ilyt
But spammers already do that, why would enforcing that even help ?
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.
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.
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.
You have no right to call anyone else "arrogant" Mr. main character complex
...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".
What exactly is the selling point of that ?
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.
> How is this any easier or more effective than just having a website that hosts its own advertising assets
advertisers REALLY don't want you to do that because it's far too easy to cheat.
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
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
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
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.