HN user

wrren

559 karma
Posts0
Comments68
View on HN
No posts found.

We seem to have arrived at a set of assumptions that states that if a large number of people like something that we don’t, or don’t subscribe to some cultural norms that we doggedly adhere to, then there has to be something sinister afoot.

The out of box experience with Omarchy is highly functional, aesthetically pleasing and challenges users to lean more on keyboard shortcuts than they’d typically be used to. That’s clever because once you’re whizzing around with these shortcuts you feel accomplished, productive, and that generates loyalty towards the distro.

None of this is a bad thing, anything that makes Linux more accessible and interesting is good. Bucking trends that were making Linux harder to adopt or less culturally relevant is good too.

To be fair, losing your job in America is a lot scarier than in most countries; especially when your whole industry is affected and your skill set has become obsolete. There’s not much of a social safety net to catch you.

AI companies are hugely motivated to show beyond-human levels of intelligence in their models, even if it means flubbing the numbers. If they manage to capture the news cycle for a bit, it's a boost to confidence in their products and maybe their share price if they're public. The articles showing that these advances are largely junk aren't backed by corporate marketing budgets or the desires of the investor class like the original announcements were.

I’d recommend using something like Tailscale for these use cases and general access, there’s no need to expose services to the internet much of the time.

That's an incredibly naive perspective. KLA represents a real risk to companies, as something going wrong can crash player computers instead of just game processes; this is a PR nightmare if/when it happens on a large scale. Not to mention the cost of hiring engineers capable of building kernel components in the first place, it's a niche skillset that's not cheap to hire for.

Games companies don't turn to KLA out of laziness, it's out of absolute necessity, especially for games like FPS' where it's impossible to fully secure the game using pure server-side methods. Machine learning has been tried, it's too prone to false positives and misses more subtle cheats that still negativel impact the the player experience. Anti-Cheat used to exist purely in user mode and then, guess what?, cheats moved into the kernel where they couldn't be detected or stopped. Anti-cheat had to follow in order to remain effective.

The alternative was conceding the space to cheaters and watching games that players love, and that required massive resources to develop and maintain, degenerate into a hellscape of cheating that real players refuse to play.

In this case I think it's a little different. People are saying that they don't want to have their own productive or creative output used to undermine their own standard of living. That's not the same as simply not wanting to have your job automated away by someone else's business innovation.

I'd consider myself to be one of these developers. I don't blog, I don't Tweet, and my public GH contributions are sparse at best. I'm a fairly senior engineer in a large company. What bothers me about this post is the idea that I must be lagging behind on using the newest technologies just because I don't Tweet about it?

Conferences, in my experience, are mostly a waste of time. I can usually watch the keynotes online after the fact if I care to. I'm not interested in joining discussion groups and posting; like the vast majority of people, I'm content to lurk, but I'm not blind!

So yeah, I'd be very comfortable challenging a light-visible developer on pushing/using new technology and generally being aware of the landscape. I just don't care to talk about it constantly.

VAC probably sets up a hardware breakpoint conditioned to trigger when the start of that memory region is read. When triggered, a function registered via AddVectoredExceptionHandler will be called. It probably just sets some flag somewhere indicating that the memory region was accessed before resuming flow. You can guard entire pages of memory using a similar approach (https://dzone.com/articles/memory-access-breakpoint-large).

Heresy 4 years ago

Your conflating harming people with causing them anger is very much part of the problem. 'Harm' used to mean something much more severe; now it basically means anything at or above pissing someone off.

The same concept creep has occurred when it comes to the word 'violence' too. As a society, we long ago drew red lines at behaviours that are violent or harm people, but thanks to these deliberate redefinitions, extreme responses are somehow justified to utterly non-consequential speech, because people accept that speech can cause 'harm' or is 'violent'.

It's such a cheap rhetorical trick that does nothing but chill public discourse while doing nothing to positively impact the lives of the people it's ostensibly supposed to protect.

HTTP Feeds 4 years ago

I like this idea, however I think the event ID being encoded in the response body places constraints on what each element looks like. Perhaps it would make more sense to encode the last ID/feed position in a response header and have the client submit that in a subsequent request header? That would decouple the feed position from any one element or the response structure itself.

Not a great comparison. A researcher does not work for a company, a researcher is basically a mercenary; they'll go where the money is. If a company pays too little relative to its peers, or fails to pay out too often due to fine-print in the T&Cs, researchers will go elsewhere. That's a serious loss for Microsoft given the kinds of vulnerabilities and their impact that a researcher can find if they're focusing on your platform.

I appreciate the effort that goes into articles like this, but they always seem to be based on the unproven hypotheses of the author. I'd appreciate more it if authors would reach out to the community via, say, LinkedIn and survey developers on their seniority and reasons for resigning, then building an article around those results.

That’s really not what it is. Live View is a replacement for most of what you can do with JS, but isn’t great for everything. The browser connects to the server via web socket and a process is started to manage the DOM state. Diffs are sent to the browser in response to various events such as clicks on elements or PubSub broadcasts.

Literally no part of this comment is true. They’re not hidden and they’re not malicious.

They’re also very much required, because a user mode anti-cheat is trivially circumvented by a kernel mode cheat. The only way to defeat cheats is to wage continuous war with them, adapting to their tactics and stamping them out. It’s like collecting trash; trash will keep accumulating, your goal is to keep homes and streets clean in spite of that.

I feel sympathy for the maintainer here, but at the same time I feel as though they've cultivated a very unhealthy relationship with the users of this project. If the users aren't paying you, you really don't owe them anything and you certainly don't need to apologise for prioritizing your own mental health and happiness over users' demands.

It's a different story if you're being paid to do some work, then you hold a degree of responsibility, demarcated by contract, for the thing you're working on. In the case of open source, however, that's not the case and it's absolutely your right to minimise or drop your support for a project at any time.

The difference is that, as an E.U citizen, the governments and agencies that might access this data, along with the laws that allow for that access, are ultimately accountable to me and my fellow citizens. If my data is transferred to the U.S, I have no ability to influence how it's used at all, I effectively have no rights.