Programming Languages
The choice of programming language for your Next Big Project can be difficult. Even worse, it can seem easy… when it is not. On the one hand, strictly speaking, you can write any program in any of Turing-complete languages. On the other hand, that doesn’t mean it will be easy. In fact, writing a program in a poorly suitable programming language could be extremely difficult.
C++: On Using int*_t as Overload and Template Parameters
May 14, 2018 by • “No Bugs” Bunny
Quote:
We decide which set of types we’re using (fundamental or int*_t), and use it consistently
Another Quote:
The only thing we’re doing here, is changing the name of the type, NOT its behavior
Filed under: On.ProgrammingTips and TricksProgramming Languages
‘Speedy Gonzales’ Serializing (Re)Actors via Allocators
May 1, 2018 by • “No Bugs” Bunny
Quote:
Allocator-based serialization for (Re)Actors is extremely fast (for x64 – around tens of ms per 100MB of state)
Another Quote:
Per-(Re)Actor allocators can be implemented without any changes within (Re)Actor itself (i.e. all the necessary changes can be confined to Infrastructure Code).
Filed under: On.ProgrammingProgramming LanguagesOptimizations
Read moreUsing Parallel (algorithm) Without a Clue: 90x Performance Loss Instead of 8x Gain
March 27, 2018 by • “No Bugs” Bunny
Abstract:
I made an experiment which demonstrates Big Fat Dangers(tm) of implying that parallelization can be made as simple as just adding a policy parameter to your std:: call.
Quote:
it is still necessary to understand what we’re doing
Filed under: On.ProgrammingTips and TricksProgramming LanguagesOptimizations
Read moreOn Programming Language Complexity, or Our Brain as a CPU with 7+-2 Registers
March 20, 2018 by • “No Bugs” Bunny
Quote:
Let’s consider our brain as a CPU, which consists of the control unit, ALU, and 7+-2 registers.
Another Quote:
Moving C++ one step farther from being a brainfuck is IMNSHO always a Good Thing(tm)
Filed under: On.ProgrammingProgramming Languages
Read more

