Re:LKML: New syscall: leftpad()
by sergiotapia on Thursday March 31, 2016 @09:04PM
(#11401843)
And just like that left-pad.io is cut out of the market. Man, startups are cutthroat these days, but that's business for you.
[ Parent
| on HN ]
Actually this is an opportunity for left-pad.io. Previously they had to maintain custom code, but now they can interface through to the kernel which is much faster and allows them to scale.
Many people are on older kernels and might not be able to upgrade, or for convenience or other reasons simply prefer to use an api for their critical business logic.
Re:LKML: New syscall: leftpad()
by JetSpiegel on Thursday March 31, 2016 @09:58PM
(#11402042)
They can compile a unikernel with this single function, even.
Another unicorn dying.
It must be a bubble.
Let's wait for HN resident economists to tell us about it.
Re:LKML: New syscall: leftpad()
by Intermernet on Thursday March 31, 2016 @10:45PM
(#11402195)
The consensus estimates on left-pad.io’s [LPAD, -0.57%] fiscal 2016 earnings per share and revenue have come down sharply compared to estimates, with ongoing softness within the padding family of functions pushing many analysts to the low end of their guidance.
Re:LKML: New syscall: leftpad()
by circuit_breaker on Thursday March 31, 2016 @09:42PM
(#11401987)
It was only natural. I propose a POSIX extension with a new signal type: SIGLPAD. You know, for on demand left-padding by the user. Because user choice is important