skysight-inc/HackerNews huggingface dataset:
>>Are you going to try to tell me that The Witcher 3 was developed by having everyone work a standard 8 hour day and that the team was given as much time as they felt was needed to produce it?

Are you going to tell me that The Witcher 3 was a success because it was released May 19th 2015 instead of October 24th 2015 or even May 19th 2016?
I think we've just jumped from my "stochastic software engineering tip of the day" to a postgraduate level examination of validation and test set decision boundaries vs dataset boundaries.

The thing is also, any individual hyper-dimensional case can be outside of the training set's convex hull itself and be correctly classified.

However, you would still have to quantify what the relationship of the dimensions with the highest feature importance were to said space. Which is why the second paper is so fascinating.

From the perspective of issues product/engineering teams face in the field, I'd definitely maintain that fire alarms should start sounding once you see any sort of extrapolation and you should dive deeper.

Unfortunately the maturity level of this space is still at the point where peer review of data-set transformations before deploying to production and committing Jupyter Notebooks to GitHub is a heated in-office discussion.

The majority of the commercial world is a long way from that kind of best practice.
Bill Gates is just an incel with an unusually large brain so no big surprise. And Steve Jobs was an entitled lying cheating stealing fuckboy so no big surprise there either
> getting wealth out of a corrupt country for one

Do you have a concrete example that wouldn't (a) be suitably handled by Wise, Xoom or a wire transfer and (b) isn't out of a sanctioned country and (b) isn't out of a country where the transfer fee would be prohibitive? If so, could you quantify?

Is it even good for this? You have to buy the coins from someone else, meaning if you did it domestically you're still net the same level of welfare. If you traded them internationally, you can just buy USD.

This is yet another hand-wavey claim, and what I asked for was something concrete, tangible, measurable.

> You won’t even update “14yrs” which is just a clear factual error.

2008 to 2022. Just rounding by a couple months.

> So despite what you say, you will not be “all over it”. You have no interest in changing your mind or in engaging in genuine discussion.

I have no interest in slapping crypto on the back when it hasn't done anything but crime, grift and regulatory arbitrage. Bitcoin is the official currency of the alt-right and yes, it's now older than your average high schooler. [1] Just one, concrete application is all I ask.

[1] https://chicago.suntimes.com/2021/9/30/22703200/bitcoin-cryp...
Those fuuuuuucking flashing LED billboards on the WFN as you approach the corner to the bridge. So surprised no one is sabotaging those on the regular. Can’t believe they are legal.
Yes.

(Shadowbanning is pretty common in HN I find, although the moderators say they will reach out to most users before they ban them.)
> I'm not fast at reasoning about code, and I often make trivial mistakes just trying to get a "first draft" of a program out. If I get behind or the interviewer starts interrupting to ask about the bad code I'm writing I get very stressed and have trouble both listening to the interviewer and trying to address the issues with the code.

Sounds to me that the author likes to program by "sketching". I do too! Paul Graham recommends this in Hackers and Painters.

> For example, I was taught in college that one ought to figure out a program completely on paper before even going near a computer. I found that I did not program this way. I found that I liked to program sitting in front of a computer, not a piece of paper. Worse still, instead of patiently writing out a complete program and assuring myself it was correct, I tended to just spew out code that was hopelessly broken, and gradually beat it into shape. Debugging, I was taught, was a kind of final pass where you caught typos and oversights. The way I worked, it seemed like programming consisted of debugging.
>
> For a long time I felt bad about this, just as I once felt bad that I didn't hold my pencil the way they taught me to in elementary school. If I had only looked over at the other makers, the painters or the architects, I would have realized that there was a name for what I was doing: sketching. As far as I can tell, the way they taught me to program in college was all wrong. You should figure out programs as you're writing them, just as writers and painters and architects do.

On the other hand, as the post describes, interviews are geared towards a more waterfall-y approach. I find this frustrating as well, but I think that there is something really important to keep in mind that this post misses, and that most conversations about coding interviews miss. The question is whether something is _predictive_ of job performance.

For example, consider the question "What is your favorite number?". Imagine that the larger the answer to that question, the more likely you are to perform well as a developer. You might object "But I'm never doing anything relevant to my favorite number on the job!". IMHO, it doesn't matter. The goal is to predict who will perform well on the job, and if having a large favorite number does this, it should be incorporated.

Now consider the question of how well you perform on waterfall-style interview questions. Like "What's your favorite number?", it isn't something that you will find yourself doing on the job. But that isn't the right question. The right question is whether or not it is predictive of job performance.

Of course, it seems unlikely that "What is your favorite number?" would predict job performance. And it seems unlikely that if you never code in a waterfall-style on the job, that coding in that style during an interview would predict job performance. But maybe it does. I'm skeptical, but who knows. More importantly, I think that this is the question that needs to be asked. And without strong data, it's hard to be too confident in the answer.
Or even ZA/UM and Disco Elysium for that matter
If you created and seeded long enough to get active traffic, the host and DHT peer IPs might be flagged by LE.
Once flagged the IP info passed to different investigators for prosecution purposes. Depending on your level of anonymity (VPN, tor, none, other) the investigation is either a dead-end or success. If success, warrant granted, home searched, PC seized.
That's one potential scenario.
I’ve been running platform teams on aws now for 10 years, and working in aws for 13. For anyone looking for guidance on how to avoid this, here’s the advice I give startups I advise.

First, if you can, avoid us-east-1. Yes, you’ll miss new features, but it’s also the least stable region.

Second, go multi AZ for production workloads. Safety of your customer’s data is your ethical responsibility. Protect it, back it up, keep it as generally available as is reasonable.

Third, you’re gonna go down when the cloud goes down. Not much use getting overly bent out of shape. You can reduce your exposure by just using their core systems (EC2, S3, SQS, LBs, Cloudfrount, RDS, Elasticache). The more systems you use, the less reliable things will be. However, running your own key value store, api gateway, event bud, etc., can also be way less reliable than using their’s. So, realize it’s an operational trade off.

Degradation of your app / platform is more likely to come from you than AWS. You’re gonna roll out bad code, break your own infra, overload your own system, way more often than Amazon is gonna go down. If reliability matters to you, start by examining your own practices first before thinking things like multi region or super durable highly replicated systems.

This stuff is hard. It’s hard for Amazon engineers. Hard for platform folks at small and mega companies. It’s just, hard. When your app goes down, and so does Disney plus, take some solace that Disney in all their buckets of cash also couldn’t avoid the issue.

And, finally, hold cloud providers accountable. If they’re unstable and not providing service you expect, leave. We’ve got tons of great options these days, especially if you don’t care about proprietary solutions.

Good luck y’all!
A lot of devs have ADHD.
Living in Winnipeg, I've had my fair share of -40°C days.

I had some online friends living in California move up to Alaska for work and wanted advice on what to expect. He said experiencing 1-2°C in Oregon was brutal, he couldn't even imagine what -40°C was like.

They moved there and were shocked at how "tame" -40°C is. Perhaps it was bundling up and preparing for the weather but he said there was very noticeable difference with the humidity that made all the difference. It's almost like another scale.
> exited your mother's womb

The problem with this is that it is arbitrary. Why this and not date of conception, or date from first heartbeat, or date from first word, or date from walking? Any response will attempt to reify the construct, but that doesn't actually do to constructivists what non-constructivists think it does.
Yeah, I confess I should have said "lisp is surprisingly friendly to non-functional idioms." In large, this can mean mutable data, sure.
Showing off is the whole point of social networks. Showing off pictures of dinner, children, girlfriends, boats and other things people might think are cool.
That's exactly the view I express in the Twitter thread lol
I would say your grandpa was a true broadcast/electronics enthusiast.

Lots of the less enthusiastic technology lovers still only had radios at that point.

Regardless of the electronics or the decade that spawned it, the unfortunate terminal behavior of that TV set was characteristic of what is known in electronic assembly as a "birth defect".

Quite possibly a single marginal key component or miswiring mistake, and from your account most likely not a vacuum tube itself and very much more unlikely the entire set of original tubes or replacements.

I wouldn't rule out a bad socket though.

Seems to have gone down in history as one of the most ridiculously premature failures people would always remember.

Anyway it did seem to perform normally for a short while before it just up and died, both times, and I think that modern electronics having an equivalent assembly goof-up probably would not even make it once.

So that may speak a bit about a preference for overly-robust engineered electronics that could be lost for decades now.

Entirely unfulfilled with this fateful TV, I know the feeling well but I think it has gotten much worse in the 21st century.

Even if only one tube socket was the cause of the failure, those sockets were what made it much more possible from the beginning for users to keep their own electronics running if they were so inclined, simply taking their own tubes to Radio Shack for testing at a minimum could accomplish a lot.

Not everyone would do this back then but it would be kind of equivalent to those who would rather not add extra memory to their PCs themselves. Neither one should you be doing willy-nilly. More of an upgrade here than a repair but you're still putting components in sockets.

Well a good bit of user repairability was once assumed because there was not any ingrained kind of disposable society, and the devastatingly senseless losses and massive-scale waste of World War II had still not dampened the spirit of Americans for things that last.

Then in the 21st century when digital TV broadcasts took over from analog using the same proven radio frequencies, power levels, and antennae, this was the first time a higher resolution picture was possible since way back when analog TV was standardized by NTSC. The picture's capable of being as perfect as cable when you have an interference-free signal, but that's a certain additional requirement for near-perfection that was however not met often enough.

Seems engineers "forgot" that analog TV was based on radio and the further you got from the broadcast station the worse your picture got until there was nothing but audio for a number of additional miles away from the antenna.

With digital you lost it all, abruptly, beyond a much smaller range.

Ever since.

And TV channels take a lot longer to change, the difference between zero latency and some latency is most uncanny. Like many things defying the type of expectations people had for progress after 1955, that were futuristically anticipated to be realized during the 21st century.
Hades was a real surprise - I hadn't heard anything about it and was expecting something pretty average but it might actually be my game of the year.
Ali Express
Dad? ;)
>and the people (your fellow citizens) who have collectively decided

When did this happen?
I'm definitely doing that. I'm using an amazon rod and reel combo deal by maxcatch, and it came with a very fine fishing line at the tip of the leader. So the wind picks it up, and loops it around the tip of the rod sometimes. But I also had snags inside the reel. And snags and tangles around bushes, and tree limbs.
> I often make trivial mistakes just trying to get a "first draft" of a program out

In my experience, it's helpful to add simple tests as you go. I have done some live coding tests in Python recently, which I'm not super familiar with, and the first couple I did, I made a lot of trivial errors that caused my solution to fail until I went back and cleaned them up. Luckily the interviewers kept their mouths shut while I was coding, and I was able to clean up quickly afterwards, but I could tell it wasn't a great look to say, "Okay, I _think_ this solution is correct," only to have it flame out spectacularly.

After those first two, I started writing simple tests for everything I did. Not only did it avoid embarrassing fails when the solution was supposedly complete, not only was it quicker overall, but every interviewer I've done this with has commented approvingly about it.
Valve seems to have an interesting solution of their own to this problem, which is just to not tell anyone that they’re working on a game until it’s basically done. This removes the pressure on them to meet a certain deadline, but it doesn’t look very good from a public perspective. But it might be better in some cases than a Star Citizen scenario.
Alpine is great and works well with web component libraries, such as Shoelace, which can save you a lot of time.

https://shoelace.style/
VRMLware.
Can we please respect readers and not post ad riddled sites like this to HN? It’s impossible to read a paragraph without an ad jumping in the way.
Yes, I remember it from then too! Oddly I also recall that part of the result was that 3 dimensions is a kind of sweet spot for cords to be prone to tangling — in 2 dimensions they can’t and in 4+ the state space too large for it to happen without really trying at it.

But I don’t see that part of it in the link.
Stimulus or Alpine for sure.
Lucid dreamer here. I often feel the "switch" the same way you do, and I ride through it as the images transistion into the "dream world". Through this I can directly enter into a lucid dream if I choose to keep my conscious mind slightly active, else it becomes a passive dream (though sometimes I do discover that I'm dreaming and it then becomes lucid once more). I have to be cautious here though, as if I start thinking too hard I snap out of it and return to consciousness.

During this time sleep paralysis is almost always in effect. Basically I can listen and think, but there is a gate on my muscles - small motions like twitching my fingers won't work, strong motions cut through (and immediately stops the paralysis). To me it generally happens when my mind is about to switch off and I am on the verge of falling asleep.
> Most phone screens involve implementing some fairly complex algorithm3 in one or multiple steps on Coderpad, an online text editing tool

Well OP, you lost me there. That's not my approach interviewing, nor is it what I've experienced.
They could just need training and feedback. A lot of places just throw any rando engineer into an interview with no coaching on how to behave, how to set guide rails for the candidate, how to empathize and pace the interview, what the evaluation criteria and rubric is. And then after the interview, the person has no idea if he conducted the interview properly. Totally open loop. Just yeet him at candidates untrained and then wonder why he can’t interview effectively.
Interviewing is really tough. The OP replaced some coding questions with other questions and if he were to interview a bunch of people with them, we'd get another set of blog posts complaining how ridiculous his interview questions were.

"Why is it bad to write a file to the disk one byte at a time?"

What are they interviewing for, low level disk experts?

"Here's a stack trace from an open source project, can you tell me what went wrong?"

Oh sure, print-based debugging is awful, you just have to read stack traces from unfamiliar projects in the blink of an eye.

"Here's a CRUD app, copy existing code patterns to implement a new CRUD endpoint"

Ah yes, the reductive "everything is a CRUD app" - this interviewer doesn't understand that most applications don't fall under the simplistic "CRUD" moniker!!!!
At last company we used an online tool to screen junior/intermediates and the whole point of that tool was "Here's the task, here's the tests that need to pass when you're finished, feel free to write more", and someone writing more unit tests to exercise their code was a big positive.

Asking someone to implement stuff without running it sounds counterproductive to me. About as effective as asking them to write syntactically valid code on a whiteboard.
That's been my experience too. I never felt exhausted playing. Thinking about what to do better between games was more draining.

I've never played competitively, though I did get to about top 3000 in North America. Thanks for sharing!
A centralized database is not observable by default. It’s usually not directly connected to the internet accessible by anyone.

Databases as they’re usually designed today are updated in-place so they have no provenance of the data.

Blockchain data one written will exist in the history and cannot be changed. Unless specifically designed this way centralized db doesn’t work this way.
Amazon seems to have stopped randomizing them in newer regions. Another reason to move to us-east-2. ;-)
> What are they interviewing for, low level disk experts?

Why would only low level disk experts be able to answer that?
> Also, if I wake up during a dream, upon falling back asleep, I'm able to "continue" them.

I have this too, i asked around and people just found it weird.

Most also don't remember their dream, but i can remember the last one for about 10 minutes before it fogs away.

If i want to continue it. I need to remember the last thing that happened and the first moments i can control what's going to happen until something else takes over. It's the only reason I would go back to sleep again, if the dream was really "nice".

I also think I can control a dream and I mostly realize that I'm dreaming. Then I think about: "hey, this is really weird what's happening here, I'll wake up now. Since this is just a dream. It can't be real."

There's also one time I totally didn't realize it at all. And something embarrassing happened. But I drank alcohol the night before and it must have been related to that.

Sometimes people say they can have conversations with me, while I definitely was sleeping. You could ask any question than and I'd answer ( even the kind that you shouldn't ask)

( Didn't read the article yet)
I heard the pre nap brain was also more creative. Just laying down on bed was enough to change your imagination.
37 mph = 60 km/h
Thanks for confirming! Pretty amazing what some well-placed caching can do.
Networking for multiplayer games is a super interesting problem space since games tend to be more sensitive to latency, packet loss, and the accuracy of game states between clients. The problems are even more pronounced in VR where noticeable latency or artifacts can cause motion sickness.

In modern fighter games, the industry seems to be tending toward predictive lockstep networking. This is a type of networking where if the client doesn't receive the inputs of other clients from the server, it will "predict" those inputs (usually by replaying the last received input) to give the illusion of zero latency gameplay. The drawback being that you need to implement rollback in the case where the predicted input doesn't match the real received input. When poorly executed, this could look like jittery player movement with entities rubber banding and teleporting and cause artifacts, but when done properly is mostly unnoticeable.

If you're interested in this domain, I recommend checking out https://www.ggpo.net/ which is the library used in many of the modern fighter games (notably Skullgirls). It also comes with an in depth explanation of how to implement predictive networking with rollback on your own https://drive.google.com/file/d/1cV0fY8e_SC1hIFF5E1rT8XRVRzP...
Then you might be delighted to find out that the aristocrat Oscar Wilde took that one step further and even considered himself both hedonist and (libertarian-)socialist. Much odds!!

https://en.wikipedia.org/wiki/The_Soul_of_Man_Under_Socialis...
> But is this inefficiency and resultant drag on prosperity balanced out by making the market more efficient to access for people up and down the road?

If the current configuration really is the most efficient, why does the government feel the need to mandate it (through parking minimums)? Wouldn't private interests build it anyway?

I think big parking lots can be justified sometimes. But what we now is not "build big parking lots when efficient", it's "build big parking lots everywhere, even when it's not needed".
What? How can Maps, Google Search, and Youtube becoming worse be a good thing?
Do you use VPC endpoints for S3? The next sentence explained failures I observed with S3: "However, access to Amazon S3 buckets and DynamoDB tables via VPC Endpoints was impaired during this event."
Most TTRPG groups ignore rules. The DM almost always fudges things behind the scenes and rule-of-cools stuff. The only rules in TTRPGs are what the DM decides. The books are just guidelines.
No, I use the normal endpoint.
Yeah you're prob right, who am I kidding
What awesome arbitrage opportunity would exist if the government was understating inflation?
Exactly! Besides, the real feed is the recruiters we've met along the way.
In practice, it turns out that I just want music where I am, not the rest of the house, every day.

This could be pandemics related.
There’s a sequel going on with BF2042… the solution is simple, don’t preorder games. In reality, I know it’s unlikely. I’d be in favor of legislation forcing a return window that’s automated for pre orders.
Alibaba bets on Jack Ma protege to reverse slowdown – KrASIA
Lol power tripping over cypress.
I've been starting to refuse 4 hour technicals myself and they all immediately drop me. I don't have your seniority but I have some. As well as a powerful online presence across Github and LinkedIn. At what level of seniority did you start doing this and what is your success rate?
> I don't know that you can compare the development of a 2D game with a very constrained and linear progression to a massive open 3D world like Cyberpunk 2077 or The Witcher 3

This is part of the issue I think. AAA games are so high flying in their technical and artistic scope, and they have all the business and power bullshit that comes from their now massive, 100mil+ budgets. Their failures are spectacular because when there is so much complexity inherent in the system and teams, lots can go unnoticed, and it falls apart in many different ways.

You can't even really compare the clean delivery of a AAA war shooter from 2005 with one from 2021 for example, the technologies and disciplines involved have grown so much.