|
|
Bob Grommes wrote: he did not like compiler errors
Looks like he relied on a built-in compiler in his head.
|
|
|
|
|
I keep telling my kids that my success is "Not from being the smartest guy at work, but from being too stupid to know when to stop trying."
|
|
|
|
|
I keep telling my kids that my success is "Not from being the smartest guy at work, but from being too stupid to know when to stop trying."
|
|
|
|
|
I keep telling my kids that my success is "Not from being the smartest guy at work, but from being too stupid to know when to stop trying."
|
|
|
|
|
okay, that was funny
Charlie Gilley
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
Has never been more appropriate.
|
|
|
|
|
Thanks for pointing out the joke. I was thinking “Must be a bad WIFI connection in the loo”
|
|
|
|
|
It seems to be all the rage in web circles.
I'm picturing an app that runs entirely in a browser and connects via web based APIs to do its back end processing, but that's my wild guess.
How close am I? I've never gotten a clear answer out of google.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
Serverless computing is a cloud computing execution model in which the cloud provider allocates machine resources on demand, taking care of the servers on behalf of their customers. "Serverless" is a misnomer in the sense that servers are still used by cloud service providers to execute code for developers.
So basically, it's marketing BS.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Maybe that's why I can't understand it even after it's explained.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
Richard Deeming wrote: So basically, it's marketing BS.
What in the IT world isn't?
|
|
|
|
|
Then what it really means is there is no dedicated server.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
|
honey the codewitch wrote: app that runs entirely in a browser
Something like "thin client", isn't it?
|
|
|
|
|
No idea. I'm grasping over here.
It's like "semantic web" - people can explain it to me, and I still don't understand it.
I was hoping maybe someone here could unstupid me but apparently it will remain a mystery.
Oh well, as it's not my arena anyway.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
|
Lately, more often than not, when I see the buzzwords 'game changer', I immediately tune out.
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
"I don't drink any more... then again, I don't drink any less." - Mike Mullikins uncle
|
|
|
|
|
jeron1 wrote: when I see the buzzwords 'game changer', I immediately tune out.
Me too!
Everything's a panacea these days...until you use it and discover it's just another layer of problems that may even take up more of your time.
|
|
|
|
|
Amarnath S wrote: Something like "thin client", isn't it? It would be more like thick client. Keep in mind, everything is thin client on the web when compared to desktop software. But serverless would be akin to thick client.
Jeremy Falcon
|
|
|
|
|
|
That's what I learned from "Cloud Computing for Dummies":
"cloud" = There is no frigging cloud; it's someone else's computer.
"serverless" = There is always a frigging server; it's a cloud server.
Mircea
|
|
|
|
|
That's exactly what I tell my non-techy friends and family when they ask what "the cloud" means. I tell them to substitute the phrase "somebody else's computer" for "the cloud" and they'll know all they need to know. And "serverless" is just "somebody else's server".
Not that there's anything wrong with that!
|
|
|
|
|
I understand it as not having a dedicated server.
CI/CD = Continuous Impediment/Continuous Despair
|
|
|
|
|
There's always a server; otherwise, there would be no way to deliver the site to a user outside of shipping them a USB drive, etc. However, the payload delivered does all of its processing on the client once it's delivered. It doesn't have its own backend server in the traditional sense where it's making API calls to its own backend. External API calls are cool though, but the idea is all of the processing needed is done on the client and nothing else.
Jeremy Falcon
|
|
|
|
|
of course.
But in the good old days, we had to manage our own hardware/servers (or hire an external company to host the hardware )
If we needed extra power, we just bought extra hardware/servers.
I think that was the case for CodeProject at one point; they had off-siteserver racks.
I can't find the page with the description of the rat cage.
CI/CD = Continuous Impediment/Continuous Despair
|
|
|
|
|
That's not the point. The point is there is still a server, but the code doesn't execute on the server. The topic was what is serverless, not how to manage a server.
Jeremy Falcon
|
|
|
|