skysight-inc/HackerNews huggingface dataset:
I would recommend Khan academy, but I don't think the resource is that important.

What is important is consistency, if you grow by 1% every day for a year will be 37X where you started(1.01^365 =37). So do a little every single day and you will be fine. I find this to be better than to do something every week. It is easier to get in rhythm if you do it every day, you can find fifteen minutes every day, on your way to and from work, during lunch, heck you can even do it while you're in the bathroom.
I always tell myself the Bruce Lee quote “Long-term consistency trumps short-term intensity.” Take your time and be consistent.
I agree with you wrt hiring but I think the choice on language (especially at startups) largely comes down to founder knowledge.

As a full-time Scala developer (and long time Java guy) I've seen first-hand the benefits and drawbacks of both worlds: The highly populated world of Java libs and developers vs. the relatively niche Scala (but growing FAST!) community (relative to Java/Node.js/etc).

The learning curve on Scala (just like haskell) is quite high for most "standard" developers. However even given that we usually don't have much trouble getting people on-boarded and productive in Scala.

Java & Scala (thanks to the JVM) offer fantastic options for resource util. You can build very lightweight stateless microservices that run on a box with 1 or 2 cores. You can also build services that utilize hundreds of cores and terrabytes of RAM
But terseness is just one desirable property. Sure, all else being equal we would like to express the same with fewer tokens. But there are other factors in play, e.g. a statically typed language like Haskell will typically be more verbose due to type annotations, but you catch bugs earlier, thereby saving time. So different kinds of power is at play, and you will have to make a trade-off decision.
It's there any service left not covered by some Calibre plugin? I thought they have everything.
Details on how to install Alda on MacOS, Linux, or Windows : https://github.com/alda-lang/alda#installation
“We should provide for...” is a little troubling. Who is “we”, how did they get to that position and how are they enforcing they’re decisions on who can have food?
https://en.wikipedia.org/wiki/Zohar
NYC Developers Lobby to Legalize Drones; 1948 aircraft law broad and out of date
Should we feed the fat to the hungry? Or have them fight it out in an arena? Like a Colosseum. That way we can make a killing broadcasting it.
Hackers Can Manipulate WhatsApp and Telegram Media Files
The question then is, can we lift enough people out of poverty before they reproduce themselves (and us) into extinction?
Refrigeration is an example cause in developing countries, the paper above says that in developed countries the low price of food itself causes such irresponsible actions.
sigh I can remember a time when this was the glorious reality. I'd take spinning guitar gifs, midi music, and marquee over today's web and all its crap.
The more common accusation is that they're too "pro-Beijing": https://hn.algolia.com/?query=SCMP%20pro-Beijing&type=commen...

Seems like they're doing something right with their reporting if both "pro-China" and "anti-China" camps believe them to be allied with the enemy.
Once you become familiar with monads and their operations, it becomes second nature. Going back from monadic operations to imperative code after tasting the forbidden fruit is awful.

In someways functional programming has kind of ruined me as a developer: I would probably never take a job where I had to write in an imperative language full-time.
hunger and poverty are nearly always the result of government. the one percent of this world have always been those who are in government, the super rich are not even fully immune to their effect except in the worst government types.

to correct the issue requires agreement on a world stage where governments which actively harm their people are removed yet even with the most glaring examples we have supposedly advanced countries opposing intervention; the two best examples are the support that North Korea and Venezuela get.
I can give at least one data point for a startup based on Common Lisp that crashed and burned at least in part _because_ of Common Lisp.
To echo and debate some of these:

> developers turn to dynamic sql which is far more risky and opens the application up to SQL injection attacks.

Just to be clear, I've seen SQL injection hit on the app side when people build queries in the app, too. I agree with you - it's more commonly seen in SQL that generates SQL, though.

> The tooling is lacking, most sql development IDE's aren't nearly feature rich as modern language IDE's.

In particular, debugging queries, especially multi-step things like procedures and functions, is much more challenging than it is for in-app code. Code completion is also a problem, not a strength of most database IDEs.

I'm guessing the original post author posed this question because he's tired of bad data development experiences in his code IDE, and excited by how query design looks at first glance in a database IDE. The grass looks greener when you put the logic in the database, but it's only the top layer of grass that looks good.

> Testing is much more difficult.

I can't emphasize this enough - it can be done, but it's HARD.

I'll toss in one advantage for putting the logic in the database layer: write it in stored procedures and functions, and test it once, and then you can have as many front ends as you want without having to re-test all of them. That's what the brochure says - but the reality is that each front end wants its data slightly differently, or wants to do different things with it, so you still end up writing lots of different data access pieces, each of which needs its own testing, and you're right back to square one.
A good microservice architecture won't have an external call result in multiple serde bounces between other microservices before a response is returned. At worst it should wrap access to something slow like a database or another complicated backend service.

>Functional programming lets you achieve the same isolation benefits as microservices without the overhead.

Isolation benefits, sure. Performance benefits, no, because you still run into https://en.wikipedia.org/wiki/Amdahl%27s_law
Yeah. That interactive, metatextual layer is missing for me for podcasts. I have a decent process (that I'm still refining) for saving and organizing websites/articles/books/pdfs/notes, and if I'm looking for something, I can find it reasonably quickly, but podcasts are this blackhole where information and context go to get lost.

> https://www.cultofmac.com/622288/how-to-share-podcast-clips-....

Okay, that feature is pretty damn cool. Add that to my must-haves in my dream podcast app.
You need a reliable power grid, money to pay for the grid, and money to pay for the refrigerator. It's not a given!
I probably should have been clearer in the original post, but I put "lead" in quotes for a reason. We don't really have a explicit lead on the project, but I was the one who pushed for the project and handled most of the upfront system design work. It's not my project, but it feels like my baby.
Students are often required to solve self-checking homework problems online, and they can only do that with the access code.
Also, how much arable land goes unused? How much of it gets developed for other uses (housing, etc.)?
1994 Bolivian earthquake reveals mountains 660 kilometers below our feet
That may be the difference though. I'm happy to listen at 2x, but also when I'm reading a scene description which is not relevant to the plot, my brain goes "boooring!" and zones out for a few paragraphs.

I guess we both get what we want our of the experience, but at different speeds.
Stallone in Terminator 2? How one deepfake prankster is changing cinema history
So you’re saying they could afford to give their workers a $5/hour raise and still retain a healthy profit? Why the snide question at the beginning, then?
How to Fly
> Through CS Bachelor and Master I too have never had to buy a coursebook.

It is entirely possible that your experience might be relevant for CS, I don't know I did a Physics degree, but there are a lot more degrees out there than CS or Physics, for which your experience might not be representative, in other words: There probably are degrees out there that do require the textbooks or if not actual requirement, it makes the learning experience better.
So how do you guarantee that the caller invariants are upheld, e.g., that the unannotated code does not leak a pointer to a different thread, etc. ?
It seems odd to contrast the two since there's no direct relation.

Hunger/famine is generally caused by regional problems for example poor infrastructure or security. If lack of infrastructure doesn't allow the movement of goods (e.g. food/aid) or water, it doesn't matter how much "excess" food there is elsewhere you cannot get it to where it is needed, and ditto with moving supplies into areas safely.

If you want to combat hunger, build more roads, water pipes, and improve regional security. Pointing out that there's a spare/excess $1 bag of corn on the opposite side of the world isn't constructive, because it would cost $100 to get that $1 bag of corn to where hunger is (e.g. sea, train, then air drop, and that ignores corruption/spoilage).

Obesity is problematic. But it has nothing directly to do with hunger. If it was that easy to re-allocate/re-locate food to the hungry we would already be doing so. But per the article remote and war-torn areas like African nations remain the number one source of severe hunger.

Plus growing food nearer to where it is needed is always cheapest since transport (and related fuel) costs can far exceed the actual food's value. Which brings up a related problem: Water rights/water security. Even if you can build pipes, a region may lack water flow into it if it has been diverted (or destroyed by global climate change).
Leonardo da Vinci’s laboratory: studies in flow
The standard will not specify anything, so what the compiler outputs is gibberish. You are literally looking at a sequence of bytes on which no constraints whatsoever are imposed. LLVM could have compiled my UB program do `0xDEADBEEF` (which I assume is not valid x86 but I do not know) and there would be no compiler bug. Looking at `0xDEADBEEF` here is not useful.

Trying to interpret the assembly of a UB program is like trying to interpret the noise of a radio when there is no station on the given frequency. It has more to do with fortune telling than anything else. There is no signal in there, or at least not enough of it to be useful.
I don’t see what giving myself $50 for making coffee has to do with any of this.
Surely if they didn't mind people blocking ads, they would add DRM and doubly/triply encrypt every data the app accesses/serves. As it is, they decided ads are just extra content you can strip away from your songs.
Programming languages are merely brushes with which to paint logic.

I'm going to level with you, the choice of language is a combination of luck, personality and circumstance. Nothing else. There is no hidden knowledge, font of programming youth, etc, etc,

Its like choosing a building material, when you want to make a house. Most people choose bricks. When used properly you can make many a wonderful, functional and innovative house.

In short you can do all of the things you want with any Turing complete language.

As for scaling, its mostly never down to the language, its almost always system design. Crucially its knowing when, where and how to store state. Does it need to be shared?, does it need to be consistent?, how can you partition? what stuff can you push out to static storage? None of those questions are answered by a language.

The stated scale (10million requests in a day) is roughly 120 requests a second. Most systems _should_ be able to handle that without costing the earth hosting wise. Hell, the API I look after can do 5000 concurrent requests, ~8000 requests a seconds using about 2.5 cores. That's in python without any real optimisation. Its not because python (or my skill) is awesome, its because CPUs are really really powerful now.

A skilled programmer could easily get 2-5X more performance, but it'd cost at least 5 years of hosting to get them in and optimise it.

TL;DR:

Its not the language, its the business plan and design that matters.
I describe Cities:Skylines as a "city painter". You can make nice looking things in it, but there's little challenge and most of the mechanics don't have a lot of depth.

I'd suggest looking at SimCity 4 for the peak of the in-depth city simulator. The systems in it go way deeper, it isn't limited by inevitable scaling problems with agent simulations (Tropico, even C:S), and there's a large, long-running modding community for it.

There's a few mods that would be considered basically essential, namely the Network Addon Mod (which overhauls the traffic simulator, in addition to a vast amount of content).
I've taken these from other commenters, but can someone rectify these apparently contradictory statements for me?

"The following metals have been found to be incompatible with nitrogen tetroxide and must not be used: Aluminum 2024, Zinc, Aluminum 7075, Silver, K-Monel, Titanium, Brass Cadmium, Bronze Hastelloy, Copper, EZ Flow 45 Braze."[0]

"Titanium is practically the only metal that can store NTO for long periods of time over a reasonably large temperature range." [1]

[0]: Materials Compatibility with Liquid Rocket Propellants, https://apps.dtic.mil/dtic/tr/fulltext/u2/866010.pdf

[1]: https://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/197200...
Your username seems apt here, RoR was (is?) notorious for being a particularly "weak" language in terms of performance, but being a "powerful" one in terms of being a good template with good tooling/ecosystems.

While perhaps functional languages are "powerful" in terms of performance[1], but "weak" because they have poor tooling/ecosystems, not even starting on the difficulty of recruiting, etc.

[1] Though I personally think the author is exaggerating the benefits, while conveniently skipping over the massive ((neg))((ati)(ves))))) and incomprehensible code large functional code bases often produce
My apologies, I should have left "front end" out entirely. Front end has nothing to do with it, I was just using it as an example of a role that is frequently somewhat standardized, interchangeable, and often does not require knowledge of an additional domain.

My point was that many other roles do require expertise in multiple domains as well as industry specific experience. These jobs are relatively hard to fill. They're also quite common outside of consumer tech companies, in my experience.

I apologize if this seems elitist, but some things simply cannot be picked up in a few weeks on the job. Those jobs tend to have a lower supply of qualified candidates and take longer to fill.
Beware - levity-free area!
Maybe I'm missing the point here, but what's so unintuitive about subtraction (vector or scalar) not being associative? Counterexamples seem easy to find. For example, 1 - 1 - 1 is not the same as 1 - (1 - 1).
First of all I only listen at certain times.

Secondly yes I am also at risk of zoning out but not enough to stop listening.

For example on the treadmill at the gym I have to make an effort to follow the plot sometimes, and other times it's so exciting I forget how long I've been there.

The other time I listen to audiobooks is when going to sleep. And then I do zone out, and fall asleep, that's the point. But it has happened that a book was coming to a conclusion or just so exciting that I end up staying awake for an extra hour or two just to hear it.

So it's not for everyone, just like reading isn't for everyone either. But oh man am I happy for audiobooks. I'm giving my old paper books away by the bag to make room.
Maps Reveal the Difference in How Cities Are Perceived by Tourists and Locals
smart move now they can get more people into Tesla's
Can you make a thermite rocket out of thermite and starlite?
Amazon offers $10 to Prime Day shoppers who hand over their data
Why should serialization and deserialization be “effort”? Your data objects shouldn’t be more complex than is trivially represented with JSON or else you have a different problem. Besides, while I’m not a microservices enthusiast, isolation isn’t the main goal of microservices, it’s being able to deploy, scale, and operate services independently from other teams.
Why pay for a free service again?
Original title is "How to Have a Good Flight".

How to Fly is another thing:

http://www.extremelysmart.com/humor/howtofly.php
And how much forested land is turned into mediocre arable land and gets depleted in record time ?
In Elixir I would enumerate the cases with four definitions of the same function. Four lines of code, done. It looks similar to what you did.

But I would tell them this is the simple and boring code I would run in production but probably not the smart code they want to see in the interview. Unfortunately smart code is often full of bugs and it costs more to deploy and maintain.
It's very hard to build a real money-making business. The best language is the tool that gets you over the finish line.
It's great to invest in new technologies. But, I have also seen many developers push technology without the business in mind, to satisfy intellectual curiousity or some self-serving desire to feel superior/smart.
If I ever chose to do something commercial it will be a race against the replicators. Ideally they only take notice when a concept takes off. You could even get the patents?

Not to offend you at all but its an interesting cultural phenomenon to just ask for the fruits of ones labor when it comes to innovation. If you would bring a large bag of money to the conversation I would still be reluctant to share. I'm not at all sure what role I could play in manufacturing.

It sort of reveals what happens with most inventions from raw to polished. I probably wont produce or share anything. There must be millions of iterations of this formula ranging from not very good to stuff that blows the mind. All taken to the grave.

I suppose the inventor catch 22 joke is that one could potentially make a lot of money with ideas if one had the funds to gamble. Inventors are of course dreamers so don't expect anything to happen. We are all missing out on much more than we could possibly imagine.

In all fairness, if you look at what is out there my ideas do not make for a much better vehicle. If you simply add an aerodynamic body to a recumbent bicycle then put some electrical assist on it there is very little need for further efficiency.
The argument for C not being low-level is not via UB, it is via the fact that a lot happens when C gets translated to assembly, and to explain that you need to consider an abstract machine that is many things, but not low-level.
Jeff's blog is really great btw., especially the Towards Moore's Law series.
Tesla employees say they took shortcuts, worked through harsh conditions
During coding interviews, I'm looking for the following evidence in a candidate:

1. how good is the candidate at problem solving?

2. is the candidate able to think in code?

3. are there any glaring syntax errors?

To assess the above three, a whiteboard, paper or Google Docs is sufficient. I'm not averse to using an IDE, just that the IDE's syntax checking hints will shift the candidate's focus to writing syntactically accurate code (#3) rather than on the problem (#1 and #2).
Comparing per departure would give an enormous advantage to cars. The average airliner trip is hundreds or thousands of miles. The typical car trip is single or double digits. Cars thus make many more departures for the same distance traveled, so their denominator would me much larger.

The standard metric is fatalities per passenger mile. In the US, cars account for roughly 10x the number of passenger miles as airlines, so you’d expect 10x the fatalities if they were equally safe. In recent years, cars average around 40,000 fatalities per year, and airliners average around zero.
I would argue that starting with the actor paradigm is better than starting with microservices (ideally with some form of dependency injection). In a way they are the same thing, but you aren't forced by the Actor paradigm to start with individual processes. You can start with a single service, and break actors out into microservices as needed. Starting with microservices seems like premature optimization to me. I feel that the actor paradigm fills this gap nicely.
"The wrong thing"? I don't see part of the spotify EULA that's against my audio drivers shutting down coincidentally just as ads play.
Pyrotechnic Breakfast - I have my next album name
Strategies for reducing food waste might be a very interesting research area. I have no idea though what is happening in that space.
Congrats, you have been proposed for this years "Plaintext Password Award", the trophy that every industry professional despises but somehow many still manage to obtain one!
I think lots of startups are prone to something similar to the "second version" problem.

They bring in a really good senior developer as a CTO. This person finally has the chance to set their mark and for once build the perfect setup, no legacy systems to take into consideration, no outdated corporate directives limiting languages or architecture. This time it's going to be perfect.

Other aspects tend to be forgotten:

- The startup might not require a very sophisticated tech stack. Most of what needs to be built might be lots of html forms, user handling and a few other thing that can be done in any language.

- They and up with a pretty advanced stack of best-for-the-job tools and languages that forces the company to compete with lots of other trendy startup for a very small pool of highly paid highly qualified developers.

- Some tooling and functionality might have to be built from scratch compared to more widespread languages.

A healthy question to ask before picking a more specialized stack is "What do we really gain compared to building this on Ruby/Rails, Django/Phython or Symfony/PHP?"
For anyone else not familiar with military hardware: SARH = semi-active radar homing. The missile itself passively detects a radar signal reflected off a target by an external source, such as the launching aircraft.

https://en.wikipedia.org/wiki/Semi-active_radar_homing
Just say “don’t send humans into space.” It’ll save you a lot of typing and you end up in the same place.
This is dumb. FP isn't going to get you 10% improvement in any metric related to code. Not that I think you shouldn't use Functional style, you definitely should. But as far as a "secret weapon" goes, the only thing I can say is that if you hire developers who know to do this, then you're already hiring good people who can get things done in any technology.
Ray Harryhausen’s Restored Models Revealed on 99th Birthday
We might not relocate it though. Dumping massive amounts of international sourced food typically drives down prices so much that the local producers can't make enough money to keep their operations going, and close up shop.

Then when the food aid is turned off, the population has both grown to the level that aid could support, and the local production capacity is less than it originally started, meaning more famine related conflict.
That's the price you gotta make when you want to sell cheap cars
Most importantly "There is initial Rust support for bare metal rv32 and rv64, with support for hard float Linux targets due to start soon".
N26 announces N26 You, a revamped premium account
You don't need to be a cryptographer to know that you don't do plaintext passwords.
> all else being equal. Hence it makes sense to use one.

It would make sense if you managed to sort out the precondition first, i.e. find sufficiently capable and affordable programmers able to use the language, make sure the language ecosystem is as capable of supporting your field as more popular languages. In other words, it rarely makes sense because "all else" is usually not equal.