Hacker News new | past | comments | ask | show | jobs | submit | PeterCorless's comments login

The picture was clearly based on El Castillo [Temple of Kukulcán, in Chichén Itzá], which is on the Yucatan Peninsula. Note the chamber on top.

It looks nothing like the Aztec Pyramid of Teotihuacan, which is flat on top and has no structure.

In other words, this is AI slop that makes something that looks plausible, and is utterly misleading.

As someone who has spent decades of my life on history, this makes me weep for humanity.


TIL the Nika riots took place in the Roman colosseum, and the blues and greens cheered as lone individuals from each deme were sent down for slaughter. Yeah, this is hot garbage in terms of accuracy.

@Samplank2 - this may hurt to hear, but your assertions that better models and pipeline improvements will solve this are pure cope. What you really need to do here is manually curate and tune the prompts, then cherry-pick with a fine eye for detail. There’s no substitute for actual effort and knowledge, but you seem disinterested in that part.


It's very cool, so long as you don't care it's eye-wateringly wrong.

Yeah. This is going to be bad. This retraction is driven by the stark drop-off in consumer sentiment. Intelligent billionaires like Buffet, etc., take that into consideration. You know, all that big-brained macroeconomy thing, like IS-LM curves. Grown-up stuff of real economists.

Too-cool-for-school sociopathic Pepe avatar tech dudebros don't know how the actual economy works, and worse, don't care.

World Beware.


I didn't even read the article, but I love the comments on the thread.

Yes. The implementation language of a system should not matter to people in the least. However, they are used as a form of prestige by developers and, sometimes, as a consumer warning label by practitioners.

"Ugh. This was written in <language-I-hate>."

"Ooo! This was written in <language-I-love>!"


There's certainly some aspect of that going on, but I think mainly it's just notable when you write something in a programming language that is relatively new.

Does it matter? In theory no, since you can write pretty much anything in pretty much any language. In practice... It's not quite that black and white. Some programming languages have better tooling than others; like, if a project is written in pure Go, it's going to be a shitload easier to cross compile than a C++ project in most cases. A memory-safe programming language like Go or Rust will tell you about the likely characteristics of the program: the bugs are not likely to be memory or stack corruption bugs since most of the code can't really do that. A GC'd language like Go or Java will tell you that the program will not be ideal for very low latency requirements, most likely. Some languages, like Python, are languages that many would consider easy to hack on, but on the other hand a program written in Python probably doesn't have the best performance characteristics, because CPython is not the fastest interpreter. The discipline that is encouraged by some software ecosystems will also play a role in the quality of software; let's be honest, everyone knows that you CAN write quality software in PHP, but the fact that it isn't easy certainly says something. There's nothing wrong with Erlang but you may need to learn about deploying BEAM in production before actually using Erlang software, since it has its own unique quirks.

And this is all predicated on the idea that nobody ever introduces a project as being "written in C." While it's definitely less common, you definitely do see projects that do this. Generally the programming language is more of a focus for projects that are earlier in their life and not as refined as finished products. I think one reason why it was less common in the past is because writing that something is written in C would just be weird. Of course it's written in C, why would anyone assume otherwise? It would be a lot more notable, at that point, if it wasn't.

I get why people look at this in a cynical way but I think the cynical outlook is only part of the story. In actuality, you do get some useful information sometimes out of knowing what language something is written in.


I do know of a shop where an OSS database written in Java was chosen over one written in C++ because of the ability of the internal team to read the code, modify it, troubleshoot it, etc. That makes sense. It that was driven by pragmatics — maintainability. Not simply bias, or aesthetics or "rule of cool."

World beware.


"Why do we want better artificial intelligence when we have all this raw human stupidity as an abundant renewable resource we haven't yet harnessed?"


This is worthy of a bookmark. (If HN supported bookmarks.)



Thanks! TIL.


You can favorite comments. (And posts.)


Yes. edenfed posted a comment linking to the project above. Here is is again, though:

https://github.com/odigos-io/odigos


How are you storing them, and what do you use to read/visualize/analyze them? I'd imagine just putting them up in a UI becomes a needle-in-a-haystack issue. Are you programmatically analyzing them?


Honeycomb. For shorter traces (most of them), a waterfall view is great. For those long ones, we try to split them up if it makes sense but you can also just run queries scoped to that trace to answer questions about it (how many of the spans are db queries, how many are this query, are they quick, etc etc)


Cramer wants to get traces out of OTel. Which is ironic because he's one of the creators of OpenTracing.

https://cra.mr/the-problem-with-otel/


He also started Sentry, so must know a thing or two on the topic.


SaS Institute used that exact same analogy & even this video in their talk about implementing ScyllaDB back in 2020 (check out 0:35 in the video):

https://www.scylladb.com/2020/05/28/sas-institute-changing-a...

Seems like moving to OTel might even be a bit more complex for some brownfield folks.


Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: