Trains are also just more comfortable. More space, more comfortable seats, more space for luggage, you can walk around, better bathrooms, easier to work from especially in the 4 seat configuration, … Personally I would always prefer the train even if it is a bit slower. Once you account for traffic a bus that is scheduled to be faster ends up slower anyway, especially when you really needed it to be on time
My impression is purely from a metrics perspective, people who were underperforming can really look like they are 3x as productive. AI is a real increase for them because it can do things they couldn't. It just gives them the ability to publish a thousand lines worth of PRs a day, which the regular and over performers have to review, but that shows up in THEIR metrics, not in the underperformer's metrics. If all you look at is metrics and KPIs and have no technical understanding, this looks amazing to you.
Most people I've worked with that were already some of the most productive before AI took off are still at the top, and AI didn't move the needle much for them. There's simply no way for them to do 3x the work.
I use Kagi at home and Google at work, and IME Kagi results are much better compared to Google. It's easy enough to jump to Google by adding !g, but I never find myself actually using that... I do however end up doing the reverse, where I'll not find the result I'm looking for on my work computer and then quickly repeat the search on Kagi on my phone. I used to use DuckDuckGo on my personal devices before, and while it was mostly fine, I did have to jump to Google more frequently. In the end sometimes the results were better on DDG and sometimes on Google. I haven't really found any situation where Google results were better than Kagi (I do tend to prefer Google Images results, but I only very rarely use image search, maybe once a month).
There was also an instance recently where I was helping out a coworker get set up with something. I had done it earlier in the day, so I told him something like "type in $SEARCH_TERM, then go to the first page and copy the commands from there". He put it into Google, couldn't find the right result, tried a few variations, still couldn't find it. I pulled Kagi up on my phone, searched the same term, and slacked him the page while he was still looking around on Google.
Some people are contrarian simply to be contrarian. I'm loving the features that are coming out. I use Translate, Assistant, Universal Summarizer, and (of course) Search multiple times a day. Not everything is going to be for everyone, I'm personally not really interested in News, but it certainly feels like I'm getting value out of my subscription. The only thing I'm actively missing with Assistant is a proper app - the PWA is fine but the keyboard glitches out sometimes, navigation is not as fluid/smooth as it could be on a native app, same with file/photo uploads, and notifications when you leave the app and the reply is done would really tie it together.
I've already used the Research assistant half a dozen times today and am super happy with the outcomes. It does seem to be more trigger happy with doing multiple searches based on information it found in earlier results, and I've found the resulting output to be reasonably accurate. Some models in particular seem to never want to do more than one search, and you can tell the output in those cases is often not very useful if the sources partially contradict each other or don't provide enough detail. The best I've found to avoid this is o3 pro, but o3 pro is very slow and expensive. If the Research assistant gets 85% of the results in half the time as o3 pro...
Depending on the CLI tool you could even forego memory management completely and just rely on the OS to clean up. If your program completely reads arbitrary files into memory it's probably not the best idea, but otherwise it can be a valid option. This is likely at least partly what happens when you run a benchmark like this - the C++ one cleans everything up nicely if you use smart pointers or manual memory management, while the Java tool doesn't even get to run GC at all, or if it does it only cleans up a percentage of the objects instead of all of them.
I shudder to think what extra features they cram into Outlook for Windows considering Outlook for macOS is already bloated to hell. I've had to use it for the past few months due to our company upgrading the internal AD version (or something) while they built out the support for native macOS Calendar/Mail, and I hated every second of it
Maybe my hands are small, but to type []|\+= and not use my pinky I would either have to move my entire hand over or contort it even more to use my ring finger
Personally I started getting wrist pain 2 or 3 years ago. I have been using Colemak anyway for more than 15 years - my original reason for switching was because the German QWERTZ layout I grew up with is not very programming friendly, symbols like []<>{}/\ are hidden away behind hard to type chords. I found as a nice side benefit that my typing speed increased by 20-30 or so WPM... I did also have typing classes in school, so it is not simply because I started paying more attention to learning how to type with the new system.
After switching to a split keyboard my pain went away, and I think I learned that at least for me it was caused by exactly these symbols - on both US QWERTY and Colemak when you constantly type [];:{}| and so on, your pinky has to reach over to do it. At least for me that meant contorting my hand a bit to reach over. On my split keyboard all the symbols are behind a layer on the home row, and I barely use the pinky for anything, which fixes the issue. I also learned to hover while switching to the split keyboard, but that did nothing for my wrist pain when going back to my laptop's built in keyboard - after a full day of programming there the pain is back.
I don't see how less puzzles is an improvement - you always had the option to only do 12 puzzles and skip ones you don't find interesting. I guess just from a statistical perspective, you're probably more likely to find 12 puzzles you find interesting out of 25 vs. find all 12 puzzles interesting.
There's also nothing preventing you from doing more of them, or finishing in January... in fact, I know some people that space them out over the entire year, only doing a handful each time when they have lots of spare time.
I've started seeing this increasingly over the past few months, both from Teslas and non-Teslas. Most recently about 2 weeks ago, someone did it right in front of a police car - who didn't care in the slightest! Some people just decide they've waited long enough and go for it, cross traffic be damned.
This is without even accounting for "no right on red" signs, which honestly seem to be entirely optional. People usually don't even look anywhere near the direction where the sign is hung.
I swapped out a "proper" parser for a regex parser for one particular thing we have at work that was too slow with the original parser. The format it is parsing is very simple, one top level tag, no nested keys, no comments, no attributes, or any other of the weird things you can do in XML. We needed to get the value of one particular tag in a potentially huge file. As far as I can tell this format has been unchanged for the past 25 years ... It took me 10 minutes to write the regex parser, and it sped up the execution by 10-100x. If the format changes unannounced tomorrow and it breaks this, we'll deal with it - until then, YAGNI
Personally I think they are useful, but in a much narrow way than they are often sold as. For things I'm very familiar with, they seem to reduce my productivity by a good chunk. For things I don't want to do like writing some kinds of tests it's probably about the same, but then I don't have to do it, which is a win. For things I'm not very familiar with it probably is at least 2x faster to do with LLM, but that tends to diminish quickly. For example, I recently vibe coded a website using NextJS without knowing almost anything about it. Incredibly fast to get started by applying my existing knowledge of other systems/concepts and using the LLM to extend it to a new space. A week or so of full time work on it later I'm at the point where I know I can get most things done faster by hand, with the occasional LLM detour for things I haven't touched before
I was told the total cost was about 10k or so including filing fees and lawyers, and so on, and O1 closer to 50k or so. Seems like most of big tech will just try for O1 instead now... I've heard some wild stories over the years of how people "manufactured" eligibility, and/or the kinds of arguments their lawyers made.
They seem to have fixed that, at least for me all the top results are Pinboard clients or other products with Pinboard in the name.
With the ads it really feels like Apple is playing all sides, they almost always show the competitor first. When you search the competitor it's a different competitor at the top. You can keep going until you terminate at some app that presumably pays top dollar to appear as an ad for themselves right above their app in the search results. The only thing I'm surprised by is that they even allow people to put ads over their own first party apps
At least it's always only one ad, but on the other hand it takes up half the screen. Plus the title is the name of the app, not "Firefox". Really, the bar is not very high for ads
I've heard lots of people complain during the "exploratory" phase of writing code - maybe you haven't fully figured out how to write the code yet, you're iteratively making changes and restructuring as you go. Most languages make this easy, but with Rust e.g. if you add a lifetime to a reference in a struct it usually becomes a major refactor which can be frustrating to deal with when you're not even sure yet if your approach will work. More experienced devs would probably just use Rc or similar in that case to avoid the lifetime, and then maybe go back and refactor later once the code is "solidified", but for newer devs - they add the &, see the compiler error telling them it's missing a lifetime annotation, spend 30min refactoring, and that's how these stereotypes get reinforced
Is there a standard that all software must be developed in ANSI C that I missed, or something? The git developers are saying - we want to use Rust because we think it will save us development effort. NonStop people are saying we can't run this on our platform. It seems to me someone at git made the calculus: the amount that NonStop is contributing is less than what we save going to Rust. Unless NonStop has a support contract with git developers that they would be violating, it seems to me the NonStop people want to have their cake and eat it too.
"You have to backport security fixes for your own tiny platform because your build environment doesn't support our codebase or make your build environment support our codebase" seems like a 100% reasonable stance to me
10 YoE means nothing. Let's not pretend there isn't a massive skill gap in software engineering. I've interviewed and worked with 10+ YoE people in my company that I wouldn't trust with junior work on my team.
There is aerospace on macOS, which works very well IME. Some missing features but active development and the author is happy to accept PRs as long as they fit within the project scope
Every person I know that works "back of the house" says the amount of plastic that you don't even see as a consumer is at least 10x of the final consumer packaging
I think whatever companies you were at just didn't have very effective meetings. There's a time for "laptops down" and there's a time for laptops. If we can't prototype, brainstorm, outline ideas... why even have meetings in the first place?
It's a dumb argument anyway. Most normies think autopilot means the plane flies itself. At the very least they think it flies itself except for landing or takeoff. By the technical definition of an autopilot perhaps they were correct, but not by the colloquial meaning
The HM answered, it was just not what the author wanted:
> That is part of the assessment itself, see what kind of extra features you can come up if any
It seems like the author wanted to hear something more like "ok, here’s a list of things we want you to implement, and here’s mock-ups for the UI, and here’s the API spec you can follow". How I’m reading the HM’s response is - I should spend a few minutes trying out the email clients they mentioned or watching videos on them, and come up with a list of their features. Apply my own judgement to say which ones are most important and roughly estimate the time it will take to implement a PoC for the assignment. At this point you could take that to the HM and say "hey, I think I can do X, Y, Z features within the timeframe. I’d like to have W, U, V, features in the client but I think they’re less important and I won’t have time. Since this is a backend position I will focus on the API and the client will be a thin wrapper around that. Does that sound good?". They will probably say yes and maybe throw in a "when you do X feature think about users that have 100k unread emails in their inbox", and you’ll get a gold star for "dealing with ambiguity". If I was the HM I would expect some amount of back and forth like this. Since the guidelines are so broad you can focus in on the areas you are most familiar with and keep the rest super simple. As far as we know the author sent the one email on March 18 including a lot of details about what dependencies they were going to use but no product or clarifying questions after that, which the HM might have happily answered. They also both went past the deadline set by the company AND their own self-imposed later deadline from their own proposal.
At the end of the day this is a startup and so it makes sense that what they’re looking for is someone who can work independently. They won’t have a PM to come up with the spec and list of requirements for you every time, and an architect who hands you the perfect software design, and they need you to be able to apply your own judgement and look ahead so that if you are designing their backend and 6 months down the line users ask for drafts support, you don’t come back with "sorry I didn’t account for drafts in my data model because no one told me, we can’t support that without redoing the whole thing".
It sounds like this actually worked fine as a filter for both the author and the company, just that the author realized too late in the process that this was not the work environment they were looking for. A phone screen or whatever else would've just been additional time spent for both the company and the author. I also don't think it's the company's fault that the author put in a "full work week" of hours, as far as we can tell that was never the expectation.
The author did a bunch of things that were irrelevant to the product (deploying to Fargate using Pulumi) while not delivering on the basic features that they were asked for ("terminal inspired email client"). If you watch the video it’s a super basic web app that has nothing to do with the TUI apps Kagi named you should use as inspiration. There’s no drafts. No CC or BCC field. No folders or labels (including sent or trash!). No replies. No threads. No shortcuts. There’s not even an indication of whether an email has been read or not. In terms of features it is very very very barebones, and I’m sure if you asked a few users all or most of these would be table stakes. Yes we can agree that "terminal inspired" is very open to interpretation, but spend a few minutes using the apps they gave as reference and you should be able to come up with a long list of features besides "send & receive email", which is the main thing they demonstrated. I get this is a short challenge, so pick a handful of things that are quick to implement and focus on those (like unread markers). You can even say this is a backend position so the UI shouldn’t matter, so then just implement them in the backend and make the simplest UI for it you can! They certainly "delivered" a product but I would not call it polished, and I would not confidently say this was a "culture fit" rejection - I see plenty of other reasons
IME that is certainly the norm in many European countries. Where I'm from the labels usually say the full price and then the tax rate next to it, e.g. "120 EUR incl. 20% VAT" meaning the actual product is 100 EUR and the 20% VAT is already included in the 120 EUR price