118 karma · joined September 11, 2015
[ my public key: https://keybase.io/jrc; my proof: https://keybase.io/jrc/sigs/WNXTquNWcloOPtQ65S3bDLFsukcmx-uOOqUGsXDshPY ]
My memory is hazy, but I thought drawers had a preferred side but would open on the other side if there was no room.
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).
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.
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/>.
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.
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.
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
With iPod and iPhone, Steve clearly loved music and hated the MP3 players and feature phones of the day. With Apple Watch, Jony was into luxury watches and fashion, and Tim is a fitness buff. Does anyone at Apple actually love VR 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?
As a friend put it: Apple has become a parody of itself.
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 NativeFor more info: https://www.linkedin.com/company/gronska-stadsodling/jobs/ (or email jobb+hn@gronska.org with questions)
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 NativeFor more info: https://www.linkedin.com/company/gronska-stadsodling/jobs/ (or email jobb+hn@gronska.org with questions)
At Grönska, we develop technology for vertical farming and operate one of Europe’s largest vertical farms. We've developed GrowOff, an indoor growing module for restaurants and supermarkets.
We are looking for an experienced, multidisciplinary designer to work on both our GrowOff product line and for our large scale farms, spanning the range of digital design, industrial design, and graphic design. As a designer, you will go from exploring new creative ideas to delivering project plans, specifications, and high-quality final designs in a timely manner.
Full job description at https://www.gronska.org/about-us/#JoinUs
At Grönska, we develop technology for vertical farming and operate one of Europe’s largest vertical farms. We've developed GrowOff, an indoor growing module for restaurants and supermarkets.
You will help craft the GrowOff end-to-end user experience, primarily developing responsive and mobile-first user interfaces (web and/or native apps) but also extending to user interactions with the hardware (IoT)!
Full job description at https://www.gronska.org/about-us/#JoinUs
I was at Skype during the eBay years and it was similar. Lots of autonomy. Then Skype got sold, Silverlake instituted Scrum training for everyone, and well, look what happened. Product owners took over; the engineers became Jira-ticket minions.
That said, I do understand the problem with giving engineers too much freedom, if there's not enough maturity on the business side. I've been at places like that, too. Engineers gone wild. Just burning money.
I see too many startups adopting Agile/Scrum for lack of a better clue on how to run software development. These days I refer people to Basecamp's Shape Up for "just enough" structure.
Commando was also part of A/UX. Here's a screenshot of Commando for the "ls" command: http://toastytech.com/guis/auxcmdo-ls.png