3,447 karma · joined June 10, 2012
http://josephdaigle.me
https://github.com/jdaigle
https://twitter.com/JosephDaigle
http://stackoverflow.com/users/507/joseph-daigle
I do a lot in the .NET/SQL Server world, and my tool of choice is one that I wrote: http://josephdaigle.me/2016/04/03/introducing-horton.html. Conceptually, what this tool does could work for any RDBMS.
The company is certainly large enough to have their own infrastructure team.
But granted, migrating an entire system that makes extensive use of the AWS ecosystem is anything but trivial.
But I'm in your camp: I work with teams using git (and GitHub as a central repository), and a non-linear history has literally never been an issue. Even ugly graphs 7-10 histories wide aren't an issue. We also don't do pull requests (because we would we?).
We don't have a hard time with code reviews just using GitHub's commit history or even Gitk. In fact merge-commits often sometimes useful as markers of when the developer integrated his/her changes.
Admittedly, I'll occasionally do a rebase of upstream changes before I push if I know the change I made was small an isolated - but I certainly don't encourage other developers to do it.
I guess the author doesn't realize that code can live on a server. And the answer to his query can simply be a "document".
Edit: I did not catch that the article is supposed to be a joke. If that's true... I suppose it's not very funny.
It's not laziness or apathy. It's just that we're only paid to do a task.
It seems to me that, unless your product is a platform, you probably shouldn't publish a public API until someone requests it as a feature. And you should charge for it, especially if your hosting the API endpoint. Turn it into direct revenue to support the development and maintence of those API features.
This is one reason I personally have a hard time moving away from MSSQL (despite the obscene licensing). Clustering, replication, and failover of MSSQL on Windows is really quite powerful. Though not necessarily cheap or easy to setup and troubleshoot, it is wonderful when it works.
I loved that machine.
Now at work I'm stuck with a Latitude W series. While certainly powerful, it barely qualifies as portable. I hate it.
I'm considering getting a 13" MacBook Pro, for myself, whenever they announce an upgraded model this year.
I wrote a bit about it here: http://josephdaigle.me/2015/12/03/search-for-ultimate-dev-la...
There are a lot of other bits, such as Integrated Security Security, Windows Perf Counters, Windows Event Log, that are probably stripped out.
But I also suspect that that the Linux implementation is based on the implementation that they use for Azure SQL Databases.
Some people probably said that about the .NET framework. Now almost all of it (the new stuff anyway, and minus Visual Studio) is fully open source.
The Affortable Care Act is largely thanks to Obama. And it did add new regulations related to HIPAA and HITECH. But the core principals that you mentioned were already tehre.
Unfollow. Seriously, that's the best way to decrease noise. Yeah, perhaps they do occasionally tweet something interesting. But if 50%+ is just noise, it's hardly worth it. I'll look for their content elsewhere.
I realized that almost nothing on my phone is important enough to interrupt me whenever.
I keep telling myself that I need to invest time into learning PostreSQL as a (far less expensive) alternative to MSSQL for some use cases.
This is the key take-away. And in my experience this is absolutely true.
On the other hand, working now as a consultant where I am frequently on shorter-term projects with a definitive "end" for the engagement, the time-boxed sprint approach (or "Scrum") actually seems to work well.
Scrum might work for individual "projects". It does not scale or coalesce well with long-term development and maintenance.
> Perhaps there is indeed a natural progression of engineering teams adopting Scrum, then moving to Kanban.
This also mirrors my experience.
Microsoft is pushing it now with their development tooling (e.g. Visual Studio). First, it was "sign in" to synchronize your settings across instances. Now they're encouraging monthly subscription based licensing, which requires you to be "signed in", instead of the traditional perceptual license.