skysight-inc/HackerNews huggingface dataset:
They showed a ton of advanced ML-based features in the demo. I can barely remember all the names.

Obviously Google is throwing a ton of effort into these features, but I am really curious what the productization plan is behind them.

It doesn’t look like they are differentiating their hardware on those features (or maybe I missed it), and it doesn’t look like those features are products on their own.

I’m curious what the long term business plan is behind “Helpful”
I've recently watched a review of one of those, paired with a computer from back then: https://www.youtube.com/watch?v=cBhA25qjL8Q
Uber IPO Has Enough Demand to Price at Top of Range
The last time I bought a Magic Mouse it lasted about 30 minutes. I installed some apps, loaded my family photos, then decided to try my favourite first person shooter and have some fun in high detail settings.

Right-click to zoom in the sniper rifle and - dang it, I can't shoot! The top is a single surface, so you can't hold down the right button and left click at the same time. Checks settings - no way to re-map aim to the keyboard.

MagicMouse -> Bin
That's a separate thing, though
You also have tabs on top of workspaces so not everything has to be visible, but the layout is always under control and a few keystrokes away from navigating to your window of choice

also no more window title bars meaning more screen state and a cleaner interface
It's all well and good until someone forks it and tries to compete with mathamatica.
There's a world of difference between a hobby project and a large-scale production item. The CPU in the smart meter likely isn't much more powerful than an ATTiny. By the time you've scaled this project up to meet the needs of the electric company, the cost is likely comparable to what they already have.

BOM (Bill Of Materials) cost is rarely the limiting factor on commercial products. The selling price of most devices is usually a large multiple of the cost of components.
You've got to be more specific than that to get helpful advice.
Philosophiæ Naturalis Principia Mathematica - Isaac Newton

https://en.wikipedia.org/wiki/Philosophi%C3%A6_Naturalis_Pri...
From everything I've read, it's exceedingly uncommon to need more or less than the range of 7.5-9 hours a night.
I prefer the Logitech M705.
A good software system should be understandable and modified by junior developers.

That's why most of "advanced patterns" doesn't work in real world.

Simple, clean, boring code is what a productive programmers should follow.
An ORM is a technology that has the problem of trying to make easy things easier (CRUD) while making difficult things more difficult (complex joins, SQL lock management, indices, etc.). Why spend so much $$$$$ on a fancy database if you are going to make 70-90% of its features impossible to use?
Then why are they releasing on-device voice recognition to replace their cloud-based voice recognition?
I'm really excited to see Google return to this price point. I was distraught when they discontinued the Nexus line.
Stockholm's focus on walkability
So I hope I can answer some of these [disclaimer: I work for Red Hat]:

Python: This is about the module system. Modules let you install different versions of parts of the stack. For example, different Python, different Apache version, different QEMU. These will move much faster than base RHEL because they're now decoupled. You can install one version of each module from a choice of several versions available at any one time -- it's not parallel install (for that there is still Software Collections). The reason for not having parallel install is basically because people use containers or VMs so they don't really need it, and parallel install brings a lot of complexity.

For Python we tried to remove all the Python dependencies from the base image, didn't quite do it because of dnf (although that is in the works with at least the base dnf 3 being rewritten in C++). So we need a reliable System Python which isn't in a module (else dnf would break if you install modular Python 2.7). Basically don't use System Python unless you're writing base system utilities, instead "yum install python3" should pull in the right module.

Kernel: As usual the version number isn't that interesting, as a lot of work will be done through backports.

ntpd: Can't say I'm very happy about this myself :-(

Network scripts: It's NetworkManager all the way. Again, mixed feelings about this, but I can't say I loved network scripts either.
I am wondering how durable these plastic bodies are going to be... Seems like it would be cheaper and easier to replace a plastic body, versus metal and glass... I can't wait touch one. The price is near perfect.
I used to be all about jumping on the next fancy thing as soon as it was (pre)released. Having been burnt and learned my lesson, now I delay until it's blindingly obvious it needs to be done.

But yeah, if it needs t be done, do it.
Is this really hostility? Supporting an additional platform is expensive in terms of dev, qa complexity, and support. Maybe this is just a case of looking at the numbers, and the benefit not being worth the cost.
Yes, there are definitely rules. Virtually every product on store shelves in the US seems to be labeled with metric or imperial units depending on what is more convenient or less obscure to the public, though sizes for many products are the same across the oceans which can make for weird numbers for everyone.

Labeling definitely isn't always imperial in the US, and it isn't always metric in many European countries. Regulations tend to do a good job of avoiding units that are obscure in that they're rarely used for the specific purpose in question or would have clumsy numbers like the pint to liters conversion you noted.

e.g. A common PET bottle size in the US and elsewhere is 0.5L, which in the US is labeled as "0.5L"/"500mL" usually along with the, in my opinion, somewhat pointless "16.9 fl oz". Meanwhile, a 2L PET bottle is also common in the US and is labeled (and known by virtually everyone) as "2L".
> an overclocked Duron

Hah, did you also pencil in the traces on the CPU package to unlock the multiplier?
Eh, continued updates that disregard older phones (leaving them crippled with modern updates) make it so even if the hardware is good, you have to upgrade. Good enough hardware isn't much use when the software makes it run at half the speed. Then it goes from good enough to barely usable.
The US can play a leadership role. It's abdicated that position presently.
I think this is more tied to how much people like socializing, not their intro/extroversion.

From my understanding, intro/extroversion is how people like to process information. Introverts like to think through things. Extroverts like to talk it out. These are correlated with other behaviors, but those behaviors aren't the definition of intro/extroversion itself.

I only say this because I know plenty of introverts that do exactly what the parent comment is saying and love it.
http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1570.pdf
Glad to see some cheaper phones from Google. The Nexus 4 and 5 were the best phones I've had.

However, I still want a headphone jack and a smaller phone. I'll be riding out the original Pixel for as long as possible.
There were many hardware manufacturers then, as now. Perhaps the hardware division benefitted from name recognition afforded by the OS monopoly but there was no monopoly there. Around 98-01, IMO they genuinely had the best mice and keyboards.
Seconded. He points to a ton of consequences of short sleep. Cancer being one of them.
> • No more ntpd, chrony only

Not surprising. I've been preferring Chrony to ntpd on systems without systemd-timesyncd (like CentOS 6 and 7) for at least two years since I read this Core Infrastructure article about Chrony:

https://www.coreinfrastructure.org/blogs/securing-network-ti...
VIX 'fear gauge' surges 30%, on track for biggest jump in 7 months
I think longest time without a new war is a pretty garbage metric considering we're just constantly in the same fight for the last 10+ years.
I've come to a couple conclusions, over the years.

First, when you get down to it, the most-valued feature of ORMs is not the "writing queries in some language other than SQL" feature, it's the "not having to write a mess of mapping code" feature.

Second, the biggest drawbacks to ORMs all derive from the "writing queries in some language other than SQL" feature.

Fortunately, there are tools out there that solve the "mapping tables to objects" problem without trying to control all access to the database: So-called lightweight ORMs like Dapper and Sql2o. To me, these hit the sweet spot: They give you most the increase in productivity while steering clear of most the increase in complexity (and, by extension, decrease in maintainability).
2019 IPO Dates – Lyft, Uber, Airbnb, Slack, Pinterest, Robinhood, CloudFlare
Why spend so much $$$$$ on a fancy database

You need to answer that question first. What feature do you really need from that fancy database?
I have a Luna smart mattress topper. I think they rebranded to Eight or something. Pretty good stuff.
I was waiting on this for so long, but ended up with a OnePlus instead, excited to finally see them released, it will be great for the Android ecosystem.
it has a jack.
I think people are refusing to use the word that perfectly describes the wast majority of modern "friends" - they are acquaintance - people with whom one is friendly but they aren't friends.

Friends help you move.[0]

---

[0] And of course there's "real friends help you move bodies" if we want to look at the hierarchy of "friendships"
Not many people have an argument be it in real life or online, where one changes the other's opinion 180 degrees. But at the very least your words plant the seeds of doubt. I think it's normal that changing a point of view that you've held for many years to take time.
Right!?
No love for that particular peripheral myself but; That’s completely on you, the Magic Mouse was never marketed as a gaming mouse. You can of course argue that it should be capable of what you expect from a mouse, but this is obviously a concept mouse aimed at doing other things.
Well aren't you lucky! And in my experience with this question, there's a big difference between "felt fireable" and "is fireable", which also gives insight.

I have my own go-to example that I'll use if they give back your type of answer (which has happened). I messed up packaging a demo version of our software that almost sank a 300k sale (~5% of revenue on the P&L for that year).

Was I going to get fired? no
Did 23 year old me think I might get fired? yes

Essentially it boils down to what's a large mistake you've made while employed (or otherwise) and how did you resolve it.
Guys, stop commenting. It's a rhetorical question.
The minimum requirements for Windows 98 (released June 1998) was 16MB:

https://en.wikipedia.org/wiki/Windows_98#System_requirements
All the plastic phones I had were more durable than metal or glass. They scuff a little easier but plastic absorbs the hits rather than bending (metal) or cracking (glass).

Plastic is only unpopular for social reasons -- it is seen as less "premium." But aside from that it is basically the ideal material for phones, light, durable, allows wireless charging, allows signal penetration, etc.
I know it's anecdotal but so far I haven't died.
Google Inbox Is Dead – Darwin Mail App Is the Best Alternative to Inbox by Gmail
plastic back => replaceable battery?!
I think you are in luck:
https://techcrunch.com/2019/05/07/the-headphone-jack-is-back...
Interesting that you say it's about obligations to each other yet your original comment focused on making sure "every man is matched with a woman" and lamenting the social hazards that could result from "millions of single men with no prospect of marriage."

You don't seem to have considered the social benefits/costs of monogamy to women. It's almost as though women are an afterthought...
What’s New in Android: Q Beta 3 and More
I am on Nexus 6P and is still going strong for me.
Maybe those large (yet still too small) fines and constant criticism finally got through.
Cruise is a separate, privately-held corporation that is partially owned by GM (I'm not sure if they're majority or not any more).
Only link to your paper that I was able to find is
https://dblp.org/rec/journals/isci/Waite99

but there are no PDFs that I could download without payin 37.95 $USD at ( https://www.sciencedirect.com/science/article/pii/S002002559... )

I used K-means clustering in various domains (access control, fraud control, network data plane quality controls), so wanted to check your work.

One problematic area for K-means, at least from my point of view, is that it is not really possible to easily trace what features/variables are mostly responsible for the anomaly.
Which is funny, because the Nexus 5 had a more pixel dense screen and supported wireless charging at a lower price point.
Just Arduino.

>Do you have any blog posts showcasing your project?

Started writing today. Haha. I will share it on HN once done.
Motorola continues to carry this torch with it's G-series, near-stock, sub-$300 phones.
It looks like it does indeed have a headphone jack.

https://techcrunch.com/2019/05/07/the-headphone-jack-is-back...
As an iPhone user who hasn't touched Android in years:

You could literally replace that special marketing video at the top of the page [1] with any other Android / Google phone and I wouldn't even be able to tell the difference.

Just feels like a bunch of shiny blah without telling me anything useful. Might as well replace with a toaster. Maybe that's the point...

On a less critical note though, glad Google is pressing cheaper phones. The standard for a reasonable phone is all over town these days

[1] https://www.youtube.com/watch?v=vc7LlUtQgNw
Great work. I used rezoom in couple of minor projects and like most that I could really trust that query runs if it compiles. Unlike in Entity Framework where you have unlimited possiblities write code which compiles just fine but crash runtime. In principle I don't like an idea that your primary language get compiled to SQL due it's very leaky abstraction. Instead I like expressing queries as data (ideally compile time checked).

In rezoom query composition part wasn't the strongest part. When for example some model needed additional join you had to modify N queries. This kind of composition could be done of course with dynamics but like you say, you lose biggest selling point: compile-time safety.

However these compositions are usually all known at compile time so you should be able to just build them before rezoom checks them. But out of the box compile time programming in F# is not there yet...
TFL cares a great deal about these kind of contracts with users.

Years ago I was involved with a project to build dynamic displays to show bus times (mostly for third parties like e.g hospitals that wanted to display bus times as a service, but they're in use on some bus stations like Vauxhall and East Croydon as well).

TFL did tons of testing to ensure we complied with requirements to ensure the display would remove time estimates if it could not reach the API often enough, etc. to ensure we never misled passengers.

They were very adamant that the displays always had to under-promise based on what information was available.
>The law does not define morals, or ethics.

Yes, the law codifies a unified set of rules and definitions. Morals and ethics do not have that quality.
"MPEG-4 part 2 (DivX/Xvid, etc.)" - did you mean "MPEG-2 part 4 (DivX/Xvid)", hence the (misleading) filename extension "mp4"?
It's not so much that you never have the headers... more that you don't always want to provide the headers to everyone (since they may contain things you don't want to share.)

I looked into it a bit further, and cppyy does have provisions for this: https://cppyy.readthedocs.io/en/latest/bindings_generation.h...

I may have misread that page, but it looks like you can create a .rootmap and .pcm file and distribute that instead of the C++ headers.
The Nexii were so cool

I'm very disappointed in this new Google.
The ORM discussion reminds me of something Rich Hickey said in his talk, “Simple Made Easy”. He distinguished between “simple” (when a system is inherently low in complexity) and “easy” (when a system is made more complex so it is theoretically easier to use).

ORM’s are easy, but not simple. If your system uses a relational database but not an ORM, you have to understand your particular database and also SQL to understand your data layer. If you add an ORM, you aren’t actually saved from having to understand those things, you just also have to understand your ORM on top of all that. There is some positive tradeoff you get in return, since you don’t necessarily have to grapple with the added complexity all of the time.

The main saving grace of ORM (or at least query builders) seems to be that the alternatives aren’t well-supported in tooling, so the “raw SQL” alternatives often end up implemented as string concatenation hell, which is admittedly terrible. Installing parameterized SQL on the DB itself in stored procedures works great, but you have to go out of your way to do it; it never really comes across as a plug-and-play option even though in principle it easily could be.
Apparently this phone doesn't use Gorilla Glass, but instead uses something called Dragontail glass [1] according to the Verge's review [2]. Tempted by the prospect of a great camera, a headphone jack, and an affordable phone, but there really doesn't seem to be much information about the glass out there.

I suppose if it was in the Xperia phones it can't be that bad -- I never noticed any issues with the glass on them.
[1](https://en.wikipedia.org/wiki/Dragontrail)
[2](https://www.theverge.com/2019/5/7/18530449/google-pixel-3a-x...)
Toronto’s Google-linked smart city draws opposition over privacy, costs
Oh - my dream phone. Headphone jack, SD card slot and a big and replaceable battery...
Because they calculated that taking a small L here would turn into a bigger W later. Comparatively, Apple is just trying to sell more units, not prop up its Ads business down the road with higher user counts giving more impressions.
It's the unknown unknowns that really make estimates inaccurate. If someone were an expert in one exact thing and that's what they worked with day in and day out, then those unknowns would be small and the areas around them well defined.

It is relatively easy for someone to become a maintainer of one specific thing as long as that's the only thing they're doing for a long time.

Then you look at a software developer, sysadmin, anyone in the technical industries, and quite often it's not one specific thing, it's LOTS of specific things. Each with thousands, maybe millions, of human-hours in their development and the development of the things they depend upon. Every layer of hardware and software having it's own quirks and wrinkles.

It's like trying to be the god of a small solar-system of interacting planets each with plate tectonics and life-forms.
HTTP can't be more mobile friendly, since it's exactly the same TCP connection for iOS, there's nothing special about it. You might design mobile-friendly protocol which would leverage proprietary push messages, but that's HTTP-agnostic as well.

I mean, if you need to spam your phone with traffic, you'll do that. If you're writing whatsapp, you want to deliver messages instantly if user has app opened, so you'll keep TCP connection to the server.
True, but my G5 Plus lags a lot at this point. It has always been noticeably slower than other higher-end phones. I am really tempted to get the new Pixel 3a.
For everyone complaining about orm-something - take a look at elixir's Ecto. It basically allows writing sql via native code. Good for composability, type casting, stuff like that.

Account
|> where(active: true)
|> join(:left, [a], p in Post, on: p.account_id == a.id)
|> where([a, p], a.foo == "bar" or p.bar == "foo")
|> group_by([a, p], a.id)
|> select(...)
|> limit(10)
...
|> Repo.all()

Plus there are changesets for data validations (can e.g. catch and return uniquness errors via unique index)

P.S. For update/insert queries it doesn't make sense to write UPDATE statement by hand

UPDATE accounts SET ... 50 fields ... WHERE id = 1

P.P.S. changeset example:

def changeset(record, attrs) do
record
|> cast(attrs, [:number, :note])
|> validate_required([:number])
|> validate_format(:number, number_format())
|> unique_constraint(:number, name: "foo_bar_index")
end

will return nice error if number is missing (_before_ running sql query) or already taken (_after_ running a query, on DB error)
Nothing has been better yet. So far it has only been not-catastrophically worse.
Well Apple is exerting market pressure, there's been a lot of privacy backlash lately, and they can make customers feel safe while still exfiltrating their data via other services that you'll be encouraged to use by the "secure platform".
What’s interesting is that Berkeley used some LEDs from the same company, and I assume they’re not facing the same budgetary pressure that Detroit was.
Also, if you use GSuite, you can notify Google that you are running for elected office and they will do extra monitoring of your GSuite account and notify you if people try to hack it.
$1 Unistroke Gesture Recognizer
The tech specs between the 3a and 3 don't show too much of a downgrade:

* Screen is smaller, but on the Pixel 3a XL version the screen dimensions excluding the notch appear to be the same.

* Same 4GB LPDDR4 RAM, but no 128GB persistent storage option on the 3a. 64GB is usually plenty anyway, though.

* Processor is somewhat slower: Qualcomm® Snapdragon™ 670 2.0GHz + 1.7GHz, 64Bit Octa-Core on the 3a. vs a Qualcomm® Snapdragon™ 845 2.5GHz + 1.6GHz, 64Bit Octa-Core on the pixel 3.

* 3a removes wireless charging. Never used it on my Pixel 3 XL.

* Under the sensors section, the normal Pixel 3 has "Advanced x-axis haptics for sharper/defined response" whereas the 3a does not.

* 3a only has one front facing camera instead of dual front cameras.

* 3a has a headphone jack. Personally, I adjusted pretty well to Bluetooth headsets but some people really appreciate the jack.

Overall seems like a modest downgrade for a big drop in price. Most of the stuff cut out seems like premium features where the dollar-to-user-value ratio isn't very good. The only significant downgrades seem to be processor speed and dropping the second front facing camera. It's probably also safe to assume more economical build materials and fabrication. Specs taken from Google Play store:

https://store.google.com/product/pixel_3a_specs

https://store.google.com/us/product/pixel_3_specs?hl=en-US
It goes to a website with "NET::ERR_CERT_DATE_INVALID"
Is that a dare? :)
Oh, I really like his analysis on "Parametric Reach" for the various architectures:

> If you want to commit to a single architecture, it’s important to know which one gives you the most headroom to move up. I created a fictious “times better” score by comparing the the part tested with the best part available in the same ecosystem — this usually means fairly comparable peripheral programming, along with identical development tools. I multiplied the core speed, package size, flash, and RAM capacities together, ratioed the two parts, and then took the quartic root. Essentially, if every parameter is double, it is considered “2.0 x” as powerful.
Thanks for the nitpick! I hadn't thought it through all the way. I was mostly thinking about doing async stuff with the inner stuff, but you're definitely right. I'm glad you commented because I've had to rethink it.
Because it's faster and works with spotty/no reception?

(I'm just guessing because I can't find details on this stuff by wading through the feed.)

Also, just because it's doing local inference doesn't mean it won't be uploading data back to Google periodically. As GP said, they have a strong incentive to do this, so it's reasonable to just assume they will do this until they can prove otherwise.
That's my perception of all phones, iPhones included.