skysight-inc/HackerNews huggingface dataset:
I can reproduce that on chrome with JS off. It looks like the first two paragraphs are there but covered by the image.
All I can say is that we clearly have divergent experiences here. I've worked with statically typed languages for about a decade, I used Haskell specifically for about a year. I've since moved to Clojure, and I've been using it for the past 8 years professionally. My experience is that the team I work on is much more productive with Clojure than any static language we've used, and we have not seen any increase of defects in nearly a decade of using the language compared to similar sized projects we've developed previously in statically typed languages like Java and Scala.

If dynamic typing was problematic we would've switched back a long time ago.
There are many aspects to it. From setting up a new project to 'edit a line and reload in the browser'. Everything feels so much faster, lighter, fresher.
And I'd add that it's also not particular proof of efficiency. Non-profits can be amazingly effective at using money to further their missions. They can also be enormous boondoggles.
there are dozens of us
Amazon strikes $1 trillion market cap, 4 weeks after Apple did the same
Did your parents get any benefits when you were a child?
> It takes a certain rejection of reality to even consider writing a complete operating system on your own

This is not true. In fact, it is in some sense an affirmation of the reality that the pieces beneath your high-level software are approachable by mortals and not magic. I used to hack on one just for fun. The difficulty is highly overestimated by some folks here.

There are a lot of topics you could go into very deeply and each of these can turn out to be a huge time sink, and the lack of time is the main reason I stopped. Some of my favorite down-the-rabbit-hole sub-topics were filesystems, synchronization, and message passing for a micro-kernel. Each of these could be someone's full time job but they are approachable.
A lot of people keep their motorcycles extra loud for this reason. It pisses people off, to hear an extremely loud motorcycle engine, but a subset of riders don't do it to be cool, but really to gain attention as a survival mechanism. An overlapping group do it for both reasons.
To each their own, but I question the scale/stability of your work without participating in the world of JS compilation (and the subsequent benefits).
I recently read Sapiens - Yuval Noah Harari and it nearly broke my mind. It was on Obama and Bill Gates' reading lists that year and it is phenomenal. It's like one of those books that took some ideas I had been kicking around for years and blew the whole thing wide open.

If you want to get a taste, go look up 'The Legend of Peugot' from the book.

There was also a sale on the ebook for $3 on Amazon this weekend -- not sure if it's still going.
On Firefox moving DNS to a third party
I have used networkx_viewer with networkx. It's a straightforward tool with the kind of things you're looking for
Someone on HN said recently that business software is like another employee. You wouldn't fire a senior with lots of domain experience, on whom critical processes are dependent, just because it's time to freshen things up.
I do maintain pretty big projects this way. Even though the js is not minimized, it is way smaller then what the competition uses. Companies these days throw together insane amounts of bloated code for no reason.
But more likely to be an unreported accident ...

https://news.ycombinator.com/item?id=17906712
Question: Why not Heroku or any other hosted service like that? They seem to give you the right compromise for solo developers as well as mid size applications.

If it was a learning experience than I totally get your choice — otherwise I'd be interested in the motivations! Thanks!
How about a $15.88, small but surprisingly capable, NEXX WT3020? [0]

[0] https://www.aliexpress.com/item/Wifi-Router-NEXX-WT3020H-300...

[1] https://wiki.openwrt.org/toh/nexx/wt3020
I've spent a lot time traveling the world, including deep into developing countries. That was cool.

I've also spent time being fucking broke, and being very very well off. Actual adult broke not fake have-a-backup-plan broke. One is way fucking better than the other.

Having money does not create happiness. Not having money most certainly certainly does create misery though. In hundreds of daily very specific death-by-a-thousand-cuts ways.

Instead of wandering around the world, try that instead, and see how your perspective changes.
The future of javascript - decided. Any reasonably large JS project crumbles under its own weight. TS fixes all this. So glad to see it move forward.
Unfortunately your assumptions are based on no data. Including living healthier lives.

Malnutrition was very common until very recently even among hunter gatherers. Bad season? Sorry, half of your family starves and the other is sick.

That said, early settled people had it even worse.

They did get more exercise, but that is possible, easy in fact, to match, and results will likely be limited.
The main documentation is a good place to start. Really all you need is that and Visual Code https://code.visualstudio.com/ and you should be good to go.
How does this make sense given the astronomical year-to-year increases in college costs with no end in sight? Where is all the money going? I assume ballooning administrations.
> If you use an air horn in any context on me there is going to be trouble, I hope you're prepared for that. If you assault someone you should expect a proportional response.

Fortunately, people like you seem to be fairly rare in my experience. After hundreds of horn uses (more than 500, easily), I might be able to count the number of times that people got noticeably angry at me for honking on one hand. I'm actually struggling to think of examples, but it has happened.

Also, horn use is not assault. It causes no harm to the typical recipient as they are in a sealed box, reducing the sound pressure appreciably. That's why I only ever use the air horn on a pedestrian or cyclist if it's absolutely unavoidable. I can only think of one instance where I honked at a pedestrian off the top of my head, and that probably saved the distracted pedestrian from serious injury.
Do you reference all your source files separately with script tags?
I can, but it's certainly better not wearing glasses, because at the end of the day, it's an earmuff that designed to clamp your head quite tightly.

Also, the cushion on these earmuffs isn't the most comfortable cushion in the world, compared to high-end headphone. Well, it's built for construction worker after all...
I've been waiting for a big automaker to respond to Tesla in full. If they've managed to ignite competition in electric vehicles, then we all win, even if Tesla goes under.
Server side code is different as the server usually starts an interpreter that compiles the file on-the-fly in case it changed since the last pageview.
Assuming you know JS already, TypeScript is quite easy, IMO, and the integration with VSCode is really nice. Just open up a .ts file and let the compiler teach you.
Please don't... every time a thread like this shows up on HN, I end up impulsively buying some of the recommended books. I'm usually very happy about the purchase, though. :).

Humor aside; not sure if favourite of all times, but definitely impacted my thinking a lot:

- "Rationality: From AI to Zombies" - https://intelligence.org/rationality-ai-zombies/ - read this when it was still a bunch of posts by 'Eliezer on LessWrong. It cleaned up my thinking quite a bit, and introduced to couple new ideas from economics, sociology and epistemology.

- SICP, obviously.

- "How to Win Friends and Influence People", and "How to Stop Worrying and Start Living" - from the father of the whole genre of self-help/personal development, and one whose books are still probably the only good ones in this genre, Dale Carnegie. They explain exactly what it says in their titles.
What ? Interpreters are pretty common in the non-web world too…
In such a dystopia, a clear blue sky might not be visible from the ground on a regular basis.
> Why are the deadlines at an online school any less real than those at a physical school?

I'm not in education atm but have a lot of experience working with students.

This is a real psychological effect even if it's maybe hard for tech types to understand. I think it has to do with the fact that social pressure is avoidable online (you don't have to show up and face the teacher whose work you didn't do). That perception has a strong effect on students; they feel shame for not doing their work even when teachers don't really give a damn about whether they did their homework/project.

Maybe not impossible to overcome, but a real problem. Education disruptors ignore these sorts of strong psychological effects around education at their own peril...
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/de...
Water lily seeds float away with help from some gas. Wikipedia tells it's just trapped air, but ...
Good thing the USA represents less than 10% of humanity.
1. Sapiens - https://www.goodreads.com/book/show/23692271-sapiens

2. The Gene: An Intimate History - https://www.goodreads.com/book/show/27276428-the-gene

3. I Contain Multitudes - https://www.goodreads.com/book/show/29083367-i-contain-multi...

4. Stuff Matters - https://www.goodreads.com/book/show/19553030-stuff-matters

5. Rework - https://www.goodreads.com/book/show/6732019-rework
And the meteorite's just what causes the light
And the meteor's how it's perceived
And the meteoroid's a bone thrown from the void
that lies quiet in offering to thee

https://www.youtube.com/watch?v=UGoNCvoZuYA
Well it really depends on the size of the project. For small project I agree but for larger projects Typescript really helps to produce better and more robust code (and also faster if it's well integrated into the editor like VS Code).
I am currently rewriting a Firefox Extension in Typescript that started as a simple script and grew in complexity (quite a bit) to make it easier for others to contribute (it's open source) and understand the code and I wish I had started that way, it would have saved me quite a bit of work by now.
Let's not forget where big public universities have really been spending their (and their donors') money lately:

5. Luxury student dorms.

6. High-end gym facilities.

7. Junior professional sports (Bonus: pay and benefits for the athletes is peanuts.)

The things I don't like about universities are the hardest to replace.
How is this different to www.katacoda.com?
I'm looking forward to the day when people start using satellites to collect data on sporting events. Satellites can't trespass, and they aren't subject to TFRs. Too expensive right now, but won't be for long.

Of course, I guess the events can always be held indoors.
Naive question: Would a reasonable way to avoid this scenario be, to increment a secondary counter when the primary counter reaches max-1, then reset the primary counter to zero?
IMHO, it depends on what you're going to build. The bigger your application, the more you profit from features like static typing or automated tests.

When building a highly interactive e-banking front end application, you may want to use some complex framework. For a mostly static website with some show/hide-toggleable areas, plain JS or jQuery is probably easier and quicker to use.
In a previous job, I once tried to rewrite those small - tiny, really! - functions that were called all over the place in assembly, so I kind of looked at it from the opposite direction.

The experience was both frustrating and elating. In the end, the "optimized" assembly code I could come up with was pretty much identical to the code generated by the compiler. So I missed that rush of showing the compiler who's boss. This is what led me to abandon the project very quickly.

On the other hand, I was very relieved that my hand-written code was at least not worse than what the compiler could come up with. So at least I could get out with my dignity intact.

To be fair, those small functions were so small and simple (no more than three or four instructions) that there really was only one obvious way to implement them in x86 assembly. So maybe my problem set was a bad choice. It was fun, though.
I’ve read articles about the same phenomenon in Seattle and people say the same thing about Tokyo.
An aircraft carrier can't turn on a dime but when it eventually does turn around you've got a fuckin' aircraft carrier!

Tesla quietly crept around and made electric cars cool and economically viable while the industry had it's backs turned. They've certainly succeeded in becoming a reputable brand, everyone's at least heard of them. It remains to be seen whether they'll continue to be viable once the incumbents bring into play their ability to write fat checks and spin up production facilities without teething issues at every turn. The big players in the car industry aren't ignoring EVs anymore.

Personally, my money is on GM dominating the market. Maybe there's a place for Tesla and some of the later players in the high end.
CareMessage | SF, Remote

CareMessage is the leading technology solution that is focused on patient engagement for the underserved population. Since launching our product in 2013, we have grown to work with over 200 healthcare organizations across the United States and reached over 2 million lives. Our web-based platform allows healthcare providers to reduce no-shows, increase attendance to preventive care screenings, and improve chronic disease management- all via simple "nudges" sent through text message. Learn more about our team here - https://www.caremessage.org and https://www.themuse.com/companies/caremessage

We're looking for:

* Back End Software Engineer - https://boards.greenhouse.io/caremessage/jobs/524174?gh_src=...
* Customer Success Manager - https://boards.greenhouse.io/caremessage/jobs/1294114?gh_src...
* UAT Testing Analyst (Contract) - https://boards.greenhouse.io/caremessage/jobs/1294248?gh_src...

Apply directly using the links above and feel free to email me with questions (kbong@caremessage.org).
Can't remember the last time I saw a cyclist without lights (at night of course). But then it's been summer and thus daylight most of the time.
In the US. In some places (I know personally China), drivers frequently use their horns simply to tell other drivers that they exist when they are passing. A downside is incredibly noisy roadways.
Same here. This was Tesla’s stated purpose from the outset.
TypeScript's own docs are pretty friendly and in-depth for both reference or getting started: https://www.typescriptlang.org/docs/home.html

Alternatively, Basarat's guide is excellent, and works well as an intro followed by a detailed guide that you can work through step by step: https://basarat.gitbooks.io/typescript/docs/getting-started....
The EPA Published the Social Security Numbers of People Who Filed FOIA Requests
- "Rationality: From AI to Zombies" - probably the most influential book I've read in my life, profoundly changed the way I think. It's a collection of LessWrong essays on science and rationality.

- "On Intelligence" and "I am a Strange Loop" - how mind works.

- "Rework", "Zero to One", "Start Small, Stay Small" - insightful startup advice.

- Fun autobiographies: Ghost in the Wires (Kevin Mitnick), iWoz (Steve Wozniak), Catch me if you can (Frank Abagnale), Just for Fun (Linus Torvalds), Elon Musk, Surely You're Joking, Mr. Feynman!

- How companies work: Creativity Inc (Pixar), In the Plex (Google)

- On writing: Art of fiction/nonfiction by Ayn Rand, Story by Robert McKee, Save the Cat, Step by Step to Standup Comedy.

- Other: The Selfish Gene, Flow: The Psychology of Optimal Experience, Serious Creativity, Hackers & Painters, Hacking Growth, Angel (on angel investing, by Jason Calacanis).

Also collections of essays by Paul Graham [1] and Scott Alexander [2]:

[1] https://www.dropbox.com/s/2no0sqybnxurpcd/Paul%20Graham%20-%...

[2] https://www.dropbox.com/s/i43lqpdyd4qa255/The%20Library%20of...
Microchess on the KIM-1 says hi. ZX Chess is still smaller, and actually has a display, but this wasn't a lot bigger and appeared on other 6502-based systems.

https://www.floodgap.com/retrobits/ckb/secret/microchess.htm...
Not to be pedantic but... I thought Toyota got the ball rolling with the Prius and Tesla stoked the fire? (never mind, you said ignite competition) Either way, you're totally right, we all win. :)
Ex Java Developer Here, settled to full time Typescript now. For me it was the main documentation. Typescript will feel similar.
> Didn't we learn those lessons while we were struggling with mainframes and timesharing?

I feel like there are really three kinds of programmers today: those who learned first-hand the aforementioned lessons, those who were taught second-hand these lessons, and those who are destined to learn these lessons first-hand.

There are very few people relatively who experienced the lessons first hand. They taught the lesson to a larger group, who will hopefully do their best to heed its warning.

But what's happened? A whole lot of people came into programming in the last couple of decades. I feel like there literally aren't enough "elders" in the field to teach the influx of new programming ability. They're making the same mistakes again because for everyone one you tell not to, there are 10 more who are willing to try. And to some of them we're giving millions of dollars and they're forming companies with it, who go on to sell products about which exactly 0 people have asked "Is this a good idea? Has it been tried before? What was the result? What can we learn from that? Has anything changed since then that would lead to a different result?"
It would be more like moaning that he broke the four minute mile but collapsed fifty feet before the finish line. Should it be counted if you didn’t finish?

This program is awesome, but it’s not quite chess.
This explains a lot.

Mikrotik boxes are really quirky. They basically have user-facing bugs, symptoms of which can have no explanation except for them fronting some massive clusterfuck on the inside. They used to do bizarre things with timestamps of freshly copied files, when the modified time would oscillate around some convergence point. Some wierd directory names (like .popup ?) were reserved for no apparent reason and an attempt to create them failed with "file not found". That sort of thing. And we even didn't own any of their devices, we were just in a splatter zone from our clients constantly walking into Mikrotik issues. It was few years ago though, so perhaps things have improved since then.
I'd suggest going in baby steps. Start with the absolute basics - standalone docker containers + docker-compose. Work in those containers, deploy those same containers. Build your deployment pipeline. That'll get you familiar with the workings of containers in the docker context, and you'll be forced to iron out issues you may find with this way of working.

Then slowly start to spread further - you could start with docker swarm, which is a smaller next-step for devs. Again it's to help you figure out what kind of deployment pipelines you would create and what constraints you need to introduce. The reason I call it a smaller next-step is because the docker compose file used for development is the same one you can use for deployment to standalone or swarm.

By the time you start hitting the limitations of swarm, you should be ready to move to k8s and look at the various options available to you.
Your internet under threat: Here’s why you should care about EU Copyright Reform
Based on what I've been told by relatives who grew up in Japan, students are also required to help clean the classrooms and other school facilities from grade school through high school. This is probably wishful thinking, but if we had this in the U.S., we may have fewer adults who think they can act like pigs in shared spaces.

I remember a kid in middle school who dropped his lunch tray, spilling food all over a table and the floor. He got up and went back to the line to get more food. I asked him why he didn't try to clean it up or at least tell someone. He told me "That is what the janitors are for". For some reason this really stuck with me, and I think about it whenever I see someone purposely littering.
So it would make for some fun dated art in 30 or so years?

(since it hasn't captured much anything else)
It's not real until you're sprinting through the dark basement of an old building trying to find the right door to slip your essay under by the 7am cutoff. But seriously I agree, almost everything is handed in electronically now anyway.
The same trope was used by Heinlein in The Moon is a Harsh Mistress and used to explain why the population of the Moon had a higher average IQ. The title of the novel is a reference to it.
The tricky part is that algebraic properties of C/C++/x86/etc. are ridiculously complicated, due to things like aliasing, multiprocessing, overflow, interrupts, etc.

The "metadata" mentioned in the article is LLVM trying to figure out when these complications can be safely ignored, so that the "real" optimisation/transformation can begin.

It's interesting to compare with something like Haskell's GHC compiler, which can do a crazy amount of rearranging and optimising due the language itself having fewer of these complications (although, of course, programs written in the language may sometimes end up more complicated by "simulating" such features/effects).

Also interesting to compare with languages like Python, which are "so dynamic" that we can infer almost nothing about a piece of code ahead of time (since there's the possibility that, e.g. some class will get its methods replaced at runtime by another thread, and other such reasoning-killers). Hence why an (ahead-of-time) Python compiler can't do much optimising.
Great point. I think I'll highlight that when recommending air horns in the future.
Nissan/Renault deserve some recognition as well.
No, he's advocating simplicity. The problem is that "really does what's needed" beats "simple" every time. And the other problem is that the person designing the module often has an incomplete idea of what's actually needed, which makes it really easy to design something that is simple but incomplete, and therefore more beautiful than useful. I think that much of the war between "worse is better" and "the right thing" is exactly this - worse is better if it actually does what's needed, and "the right thing" that doesn't actually meet the user's needs isn't actually the right thing.

So, absolutely, work for simple interfaces. Absolutely, try to do the right thing rather than just creating a ball of mud. But the real world is a messy place, and your code needs to handle some of that mess in order to actually be useful rather than merely an entry in the museum of beautiful design.
The comments are informative, there's no politics, it's more interesting than the news. I'm a sales recruiter, so I don't read the in the weeds software articles, but there are still 2-3 good articles on the front page at any one time.
Yes. And again, we usually do way less http requests then the competition.

Look at a single post on the new React based Reddit. I just did and got 65 http requests loading 1.6MB of data.

It's almost everywhere like that these days. Too much tools. Too little concern for the actual outcome.
I assume the logic is that eventually there will not be enough students willing to pay those higher prices, in part because they'll have online education as a (much cheaper) alternative.
> Just a few days ago people on HN were believing it was an asteroid. If anybody would have challenged that, they would not have been believed.

Typically people do and should believe things based upon the strongest evidence. While you can't trust them to be totally right all the time, you can assume that, barring additional information and reasonable cause for doubt, that the most credible sources information is a good place to start. Do you have a source that's more credible than NASA in regards to events occurring in space with NASA astronauts?