skysight-inc/HackerNews huggingface dataset:
Long term lurker as well, but your comment comes off in bad faith. When you decide to try and break apart each point piece by piece to address, instead of his whole argument as a whole, it signals that you're only trying to argue for arguement's sake. Please don't do this, because it ruins the vibe.[0]

In one enormous post, you have managed to tip-toe the line of civility with passive aggression, but also outright hostility "so arrogant," that it comes into question whether or not the GP's comment was directed at your specific demogrpahic: people that do things because they feel they want to, and not because they have thought it through.

Perhaps you should ask yourself the same question: "What exactly are you aiming to achieve with this comment?"

From an onlooker's perspective, it comes off as needlessly aggressive, but without clear motive. One could say the only purpose of your comment was to express that aggression, and not to spur interesting or novel dicussion.

In that likely case, you are posting in bad faith, and as you said "sometimes the best thing to say is nothing at all."

[0] I've been around message boards since usenet. This behavior isn't new, and neither is it appreciated.
It's true. We do. People don't want CS degrees to mean a "programming" degree, and this is one way to do. Create guilds, apprenticeships, and mentoring so that when companies push for faster code, more programmers, etc, we have a solution.
Hey, you could make a book out of that idea.
On Forming Habits
FTA:
> As a general trend, we’re not getting faster software with more features. We’re getting faster hardware that runs slower software with the same features.

Or fewer features. Talk to an actual professional who uses spreadsheets all day long about switching from Excel to Google sheets. It's infuriating the infantilization of UIs and the "oh they'll never miss it" attitude.
The article claims that telegram is the best counter for the WhatsApp users of the world in terms of privacy-oriented messages.

Why is this not Signal?

Is it because Signal has fewer user-facing features versus this?

Is it because telegram just has better marketing?

signal is much more private compared to telegram on both of protocol level and a server level, yet it doesn't seem to get much traction outside of the hn bubble.
So, just intellectual curiosity, is there a software program that could accept the original notes (arrangement?) for Rhapsody in Blue and produce a passable rendition that I could then use on my (non existent) YouTube documentary and I would not have to pay Gherswin nor an orchestra for the audio recording?

I think I am looking for a whirlwind tour of audio copyright
The huge bikeshed thread in the replies to this comment is why I’m glad I don’t use Redux any more. It’s an event framework that doesn’t handle asynchrony? Why? Redux makes you write a bunch of boilerplate to do the easy stuff, then doesn’t give you any tools to do the hard stuff.
I don’t like this. I’m okay with dying in a cold river or a burning car after a crash if it means I don’t have to be worried about being tracked every second of my life.

At some point, its going to cost extra to buy cars without GPS trackers, houses without police-force endorses surveillance nets, or phones with an actual “off” button. This is much more pressing, in my opinion, than people buying into heavily processed meat substitutes.
The article quotes this in regards to npm: https://medium.com/s/silicon-satire/i-peeked-into-my-node-mo...?

It seems he does not realise that this is a satire piece, and seem to completely buy in to his view of the world instead of seeing things in a more nuanced way.
If you're yak-shaving correctly, you're laying the groundwork for future tasks.

If you do it incorrectly, it's more like Malcolm's dad [1], who is distracted by subtasks that are only minimally related to the initial goal.

Devs get the two mixed up quite often. Usually on Monday mornings...

1. https://youtu.be/AbSehcT19u0
RE: The most part of diseases of this decade are caused by plant based diets

Do you have any studies that back up your claim that humans need meat to live a healthy life?

Several governmental bodies worldwide state[1] that one can live healthy using a plant based diet and The Physicians Committee for Responsible Medicine[0] even recommend a plant based diet for good health and disease prevention.

Did you know B12 is produced by bacteria and that some meat eaters are low in B12 and need to supplement. Animals in factory farms are being fed B12 supplements[2].

You might want to research this further so you're better informed next time you state information as fact. Or watch this documentary - https://gamechangersmovie.com/- it's on Netflix.

[0] https://www.pcrm.org/good-nutrition

[1] https://www.nhs.uk/live-well/eat-well/the-vegan-diet/ https://www.ncbi.nlm.nih.gov/books/NBK396513/

[2] https://baltimorepostexaminer.com/carnivores-need-vitamin-b1...
Ask HN: Who Is Hiring January 2020
Please state the job location and include the keywords REMOTE, INTERNS and/or VISA when the corresponding sort of candidate is welcome. When remote work is not an option, include ONSITE.
Please only post if you personally are part of the hiring company—no recruiting firms or job boards. Only one post per company. If it isn't a household name, explain what your company does.

Commenters: please don't reply to job posts to complain about something. It's off topic here.

Readers: please only email if you are personally interested in the job.

Searchers: Try https://kennytilton.github.io/whoishiring/, https://hnhired.com/, https://hnjobs.emilburzo.com, https://news.ycombinator.com/item?id=10313519.

Don't miss these other fine threads:

Who wants to be hired? https://news.ycombinator.com/item?id=18807015

Freelancer? Seeking freelancer? https://news.ycombinator.com/item?id=18807016
The ice we’ve lost to climate change this past decade, visualized
if you don’t want to copy your credentials into the container you can supply them via env vars when you docker run commands in the container
From my limited experience, download the version that it was made with. Unity has a list of older versions right in it's hub.
Godot's strongest areas currently are probably its 2D engine and that it's lightweight. I'd suggest trying it first to see if it's a good fit. From the needs you describe, it might be.
The built-in tooling for CSV in PowerShell is excellent (provided you don't care about details like if numbers are quoted or not) - I've been using that for csv-related ETL tasks.
I haven't been to Rome in a few years, but aren't the schedules and routes posted on signage so people can still do it the old-fashioned way?
I recall a discussion of this point on HN a long time ago, but GPS is only one way to charge taxes based on vehicle miles traveled (VMT) - another, which is less invasive, is just to read the vehicle's odometer on some regular basis, either by hand when doing an annual vehicle safety inspection, or automatically by having the vehicle transmit the data. Certainly those have risks of tampering, but so does GPS.
That's not the only disadvantage. The injectable vaccine needs a cold chain, and as with all injectables, involves the proper handling and disposal of sharps. It's also physically larger, which is a larger problem than many people realize - vaccination campaigns are actual real world applications of the knapsack problem.
In my experience, only doing it "perfectly" means it'll never get done.
Fred Wilson (A VC) somehow dominates HN last New year as well... And was so completely wrong it’s shocking anyone would promote him year after year.

It’s obvious to me people are doing so only because they WANT all these predictions to come true not that they have any basis in reality. It’s bubble talk for bubble people, no offense.

His solution to NN (which we all died from, remember?) was “blockchain”.

Here he is last year heavily propped up for saying Trump wouldn’t be in office after Mueller probe... Remember the Mueller results? Anyone not involved in hyper partisan politics knew it was going to be a dud. https://avc.com/2019/01/what-is-going-to-happen-in-2019/

Just browsing his previous predictions just makes more curious how he gets spotlights here every year. 2018 he made a list “questions” answering only some himself, about 1/2 wrong. And 2017 is just... well... AI isn’t the new Mobile, Cyberwarfare isn’t the new Cold War: https://avc.com/2017/01/what-is-going-to-happen-in-2017/
It's possible to both improve efficiency and maintain backwards compatibility.
>What would our telescopes see? It seems like we would most likely see exactly what we see today.

We'd see more red than we do - more heat and less light. Civilization produces heat. Advanced civilizations would presumably convert starlight to energy and produce waste heat.
Not on-demand, rather, channel-ADAPTIVE video streaming as embodied in the ubiquitous 3GPP2 DASH protocols, and used by html 5, took the world by storm 2010-2014, when YouTube and Netflix dropped Silverlight to use the newer, open standard.

Adaptive streaming originated as a Microsoft pilot project for the Beijing 2008 olympics. Microsoft's prototype had so many hacks and so little documentation that they publically admitted to giving up on standardizing it and threw their support behind mpeg DASH in ~2011.

Also, YouTube reached profitability in 2015 when it was ported to Google's lowest-TCO infrastructure. YouTube monetization practically invented the 10 minute video and made millionaires out of many online personalities.
Furthermore to your point, I don't think we need to look at pollution from a more holistic point of view. How much of the pollution in China is due to them manufacturing and "recycling" goods for the west? Can we look at pollution that has been "offshored" and calculate that into the mix?
Yeah I've been doing remote 95% of the last couple years and it takes a toll not being able to be around people at all. Even as a mostly introverted person who needs quiet alone time for solving harder problems and general flow state. There's something about social interaction that helps with motivation that I find hard to get over chat and video. This is assuming the people are not toxic somehow.
Exactly. To highlight the difference: the money was coming from people's wallets outside of the measured population.

In other words, they were delivering free lunches.
This article really resonates with me. But my biggest complaint is everything is _so_ buggy! I won't name any names, but I find many major pieces of software from large, well known companies are just riddled with bugs. I also feel like you almost need to be a programmer to think of workarounds "hmm, ok, so clearly it's in a bad state. If I had coded this, what boundaries would likely cause a complete refresh?" My wife is often amazed I can find work arounds to bugs that completely stop her in her tracks.

Before we fix performance, bloat, etc, we really need to make software reliable.
The most intriguing feature for me was the automatic curtains. Does anyone have any experience with them? Suggested vendors?
You are going to have a heart attack if you check the energy consumption of bitcoin.
This takes about 100 liters per 100 kilometers: https://en.wikipedia.org/wiki/M3_half-track

It does fill some other requirements that a regular car doesn't.
> "be better" at breaking down a problem into easily solvable steps

i highly recommend the courses how to code: simple data and how to code: complex data to supplement your learning to address the quoted goal. don’t be put off by the teaching language or the simplicity at the start. it gets more complicated as you go. the courses teach systematic program design and are based upon the book how to design programs.

everybody and their dog knows python. you will not separate yourself by just knowing python. so in the long term, you need other skills beyond “just programming”. and much of the industry is moving to functional-first multiparadigm langauges and more and more concurrent/asynchronous programming. python is a terrible choice for both of those and there is no clear evolution for python in those directions. it is a very outdated language in my opinion, its usage and amount of libraries available for it aside.

by all means, learn python, since there are a lot of resources and jobs that need it, but i highly recommend also learning a functional language. my recommendations would be f# (a .net language) and elixir. f# is a very ripe language for automation, probably even more so than python.

there are also python courses by MIT on edX you should check out. (actually, they are more computer science courses that use python, but there is an advanced one for using python for scientific applications.)
Sounds to me like an issue that comes with coupling of validation with serialization. A lot of these API frameworks combine the two, with a the goal of automating validation when receiving data from clients, but then also do that validation when serializing response data, which should already be validated if it's sitting in your database.

I've ran into similar issues with FastAPI and DRF when dealing with really large payloads.
This is just nitpicking phrases at this point, a popular past time for us nerds, so I get it but it misses the point. "Sophisticated" is enough of a suitcase term that it's effectively worthless.

More importantly it's worth understanding that ML allows us to do things we couldn't do before, because it's cheaper and scales better than previous optimization methods, when you have the data.

So yes, the data infrastructure is the critical part, however the ML pipelines and Data Science work is what gives the massive multiplier at a cost/scale you can't get with traditional optimization methods.
>But the overall maintenance is going to cost much more on a well maintained engine.
Oil changes, fan belts, flywheels, spark plugs, alternators, starters, etc don't exist in an EV.

Not to burst your bubble but just because a Tesla has fewer moving mechanical parts that can break in a traditional ICE car does not make it automatically more reliable, it's just that the points if failure are now electrical and mostly silicon based.

IIRC there was a story posted here a couple of days ago where someone's Tesla broke down while parked. That doesn't prove anything but just like how in a ICE car a fan belt can fail, so can a flash chip, MOSFET or sensor in a Tesla causing it to break down.

Remember when people thought SSDs would be way more reliable than HDDs just on the basis of having no moving parts? Boy were we wrong. The failure rate of(some) SSDs is staggering, just that now it's caused by electrical faults rather than mechanical.

Right now we have too few out of warranty Teslas to draw any conclusions about reliability.

At least for out of warranty ICE cars there are loads of aftermarket parts and garages that can fix things on the cheap when they break. I'm not sure we can say the same for out of warranty Teslas yet.
If you're at all interested in ships, history, or the intersection of ships and history, I can wholeheartedly recommend Naval Gazing: https://www.navalgazing.net/
People seem to always talk in absolutes, black and whites, concerning this topic.

Maybe this is just my cynical perception, but I often hear people try to justify situational bad practice by citing outliers unrelated to the situation at hand, particularly with optimization. As you say, they usually imagine a different scenario is at hand. For those situations I quote HL Mencken:

Explanations exist; they have existed for all time; there is always a well-known solution to every human problem—neat, plausible, and wrong.

I interpret the premature optimization dictum to mean:

Really the only time to talk about optimization at the early stage of a project is to set performance objectives or when the project is about optimization. Otherwise people should seek relatively optimal solutions which optimize efficiency at delivery. Optimization starts when they have running code that doesn't meet performance goals. Other optimization is premature, in one sense or another.
TT2020 – open-source typewriter font family released by Fredrick Brennan
Sure but if it only has to be used in small-scale campaigns to deal with individual flare-ups of the disease, these look like solvable problems. We're not talking about deploying it country-wide.
If you see such comments you should bring them to our attention by flagging them or, in egregious cases, emailing us at hn@ycombinator.com about them. This is something we moderate heavily:

https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que...

I've written extensively about it:

https://news.ycombinator.com/item?id=21195898

https://news.ycombinator.com/item?id=19404162

https://news.ycombinator.com/item?id=21200971

https://news.ycombinator.com/item?id=21195089

https://news.ycombinator.com/item?id=20741930

https://news.ycombinator.com/item?id=20720787

Skew is inevitable on certain issues given that HN demographics are (though highly international) mostly Western. But that doesn't mean that people get to post slurs or use the site for nationalistic flamewar.
The incentive is for countries with less geopolitical clout to use cryptocurrencies to pull more countries towards their bloc. I don't see the US moving towards cryptocurrencies anytime soon.
Time is as scarce as it ever was.
>You’ve probably heard this mantra: “Programmer time is more expensive than computer time.” What it means basically is that we’re wasting computers at an unprecedented scale. Would you buy a car if it eats 100 liters per 100 kilometers? How about 1000 liters? With computers, we do that all the time.

The argument is incomplete.

The correct question (to maintain the analogy) is:

"Would you buy a car if it eats 1000 liters per 100 kilometers, but that doesn't affect you at all (you still get to where you want to be fast enough), and the time to manufacture and cost to buy it is much lower than would be possible with more efficient car that used 10 liters per 100 km?"

The answer to which would be yes. A software that does a task we do once a day or so at 1 second vs 0.2 seconds doesn't cost us money (and even the environmental impact is small).
I think there's quite a gap between, 'built into every car' and insurance companies requiring access to it. GPS is in every customer phone but insurance companies don't require access to that either.
The problem is that when everybody avoids shaving the yak, the yak gets too hairy.

"Oh, the build server can't handle that one lib, I'll just commit the DLL directly"

"Oh that library is too confusing, I'll just roll my own for this one use-case".

The opposite of yak-shaving is technical debt. If you find yourself in "there's a hole in my bucket" territory, that's a sign that nobody is paying down that technical debt ever.

There are thankless jobs in software development that basically amount to "making sure the yak is already shaved".
The first time I bought wireless headphones was in 1998. It's great that they got smaller and sleeker and more reliable since then, but removing ports and then forcing people to buy another accessory that you then boast about how good the margins are on in your earnings call is not innovation.

I'm just getting quite tired of companies taking two steps backward, one step forward, and then marketing the hell out of this process to pretend like they made things better for us.

I'm not merely anti-Apple, it feels like half the tech industry is stalled and just forcing nonsense like this on us while pretending it's "innovation" and "progress". It's innovating in how high the margins can go, nothing more.
If your assessment is that my comment was to express aggression, that would be correct. I thought about what I was trying to achieve and I felt that I didn't owe the OP any grace, since he failed to extend grace to the author of the post. My goal was to express how I felt about the OP's comment as directly as I could, so they could perhaps consider it the next time they want to make another comment like that. Whether or not being less aggressive would make my point more useful is a separate discussion, but at the time of writing the comment, I opted for a bit of aggression.

And FYI, I've not spoken at any conference and I have no interest in speaking at one, so I don't think the comment was directed at my demographic, I just found it to be distasteful.
> Modern buildings use just enough material to fulfill their function and stay safe under the given conditions. ... Only in software, it’s fine if a program runs at 1% or even 0.01% of the possible performance.

> I can comfortably play games, watch 4K videos, but not scroll web pages? How is that ok?

IMO the comparison should be buildings <-> fine-tuned libraries (i.e. video decoding algorithms), modern applications <-> cities.

Go to any city center in Europe. Urban planning a century ago was much more elegant and elaborate taking into consideration the city as a whole. Nowadays developers and investors often ignore important aspects, such as surrounding buildings, infrastructure, making cities inefficient for the people who actually live there.

Any system which has plenty of resources has to become inefficient. It's just that the Moore's law allows for pretty damn inefficiency.
Yeah, that's usually where I draw the line, embedding data in pointers :) Bitfields and packed structs is another angle that I usually don't bother with. Too many details to keep in mind for my feeble brain.
Hetzner is about 100ms from the US east coast, which is doable. Closer to 200-225ms from the US west coast, which takes quite a bit more effort to deliver a good user experience. You'd probably want a secondary west coast datacenter/CDN.

That said, architecting your application so that all the small, latency-sensitive data was served from a CDN and all the bulk data was served from Hetzner would be a good/affordable option.
Lichess end of year update 2019
I watched refusing to make any decisions and waited for the timer to run out and force Netflix to go with their default.

I'm pretty sure that it just walks through every branch and I eventually got to a final spot where it wanted me to put in a special code and when I didn't it finally ended. So I think I only missed one ending by doing nothing at all.
It's an interesting idea, but I feel like a lot of the cause of the problem is unrealistic deadlines and a desire to build software insanely fast.
In the beginning of 2019, I felt overwhelmed with information overload across Twitter, HN, and the dozen or so newsletters I subscribed to.

I ended up unsubscribing from just about everything and now follow a handful of great curators instead. It's probably the best thing I did last year to find more signal online.

My favorite is Stew's Letter: https://stewfortier.com/subscribe

It's a short email that comes out every week or so and includes a funny/entertaining collection of ideas across a broad range of topics (AI, communication skills, evolutionary biology, etc.).

David Perell sends out a similar email that I also enjoy: https://www.perell.com/newsletter
Depends on your definition of genius, but I definitely agree that these folks don't quite hold up the sentiment that "anyone can do it." I would put Martin Thompson, Raph Levien, and Jonathan Blow at least in the top 0.1% of programmers.

They are great examples for his overall point though. It probably would've been better just to leave out the genius bit and talk about them as folks proving it can be done.
This made my day! It just gets better and better!
We could have a really long exchange about this but instead I'll just ask you what you think happens to big pieces of plastic over time. The answer is that they just keep getting ground down, killing over and over as they work their way down the foodchain, killing smaller and smaller organisms, until they eventually end up nanometer-sized. Nothing digests them. Who knows what those do to individual cells. You should be worried.
"How's life in soviet russia?"

"Can't complain!"

This is the mistake you're making regarding China.

Source: grew up there