prinny_

The advertised point is it needs zero config to work outside of the box. For example nerd fonts are included by default whereas you need to install them if you are using let’s say iterm2.

Kagi.

> Why should I go through so many layers to get my CSS

You underestimate the passion with which the average front end developer hates CSS.

I think it’s a very good look when the people you complain about are racists.

This may be a low effort comment but I just wanted to say that there was a missed opportunity to call this project Spotifast.

I eagerly await the day we can fully style the date & time component so that we can put all those JS libraries to (a well deserved) rest.

Can you please expand on why what Orion does is hacky and may cause issues with other add ons?

I agree for famous authors. But I also believe you are overestimating the average person when it comes to their ability to articulate their thoughts.

I believe there are some programming jobs in which the code is absolutely the easier part. Not all of us work in signal processing, integrated systems or have to push upstream to Linux kernel because the company we work for really needs a memory allocation optimization for its data centers.

Navigating customer requirements and building something that satisfies both market's needs and company strategy can be an incredibly difficult and frustrating problem to solve. Especially if you need to also oversee the execution of the strategy. So not only you have to predict what they want or know the domain deeply enough to understand what they say they want is not what they really want, you also have to come up with a plan for executing your solution in a corporate environment.

There is a reason that books like "the staff engineer's path" cover topics such as local maximums, communication, establishing support for executing a plan or creating alignment on big efforts. In large corporate environments with multiple international customers, code is most of the time not the hardest problem.

I like working from the office for the same reasons. Makes my home feel home and keeps my workplace out. However, I also used to commute for an hour and a half just to go to the office and another hour and a half to come back. This I don’t miss at all.

They expect a sort of breakpoint at which each subsequent model version will only be marginally better than the previous ones, thus allowing them to retain their value for some time. Their business doesn’t work if each year the new model demolishes the previous one in terms of performance.

I guess an interesting use case for this would be to pinpoint exactly which change was made by who in cases where multiple people / agents work on the same code at the same time. The Zed team is working on two features that are probably going to be built on top of DeltaDB: async collaboration and instant sharing. Instant sharing used to be talked about more in the past and it's still the feature I am most eager to see.

From an engineering perspective slow is smooth is fast, but from a sales perspective slow is smooth is slow. If you quote superior quality with 6 months later delivery your competitor will get to sign a contract that could very well last 5-10 years and comes up just so rarely. Missing out on that contract doesn't always mean you get to focus on other projects, it could mean you have to fire whole teams of people that you don't have anywhere to assign anymore.

From my perspective a failure point is when companies do delegate time to make things correct, but demand results from the get go. Billing and tracking becomes weird for them if you work on infrastructure, design systems, component libraries, system design etc and you have nothing to show for after 6 months or a year. "But the future development will be super fast" doesn't fly past upper management unfortunately.

The value of FE unit testing is inversely proportional to the amount of mocking in said tests. I once worked on a complex admin dashboard with lots of business edge cases. The unit tests for the forms and the settings didn’t have any mocks and therefore we could catch legitimate bugs. On the other hand I have worked on code bases with so much mocking that I couldn’t make the tests to fail by intentionally bricking the component.

AI slopping my config is what allowed me to learn vim without going through the pain of setting it up. I can ask AI to teach me about some motions or set up some configs for m in lua without ever know lua. This is the biggest impact of AI in my professional life.