skysight-inc/HackerNews huggingface dataset:
Serious question - if it was so much better then, why are approximately zero new companies building a Laravel/Rails/whatever app and using jQuery for the front end? If it's that much of an advantage I would expect at least someone who is trying that (because surely some are) to succeed with their lean, mean tech stack. Why wouldn't you have just written the project in that standard MVC stack instead of a modern one?

You won't get any objection from me on the debugging point, it's much harder, especially when you're crossing environment - e.g. running the front end locally but maybe hitting a remote dev or QA backend. I will point out though that there are logging tools that support the pretty standard practice of having correlation/transaction/trace IDs on your requests, such that you put in a GUID from an error and it shows you the entire request and anything that request spawned.
Because we allow it.
I heard some people complaining a bit for a moment when they made the transition, but that happens anytime anyone changes anything and doubly so when that change is Electron. But that faded quickly.
I'd assume they have a fallback option to provide access.
That's why you can run a second UDP instance on another port if you need that performance, and have the TCP one available as a fallback if that is blocked. Though to be honest the performance loss really depends on what you're doing on the VPN - if you need a low latency high bandwidth services, then UDP is the way to go. If you just use it for SSH, VDI, browsing, and file transfer I find the performance loss acceptable.
I just don't get GTK / Gnome decisions anymore. Font rendering is one part, but my personal hate is the stupid over padded default theme. Coupled with the fact they are making it as painful as they can get away with whilst still saying they support custom themes.

Until they cut back on the bloated, padded default, no one is going to take gnome / gtk seriously as a productive desktop env. There is countless studies showing more scrolling or less information presented in all sorts (like finance, programming, creative writing etc), leads to more mistakes.

But yet, this is the default theme (gtk4) next to a custom one (Mojave-dark). Pointer (mouse precision) is increasing, why on earth would I need such a bloated UX.

https://gregloscombe-01.s3.eu-gb.cloud-object-storage.appdom...
Follow/check @foone on twitter that’ll be the easiest way as they are responsible for this happening and will probably work really hard to get it running as fast as possible. They’ve been tweeting about this forever but all the sudden last month their tweet thread picked up steam and a month later it’s open source
I take the opposite approach. I like seeing these ads and brands knowing that people are making sacrifices for their career to buy essentially the same products I can get at one tenth the price. But I guess I'm the "make your coffee at home" kind of guy. But I'd rather invest that time and money into things that really matter
Sure, you can’t completely disentangle those things. But providing services to far-out communities takes a disproportionate amount of resources; if we pretend that it doesn’t and make it seem just as cheap as living in urban areas, we’re just encouraging more people to move out there who don’t need to. We’ve already got a ton of crumbling infrastructure and that’s in part because we’ve built too much of it to possibly maintain and it’s catching up to us.

I’m not saying I have all the answers, but something has to give.
Ask HN: What tech stack would you use to write Animation software?
Hello HN!

It's 2022 and I want to write a 2d animation program a la TVPaint. Is C++ and QT the way forward still, should I use something bleeding edge like sixtyfps and Rust?

Do I make a big ol' Electron app and call it a day?

What is the state of desktop development for graphics type applications?

I appreciate your help here - I have a bit over a decade of programming experience but mostly in HPC and Web domains.
People still do deploy production ready systems using RoR, Django/Python or whatever "sweet spot" framework you want to mention. Some run quite successful businesses.

You can't generalise from your experience over the last few months.

> Programming used to be about writing code to solve business problems. The shift to DevOps has been a massive productivity drain and most stacks are now incredibly brittle.

Some businesses _have_ to "shift to DevOps" in order to operate at the scale and resilience required.

Some businesses have unnecessarily migrated to over engineered infrastructure because monkey see monkey do.

Saying "everything is ruined" completely misses the dynamic.

As an earlier poster explained there are a lot more tools in the box now.
Making the right choice requires experience, a good understanding of the problem to be solved and discipline in implementation.

Get it wrong one way and you end up with an over-engineered mess that takes forever to get work done with.

Get it wrong another way and you end up overwhelmed by traffic, unable to scale in response and forever fighting fires.
> Wouldn’t this be just a lesser version of rust then?

That depends if you consider C++ an upgrade over C :)

Many flamewars have been had on this topic and i think it's just a matter of personal taste.

I'm firmly in the less is more camp.
"slack file". If you used them as swap they weren't "wasted" but could still be retasked in emergencies.

many filesystem have "reserved space" where only root could actually fill the disk: https://unix.stackexchange.com/questions/7950/reserved-space...
I see everybody around me moving to cloud, without really good explanation why.

People just buy into the "cloud" marketing. They don't have the ability to think and reason, and so don't understand that "cloud" just means "renting someone else's computer."

I built a complex in-house medical system. Quick, reliable, and liked by the users.

I was in the middle of adding a major new feature when all of the management in the IT department quit. The new people immediately decided that the whole thing had to be "in the cloud." I was removed from the project, and they hired three people full-time to rebuild it.

That was three years ago. The new system is still not online. The users are still using my old system, and the feature I was working on never got added because my presence and input was not welcome because I "don't understand the cloud." So I got moved to other projects.

People talk about "the cloud" with the same fervor and language as members of a cult. And you will be an outcast if you dare challenge their way of thinking.
Devaluing Stocks with Adversarially Crafted Retweets
I guess their biggest competitor will be Cloudflare Tunnels with Access, which does the same thing and more, for free.
I can't remember where I saw "subtype". Probably something I misrememebered. Yours is better.
I'm hosting bitwarden in a docker container running on my synology nas. Loving it so far.
In that case I think Pandora still has the best recommendation engine.
I disagree. You want people to click numbers s.t. if you asked them 10k times, a uniform distribution would emerge. But that is not what's happening. They think all numbers have the same probablity, but if you click only 1, then the probability of your choice being random is low.

Edit:

Maybe this will convince you: You said each sequence of numbers is equally likely, hence, we can't tell. I'm going to disagree with that statement.

Let's say I give you a coin, and tell you: I've flipped this coin 100 times in a row, 10k times. And you look at the flips, and each flip result is 1111...111. Would you guess it's random, or biased? The probability of that happening is as high as any other sequence, but clearly, if you'd guess it was random, you'd be a fool. This is exactly what is happening here, just on a smaller scale: 111111111 being the result of the coinflip has a lower probability of being random than the result 100101101110.

11111 has to happen at some point if the experiment is really random. The probability that it happens with YOU is low, however. Thus, it is rational to decide that the sequence is not random. Because it most cases, it won't be.
Introducing ArcticDB: A Database for Observability
You're mixing up a lot of things. Overall, things are often born out of a need. The problem start when it's not a business need but a career advancement (or other political) need. Think about React. We'd be probably better off as an industry if that wasn't so popular. I hope someone at FB got their promotion for building that massively complicated framework - and I hope they learned what KISS means after they read the codebase of Preact, which achieved the same API with a fraction of the code.

Using Go or Rust instead of Python is not inherently more complicated, it's just a different language.

NoSQL is not complicated but it's fairly useless for most of its users (despite being so popular). At the same time, it has its uses for companies that need massive scale (think Google, not your average startup).

Kubernetes is fairly complicated but it can be the easiest option (even if it's not the most resource efficient) to do something because of the ready made tools available for it.

Don't worry anyway, we haven't screwed up ourselves, we just created tons of artificial work we can spend our employers' money on and that we can use to inflate our cvs and possibly land some more money in the next role.

When you build your own company, be conscious of this, and just use jQuery and PHP like Pieter Levels does.
Bitcoin may not be inflationary but it is certainly depressionary.

As in those who paid nearly $70k per Bitcoin after El Salvador declared it an official currency 7 months ago are probably feeling kinda depressed right now.
Too late for that now.
With Remote Working becoming mainstream, you'll need to coordinate workers globally to create a union.
Not if the technology is a currency. I think this finally ends the idea that bitcoin can be used for day-to-day transactions.
> No allocation = no leaks, no use after free, no dangling pointers.

Often you don't allocate because it's not a necessity and a PITA due to C, but with rust I see no point in not using a tiny allocator if one has a few 100 KiB of RAM - totally depends on the project and target platform.

> No multi core = no atomics or concurrency to worry about.

There are interrupts though and those just need the same mechanisms than multicore and can be a PITA to manage in C. Besides that, there are quite a few cheap multicore embedded CPUs available now.

You can encode safety checks like pull-down/up clashes and the like nicely via the rust type system, that alone makes it a major benefit over C.

For example, from the rust embedded book:

One can also statically check that operations, like setting a pin low,
can only be performed on correctly configured peripherals.
For example, trying to change the output state of a pin configured in
floating input mode would raise a compile error.

-- https://docs.rust-embedded.org/book/static-guarantees/index....
That also assumes the other (non data center) parts of the system could take that load. I'd guess it's unlikely to have been over-engineered by 40MW. Then they'd also have to have the resistive heaters, which is doubtful as they aren't needed normally.
Trends, trends everywhere!
> Tagged template literals are not string concatenation

They are not concatenation by themselves. But for them to be useful, you will end up doing a lot of it because there's nothing else to do with strings than parse (often with regexps [1]) and concatenate [2] the strings. And then you dump the concatenated string into the DOM using `.innerHtml` [3]

There's no magic.

[1] https://github.com/lit/lit/blob/main/packages/lit-html/src/l...

[2] https://github.com/lit/lit/blob/main/packages/lit-html/src/l... and https://github.com/lit/lit/blob/main/packages/lit-html/src/l... and so on.

[3] https://github.com/lit/lit/blob/main/packages/lit-html/src/l...
Is being in one language really that much of a benefit? I've worked on several large production apps with node backends and I'd rather use almost any other backend language.

And I take issue with saying you "have to know" GraphQL, that's a pretty specialized tool for pretty specific problems. Most things are not graph structures.
U.S. DoD tricked into paying $23.5M to phishing actor
I've been employed for a variable mix of system design and low level performance work my whole career... except for Google. There are definitely more than five firms that would pay reasonably well for my expertise, and my PhD was in mathematical optimisation.
builds for me under fresh XP with VC++ 2.0 until some globutil.obj file could not be build by nmake
I presume that local vault support has been removed, as AgileBits planned. This is now a problem for the workflow we use to manage passwords in my team, so we'll be changing password managers, which will likely influence my personal usage as well.
No, not in any sense of the word. There's no guarantee that you'll get any job let alone a specific one in an RTW state. Therefore it's not a right to anything. It's just union busting.

Especially since RTW legislation is not about closed shops (which are illegal at the federal level), so these were jobs you could always get.
Rust has a great, Haskell-inspired way to create algebraic data structures (with the enum keyword). These same structures can be very nicely destructured and pattern matched on.
Well yeah, no matter what escape chars will be a challenge. Also whitespace. Imaging all the &nbsp; values if you import a whitespace-heavy string.
Tailscale's data plane is [1] mostly p2p except for some cases where it doesn't work and it goes through an encrypted relay.
So your data does not run through Tailscale servers.

There is an oss [2]coordination server that does let you totally self-host.

[1] https://tailscale.com/blog/how-nat-traversal-works/

[2] https://github.com/juanfont/headscale
In many ways I agree. But one thing I can not understand because if we talk in the context of GitHub, the project users are users of GitHub and they are probably the developers themselves and know the value of labor, well, I think they do.
> And I much prefer code formatted to be 80 chars wide, with functions that fit within a page or two of text.

Wouldn't you agree that largely depends on the code in question? Of course I also "prefer" shorter lines in general, but that relationship is somewhat linear: 81 is not infinitely worse than 80.
If the function in question would be more readable with just 1-2 lines that happens to be 83 chars, wouldn't you opt for that over placing some arbitrary closing bracket on the next line? Whether a code is more readable (for a human) should really not be decided by an arbitrary technical limit from 50 years ago. We have code reviews for that.

btw, as far as I know the linux kernel has a _recommended_ 100 char maximum now.
Just to add, at my last company it could take up to 6 months to get a VM provisioned on prem. We could provision what we needed in Azure on demand.
Euphemistically, arr containers. But my use case was to find an amusing way to learn Docker Compose and eventually kubernetes (which I have yet to try). A great bunch of container apps that let you find public domain media.
It is! Although what I missed out from above is that whilst the API and it's documentation is the deliverable - we would, to the best of ability, try and minimise risk whist developing it. Eg: by doing small performance experiments, drawing on prior experience, thinking about the evolution of resources within the API whilst writing samples, and looking at how other APIs handle similar things (but be careful - they may have had to perform heroics to achieve their behaviour).

Whilst the official progress is top down, the duck's feet are working hard feeling along the bottom to check for obstacles.
> the high price itself is the part of experience

https://en.wikipedia.org/wiki/Veblen_good
But why be the one to shoot it down?

If the industry makes mistakes, that's not news.
Dispatch ambiguity can really bite you, particularly if you start extending methods from other packages. An issue I often run into at the same time as method ambiguity is a stack overflow from self-calling constructors. If you try to define an outer constructor with default arguments, it's really easy to end up just calling that constructor from itself.

The metaprogramming trick for defining a set of methods at once is useful, but I wish there were a more compiler-level solution to sorting out ambiguities or determining what's more "specialized".

These don't really color my view on multiple dispatch, however. I find it to be a really useful tool and I don't run into dispatch issues very frequently. If you're meticulous about your typing it's usually easy to avoid these pitfalls, but sometimes they still crop up.
I think the author is suffering from common problem these days... "I see one thing is broken, therefore it's all broken." Instead of taking this approach try to think how you can improve things instead of seeing what is wrong - see what can be fixed.
You can do high density without block housing! Many European cities are good examples of this. Paris, for instance, has very high density because it's packed with mid-rise (~7-8 floors) buildings[1]. Another good example is the section of Manhattan between Midtown and Lower Manhattan, which is also primarily mid-rise and very dense.

Apart from that I do think it's true that block housing separated by large parks (as shown in your picture) doesn't work well; it's discussed in e.g. Jacob's _The Death and Life of Great American Cities_.

[1]: https://images.adsttc.com/media/images/6238/5b71/3e4b/31a8/5...
I would recommend trying dokku for thirty minutes. It's incredibly easy and once you use it you'll be a convert. I almost never do any maintenance and run dozens of services. All for the price of a VPS. It's very powerful and very inexpensive.
An phenomenal read on how it works: https://tailscale.com/blog/how-nat-traversal-works/
> That bitcoin / crypto people keep harping that deflation is a good thing proves to me that these people know nothing about economics and should never be trusted as such.

They're desperately seeking a store of value (which isn’t wealth; it’s only wealth if productive or others need it and will trade something for it) that can't be devalued by humans, with expected results (value is constantly changing and subjective). As you mention, it shows a lack of economic understanding.
This comment is irrelevant to the point of being a non-sequitur
Because that is not how you customize the login/signup page that lives inside Keycloak (and its Docker image, if you use docker).
Yes, these things are done for IMPACT, personal impact to get that raise/promotion. Most of it totally unnecessary for the 99.999% cases.
Same with leetcode questions.
You start with leetcode at the gate and then continue with micro-fe refactor to get a raise.

Industry is infested with people who hate programming but love status.
This is repeated all the time, but nobody seems to provide evidence besides some offhanded comment about Japan. You realize this is an opinion or ideology not something like physics laws right?
My banner spots have been completely taken over by underwear companies. The Other Danish Guy and Mähöne Brothers seem so keen to buy ad space, they've managed to replace the traditional "big spenders" for ad spots (vacations, cars).

It's easy to see how a $50000 car has enough margin in the price to sustain the advertisement spend. I don't understand how a pair of underwear manages to do the same - even if it's a $35 pair.

Maybe the advertising money comes from VC pockets? Selling the same made-in-farawaystan underwear for $35 instead of $3.50 is a great business opportunity, assuming you have repeat customers.
I think the market is always right. As complexity increases in areas as you describe, it will create opportunities for solutions that simplify things.

IMO, it's one of the reasons that Phoenix LiveView is so appealing for people because it removes so much complexity from building otherwise complex tooling.

I actually just had to come face to face with this because I've been developing a lesson plan to teach my son to program...and after looking at everything I settled on Linux command line + HTML/CSS + SQL. Then the decision came down to which language to teach and I narrowed the field to Ruby, PHP and Elixir.

Ended up settling on Elixir simply because of the functional style and total capabilities without having to introduces tons of additional technologies.
"Fixing the internet" == computers that mutually consent to communicating with each other are able to communicate with each other
Google hands out Sci-Hub founder’s data to the FBI
I think things are more complex - overly complex. This is partly driven by rates and CV embellishing - its great for the individual to implement some new technology for their CV and for the better money. The complexity begets more complexity, and the cycle goes on...

I think the industry is waiting for AI to come through. They want the business analysts to be able to write their specs in English, and have the AI do the coding. In such a scenario lots of developers will lose out - some will still be needed - but from a business perspective, this will be even better than outsourcing.
The title of the article from Tailscale is "...to fix the Internet"... if it was "only" about "your own devices" then you are assuming they are thinking small.
Writing a book for O'Reilly
I’m not sure I totally get their perspective on the Avocado mattress. I have one and love it. But I didn’t get it for any “lifestyle” reason or whatever. I got it because Consumer Reports rated it as the most comfortable mattress (and I kept it because it was indeed very comfortable for me and my wife, unlike Purple…). It’s not an absurdly expensive mattress either. It’s far from cheap, but there are plenty of other mattresses in the same ballpark (or higher!).

Of course you can find cheap mattresses elsewhere. And if they’re comfortable enough for you then that’s fantastic. But Avocado isn’t a big outlier (in price) in the mattress industry.
> There are probably some people who like it and find it useful.

I've really been enjoying Hare. As a primary Go/Rust developer its syntax and limitations feel like what I've been looking for and it's youth predicates plenty of opportunity to work on new project. When I was working on a ANSI Colors lib [0] last night I spent a lot of time in the community IRC. Your post is basically what everyone's feeling. This is a language designed for people who like it's style. It doesn't need to have this or that feature. And if the community changes their mind, what better candidate than an open source tight-knit young language?

[0] https://github.com/tristanisham/color
You're correct, anonymity isn't the principal problem, the lack of accountability and proper governance are - and that means all actions of government should be open to public scrutiny. The only exceptions should be operational security matters and even then they need proper independent oversight (e.g.: is, say, CIA operation xyz in the national interest or not).

Exposing individuals in a fucked system is a blunt tool but it's better than nothing (or when other approaches fail or when unavailable).

Right, the digital era has thrown up challenges that are far from resolved. The problem as I see it is that far too few people are interested in seeing that these issues are solved and even fewer are actively engaged in doing something about solving them. The world seems more preoccupied with nonsense and trivia like yesterday's news headlines about a Kardashian wearing an ancient Monroe outfit than resolving issues that would actually improve people's lives.

I'm cynical enough to believe that these trashy distractions are encouraged, after all the technique's not new, one of the reasons why emperor Vespasian built the Colosseum was to distract the masses from serious issues such as food shortages.

The video is good but long so I've only seen the beginning of it so far.