Jump to content
Search In
  • More options...
Find results that contain...
Find results in...


  • Content Count

  • Joined

  • Last visited


This user doesn't have any awards

About DevBlox

  • Title

Profile Information

  • Location
    Somewhere in East Europe
  • Gender
    Not Telling
  • Interests
    Enterprise technology, software development, security


  • CPU
    AMD Ryzen 7 3700X
  • Motherboard
    MSI A-PRO X570
  • RAM
    Corsair Vengeance LPX DDR4 4x8GB
  • GPU

  • Case
    be quiet! Pure Base 500 Window
  • Storage
    512SSD + 2TB HDD
  • PSU
    Corsair CX650M 650W
  • Display(s)
    LG 34WL750-B
  • Cooling
    Stock Wraith cooler
  • Keyboard
    CM Storm mechanical (brown switches) + Microsoft Sculpt
  • Mouse
    Steelseries Sensei + Microsoft sculpt mouse
  • Sound
    Audio-technica ATH-M50x
  • Operating System

Recent Profile Visitors

1,432 profile views
  1. From my experience, it's in some ways similar and different in others: Exercise is extremely important. Gym and jogging alternating days every morning. Getting it done in the morning leaves the entire evening free to do anything I want. Plus is doesn't wear me out, it actually helps with alertness. One cup of coffee in the morning, maybe one immediately after work if I feel like having one, but no later (minimize impact on sleep). I'm thinking of completely ditching coffee, for one, I had complete caffeine addiction beforehand, withdrawals sucked. The problem is that I love coffe
  2. I'd say - start with excelling at something. There will always be a demand for highly skilled programmers, might not be the case for anyone mediocre. People want to hire professionals , that'll never change (probably). So, figure out what exactly it is what you want to do and start grinding at it, hone your craft. It does not mean you're stuck with something for life. And you will have to learn new things constantly, prepare to be a student forever and ever in this field. You can kind of coast through sometimes, but it's not worth it IMO.
  3. Well, for the original idea, how skilled are you at low level stuff? It will take a large amount of time too. Unless you're bent on doing everything from scratch, just start off some platform. Here's a fantastic resource for starting something like this from scratch though: https://wiki.osdev.org/Expanded_Main_Page
  4. Some not mentioned things: Flutter might be another option you could try, can do web also. But unlike electron, does not need to be shipped with a browser integrated into it, though it still has some "weight". The language there is Dart. You could use wxWidgets, that works on all platforms AFAIK. You can use C++ and Python, there are bindings for more languages I'm sure.
  5. Yes. It's great as a hobby and as a career. Can it be really - nut-crushingly - difficult career (depending on what you do of course)? - Also yes. Can you sort of coast through in some cases, if you're not reaching too high? - Kinda, but not worth the time investment IMO (it's far too interesting to me), also you're not likely to get paid as much as ones that constantly hone their skills, it shows usually. If it's a hobby, who cares, it's a hobby. Should you reach high for a career? - Well that's for you to decide, we're not your dads/moms out here to discip
  6. I highly encourage learning even though it's impractical in 99.99% cases. The importance of understanding it supersedes the impracticality. Also do well to emit ASM from some language and compare, optimized vs not optimized etc. Keep in mind that a modern x86 instruction set (with extensions and stuff) is huge and you will not learn all of it anyway. Consider starting of with Intel 8088 (you can use DosBox and Turbo Assembler) for a start, or even going ARM or RISC-V.
  7. Oh man, are AMD GPU's competitive in anything anymore? It's not even worth to buy for OpenCL work like in the past, CUDA has completely demolished the competition there.
  8. Next up - using jpeg for network compression. On a more serous note - deflate will not be quick enough network traffic. It's not a good idea. Yes, it yields a better compression ratio, but it's relatively slow speed will *insert a more violent/expressive phrase for 'utterly destroy'* the performance of a network. That's based on compression benchmarks on larger files (can't find any other sources at the moment), so what you will see does depend on a lot of factors. If there's any seriousness to this - it must be thoroughly benchmarked. That might be: compression ratios, added lat
  9. Since I haven't really worked with a domain language like C# or Java in a long time, I've been using VSCode, and more recently nvim (just vim basically). They're great for pretty much every language that does not rely on IDE automation too much (both of those can perform those functions too, but not out-of-the-box, needs some time to set up usually). Suits my needs well, because of the languages I use. Otherwise, I've used Jetbrains tools in the past, and I've found them great. If I was to jump back into C# or Java, I'd probably use them. I wouldn't exactly want to, but those langu
  10. Multiple implementations for the same operation and then checking for support at runtime.
  11. Here's a start: https://www.gnu.org/software/libc/manual/html_node/Using-Pause.html Obviously daemons are usually not that simple, and are often multi-thread or multi-process (forking) systems. But this should be enough for the thread that listens for OS signals for starters at least. Graceful shutdown is the harder part of the daemonization IMO. Harder to do properly that is.
  12. CPU wise, I get much better performance on my tasks for a much better price. Threads is what I need, and higher-end AMD CPUs have plenty. They have Intel so far back in the dust in this regard it's crazy. GPUs are not as competitive (feature-wise especially), but I've still got one. That's because I run Linux and I don't even need to install drivers on my system, AMD cards have that perk there.
  13. Everyone would probably argue about what programming language to write it in lol. Then end up implementing it in 5 different languages after arguing for days/weeks on the forum and not coming to a compromise. Monkey's paw this `CALLING ALL coders...` thing be. Manufacturers do tend to do this stupid *bleep* of not allowing other programmers to use their integrated 'auxiliary' hardware easily. This area will always stay fragmented until they have some standard in place (read: never). Best solution to that is throwing every RGB part you have into the bin and setting it on fire. And i
  14. In any sort of practical terms and to scale - no. The amount of different knowledge areas and time for development and testing needed to achieve any sort of stability is not at all possible by a small team. You can make a game engine that suits the game you're working on, and that's not a bad thing at all, but you will not achieve what UE achieved AND have a game. The motivation to try to match UE from the get-go is an ill one. You would not be able to keep it going. And if the goal is to make a game, you'd waste a lot of time and effort and not have the game completed before you'd
  15. If it'll build on Linux, I'd sure have a try.