skysight-inc/HackerNews huggingface dataset:
My experience exactly. Everyone said "don't do it, most sites need js!" but it isn't true. SPAs are certainly out there, but not nearly as common as you'd think (I most thank SEO for that since only recently would Google crawl a client-side rendered page). Will it be a seamless experience? No, definitely not, but I agree, overall it's an improvement.
Corman Common Lisp 3.1 has been released
My god I hope you're correct. The problem is I'm not given a "new employee time buffer": the SLA is king, and even though I get budget to train (free lunches!!!) it isn't fully internalized that increasing customers at a rate faster than growing / training tech support is untenable.

I've been here 4 years, and some of the new-hires that came on my first year are now able to support mutliple projects and getting their sea-legs, but the burden on the senior programmers is still heavy, and I'm doing my best to retain those saints! Perhaps there will be an inflection point that doesn't involve customers and managers freaking out.

Or, heh, perhaps I'M the weak link.
Ada never caught on, because its compilers were too expensive and no OS vendor included it on their standard SDK, thus hardly anyone would pay extra for additional languages beyond those on the SDK.

C++ caught on, because it came from AT&T and was embraced by C compiler vendors, thus landing in all OS SDKs.

Being part of a platform SDK is usually the path to fortune, for any language in platforms that manage to win widespread usage.
Previous 20 discussions:
https://hn.algolia.com/?query=Everything%20You%20Know%20Abou...

... and the first of two with 300+ comments:
https://news.ycombinator.com/item?id=2287213
Book club for startup founders, tech pioneers, and indie makers
You should also be young, healthy and happy - noone wants the opposite, right?
Composing D3 Visualizations with Vue.js (2017)
The US military from what I've seen takes Posse Commitatus fairly seriously.
Well, the people who dismissed the term 'serverless' early on as trite, misleading, and vague were proven right: these days it's a cloudy notion about something loosely cloud-related, such that posts like need to exist that can clarifying all the possible meanings with one-liners using real terms of art; yet the term clearly has cachet with technical-ish and nontechnical decision-makers as a Solution that unlocks Value and other more-good-than-bad outcomes that are bullet-shaped and made out of silver.

Players who jump on the term train are complicit in milking the confusion of people for gain. And that's perhaps much of the reason why we haven't unlocked the concept's value. To move forward, it would be useful to clear the air at the start, but the direction that consultants, customers, cloud providers, and developers will take the message is far from certain.
Here's what they are doing, from the linked blog post:

> Our dev teams had taken to working with candidates to solve a bug or feature as part of the interview process. It was a collaborative effort with the candidate and the team working together to solve a real problem.

Sounds like a great idea.

Except it's so variable. What if you get lucky and you get a easy bug, whereas someone else gets something much harder. Let's standardize that by giving everyone the same task to work on.

And what if we want to hire people who aren't fluent in your project's programming language? That would be a big handicap for them. Let's deal with that by having minimally sized "projects" in all the languages, and allowing the candidate to choose their preferred language.

And we don't want the interviews to be biased against people who don't already have domain knowledge in a specific field. So let's make the task generic enough to be approachable by any good programmer.

Congrats, if you did all of the above, you've reinvented leetcode style interviews.

There's some cool stuff that MS has put into practice. I like the focus on reading/understanding existing code, instead of just writing code. I also like the relaxed pacing and "open book" approach.

But for the most part, I don't think this is really as revolutionary as people think it is.
Norway seems to have taken the edge off by taxing fossil fuel use every bit as hard as the rest of Western Europe does and investing a large portion of the profits into a permanent fund for their residents in anticipation of an end to the bonanza, only taking a small percent out per year. “Never get high on your own supply,” as that song about dealing another harmful, addictive substance goes.

Unfortunately, West Texas doesn’t have a permanent fund for its residents' current and future oil-industry-driven needs and to even out the boom-bust cycle. Midland and Odessa are cities that only became cities once oil was discovered out there in the 20s. Before, they were little towns. So there wasn’t a ton of economic activity out there before oil - just a railroad interchange, mostly for shipping cattle, I think.

I remember seeing a half-built skyscraper in Midland while visiting relatives there in the late 90s, a leftover of the 80s bust that drove the S&L crisis.
That assumes that compilation times is a number one prio for all users. Halving compilation times certainly is worth something, but the cost will have to compare well to other options of reducing compilation times such as using distributed builds etc.

In the end it's really hard to force breaking changes for systems that are working sufficiently well. If I have something that I'm satisfied with (after all, I chose to use C++ over Go, c#, D, Ada, Pascal, etc., why not choose C++17 over some hypothethical incompatible C++22)
I don't have any inside info. But it sounds like either a control plane or a mesh/fabric board that was messing with all the other such boards in their system.
Thanks for the link. So I submit some code that is signed and it's a good contribution that closes an issue. I intentionally include a subtle bug. My friend who lives in a different country uses the bug bounty program to fix the bug and he collects the money. How do you detect that scenario with code signing?
>yes, but is this sampling a good idea? Have you tried measuring temperatures periodically when the child appears well? What is the variation then?

There should be no major variation then. On the other hand, if the child reaches 38+ or so, you need to be on the lookout...
Haha, if only. :)
Oh man, I feel exactly the same my friend. People who have never gotten into the C world find it frightening, but it's a beautifully simple language loaded with (at times dangerous) power. It's so much closer to the hardware that you can't use a declarative approach easily (which now that I've drunk the functional programming kool-aid, I do love), but in many ways it's actually much simpler to understand. You can also be pretty declarative if you are just smart about breaking things into functions.

I still glance longingly at my dusty paper copy of The Linux Programming Interface (https://nostarch.com/tlpi)

/nostalgia
One thing through I have never pronounced char as car
Venezuela is one of the first test cases for those consequences. Their system put them down, the US no longer needing/wanting their sour crude will make it far more difficult to get back up. US oil imports from Venezuela were near one million barrels per day as recently as 2012. It's down about 40% from there, and the US now buys around 60% of their total oil output. It has also been hitting Cuba indirectly (as a Venezuela dependent) for some time and now appears to be entering another stage there.[1] By the time Venezuela gets itself back together as a functioning country and could think about rebuilding its output, the world is unlikely to have much demand for its oil. The IEA is expecting their oil production to drop below one million barrels per day soon (from 3.5 million barrels per day in ~1998). Their estimated extractable reserves was always a bit farcical, however even if you chopped that down by 2/3, roughly 100 billion barrels, that still ends up being several trillion dollars in national wealth that will mostly never be realized.

[1] https://www.reuters.com/article/us-cuba-economy/reality-bite...
>On the Android side, you can at least use free and auditable apps from the F-Droid repository, and buy your device from an OEM vendor which will let you unlock it and install google-free LineageOS.

Do you go audit every line of source code in the apps and OS you install? Do you then verify that the binary blobs you're installing were built from the same source? Do you somehow audit the source for the firmware on your device and verify that that is the firmware installed on your device? What about the hardware, do you audit it?
Do you think most branches of the US military aren't involved in domestic spying?
I see. Information about how a dictatorship suppresses its citizens bothers you.
> same with screw drives.

Which is why the "Robinson" screw head was invented (Canadians are immensely proud of this one)

https://en.wikipedia.org/wiki/List_of_screw_drives#Robertson
Not really least-bad, probably just most unique. Almost every other style stops and resets after someone hits the ground, so BJJ went where the others didn't.

It was the same as Ronda Rousey dominating women's matches when that section of the UFC started up. It doesn't mean that Judo is "better" than the other styles, the other competitors simply didn't know what to do with it, and now they do.

It certainly has parallels to trendy new software engineering styles "dominating" the field, though I'm not sure they lead to any more real "victories" compared to actual combat. Just because the time runs out on a software project doesn't mean that anybody actually won.
yeah, I got the part about the American mythological construct of the Meritocracy being deeply ingrained in your brain.
I know. I mean if they differentiated keywords like static with _ (and didn't allow it as a variable prefix) then they could have an infinite number on non-clashing language keywords...
The existence proof is both Windows and Android and all of the spyware, malware, ransomware, and privacy invasion apps.

Yes, powerful tools can be abused....You're effectively ceding full control of EVERYTHING you do on your computing device to Google and Apple forever because you're afraid that powerful tool, drivers of innovation and progress, might hurt someone occasionally.

You’re speaking as if this is hypothetical. Thirty plus years of PC use and 10 years of Android is proof that third party developers can’t be trusted and the platform providers have a responsibilty to keep third party providers in check. Given the trade off of inconveniencing a few geeks and not allowing third parties to read text messages, phone logs, etc. I think that’s a fair trade off.

I am a developer and have been for 20 years. But the platform providers should be catering to the users. I will install any random app on my iPhone. I don’t worry about whether the app comes from a trusted developer. I know because of the security model that the app can’t do too much damage.

we NEED to make sure that people take responsibility for themselves. It's the only way you keep free market and freedom functioning.

Again, how has that worked out so far for the vast number of PC and Android users?

It has been drilled into computer users heads not to download random apps from untrusted sources on their computers because of the potential for harm. The fact that the iOS App Store does enforce a sandbox actually gave app developers a larger market of people who would try random apps without having to trust the developer.

But most importantly, Android has been around for a decade. Where are all of the Android “entrepreneurs” that are getting rich because of their “innovative” apps that are possible because of its lax security model?
The Ultimate (Clojure) Dev Setup
Since you mention Google, my understanding is that you still go through the standard hiring process
I agree it's not harmless, but strictly speaking this kind of phrase is meaningless because nothing is intrinsically harmless. Dosage dictates all harm.

Probably the closest to harmless you can get are the inert gasses, and even then they can cause harm by displacing oxygen to deadly levels.
Gotcha, that makes sense. Though I work in fintech I'm soundly in the "keep cash alive" camp, cash has so many positives compared to other exchange methods that I think it is imperative that we keep it around.
You could just ask the candidate to explain how to use modulus correctly, and not even need to break out the markers.
> Every dollar someone made was a dollar someone else lost.
That's true in general not only in the world of crypto currencies.
Still, it seems just as easy to have too much of a dose or acetaminophen in a single day as it is to use ibuprofen continually for an extended period of time.
Even the Director of the NSA will tell you that!
> One estimate indicated that Bitcoin and ECDSA would be broken with Shor's by - optimistically - 2027.

I think 2027 is beyond optimistic. We still haven't solved quantum storage (in fact, there's a strong argument that it might not be physically possible since you'd likely need 4-dimensional media to store passively-error-correcting qubits) or any other number of fairly fundamental issues before we can actually run CrackPrivateKey().

> Will Grover's algorithm find a more efficient approach?

Grover's algorithm is the optimum speedup for problems of its form ("brute force" searches), and it gives a square-root speedup. So doubling keys solves post-quantum for Grover's algorithm.

Shor's algorithm gives an exponential speedup, and so is going to always be a better speedup.
Note that the "member" in this case (dang) is the site moderator.
> ...But there was a beauty to that. A simple mental model. A sense of control.

There's something to that, I think. And it's still an open question whether the newer languages that are in development at present will succeed in bringing some of that underlying "beauty" back. It's an important issue if we want lower-level programming to be more widely accessible.

(To clarify - the underlying machine model of C is beautifully simple, and newer low-level languages tend to be built on something very much like it anyway. The C language itself is frightfully complex - albeit less so than that other language in the C family that's often conflated with it.)
That's entirely possible. The founders are promising customizations as a way of getting new sales, and I think that is the main problem here: trying to grow business faster than support. I kinda see their dilemma: they don't want to grow the # of employees TOO fast, but right now we're not growing fast enough, and the complexity of customizations is non-trivial. This might be early growing pains in an immature business. But I was bitching about the self-starter trends among new hires.
Well like I said, if you already have a driver written in C (or C++), translating it to the safe subset of C++ would be less work as most of the code would remain unchanged and the unsafe elements (like pointers, arrays, etc.) map to direct (safe) replacements. And your driver maintainers/authors may already be familiar with C++ (if not big fans of it :) .

While the OP may demonstrate that other languages aren't always that bad in practice, I think the consensus is that Rust and C/C++ are the appropriate languages when maximum efficiency and minimum overhead are desired.

While Rust is a good option, the (safe subset of the) language has an intrinsic shortcoming that doesn't seem to be generally acknowledged. The forthcoming C++ "lifetime checker" (static analyzer) has the same issue [1]. Essentially, if you have a list (or any dynamic container) of references to a given set of existing objects, you cannot (temporarily) insert a reference to a (newly created) object that may not outlive the container itself.

In my view, this is a problem. The workarounds are intrusive, inconvenient and/or involve significant overhead. Which makes it tempting to just resort to unsafe Rust in those cases. (And of course this specific example is representative of a whole class of situations with a similar dilemma.) The safe C++ subset doesn't suffer the same issue. (Because in some sense, C++ is still a more "powerful" language.)

[1] https://github.com/duneroadrunner/misc/blob/master/201/8/Jul...
Just keep making friends. Keep it a priority and learn to get to know people. Don't stress too much if it doesn't feel like it's working. If you keep this as a goal and make the effort it will happen. I don't think you are alone in this. Western societies are getting more and more isolated. Finding people you connect with is not easy.

I don't keep in contact with any of my high school friends now. I've made new ones as an adult. I've changed so much since high school so has everyone I was friends with so we just don't have that much in common any more. So I wouldn't stress to much that you're missing out on high school connections.

You will need friends in life but you'll find a way to make them.
Yes, this has been discussed already but it's GREAT to be reminded. Life moves forward with you or without you. It's best if you make the best of it- even if you don't feel like it.

Important Tip: Reading about things is ok but acting on them is what makes the difference. Get up NOW and start changing your life for the better.
30 minutes on a battery charge. They're going to have to come up with some way for the birds to roost and recharge.
I read the paper and it's very interesting. I always wander how would I know if my DB is compromised and this provides a solution, i don't know and I am not capable to tell if this is a great solution or not but it makes sense.

As a note to the paper for the 2.1. Honeychecker; It's not that efficient to have a second system that stores what the correct password is, it's just a waste of resources. A simple and more robust solution could be to have a checksum from a field, let's say the username, that generate a number from 1 to 5. That way you can tell which password is the correct one. The attacher must have access to the code to know the checksum formula and how that applies to the password list. I guess this is much better than the suggested solution.
> what if they actually are newfangled bullshit? (a mere proposition, as fads fade. I merely ask you to entertain this proposal)

That might be true and both you and he correct in every single way! But in this particular context it wouldn't have mattered one whit - he and I were working on a contracted project where the counterparty had mandated agile and it was written into the contract. It didn't matter if he liked or believed in agile methodologies. What mattered was whether he would learn them enough to be an effective team lead. He refused.

Quite often, new things are actually newfangled and universally less useful than extant tools. In such cases, I expect the wiser heads who can spot that to be able to clearly and compellingly make the case for why this is true in every scenario where one might consider using the new and inferior tool. He did not and could not.

Again, you're completely right. Lots of things are just value-free newfangled bullshit. There just might be a subtle distinction to be made between an old hand pronouncing something as such and it being an incontrovertible fact.
What worked for me was making the habbits as small as possibile, at least in the beggining. Want to medditate in the morning? Start with 1 minute for 90 days. Streching after waking up? Sure, do 1 rep of 1 exercise for a week and then add another rep etc.

Turns out that for me the most difficult thing to do was to smart small so that I do not stop when my initial optimism fades. I got around it by thinking that I would still be better off after doing 1 rep of a single exercise a day for a year then not doing any at all (which was what happened at earlier attempts).
Given that this is something Zuckerberg said 12 years ago, I'd give him the benefit of the doubt and hope that he doesn't think that way anymore. (The benefits of experience!)
Sounds like a good approach. It's nice to see some meaningful progress in interview processes. Kudos to Microsoft.
> beautifully simple language

:-)

Of course there are those who claim it is actually frightfully complex, when it is those same people who are re-interpreting the standards to actually create that very complexity.
Even in Boston/New England, it’s not really a single ring from the city—even if you include its suburbs and exurbs where many companies are actually located. Almost no one is commuting on a regular basis from Augusta Maine or Burlington Vermont to the Boston area. It does somewhat make sense as a region but you could easily subdivide it much further. Assuming the exercise makes some sense you probably have to arbitrarily choose some level of granularity.
WSJ wrote an article about flaring this week: https://www.wsj.com/articles/in-booming-oilfield-natural-gas...

Natural gas is so plentiful that spot prices at the West Texas hub turned negative last month. In general they're trading at about half the Louisiana hub.

>One option for Permian operators with too much gas is to light it on fire, a practice known as flaring. Flaring levels reached record highs in the Permian last quarter, when companies burned an average of 407 million cubic feet a day, according to analysis of public data compiled by Rystad Energy, an energy consulting firm.

>The resulting greenhouse-gas emissions are equivalent to the daily exhaust emitted by about 2.7 million cars, according to estimates from the World Bank and Environmental Protection Agency.

>Texas has thus far allowed companies to flare freely. As of the end of November, state regulators hadn't denied a single permit request in more than five years, records show. But flaring isn’t always an option. Companies might not have the needed equipment set up in areas affected by pipeline outages. They also might have to pay landowners royalty payments for the gas they burn. And flaring gas on the spot means drillers miss out on more valuable products that come out of the ground with it, such as ethane, propane and butane, which are often processed out later.
Never been diagnosed, but I definitely suspect it. I show a lot of the classic signs, just not quite as severe as people I’ve known that were diagnosed. I started drinking coffee when I was a kid, though, so I tend to joke that I have been inadvertently treating myself for ADHD all this time :)
I do not see how that follows, and from what, even.
Why? If it was at the start it’d remain useless until the whole frame was received anyway.

Makes sense to have it at the end.
Is this because you feel there is already a lot (perhaps too many) other build tools around?
Promos at Google get exponentially harder at each level, which also means the mean time between promos increases as you go up. L9 is Senior Director, meaning you're managing hundreds of people, and hitting that in 10 years is highly unlikely.
I'm curious: Does SVG have the option to specify color space, in addition to the raw values?
I suspect some people consider ecological destruction as impacting all social strata as well.
Again, always?

If they buy the company that you built specifically to get access to you, do you think you'll still end up getting screened out by some junior dev on a whiteboard? All policies have exceptions. Your goal is to be exceptional.
Unfortunately the Texas crude is being exported because the Texas refineries can't refine it. So imports of "blood oil" will continue.
Chess is something computers do better than humans anyway. Is that really a useful metric?