Have you ever imagined PhysX in C

😂 It will get to that point. First building the base.

There's not a single app in the world he can't code fully in asm XD

One guy made Roller Coaster Tycoon 1 and 2, all alone, in Assembly. Anything is possible 😅

Very hilarious, keep it up

There's no software, which cannot be rewritten with 100% ASM.

Agreed

Agree

I agree

I agree

Disagree!

I really like the realtime format as well. Seeing the obstacles and process of thinking through potential routes forward is invaluable. Not to mention just watching how you use your tools and environment is just as educational and a great bonus. This "retrospective" way could be good too if done well and would be nice for conciseness, but the realtime format is very satisfying.

Javascript devs when they realize all of their complicated data structures actually get stored as a bunch of jumps, cmps, and movs in assembly: 😮

@@user-sb5vt8iy5q javascript devs when they learn anything about other things than their toy environment: 🤯

Horror is relative i prefer this to js

@@jordixboy javascript is on a whole different level

yo, go to twitch! there are vods, if you are intrested

To add to this comment. It is also nice to see small bits of the code being run. You get to see the pathway of how the code and features grew to become the final application

Regarding what style to follow in the near future for your "program": You have a lot of super solid schemata in action be it via Stream or VoD. The paths you walk regularly should remain a fixed component. What i personally would like to see is - coding: everything that allows to stay compact and fast but foremost be easily portable to other languages, second be versatile and binding/module-firendly in both directions - porting: in-depth streams where you do 1-to-1-ports of your released, tested and working tools - first for fun into a language you don't know - as a bonus (if you feel like it - meaning it can be an optional part of the stream) a rapid repetition of the pitfalls, rules, guidelines you came up with before but this time you do the same port into a language you really know but haven't it ported to, yet - who knows maybe a group of people decides to try it, maybe a regular on your channels? If so, how about inviting someone - screensharing is enough - and it doesnt have to be a live-stream, even as a VoD on YT it would give the feeling of watching over the shoulder (and on that topic ...) - pair-programming: as mentioned before, if someone is willing to make the effort and show some persistence/tenacity and shares a specific interest - how about pair-programming style tutoring and while the "student" does the "now its your turn to do it" you explain it to the viewers in other wording. Tutoring doesn't need to be uni-directional, too .. - designing/structuring/exercising: lots of mini-vids just showcasing all the little things that always repeat - from a language-agnostic perspective or language-category-dependent, just abstract enough to allow to follow your explanations/comparisons between similar languages and direct enough to be of use and easily memorizable with some practice - (compare rosettacode) - redesigning: How about you take an existing example (e.g. a todo-app written in assembly) and showcase in a session how much difference it makes to use non-regular vs. generic types - be it using nowadays not so often used 6-/10-/20-/31-bit or custom or variable bit-width, or creating custom flags/register-sets, make an app stateless so it can be fed in a JSON on initialization defining its scope/capabilities - leading: make use of your mindset and use your effectiveness to (re)create apps, that can have different states depending on the available IO, like: Generalize your ToDo-App, make it fully modular, make it generative and generate the app but make it speech-only or based on audio-icons or purely visual, or detect if a joystick or a pad or other controllers are attached and make the exact same app controllable in that way too, bring in the different bit-width, custom datatypes, show how to restructure a small app that is in itself already complete but show us all the ways we can explore ways not yet known to us or even you that way. .. just not alongside a stream, but in a nice portioned size as a preproduced short vid on demand on yt etc. basically just do you, explore the possibilities .. including those to create fixed series of stream/vids in a not all too varying length inside their specific genre. On a personal note: Just listening to your ramblings helps me reconfiguring my brain back into something usable. Going virtually through the examples, guided by your descriptions, anecdotes, metaphors and on-point explanations is kind of a mind-exercise, waking up (thought of as long lost) memories, rewiring the brain to grasp new concepts, etc. I wonder if it would be possible to teach coding purely by narration. Sure this would require building your own sub/super-set of nomenclatures/wordings but i think you may be able to manage it - with the experiences you made and constantly add on top and your awareness of all of the pieces and concepts, structures and flows and how they interact and affect each other unwanted or at will. Lol, built another wall .. Hope this helps!

You are correct though that the calling convention for 32 bit is completely different. In 32 bit userspace code, all arguments are on the stack, while for syscalls, the args go in ebx, ecx, edx, esi, edi, ebp

You need to study code and make projects consistently to become good

Practice makes perfect

you need programming socks

Programming socks it is then 🎉

“Good” and “look good” are two different things.

Have any idea what the rationale for that is?

@@cluelessamerican9931 I suppose that's a possible line of thought, but since it could overwrite any register they want it to overwrite, why RCX instead of literally any other?

That also requires decoding URL encoding. In case of form data I can just do enctype='text/plain'

​@@TsodingDailywhy bother with methods and query string at all? Isn't it more logical to just search for the body and parse it? Assuming that it is a single user app and we won't send anything but text anyway..

@@romandobra3151 let me guess. You didn't watch the video, right?

up

The last time I checked HTML forms supported only GET and POST

@@TsodingDaily Oh, I forgot it

I created a playlist and put the link in the description.

> manage huge applications in assembly You simply don't. It is pointless to manage anything "huge" in assembly when C exists. C is very good at writing assembly, better than most men.

there's an audience watching tsoding exclusively on youtube, so no, it doesn't work for everyone

@@irenicsuspense Yeah, _everyone_ was not the correct term. Apparently you can connect twitch to youtube, meaning it's possible to mirror twitch vlogs to youtube, which would be amazing, since twitch deletes the videos after some time. Not sure if Zozin wants that though.

I was curious on how this all works under the hood and came across Hands On Network Programming with C. Great book with a public repo that has examples.

Почему же? IMHO, этот чел в одиночку и чисто по фану уделывает всех нарциссических клоунов, что выкладывают 10-минутные ролики, наполненные самопиаром, да весёлыми мемчиками и созданные исключительно ради рекламных интеграций 💪 Причём делает это не особо напрягаясь )

Literally a proof of concept language which will die once a big language incorporates its ideas into itself

Yeah, go and learn a language that is in experimental mode since 2016 and won't have a stable release until 2025.

spend some time with C. it will give you some understanding on what modern languages and Zig in particular are trying to improve/deal with

I'm no expert but I don't think it will die. Zig offers nice toolchain and interop with C, so why would't it stand a chance of becoming a standard for writing modern C? Also people behind it seem to be passionate about it. It may take some time though. I would say that you can be sure that you won't lose time learning Zig after C

HTML forms don't support DELETE 🤡