dosethree

12 ms·

91.
by dosethree 7y ago
Being old doesn't mean good. From my experience, using j2ee or spring to make a web app is grossly overcomplicated (I have heard of but not yet used spring boot). Asp.net is fine but anyone who is paying $$ for that is probably a du
92.
by dosethree 7y ago
Why is this article getting upvotes? It says almost nothing, certainly very little interesting or actually useful
93.
by dosethree 8y ago
The best teams are T-Shaped (specialists who also generalize) that doesn't mean they are specialists in everything, but as a team they have the expertise they need collectively. Those teams work well because when someone is on vacati
94.
by dosethree 8y ago
This article seems to totally go against my personal experience, that maintaining a suite of applications of varying languages in prod and dev is made a lot easier through containerization and standardizing on top of that. The same can be
95.
by dosethree 8y ago
Well thats probably something to do regardless
96.
by dosethree 8y ago
" It’s a myth that communication is hindered by private offices, as much as managers or PMs want us to believe otherwise." I don't like open offices either but I don't know if you can throw that out there. Private offic
97.
by dosethree 8y ago
I just get regular reddit when I click that, did they turn it off?
98.
by dosethree 9y ago
I don't think calling an all stop would necessarily help. Usually people just ask for help at standups
99.
by dosethree 9y ago
Most jobs I've been at if you're the first new hire in a while you are going to experience something like this, and it's important that you spend a lot of time adding to the documentation to make it easier for the next new hi
100.
by dosethree 9y ago
You can get what you want with capistrano and a something like unicorn taht supports no downtime deploys
101.
by dosethree 10y ago
The cost of technical debt is obviously much harder to quantify than the value of new features (though most companies don't even do that well), so most people don't try and that's why we end up constantly prioritizing feature
102.
by dosethree 10y ago
I've worked on Kanban agile teams that don't do estimates, and I strongly prefer it. I think it's still critical to demonstrate incremental value, but there's a deadline oriented culture at some places that just ends up
103.
by dosethree 10y ago
I think you might have the idea that "Quality" is some sort of nitpicking, ambiguous goal. At most places I've worked, it just means well thought out, tested, architected code that follows best practices.
104.
by dosethree 10y ago
Executes should have some rough sizing of large undertakings for making high level business decisions - I don't think that's what the author is referring to.
105.
by dosethree 10y ago
This comment is a reaction to lots of dysfunctions that I've personally observed at software companies that are highly deadline driven. Deadlines are often intended to drive focus and productivity but frequently have the opposite eff
106.
by dosethree 10y ago
You say it like it's a con, but this is what makes Apple unique compared to their competitors. The PC market will always be around to make a clunky laptop with a huge battery if the customers want it. Apple keeps pushing the limits de
107.
by dosethree 10y ago
I'm very interested in buying these and I have a headphone jack so I don't think it's purely a money thing, but obviously 159$ is quite expense (though so are most bluetooth earbuds that are likely not as nice as these in som
108.
by dosethree 10y ago
for me, it's a bit of column and a bit of column b
109.
by dosethree 10y ago
I TDD a fair bit, and both kinds of tests are useful. I do really love the tests that I write to replicate a regression bug. The other types of tests are more like living documentation of my internal APIs for future developers, and are st
110.
by dosethree 10y ago
Agree with some other comments here: Good: Code review? Great. Boy scout rules enforced in legacy code? awesome. The QE analysis seems great! Bad: Failure to expedite? Fail. And without that there's no story. Also at a high level, t
111.
by dosethree 10y ago
I re-read this later and wondering if that's actually true. Our industry is very "you don't have anything to do this weekend, right? right!" Anyways, it's true for me.
112.
by dosethree 10y ago
The problem with using calendars is actually you're pretty flexible about when you want to get most stuff done, you just have a deadline. But you don't want to do it at the last minute, so for a weekend task you want to check in
113.
by dosethree 10y ago
Sounds good, but the vast majority of software eng does not require this, and i think it's just a different problem with a different solution then licensing
114.
by dosethree 10y ago
Most job seekers in our industry have jobs and lives outside of work