Exactly. I see elsewhere in this page people comparing this project to Linus Torvalds starting an OS in his dorm room while studying CS. Like these were "young and clueless" devs writing an OS for fun.
From the looks of it, this seems like a serious corporate backed project made by employees of the Ant Group, the chinese fintech giant. A more fair comparison would be with Google's Fuchsia OS (defunct) or Huawei's HarmonyOS. It may succeed, it may fail, but it's nothing like a couple of kids doing a passion project to learn Rust.
I've never used one, but I assume there are professionals for hire to do this.
In fact I've read one of the advantage of going with a publisher (as opposed to self-publishing) is they give you an editor. But again, I'd expect a freelance market to exist.
If I could add one prescription to TFA, it would be to avoid using "just" (the adverb, as in "simply") at all costs.
"A monad is just a monoid in the category of endofunctors."
Maybe it is, maybe it isn't, but none of that is simple. There's that math joke about proof methods, and this would be "proof by intimidation".
When describing a process: "To measure the inverse reactive current in unilateral phase detractors, just use an ordinary turbo encabulator". Why "just"? Are there other methods? For what reason is this the preferred one?
When giving advice: "Why don't you just use a bash script?" This implies your suggestion is simpler or more economical than my proposed approach, therefore better, but you aren't supporting its alleged superiority with arguments I can counter, only implying it.
I see. It was the first sentence that came to mind. The point I'm trying to make is, in my experience, "just" is often abused, as it conveniently relieves one from providing a sound argument.
Yes, good suggestion. I've also stopped using "just" when speaking or writing in the last few years. You can almost always drop it and retain the same meaning without sounding rude or dismissive.
I've noticed this in at least one other language I'm loosely familiar with (Bulgarian) and it holds there too. When the speaker adds "просто" it has the same effect of sounding rude and dismissive.
What I meant by it is "the fine article", meaning the post. Actually using acronyms goes against "Don't assume knowledge", incidentally a point in Eva's list (the article).
I've learned the acronym here on HN, googled for a second and found "the fine article" as explanation, but now that you ask I've checked wiktionary... and apparently the commonly accepted meaning is derogatory (the f*king article, like "RTFM", "read the F-ing manual).
Lesson learned, won't be saying "TFA" again unless I mean f-ing
Thanks for the references. I'll check them. I'm extremely biased against the business use of passive voice, to the point of getting so worked up when someone does it with me on mail or slack, that I need go to a quite room and relax for 5 minutes.
The purchase order has been made.
Your virtual machine has been created.
I see this a lot in corporate environments, and it's by low level managers thinking every bit of information they're trusted with is so delicate and confidential, they must go above and beyond to reveal the least possible amount of it. Note, in the examples above, it was the manager themselves doing the action. What's wrong with "I did this", "I did that"? This is LARPing as CIA agents (or whatever), and they like the sound of it (I want you to know I have information I can't share, you little shit!).
"I've just created your virtual machine" peasant
"Your virtual machine has been created" special ops elite force management
Mind you, 99.999% of the time, the concealment of "who did the thing" is totally unnecessary. It's only there to reinforce status.
"I've just created your virtual machine" - 3 year old, "mummy, mummy, /I/ did this! praise ME!". Got to insert yourself as the first thing in the sentence, as if the customer cares who did it.
"Your virtual machine is ready" - Waiter, assistant, comfortable out of the limelight to let the focus be on the customer and what they are interested in.
"I've just created your virtual machine" - You didn't make the deployment pipeline, you didn't build the hosting, or write any of the hypervisor or guest OS, you ran one script and now you're taking all the credit. Embarrassing.
Jon Hall was essentially Linus Torvalds' agent in the 90s. While at DEC, he got Linus to the right places and meet the right people, so that his "hobby, nothing big or professional" OS entered the trajectory to become what we know today.
I'm about 30 years younger than Jon Hall, so I couldn't be familiar with his accomplishments other than by oral/written accounts. Since he hasn't written big hit books I could read or software I could use (alright alright, Linux for Dummies), I constantly saw people calling him a legend but never understood why. I finally asked around in the Linux kernel community, and was explained the extent of his contribution: he was Linus' mentor in a way. When they met in 1994, Linus was a 25 yo student and Jon a 44 yo DEC marketing manager. I like to think of their conversation as something like "Listen to me kid, this is what you gonna do".
With this in mind, a line in Jon Hall's wikipedia bio stands out: It was during his time with Digital that he initially became interested in Linux and was instrumental in obtaining equipment and resources for Linus Torvalds to accomplish his first port, to Digital's Alpha platform.. Another one in his linkedin work history reflects this view: Senior Marketing Manager, DEC, 1983-1998: In 1994 met Linus Torvalds, recognized commercial value of Linux, obtained funding for port of Linux to 64-bit Alpha processor, opening up a billion dollar line of Linux-based High Performance Computing Super Computers.
Do you think a minecraft server (and multiplayer game servers in general) can benefit for running on a soft-realtime OS like Linux with the PREEMPT_RT patch?
Games often use their tick rate (iterations of the event loop per second) as a quality metric, and an rt OS should favor preemption and low scheduling latency over throughput... so maybe that should give a more fluid experience?
But the bottleneck for minecraft seems to be in memory allocations, so an OS that can schedule threads rapidly may not change much after all.
First, Minecraft would have to actually support multithreaded work properly. Here the issue is just plain throughput / computation. RT usually makes things slower, but more predictable. MC needs to go faster first.
Access to medication, which is reported to work well in conjunction with targeted therapy such as cognitive behavioral therapy.
For more info see the book "Taking Charge of Adult ADHD" by Russel Barkley https://www.amazon.com/dp/1462546854 and the DIVA-5 test that many physicians use as part of the diagnosis process https://www.divacenter.eu (costs 10 EUR to download the PDF).
SUSE | Software Engineer | REMOTE or ONSITE | Full Time
Senior Kernel Engineer
The SUSE Performance team is recruiting a senior kernel engineer. In this role, they will be responsible for fixing bugs, kernel maintenance, developing new features, performance regression analysis and improving performance in general for containers (e.g. Docker, Kubernetes) and control groups.
SUSE is strongly committed to open source, and we actively contribute to numerous FOSS projects and initiatives. We embrace and believe in the open source innovation model and the open source business model. As a member of our kernel team you will have the opportunity to contribute to the Linux kernel and related tools.
How to apply
Preferably, submit all relevant information in a single PDF file, so that no important detail is lost in transit. Give us some time to process your application. Expect the interview to be done over phone. Form submission for this position at https://jobs.suse.com/us/en/job/71000279/Senior-Kernel-Engin...
This is not the only job opening currently available at SUSE, see suse.com/jobs
SUSE | Software Engineer | REMOTE or ONSITE | Full Time
Senior Kernel Engineer
The SUSE Performance team is recruiting a senior kernel engineer. In this role, they will be responsible for fixing bugs, kernel maintenance, developing new features, performance regression analysis and improving performance in general. A specific focus on the CPU scheduler is desirable.
SUSE is strongly committed to open source, and we actively contribute to numerous FOSS projects and initiatives. We embrace and believe in the open source innovation model and the open source business model. As a member of our kernel team you will have the opportunity to contribute to the Linux kernel and related tools.
How to apply
Preferably, submit all relevant information in a single PDF file, so that no important detail is lost in transit. Give us some time to process your application. Expect the interview to be done over phone. Form submission for this position at https://jobs.suse.com/us/en/job/71000047/Senior-Kernel-Engin...
This is not the only job opening currently available at SUSE, see suse.com/jobs
From the looks of it, this seems like a serious corporate backed project made by employees of the Ant Group, the chinese fintech giant. A more fair comparison would be with Google's Fuchsia OS (defunct) or Huawei's HarmonyOS. It may succeed, it may fail, but it's nothing like a couple of kids doing a passion project to learn Rust.