davesims

61 ms·

181.
by davesims 15y ago
Disagree. This is so much worse than that. At least with Hungarian notation (which thankfully died a well-deserved death), its advocates were arguing for a relatively well thought-out system of readability and tying member names to their ty
182.
by davesims 15y ago
Yes, I understand those are frameworks not languages. The point was that since TIOBE indexes against the word 'javascript' and not 'node,' etc. I think it's possible that JavaScript's relative usage is obscured. This is purely anecdotal on
183.
by davesims 15y ago
As Javascript's is cannibalized by node, jquery, ember, etc., etc., etc.
184.
by davesims 15y ago
Or the self-contradictory, "Eschew obfuscation."
185.
by davesims 15y ago
Nice, thanks William.
186.
by davesims 15y ago
Exactly. And note the date: 6 years ago. I think the collective wisdom has been acquired. The IT community needs to name it in a way that makes these lessons learned common enough that the next time someone is burned by Bad Agile, they won'
187.
by davesims 15y ago
Must be Wednesday. TODO next week: Go collect all of the blog post cycles of "Agile Sucks" -> "No, agile in theory is fine, it's just marketing and implementation that sucks." It's a full-fledged meme at this point. And I think if you d
188.
by davesims 15y ago
You're asking for integration tests, and yes those are hard to do, esp when the integration is against a large deployment of third-party or existing API code like you describe. What you want to do in that case is isolate the "glue code" if
189.
by davesims 15y ago
I do this as well, but mainly because the default behavior of 'git push' makes me jittery. I might be more comfortable if this change is made. +1
190.
by davesims 15y ago
Great job, Annie! And what a great way to introduce a lot of new people to Ruby, and _why's unique contributions to Ruby and the open source community in general. I thought your article was very well researched and treated _why with respect
191.
by davesims 15y ago
Well said, thanks raganwald! Being a writer myself, I'm sensitive (probably overly) to the amount of work that goes into a piece like that. The fact that Annie made herself learn Ruby and get deep enough into the specifics of Matz, _why, dh
192.
by davesims 15y ago
Sure, not a book review for NYT, but it is the top comment on HN, which has the unfortunate consequence of being the first impression a lot of people had of an article that had a lot of hard, thoughtful work put into it. It also caused some
193.
by davesims 15y ago
I care deeply about _why and his contributions as well, and I still cringe thinking about how I felt the moment I realized he and his work and his wit were gone from the community forever. The Poignant Guide was my intro to Ruby and still s
194.
Cucumber/Functional tests for Android and iOS(blog.lesspainful.com)
7 points by davesims 15y ago|0 comments
195.
by davesims 15y ago
Did you read the comment thread at all? I wasn't responding to the article, I was responding to a comment: ...snip... >Same goes for 16/24 bit, however, the difference between 16 and 24 bit is actually audible No, the difference is not
196.
by davesims 15y ago
Speaking of jumping in without reading...I wasn't responding to the article. I was responding to the commenter that said you couldn't tell the difference between 16 and 24 bit.
197.
by davesims 15y ago
That's cute. Obviously you've never recorded a rock band while riding the pre to compensate for 16bit's terrible noise floor and horribly limited headroom. You've never had the joy of ruining a perfectly good take because of that wonderful
198.
by davesims 15y ago
Audio, perhaps like the wine industry, is a vast bastion of confirmation bias and subjectivity, no argument there. But I know what my ears hear, and IMO there is absolutely a vast different between 44.1 and 192. I'm not sure how you can eve
199.
by davesims 15y ago
Heh, it's funny to see this late-nineties debate get re-hashed here. Also kind of fun. If it were true that there's no audible difference between 16 and 24 bit, companies like Alesis, Otari, ProTools, etc. wouldn't have spent the last 15 ye
200.
by davesims 15y ago
Another "ex audio engineer" here, you can believe or not at your leisure. Many hours spent in high-end recording and mastering environments. I'm not sure what your background in audio is, but everything he says is correct. High end frequenc
201.
by davesims 15y ago
It's an easy mistake to make, but arguably no easier than, for instance, not escaping input strings to guard against SQL injection. IMO it falls to the developer to set protected on vulnerable attributes. This is pretty basic Rails security
202.
by davesims 15y ago
OP has a point. Not a f*cing important point, but a point. UIs can and should be faster, Adobe and MS are slow to catch on with current user expectations, and splash screens are annoying relics of a bygone era of bloated desktop UIs. Agreed
203.
by davesims 15y ago
"Tornado and Node.js are the two other asynchronous web servers that we used in the benchmark. We didn't include Netty because it felt a little bit like comparing apples with oranges. But I wouldn't doubt if Netty showed numbers equal to (o
204.
by davesims 15y ago
We just had a very successful hackathon where I work. About 10 separate teams coded basically overnight and the results I think surprised everybody. There was something about the energy and, well, slight insanity of staying up all night jus
205.
by davesims 15y ago
My feeling after reading the article is that he's link-baiting to make a valid point about trends in education in general. He gets demerits for the misdirection, but his fundamental question is essential and needs to be engaged. Is he corre
206.
by davesims 15y ago
To me the problem of estimation is fairly straightforward. Mike Cohn's work in AEAP is thorough and worthwhile and probably still the best resource for solving the problem of estimation with any regularity. http://www.amazon.com/Agile-Esti
207.
by davesims 15y ago
Agreed, completely, just pointing out, again, time's is different...
208.
by davesims 15y ago
Not to pick on him, because I think the overall received wisdom on new tech has shifted and morphed a great deal over the last few years, no doubt including Joel's...but I can't resist pointing out that, my how times have changed... http:/
209.
by davesims 15y ago
Last hint: Heroku itself is on top of AWS... OK that was actually the answer.
210.
by davesims 15y ago
OK, here's a hint: we're talking about where to host besides Heroku because of Heroku's 76hr outage last Spring...

More ›