The only software paradigms that really exist or are usable are the current mess of operating systems and browser standards. Windows 11, macOS, Chrome, Android, iOS. And crappy legacy languages like C/C++ are still the dominant ones, and honestly required if you want your software to actually work. Python, for example still depends partly on C/C++ underneath.Now people will say alternatives exist, Linux, BSD, older corporate hardware and software like ThinkPads running Windows XP or 7, or entirely different paradigms like Smalltalk or Lisp systems, such as Pharo, or Haskell if you want to go full functional. But here's the problem is those are just toys, or broken systems incompatible with the modern paradigm. You can't really use Linux or any BSD properly. You can't just decide to stick with Windows 7 or XP, because the tech world moves millennia in a decade. And if you like something novel and genuinely nice like Haskell, Smalltalk, or Lisp. you're not going to do anything important with it beyond small projects, and you can't even share it with other people, because everyone else is stuck in the C/C++ paradigm.By default it's C/C++ for Win/Mac, Swift for iOS, or Java/Kotlin for Android, and JS on the browser. that's about it really. everything else is a toy or a dead end.
>You can't really use Linux or any BSD properly.oh thanks for letting me know. i was happily using only linux for a decade, but you say it can't really be used properly, whatever that means.
If you can't use Linux or BSD properly, don't use it properly, just use it if you want anything about this to change. as long as the big boys have the market share they will keep the legacy garbage forever
>>109459438I can suggest an equation that has the potential to impact the future: Write once, run everywhere + AIBasically AI will be the only "programming language" you need to develop applications for any platform.
>>109459438hands that can't flush a toilet properly wrote this
>>109459737Good morning sir!You suggested: run everywhere + AIBut since E = mc^2 + AIWe can deduce: run everywhere + E - mc^2Such insightful remark sir. This is the exact type of paradigm shifting thinking the world needs.
I'm learning programming right now and I was adamant about only learning c and developing a game with it.Seems the bar has moved pretty far since the late 90's, so I'm transitioning to c++.
>>109459813i guess if you're in it for the job (no one's hiring) but if you want to have fun you'll enjoy C with SDL3 more than any cpp specific framework or engine
>>109459438You can use Haskell, Smalltalk and Lisp for big projects.Mercury has Haskell, JPMorgan Chase has Smalltalk, NASA has Common Lisp, Nubank and Walmart have Clojure.
>>109459870Not many resources for someone learning gamedev with c.Seems like c++ is where all the learning resources are
>>109459992C++ is just OOP and other fancy structures. As long as you understand what the thing being built is, you can translate it back to C.Say an object oriented renderer, you can just take the object oriented part out and keep the renderer.
>>109459992The vast majority of C++ game programming tutorials (the sort that use SDL anyway) are just C with a few conveniences from C++.
>>109459669go back
>>109460238This>>109459992C++ helps you when you need to prototype something that c++ provides utils for (e.g using templated containers).Most high performance video game C++ code relies heavily on C idioms, like tagged unions (or modern std::variant, aka sum type) for entities or scene objects, instead of runtime polymorphism.At the end of the day, most graphics API are C-oriented, with little to no RAII support. opengl makes you push and pop uniforms, the same way in C++ too, so at the end it just becomes a wrapper for C code.
