jrcplus

Any idea what the relation is between this (Aluminum OS?) and Android Desktop Mode?

Elaborate please

Greg Christie

My memory is hazy, but I thought drawers had a preferred side but would open on the other side if there was no room.

+1. I got excited but https://lasuite.numerique.gouv.fr/ doesn't seem to be in English or any other European language. If you guys are hoping for Europe-wide adoption, start there.

I remember.

Another factor: I'm pretty sure it's more common that people have debit cards than credit cards in Europe, which equals less credit card fraud.

Yes!

Scrappy co-creator here. As an old-school Mac user (from the days of desktop publishing) I do know the difference between hyphen and en-dash and em-dash :)

We used AI sparsely for wordsmithing and definitely not for generating the text. Believe me, putting it together was a lot of work (Pontus did the heavy lifting).

Scrappy co-creator here. I fully agree that software longevity is important. We designed Scrappy with a local-first architecture, so we have no traditional backend. Our only cloud dependency is a lightweight sync server. (We hurriedly added an FAQ with some more technical details after we discovered that this blew up on HN.) I believe this is an important point of distinction, both technically and financially, from most low-code/no-code tools which are SaaS'es.

One idea we had early on is the ability to save scrapps as single-page self-contained HTML files. We experimented with this but the functionality isn't currently exposed.

Scrappy co-creator here. It was a surprise to us that this blew up on HN. We've hurriedly added an FAQ to the write-up.

In regards to this question about the "Scrappy backend": Scrappy is local-first, so data is stored locally in your browser, and optionally replicated to a lightweight sync server, to help coordinate syncing between peers. In other words, Scrappy is almost entirely front-end. The only third-party dependencies are Yjs <https://yjs.dev/> and CodeMirror <https://codemirror.net/>. We don’t use any other libraries or frameworks like React. There’s no analytics.

And there's no traditional backend. The only cloud dependency is the sync server, which is a plain vanilla y-websocket-server <https://github.com/yjs/y-websocket-server/>.

Idea: everyone, anytime you hit a bug or error, post a screenshot to the social media of your choice and tag it say #applesoftware. Over time this might start attracting PR attention, which seems to be most effective at getting Apple to do anything.

I worked at Apple on Mac OS X until 2008. For QA, Bertrand believed in a lightweight touch, with dedicated QA staffing only at the top of the stack (plus a few key places like the filesystem), with the idea that any bugs will bubble up and be found through real-world usage. Most QA was informal, through heavy dogfooding.

You felt a real sense of ownership to the thing that you worked on. You worked hard and fixed bugs because it felt like it mattered, because you thought about how e.g. your mom would end up using the product, and also Steve Jobs would see it, so it had to be great. Also, teams were small. Something would involve only 1-2 people, and then we would look over at Redmond and they'd have dozens of people working on the same thing. The need-to-know secrecy was not just for PR value; it helped keep circles of communication tight, cutting out a lot of noise, so you could just focus. The organization was stable (and relatively flat, around 5 levels from junior engineer to SJ). I think in my 9 years or so there, there were no major reorgs. Avie phased himself out and retired, and Bertrand moved up. The only major disruption was when the iPhone project happened.

Release cycles were annual. Throughout most of the release cycle, it was pretty free up to each team and engineer to decide what to work on and how to prioritize it. Near the end of a release, it would get more and more strict on what you were allowed to change, up to the point where Bertrand sometimes would even ask to see code diffs.

I don't really know what is going on over there now. They have moved to a more agile approach, with more frequent integration checkpoints. In theory this should be better, but I suspect there's less sense of ownership and more of a feeling of a software factory. But it's probably mostly to do with the fact that the systems are way more complex, both the tech and the org, with way more moving parts. Even the programming language itself (Swift) is a moving target. I know (from talking to friends) there's a lot more politics and career-building going on, the kind of corporate douchebaggery that would not have been tolerated under Steve Jobs. People are thinking about RSUs and their promotions, rather than the products.

Ultimately, I think it boils down to this observation by jwz at Netscape, that there's "two kinds of people: those who want to go work for a company to make it successful, and those who want to go work for a successful company." Post-iPhone, Apple has filled up with the latter. A majority of the people at Apple now didn't work there under SJ, and the senior management who did experience that is now aging and retiring. At least from the outside, as a customer and end-user, it feels obvious that the founder-led product-obsessed culture is gone.

I worked at Skype from eBay to Microsoft. The clients were rewritten, sometimes from scratch, sometimes redesigned to chase after the latest UI trend. But rewriting clients didn't address the fact that the OG widely successful Skype was fundamentally peer-to-peer. There were no servers, only supernodes.

After smartphones took off, management was reluctant to ditch P2P and move to a client-server model, for both business (running servers costs money, and remember Skype mostly made money on calling PSTN) and technical reasons (P2P was at the heart of Skype). Internally, engineers had Skype working "in the cloud", but it took years of waffling (middle management was distracted by the introduction of Scrum; don't get me started about that; upper management was distracted by the company getting bought and sold twice) before slowly turning around the big ship.

By then, the A/V part of the tech had become commoditized, and plenty of free alternatives (namely FaceTime, WhatsApp, Messenger, Snapchat) had appeared on the scene, with better business models. No amount of rewriting code and building from scratch addressed that latter part. Management was very interested in finding new ways of making money, but it was also (for better or worse) very reluctant and careful in introducing ads into the UI.

Tweet from Sam, decoded by @hellokillian: “i love you all” I L Y A “one takeaway: go tell your friends how great you think they are.”

https://twitter.com/hellokillian/status/1725799674676936931

I would gladly pay money for a commercial version of this. I don’t have a cat, but I have a mother who has dementia. I started looked at tracking devices (in case she starts to wander) but battery life is generally miserable. The power management on this looks fantastic.

Meh. “open source” vs “Open Source”.

I worked at Apple during most of the Steve Jobs golden era. Back in the day, Apple was a fraction of its size, but Apple almost singlehandedly set the agenda for the computer industry. It's fascinating and sad to see Apple now chasing after industry trends, and at the same time being too large and heavy to pivot after the winds of AR/VR/XR changed.

With iPod and iPhone, Steve clearly loved music and hated the MP3 players and feature phones of the day. With Apple Watch, Jony loved luxury watches and fashion, and Tim is a big fitness buff. Does anyone Apple love AR/VR/XR goggles? Why the hell are they doing this, besides flexing their "only Apple can" muscles and, more probably, because the bean counters running Apple predict it will be a $B market?

I can believe Apple Vision Pro will actually sell due to the novelty factor, and then Apple will get quiet about it. It'll take a few years it to find a niche, just like what happened with Apple Watch. shrug

As a friend put it: Apple has become a parody of itself.

A comedic take at the same topic: "A Disrupter's POV on the Silicon Valley Bank Collapse" <https://www.youtube.com/watch?v=A13erYPcDVI> by Michael Kosta (The Daily Show).

I worked at Apple during the second, golden Steve Jobs era. It's easy to assume that the culture of secrecy and need-to-know disclosure was for marketing/PR benefit and/or old-school Silicon Valley "only the paranoid survive" mindset, and perhaps that's true, but a very real side effect is that you have very tight loops of communication, so you can focus and move quickly without being stuck in tons of meetings or drown in mass emails or otherwise become easily distracted. Of course there are downsides, but when it works, it's beautiful. It's the best "case against collaboration" I have experienced.

Remember, even the original iPhone still had physical buttons/switches for Home, Sleep/Wake, Ring/Silent, and Volume Up and Down.

"You can divide our industry into two kinds of people: those who want to go work for a company to make it successful, and those who want to go work for a successful company." —jwz

What's the need for this on GE's side? What was the product manager thinking? Is the idea to collect and monetize usage data, or something else? There must be a reason (?).

Grönska Stadsodling | HW & SW engineering | Stockholm, Sweden | ONSITE

Grönska develops technology for vertical farming and operates one of Europe’s largest vertical farms. We are hiring engineers for our GrowOff product line of indoor farming module, our large scale farms, and overall company business IT.

  • Hardware Test & Field Ops Engineer
  • Software Engineer - Data & Cloud

Tech: Python, Raspberry Pi, Linux/Balena/Docker, PostgreSQL/TimescaleDB, Grafana, AWS, React Native

For more info: https://www.linkedin.com/company/gronska-stadsodling/jobs/ (or email [email protected] with questions)

Grönska Stadsodling | HW & SW engineering | Stockholm, Sweden | ONSITE

Grönska develops technology for vertical farming and operates one of Europe’s largest vertical farms. We are hiring engineers for our GrowOff product line of indoor farming module, our large scale farms, and overall company business IT.

  * Operations Engineer (EE/CS) - to help run day-to-day technical operations
  * Data & Cloud Software Engineer (CS) - to build and operate our data and cloud infrastructure

Tech: Python, Linux/Balena/Docker, PostgreSQL/TimescaleDB, Grafana, AWS, React Native

For more info: https://www.linkedin.com/company/gronska-stadsodling/jobs/ (or email [email protected] with questions)