faragon

79 ms·

811.
by faragon 12y ago
Amazing. 80×100 resolution 1024-color mode doing CRT controller (6545) tricks, on plain IBM CGA adapter. Also fullscreen bitmap rotation and 3D rendering on a 4.77 MHz Intel 8088 CPU. Wow.
812.
by faragon 12y ago
Plain STL and some trivial multiplatform wrappers for threads, spinlocks, mutex, events, and time.
813.
by faragon 12y ago
In my opinion, Boost is bloated and terrible to work with in multiplatform projects. I will never try it again.
814.
by faragon 12y ago
Noble experiment and fabulous failure.
815.
by faragon 12y ago
The book is good. BTW, the title is a bit misleading, in my opinion: handling paralelism at low level is hard, but parallel programing is hard only because of the languages we use are not transparent enough, and because many problems are ha
816.
by faragon 12y ago
Thank you.
817.
by faragon 12y ago
"New Microsoft"? So why are they still bullying with patents against Android device makers? (FAT file system, etc.)
818.
by faragon 12y ago
Wait. Is that really related to suckless.org? I've just checked that suckless.org Unix tools are called "9base", not "Sbase", and is different code. Could someone explain that? http://git.suckless.org&#x2
819.
by faragon 12y ago
It looks well written.
820.
by faragon 12y ago
Nice library, and beautiful implementation.
821.
by faragon 12y ago
Yes. But the "void *" everywhere code would take just a portion of the space, as for every different type, you would be duplicating the code.
822.
by faragon 12y ago
That's evolution. New graphics APIs are intended for engine developers, not for application programming. Application should use higher level engines, not low level APIs.
823.
by faragon 12y ago
What's the point of using GC in high performance software? Seriously. In my opinion, it makes no sense.
824.
by faragon 12y ago
VMWare: stop this and release the code on GPL v2. It is just old code. And also, recognize the mistake. Period.
825.
by faragon 12y ago
After a quick overview, in my opinion it makes sense to try to assemble it. Comments make sense, also the code. I don't think is "garbage code", and if it is, the author put a lot of work of making it convincing.
826.
by faragon 12y ago
Such a marvelous mind. From works quoted in the article, I read Poincaré's "Science et méthode" (in its Spanish translation "Ciencia y método") many years ago, being student. Got shocked, in similar way to when I fo
827.
by faragon 12y ago
Amazing idea. It could be used for addressing many respiratory system illness.
828.
by faragon 12y ago
Uber will collapse, in my opinion. How much time will take for many others doing the same? Come on. Such investment is just nonsense.
829.
by faragon 12y ago
"The big problem is the ABI sucks" The problem is that there is no standard ABI call for C++, as implentation is vendor-specific (it may change even for same vendor between different compiler versions (!)). It would be hard to &qu
830.
by faragon 12y ago
"It would make a big difference to the web, especially for static but commonly downloaded data." Static but commonly downloaded data is already cached. For downloading software packages, or differential sofware updates (e.g. initi
831.
by faragon 12y ago
Not, if your executable has embeded elements and it takes e.g. 500MB.
832.
by faragon 12y ago
It looks interesting. The VLIW with OoOE approach will make sense, may be they will follow that path, some day. In my opinion Industry has not yet reached global adoption of that because of having still some room for enhancements, being the
833.
by faragon 12y ago
The past was CISC, past future was RISC, and present is CISC-decoded-to-RISC. Future looks like more of that, i.e. the shorter the opcodes, the better: if a short opcode can mean complex things, even memory-to-memory operations, it will not
834.
by faragon 12y ago
No, it is not wasted. The "holes" come with exact allocation. Making malloc block granularity bigger reduces memory internal fragmentation.
835.
by faragon 12y ago
Who can do Cathedrals, do Cathedrals. Otherwise, do Bazaars.
836.
by faragon 12y ago
Why? Shut up and take my money! :-D
837.
by faragon 12y ago
Cron already covers all my job scheduling needs, yes. You can do all the "recover thing" in the scripts called by cron, without the need of complicating 99% of cases that don't need such complication. "Keep it simple, st
838.
by faragon 12y ago
KCSS (Keep Cron Simple, Stupid)
839.
by faragon 12y ago
The source code of vis looks great, and the executable takes about 100KiB (x86-64). The editor does not behave exactly like vi/vim, but it is quite acceptable. I like a lot the suckless manifesto, recommended projects, etc. http:&#x2F
840.
by faragon 12y ago
No. Most systems do not do crazy things like that. That system by itself could run Google search for lots of queries/s, and it is having trouble to deliver few operations per day. Come on, that server is faster than anything running in

More ›