Ok, I've only been here for a short time, so what do I know, maybe it's always been like this. And people being selfish doesn't really constitute "a movement" (though I wouldn't be surprised if some people would be willing to argue that our generation is a very selfish one, I'm not sure how you would prove that we're more selfish than previous generations were at our age...).
What DOES constitute a movement is the continuous push toward tools that make a programmer's job "easier."
Yeah, you got that right, I'm about to take a stance against making things easier. Here's some examples of tech stuff that's supposed to "makes things easier":
- Visual Studio
- WinForms/WPF designers
- WCF
- Solutions and project files
- Entity Framework (database first)
- Linq-to-Sql
- Active Record
- DataMapper (ORM)
- Convention
overinstead of configuration (I'm looking at you Rails) - ASP.NET MVC's UpdateModel (and Validations)
- All Ruby code ever written
This stuff is "easier" because it requires "less work". Usually boring tedious work. No one likes boring tedious work (except on Monday morning when you're really tired). So naturally we try to get rid of that work. There are different strategies for getting rid of it. Microsoft likes to get rid of it by replacing it with drag and drop and magic tools that hide the details of what's going on so you don't have to learn anything. Ruby on the other hand puts extreme focus on minimalism and pretty syntax, favoring as few keystrokes as possible.
But do we think about what that's costing us, or costing our future selves? Nope! We're selfish sons of bitches and all we care about is doing stuff that we enjoy and think is "elegant" with as few keystrokes and effort as possible!
We like drag and drop and magic tools because it saves all that time learning things and typing. Unfortunately, it also dramatically reduces flexibility, so as soon as you step outside the boundary of the demo application, you find yourself stuck. Now the complexity of your solution skyrockets as you hack around the limitations of the drag and drop and magic.
And we like minimalism, cause it feels like simplicity. Our model not only looks exactly like the database, but it's automatically created by reflecting over the database, and then we send those models directly to the UI and mash them into our views! ITS SIMPLE! Well, it's less code, but is it simple? You've intimately twisted the knowledge your database through your entire code base, leaving you with the pressures of physical storage, UI layout, and controllers all tugging on the same objects. Every time you remove a layer or a concept from your code to make it simpler, you run the risk of tangling concepts and paying for it in the long run (Of course, every time you add a layer or a concept you run the risk of over abstracting, it's a balance).
In conclusion: stop being so selfish! Sometimes the best way to do something isn't the most fun, or elegant, or easy way. Toughen up! Do the work!
But do we think about what that's costing us, or costing our future selves? Nope! We're selfish sons of bitches and all we care about is doing stuff that we enjoy and think is "elegant" with as few keystrokes and effort as possible!
We like drag and drop and magic tools because it saves all that time learning things and typing. Unfortunately, it also dramatically reduces flexibility, so as soon as you step outside the boundary of the demo application, you find yourself stuck. Now the complexity of your solution skyrockets as you hack around the limitations of the drag and drop and magic.
And we like minimalism, cause it feels like simplicity. Our model not only looks exactly like the database, but it's automatically created by reflecting over the database, and then we send those models directly to the UI and mash them into our views! ITS SIMPLE! Well, it's less code, but is it simple? You've intimately twisted the knowledge your database through your entire code base, leaving you with the pressures of physical storage, UI layout, and controllers all tugging on the same objects. Every time you remove a layer or a concept from your code to make it simpler, you run the risk of tangling concepts and paying for it in the long run (Of course, every time you add a layer or a concept you run the risk of over abstracting, it's a balance).
In conclusion: stop being so selfish! Sometimes the best way to do something isn't the most fun, or elegant, or easy way. Toughen up! Do the work!
No comments:
Post a Comment
Note: Only a member of this blog may post a comment.