hackula1

9 ms·

31.
by hackula1 13y ago
More likely a strong tsk tsk in a passing speech.
32.
by hackula1 13y ago
Awesome. Excel, PDF, and SQL Server are the 3 most obvious proprietary integrations that have an enormous demand in javascript for commercial application devs. There are partial solutions for each, but anyone who has worked with them knows
33.
by hackula1 13y ago
> I wish people could make up their minds on what DVCS we should all be using and stick with it for 20 or 30 years I know this is a bit meta, but this seems to go against the entire spirit of git.
34.
by hackula1 13y ago
Both awesome libraries, but I think including lodash and jquery in the list of small modules is a bit of a joke. Both are big old fashioned utility belts. This https://github.com/lodash/lodash/blob/master&#x2F
35.
by hackula1 13y ago
> The belief is it is easier to train a computer scientist to be an engineer than the other way around. ...and yet it still seems to take a lifetime of effort, discipline, and study.
36.
by hackula1 13y ago
As some one who rights stats libraries, I can see it now. "Bug: code does not work with an input of 1" "1 is of approaching-zero-significance when you consider all of the other test cases we are meeting. 1 is not the responsi
37.
by hackula1 13y ago
I try to put these in my issue tracker instead of the code. Same thing though. Sometimes my issues look like the rambling ravings of a madman talking to himself. https://github.com/morganherlocker/turf/issues/
38.
by hackula1 13y ago
> Accumulation of technical debt is bad. Is it always? In dollar amounts, I really do not know that it always is. "Don't let the perfect be the enemy of the good" and all. As a developer, I am always going to be the one pu
39.
by hackula1 13y ago
I find that in this situation, my response is always the same: "Just do it.. be right back"
40.
by hackula1 13y ago
Which kind of web apps? Not everyone writes todo apps these days. One of our devs retired last week. There are probably less than 20 devs in the world with his skill set (very specialized geospatial analytics). Even todo apps can require ex
41.
by hackula1 13y ago
I am in a position where I could work remotely, and I would like to, but for one reason: career advancement. I am pretty early on in my career (about 5 years in), and I have basically two competing routes ahead of me A) be a highly technica
42.
by hackula1 13y ago
Unfortunately "programmer" has come to be synonomous with "fancy typist" by the people who pay the bills. "Engineer", "architect", and "developer" all imply someone who codes with a focus on
43.
by hackula1 13y ago
Waterfall software design would also probably work if it was not for changing requirements, limited budgets, optimistic estimate push, etc.
44.
by hackula1 13y ago
Granted, most engineers are not exactly employing quantum physics to parking lot design. Most people, in general, work on gluing together pre-built parts that they do not understand all of the fundamentals of.
45.
by hackula1 13y ago
You are correct, but I would point out that this does not detract from the argument considering the time scale. Software engineering could be 150 years old, and still not have the close to the history of traditional engineering.
46.
by hackula1 13y ago
While this would not work for many people... I log most stuff to a database. I have an admin panel where admin people can perform simple extracts. The extracts can then be crunched by analysts in any way they want. We don't have millio
47.
by hackula1 13y ago
As a long time buyer, I have had zero problems. Anecdotal evidence, obviously.
48.
by hackula1 13y ago
Probably not, but no one could have predicted this of Sony when they started out making tape recorders. The initial product does not seem to matter much on this time scale compared to capital and investment prowess. Twitter looks like it is
49.
by hackula1 13y ago
Does testing have much to do with it? What's the angle I am missing?
50.
by hackula1 13y ago
Only if you told them why, in a "right to work" state.
51.
by hackula1 13y ago
Agree. I am sure Yahoo has some cruft at the lower levels, but I would imagine that the real problems are in middle management, where many of the worst are the most adept at playing the game with the higher ups after years of practice. I re
52.
by hackula1 13y ago
Does it really matter to them? (serious question)
53.
by hackula1 13y ago
I agree with everything except that a PM can be extremely valuable on a small team. Developers are much more valuable designing and coding than in endless meetings and planning sessions. That said, IME PMs should be at the same level in the
54.
by hackula1 13y ago
We have an unofficial line in our contracts with both employees and customers that essentially just says "I will try not to be an asshole". It does not always work, but I like having an expectation set up front that everyone is go
55.
by hackula1 13y ago
I tend to have strict unit testing with near 100% coverage for libraries. For application code, I use primarily sloppy integration tests. This seems to be the right balance for me anyway. That being said, I try to extract as much app code i
56.
by hackula1 13y ago
I did the same a couple years ago. Development speed has sped up drastically.
57.
by hackula1 13y ago
Convenience mostly.
58.
by hackula1 13y ago
I genuinely wonder how it is possible for paypal to have such terrible design for so long? Everyone knows its an issue, and it seems like a couple 100k in design work would clear up the issue for the next 4-5 years.
59.
by hackula1 13y ago
I feel like this comment might sum up the difference between high traction B2C and slow and steady B2B. At no point do you mention the closing or cashing the check. Your approach is perfectly valid for most B2C stuff, but as a B2B guy, this
60.
by hackula1 13y ago
If we had a list of all the bitcoin wallet values (even estimated) we could use this http://en.wikipedia.org/wiki/Jenks_natural_breaks_optimizati...

More ›