Spending time learning something that dies a few months later is boring and annoying. Give me practical and tested toys, damn it, not some new language every month.

There's a comfortable wave to ride between "plenty established" and "highly experimental joyride that's really meant for someone's resume". Things on that wave have a high chance of becoming a decent slice of the job market but they haven't yet. That's the category I like to learn from but it takes time for things to get to that position.

You also have to pick what you put on your resume carefully, because some employers will see you as being all over the place. But if you don't put new things, you're seen as old and behind-the-times.

EDIT: to those downvoting this... Do you disagree with me (i.e. you think it's a good career decision to stick with a single tech stack) or do you agree but dislike that it has to be this way? Genuinely curious because I didn't think what I said was controversial at all, just industry observation/common sense.

tl;dr: always be learning.

I didn't even know PHP before I started on this journey at the beginning of the year. I was trying to peddle my (admittedly meager) Python skills but everyone who had money to pay wanted boring PHP devs to maintain and build on 7-10 year old systems, so I brushed up and landed a few nice stable gigs. Will easily clear 6 figures within the next month or so for the year.

I'm glad you're making that, but in Portland they are paying $15 an hour for PHP/MySQL/Jquery developers all day long. It's an over saturated market that peaked 10 years ago. Sure there are a few edge cases here and there but the majority of it is a swampy wordpress ghetto.

Folks who started on that stack in the 2000s (like me) and refuse to move forward aren't making 6 figures around here.

Some people enjoy developing in PHP now. And there's plenty of work there, let me tell you. And all of it that I've seen pays a lot more than chump change.

The real problem with porting most COBOL code is that few COBOL applications are actually pure COBOL, they are full of calls to proprietary middleware, databases and operating systems. For example, a lot of COBOL code runs on IBM mainframes and calls mainframe packages like CICS and IMS and the underlying mainframe OS (z/OS aka MVS). While there are replatforming solutions which emulate some of these mainframe software packages on other platforms, the emulation is generally imperfect hence there is still effort and risk in migrating.

I think the biggest problem with mainframe COBOL software is not the hardware but finding people with the right skills to maintain it. Even if you use some replatforming solution to port it to a more mainstream platform (Linux/Unix/Windows), you will still need COBOL programmers familiar with the relevant mainframe technologies, plus they'll need to understand the limitations of the replatforming solution you chose.

Fully agree with your post, just felt like griping about "craft" beer here.

They've been chasing the dragon more than anyone else, putting out stuff like Hop Hunter which is defined exclusively by how strong they can make it. "Beer with added hop oil"? Really? If brewing with more hops isn't enough, it's probably time to stop adding hops and improve the beer some other way!

Cascade hops are a great flavor, I love them, but they need to go together with the other tastes.

[0] https://www.homebrewersassociation.org/forum/index.php?topic...

On the east coast, I see an impressive number of sours and dubbels coming out of craft shops, and the midwest is big on bold, malty offerings like ambers and oatmeal stouts.

I would have thought the hops shortage of 2008 would have forced breweries to try something else, so by now it's probably demand driven. I hear there's a new hops shortage coming up.

I'm definitely glad to see the push into more interesting IPAs. I'm seeing more whites, doubles, and other exotic stuff. Plus people finally seem to be learning that 80 IBUs demands some malt and complexity to make something drinkable.

(For some reason, the Wyoming/Idaho region is awesome for dark beers. Something practical, or just a regional fascination? Try some Wake Up Call or 3 Picket Porter if you can find 'em.)

The non-coastal west I struggle to characterize, but it's putting out a lot of truly awesome beer, including really dark stuff like porters and imperials that I love.

IPA is a reaction against that flavor profile. You'll be starting to see new flavors come about as people (like yourself) become tired of IPAs.

If you're in Boston, give Aeronaut Brewery in Somerville a try (https://goo.gl/maps/bm22XaBvFPQ2). I have something of an interest of it, but I (unsurprisingly) recommend them.

Even as the Cascade trend has diminished, lots of people have 'reacted' by rediscovering other hop flavors and advertising things like Nobel hopped beers.

Having said that, it's all getting a bit played out (except on the west coast, perhaps) and I'm starting to see more experimentation with other stylings like wheat, fruit tones, and dark ales.

And Googling for "beer with pine needles"...

...dammit. "Spruce beer". That idea is literally centuries old. At least five breweries currently use evergreen bits as flavoring agents, and at least 16 have tried reviving gruit recipes in some form or another. Apparently, Sitka spruce tips are popular in Alaska, being far more available than hops.

(Personally, I wasn't a fan of IPAs before they got big, but preferred the amber -> porter/stout range)

I think theres also regional hop variations, so maybe theyre just less piney here.

Brewing beer is a form of manufacturing, and most manufacturing can be made better or more efficient though targeted software.

[0] commenting because I don't want "craft beer software" to become a joke. Some of us actually work in that industry.

Monitoring the temperature and pressure of your fermentation vessels securely from any commodity mobile device would be productive and useful.

Figuring out how to re-skin the collect-and-compete RPG game genre onto all the different flavors of HoppyHipsterBeard-brand beers seems to be the sort of thing grandparent post was referring to.

So make good craft beer, and it won't last as a joke. Trying to police people's words doesn't. I'm not trying to be a dick, either. It didn't work for SJWs, it won't work for craft beers. Ten million people nagging for 8 hours a day doesn't accomplish as much as one person doing.

I understand that many other domains value this sort of thing, but perhaps not to the same degree as the software industry. The issue could be that employers are afraid to invest in their current employees (that is, given them opportunities to advance their skills on company time) because there is such a high rate of turnover in many tech companies. It makes more financial sense to put the burden on the employee (or potential employee) because it likely only benefits them in the long run.

I do, however, see that in more established companies (particularly those that don't still operate in "start-up mode"), there is more willingness to invest in the employees and build their skill sets. I've been with my current employer for over eight years, and they have always been willing to give me time to learn new tech and stay on top of trends that affect our business. Of course, on my current team of 10 people, only one person has been with the company for less than three years.

I have learned a few languages now - Java, Perl and now Python. Python has pretty much everything I need. I have looked at NoSQl databases, but haven't found a use case where they would be better than relational databases. I prefer to write good quality Django code than to write my first app in yet another language / stack.

Could have make some nice parody material.

This sounds odd to me. I don't doubt it happens, but why? PHP roles are still going strong, and there's a ton of PHP work that is not legacy code.

It was great when you were just fiddling a few little ajax widgets on a static page, but it doesn't scale.

I thought you meant scalability in terms of code size, or number of people working on it, or number of users.

Once you've worked with a native interface, you're loathe to give up the potential for creation that comes with it, just to keep complexity out of the front-end.

Arguably, one could say people need to be retrained, and need to stop trying to make the web into something its not.... but considering the trends, I think that ship has sailed.