skysight-inc/HackerNews huggingface dataset:
If you have some capital set aside, you may be able to find some additional profit from technical trading of crypto.

Always manage risk, but I've seen HN types manage impressive gains this way. Even if you earned an average 1% a week while short-term trading on $10K capital as bitcoin channels sideways or broadly down, that'd be an extra $400 a month for which you wouldn't have to be working for anyone but yourself. On top of that, the experience and any unused funds can be applied forward for an acceleration of profits over time.

The practice is accessible and a lot of helpful technical trading lessons can be learned within a matter of weeks or months. It's easier in many ways than the stock market, where a baroque layering of various conditions like deadlines, splits, earnings, and other variables must be figured into trading.

Always protect your capital, set stops, notifications, etc. but IMO there's a lot of profit to be found if you have some amount of capital set aside, and it comes at no cost to you except as relates to your chosen risk threshold. (You can never lose what you don't risk)

Just an idea, I wish I had started doing this myself years ago. Good luck and I hope the startup works out well for you also.
It seems as if low gravity on Mars would make it a one-way trip.
Certainly a book that belongs on the honored shelf, near the Knuth books.
On the other hand, DBs call fsync() very often, which would presumably trigger this frequent "stop the world, write the data" behaviour vastly more than otherwise, which could make your I/O very stuttery.

My solution has always been to just add a RAID controller with a battery-backed write cache, and then to disable barriers on ext4 and switch to journal=writeback. The data gets written to the cache "instantly", meaning less risk of data corruption (either at DB or filesystem level) from crashes or power outages. Saves having to worry about any of this sort of stuff.
In the UK I remember it being both a small required annual fee and very popular - but that's just as anecdotal as the comments in your link.
I keep getting amazing applicants but vastly overqualified for the roles for which I am hiring :(

good luck out there, guys.
I believe you might have a slightly biased view of what front-end development largely looks like. What you're describing is the type of front-end development that goes on at the organizations that actually develop these frameworks.

The vast majority of front-end development outside of that world is misguidedly trying to mimic that complexity on their static business informational page they maintain with a duct taped mess of bad practices everywhere.

Now if you take a look at development outside of front-end and go to some large non-tech, mid-sized, or small business you'll probably also find poor practices (from my experience), but nothing like the mess I see in these
same organizations trying front-end development now.
>Fedora has moved to Btrfs

(Sigh)... Another reason to move away from Fedora.
There is a world of difference between a title screen and end credits. People are usually there for the title screen. Nobody is objecting to that
Fedora has switched to btrfs, but you can still choose your own preferred filesystem at install, just as you have always been able to.
I'd agree with this. I give every time they ask, but it's gotten to be less and less. The turning point was when they sent me a knife, a nice little pocket knife. I opened it up and written at the base of the blade: CHINA. Could they not find ONE knife manufacturer in America???
I've found Angular to be more effective than React at companies with a "developers are cogs" mentality. Angular has opinions about how things should be built and there is a lot of supporting material out there on how to do things the "Angular" way. It's much more heavy weight that React because it's a more comprehensive tool whereas React is just the rendering portion. If you're the type of developer who can push the boundaries of what's being done on the web, you'll be happier with React or other tools. If you want to just follow instructions and tutorials online for how to build a website use Angular or even a CMS.
" Bluntly, if we removed everything that confused or angered people, it would be a full-time job."

What a stupid cop-out. If you can't see how uniquely offensive this particular thing is, well, there's words to describe you.
John Carmack on Quake, Internet Play and Latency
Man makes last-ditch effort to recover $280M in Bitcoin he threw out
> I've thought about open sourcing it, but the problem is... well, then you have to maintain it

I re-purpose abandoned code all the time. It's not a moral failing to release unfinished code, especially if you label it as such.
F*ck yeah! https://www.hella.com/hella-us/en/History-139.html

From my experience it comes from the power of the lights often used on 4x4 vehicles used by the inhabitants.
Yea- I didn't mean to imply any illegitimacy. Just that they're more prepared for this than most people realize, and more than the article implies.

Everyone considers taxes when setting these things up. Not everyone considers surviving major legal and political attacks.
It's a good point, but perhaps mostly a semantic one. "Kindness" here was not meant to imply insincere but I think I get the distinction you are drawing. I guess I was mostly thinking along the lines that it's impossible to have a good model of the mental state of the person you are dealing with, so you simultaneously should be forgiving of rough edges in their treatment of you, and thoughtful about your treatment of them - absolutely I think this includes the sort of judgment you are talking about.
No, the Steam for Linux + Hardware effort definitely got Microsoft moving:

https://www.onmsft.com/news/the-story-of-how-valves-move-to-...
I know a lot of people don't like overloading in general because they've been bitten by people abusing it, but I don't think that's where Zig is coming from. Rather, the project places a high value on being able to understand a snippet of code in isolation, particularly the performance implications of that snippet.

Especially in math-heavy domains I don't think anyone is arguing that "vec1.mul(vec2.plus(vec3))" is cleaner code in the abstract (and I know I've personally written pre-processors _entirely_ to avoid having to write that kind of garbage when doing math-heavy code in an environment unfriendly to such syntax), but the function calls make it crystal clear that something non-trivial is happening under the hood.

Do I want to to give up operator overloading in Python? Absolutely not, and to be frank I wish that portion of the language were even more dynamic. Do I care about Zig not having operator overloading? Not in the slightest. It sits at a different point in the language design space, and I'm super excited about it.
Oh absolutely, but we're comparing donations and loans to the same cause, not arbitrary 0% loans and more efficient/profitable 'schemes' right?
The text of the article is more sober, but the title alarms me because I know a lot of people will look no further, and will spread more vaccine paranoia. There's already plenty of that and the press has been chasing clicks.

If you have a group of 10 million people, a certain number of them are statistically likely to die within the next 24 hours, vaccine or not. So a lot of spurious correlations are going to happen with mass vaccination, and many of them are going to end up in headlines. It's already happening[1] and the press is going to be responsible for a non-zero number of deaths from people who don't understand that it's sheer coincidence.

[1] https://nypost.com/2021/01/13/pfizer-cdc-probing-death-of-fl...
> With how user-hostile Windows has become lately

What recent change do you mean? I can’t remember any particular change that I would consider user-hostile.
> 2. long compilation times which lengthen cycles and reduce software quality

Seems like something that will be improved over time in Rust.

Do you see any advantages of Rust over Zig, which wouldn't fall under point 3?
My bias has always been against click-and-drag programming, and I believe it mostly comes from my application developer background as the sentiment towards visual style application development tools is (almost) unanimously negative.

Coming over to the data world, I noticed the same type of problems click-and-drag app development had appearing in tools like IBM's DataStage and Informatica's Powercenter. There's only so much you can do by dragging and dropping items on a screen, eventually you need to take their respective escape hatches and do some programming - and when you do it's almost never ideal. I've also yet to see a visual coding tool produce readable concise diffs in any source control provider. Most of these tools also require some sort of centralized server infrastructure and a thick client making it so much more challenging to bootstrap new ETL developers.

I do hear others in the data world who have migrated to Spark or DBT share the same sentiments - but that could just be confirmation bias.
"The Taft–Hartley Act amended the 1935 National Labor Relations Act (NLRA), prohibiting unions from engaging in several "unfair labor practices." Among the practices prohibited by the act are jurisdictional strikes, wildcat strikes, solidarity or political strikes, secondary boycotts, secondary and mass picketing, closed shops, and monetary donations by unions to federal political campaigns. The NLRA also allowed states to pass right-to-work laws banning union shops. Enacted during the early stages of the Cold War, the law required union officers to sign non-communist affidavits with the government. "

https://en.wikipedia.org/wiki/Taft%E2%80%93Hartley_Act
Sorry, I didn't mean to be hostile. I'll rephrase that better.
On the Apple M1, Beating Core ML 4 with 50% Model Performance Improvements
I consider myself to traditionally be a backend engineer, though this has more been something I fell into rather than chose.

I admit I feel I share some of your frustrations. In the past I have written production frontends in Angular and experimented with Vue and React. Out of all of them I found React to be the most enjoyable, but even then I still struggled with project setup and found the tooling confusing. I even quite like TS as a language, but I feel it's still quite limited by the fact it transpiles to JS.

Recently, I discovered yew [0]. It is a Rust framework for building frontends using wasm. I really appreciate the robustness that Rust brings such as ownership checks and ADTs. I don't think it's for everyone, but it may be worth looking at if you perhaps find modern frontend development confusing frustrating. I've found it to be quite the breath of fresh air.

If you do decide to have a look I found the examples [1] and getting started guide [2] very informative.

[0] https://github.com/yewstack/yew

[1] https://github.com/yewstack/yew/tree/master/examples

[2] https://yew.rs/docs/en/getting-started/project-setup
It's rather old school style. C# has had local type inference for ages.
What is a "pre-made pack" ?

An overview of your security stance which is fundamentally fluff ?

Thanks.
Actually not to pick a fight, but that's what "Java" is for. The only reason we have too many languages is because every software developer wants to create his own, and inevitably some will gain traction, and get popular enough to further fragment the industry.

Imagine how awesome the world would be right now if all those kiddies had just focused their energy on making JAVA better. Java would be 1000x better, and would be the ONLY language.

But nope, everybody knows best, and so now we have a "Tower of Babel" for a software industry.
> I think the problem is you called it a "reliable" route to financial independence, when the variance is actually pretty high. Anyone who can get a job at a large tech company in SF/Seattle/NY has a much more reliable route to financial independence.

I feel like I argue this ad nauseum here on HN. No, being engineer #3489 won't ever make you financially "independent" (and by that, I mean having FU money). Financial comfort is something else entirely. Making 100-200k (even including stock bonuses) somewhere like SF/NY where rent for a 1 bed 1 bath is like 3k (and houses/condos start at $1 million) will never have the same upside as starting your own company. Let's ignore for now the very real chance of getting laid off, or otherwise fired in favor of a younger engineer that gets paid less than you do (when you hit your 40s).

But again, financial independence is just one aspect of "winning" at a startup. Everyone conveniently ignores doing your own thing, freedom, self-reliance, self-determination, etc. -- these are non-existent at BigCorp (where you're treated, at best, like a cog). I personally value freedom much more than I do money -- which is why I accept the risks of every few years throwing my hat in the ring and seeing what comes of idea X or Y.
We don't really know whether the aging process has slowed. Some biomarkers changed but that doesn't necessarily indicate a longer life.
Redis has Lua engine inside since 2.6, allows lots of fun things. One can implement a distributed set of finite state machines on a Redis server, and get a key-level consistensy for free due to Redis' single thread nature
> the function calls make it crystal clear that something non-trivial is happening under the hood.

Well, it makes it crystal clear that something non-trivial may be happening under the hood. If I have a vector type which is implemented using SIMD intrinsics, I'd still call its addition operation "trivial", even if it hasn't been blessed by the language as such.
Edited that comment, I hope it is better now.
It is not entirely true, please check D as a Better C [1]. You can have your cake and eat it too with D.

[1]https://dlang.org/blog/2017/08/23/d-as-a-better-c/
Thanks for the correction on localtime, but they point is not avoiding allocation completely, is being explicit about it. All functions in Zig's stdlib that allocate memory take an allocator as parameter.

That's pretty much the whole point: allowing the programmer to know if a function might allocate or not, and allow them to customize which allocation scheme to use by passing in whatever allocator they prefer.
Coronavirus found in ice cream made in China from NZ milk powder
Given your restrictions and background I think Nationwide Children's and/or Ohio State would be good options. Get a bioinformatics job there. Don't give up.

General Mills is looking for bioinformatics types as well if you want to stay in the crop field. They may let you work remote.

Banks/Insurance are also looking for data science / programmer types if you want to go that way.
No shit prosecutors don't want to make public statements that are even potentially stronger than what they can support in court, while in the middle of an active investigation. The DOJ has opened hundreds of investigations, arrested or put out warrants for dozens of people, and are still gathering evidence.

There is little doubt that some of the MAGAs intended to harm or kill civilians in the Capitol building, including the Vice President. They repeatedly said so on tape, shouted it to the public, bragged about it to each-other, etc.

Whether some groups of them constituted "kill squads" per se (whatever that means precisely) has not yet been proven out.

> you see nothing wrong with setting fires at a federal courthouses

Nobody said that. Literally every comment you make moves the goalposts and makes unfounded accusations, and you seem fundamentally incapable of admitting repeated misstatements.

I just said that "starting a fire inside the fence" is categorically different from your previous characterization that they "set the building on fire".

To be honest this conversation is going nowhere. I recommend you find some other interlocutor if you want to keep going.
I just donated, because of your reminder. Ty.
Do you ever wonder whether we cause the complexity ourselves. Did we need React? Flux? Graphql? Since we introduced these concepts we needed to rethink a huge amount of other stuff to keep it performant.

Compare the simplicity of jQuery vs a modern tool chain. Like creating a form. It gets pretty insane with React. And jQuery would be dead simple.

You have to stay on the bandwagon because it’s where the community is now. There’s certainly a lot more fun to be had remaking everything in React though.
Men answer like this for the same reason women do: it requires essentially no effort.

Bots are generally easy to spot. Coming up with something at least semi-relevant the person’s profile is not much harder than a “hey” for the type of person who shows enough personality on their profile to be interesting in the first place.

Your success rate will easily shoot up 5x from the baseline of “hey” by saying something even remotely interesting.
To put it plainly, Java is a fundamentally broken language and its mistakes, starting from not having sum/option/result types from day 1, make it impossible to fix.

edit to respond: calling them "bells and whistles" is a deep misunderstanding of what sum types are. They profoundly change how every single piece of code in the language is written, starting from how nulls are handled, and cannot be retrofitted into an existing ecosystem. (You can add them later, but baking in sum types from the start is very different. In particular Java would not have its terrible exception system if it had sum types.)
I am not in favor of naming scientific measurements after stupid puns whose time has already passed.
And here's the working group's repo: https://github.com/rust-lang/wg-allocators
I suspect it might have bitten me if I wasn’t so lucky to encounter “/=“ first, which lead me to read the documentation and discover the different kinds of concatenation (“+=“ and “/=“) and their behavior.

To someone just skimming the code though, it might not at all be obvious that “+=“ and “/=“ both exist as concatenation operators, and their behaviors are different.

But yes it’s an aesthetic preference or opinion; I tend to prefer operators only when their only possible behavior is nearly so obvious that no documentation should be necessary. When that’s not the case, I prefer named functions/methods because they permit being explicit about subtle differences.
The bar for participation is dramatically lower for JS. I think that's unequivocally a good thing, but it does lead to explosions of libraries and toolchains of questionable quality which iterate rapidly. There is SO MUCH JS stuff out there that even just the bad stuff greatly outnumbers what you have in Rust or Go. It's the same reason why PHP has such a bad reputation. It was used and abused by non-developers just getting shit done for years that if you casually looked around the PHP world 10 years ago everything looked like crap. Quite frankly I'm over the elitism that so often accompanies these discussions where people ignorant about how other domains work make huge assumptions about the quality of said ecosystem. It's classic Dunning Kruger.
Losing Money (2016)
The truth matters.
Like Java, Go is a fundamentally broken language and its mistakes, starting from not having sum/option/result types from day 1, make it impossible to fix.

edit to respond: as the commenter below pointed out, dynamic languages can express sum types just fine (though statically verifying e.g. null checks isn't possible without some sort of gradual typing effort). This is why they are superior to traditional statically typed languages like Java. But even better are languages which have static sum types.
Gab, Ruqqus, etc. have shot up. Parler also rose astronomically, but they have to find a new host now. Off to a great start, honestly.
Every single typescript oriented library that I've tried has had a pretty atrocious dev experience and no end of compatibility issues.

I love typescript, but the ecosystem is without a doubt one of the biggest detractors.
Coroutines in C++ are a good example, definitely. Rust managed to use the borrow checker to avoid dynamic allocation with coroutines. I wonder how Zig handles this, and I hope it's not through undefined behavior.

From reading it over, it looks like Zig does use dynamic memory for coroutines but it requires the memory to be passed in at the point of construction. That has some pros and cons to it and is consistent with Zig's overall approach so I can respect that choice.
It's good to protect yourself, but the chief reason covid-19 is particularly deadly is that people are contagious for a relatively long time before showing any symptoms.

Mitigation measures should target what makes a disease particularly deadly and neutralize it, in order to be effective.
True. The title is more dire than the actual content of the article.
China responded last week with an EU style blocking statue: "Counteracting Unjustified Extra-territorial Application of Foreign Legislation and Other Measures". Essentially retaliate against any entities from third countries who obey US sanctions. It's still more signal than prelude to forcing companies to choose, but looks like forcing companies to choose is the next step.
There is still a lot of damage he could do between now and Tuesday :(
> “can be risky (see OP)” is vastly downplaying 1 in 10 odds of nominal success. Simply not failing doesn’t mean the bet paid off.

We know this, yadda yadda "survivorship bias." It's just boring to have the same people making the same points about every startup that made it. It's like the old "correlation does not equal causation" trope you see repeated over and over again when someone links any dataset. We get it.

Again, my point is that this is not insightful -- and you've yet to demonstrate otherwise.
I'm not blaming kids. And the constant churn is not a bad thing.

Next time I build a team, I might consciously choose a mix of stable experienced senior devs, and perhaps a couple of young ignorant-but-brave junior devs. Horses for courses.
Michael Abrash is one of the most pragmatic and clear programmers I've ever seen in my lifetime. Not only is he incredibly smart, but he has a communication style that is by far one of the greatest in technical manuals.

I didn't realize that the physical black book was so expensive these days. I sure hope I kept my copy.
First, I hate paywalled news sites. Second it sounds more like inbreed than a battle thanks to reddit friends.

`The creator of Svelte, Rich Harris, actually works there!`

`I think it was a passion project from a web dev at NYT`

I would still like to hear more about it, will dig further, thanks.
I agree with this article a lot. I wrote a comment on Rust for web previously that covers similar ground: https://news.ycombinator.com/item?id=23776855

One problem that I noticed, which may become a serious issue in the future, is that a lot of libraries add abstractions via macros. Macros don't always compose or debug well. I had some experiences getting errors in my macros that had extremely confusing debug messages, often pointing to files that didn't exist. Hopefully there will be a trend of moving back to plain old functions. Nom for instance has converted its combinators into regular functions, which I like a lot.

I'd love love love for there to be a language that gets in between Rust and TypeScript. It'd have the strictness over mutability like Rust, but the GC of JS/TS. It wouldn't have 3+ string types. It'd have enum variants and pattern matching but maybe not macros. Gleam is pretty close!
So you're suggesting grandma connects to a different server when setting up the app?

next you're going to tell me grandma should just use IRC instead.
I love Zig. Occasionally I wish it had interfaces because that’s how my brain designs software components. You currently achieve the same runtime characteristics of interfaces by using a function property on a struct.

It’s a great language though and a ton of fun. It’s so easy to dive into a codebase quickly which I value as a very distracted dad. The standard lib is a joy to read too.
I’m curious what your alternative is, given that Go famously also lacks sum types.