blakehaswell

8 ms·

31.
by blakehaswell 11y ago
I think at the level of complexity of current day products, the "think for the first 75% of the time" is flat out impossible. Maybe, but from my experience we don’t do enough up-front thinking. Indeed, if our products ar
32.
by blakehaswell 11y ago
In the electronic and bureaucratic control systems, changing state is the point of the program. The thinking revolves around state, when it should be updated, and what it should be updated to. Stuffing this all behind a monad res
33.
by blakehaswell 11y ago
…you are fundamentally changing information flow in your system. And this is the key point. That the language/paradigm adds friction here is a good thing ; it guides you towards a more appropriate implementation.
34.
by blakehaswell 11y ago
Imagine you've implemented a large program in a purely functional way. All the data is properly threaded in and out of functions, and there are no truly destructive updates to speak of. Now pick the two lowest-level and most
35.
by blakehaswell 12y ago
Yeah, my experience has lead me to believe that planning the solution in relatively high detail before touching my keyboard leads to faster feedback, better designs, and fewer bugs. I’ll generally take a pad and pen and write down my requir
36.
by blakehaswell 12y ago
> We can understand our own unhappiness as workers not as a psychological problem that demands Prozac, but rather as a human response to domination. As someone who has struggled to find enjoyment at a job working on products I didn’t bel
37.
by blakehaswell 12y ago
Thanks for posting this, it’s the truth. And it’s exactly why my wife and I are leaving our jobs to cycle around Europe for 10 months. I don’t know what will happen, but I’m diving in head first and I can’t wait to grab life by the horns an
38.
by blakehaswell 12y ago
But those are the most important and interesting discussions to have, so I’m not convinced we should shy away from that sort of feedback. That said, they’re also the sort of discussions which should often happen before code is written. Deci
39.
Lincoln’s Great Depression (2005)(theatlantic.com)
1 points by blakehaswell 12y ago|0 comments
40.
Sick of Ruby, dynamic typing, side effects, and object-oriented programming(blog.abevoelker.com)
110 points by blakehaswell 12y ago|94 comments
41.
What Is Code Quality?(blakehaswell.com)
1 points by blakehaswell 12y ago|0 comments
42.
by blakehaswell 13y ago
Agreed. Generally I would argue against combining data and behaviour, for the very same reasons that the author wrote these abstractions. However, I think there are better methods available. For example I would much prefer to organise relat
43.
by blakehaswell 13y ago
Good article, but I wanted to point out that the looping and comprehensions stuff isn’t really much different with ES5’s array methods. The first example can actually be written as the much more readable: myArray.forEach(function (item)
44.
by blakehaswell 13y ago
That’s 64 billion messages sent through a single company. 64 billion messages sent using a single company’s proprietary application, communicating with their private servers using their proprietary communications protocol. I find that kind
45.
New WhatsApp record: 64 billion messages handled in 24 hours(twitter.com)
4 points by blakehaswell 13y ago|2 comments
46.
Make Your Team More Effective: A Simple Git Workflow(blakehaswell.com)
1 points by blakehaswell 13y ago|0 comments
47.
by blakehaswell 13y ago
I’m sure there are better ways. But this is something we’re trying, and in the early stages it seems to be working well for us. YMMV. As for the metrics… from the studies that I have seen, the effect pair programming has on these metrics is
48.
Practical Pair Programming(blakehaswell.com)
4 points by blakehaswell 13y ago|2 comments
49.
by blakehaswell 13y ago
I’ve been using a 11" Macbook Air (2011 model, 4GB of RAM) for the past 2 years as my primary dev machine and it hasn’t skipped a beat. I’ve worked on everything from Spring projects to NodeJS projects, and I’ve used editors including
50.
JavaScript & Convention(blakehaswell.com)
2 points by blakehaswell 13y ago|0 comments