jkeisling/hacker-news-corpus-2007-2022 huggingface dataset:
I had an intern over the summer, working on a basic A/B Testing framework for our application (a very simple industrial handscanner tool used inside warehouses by a few thousand employees).

When we came to the last stage, analysis, he was keen to use MapReduce so we let him. In the end though, his analysis didn't work well, took ages to process when it did, and didn't provide the answers we needed. The code wasn't maintainable or reusable. shrug It happens. I had worse internships.

I put together some command line scripts to parse the files instead- grep, awk, sed, really basic stuff piped into each other and written to other files. They took 10 minutes or so to process, and provided reliable answers. The scripts were added as an appendix to the report I provided on the A/B test, and after formatting and explanations, took up a couple pages.
I wonder how many people's passwords for that are 'burrito'
Ownership of what?

https://superrare.co/artwork-v2/bloodsculpt-20261

https://kemendo.com/Images/bloodsculpt.jpg

Which one is the real one?
That's not actually what happened here. ERCOT was letting bids come in at crazy prices because at that point the only thing they were paying attention to was whether the Texas grid would collapse entirely. Volts and watts mattered. Dollars? A shared illusion anyway.

Now, not only did Griddy put its users at risk of high bills with these prices, the utilities bankrupted themselves putting these bids in too. The wind farm operators could only laugh while they were getting these crazy bids for every watt from a turbine that wasn't iced up, because they knew they were getting paid with imaginary money, and they were operating the windmills because what the hell else could you do?

The nat gas operators, well, they needed real money because they needed to buy gas at crazy prices, and the nat gas drillers needed money to get crews out to thaw out their infrastructure, which is extra important because we're talking about working outdoors in dangerous weather, and the crews are Texans that had not seen weather like this before.

So TLDR, none of this makes any sense, and it will be settled in bankruptcy court.
Do you have an example of getting bazel to work with emscripten?

I’ll share mine if you share yours:

https://github.com/sorbet/sorbet/tree/master/tools/toolchain...

When we set this up to compile Sorbet (C++ codebase) for https://sorbet.run, it involved what I considered an inordinate amount of boilerplate and arcana.

To be fair since we set it up it’s hardly ever needed to be touched, and I could probably cargo cult this into future projects where I wanted to use it, but I wouldn’t exactly say that bazel magically makes the pain of emscripten go away.

Curious to hear otherwise.
I'm thrilled the see this discussion on here, and you're very correct. There's nothing stopping the artist from making more digital prints. And this is currently why at art shows you see original, physical media pieces (oil, acrylic, watercolor) going for high prices, while digital art has seemingly no collectability.

Some years ago, I was at an art convention https://ix-online.com/default.asp) and was discussing this with a couple of collectors one evening, asking if they'd ever buy an "original" digital piece. And they indicated that they would, but only if it either had some sort of embellishment making it truly original as a print (Artist signature on the print, maybe a message or small sketch on the back, etc) or, some sort of agreement, be it binding or on pain of loss of reputation, that more prints in the series wouldn't be made. In other words, something to make it rare.

The only digital pieces I've seen go in excess of four figures are ones that have been "hand embellished", that is, the artist drew their image on the computer, printed it, and then went back over with a physical medium to give it the look of traditional media. And since that can (currently?) only be done by hand, that makes it unique, and therefor to collectors, valuable. And these works are not only valuable in the sense that the individual enjoys it, but many works appreciate and grown in value as the artist grows and so become an investment as others now want to own that unique work.

I'm married to a fantasy illustrator who works in a digital medium, and while I'd love to see her art be juried into the same showcases I see reserved for the physical medium, the flawless reproducibility that's possible seems to deter collectors more than some certificate that says "I own this" does. Perhaps over time that digital signature will eventually be valued more to the collectors than the rarity, but in everything I've seen, for an art collector, holding up your blockchain when everyone else can fulfill their demand for that work and obtain the same quality is cold comfort.

I'm really interested to see if anything becomes of these, but currently I'm more skeptical than optimistic.
Not sure you would want the prediction to take non-dumb actions.
You need to maintain the hypothesis of least surprise for the local player, otherwise you local player could start to act based on the wrongly predicted actions of the remote player, and that's even worst than nothing.

For instance, say the local player tries to hit the remote one. If the prediction for the remote player is to evade, the local player can choose to chase him. However if you now rollback and the remote player did not evade but charge in, the local player has been fooled.

Also, don't forget than in these games, input could be polled every 1ms. So a player pressing down "left" for 1s in fact is considered to have 1000 down inputs on left. Since players don't change inputs very fast, just replicating the last input is in fact 99.9% accurate.
Why talk at all? I can put my order into the Sonic app and pull up, press the button, and have my burger and tots brought out. A better, frictionless experience for shoving fatty food into my greasy maw
This thought experiment is turtles all the way down. When you read about someone running a marathon, do you not think from the perspective of a paraplegic? How dare someone writes about something as trivial as running super long distances, when we could be reading about people who struggle to walk one step?

Yes, the world is full of problems, but we don't need to stop living our best lives and writing about them just because someone, somewhere is living worse.
Apple shouldn't be looking at what you're storing and replacing it with something different. Nor should Google.

We shouldn't tolerate this business from any megacorp.
I'm with you that there is way more to being an effective developer than just being able to write code. I feel very strongly about that.

But that's not a compelling argument against doing coding assessments in interviews, I could see it as an argument in favor of also having behavioral questions.

>it's such a bizarre idea that programmers are uniquely incompetent among all professions in the world.

There's no standardized licensing for our profession. The closest thing we have really is Computer Science degrees which, as the article this thread is about points out, doesn't churn out job ready programmers unless they're also doing independent study.

Evaluating on past performance alone would be impossible. What if this is to be their first job? What if their previous job won't tell you anything other than "Yes this person worked here" because they're scared of getting sued?

If you're relying on a candidate's self description of their past performance you've just switched out selecting for people who can perform under pressure to selecting for people who are good at bullshitting/charming.

To become a lawyer, you have to sit for a very intense and stressful exam that you took two extra years of schooling for. There are similar processes in place for becoming a doctor, after even more schooling and forced on the job training.

Some form of assessing coding skills is going to happen just like some form of skill assessment happens with any knowledge worker job. It'll just either happen during interviews or eventually through some kind of certification process.

The example you gave of professional sports is odd to me- Yes, they have to deal with it when they make bad hiring choices just like most organizations do but they still clearly feel that it's worth the effort to be very selective in their hiring process.

There is an opportunity cost to "giving someone a chance" - even if you moved to a very permissive system where it's easy in, easy out people still have to onboard that employee and go through the process of firing them. If a simple coding assessment had revealed they can't even complete very basic tasks it would avoid taking up company resources.

This isn't a defense of forcing someone to write perfect code on a whiteboard, I just think it's absolutely valid to ask someone to write code in an interview setting.
Wonder if this move will reduce immoral behavior by companies in the cloud if they know their actions are public. Seems perhaps a bit too far but the intentions could be good.
Nice reminder of how unbalanced and corrupt our system really is.

I am not saying that our system doesn't work. It just feels that there is so much left to do.
Given that Pelosi's desktop was logged on and unlocked, there's a fair chance the laptop was too which would render full disk encryption useless. As long as whoever stole it didn't close it and send it to sleep anyway.
>I do remember it! I feel like having bugs in my code that is only run 20% of the time is not an acceptable amount of bugs.

Then maybe you don't understand the notion of "opportunity cost".

Perhaps you feel "0 is the only acceptable amount of bugs", but

a) nobody cares for an imaginary bug-free product unless it ships. And shiping, for programs intended for the market, means cutting corners and, yes, shipping bugs too.

b) programs that have 0 bugs are so few as to be statistical noise, including among TDD/full coverage programs.

TDD will basically help you cover that the behavior you expect is happening and help you track breakage when you need to refactor. It wont eliminated all bugs.

>But that doesn't make me feel okay about bugs in my delete code. It's a whole feature. It needs to work.

Perhaps you conflated untested with "not working". People created succesful software for ages, software that changed the world, with no or less than 50% "test coverage".
I doubt you have spent time teaching undergraduate physics.

Your assertion that the male students might have dropped out because of the "frou-frou" exercise is easily construed as chauvinistic.

Unless you are a female student in physical sciences or math, I don't think you can really understand what its like to be told, implicitly and explicitly, for most of your secondary and college education, that you are inferior to your male peers.

But here's a hypothetical for you. You come to my company for a job interview.

When you come see me, I ask you what your favorite subject is and I let you talk about it for twenty minutes. Then we start talking about the job.

When you see Bob next door, he immediately starts drilling on topic.

Which interview do you perform better on?
I was just saying. Besides, it is not so inconceivable to take money for processing the cards - credit card companies do so all the time.

Also I think prepaid credit cards exist (not sure how exactly they work, though).

Furthermore, who said it should work for the whole Android store?
When people ask me about "computers" I often remind them that it's the only skill that will allow you to work in just about any industry. Art, hard science, medicine, whatever...

If I were a blacksmith in a mediaeval village I would make sure my kids knew that they were tool makers, not blacksmiths. People will always need tools weather they are made in a forge or a factory.
"Even on Google now I often find myself pruning things that are more than 2 years old."

Google's time-based searching (hidden beneath the "More Search Tools" sidebar link) is the greatest thing to happen to programming in years, I depend on it daily.

To the OP: Completely agree. Marking something on a bookmarking service is more akin to toe tagging than "save for later." I would gladly welcome a browser extension that would put matching bookmarks (on Diigo in my case) at the top of my google search results.
XML and XML Schema? All the tools exist and the standards exist! All the tools and specs are also quite good and mature, no need to fix what isn't broken IMHO.

Second to the fact that JSON is more compact than XML, I think people like JSON because it's also more readable; I do envy that to some degree but the expressiveness and universal(ness) of XML shouldn't be ignored! On top of that, you aren't only limited to XML - you can serve data from your API in vocabularies specific to the domain.
"Honesty is the best policy." This is quite possibly the single biggest lie we tell our kids. There are times when dissembling or even outright lying is the right thing to do. It's important to learn to recognize when telling the truth, the whole truth and nothing but the truth is not the right thing to do. It's not easy.
Because in almost any market, incumbents do everything they can to prevent newcomers from establishing a foothold in the market. A current example of this is the proxy war the established automakers are fighting against Tesla via their dealerships, who are pressuring their local politicians to ban Tesla from selling directly to consumers in various states.

>>I just want good electric cars, and couldn't care less who produces them.

The world would be a better place if people cared about who is producing the stuff they buy, and how.

Just a thought.
See http://openborders.info/blog/immigration-trade-and-reciproci... . In particular:

"Now, the analogy between trade and migration is far from perfect. But I think that on the issue of reciprocity, the economists’ objection to mercantilist-style thinking in the trade context can be transferred to the migration context. In other words, unilateral open immigration generates net benefits, even if other countries don’t follow suit. Thinking of immigration law in reciprocity terms is fundamentally misguided."
Sorry to hear that the experience was tough. One thing I'd recommend for anyone new to it- get help from someone who's been an enterprise sales person before. This can speed up the learning curve dramatically. Even then it's not automatic- it took me 6 months of hard full-time work and lots of no's and wasted time like the above to really get a feel for the enterprise sales process. It's more work than learning a new programming language and framework but less work than learning to program.
Jane Jacob's book is an essential and phenomenal read for anyone who feels unease with how cities have not provided us with more inviting living spaces --due to many reasons, politics, economics, architects, residents, etc.

Sometimes I would like to see a comparison between Council Estates in the UK and Section 8 housing in the US. as well we the estates in Eastern Europe to see if the experiences are similar or, if there are differences, why/
I sincerely hope things work out for you.

You absolutely will find jerk VPs and bait-and-switch. Patrick's article glosses over that, only briefly mentioning all the times he shot for enterprise and "missed."

If you want to talk more (I know nothing about what you did but it sounds interesting and I could possibly get you hired at a bigco), please shoot me an email: large.companies()gmail.com
> how are we to objectively evaluate who the great programmers are, when it has often been argued (including by a certain essayist) that this can't be measured?

This isn't that hard. Let companies bid for H1-B slots. The more they are willing to pay, the better the programmer.
Do you have any recommendations on material to read on the subject of choosing optimal data structures / algorithms for a particular microarchitecture?
> This looks like a giant list of trivia that has almost no bearing on the day-to-day effectiveness of the candidate.

If you really believe this you would probably be terrible at making web pages. (You're probably better off, but still.)

I do agree about call and apply specifically - I write JS every day and often get them switched up. But knowing what FOUC is, or what a doctype is, that's not trivia.
I’m a fan of Rust. Discovered it in mid 2020 and am loving every piece of it. It does have its warts (e.g. incomplete async story) but what language doesn’t? In particular I like its chatty compiler — lots of d’oh mistakes are caught while the code is still fresh in my mind for example. I also like reading blog posts about Rust; currently going through this: https://fasterthanli.me/articles/some-mistakes-rust-doesnt-c...
The pathfinding algorithm is separate from the object detection neural network. It's possible for it to incorrectly identify paths going through solid objects, however, I would hope they have dumb code to detect that the path is invalid and throw it out when that happens. Maybe they don't?

Part of the difficulty of trying to have reasonable discussions about FSD is that so much of it is black-boxy nobody really knows what's going on. I don't care if Tesla wants to keep its ML models proprietary, but I feel like we deserve to know how it uses those models to make driving decisions on public roads. And not just Tesla either; every self driving company should be required to open source their "dumb" code so that we understand them better. The competitive advantage comes from the ML models anyways, so it wouldn't be anti competitive to regulate that disclosure.
The predicted route line was straight for the first part of the clip (but still wiggling around).. and then it suddenly veers off / disappears for no discernible reason. It doesn't seem like the FSD planner has any "memory" of what it was trying to do just moments ago, meaning it can just randomly change its mind like it did in the clip and surprise the driver.

But the only time that should happen is if there's an immediate danger that needs to be avoided. If we're going to have this awkward level 2 style self driving, it should at least be predictable, and preferably inform the driver what it wants to do well ahead of time (e.g. in this case, maybe it wanted to change lanes for an upcoming right turn..?)

I would definitely not risk using this thing in a city yet..
>"To me owning a car seems much more miserable!"

Well you are free not to own it. Nobody's forcing you.

Actually my main mean of transportation in Toronto is bicycle myself (well I work from home for the last 20 years anyways).

I also own car (van actually) and it gives me great and hassle free degree of freedom. If I am in a mood and I often am I can jump in and in few hours be in complete wilderness swimming in some godforsaken lake. Or if I need to grab some heavy stuff and bring it somewhere which happens rather often. And I do not need to arrange / wait for anything. Just get in and go.

So no. Screw that dense car free living. To each their own.
I have no foot in either game here (not sure about the parent commenter to this response), so hopefully you'll take this as a suggestion and not an attack... You are being part of the problem here. HN can only maintain the kind of relationship with commenters and posters that you talk about if as someone in the tech industry, you don't attack your competitors. Doing so brings you to the same standing as the kinds of people commenting that you say are ruining the site.

I've seen you post several times all in regards to this CoreOS stuff and NONE of it has been constructive. I think you need to take a step back and understand that HN is a public facing site and that the things you say here have a very real impact on how people view you and your product. Essentially you are harming your company by posting things like this.

Take CoreOS going their separate way as a teachable moment rather than an attack on you (even if behind the scenes it was?) and learn from it. Move on and build a great product by seeing your weak points from your competitors and learning, not by posting bile that you so willingly claim against others. If what you are building is as amazing as you want other people to believe; show them through your actions and by building an amazing piece of software. There's plenty of room for competition in a quickly emerging market. Essentially, if you can't say anything good then you are only harming yourself.
COBOL is the new Lisp.
If they want to have opportunity to put help in front of someone, whatever new law gets made, assuming one gets made, could focus on that goal rather than jail.

Could require people be evaluated, treated, etc...
forget about spas. just do it the tried and true way, server side rendered html.
I don't think 'zero-day' has anything to do with public knowledge. A hacker can find a vulnerability and exploit it without publicly revealing it and it would be still a zero-day, because the vendor had zero days to fix it.
Assuming you have a partner, each adult has two kids on their bike (one front seat, one back seat). At 6 the eldest can even cycle by themselves if you push. I'm Dutch and this is completely normal here.

I used to have this bike with an extra front seat and regularly cycled places with 4 kids (4-7) by myself (pushing one on their own bike):
https://kokfietsen.nl/image/cache/data/Azor%20Catalogus/069-...

But then again, this country is really flat.

Edit: with kids 6 miles is a stretch, not that it's super hard, but you'll often be tempted to just take the car. If you upgrade to an e-bike that temptation will be a LOT less.