If it was meant seriously, wouldn't it be better just to use the right tool for the right job?
2,982 karma · joined March 2, 2011
If it was meant seriously, wouldn't it be better just to use the right tool for the right job?
While I tend not to be a big fan of try/catch myself, one thing I like about Objective C and Cocoa is that they at least provide classes to separate programmer mistakes (NSException, used with try/catch) from application issues (NSError, used however it best fits the app). If the try/catch pattern must be used, I think its sensible to have this kind of separation of responsibilities.
Sounds to me like you can mention that you use their service as much as you want. But if you attempt to conflate that relationship with something else you need to ask their permission first. Unless I'm missing something that seems fair to me.
I was not there to witness what did or did not happen with Assange and the girls in question. As a result I cannot comment on his guilt or innocence. Through what evidence have you concluded that they are clearly false charges?
This is a bit of a tangent, but I admire anyone willing to follow through on what the facts tell them rather than switch gears in order to ensure better career mobility.
Also found this quote on the History of DJGPP page: DJGPP was born around 1989 (originally called djgcc), when Richard Stallman spoke at a meeting of the Northern New England Unix Users Group (NNEUUG) at Data General, where I then worked. I asked if the FSF ever planned on porting gcc to MS-DOS (I wanted to use it to write a 32-bit operating system for PCs), and he said it couldn't be done because gcc was too big and MS-DOS was a 16-bit operating system. Challenge in hand, I began.
I like his moxie.
I think this is covered implicitly by the two "Use in where possible" sections. Although as Tim Peter's The Zen of Python states, which is also quoted in the tutorial, "explicit is better than implicit." If people are doing that despite knowledge of the in keyword then I suppose that just proves Tim's point.
Edit: changed "iheartjustinbieber" to hash("iheartjustinbieber") in the last sentence.
The graphics have been updated though, resembling POP2. I wish there was a version or a mode of POP for iOS where I could put it in a kind of "classic" graphics mode that would resemble what I remember of the DOS version I used to have.
Edit: grammar.
Regardless of whether this is a threat from Anonymous or a fake, I really don't think DDOSing the web server(s) of the NYSE would have any affect whatsoever on their actual trading systems. I would assume (or hope) that there is no internal connection between the two.
The negative connotation depends on what you're using google and stackoverflow for. If you need to understand something that can't be directly reasoned through to come to an answer (random example: you need a description for an API call in some public web service) then there's nothing wrong with google, stackoverflow, etc being your first choice in search for your solution.
However, if it's a problem that -can- be directly reasoned through (random examples: any application logic issue, determining a regex to match a specific pattern, tree traversal issues, etc, etc) then your first choice should be to try to figure it out yourself before turning to the web. The rationale is twofold. 1) With enough practice, you'll often find you can solve your own issues faster than you can dig through websites trying to find someone else who has done the same. 2) Even if you ultimately can't find a solution on your own, attempting will at least exercise your brain and give you more experience, which feeds back into #1.
Another way of stating the rationale is that it helps to prevent cargo cult programming (see: http://en.wikipedia.org/wiki/Cargo_cult_programming). Even if you can't come up with a solution, or even if your solution is less than optimal, attempting to come up with your own answer first gives you a much better chance of understanding the underlying principles involved in the solution that google, stackoverflow, etc give you. That will minimize the chances that you apply the solution in a half-assed way that just causes you more problems down the road because you didn't fully understand its implications. It will help you in the long run.
I just checked out Casacalog and I like what I see, although I have yet to try it out myself. Does anyone know of something similar that would work with Scala as well?
This makes me somewhat skeptical about how much autonomy Erick will be given in the long run. Unless they mean the expanded editorial leadership would ultimately answer to him.
DON'T SUBMIT: 1) If it adds nothing new to the discussion. Just a regurgitation of things already said. 2) If it's something that can be obtained very easily elsewhere. Already on NY Times, CNN, etc. 3) If it amounts to nothing more than a tribute. (Nothing wrong with these intrinsically, but this isn't really the forum for them.) 4) If it is overtly politically charged.
DO SUBMIT: 1) If it provides a genuinely new or original analysis of the event itself, what lessons can be learned, what lessons should have been learned, etc. 2) If it is thought provoking and has the potential to spark meaningful discussion.
I think if we followed these (or similar) guidelines then that would cut out the majority of the fluff pieces, so that anything 9/11-related that does make it through the filter will be better received.
tl;dr - Think before you post.
http://20bits.com/articles/graph-theory-part-i-introduction/
http://20bits.com/articles/graph-theory-part-ii-linear-algeb...
OP/Sam, I understand that you believe there are worse problems in the world. I have no doubt that you are correct. However, this does not change the fact that your own social experiment amounts to you taking advantage of the good will of those who contributed to the Starbucks card by stealing from them. Contributing the money to a charity afterwards does not change this fact.
You are not Robin Hood stealing from a corrupt Sheriff of Nottingham. So please don't act like it.