Of course, my Socialist-Totaltarian regime has a multi-pronged approach to addressing this:
1. All children will be confiscated from their parents and birth and raised in sanitary state-run facilities. Processes will be put in place to insure that no violent or sexual abuse of the children will be possible.
2. All children will be reversibly sterilized at puberty. Anyone wishing to breed will be required to pass a parental competency test.
3. For anyone unable to pass a parental competency test, the state will choose a partner based on specially-designed algorithms designed to insure the happiness of the couple.
4. All religion will be illegal except for the state-run one, which will involve Smurfs. Non-Smurfy behavior will be dealt with harshly.
I predict that my society would reach the "Utopia" stage within three generations.
The deeper I get into OO, the more I start to understand that getters and setters are just as bad as exposing members of your object to the public. If you have to expose the working data of your objects that regularly, you're not working at the correct level of abstraction. A lot of the coding style I see in java is geared toward "I'll need this in the future" or "I have no idea what I'm going to need in the future, so I'll make this bit so generic that it can do anything." Both of these habits are incredibly bad practices that have been superseded by refactoring. A lot of inexperienced programmers think that once they've designed and coded some shit, it's carved in stone forever after that. I've seen countless cases of companies wringing their hands and working around problems in code that can be fixed with trivial changes to program design and adjustments to half a dozen or so objects.
I have much the same problem with introspection as I do with getters and setters. People say "Oh we have to use introspection because someone might want to write something new and drop it in there and we don't know how it'll behave!" Again, that's limiting your current design because you don't know what will happen in the future. Design a solid and maintainable interface NOW and if you need to change it in the future, change it in the future. Don't build some twisty maze of introspection that delegates any real work 10 objects away from the functions that initiate it just because someone in the future might want to write something else! And quite frankly, no one EVER WILL, because that would require knowing implementation-level details of the ball of shit you rolled up to support that.
Consider this...suppose you are just over a mile from the SOUTH pole. You walk a mile south - and now you're maybe a hundred feet from the South pole. Then you turn west and start walking...around and around in a tiny 100 foot radius circle centered on the pole. When you've finally clocked up a mile - you turn and head North again...where do you end up?
Well, the answer depends on the exact circumference of the circle that you walked around. Generally, you'll end up someplace very different from your starting point...BUT if that circle is an EXACT sub-multiple of a mile - then you'll end up precisely where you started.
So...the North pole is clearly NOT a unique answer.
Furthermore - the north pole is only ONE answer. My approach reveals an infinite number of possible answers:
1) You could have started ANYWHERE that's at the exact right distance from the pole - so anywhere on that circle will do...an infinite number of starting points will work.
2) Note that ANY exact sub-multiple of a mile will do - so with mathematical precision, there are an infinite number of sub-multiples of a mile - and hence an infinite number of distances from the pole where you could have started.
Truly - the "North Pole" example exhibits very little lateral thinking... if that was your answer then you **FAILED** the Musk test...which (I'm pretty sure) is the whole point here.
The original version of the story is that a hunter walk a mile south, a mile west, shoots a bear, then walks a mile north to return to his starting point. What color was the bear?
Since there are no bears at the south pole - and only polar bears live anywhere near the north pole - then the north pole is the right place and the correct answer is "WHITE!"....but Musk isn't asking *that* question...he's trying to trick people into jumping to a false conclusion without stopping to think about it.
-- Steve Baker
This guy would be -any- yearbook adviser's dream to have. Look at his photos...they're incredible. He gets in close to his subject, captures the action vividly, and makes very good use of lighting. And for a sophomore? Simply amazing.
This district is handling the situation all wrong. Regardless of whether or not they can or cannot make a claim to the ownership of the photos, they should be lifting this young man up for the talent he has and putting him on a pedestal. Enter him into national photography competitions. Get national recognition for his work, and put the trophies in your trophy case. And make him proud of his talent. He deserves it.
Suing him? Simply ridiculous.
Though there was a good reason for the original compact Macs to discourage users from opening them up -- there were exposed high voltage monitor electronics in there which could give you a hell of a zap of not properly discharged.
The later all in one Macs of the 90s were better in that regard. Their user suitable parts (motherboard, drives) all were easy to get at, but the monitors and power supplies were fully enclosed.
Yes, you posted before me but they are my thoughts too.
That's because THEY transmit the "thoughts" to people's brains... think about it!
I tried thinking about it but the transmissions wouldn't let me.
Always draw your curves, then plot your reading.