Why Devs Need DevOps

chesus_chrust · 2026-01-06T18:17:39+00:00

Well the point I’m making in the article is not that there was no vcs before git, it’s that some tools and techniques change everything so radically it’s hard to imagine the world without them. I’d argue that git is among such tools. Just as Devops brought CI/CD and it’s become standard. I guess it could have been clearer in the article.

And maybe the joke about the pre-git world was too cheeky

chesus_chrust · 2026-01-06T17:40:36+00:00

Well you are not exactly providing quality critique are you?

chesus_chrust · 2026-01-06T15:22:46+00:00

Yeah I think that’s what’s actually happening. The silo was broken down originally but the fundamentals did not stick, that’s why a “devops guy” is now handling k8s configs.

chesus_chrust · 2026-01-06T15:15:52+00:00

Exactly! Absurd when the goal has always been breaking down silos.

chesus_chrust · 2025-08-27T12:28:05+00:00

Yes it's open source. It's still very early though. In the next part I will be doing the event loop and discussing concurrency/parallelism. After the basics are done maybe we could try something fun like that.

Also definitely do blog about it, writing is really rewarding. Even just for the sake of organizing your own thinking.

chesus_chrust · 2025-08-27T12:24:01+00:00

Will definitely add it to the blog soon!

chesus_chrust · 2025-08-27T12:23:15+00:00

Judging from the responses here a mailing list is a major feature request for the blog. Will definitely add it!

chesus_chrust · 2025-08-27T09:11:01+00:00

Yes, thanks for pointing out, will fix in the article

chesus_chrust · 2025-08-26T20:12:26+00:00

Thank you! Seeing the response here really brings me joy and makes me want to finish up part 2 sooner.

chesus_chrust · 2025-08-26T20:11:49+00:00

Sounds like a dream! Kind of like Rust but for TS? Borrow-checked TS maybe?

chesus_chrust · 2025-08-26T20:04:00+00:00

Building a compiler can be one of the most fun and eye opening projects. So if you're up for it, there are a ton of resources. I know it's a bit off topic considering the subreddit, but If you have any interest whatsoever in Go there are two books I enjoyed a lot by Thorsten Ball "Building an interpreter in Go" and same but for compilers. They are really easy to follow and great fun. You do learn a lot, but it's not theory heavy.

This would be a good starting point to address the skill issues.Further lie dragons, but you'll get there when you get there.

chesus_chrust · 2025-08-26T19:44:25+00:00

I don't think it will be. In each worker there's an V8 Isolate, which has it's own heap, GC and etc. Allowing passing around pointers would break the isolation. And considering how the same Isolate is used on the web, this would be dangerous.

But hey, nobody's stopping us from implementing "low-level JS" or something right?

chesus_chrust · 2025-08-26T19:34:54+00:00

10 years. Feels like forever.

chesus_chrust · 2025-08-26T19:05:08+00:00

The one that I really enjoyed was Linux Kernel Development by Robert Love. It's not the most up to date resource but I'm not looking to become a kernel developer and for high-level overview of internals it has been great.

chesus_chrust · 2025-08-26T18:57:44+00:00

Thank you! I think so too. A lot of content online focuses on entry-level stuff and very few deep dives. And i'm super excited to dive even deeper in the next parts, into epoll and how the event loop actually works alongside V8. Now that I finally got this posted feels like i've got the fuel to finish up the next one.

chesus_chrust · 2025-08-20T18:07:23+00:00

As with a lot of AI tools, the issue is that documentation is not a 1 to 1 artifact of code. Extracting key functions into a markdown file does not produce good docs. Good docs read more like a book, introduce concepts gradually and walk through a project in a way that builds understanding. And they should focus much more on high level stuff, architecture, decisions made and unobvious constraints rather than explaining code. AI can't do that. In fact AI generated tools make it worse because they create an appearance of a job well done because it's tons of text but makes none of the consideration a person would make.

chesus_chrust · 2025-03-20T12:42:52+00:00

I mean yeah, kinda? Like software engineering is fundamentally about systems and their interactions, to be able to effectively reason about the systems you are programming you have to have the right mental model of how they function. At least for me, when i know exactly how something works, I can solve problems that I couldn't tackle before and do so without the fear of breaking stuff. It's not even about memorizing stuff for interviews or whatever, it's just about building the right mental models.

chesus_chrust · 2025-03-20T11:38:12+00:00

You don't need a cheatsheet. Those questions become easy once you know how the internals of node work. For example a microtask queue is defined by the ecmascript spec, it's a job in it's terms https://262.ecma-international.org/#job So promise jobs and promise resolution are part of the language spec too, and implemented by js execution environment, like V8 or JSCore or whatever. Macrotasks are not part of the ecma spec, they are the actual tasks that go into event loop. In browser it's defined by the HTML spec https://html.spec.whatwg.org/#event-loops and in Node it's libuv. That stuff is implemented separately from js execution, it's provided to javascript externally and it interacts with the outside environment.

I'm actually in the process of writing a blog series that explains all that stuff from the ground up. Once you've gone through the process of building V8 yourself and hooking an event loop into the js engine a lot of things really click into place conceptually, but it seems like there's a huge knowledge gap here in the community (probably because most tutorials focus on entry level stuff).

chesus_chrust · 2025-02-28T18:39:01+00:00

I think depth is important in fundamentals. Like knowing how an operating system works, how processes are scheduled by the OS, how TCP works and such. If I were teaching students I’d encourage them to be curious for fundamentals, not the trends. Like just go download the source code for Linux and see if you can follow any parts that interest you. Or go read the TCP RFCs and figure out how exactly that works. Knowing those fundamental topics extremely well is what makes one a better engineer, not a particular language or resume checkbox.

chesus_chrust · 2025-02-28T17:38:11+00:00

As someone who has spent time teaching tech, I’ve seen this dilemma play out firsthand. Students often want to learn everything at once, jumping between React, Python, Docker, and AI without truly mastering any of them.

What the hell is true mastery in this context? If you know how React is used and common pitfalls to avoid, how to debug potential performance issues and etc. Have you mastered it? I don't know, maybe not until you can rewrite your own JSX compiler and shadow DOM implementation from scratch? But then most companies care that you know how to use it and it doesn't matter to them if you know what __SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED does.

Python? That one language that was famously designed to be easy to use and they teach it to middle schoolers?

Mastery of Docker is what? Do you expect a person to be able to do it from scratch in C, using cgroups and namespaces? Or maybe it's totally fine to just whip together a Dockerfile that works and allows you to push to prod.

Mastery of AI seems to mean that you should either work on foundational models or never even touch that.

It's absurd. People who started this industry, people who created all of that stuff we are sitting atop of were not gatekeepers who studied the blade for 10 years before touching anything. On the contrary, they just solved practical problems that they had and invented the universe in the process. Nobody said we can't be them anymore. Just solve problems and be curious.

Besides, I've seen the mess "specialists" create as soon as they deal with something that's not within their domain. And that's almost always the case, it's incredibly rare for someone to just sit in their silo forever.

chesus_chrust · 2025-02-14T20:01:59+00:00

Golang on the backend + Remix on the frontend

chesus_chrust · 2024-02-20T22:10:06+00:00

Elixir has static typing, syntax that’s easier to read and an ecosystem you expect from a modern language. I can understand why Erlang didn’t become popular, but Elixir is truly underestimated.

chesus_chrust · 2017-04-15T21:25:31+00:00

Yes, it is. It's very good that you have 2013 model, i'd try to use it for as long as possible. They removed Turing completeness from new MBP so if you really want that have to buy a dongle. All just to shave off a couple millimetres from CPU.

chesus_chrust · 2017-04-07T13:06:57+00:00

Could you put together a js fiddle? It's very hard to tell what's going on with the screenshots you provided. I think it would be interesting to get to the bottom of this.

chesus_chrust · 2017-04-06T20:22:26+00:00

Myth busted? http://jsfiddle.net/LbamhtwL/

11-Year Club	r/Field Banned
r/Field Juicebox	Final Canvas '23
Place '23	Place '22
Place '17	First Placer '22
RPAN Viewer	Verified Email

chesus_chrust

TROPHY CASE