HN user

ilyt

8,981 karma
Posts0
Comments4,494
View on HN
No posts found.

Pretty much, we got from network of blogs and forums to all-encompassing massive social networks that impose same rules and sensibilities on everyone regardless of sense and reason, regardless of local culture or really anything else.

Like recently here in Poland we had cause of someone's motorization-related facebook page (basically diary of him building his tuned car) got banned after he posted a poll that dared to contain the word "czarny" (black).. someone else got banned for posting pic of their kids on vacation etc.

I think fundamental problem of it is it being basically a monolith and is now hard to untangle that.

IMO better architecture for such "IOT HUB" would be a rule-engine that basically just takes code (embeddable language like Lua or outright WASM) and runs them against incoming events. Maybe add pluggable storage so the code can use some kind of persistency on top of it.

Then UI would basically be just a configuration interface for that rule engine. So to run high availability you'd just run the engine on 2 nodes and sync the configs, and configuration/dashboard/whatever else using it could run separately on "bigger" machines.

Razor 1911 3 years ago

It took like a decade to get average LCD screen to look as good as old CRT. And still need a ton of post-processing to make old pixel art games to look as good as before on LCD.

And I did play a bunch of games 10-20-30 years after they were released and they still hold up. My limit seems to be around SNES-era graphics, before that it just feels too ugly and clunky for me.

Sure, many games just feel like any modern titles do everything better, but some play just fine if you can stomach some of the obsolete mechanics.

I fired up Doom 2 again on one of the many ports and it looks great, all the nice memories came flooding back, and yet it wasn't the same. It made me realize that the magic wasn't in the games, or the computers or the people. The magic was in us being a bunch of kids born into infinite curiosity and no (real) responsibilities. That magic unfortunately cannot be recreated in adult life.

I thought about it a lot and come to conclusion that every new interesting experience bumps our "standard" up and so once you accumulate a ton of that it's just harder and harder to be wowed by new game, even if it is just fine, fun and plays nice. But me getting my first car in my 30s was still thrilling and I was giggling like mad so dunno about "kid" part. Yeah kids know shit all so everything new is exciting but that doesn't mean you can't find magic moments in the adulthood, just amount of work required is higher.

You can just buy same chip if someone somehow decided to check random flash chip vendor.

More sensible way to stopping that would be writing eeprom with encrypted key burned into the GPU itself but I doubt NVIDIA bothered, money loss for few people willing enough to take their GPU apart to replace a chip is insignificiant.

I use it when it's 12V, it's probably most popular barrel plug voltage and also used in a lot of audio devices (aside from guitar pedals which have 9V with reversed voltage... fuck that)

Pretty much. Near-everything aside from "one man project hacking" will have some amount of "office hours" just used to coordinate with co-workers, plan, code review, or frankly just doing stuff like reading the docs or specs.

Even assuming "you can only do 3 productive hours a day" (which is a lie with appeal to authority mixed in. "Look that guy that made shitty web framework did it, it must be good!"), that does apply only to coding, there is more to being developer than just programming

Especially the advice that you must stop after three hours even when you're "in the zone" seems hard to justify. Instead of insisting on a hard and fixed number of hours everyday, I think it's much more fruitful to follow a flexible time model (which is actually implemented in many work places today): if you happen to have a very productive day, just keep milking it and put in some extra time. In return, you can take that time off on some other day.

I'd even call that advice outright idiotic. You wasted time to get in the zone only to throw it away

I feel like any recommendation of "do X hours of this" is a delusion. We're not robots, we have better or worse days and more or less engaging tasks. If task is "here are API docs, make a bunch of code and tests for it" I can do it whole day without much slowdown.

Having said that, even as a hobbyist, I don't see what's wrong with it? Maybe I have written some code that is already running on my Arduino, and I want to add a sensor that is only available for RPi, without having to hop onto another platform... nothing wrong with that.

...use a piece of wire ? None of the interfaces are fast enough to need a breakout board.

It's not "all arduino to rPi hats" adapters either (which would be far more useful tbh), it's "that special expensive ARM stick from arduino to rPi hats".

The excessive restrictions harm more boring usage like "I want to check my email from the woods on infrastructure that I built and maintain". The larpy usage doesn't care, because it's mostly fantasy and if there were some doomsday event no one is going to care what encryption you're using (or at least won't be able to do anything about it). :)

Amateur radio bands are not intended to work as ghetto ISP bands.

Whether there should be some lowers band available for that is another discussion.

Trabant 3 years ago

All the time. Fiat 126p ("Maluch") was famously known for being as safe as Mercedes ("in both of them crumple zone ends at engine") and being as sporty and advanced as Porsche ("both have engine in the boot")

I feel like a lot of that shifted now.

You can just have on-premise k8s and keep most of the velocity gained from developers being able to "just run stuff" instead of anything having to go thru sysadmins.

You can just rent few servers off OVH to start and not have to worry about actual hardware, while still being few times cheaper than cloud.

Yeah you won't have access to the slew of cloud services and will have to deploy your own database but with amount of readily available code and software to do it it doesn't really slow down experimenting all that much

It seems we will do anything to avoid the obvious - we need to reduce energy use and transition to green generation.

Well if you haven't noticed yet, that's the hard part and some emission is inevitable at least for near future. We won't get rid of fossil fueled planes or cargo ships anytime soon

Merge part isn't pluggable like that IIRC. Would be interesting if that was given stable interface, then supposed "smart merge" tool could iterate with few ways to merge code while running tests to check which one produces least/no errors

Git doesn't store diffs on logical level. Git operates on snapshots of trees. Commit is not "a collection of changes", it's a snapshot of a tree with attached predecessor of it.

Then the another layer (which can be git, but also can be any other tool, adding custom diff tool to git is very easy) uses that to generate diffs.

There is zero stopping anyone from adding contextual diffs to Git. Just ask it for content of both commits and feed it to the algorithm.

Yes, git underneath stores data as diffs but they are only vaguely related to logical structure of commits

You assume projects are fulfilling because they have "public utility" (whatever the fuck that means). That's your assumption, not objective fact.

I would not work on boring ass project with cripping management problems and think that's fulfilling. I assume you have recruiting problems because most people share that sentiment.

People like to work on interesting stuff without much office politics, that is "fulfilling" to them, even if outcome is app that would be "boring" to the outsider.