w0utert

47 ms·

391.
by w0utert 11y ago
Listing all the things bad about it would take me the rest of the afternoon, and likely evoke many replies along the lines of "you don't understand why he does it that way, it's supposed to be handmade, so you can't have
392.
by w0utert 11y ago
>> This is the only part of the Jai philosophy I struggle to understand. How is an explicit delete keyword better than deterministic destruction? From my perspective, the former method reintroduces the problem the latter method solve
393.
by w0utert 11y ago
I agree to the extent that I'd also very much prefer if all apps that fit the security model of the mac app store would be distributed through it, I hate it that almost every program on my machine seems to have its own way of updating
394.
by w0utert 11y ago
Haha, yeah well, of course it's not perfect, but let's not pretend Latin languages don't have their own unique set of problems ;-) I'm acutely aware that 500 Kanji isn't nearly enough to read even the most basic of
395.
by w0utert 11y ago
Exactly. I've started learning Japanese less than two years ago, and with some determination and a tool that supports efficient memorization (thank you http://www.wanikani.com ) the writing system starts to 'click'
396.
by w0utert 11y ago
I think it's pretty clear from the article that using an off-the-shelf engine is not an option for the author, because it doesn't satisfy his interest in building game engines ;-) That said, I agree with your previous comment abou
397.
by w0utert 11y ago
The replies on this article, and on others I've seen about the topic of online dating before, give me the impression that somehow everybody here only uses the 'free' online dating services. In my experience there's a hug
398.
by w0utert 11y ago
>> Less code is not really that important anymore (within sensible bounds) Clarity to whatever poor shmo has to maintain it is often much more important than saving 5 lines with some clever bit twiddling hack. I don't think man
399.
by w0utert 11y ago
I agree. Obviously 'god functions' and 'god classes' are bad, but splitting up tightly coupled, related logic into piles of <10 line functions seems ludicrous. Not only does it hurt readability (and debugging) like yo
400.
by w0utert 11y ago
I haven't missed it, I know the idea is to do everything by hand, which I think definitely has educational value but does not necessarily lead to better or more efficient code (to the contrary, even). Not using STL or Boost on the one
401.
by w0utert 11y ago
>> While I don't 100% agree with how Casey codes I wouldn't get as far as saying that The HH code is just plain bad, dangerous. He defined a problem space (implement a game like in the 90's with a software renderer) an
402.
by w0utert 11y ago
It's not exactly 200 hours as Casey regularly goes well into the Q&A session and adds things past the first hour. But that's not really the point the OP was making, I guess. I really enjoy watching HH and I have nothing but re
403.
by w0utert 11y ago
>> And I really don't see what's so special about them compared to people in similar conditions in India or Uganda or some other poor region of the world. Or in developed parts of the world, for that matter. People are liv
404.
by w0utert 11y ago
I'd say yes. Even though I agree with many of the points the article makes, OOP is still very pervasive, and I'm pretty sure it's still by far the most used development paradigm for most types of software. OOP may not be idea
405.
by w0utert 11y ago
>> Whichever you do, you can't assume that someone else will take care of discovery on your behalf. Why not? Isn't that the whole idea behind syndication? What about adding more information to filter apps on besides name, ca
406.
by w0utert 11y ago
There's always a handful exceptions to the general rule, Flappy Bird being another example. You only need to take a quick glance at the top selling/top grossing charts in the app store each day to see that the ecosystem for mobile
407.
by w0utert 11y ago
>> People run diesels due to durability. They run at lower RPM than similarly designed gas engines, and last longer between rebuilds. Reliability is one of these stubborn diesel myths that refuses to die. The lifespan of modern gasonl
408.
by w0utert 11y ago
Let's not pretend software developers are paid exceptionally well in the Netherlands. Somehow it's a skill that's way undervalued here, compared to e.g. middle-management. That said, a senior dev with an academic background (
409.
by w0utert 11y ago
The article is about software systems leading to safety risks. I'd say safety is implied when an electronics designer comments on it that he/she would never drive a car that relies on software to ensure safe operation. Not worth s
410.
by w0utert 11y ago
I drive a 25 year old car that perfectly fits your description, but that's just because I like the way it handles, how it looks, and because it has a little more personality to it than all the dime-a-dozen cars you see on every corner
411.
by w0utert 11y ago
>> I think the main problem with aircraft is lack of redundancy. They still count on the ability of letting the pilots control the aircraft (e.g. .1% of the time as you mentioned), I think they should just try to go all the way as mu
412.
by w0utert 11y ago
That all depends on the application, I guess ;-) Usually I end-up using Python for smaller things that aren't mission-critical or need maximum performance, C++ for almost everything else, and Objective-C for OS X/iOS stuff. Maybe
413.
by w0utert 11y ago
Yes, but to be fair, Lua is one of these few examples where JIT makes a lot of sense because the extreme simplicity of the language, which greatly expands the opportunities for a JIT to generate efficient code with relatively low overhead a
414.
by w0utert 11y ago
The code is just normalized to separate each bit of functionality and each class into its own source file, which IMO can hardly be seen as a negative. Yes you could do the same in a lot less lines of code, in a single source file, but that
415.
by w0utert 11y ago
ASML Netherlands/Brion Technologies | C++/Java/Python software engineer | Eindhoven, Netherlands | ONSITE | full time ASML Netherlands is the leading provider of optical lithography systems for the semiconductor industry. Bri
416.
by w0utert 11y ago
>> .. or, as Mark Cerny (our producer on Crash) used to tell us, "add one and increase the unit" Reading this made my day, it's the exact same rule I try to apply to my own effort estimate, to the letter. I was 100% c
417.
by w0utert 11y ago
It's going to be interesting how this series will expand to more complex concepts of interpreter design, such as grammars, AST's etc. To be honest, right now I'm thinking the approach taken to teach the basics of parsers and
418.
by w0utert 11y ago
5.20ms per image to render a Mandelbrot set at 1440x800 using AVX. My mind boggles when I think back to the time (a little over 20 years ago) when I typed in a Mandelbrot program from a magazine on my Commodore 128, ran it, went to school,
419.
by w0utert 11y ago
Having programmed many, many lines of C++, Java and Objective-C, I'd have to agree. Maybe parts of Java were influenced by Objective-C, but surely there is very, very little left of the philosophy behind how you write Objective-C code.
420.
by w0utert 11y ago
MessagePack worked great for us, fast, compact serialization, easy to use, great platform & language support. I've never used protocol buffers, mainly because I really dislike that you have to write .proto files that are then trans

More ›