truncate

Very new to self-hosted LLM, but I was able to run Codex with my local ollama server. (codex --oss)

>> recently I realized that I read code, but almost never write it.

I think most engineers are reading code than writing it. I find it very hard to not use Emacs when reading large codebases. Interestingly, its mostly because of file navigation. I love using ido/ivy for file navigation, quickly filtering through buffers, magit.

Emacs in terminal is not an ideal experience though. So I can imagine it being multi-fold worse with phone keyboard.

I worked on several open source projects both voluntarily or for work. The recognition doesn't really need to be financial. If people out there are using what you are building, contributing back, appreciating it -- it gives you motivation to continue working. Its human nature. One of the reason why there are so many abandoned projects out there.

Plus unless I'm wrong he's talking about products that were released several years ago and milked for money already.

More people use Linux, more recognition Linux itself get which directly or indirectly gets some more donations, developers etc.

With AI, the link is not clear at all. Its just pure consumption. There is no recognition.

Yes, totally agree that its not always applicable. But I think there is still lot of scope to offload some operation (e.g. magit operations like status, commit, streaming search result into minibuffer in ivy-mode). Having a dedicated protocol would of course be best (VSCode Remote works flawlessly for me).

>> What is the problem with mono repos?

If you use things like that depend on something like ivy/vertico/... find-file-in-project, projectile-find-file, ripgrep gets super slow (I think the reason is that they usually wait for entire result to be ready). LSP/Eglot gets slower. Similarly, will have to disable most of VC related stuff like highlight diff on fringe. Git will be inherently slower, so magit will hang your UI more often. Of course you can disable all these plugins and use vanilla emacs, but then if you remove enough of them you're likely going to be more productive with VSCode at that point.

Just to clarify this is experience with monorepo + tramp. Also not sure how much of its just plugins fault. Somwhat better if you use emacs locally where the monorepo is, however that often means using Emacs cli -- which usually means lose some of your keybindings.

Emacs is my editor/IDE of choice and consider myself power-user. However, I'm no expert in its internals or elisp. I understand that things are built with single-thread execution in mind over decades. However, I think things still can be more async, where you can offload heavy stuff to separate thread and stream results. E.g. Magit status doesn't need to block my entire editor. It can run what it needs to do in separate thread, send the results back to main thread just for rendering when its ready. Same with say consult-ripgrep / consult-find-file / find-file-in-project etc -- doens't need to wait for it in main thread and block the render / event handling until entire result set is ready (e.g. in this case things can be streamed). As in maybe there is a way around to make this much better by message passing/streaming instead of sharing state itself?

I love Emacs, but it really just fails to be effective for me when I work on monorepos and even more so, when I'm on tramp.

There is famous term for those: Tactical Tornados

https://news.ycombinator.com/item?id=33394287

I think people want multi-user because most people still need their laptops for work (or hobbies sometimes). Otherwise, I'd be on my phone (for casual messaging, media consumption). iPad is mostly just sitting around most of time, so it can be quite easily shared b/w people in same household.

>> some teams are just not permitted to contribute to OSS in any way

My understanding is that by default you are not allowed to contribute to open-source even if its your own project. Exceptions are made for teams whose function is to work on those open-source project e.g. Swift/LLVM/etc...

Three patterns I've noticed on the open-source projects I've worked on:

1. AI slop PRs (sometimes giant). Author responds to feedback with LLM generated responses. Show little evidence they actually gave any thought of their own towards design decisions or implementation.

2. (1) often leads me to believe they probably haven't tested it properly or thought of edge cases. As reviewer you now have to be extra careful about it (or just reject it).

3. Rise in students looking for job/internship. The expectation is that LLM generated code which is untested will give them positive points as they have dug into the codebase now. (I've had cases where they said they haven't tested the code, but it should "just work").

4. People are now even more lazy to cleanup code.

Unfortunately, all of these issues come from humans. LLMs are fantastic tools and as almost everyone would agree they are incredibly useful when used appropriately.

LSP support isn't great. It keeps improving however. Used to get quite a few crashes. And I think background indexing still doesn't work.

I've not had any issues with 4k display. Mac does handle monitors with different DPIs well, but not really a issue for me. Most hardware I use also just works great. Gaming is great now as well.

The only reason I can't completely switch to Linux is because there are no great options for anything non-programming related stuff I love to do ... such as photography, music (guitar amplifier sims).

It may or may not work out. Once you are not actively involved, its not per your vision anymore anyway. And at the end of the day, if you don't think e.g. in this case its very hard compete with Adobe and I really don't want to risk my payday, you'll sell it and move on to do whatever next you want to do.

If we want something to last, I think open-source is the solution.

>> technology the cult of the exit rules all

Technology also moves fast, highly competitive and expensive. I'm definitely sad about this, but I can't blame founders for this. I've never founded any company myself, but I can imagine after decade of working on same product as a relatively small shop, it can be tiring, exhausting and probably new priorities (personal life, health etc ...).

There is citation fine + tow fee + administrative fee + storage fee.

https://www.sfmta.com/getting-around/drive-park/towed-vehicl...

Fines are big source of revenue for MTA. Citation would be $110 something, and if it gets towed its additional $700 for first X hours and then more later.

I totally agree with you on that, but then why have this program at first place then?

I'm just saying that given its SFMTA -- if the tow truck will take say 30 min, they will probably try to wait and issue the ticket later right before tow truck can arrive so that they can get the fines. SFMTA relies heavily on fining people for their revenue and hence incentivized to not act on good faith here. Obviously, it an accusation based on anecdotes and personal experience and by no means an evidence, and I may very well be wrong, but overall I've very very little faith in SFMTA.

>> I imagine the text goes out from SF's servers simultaneously with the tow truck. These systems are often old. I wouldn't assume anything here.

>> A tow truck will be dispatched in conjunction with the text message notification and could be there in as few as five minutes.

If only they operate in good faith, and that is something I'd highly doubt given its SFMTA. As in they could call tow truck ahead of time, so that its almost unlikely the person will be able to get to their car in time.

Out those 15,000 employees how many were on VISA? They are acting like all 15k employees were US citizens and were replaced by h-1b employees.

Quite convenient to show the data such that it serves a narrative and hide the details.

I agree that H1B abuse should be fixed. Its also bad for other H1Bs which have the skill and didn't abuse the system (which many of them are).

Maybe this 100k thing will fix it and maybe this wont. My main complain with this administration is always the chaos and impulsiveness which doesn't bring much confidence that they are actually capable of actually fixing the problem, as it always doesn't seem well thought through or executed. More like headlines to get some cheering from MAGA crowd.

>> The only way to do that (and preserve H1B) is to entirely disconnect the subcontinent from the application process.

In that case, better to rephrase to "US should close borders for Indians (and China?) workers and companies". Why sugercoat it?

So both people and companies from those countries?

>> IMO the problem is that H1B employees are stuck at the employer for the duration of their green card process, and so end up both paid lower and unable to escape abuse.

This is not true. Typically you want to stay until i140 which for me took 1 year or so back in 2020. If I want to switch there are multiple other reasons I'd end up delaying the switch anyway (wait for vest, bonus etc ...)

Wouldn’t call it “very” dated. Depending on your model seems like they were ready to cross off this March.

https://liliputing.com/asahi-linux-adds-microphone-support-f...

That’s exciting! USBC was definitely a dealbreaker for me but it’s great to see it’s no longer the case.

GNOME does look quite nice and I use it on my desktop everyday. Unfortunately, once I go beyond programming/general productivity (e.g. photography, music recording) there is nothing that comes to MacOS+MacBook combo. Windows usually have ports of these apps, so I'm hoping maybe one day Linux can run those (we are already there with games).

IIRC, there bunch of random things that still don't work -- no USB-C output, webcam, audio and if I've to guess suspend/resume is probably not rock solid either. The only benefit is that you get to use Linux, but then you may lose on actually getting work done without worrying about these issues. The new UI is inferior, but can still get things done.

>>> executives' obsession with RTO

I think part of it is that you don't get to feel the power on Zoom meetings. People coming to your office, or lining up for you in conference room ... that's would feel nice and give you sense of importance.

That said, if I was a manager and spend all day on meetings, I'd probably like to be in office as well and see people in person (not necessarily because of feeling important but just that I don't really like online meeting in general). As an IC, I goto office and then do all my meetings online anyway, so feels kind of pointless.

They may get creative and start doing same thing as do with greencard. X% cap on country of birth.