Відео

This is wrong. You don’t hire a person just to fix your problems; you invest in the opportunity to build an ecosystem created by wise individuals. That’s true longevity!

1:05:49 It's worth noting that, in Windows at least, most of the drivers are in user space. Only drivers which require (or want) performance live in kernel space, at this point video drivers is the only big one.

Honestly, Aaron doesn't seem to really love PHP. He loves Laravel, that's for sure, but is not talking nice about PHP and he considers his reality the standard for everyone else. The facts are: most of the web uses PHP because of WP, which doesnt really take advantage of the latest pho features nor the modern webdev standards. Then there's people using Laravel and there's people using raw PHP. We are all bashed the same on the internet by the JS one-framework-per-weekend believers. To me: There's a right level of abstraction. Modern JS frameworks often offer you a very opinionated solution and they marketing it as it would solve any problem easily. Which is a double lie: Not any problem and not always easily. On the other side Laravel expects you to know its guts since it doesn't work by declarations. You often type something as a string somewhere to make a reference to a variable or a function somewhere else, and you really have to know where to put both things or Laravel will not find it.

I thought theo had worked at discord? Surenly there is numeruous situations where that happens? I am with a big corperation, and there is many times we make optimisations that save millions of dollers. If we had a super senior engineer we'd expect they make back multiple times there salary a year easily lol

haha ty

The three main things I’m hesitant about with HTMX is eager UI updates, serving users at the edge globally, and offline support like PWAs. These are three really nice things that make the app more responsive for clients across the world that respects their network conditions. It seems like a lot to sacrifice.

Context.Background only in composition root of the app

Generics only for low level APIs

This is why your API should be done with RPC services

For my computer engineering degree, I had a semester long course where we each built during lab a thermostatically controlled thermoelectric heater/cooler with lcd screen with keypad using a freescale hc11 processor, and we had to do everything in assembly language. I do think it's a valuable experience.

I am in physician and hobby in code for quite a while, more recently I have been working graphics apis, webgl/gpu. I will honestly say that understanding how a proper rendering pipeline works and understanding how shaders and how to transform data in 3d space, how to communicate between cpu and gpu, has probably been more enlightening to my personal knowledge base then all of medical school. It has even better solidified my understanding of our neurophysiology, for instance the way in which our retinas process data and the way in which those signals propagate throughout your brain is to get the right image out of the data, it is similar to how you transform multiple matrices to properly project an object into 3d space. Even just internalizing the concept of what exactly a "transform" is and thinking about things so reguraly in terms of matrices has been quite the trip for me. I think honestly think that everyone would benefit from understanding what the process it to get a triangle to render on the screen takes. 3D rendering is exhilarating, nothing has ever got me to open my old physics textbooks outside of academic need, but thinking about new rendering techniques makes physics exciting. I hated linear algebra in undergrad, now im starting to think linear algebra is the most important math to properly understand to take any field foward. And although I am not an expert in coding, I can only imagine that if coders understood the sheer amount of data that is able to rendered in miliseconds and re-rendered over and over again to produce 3d sceens, it would help them fundementally transform how they thought about approaching their domain of knowledge.

$300+ is very costly.

Good example that a high IQ person is not necessarily doing well in school. It can be a problem like everything else were you not sitting dead center in on the normal distribution. Also the schooling system in Germany is not really prepared to take care of people like that. There is support when you are not doing great, but no mentorship when you're actually doing well.

1:10:30 have you heard about the computer hardware and software from scratch project: serenum? the creator started it bc of your 30mil line problem video. he doesnt have billions of dollars afaik :D

For the choice of assembly language I'd recommend RISC-V, for the simple reason of lack of banging your head against hysterical raisins. Also vector code is much more readable than SIMD but drives home the same important points. Where things get complicated on that level is understanding how modern CPUs execute code, superscalar, pipelining, speculation, all that goodness. But for a basic understanding all that's necessary to know is "modern CPUs are complicated behind the veneer of pretending to be a microcontroller, that's why you're seeing compilers produce funny code sometimes", writing code that out-performs compiler output is a specialisation of its own nowadays.

Haskell is just as effectfull as any language, it just tracks it in the type system.

Are my airpods acting up or is the audio in mono?

JS compiles down to ASM@JIT? Certainly didn't think a hardware/raster/vector guru was going to make me feel better about learning JS for first language... I hope that's not why so many people tried to re-write everything under the sun in Node over the last 10-15 years (note: analogously happening with Rust ~5-10 yrs, what's old is new)

I used to be a merger, wanting to keep the messy history, but a number of years back I got introduced to the right way to view rebasing. Merge commits, as mentioned, make backing out changes A Royal Pain.

I hate Git. It's impossible to fully understand even after years of use. So, I use Git the way I use SVN and to hell with all those stupid branches. And I use tortoise for both. To hell with terminals.

The Spotify app is really bad, on my 165Hz monitor you can see it drop frames when scrolling. Something about whatever React UI or Chromium they're using is absolutely horrible, and this is on a Ryzen 7 3700x and RX 6800. Finally, after upgrading to a Ryzen 9 9950x a 500$ CPU it doesn't drop frames when scrolling (mostly), I bought the CPU for other things of course but I can't imagine how bad it is on the average laptop. And yes, it is running with hardware acceleration and everything I tried EVERYTHING enabling Vulkan and messing with a bunch of flags it's just that slow. Seemingly, the web app has the same problem as well, but in Firefox it seems to be a lot better which I find to be a odd outlier as Chromium is usually faster. Should I care? Likely not, but it's mildly infuriating as I can easily tell

36:20 - Guess what engineers are not lazy, they're underpaid.

be a software engineer not frameworker

Weird perspective. People working on compilers should solve those in depth optimizations. People working on language designs should guide people into using best practices. people working on generating value should think about value and overall enjoyable code (that component button mentioned which btw component pattern for UI is now both in FE and BE). Docker... New technology like will build on familiarities and ease. Docker too. I don't care what language you use on BE, if you want to deploy likely you will need it. You want some caching? Connect to spinned Redis or whatever. What value does knowing assembly bring? IL might be good but it uses common language to see if you're not totally off.

This guest seems like such a lovely person. Very unassuming and just genuine answers to every question while fully engaging in the conversation. I definitely want to try out Nuxt some day.

Theo is a loserrrr

OOP 50:00

one of the things I noticed a few years ago (but maybe is better now) is devs not caring about performance because 'computers are fast' and 'memory is free' like no, these things all add up to make modern computers wayy slower than they could be when everyone has this mindset. It's even making its way into game dev. Also apps wanting to be flashy rather than performant and easy to use

How do you guys know that Microsoft isn't behind sublime 3 or that Apple isn't behind sublime 3 or that Google isn't behind a sublime 3

Wow, great discussion.

The comparison Casey makes about game designers is very similar to what you can make about programmers. You can say that the average programmer just repeats the same things over and over but you'd expect any programmer with a bit of experience to be able to come up with the architecture of the program, not just copy paste from stack overflow. With game design it's the same. Any experienced game designer should be able to come up with original game ideas, sometimes very experimental, sometimes more grounded in what players already know but with an original twist. But then just like in programming you have a lot of specialization: - You have game designers who can write gameplay code to some degree and focus more on prototyping, which is especially important in action games where you need to tweak controls a lot so the experience feels right - You have game designers who can't code but are really good at coming up with complex systems with lots of stats and numerical interaction. This will be your excel guy tweaking formulas - You have people who are not so much into mechanics or coding but know a lot about narrative. This will be the guy writing quests or branching stories. Those are some examples and yeah, just like in programming, if you work on a multi-million project, unless you're one of the top guys then your contributions are very small and heavily structured beforehand.

Came here from the short, stayed for Twin Peaks.

Enjoying the discussion but please chill the fuck out with snipping out pauses. It is glitchy AF and extremely jarring.

“wHo NeEdS lOw LeVEl ProGRAmErS!”

Great to see Rob in here

yavascript > javascript

1:12:50 sounds like a good thing for Geohot's tinycorp to start chipping away at. Not billions, but their whole thing is simplicity

I love that around 25 minutes in Casey points out this myth that people often assume Javascript is irredeemably slow. Yes, JS used to be very slow (which was fine for the domain and it's use case). However, a lot of work has been done to make it faster. Note, I don't mean it's as fast as C or C++, but faster than people often assume. If anyone is interested, there is a channel called SimonDev (he used to be a game / graphics programmer, maybe still is?) and has been using JS to explain various complex concepts when working in the Game Programming field. He has a few interesting videos in response to this myth that JS is just slow without any context as to how someone is using it or why. Overall, I think it makes Casey's point from earlier in the video that devs need to spend more time profiling and proving how things actually perform and work, instead of just assuming something is fast or slow because of the language. Remember that Visual Studio which is painfully slow is not written in JS and that people have written slow C code. Lack of deep analysis and poor decisions can lead to many problems. It's one of my key take aways from Casey and SimonDev.

If someone makes such a chip that is more simple then you'll be back to square one because complexity is easy to add fast with new features which will be built on top of the simplicity. Advertising is also a challenge, if something is so simple that it doesn't need certain features, then you can't use those buzz words to promote it, and comparison charts will have to put an "X" on that row for your product. I think the real solution is to move towards a world where people are passionate on the projects they work on beyond the incentive of money prioritizing fast pace development over design.

Memory-mapped I/O and drivers in user land? Sounds like AmigaOS from the 90s! (Albeit with no kernel / user land separation at all (!))

Casey -> Include OS was interesting and ties in with what you were saying around the 1:00 mark

1:11:45 This is basically what RISCV was created to do and I’m excited about its adoption. It won’t solve the problem but hopefully a child of RISCV will tighten up what is required of a cpu

Wait, these are two different dudes...

Can we please get fucking ENUMS

I never understand anything about anything when it comes to computers. How does electricity turn into hello? How does electricity turn into hello on a screen and then writing vector.2 = anim "jump" make a 3d sculpture make visual illusions and do a backflip at 9000 fps?

Completely full of it. I just opened a huge solution in Visual Studio 2022 in less than 2 seconds. They're making stuff up.

Where is Microsoft visual 2004 speed video?

As a user of computers since the mid 90s i can say my experience is that many programs load like dog shit today compared to the past

most jobs don't really pay fairly. a few favorite folks get the great salaries and the rest are to varying degrees exploited to maintain the high salaries of the lucky few.

Nowadays folks don't even care about CPU cycles or about taking advantage of all the cores modern computers have available for parallel processing.