skysight-inc/HackerNews huggingface dataset:
The program started less than a year ago. I think it's way too early to say that. So far, it seems like people prefer still transacting in dollars, but that may change over time.

I'm just impressed that a small, developing country could roll out a new technology so fast.
I get what you're saying but I wouldn't program web apps for 3x the pay even. I don't "feel" the American way of switching jobs and being a general purpose programmer.
Because they all have the same goal: do whatever it takes to get rich. That means taking as much money as possible from other people.
I dont know them as well as I do Go but the libraries (java especially) don't feel as coherent as the go libraries do, though that may be subjective and to do with my lack of experience with them. In addition both of these languages are large enough and have projects structured in such a way as to make it difficult to just use a text editor, which i consider a barrier to me just 'cracking out' a project.

C# also had pretty middling linux support the last time i worked with dotnet. and java tooling is not as out of the box as go is where I have to know is gradle good or still used or should i just use maven. Its all part of me not wanting to have to choose the best dependencies for my project and being handed for the most part good enough dependencies by the language standard library.

Another thing to appreciate in go is it produces good enough binaries and produces them very very quickly -- i've worked on several massive go projects and the build/test turnaround time is quite good.
What's the state of affairs when it comes to self-hosting?

I'm waiting to deploy either Nebula, ZeroTier, or Tailscale, but we don't want to rely on third parties for auth or coordination.
I live in Ireland and I can agree with some of the information / points the article raises. There has been a large increase in the number of data-centres in Ireland over a short period of time, and the electric supply has not expanded as quickly (in fact there has been issues in the recent past where there were several generators shut down for maintenance and there was a risk to supply, nothing to do with requirement from data-centres)....therefore there is an issue with supply vs demand.

The article states that there has been a massive increase in the demands for electricity from data-centres in the last 6 years, but fails to identify the growth in IT as a whole with that period. Another fact that also seems to be missed (intentionally or not) is that due to restrictions over the last 2 years, as a consequence of COVID, the majority of businesses in Ireland were forced to move to a "working from home" methodology instead of having everyone in the office (the offices are only now beginning to transition back to having people in the office space). As a result all these companies suddenly had a requirement for Zoom / Microsoft Teams etc to facilitate workers being remote but to also function as close as possible to "business as usual". These demands meant that in the last 2 years alone there has been a massive requirement for additional data-centres and IT infrastructure. In my mind there has been issues with supply for a prolonged period, with parts of the delivery infrastructure not being fit for purpose / requiring upgrade, these issues have just been exacerbated by the rapid incline of TECH in Ireland over a short period.
I suppose the writer is asking why the people behind these companies think they will succeed in the first place. Or why the market will bear it. Why do people buy very expensive socks when cheap socks are readily available?

It's a conversation I often have with my wife. She prefers to buy as cheap as possible provided a product does its job reasonably well. I prefer to buy the best possible version of a product that I can afford (which doesn't always mean most expensive, so I end up doing a lot more product research whereas she will just buy whatever).
Software Engineers are generally intelligent people.

Intelligent animals need stimulation or they get bored and depressed.

I think collectively, "let's move to Rust" is at least partially because we're not challenged enough by writing the same CRUD app for the 20th time in the same language we've been using for the last 5-10 years, and we want to leave our mark in a new ecosystem by implementing whatever is missing.

Some people want to optimise for "fun/exciting/different" while others seem to be aiming for "known/just works, incidentally boring".

We probably need to find the right middle; how do we keep it fun and challenging while keeping it simple and maintainable.
I'm about to go away but having local access will be very useful.

I've just setup tailscale in a few minutes, very smoothly. I'm impressed it scales down to this kind of simple use case nicely, and it seems it has nice features as my use cases might scale up.
React is extremely complex internally
>You can churn out gritty spaghetti in almost any language

But some languages make this much easier than others
We love the team at DronaHQ - what they are building is really special with a lot of heart!
I'm a big proponent of walkable cities too, but I diverge from these people in that I don't think it's desirable to make everyone live in a dense urban environment or else extend public transit to every corner of the US in the name of abolishing cars.
It doesn't help much, in my experience.
Crazy how people can raise these sums of money, it's all about who you know.

I also notice they have a careers page so I had a gander. A 6 stage interview process! Good lord tech companies really have gone down the shitter
Huge numbers of young people learn traditional music notation all the time, yes, but I wouldn't say with little stress. Music notation evolved much like English, and much like English it's widely recognized to be full of kludges and unnatural constructions. And similarly, changing it would resemble switching to Esperanto.
This phenomenon becomes a lot clearer when you invert the question: Why are all the products selling for 10x the commoditized version direct-to-consumer? I think that's a lot more obvious. Or at least it is to me since I had a startup which created a premium version of something VERY commoditized(car batteries) and went through this thought process.

The first reason is retail margin. If you can manufacture something for $X, it will probably retail for $2.5-3X. When it's really cheap to make, that might be a reasonable price, but when you are making something that has 3-5x the BOM of the cheaper versions, that high of a markup can make the product inviable. When you start to look at the absolute dollar values, you realize you might be able to do your own marketing and sell direct at a lower price.

Second, with such a price premium, retail isn't as appealing because your buyers are going to be high intent. If your underwear is 5x the cost of everything around it, you're not going to sell the average Walmart shopper just because they're already there. So the other value prop of retail, exposing your product to their captive audience, isn't going to be very valuable either.

So we're left with a lot of DTC business, generally selling quite premium products at high prices, but what are often very reasonable margins. The economics can be shaky because of the high cost of user acquisition, but unfortunately there aren't really any better alternatives at present. Some people do take advantage of this general ecosystem to try to sell cheap stuff in the same manner. I think long term this is hard to due because so much of the business relies on word of mouth, but these sorts of entities definitely do come and go.
You are experiencing what I call "The Bisquick Problem". Bisquick is basically flour with some other stuff, like salt, premixed into it, and sold in a box in the USA. So instead of just buying flour and salt, you buy them together, which makes some things easier (like making pancakes), but it complicates literally everything else. You can't use it as flour, or as salt.

With software, the problem is even greater. You can use react, for example, but you will probably start with create-react-app, which adds a lot of things. Or you could start with Next.js, which adds a lot of things. You could use Java, but you will probably start with Spring Boot, or Dropwizard, which adds a LOT of things. Plus all of these starting points imply the use of new languages, configurations, and programs, in particular, builds.

In my view, all of these "Bisquicks" represent experiments-in-progress, with the ultimate goal of the systematic characterization of "software application", in general. In other words, they are systems of alchemy, pushing toward being a system of chemistry, which we don't have yet. So it is bound to be a confusing time, just as it was surely confusing to play with chemicals before Lavoisier systematized the practice.
> If you're using python for the web you're already part of the complexity problem, atleast from the perspective of someone deploying php 15 years ago. [...] deploying webpages used to be copy an apache config and ftp/scp your files to some location.

There is a MASSIVE difference in the value proposition of a proper deployment from version control and using something like docker w/ docker-compose to facilitate running your project locally (which is not present in your PHP example) versus what the OP is talking about, which is the idea that you should run EVERYTHING on Kubernetes and write Rust for CRUD apps.
Also not good, will confirm when it arrives.
You have to scroll down a bit, it's the second headline.
Sounds like the place where you work is going bad. Companies have this lifecycle where they start off small and scrappy with a good product, then if they succeed, become big and bloated and bureaucratic, where the product doesnt matter any more.

I'd suggest go work somewhere else.
As a Keepass user, The bitwarden desktop client is very feature lacking. It provides very little over just the browser interface.

There's no desktop autofill or autotype and no SSH key management.
The beans and rice recipe in the footnotes is a nice touch. Beans and rice is a complete protein, and I subsisted on it for a long time, through school and tough financial periods. I highly recommend over ramen.
It sounds like the point is to type members before their data in the stream. But that can’t be a huge drain on serializers. JSON isn’t supposed to be incredibly performant, it’s supposed to be human readable. And with multi core I would expect serializers to read ahead anyway.

There was a thing called Reverse Hungarian that put an abbreviation for the type in the variable name. That had some value to work on very small screens without much scrolling.
I don't know about the rest of the stuff on this list, but Bombas socks are worth the extra cost.
Currently? Microsoft Teams, by a huge margin. I despise using it. I hate everything about it. It gets everything wrong except maybe sending audio data around. Slack is pretty terrible but at least it lets me send a text message to someone without causing me to rip my hair out.
His post relies on a false assumption that the new products are equivalent to the previous comparison products.

This falls apart quickly. On mattresses, for example, it's uncommon for queen-size mattresses with higher-end features (pocket springs, etc.) and quality to be in the price range he suggests. He makes no effort to find actual comparable products.

The post might as well say "Why do iPhones exist? I can buy a Boost Mobile Android phone for $116 from Walmart! Apple wants 5-10x as much!! This product will never succeed..."
Sure, but modern technology makes it far easier to scale such approaches. If you're running a scam (or just really terrible deal) that only one in ten thousand people would fall for, the internet makes it actually practical to find enough marks and do so from a place where they have no legal recourse.
It is interesting that, in the third year of the new world, so few companies have made material progress in building new supply networks.

One would have thought that years of empty shelves would have provided both economic motivation to businesses and political motivation to governments that we'd have seen the process at least start in earnest by now.
I love Paris and would love to hear about some good Paris-adjacent nature opportunities if you're up for sharing.
> When it comes to underwear or other clothing items, I'm generally willing to pay a bit more if I know that I'm avoiding plastics and pollution and the workers who make the items aren't working in sweatshop conditions

Why do you have so much faith in these new startups? Sure their marketing copy says they're all ethical and great and stuff. But the legacy guys have a reputation and experience. I've been buying their stuff for decades. They've been around for 100 years and will probably continue to be around for another 100 years. Who knows about these new guys? They don't have a reputations. And the new guys don't make their own stuff. You can't even find out where they're made or under what conditions. They probably won't exist in 20 years, let alone 100. They're mostly a bunch of MBA grads that came up w/ this idea a few years ago. You really think they have a better handle on working conditions than the people who have been doing this for 100+ years? I don't buy it
I'm not entirely sure who's the target audience of this new notation. I've been reading music for 40 years and don't think I've once needed the vertical gaps between notes to tell me whether an interval was a major or a minor third. In fact, I think in terms of steps in the scale, not whether those steps are flattened or not. So equi-distant vertical spacing for the notes in a major scale better fits my mental model.

But that's just my own preference/habit. The real sticking point for me is the ambiguity of whether a note head is exactly on a line or just below. Sight reading needs that decision to be immediate - picking out whether the note is just below the line inamongst some large and rapid intervallic jumps is going to be almost impossible.

Also, I'm not sure the author has understood one of the key rationales for these other clefs - that the number of ledger lines can be minimised. E.g. Playing in the upper register of the trombone is an exercise in parsing 4-6 ledger lines, which can get tricky especially with rough hand-written charts. Switching to tenor or even alto clef keeps everything nicely within the stave and easier to read. Where in the staff the 'C' sits is just a detail, and it's surprisingly quick to get used to different clefs with different centres.
It's not even an implementation detail. Both use, ultimately, JSR and RET instructions.

It really comes down to fetishism, which is why I don't use either of them. I am not a Fetish-Oriented Programming enthusiast.

It is also why I am not all in on Rust. Memory safety is pretty important, but it is far from the only important thing in programming. The amount of attention Rust insists I devote to it is attention I don't have available for the other things that, frankly, deserve it more.

Considering that in the last 10 years I have spent strictly less time debugging memory usage errors than preparing compiler bug reports against Gcc, putting memory correctness guarantees front and center ahead of all else seems to me a mis-allocation of my extremely scarce attention.

Attention is by far the scarcest resource available to any programmer. Allocating and applying attention where it is most needed is the central problem of programming. A language that overrules your judgment as to where your attention must be thus interferes with the core business of programming.

C++ does demand just a little more attention to memory management than some other languages, but less all the time. It pays that back by eliminating most taxes on performance, a swap I agree to.
Tedious? It's as straightforward as you can get (by design). React has devolved into an utter mess of ambiguous patterns and unnecessary abstractions that make the work far more difficult than it needs to be.
I mean, so what?
I think you're overreacting (and I think the comments here are overly negative).

Web tooling is better than ever. I can very quickly spin up a full-fledged production grade app with very little investment. I don't worry about blockchain or NoSQL or any of that. I just use tools that make me a productive engineer and that's ultimately what companies are interested in. If you're worried about recruiters asking you if you've looked at modern languages, then you've got some bigger fish to fry. If you don't know the language, the answer you should feel like giving is "I can learn anything, and I'd be happy to prep for the job."

I'm currently working on a statistics website for a game named Smite. The ingestion engine is powered by Go/Redis/PSQL/Docker, and the frontend is Next.js deployed on Render.

This is hardly complex. The Go binary reaches out to the Hirez API service, requests some data, caches it on Redis (in case we need to run the ingestion multiple times during development and to avoid service quotas), and then stores the data in a normalized data structure in Postgres. With Postgres I can now run SQL queries on top to gather stats about the playerbase and the games. All of this is done on my local machine. My MacBook has about 1 TB of hard disk space, which used to be unheard of a couple of years ago, so I have no worries about my database growing to a size I can't manage (old matches are also pruned and removed).

The next part is the frontend part, which is what I'm working on now. But this is also super simple. I'm using Next.js to statically render a website using SSG. I basically reach out to the Postgres database locally, grab the data points I need, render the UI into static HTML files, and then I just take that build, push it to Git and it triggers a job to deploy it on Render. All of this tooling is ridiculously and refreshingly simple.

I think you're really overthinking it.
I agree that we lean on things that are often too complex for our given tasks (the industry encourages it) but I'm going to push back with a little Rust rant. I'd argue that RUST is actually represents a simplification not a complication. Perhaps GC was an over-complication. Perhaps app/system language separation was an over-complication. Perhaps the idea that memory/cpu limits don't matter because there is always more on the way because hardware keeps improving royally screwed us. Perhaps OOP is a disastrous over-complication. Perhaps energy costs and efficient resource management is actually a hell of a lot more important than we believed it was. Look at all the bloat we blindly accept in the name of productivity which in many cases is dubious. Rust may not be the be all end all of languages but it does shine a bright light on the brain rot that has consumed the software industry.
Prototype Shadecraft Satellite Project
And by the way, dokku has support for cron jobs and everything else you indicated, all for free. Dozens of plugins that support every database. Git push almost any app and it will detect and build, just like heroku. It's so good.
Yeah, this is really about employees at a large company. There are probably quite a few family businesses where someone(s) have been connected with the store or whatever for a long time.
Partially depends but company with 1 IT person that is not data focused, there is low probability that they will have that amount of data.

For anything above what we have I think it weirdly depends on country/ salaries.

In US, 100k per year is no brainer for cloud as even 1 FTE would cost much more.

In non-western Europe, 100k is deal killer as you can hire 2 senior DBAs and you still have enough money for quite a reasonable server.
I'm okay with being the "weak person" who doesn't enjoy cycling in below-freezing weather.
Fastmail + 1Password have quite a similar feature, the difference being that you can control it all from your normal email address (the feature is built into fastmail, using JMAP, so that 1password basically calls out to FM and implements a few API calls to generate a random secret email.)

Very cool, glad to see more people doing so!
cars today are more complex than the model T, though we could have settled for faster horses ;)

I don't think we're screwed.

I agree at times complex solutions are prioritized for the wrong reasons - e.g to create more work, buzzwords, or to look nice for hiring and investors. But ultimately these are tools with tradeoffs.

I happen to like K8s, monorepo, and Go because they solve problems that I have personally run into. I think crypto goes too far and doesn't really solve anything.

In terms of complexity, I don't see these tools as going from algebra to calculus, but more like re-learning variations of algebra over and over - sure its tedious, but its not rocket science.

However if you don't like dumb industry trends that don't create business value you can always go work for a series A startup. They DGAF about the frills or buzzwords, they just want fast results.
Mattresses are usually soaked in fire retardants. 'eco' mattresses aren't. Worth $800-$1100 for an 'eco' California king mattress from Brooklyn Bedding or one of their subsidiaries.
We actually built a tool exactly for that: https://www.datafold.com/data-diff
The core use case is helping data engineers building analytical pipelines test the changes to their code prior to deploying, but can also work for any query. You can diff tables or just SQL queries directly.
One thing I do, which no clue how helpful it really is, is use a custom domain for my emails with support for catch-all addresses. When I sign up for a new site, I typically put my email as something like "<site-name>@<my-domain>.com".

If my data were exposed, I guess someone who realized that could try any variation of the site's name to figure out the exact one in my address, but you could always do something more unique than that. Even something like generate a BitWarden password and use it as the user for the domain.
There is a distinct difference between PHP, JS and Hare. Hare is being developed and designed with a particular point of view by a developer and early adopters who are passionately supportive of that POV. PHP and JS were both thrown together with minimal direction and to achieve specific goals in as fast a time as possible (if I am remembering both languages begins correctly). It could be possible that another language in the position of JS and PHP at its inception might be amenable to deep and fundamental changes; however, I do not think Hare fits this scenario.

If Drew and Co want to make Hare the way it is, awesome! If you don’t want to use share and prefer something else, great!
For pictures of mushrooms, poetry and t aoish aphorisms: @hw@c.im
Nazi Germany and Imperial Japan lost a war and they were punished by the victors. Makes sense and is a well established pattern.

Russia is in a war with Ukraine and it’s getting punished by… the US. Well, technically US allies are also involved but with different degrees of enthusiasm.

This one seems much more arbitrary. The idea that the US is getting involved because of the war crimes doesn’t hold water either, because the US is also supporting perpetrators of war crimes in other conflicts.

The more likely explanation is that the US wants to hurt Russia and NATO & co are tagging along. Anything which hurts Russia is fair game, including hurting citizens, companies, etc. Because that sounds a bit nasty, it’s better to express it as punishment for supporting Putin.
Yeah but to me they're not essentially the same products. The difference between a really nicely made $50 or $100 t-shirt (it is important to note that not all $50 and $100 t-shirts are nicely made) and one that's $6 from wherever is night and day. I can tell by feel and look. Why wouldn't I want the nicest thing I can find and afford?

I'll also say that I think nothing really matters, so that might explain some of it.
When done well, yes, it calms traffic. But random trees or bushes at an intersection on an otherwise wide open road isn’t a good idea.