Hacker Newsnew | past | comments | ask | show | jobs | submit | benatkin's commentslogin

They're losing business that they don't want. Silicon Valley culture has embraced saying no, firing clients and customers, choosing the right audience, etc. This even fits into finding product-market fit. You don't try to please everyone, and find a well-defined segment. So to Google it might not seem like it's getting bad at all. To them, maybe the trash took itself out, they got rid of that annoying customer who complains about their marketplace, whereas they appreciate the quiet reporting of an ad that's against the ToS...

> What about some kid buying a goofy mall katana they are going to put on their wall?

Or a kitty keychain...


Y combinator helped people notice it when they invested in a company called Automatic https://www.ycombinator.com/companies/automatic However now that it's been acquired that reminder of Automattic not being named Automatic is gone.

[flagged]


I don't get it, why?

It would have been just a matter of time before he displayed his power with the nonprofit and wordpress.com which he controls personally, independently of the Automattic board. Maybe that is part of why the board gave him his control of Automattic back so quickly.

If you replaced it with Zig, the situation changes.

To me it sounds like they are simply taking social moon shots. They tried to do a phone, tried to make a kitchen videophone, tried to make their own cryptocurrency, and tried to dominate open source AI, and now this is trying to make something like a digital robotic assistant. It might have reached a peak with the metaverse, when Zuck thought his corporation was destined to be the ruler of a Snow Crash style metaverse, to the point of renaming it. Maybe that's still the plan and they are looking for something that will lead to another metaverse play.

They need the next big thing to secure the future of the company. Facebook and Instagram are still money printers which can sustain these repeated failures, but without something new, they could be completely ruined if the social media landscape changes.

Earlier today I couldn't get ChatGPT to draw a horse on the moon. Idea taken from Stable Diffusion's wikipedia page. I tried three times with that prompt, "a photograph of an astronaut riding a horse" and again with a horse on the moon. I got it to do another image. However, the original prompt just worked, though it didn't happen to choose the moon, it didn't say the moon.

Edit: finally, I have my horse on the moon. https://chatgpt.com/share/6aa0627e-b168-83e9-98e5-d5ad5a9cad... Though the horse doesn't have a spacesuit, neither does it have one in the Stable Diffusion wikipedia page.

Edit 2: finally got the kind of result I wanted https://chatgpt.com/share/6aa06813-4818-83e9-9c19-8c8ac9a348... https://chatgpt.com/s/p_359c0c38939c81918addaaa9de196f4e


That’s surprising even gpt-image-1 was able to handle the equestrian astronaut prompt pretty trivially, albeit yellow-tinged as all hell.

For the heck of it, I ratcheted up the difficulty of the prompt (two-headed horse, astronaut with the visor up, etc.), and gpt-image-2 got it right every time.

https://imgpb.com/HwDVcJo



Wow, that's amazing. I was about to tell it to make the helmet similar to the human one, with the gold visor, but thought it wouldn't convey it as well, but not only is it obvious, it still has the feeling of being a horse.

Not really, it's a popular dictionary-based compression format.

I'm pretty new to choosing compression libraries - I started with zlib and was delighted at how much faster and smaller zstd made things.

Since we kind of need a default "Need to compress something? Use this!" setting - would you prefer zlib over zstd, or something else for that role?


The only reason to pick anything but zstd is that platform support might be better.

If your platform/sdk/browser/standard-library comes with zlib/gzip/.. then it's often easier to just pick that.

No new dependencies is always a win. App size. Security, etc.

Otherwise, if zstd is easy to add, IMO I would always prefer, zstd, lz4 or brotli.


zstd or lz4

”Not really" what?

It's hard to understand what point you're trying to make. Can you clarify?


It isn't really the go-to compression format, because it isn't ubiquitous like gzip and zip, there are a variety of compression tools out there for different purposes, and there is image/audio/video compression. There is also specialized compression like what git does with its rolling hashes. I think of it as there not being a go-to compression format.

I think you're being a bit pedantic.

A go-to thing means it's a sensible default choice and has no little to no downsides (versus not using compression), it doesn't mean it's the best for everything.

Until now the go-to has been DEFLATE (gzip and zip) but zstd is definitely competing against it because it is better in almost every way.


Indeed, for some code, CPython and this interpreter produce identical output. I gave it an upboat.

I like python subset. However, many don't see it that way.

You're right, mathematically it's undeniably true. However...

One could imagine an even smaller subset interpreter. It's an interpreter for a subset of Python, consisting only of the programs that print "Hello World". Since it doesn't do any error checking, for all other programs the output is undefined. Implementing it is very simple: Just ignore the input file, and print "Hello World". As a bonus, it's an interpreter for the subset of "Hello World" programs in all other programming languages too!

</tongue-in-cheek>


This has actually been done:

https://esolangs.org/wiki/Hello

While quines (programs that print their own source code) aren't possible in Hello, there's a version that makes it possible:

https://esolangs.org/wiki/Hello_Plus_Plus

And if you say the original isn't good enough because it can't do anything else... well, esolangs have you covered there too:

https://esolangs.org/wiki/HQ9_Plus

(It should be noted that these are all joke esolangs. There are actual languages on the wiki that are very interesting though - I would definitely recommend you take them out!)


> I would definitely recommend you take them out!

I obviously meant "check them out" here. I was using speech recognition and it clearly misheard what I said.

I'd edit, but it's been long enough since I posted that HN isn't offering that option for this comment any more.


It's not a subset of python.

For instance this program works in this interpreter, but not in python:

    fxx i in rxxxx(10):
        pxxxx(i)

That isn't part of the language though. That's just input that it doesn't handle properly. The author acknowledged it lacks error handling.

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

Search: