In the last years I've been asked multiple times about the comparison between raylib and SDL libraries. Unfortunately, my experience with SDL was quite limited so I couldn't provide a good comparison. In the last two years I've learned about SDL and used it to teach at University so I feel that now I can provide a good comparison between both.
Hope it helps future users to better understand this two libraries internals and functionality.
This article details my adventures and disadventures while porting my +9 years old XNA games, originally developed for Windows Phone, to multiple other frameworks (SharpDX, PSM, MonoGame...), for PSVita, Android and Desktop (Windows, Linux, macOS) platforms.
The article is divided in 3 parts:
Tiny wrapper component for React-Datepicker to stylistically fit with Chakra-UI 1.x.
<DatePicker selectedDate={myDate} onChange={(d) => console.log(d)} />
Clearable version:
<DatePicker selectedDate={myDate} onChange={(d) => console.log(d)} isClearable={true} />
It's great for beginners. Then it turns into a mess.
| // [src] https://github.com/ocornut/imgui/issues/123 | |
| // [src] https://github.com/ocornut/imgui/issues/55 | |
| // v1.22 - flip button; cosmetic fixes | |
| // v1.21 - oops :) | |
| // v1.20 - add iq's interpolation code | |
| // v1.10 - easing and colors | |
| // v1.00 - jari komppa's original | |
| #pragma once |
Orthodox C++ (sometimes referred as C+) is minimal subset of C++ that improves C, but avoids all unnecessary things from so called Modern C++. It's exactly opposite of what Modern C++ suppose to be.
| | Image format (sized) | Unsized | Compr | Pixel format | Pixel type | | |
| |---------------------------------------|--------------------|-------|--------------------|-----------------------------------| | |
| | GL_R8 | GL_RED | False | GL_RED | GL_UNSIGNED_BYTE | | |
| | GL_R8_SNORM | GL_RED | False | GL_RED | GL_BYTE | | |
| | GL_R16 | GL_RED | False | GL_RED | GL_UNSIGNED_SHORT | | |
| | GL_R16_SNORM | GL_RED | False | GL_RED | GL_SHORT | | |
| | GL_R32F | GL_RED | False | GL_RED | GL_FLOAT | | |
| | GL_R8I | GL_RED | False | GL_RED_INTEGER | GL_INT | |
I was at Amazon for about six and a half years, and now I've been at Google for that long. One thing that struck me immediately about the two companies -- an impression that has been reinforced almost daily -- is that Amazon does everything wrong, and Google does everything right. Sure, it's a sweeping generalization, but a surprisingly accurate one. It's pretty crazy. There are probably a hundred or even two hundred different ways you can compare the two companies, and Google is superior in all but three of them, if I recall correctly. I actually did a spreadsheet at one point but Legal wouldn't let me show it to anyone, even though recruiting loved it.
I mean, just to give you a very brief taste: Amazon's recruiting process is fundamentally flawed by having teams hire for themselves, so their hiring bar is incredibly inconsistent across teams, despite various efforts they've made to level it out. And their operations are a mess; they don't real