4 ms·

"The issue was, and still is, how the hell do you get there? " Hm, too me personally it's: Why would I want that? My computer is fast enough to for 99.9% of th

"The issue was, and still is, how the hell do you get there? " Hm, too me personally it's: Why would I want that? My computer is fast enough to for 99.9% of the stuff I want to run.. and for the last 0.1% it's not that hard to spin up a vm. What am I missing?

keithwhor 9y ago
You're missing that (1) this is about shipping code that other people can run, or a company can run for others and (2) that 99% of the software developers in the world just want their code to do a thing and not have to worry about anything else. It's not "that hard" to spin up a VM in the same way it wasn't that hard to visit Blockbuster video. You shouldn't have to know how to drive or know somebody who does to rent a movie. It doesn't hurt, it's a good skill to have, it's fun to get out and practice, but if you just want to watch a movie, why is it necessary? Think about building web services in this way. A majority of developers we talk to agree that web development has gotten too complex. It's too hard to solve simple problems. Problem is that it's everybody else that has made things too complex. In the same way you become noseblind to a strong perfume, developers become techdebt blind to old technologies they're the most familiar with, then complain about the smells other people layer on top and around them. The true innovations around serverless tech are coming from the ground up; at StdLib, for example, we've reimagined web services as essentially JIT-compiled, type safe, remote procedure calls. It means we're throwing out the need to even understand HTTP or REST to build a webservice, but opens up all kinds of neat opportunities and a new programming model. Anyway... I could go on, but tl;dr is try StdLib out for yourself if you get the chance. Our number one piece of customer feedback is, "I never thought it [web dev, serverless functions, APIs] could be this easy."
- gizzlon 9y ago
  Ah, it's basically an easier way to do FaaS? I read "first-class citizens of your development environment" to mean it's purpose is run your code on another machine for your own benefit. It's interesting. (I don't like JS for backend work so I'm not your target market.)

keithwhor 9y ago

You're missing that (1) this is about shipping code that other people can run, or a company can run for others and (2) that 99% of the software developers in the world just want their code to do a thing and not have to worry about anything else. It's not "that hard" to spin up a VM in the same way it wasn't that hard to visit Blockbuster video. You shouldn't have to know how to drive or know somebody who does to rent a movie. It doesn't hurt, it's a good skill to have, it's fun to get out and practice, but if you just want to watch a movie, why is it necessary? Think about building web services in this way. A majority of developers we talk to agree that web development has gotten too complex. It's too hard to solve simple problems. Problem is that it's everybody else that has made things too complex. In the same way you become noseblind to a strong perfume, developers become techdebt blind to old technologies they're the most familiar with, then complain about the smells other people layer on top and around them. The true innovations around serverless tech are coming from the ground up; at StdLib, for example, we've reimagined web services as essentially JIT-compiled, type safe, remote procedure calls. It means we're throwing out the need to even understand HTTP or REST to build a webservice, but opens up all kinds of neat opportunities and a new programming model. Anyway... I could go on, but tl;dr is try StdLib out for yourself if you get the chance. Our number one piece of customer feedback is, "I never thought it [web dev, serverless functions, APIs] could be this easy."

gizzlon 9y ago
Ah, it's basically an easier way to do FaaS? I read "first-class citizens of your development environment" to mean it's purpose is run your code on another machine for your own benefit. It's interesting. (I don't like JS for backend work so I'm not your target market.)