Re:Command-line tools can be faster than your Hadoop cluster
by angrybits on Sunday January 18, 2015 @08:05PM
(#8909752)
I can't figure out why you're arguing against standard unix tools/idioms in the name of supportability and extensibility? It defies logic.
Re:Command-line tools can be faster than your Hadoop cluster
by shitgoose on Tuesday January 20, 2015 @09:13PM
(#8921083)
I imagine what would have happened to Linux if Linus designed it with supportability and extensibility in mind.
Re:Command-line tools can be faster than your Hadoop cluster
by x0x0 on Sunday January 18, 2015 @08:22PM
(#8909795)
I think, in many peoples minds, extensibility == pain; either lots of code configuration (hello java, ejb), or xml (hello hadoop, java, spring, ejb), or tons of code (hello java, c++), etc. When nice languages don't make things painful, it sometimes feels like it's wrong, or not really enough work, or in some other way, insufficient. But people can mistake the rituals of programming for getting actual work accomplished.
:shrug: just .02
Re:Command-line tools can be faster than your Hadoop cluster
by nilbot on Monday January 19, 2015 @04:36AM
(#8911147)
Simple: because std utils are programs that do what they supposed to do. if problems bound are well within the definition domain of a std util then its all good. Supportability and Extensibility is way too generic for you to draw a line saying std utils can handle them all. After all, they are programs, not programming languages.
My issue is when there is criticism laid against those solutions which are actually engineered in a way that allows for supportability and extensibility. They are arguably far more important than execution time.