hderms

40 ms·

301.
by hderms 12y ago
I think that's probably the best way to look at it. You are given the parent node with CWD and you can attempt to modify child nodes by relatively addressing them. I was wondering before if it would be interesting to have a filesystem
302.
by hderms 12y ago
Cheer up, man. Who wants to fit in anyways? Kind of a platitude but it's true. The homogenization of culture (or asking immigrants to totally fit in to their new surroundings) are negative things for humanity.
303.
by hderms 12y ago
Software has a ton of examples of things we believe in without ever having conducted some rigorous scientific study. There are lots of opportunities for intelligent people to come up with ideas or methods strictly from analyzing anecdotal i
304.
by hderms 12y ago
The key word in his sentence was "byproducts"
305.
by hderms 12y ago
Additionally, Linux wasn't as secure as it is now out of starting gates. It's a very effective and well-written piece of software, but there have been high profile bugs and exploits. C code isn't impossible to make safe, but
306.
by hderms 12y ago
You'd probably have to move more to a CSP type concurrency versus threads if you were to leverage multicore machines. Erlang doesn't allow individual processes to share memory with each other, but Erlang is undoubtedly a great pla
307.
by hderms 12y ago
Yeah, "stringly-typed" isn't really a problem when you're mostly dealing with files made up of strings/lines. Interfacing between programs and files which output mostly idiosyncratic output over an interface of fil
308.
by hderms 12y ago
Very nice results. I sense a successful product
309.
by hderms 12y ago
It's disingenuous but he assumed it because he wouldn't be able to cram it into a statistical model as easily otherwise
310.
by hderms 12y ago
Well it's probably easier to program CUDA for embarassingly parallel tasks, or other tasks well-suited to CUDA, but FPGAs might make certain tasks easier because of their flexibility.
311.
by hderms 12y ago
It's a good point, though. He is mainly speaking to the data rates for media involving 'guided' experiences. Interactive experiences would benefit much more linearly with the amount of data able to be stored (google maps on y
312.
by hderms 12y ago
Took the words right out of my mouth (better said, of course).
313.
by hderms 12y ago
I mean, there should still be a need for both the data and code sections of a program. Similarly, some kind of tree-like structure for naming "files" locations (for interprocess communication). I would imagine, at least in the ear
314.
by hderms 12y ago
Yeah, we use mailgun without Rackspace.
315.
by hderms 12y ago
I remember WindowMaker impressing the hell out of me about a decade ago. Used it for a good while until I migrated to Gnome.
316.
by hderms 12y ago
I was a bit unclear: my general point is just that you can decouple code in ways that doesn't necessarily increase cohesion and you can decrease cohesion in ways that doesn't necessarily increase coupling. If you are designing a s
317.
by hderms 12y ago
Haha yeah, I think you have a point there. Perhaps programming is so challenging it awes otherwise intelligent people and makes them reach out for simple rules to simplify their lives.
318.
by hderms 12y ago
To me it makes sense to think about how much state is being mutated in a given class. If you have a class with 200 different properties that are changing somewhat orthogonally to each other, you probably need to think things through and sep
319.
by hderms 12y ago
I think that putting cohesion and coupling on a 1 dimensional axis is kind of disingenuous. There are an infinite number of design changes that could be made and some of them increase coupling, some of them increase cohesion and all number
320.
by hderms 12y ago
Julia looks like a wonderful mix of Ruby, Python and ML (or something). I'm really eager to see this adopted by more people.
321.
by hderms 12y ago
"nothing more than repeatable artifacts of whatever I was trying to do to verify the code I was writing was working" I really like this way of looking at things, and think I might adopt it myself. It's kind of a nice way of s
322.
by hderms 12y ago
I'm not a TDD adherent in any way, but depending on the language you can get some interesting results with automated tests and concurrency. Erlang has a number of applications which automatically reorder the scheduling of the various p
323.
by hderms 12y ago
Every once in a while I'm reminded of the negative side of the ruby community that people always talk about. I'm not entirely sure why there seem to be a ton of highly negative and highly vocal people giving it a bad name, or if i
324.
by hderms 13y ago
"Actually, regulation was part of the problem - specifically the Community Reinvestment Act http://en.wikipedia.org/wiki/Community_Reinvestment_Act" He then goes on to demonstrate an argument regarding how CR
325.
by hderms 13y ago
I often deliberately break something and make sure it fails before accepting that my test actually tests for what I think it does. Not perfect, but it gets you some of the way there.
326.
by hderms 13y ago
I mean, log files less-so, but having a config file written in a DSL of sorts can be quite a boon. In the ruby world I've found this type of pattern to be quite useful.
327.
by hderms 13y ago
What's E/S?
328.
by hderms 13y ago
Why do programmers, in particular, seem to lose respect for others so quickly? Is it that ours is such a technical field that people often value 'straight-talking' at the expense of politeness (see: Linus)? Is it that software is
329.
by hderms 13y ago
I really appreciate your response. It's very measured and, to me, seems the result of experience, as opposed to gung-ho idealism. People need to realize that software is complicated, and that despite the fact that computers operate on
330.
by hderms 13y ago
Best comment in the entire thread.

More ›