Hacker Newsnew | past | comments | ask | show | jobs | submit | TheHalfDeafChef's commentslogin

Had it for 3 days running with nary a request. Perhaps it's the chosen model that I am serving (Gemma 4 26b)? I did see some WARN logs right after startup but the description don't suggest any problems that would block accepting requests or processing them.


As informative as this is, what is with the tendency to use Twitter where a blog posting would be more appropriate? Reading this with the character limit break cadence and understanding.


Guessing the idea is to expand viewership of the content. Easier for people to share content and stumble upon it when it’s hosted on Twitter versus a blog.


1. Because the Author doesn't have blog

2. Setting up a blog is hard, so much hassle along with maintenance.

3. Writing it on Twitter, especially when you are already on Twitter, has the lowest friction.


I am curious about this. Has there been an analysis comparing the contents in the two respective countries? Something that would be illustrative of this claim. I am not doubting you or your statement. Just looking for information to back it up.

My search consistently yields marketing stats. Perhaps I am using the wrong key words?


Would this be able to transfer your clipboard from Linux to an iOS device? Or at least via a roundabout way (like say a script that uses ssh to a MacOS based machine to utilize its `pbcopy` & `pbpaste`)?


It would appear so. Although KDE Connect can apparently work with MacOS (you'd still need an android phone).


Notwithstanding the other issues mentioned, but the MacBook Air is not exactly user repairable. IIRC, it is a SOC. So any part that breaks the entire thing needs to be replaced. I got a MacBook Pro 2018 and though it works it still makes wary.


I've not had a single hardware issue in the more than decade I've been using MacBooks.

I've literally never wanted to replace anything in a laptop myself in the multiple decades I've been using laptops.


In a decade of using MacBooks, I had faulty RAM twice, once a broken 'f' key, once a completely unusable keyboard (one of the butterfly generations, keys would often get stuck).

But at least the service of Apple Stores was very good. Unfortunately, many Apple authorized service providers are terrible.


Ah that's unfortunate, especially the keyboard issue which I know bit many people.

My main point was that most people probably don't need user repairability since they wouldn't have repaired the issue themselves anyway.


I consider myself an advanced-beginner programmer untested in the real world (looking for my first coding job though!), and I understood it relatively quickly. It does appear more concise than many if-else statements. After the initial “what?”, I was able to quickly parse through it. I think this is faster than using the standard form.

[edit: fixed typo]


A lot of the code you're going to have to be dealing with in the wild is going to look fine, until it breaks at 2am on a Saturday and you're 3 drinks in and production is down.

You're going to hate your former cleverness then.


There should be a rule that forbids applying this reasoning to code that isn't triple-nested template SFINAE mess, or a code-generating-code-generating-code-generating-code Lisp macro.

This pattern isn't "cleverness", it's just a readability-improving trick that's cheap to figure out. The hundred seconds you spend on it seeing it for the first time is a one-time cost.


That's why I abstain when I'm oncall (or backup).

That's what the oncall bonus pay is for.


Replace alcohol with 2 hours of sleep, then :)


"faster" in which respect?


Faster to parse as a developer. I can't speak to whether computationally it is faster.

Additionally, doesn't this somewhat also bring in the methodology of dealing with the error cases first?


On Linux (Arch) how does this differ from https://www.archlinux.org/packages/community/x86_64/code/ ?


> On Linux (Arch) how does this differ from https://www.archlinux.org/packages/community/x86_64/code/ ?

to quote the README:

> binaries are licensed under the MIT license. Telemetry is disabled.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: