skysight-inc/HackerNews huggingface dataset:
Create-t3-app – new CLI to init a modular, typesafe, full-stack web app
Wonder if there are any OSS dedicated portable music players out there?

eg something like this Sony player, but OSS so hardware/software problems can be iterated on
> As I understand it, before these Know Your Customer rules came into place, I could have walked into a bank and open an account with simply a signature card - how do you beat that simplicity?

Of course that is a lot simpler but these regulations do exist for a reason. The status quo when opening a bank account online is the weird “hold your ID card to your forehead” dance. This proposal would be a clear improvement.

> The document I linked to was "to work or study in Sweden", which is the "I hold this German degree" scenario you described.

The document you linked describes a process with either 0 or very little force of law. (It might for government employment). Yes, an employer might like it when you translate your foreign credentials into the domestic Swedish system. But it’s in no way required.
Intel has not shown much evidence of worry about losing staff, and anyway Altera was only a little net.

And, it doesn't explain AMD's or NVidia's purchases.
I say it's over-rated. You don't need a huge amount of "sysadmin/devops", that's only now becoming a thing since we started calling it that. Before it used to be that backend devs just had intimate knowledge of how their service was running on a system, and most likely had to login and debug a multitude of issues with it. 99% of backend devs used to (maybe not so anymore now with "devops" et al) be more than capable of administering a system and keeping it chugging along as well as setting it up. It might not be 100% bulletproof or consistent or whatever, but more than enough for a company or service starting up.

We've lost that, and now everyone thinks we need "sysadmin/devops" for simple and moderately complicated deploys. Heck, most of the guides are out there, follow them. Also, ready-made images and docker containers are amazing these days with config built in. If you look-for or hire devops, you get K8s and all the "formal" items they'll bring with them. You don't need CI/CD for the first 6 months, just PoC the damn thing, get an MVP out and start getting users/customers, the rest will follow.
I also thought WhatsApp is a bad example. They not only hosted themselves, but they used solely FreeBSD (as far as I know) in their servers. (which don't get me wrong, I find great as a FreeBSD sysadmin myself).
I Spent 30 Days Analyzing the Best Call to Action Buttons
> The experts in how to profile/optimize/etc a system aren't going to be JS devs though. They're going to be people who are used to dealing with systems that need to be written in languages from the machine-code-compiled lineage.

Sure they are. The skills aren't really language-dependent, and nowadays machine code is so far away from the actual hardware behaviour that it doesn't actually help a lot. Besides, the biggest speedups still come from finding errors or inappropriate algorithms or datastructures, and that's if anything easier to spot in a higher-level language where there's less ceremony to get in your way.
Square drive is very common for construction/diy in New Zealand
At this point I'm pretty much convinced these repeated "Kubernetes is bad for startups" rants are some kind of FUD campaign (probably grass roots from people who've missed the containerisation and declarative infra train). Kubernetes is actually pretty great for the vast majority of use-cases. Sure if you don't have experience with kubernetes leave learning it until after you've hit product-market fit. But rejecting the advances made in this ecosystem is a red flag upon itself.

My ultimate MVP starter pack is probably a big fat VM running a single node K3s instance and a cloud provider managed database. Software wise nginx-ingress / cert-manager / argo-cd is a pretty good default set.
+1

Sansa Clip+s with Rockbox is the perfect solution. I went through three before being unable to pick up any more without paying triple price.

Why do great products disappear?!
There was a thriving market of consumer desktop applications stretches back to the mid-1990s. Windows 95 spurred further growth of consumer software (also far more variety).

Perhaps the author is referring to the rise consumer-facing SaaS (Software as a Service).
On Fedora 36 with Gnome/Wayland screen sharing works (using RDP protocol).
The big missing piece of this article is a sense of at what scale and why should a startup decide to invest in a piece of infrastructure like Kubernetes.

The author mentions other things he considers red flags such as using a different language for backend and frontend development with no additional context.

Is the author talking about a startup in the context of one person who just knows JavaScript working on their own building a prototype? Is he talking about a series B company with 500k MAUs?

Some additional context would improve the article a lot. I think the author should have had a few people read over the article and given feedback before publication.
I wonder whether this idea applies to spoken languages as well. Obviously English is changing more than Latin, but I'd be curious to see how much faster Spanish changes compared to German.

Presumably Spanish should be changing faster than German, given its higher activity in the modern world.
> Overall it's a lot less required knowledge than it takes to manipulate lower level primitives like GCP/AWS directly or be capable of setting up standalone boxes.

I do not agree with this. I have tried to start Kubernetes and it's far more confusing to set up than just setting up something on a standalone box, mainly because it looks like the set of knowledge I need to set up anything on Kubernetes is a superset of what I need to set up the same thing in bare Linux.
Toronto wants to kill the smart city forever
How securely must it be secured?

If you put a trivially guessable password are you still liable? Are there still exploits for wireless encryption?

Kind of crazy that there isn't a huge burden of proof required by the accuser.
But automatically replacing a valid word with a less-common valid word that makes less sense in the context is not something predictive text should do.
It deduplicates the kernel memory and system image base disk.

The minimum virtual machine size for a Windows server that is at all useful for anything is 4 GB of memory. Okay, okay, so you can technically boot it up on 2 GB and some roles will work fine, this will last only until some dingbat remotes to it with RDP with a 4K monitor and it starts swapping to disk.

Even if you use Server Core and block port 3389, it still needs a ton of memory just to start.

Running in a container it uses a few hundred megabytes.

Similarly, the minimum system disk size you can get away with is 32 GB if it is a discardable / ephemeral instance. You need 64 GB minimum if you ever intend to run Windows Update on it.

With containers, the unique parts of the image might be just a few hundred megabytes, even for complex apps.

My experience is with Windows, but from what I hear Linux VMs vs Linux containers have vaguely similar ratios.

So with containers, a single host can run dozens of applications, all sharing the same base disk, and all sharing the same OS kernel. The savings can be staggering.

At $dayjob, the admins are very much stuck in the dedicated VMs for every role mentality, and they're burning through enormous piles of taxpayer money to run them at literally 0.1% load.

Having said that, Kubernetes has its own problems. As you said, layering it on top of cloud VMs is a bit silly, and can easily result in the container running in a nested hypervisor at molasses speeds. Similarly, every single typical process changes dramatically: Deployment, updates, monitoring, auditing, etc...

Combine the above with the incompatible underlying cloud layer and things get really messy really quickly.

In my experience 90% of the world just isn't ready for the learning curve. Windows as an operating system isn't ready, certainly. Microsoft Azure isn't really ready either. Their AKS managed offering is still undergoing massive churn and seems to have more preview features than stable features. Even in the Linux world I hear more horror stories than success stories. It seems that everyone who says they love Kubernetes is using it on like... one machine. Come back and tell me how you feel after troubleshooting a failed upgrade on a cluster managing $100M of finance transactions.

What I would like to see is "native Kubernetes clouds" where the hosts are bare metal and there is no impedance mismatch between K8s and the cloud provider APIs because K8s is the API. Instead of the Azure portal or the AWS console you literally log into a Kubernetes console.

IMHO that would allow a true commoditisation of the public cloud and start to erode the near-duopoly of AWS and Azure.
I would have disagreed with you except atleast once a day (usually more), my monitors go blank and once the display is back after few seconds, all the windows get shoved to the smaller monitor on the right, all resized to the monitor size. I move the windows again one by one to the main monitor, resize them to how they were and curse NVIDIA while praying that this doesn't happen again too soon. Even changed from Pop! desktop to KDE which didn't help (that's why my unsubstantiated choice is to curse NVIDIA instead of the DE). Cherry on top if I'm connected to the work machine over Citrix so I have some more windows to resize and reposition over there too.

Close to two decades of using Linux desktop on a daily basis and I still have to deal with these issues. As someone who doesn't have any intention to leave Linux due to these issues, I don't think there EVER will be a 100% rock-solid time for Linux desktop. Wayland will stabilize and then people will point out issues with it, come-up with another component and we will wait for that to stabilize - and on and on, forever.

Ironically, such issues rarely happened, if ever, when I was using Ubuntu Dapper Drake.
Where do you live that Torx are hard to find? They are nothing short of a standard on automotive applications, and any "mechanics" screwdriver, like the very popular Megapro in North America will carry Torx bits - but any big box store selection will include them.
Hey Armin. That's very nice to hear that reduction is something on your roadmap. Pre Snuba, the number of external services were fairly limited but I understand as Sentry got more mature and added a bunch of extra services than "just error/crash reports" is when the architecture also sorta started to become complex.
Honestly these are not optimizations at all, but rather architectural decisions. Large architectural decisions are generally best made at the outset, based on problem domain analysis. They are costly to change later.

Like so many others, the author appears to be latching on to the phrase "premature optimization" as a popular buzzword (buzz...phrase?). This is so far from what Knuth actually wrote in his book that it hurts.
Would something like Private Relay be good enough, or should I just use Mullvad?
Most developers don't seem to want to learn more than "one" thing. Once they do one tutorial, it seems they're done for life with learning.

And they don't really have time to learn new stuff, as they spend too much of their time on Hacker News complaining there's too many new frontend frameworks or something like that.
It's a taxonomy problem.

The chunking unit is programming languages which means as long as you can call the task the specific programming language, people will believe it's the same thing.

In reality you have a hammer expert and are in the business of making everything look like a nail.

So now we have complicated bloated applications of JavaScript in places where it's absolutely inappropriate and you need far more skill to navigate those waters then someone who uses more appropriate tools.

It's a perversion in the name of simplicity because we're forcing too coarse of a model on too fine of a problem and as a result everything explodes in complexity, takes too long, is too expensive and comes out working like trash.

We could do better but first we have to eat crow and admit how foundationally wrong we were and frankly things aren't bad enough to make that mandatory so the circus continues just like it did when we tried to make everything OOP and it made the same smell.

They're useful tools, but that's their perimeter; they aren't zeitgeists... well they shouldn't be.
Honestly. I can't think of a better way to learn.

Here's something they might not tell you. That feeling that you've been thrown into an arena, that never leaves you.

Let's say you spend 2 years learning how to write c++ for a hugely popular mobile platform. You're an expert. Then PalmPilots go out of fashion so you learn Java and spend 3 years becoming an expert in writing Blackberry apps. Kaboom! So you switch back to C++ for PocketPC.. then crap back to Java for Android.. OMG Kotlin. Oh.. ReactNative.

OH.. How about you spend 3 years learning Rails then 2 years learning Elixir and 3 more years learning python.. Back to Rails, but now it's completely different. Node? WTH is Node?

How about 3 years on React, then switch to Vue. Nope! Ember!

Becoming an expert is really about being able to keep moving.

Take the 6 months, and get in.

On the positive side. You'll never really understand stuff, it moves too fast, and you'll love it.
The Audioquest DragonFly Cobalt is not very good:
https://www.audiosciencereview.com/forum/index.php?threads/a...
The Apple USB-C dongle is better:
https://www.audiosciencereview.com/forum/index.php?threads/r...
Nextcloud has a rss feed module available to install. There is also a compatible mobile app that will sync your feeds from your NC box. Quite handy.
Exactly what I do. C++ backends, JS frontends. I do not see any problems with using more than one language.
I don't know. I default to GKE for all new deployments. It really reduces the mental overhead of infrastructure for me.

I can add services, cronjobs and whatnot as I see fit in a standardized manner and don't worry about. A couple YML's get you started and you can scale as you see fit. Anything you would like to deploy can share 1-2 vCPU. The whole thing is also relatively portable across clouds or even on premise if you want it. Since everything is in containers, I have an escape hatch to just deploy on fly.io, Vercel or whatnot.

I get the criticism, that people over complicate projects that maybe don't even have traction yet. Bashing k8s is the wrong conclusion here IMHO.
It feels a bit like people bashing React and SPAs just because what they have built so far never needed it. Just stick to your guns and stop evangelizing your way of doing things.
That's impressive. My Rio Karma mp3 player HDD died after ~10 years of use. By then, I had a smartphone and haven't gone back to a dedicated player.
Oh in that case you're just very apparently 40 years behind?, there are kits sold in supermarkets in the US that carry Torx bits. They are not uncommon at all.

In addition to automotive it is all over appliances, electronics (eg hard drives), laptops, small electronic devices including smart phones.

The Husky toolkit I purchased from Home Depot 25 years ago included Torx bits.

Here is even a tamper resistant kit you can get at Home Depot:
https://www.homedepot.com/p/Husky-Magnetic-Tamperproof-TORX-...

I am actually stupefied that someone can differentiate Philips from Pozidrive but isn't aware you can pick up a Torx driver set from any Walmart or Harbor Freight.
I never understood hailing self-driving as some money printing greatness. Unless there is just single company selling them.

Otherwise it is race to bottom. Maybe if they are lucky generating 2-10% profit on the vehicle. With certain operators having massive fleets and very high capital investments.
I am curious - there are markets where usage of managed platforms like AWS is restricted due to data protection laws (no data center on a country's soil) or what if a large client wants an on-premises installation (we have plenty of such clients) - what's the alternative to k8s if you want your solution to be "portable" across providers? From what I understand, our DevOps team leveraged k8s to streamline it using a standardized way to define resources and to scale them, but I'm not an ops guy so maybe I'm missing something.
Over here banks decided that they own your money, and that if you withdraw large enough sums they're allowed to charge you for it. Banks are just as bad, if not more so because of how ingrained into the political system that are.
NewsBlur's code is MIT licensed—I haven't run the self-hosted version myself, but pay for the hosted version and it's solid.
Not as an "escape hatch" (that would be something more like `unsafePerformIO :: IO a -> a`), but as a principled way to compose (among other things) IO actions.

A Haskell program executes the IO action at `Main.main`, which must have type `IO ()`.

`putStrLn :: String -> IO ()` is a pure function - if you give it the same input, it always the same IO action as a result.
Unfortunately, that doesn't seem the way WASM is going. It's been 5 years and we still can't access the DOM without going through JS.
It’s absurd in most countries I’m sure. The OP said

> airline pilots are paid more than programmers here

(emphasis mine)

I just gave one geographical example where I believe that to be true. I don’t think it is true everywhere, nor do I think OP meant that.
Terrible is relative. Never been to BER, but FRA is far better than similar-sized European/US airports like LHR or LAX (though a far cry from best like Changi, Chek Lap Kok or Dubai), and the smaller international airports like STR or FKB are quick to traverse and comparatively easy to access.
And yet the people from Reinickendorf and Spandau, who were more affected, voted for it to stay. Go figure.
Having made a sibling comment lamenting issues with my Linux desktop, I have to sort of agree with you. Sort of because, I have seen issues like what you mentioned on Windows in the past, but not that often. I use Linux desktop not only on principle but also because of open source and the flexibility is unparalleled, but I do feel like things break more often than they do on Windows (maybe due to the amount of flexibility and therefore the use cases/scenarios it has to deal with).

Having said that, Pop!_OS was also problem free for me for quite a while until the desktop blanking issue started happening - right at the time of NVIDIA driver upgrade. Linus was right shitting on them - my next laptop would not be using NVIDIA for sure.
> No because once you used them I don't have them anymore.

I mean entering your house, doing my business in your toilet and leave. I won't take your toilet with me, I'll come back when I need it again.

> when I use the faucet to give drinks to my friends?

But your friends all have their own house with their own plumbing they paid him for, so he can continue making a living from his craft.
Writing a book takes months or years, not 2 hours like repairing a toilet, so of course the author needs to ask for money from everyone who wants to access it.
When will people realize that "depositing" money somewhere is lending it to the people taking your "deposit".

Regulated deposit taking institutions have rules on what they're allowed to do with that loaned money.

Governments may insure those that loaned money, because a bank is inherently unstable, it borrows short, but lends long.

So any "bank run" where all depositors (creditors) want their funds back will break the bank, because it will be unable to do the same thing for the loans that it has.

None of this is new.
Not nearly as ambitious as wasmCloud[1]. Fermyon will do simple wasm worker hosting with a "spin deploy"

https://www.fermyon.dev has more information about how the underlying platform operates on their end. Nomad is mentioned but not the VM of choice that will underpin the cold-start times they boast of. e.g. SecondStateVM(wasmEdge) claims fastest 20ms cold-start [2]

[1] https://wasmcloud.com/blog/globally_distributed_webassembly_...
[2] https://github.com/WasmEdge/WasmEdge
You need better glasses, not those supermarket ones but real ones. Get your eyes checked by optometrist.
> KDE also had a transition disaster. That time was not a good time for Linux on the Desktop.

KDE's transition disaster came a bit earlier, with the release of KDE 4.0 in 2008. By the time GNOME 3 came out in 2011, KDE 4.x had seen 6 or 7 feature releases, and had (imo) largely recovered from all the rewrites in terms of feature parity. I was pretty happy on KDE in 2011.
I was in that self same queue and also made it through surprisingly quick, only for my flight to Frankfurt being cancelled. Back at LHR now for round two.
Cf: "Pets or Meat?"
How does everyone think about Kubernetes on-prem ? Where the requirement is to run an application/services hands-off without any platform team to maintain it etc ? Is Kubernetes also the right platform for that sort of environment ?
I worked in Japan as a dev for a few years. I was already quite fluent in Japanese. I’d recommend finding a job with a foreign org first, where many people already speak English. Most Japanese companies won’t have much experience around visas (you can do it yourself, a bit annoying). No one is hiring you for language skills, they are hiring you for your software skills. Get your foot in on the door, get a visa, then figure it out.

Don’t feel like you need Japanese to get a job. Getting to a point where you can fluently discuss software engineering with our devs will take many years - don’t let this be a blocker, just find a job where you can use English so you can be there, see if you actually like living there, and figure out the rest as you go.
This is an underestimation of how hard it is to learn to program.

Someone learning a first language isn't just learning a new language: they're learning how to program. It's a new profession, a new hobby, a new superpower.

The rest of the stuff (standard library, ecosystem, buildsystem and all kinds of intricacies) is just a mix of trivia and bureaucratic garbage you gotta fill your brain with but will all be replaced in 10 years anyway. Sure it takes time but it's nowhere near as important as actually knowing how to program.

Even changing paradigms (imperative to functional) isn't as hard as learning the first language.
I’m pretty sure that’s what people said about TV.

When Pokémon came out, a local priest organized a public burning of these devils toys. Today they are collectibles, revered by people from all over the world.

The Simpsons was what was causing the downfall of America, and today the first 5-10 seasons are considered some of the best produced media of all time.

It seems impossible but in 20-30 years, there will be commentators in the cultural elite discussing the brilliance of some of these TikTok’ers.
> I can’t describe what a breath of fresh air this is compared to how bad modern smartphone music and streaming apps have become. It’s also nice having a dedicated player that isn’t inundated with notifications and other modern distractions. Separating out ebooks to a dedicated tablet worked the same wonders for my anxiety.

A place for everything, and everything in it's place.
Project Helix by Adobe
could you elaborate on the "ideal" argocd workflow?

let's say devs push to gitlab, which starts a pipeline, tests run, container images get built, then in the last step in the gitops repo a version bump happens and then argocd will pick it up automatically?

(and if one wants to be able to rollback then that's the same workflow just instead of version "bump" the pipeline tags images with the commit hash and at the last step sets the version to the right tag?)

are there any gotchas, best practices? :)

thanks!