2 ms·
> If it doesn't work for you, don't use it. How many of us actually get a choice in this...?
by chx 8y ago
> If it doesn't work for you, don't use it.
How many of us actually get a choice in this...?
- k__ 8y agoAlso, for how many does it really work? I mean, most devs don't really know anything else, just accept it and try to get by...
- mikekchar 8y agoI wonder if it would be constructive to modify the OP's statement a little bit. You can get there from here using any approach (as long as it is Turing complete ;-) ). Some approaches will work better than others, but optimising your approach first and convincing others second is putting the cart before the horse. Having a happy team that works well together is going to provide at least an order of magnitude more ROI than choosing the best approach. Compromising on your approach to make others happy will almost certainly pay off hugely. Get good at as many types of approaches as you can so that you can take advantage of those payoffs. The cult of "I must use the absolute best approach for this problem, everyone else be damned" is one that leads to misery IMHO (especially if it turns out that your "best approach" isn't, which happens most of the time in my experience ;-) ).
- shortoncash 8y agoThese days many languages are so expressive you can establish a dominant paradigm in the part of the code you work on. We have a kind of micro-level choice that even the most authoritarian code-reviews can't largely stamp out (provided that the interface you provide is in harmony with the rest of your organization.)