2 ms·
I agree that there is an absurd, nearly worshipful view of certain technologies in the "SV/SF bubble." That, however, is irrelevant. Your final comment regardin
by Iftheshoefits 13y ago
I agree that there is an absurd, nearly worshipful view of certain technologies in the "SV/SF bubble." That, however, is irrelevant. Your final comment regarding frameworks is also something I'd tend to agree with; frameworks are great for solving problems within the domain they're built for, but their applicability outside those domains is limited.
This, however, is going to be an unpopular opinion amongst the PHP crowd, but I can distill the rest of your comment into the following statement: "PHP is thriving because companies are cheap, don't care about quality as much as cost, and there is an over-abundant labor supply of poorly skilled, mainly self-taught PHP 'developers' who are willing to work for peanuts and get the job done to an adequate level." There's nothing inherently wrong with that, but trying to turn it on its head by implying developers skilled with, e.g. Ruby/Rails frameworks (see note below), are essentially overpaid and narrow-minded is just absurd.
Note: I especially am not a fan of Ruby, so don't take this as a defense of the language or its developer-adherents. I'm actually fairly language agnostic; "right tool for the right job" and all that.
- 7Figures2Commas 13y ago> This, however, is going to be an unpopular opinion amongst the PHP crowd, but I can distill the rest of your comment into the following statement: "PHP is thriving because companies are cheap, don't care about quality as much as cost, and there is an over-abundant labor supply of poorly skilled, mainly self-taught PHP 'developers' who are willing to work for peanuts and get the job done to an adequate level." There's nothing inherently wrong with that, but trying to turn it on its head by implying developers skilled with, e.g. Ruby/Rails frameworks (see note below), are essentially overpaid and narrow-minded is just absurd. That's an interesting reading of my comment. A less cynical reading might be that companies tend to: 1. Value cost-efficiency. 2. Understand that the constraints of time, cost and quality are all related and must be balanced based on business and project need. 3. Recognize that a smaller labor pool tends to increase cost and risk, sometimes unacceptably. Most companies simply don't have the luxury of, without regard to cost and schedule, writing blank checks for development, demanding perfection (elegant code, the technologies du jour, premature optimization, etc.) and limiting their employee/contractor pool to rockstar engineers with CS degrees from top universities.