The definition only includes the making money part, not the reason. Many people do take money for what they do simply so they can do it full time.
89 karma · joined March 14, 2012
The definition only includes the making money part, not the reason. Many people do take money for what they do simply so they can do it full time.
And getting substantial data (including transit) routed through a heap of wifi devices in a city isn't easy. To the next city - hard. Over the big pond - well...
Unless, of cource, $activity isn't even illegal in that other country.
That's actually part of the problem. The government should close down illegal establishments, and not just be blocking access to them.
The other part of the problem: Once the gov can tell the ISPs what to block (a) the block list must be secret and (b) the process can be very easily abused, with 'overblocking' being the standard excuse.
(I probably still have a turing-complete set of Z80 opcodes in my head.)
Come to think about it - even 'just park somewhere' is remarkably complicated. I don't quite understand why self-driving cars should need external high quality maps and can't make do with onboard cameras as human drivers do.
But then the parking requires either a high-quality database of valid and off-limits parking locations, or the ability of the car to read the signs on parking lots and generally be able to distinguish private from public parking.
I prefer not to have to use the shift key in passwords, and the 34 instead of 36 ([0-9a-z]) solves my german/us layout problem in a very golfy way.
Can't have a new 'similar' algo for past pws, obviously.
The other colors later followed suit - the brightness you now get with a few mA is amazing when you know the old LEDs.
None of mine have both a way of getting full power fast /and/ deterministically turning it on on the lowest setting.
(Except for the one that only has 'very bright' and where I first wondered why there is no rebound when I turn it on.)
And PWM lighting is annoying in a lot of ways.
[Raises hand] I always did it Linus' way in C (way before him); I don't remember if I ever had the need in assembly before.
And I seriously fail to see the 'for its own sake' here. This cleverness reduces the number of moving parts, does the 'dont repeat yourself' and thus reduces ways modifications of the code could break it due to overseeing a case.
I just shuddered to think how this would be done in java - with a LinkUpdater interface, and a RootLinkUpdater and ElementLinkUpdater, and one instantiation per iteration, and suddenly we have a lot of code around to keep the active code's function simple - to a point where it is completely pointless because of adding a lot of machinery. (And java does collections differently anyway.)
'Modern' 'pascals' were different.
'Simplify so a fool can understand your code, and you will have fools editing it.'
It was actually administratively much easier to cross the iron curtain in the form of the berlin wall back then than it is now to get into the US (me being german).
(This is a bit unfair because there were special regulations for germans inside berlin, and US visas weren't that easy back then either.)
And conflicts from 'stash pop' are somewhat counterintuitive to handle.
And (c) lose the entire subtree the repo is in.
(I used git in an cvs-to-svn migration, and stayed since.)