HawtAds

Joined 10 months ago

Karma
111
Submissions
57
Member since
Dec 18
Creative acceleration for advertising.

https://hawtads.com

HawtAds makes it easy to create ads quickly. We also allow brands in regulated industries, including mature content, gaming, wellness, and more, to create and launch great-looking ads faster. With smart design tools and built-in policy checks, you can scale with confidence while staying aligned with platform and payment processor guidelines.

https://hawtads.com/solutions

Reach out at [email protected]

We are hiring.

[email protected]

View on Hacker News

Recent submissions

Comment · 16 days ago
At 60 acres you can probably do a 3000 feet grass strip runway. Get a Cessna and fly yourself, being within flying distance of a tiny airport in this case is pretty awesome. 2.5 hour drive is ~ 1 hour flight time for your C172s.
Comment · 1 month ago
It's very much real but not necessarily malicious. We track upstream providers pretty closely. Sometimes it's a just matter of a single GPU runtime layer bug/update to break inference outputs. The model weights don't necessarily change/get quantized.
Comment · 1 month ago
How many requests per second do you have for spam that you are reliably hitting the Luna cache?
Comment · 1 month ago
It doesn't have to look "cartoony". Harness issue. Your 2026 models are trained on a sufficiently broad set of images that style is almost a solved problem.
Comment · 2 months ago
> It doesn’t seem like aviation became safer because pilots took risks

That's pretty much the job of test pilots even today. They are usually dual trained pilots and engineers/technicians, and their job is basically to QA new planes. In military aviation especially test pilots are often feeders into the astronaut program (a different but similar type of daredevil).

Comment · 2 months ago
No, this is just poor management. Japanese 7-11s are ran better because of better culture, products and management. It's not magic.
Comment · 2 months ago
I think you are overcomplicating things. You have a power envelope, and you have to design your application around it. That's pretty much it. From an engineering perspective, there's no real complexity when it comes to the hardware, software protocols operate one level higher. Your app lives and dies by its power budget.
Comment · 2 months ago
The benchmark is nice but it's very much biased towards flagships i.e. not very useful in practice if you are trying to ship production mobile apps. Apple historically is extremely stingy when it comes to RAM and they never bothered giving iPads and iPhones more ram until fairly recently (most likely because of ML demands). Your covid era 10th Gen iPads only have 4GB of RAM for the base models.

The Android ecosystem is much more liberal when it comes to RAM because their Dalvik VM JIT (their Java Android Runtime, partially AOT compiled and partially JITed) design is not particularly memory efficient. But the main issue with Android is that their mid/low end (think the Samsung Galaxy A series, the OnePlus Nords, the Motorola Gs etc.) are very inefficient when it comes to single core compute performance compared to iPhones, and it gets worse once you factor in power efficiency. The high end Android flagships running the Snapdragons elites (especially post Oryon acquisition) have no problems matching if not exceeding Apple hardware performance in terms of raw power but they are much more power hungry.

At the end of the day, the current gen of "pocket scale" LLMs are still far from being able to be deployed at scale on mobile. Maybe in another year or two once RAM prices have fallen enough and mobile manufacturers build a lot more matmul and memory circuits into their SoCs instead of a tiny mostly useless "NPU/tensor processor" that doesn't have enough RAM to run anything useful. Current gen production mobile ML still heavily rely on traditional transfer learning like Apple's Core.ML (tiny pre trained models, with perhaps the final layer inference head swapped out).

If you want a good example of production mobile ML, take a look at FUTO keyboard's transformer model for their keystroke prediction/autocorrect which operates in near real-time.

https://github.com/futo-org/android-keyboard/blob/7ebbf5c8b5...

I would say right now 100M-300M params is about the maximum you can do if you want any reasonable level of performance on your "average" non flagship mobile. I would keep to sub 100M for power efficiency sake.

Comment · 2 months ago
Maybe by traffic but I think Shopify has them beat on valuation (well, it's hard to say since one is a public listed company).
Comment · 2 months ago
How stable is DuckDB these days? I remember it was very buggy compared to Clickhouse.
Comment · 2 months ago
I love the article, it's a breath of fresh air compared to the usual bay area centric takes. However there's just one issue:

> The students I want to teach are in the same position, and so are the ones in Nigeria and Bangladesh

It does not take $60 to ship small sub $1 chips from Asia to Nigeria/Bangladesh. These two countries are all on global trade routes (both supply and demand) and the expensive last mile delivery costs are fairly low there too.

Comment · 2 months ago
Comment · 2 months ago
I would say modern autoland (both GPS based and ILS types) systems are a little better when it comes to handling emergency issues like maximizing range and endurance but the problem with autoland is that they require a lot of things to work perfectly and will refuse to take any risk (autoland systems are not probabilistic like Tesla FSDs, they are mostly automatic traditional control systems). So if the plane will miss the threshold by a few feet the autoland won't even attempt it.
Comment · 2 months ago
> Is this implying there's no benefit in having the model train on itself?

There are various theories around model collapse when you train on too much AI generated data (that's not for distillation).

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton