HN2new | past | comments | ask | show | jobs | submit | markstos's commentslogin

That's a great phone for runners who need to carry their phone. Smaller, lighter, pocket friendly.

The examples seem to suggest it would be chatting with your home automation in natural language.

Before you know it your smart thermostat will be blogging. The joke is on everyone who thought IoT couldn't get any worse. Just imagine the new landscape of security vulnerabilities this opens up.

My "smart" gas stove can be turned on over the internet (if I allow it to connect)—perfect appliance to put an LLM in charge of.

So Flock helped solve a case nearly every day of the year?

Maybe! We don't know, all we know is that allegedly:

> Those searches played a part in “advancing 361 cases.”

What does "played a part" mean? What does "advancing a case" mean?


Reads like the intentionally obtuse language of an analytics guy making the numbers as big as possible without outright lying.

If you're Flock, and an officer ran a search against a Flock database, for a crime that was later solved, regardless of how it was solved, they will crow that "Flock solved a crime".

They never solved any cases, only provided a warm lead once a day. If they solved many, they would be proud and say N cases solved. In this case N must be an embarrassingly small number since they don't use concrete language. It's like offering 5500$ to anyone that offers any information on any crime.

Ha. The question now is whether the ML industry will change directions or if the momentum of Python is a runaway train.

I can't guess. Perl was once the "800-pound gorilla" of web development, but that chapter has long been closed. Python on the other hand has only gained traction since that time.


Sometimes the "right tool for the job" philosophy leads to breaking down a larger problem into two small problems, each which has a different "right tool".

Choosing a single tool that tries to solve every single problem can lead to its own problems.


Is this part of a web server or some other system where you could end up spawning N python processes instead of 1 at a time?

I use a similar strategy for python calls from elixir. This is in a web server, usually they're part of a process pool. So we start up N workers and they hang out and answer requests when needed. I just have an rpc abstraction that handles all the fiddly bits. The two sides pass erlang terms back and forth. Pretty simple.

No, it's a background job. We can easily control the Python process count by controlling the job queue concurrency on the Elixir side.

To better understand the feedback, see another example that was posted recently, about "Brownie Mary":

https://urbanists.social/@raineyday@beige.party/115793532206...

It's an inspirational true story and well-written. Then notice if the writing style feels familiar. The short sentences. It becomes the visual equivalent of these realistic AI photos, where it looks mostly right, but some feels a little off in the same way that something else you read recently felt a little off.

I'm glad I read the Brownie Mary Story and this Wall Street Raider story as well, but I also don't look forward to a future flooded with content that's "in the style of a professional writer" without some of the details and authentic voice that helps writing really connect.


Ah yes, one of those novelty reversible cups.


This is a trick cup, so it's okay to have a laugh.


It has a particular style I’ve seen lately using more short confident sentences as professional writers do. But it lacks the professional writer’s sense of when to add an anecdote and when to leave out a detail. And it is this juxtaposition that gives it a distinctive LLM feel of being written in the style of a professional writer, yet something is off.


If only there were a viable third option besides Apple and the world's largest advertising company.


There is, you can have an de-googled android.

It works, but very cumbersome. The value add in phones is really services, not the hardware/OS.


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

Search: