Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Datadog, thank you for blocking us

deductive.ai

Post reply on HN
Print view View original

21–30 of 35 posts

Re: Datadog, thank you for blocking us

#21

Post by pm90 »

echelon wrote: post #10

Logging, tracing, observability, and control plane (flags, etc.) should be open. We built 100% in-house pieces for all of this at a major fintech a decade ago. Everything worked and single teams could manage these systems. Someone in leadership said we had to get rid of all "weirdware". Open solutions weren't robust, so we went commerical. SignalFX got acquired, immediately 10x'd our prices and put all hands on deck…

> I could extend that one step further to cloud itself, but that's an argument for another day

Absolutely. OSS platforms like k8s got a long way. Openstack was the dream (deeply flawed in execution). If we want to seriously talk about resilience we can’t accept that almost all major clouds run proprietary systems and we just have to trust them that they’ll be around forever.

Re: Datadog, thank you for blocking us

#23

Post by zdc1 »

0xbadcafebee wrote: post #17
echelon wrote: post #10

Logging, tracing, observability, and control plane (flags, etc.) should be open. We built 100% in-house pieces for all of this at a major fintech a decade ago. Everything worked and single teams could manage these systems. Someone in leadership said we had to get rid of all "weirdware". Open solutions weren't robust, so we went commerical. SignalFX got acquired, immediately 10x'd our prices and put all hands on deck…

NIH syndrome isn't sustainable, unless you're like Google and have more money than sense. > These systems need to be open and owned by us. Managed is okay, but they shouldn't be proprietary offerings. You could say this about all software in the world, but good luck with that... people who make money off of making things and selling things are going to keep doing so in non-open ways, because it's advantageous. And cu…

My last place also rolled their own feature flag service as their business logic around users/orgs/segments didn't neatly match anything off-the-shelf. It did what it was meant to and worked fine. OTOH we used Datadog for telemetry, which was expensive but made sense since we didn't have enough headcount with the skills to support something self-hosted.

At the end of the day, you just need to make good decisions based on honest analysis of your needs, capabilities, and general context.

Re: Datadog, thank you for blocking us

#24

Post by chrneu »

selestify wrote: post #11
Morromist wrote: post #9

This was clearly written by a bot heavily trained on linkedin posts, or someone horrifically addicted to linkedin. Its nauseating to read.

Why do you say that? It didn’t come across that way to me at all, perhaps because I don’t spend much time on LinkedIn. But even granting that, the content presented was interesting and useful.

The wording and repetition made me think this was likely, at minimum, written by a non-english speaker who used AI to translate it.

But looking back at it with an AI nose going, it does have a ton of AI slop feeling to it. LinkedIn slop is kind of interesting to read. The repetition is pretty obvious, though. This reads like it was written by a 10th grade english class trying to fit a very specific structure. Like every section had to check a list of requirements, which it did cuz it's AI.

Re: Datadog, thank you for blocking us

#25

Post by kevmo314 »

eddythompson80 wrote: post #16

SRE agents are the worst agents. I totally get why business and management will demand them and love them. After all, they are the n+1 of customer support chat bot that you get frustrated talking to before you find the magic way to get to a person. We have been using few different SRE agents and they all fucking suck. The way they are promoted and run always makes them eager to “please” by inventing processes, servic…

That’s my experience working with most SRE humans too. They’re more than happy to ignore the bug in DNS and build a cron job to flush the cache every day instead.

So in some sense the agent is doing a pretty good job…

Re: Datadog, thank you for blocking us

#26

Post by Morromist »

selestify wrote: post #11
Morromist wrote: post #9

This was clearly written by a bot heavily trained on linkedin posts, or someone horrifically addicted to linkedin. Its nauseating to read.

Why do you say that? It didn’t come across that way to me at all, perhaps because I don’t spend much time on LinkedIn. But even granting that, the content presented was interesting and useful.

The big tell is Blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah

Hype Phrase! (but like super over the top) "That world no longer exists." "code is cheap" "That future is already here."

repeat.

Very ai. Ai loves to summerise stuff in cheesy little bits like that. Very linkedin. Very bad writing too.

Re: Datadog, thank you for blocking us

#27

Post by Eridrus »

eddythompson80 wrote: post #16

SRE agents are the worst agents. I totally get why business and management will demand them and love them. After all, they are the n+1 of customer support chat bot that you get frustrated talking to before you find the magic way to get to a person. We have been using few different SRE agents and they all fucking suck. The way they are promoted and run always makes them eager to “please” by inventing processes, servic…

I have no personal experience with the SRE agents, but I used Codex recently when trying to root cause an incident after we're put in a stop gap, and it did the last mile debugging of looking through the code for me once I had assembled a set of facts & log lines and accurately pointed me to some code I had ignored in my mental model because it was so trivial I didn't think it could be an issue.

That experience made me think we're getting close to SRE agents being a thing.

And as the LLM makers like to reiterate, the underlying models will get better.

Which is to say, I think everyone should have some humility here because how useful the systems end up being is very uncertain. This of course applies just as much to execs who are ingesting the AI hype too.

Re: Datadog, thank you for blocking us

#28

Post by [deleted] »

nkrisc wrote: post #15
Morromist wrote: post #9

This was clearly written by a bot heavily trained on linkedin posts, or someone horrifically addicted to linkedin. Its nauseating to read.

Even the crappy AI images are distracting. Why does the gate say “blocked” if the stuff is clearly still flowing through it? Having no image is better than shitty ones.

[deleted]

Re: Datadog, thank you for blocking us

#30

Post by BuildItBusk »

eddythompson80 wrote: post #16

SRE agents are the worst agents. I totally get why business and management will demand them and love them. After all, they are the n+1 of customer support chat bot that you get frustrated talking to before you find the magic way to get to a person. We have been using few different SRE agents and they all fucking suck. The way they are promoted and run always makes them eager to “please” by inventing processes, servic…

I guess that depends on how you use agents (SRE or in general). If you ask it a question (even implicitly) and blindly trust the answer, I agree. But if you have it help you find the needle in the haystack, and then verify that did indeed find the needle, suddenly it’s a powerful tool.
Post reply on HN