Tbray Ongoing

ongoing fragmented essay by Tim Bray

Oil Fail

Tbray Ongoing By Tim Bray on 06/01/2019 pm31 21:00:00

To­day I learned things that I think ev­ery en­vi­ron­men­tal­ist and in­vest­ment man­ag­er should know: A co­her­ent ar­gu­ment that we are more or less at Peak Oil. Not the Nineties ver­sion, which wor­ried that we might be run­ning out of fos­sil fu­el­s, but rather that glob­al hu­man petroleum de­mand is about at its all-time peak and about to start drift­ing down. Some of the key da­ta points in­volve elec­tric cars, which I care a lot about, and Chi­na, which is al­ways in­ter­est­ing. Read the article

SF-5: Serverless Bills?

Tbray Ongoing By Tim Bray on 30/12/2018 pm31 21:00:00

One of the best rea­sons to go server­less is that you might save a lot of mon­ey. This is es­pe­cial­ly true when your load is peaky and has qui­et times; be­cause when your in­fras­truc­ture isn’t work­ing, you’re not pay­ing. But, not all loads are peaky. And here’s a quote from an AWS in­ter­nal mail­ing list: “For ev­ery com­pute load, there’s some lev­el of TPS where Lamb­da is go­ing to be more ex­pen­sive than servers.” So, when is that? And how much should you care? Read the article

Christian Practice

Tbray Ongoing By Tim Bray on 26/12/2018 pm31 21:00:00

I’m in Regi­na, Saskatchewan with fam­i­ly for the hol­i­days. On im­pulse I said “Let’s go to a Christ­mas Eve car­ol service” and five of us did that. We went to Lake­view Unit­ed, where “United” sig­ni­fies the Unit­ed Church of Cana­da, the biggest Protes­tant de­nom­i­na­tion up here. It was up­lift­ing and pleas­ant and sort of sad. Dis­clo­sure: I’m not Chris­tian at al­l; but stil­l. Read the article

SF-4: Serverless Latency?

Tbray Ongoing By Tim Bray on 14/12/2018 pm31 21:00:00

Sup­pose we like the idea of go­ing server­less (we do). What should we wor­ry about when we make that bet? What I hear when I talk to peo­ple think­ing about it, most­ly, is la­ten­cy. Can a run-on-demand func­tion re­spond as quick­ly as a warmed-up Web serv­er sit­ting there in mem­o­ry wait­ing for in­com­ing work? The an­swer, un­sur­pris­ing­ly, is “it depends”. Read the article

SF-3: Serverless Everything?

Tbray Ongoing By Tim Bray on 11/12/2018 pm31 21:00:00

Some­times we fans get a lit­tle over-excited and de­claim that ev­ery­thing should be server­less. After al­l, we’re pret­ty con­vinced that own­ing da­ta cen­ters and com­put­ers is be­com­ing a thing of the past. Well then, how could con­fig­ur­ing your own hosts and pay­ing for them even when they’re not work­ing ev­er be a good idea? Let’s try to be mod­er­ate and prag­mat­ic: Server­less, where pos­si­ble. Read the article

SF-2: Why Serverless?

Tbray Ongoing By Tim Bray on 10/12/2018 pm31 21:00:00

Well ob­vi­ous­ly: Fru­gal­i­ty, se­cu­ri­ty, and elas­tic­i­ty. But I want more, I want bet­ter soft­ware. Read the article

SF-1: What Is Serverless?

Tbray Ongoing By Tim Bray on 10/12/2018 pm31 21:00:00

I don’t think it’s that com­pli­cat­ed: If you can’t see the servers in the ser­vice, then it’s server­less. Yeah, they’re still there, but the whole point is that you can most­ly not wor­ry about them. Read the article


Tbray Ongoing By Tim Bray on 09/12/2018 pm31 21:00:00

I work in AWS’s Server­less group, and in the pro­cess of pulling to­geth­er my pre­sen­ta­tion at re:In­vent, dis­cov­ered that I have a lot of opin­ions on the sub­ject and, while they may well be wrong, are at least well-informed. You can watch that YouTube, but who’s got an hour to spare? And any­how, blogging’s re­al­ly my fa­vorite medi­um, so here we go. If I tried to glom them all to­geth­er in­to one mega-essay it’d be bru­tal­ly long, so let’s go short-form. Read the article

Step Functions Integration

Tbray Ongoing By Tim Bray on 30/11/2018 pm30 21:00:00

On Thurs­day we launched some add-ons for AWS Step Func­tions, on which I helped a bit. As usu­al, there’s a nice Jeff Barr blog. This is to add de­sign notes and ex­tra col­or. Read the article


Tbray Ongoing By Tim Bray on 18/11/2018 pm30 21:00:00

More or less all the big APIs are REST­ful these days. Yeah, you can quib­ble about what “REST” means (and I will, a bit) but the as­ser­tion is broad­ly true. Is it go­ing to stay that way forever? Seems un­like­ly. So, what’s nex­t? Read the article

Page 6/45 : << 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | >>