2d8a875f-39a2-4 (u/2d8a875f-39a2-4)

2d8a875f-39a2-4 commented on Data, objects, and how we're railroaded into poor design (2018) tedinski.com/2018/01/23/d... · Posted by u/dvrp

arethuza · 5 days ago

My main complaint with SOAP was how leaky an abstraction it inevitably is/was - it can look seductively easy to use but them something goes wrong or you tried to use it across different tech stacks and then debugging would become a nightmare.

When I first encountered RESTful web services using JSON the ability to easily invoke them using curl was such a relief... (and yes, like lots of people, I went through a phase about being dogmatic about what REST actually is, HATEOAS and all the rest - but I've got over that years ago).

NB I also am puzzled as to the definition of "data" used in the article.

2d8a875f-39a2-4 · 5 days ago

Sure, SOAP was often awful, I agree with that. But I can't see any angle where one can credibly assert that a SOAP XML payload isn't equivalent to a REST JSON payload in terms of the operation of a receiving application. Both are a chunk of structured information, your application parses it and operates on the resulting data structures.

2d8a875f-39a2-4 commented on Data, objects, and how we're railroaded into poor design (2018) tedinski.com/2018/01/23/d... · Posted by u/dvrp

2d8a875f-39a2-4 · 5 days ago

Maybe it's just me but I find the complaint confusing and the suggested remedy absent in TFA, despite reading it twice.

Data comes from outside your application code. Your algorithms operate on the data. A complaint like "There isn’t (yet?) a format for just any kind of data in .class files" is bizarre. Maybe my problem is with his hijacking of the terms 'data' and 'object' to mean specific types of data structures that he wants to discuss.

"There is no sensible way to represent tree-like data in that [RDBMS] environment" - there is endless literature covering storing data structures in relational schemas. The complaint seems to be to just be "it's complicated".

Calling a JSON payload "actual data" but a SOAP payload somehow not is odd. Again the complaint seems to be "SOAP is hard because schemas and ws-security".

Statements like "I don’t think we have any actually good programming languages" don't lend much credibility and are the sort of thing I last heard in first year programming labs.

I'm very much about "Smart data structures and dumb code works a lot better than the other way around" and I think the author is starting there too, but I guess he's just gone off in a different direction to me.

2d8a875f-39a2-4 commented on Python performance myths and fairy tales lwn.net/SubscriberLink/10... · Posted by u/todsacerdoti

2d8a875f-39a2-4 · 20 days ago

Do you still need an add-on library to use more than one core?

2d8a875f-39a2-4 commented on AI is propping up the US economy bloodinthemachine.com/p/t... · Posted by u/mempko

throwmeaway222 · 21 days ago

- Microsoft’s AI-fueled $4 trillion valuation

As someone in an AI company right now - Almost every company we work with is using Azure wrapped OpenAI. We're not sure why, but that is the case.

2d8a875f-39a2-4 · 20 days ago

As others have kind of pointed out, using "outside our DC" processing for corporate data is a non-starter for many companies.

These companies are left to choose between self-hosting models, or a vendor like MS who will rent them "their own AI running in their own Azure subscription", cut off from the outside world.

2d8a875f-39a2-4 commented on Things that helped me get out of the AI 10x engineer imposter syndrome colton.dev/blog/curing-yo... · Posted by u/coltonv

2d8a875f-39a2-4 · 21 days ago

Only vibe-coding influencers were ever talking about 10x multipliers.

Internally we expected 15%-25%. A big-3 consultancy told senior leadership "35%-50%" (and then tried to upsell an AI Adoption project). And indeed we are seeing 15%-35% depending on which part of the org you look and how you measure the gains.

2d8a875f-39a2-4 commented on So you're a manager now scottkosman.com/post/blog... · Posted by u/mooreds

2d8a875f-39a2-4 · a month ago

Nah, this lays out what everyone knows going in and leaves out what you really need to know as a newby.

Budget. Getting some for your team or at least for your priorities. Protecting what you get. Capex vs Opex.

Upward management. Translating messages upwards. Interpreting C suite decrees. Pacing and leading. Inducting new leadership before they fuck things up.

Retention. Keeping the people you need on your team. Cutting the people you don't. Compensation and promotions.

All of which is to say, Politics. How to not come out a loser at the game of thrones next time there is a merger, reorg, budget season, or just end of quarter.

2d8a875f-39a2-4 commented on Writing Code Was Never the Bottleneck ordep.dev/posts/writing-c... · Posted by u/phire

2d8a875f-39a2-4 · 2 months ago

The author puts the BLUF: "The actual bottlenecks were, and still are, code reviews, knowledge transfer through mentoring and pairing, testing, debugging, and the human overhead of coordination and communication."

They're not wrong, but they're missing the point. These bottlenecks can be reduced when there are fewer humans involved.

Somewhat cynically:

code reviews: now sometimes there's just one person involved (reviewing LLM code) instead of two (code author + reviewer)

knowledge transfer: fewer people involved means this is less of an overhead

debugging: no change, yet

coordination and communication: fewer people means less overhead

LLMs shift the workload — they don’t remove it: sure, but shifting workload onto automation reduces the people involved

Understanding code is still the hard part: not much change, yet

Teams still rely on trust and shared context: much easier when there are fewer people involved

... and so on.

"Fewer humans involved" remains a high priority goal for a lot of employers. You can never forget that.

2d8a875f-39a2-4 commented on Collections: Nitpicking Gladiator's Iconic Opening Battle, Part I acoup.blog/2025/06/06/col... · Posted by u/diodorus

ggm · 2 months ago

I am led to believe Ridley Scott is over being told he isn't historically accurate. He knows. He also does care about some things, and doesn't like being nitpicked about others. He really cares about a visually beautiful, historically "acceptable" framing, colour matched and evoking a mood. "But the Germanic people didn't wear braes at this time and wolfskin wasn't worn with laminar armour" makes his temper show.

Bret Devereaux isn't wrong. He's also not in the film business.

Ridley Scott thinks "acceptable" means he may at least ask a historian to suggest things. He won't give Russel Crowe a raygun, he may misuse ballista freely and reinterpret gladiator school freely. They didn't die usually? Pshaw.

"nitpick" is the kind of pejorative he'd use I think. I don't think Devereaux is nit-picking, the battle scene and a shitload of other stuff is about as a-historical as you can get without Kirk Douglas and Ray Harryhausen.

"The Duellists" which is Scott's movie of a Joseph Conrad story is beautiful, "Barry Lyndon" (by Stanley Kubrick) levels of attention to detail. I have little doubt Historians of Napoleonic era rip it to shreds. Harvey Keitel and Keith Carradine .. just wonderful.

2d8a875f-39a2-4 · 2 months ago

Devereaux's objection is that Scott is to some extent trading off a reputation for making "historically accurate" movies. As TFA points out, on a "historical accuracy scale" Gladiator gets about a 2/10. So in that sense it's false advertising.

2d8a875f-39a2-4 commented on Microsoft Office migration from Source Depot to Git danielsada.tech/blog/carr... · Posted by u/dshacker

noitpmeder · 2 months ago

My firm still uses perforce and I can't say anyone likes it at this point. You can almost see the light leaves the eyes of new hires when you tell them we don't use git like the rest of the world.

2d8a875f-39a2-4 · 2 months ago

Yeah it's an issue for new devs for sure. TFA even makes the point, "A lot of people felt refreshed by having better transferable skills to the industry. Our onboarding times were slashed by half".

2d8a875f-39a2-4 commented on Microsoft Office migration from Source Depot to Git danielsada.tech/blog/carr... · Posted by u/dshacker

2d8a875f-39a2-4 · 2 months ago

Always nice to read a new retelling of this old story.

TFA throws some shade at how "a single get of the office repo took some hours" then elides the fact that such an operation was practically impossible to do on git at all without creating a new file system (VFS). Perforce let users check out just the parts of a repo that they needed, so I assume most SD users did that instead of getting every app in the Office suite every time. VFS basically closes that gap on git ("VFS for Git only downloads objects as they are needed").

Perforce/SD were great for the time and for the centralised VCS use case, but the world has moved on I guess.