undefined | Better HN

0 pointsAndroider8y ago0 comments

Frequently the objectively best tool is Free or open source software (which doesn't mean it's priced at $0, although often it will be). But many times it's not, and that's when companies can become extremely penny wise and pound foolish.

Hiring someone to exclusively babysit a Jenkins instance is incredibly expensive. Paying for Travis CI/Codeship/Gitlab CI is really cheap in comparison. Having developers fill out purchasing orders and waiting for software or hardware is very expensive.

I like to call it the "IntelliJ test", can I requisition IntelliJ ($499) and have it the same day (week? month?) or is the company going to flinch, hem and haw at the absolutely inconsequential price of the software in comparison to the expensive developer time they're paying for.

0 comments

oblio8y ago

It's not always cut and dry. I was the "Jenkins babysitter" for a lot of years.

At scale I don't think most off-the-shelf CI/CD tools hold up. You will need dedicated people to take care of them.

Of course, if all you have is 100x plain software projects which don't depend on one another and there's no sort of other interaction between them, by all means, go for SaaS CI/CD.

If there's any kind of orchestration needed... it doesn't hurt to hire a professional to do it than force 40+ developers do it piecemeal between their other tasks, which will often have a higher priority due to management demands.

To rephrase your statement, I think you should get the best tools that are realistically affordable for your process. On top of that you should also get the best supporting cast for your process since often tools on their own don't cut it.

jcadam8y ago

I have only ever been able to use IntelliJ at home (where I buy my own copy) on my own projects. Everywhere else it's Netbeans (meh) or Eclipse (blech).

I remember I was once told to integrate an ancient DSP library into a new development project (despite more modern alternatives being available that would have met the actual requirements just fine). This library looked like it was originally written on VMS (little hints of VAX-ness here and there), later ported to Solaris, and finally ported to Linux. It was a mix of C, C++, and Fortran, and it required the Intel C and Fortran compilers in order to build (no, gcc/gfort wouldn't work) along with some of the icc runtime libraries in order to actually run.

My employer at the time absolutely refused to purchase the Intel Compiler. But expected me to get the job done. I can't remember exactly what I did to make it work, but I do remember it was a giant kludge. That entire project was an underfunded/understaffed/mismanaged nightmare.

wink8y ago

I'm a bit here and there on this. Had an old perpetual IntelliJ license and it still worked perfectly. When they switched their model to yearly subscriptions.. why upgrade? I've been using 2016.x and now 2017.x and I still don't notice any difference. Maybe it starts up a little faster? My work laptop runs weeks. It surely doesn't index faster...

But that's not the point, I know :) And I still love it, it's worth the money.

j / k navigate · click thread line to collapse