1,320 karma · joined February 3, 2012
http://www.telegraph.co.uk/news/worldnews/northamerica/usa/1...
Fast Company's investigation brought up circumstantial evidence that indicated a link between an encryption patent application filed by Neal King, Vladimir Oksman and Charles Bry on 15 August 2008, and the bitcoin.org domain name which was registered 72 hours later. The patent application (#20100042841) contained networking and encryption technologies similar to bitcoin's. After textual analysis, the phrase "...computationally impractical to reverse" was found in both the patent application and bitcoin's whitepaper. All three inventors explicitly denied being Satoshi Nakamoto.
That sounds absurd to most Americans too. I've only heard that kind of rhetoric spoken by politicians, and it's definitely not a view most of us espouse.
There are a large number of Americans who believe the U.S. has the most powerful military in the world, and there are a sizeable number of Americans who believe that the U.S. provides the most opportunity for poor people to become rich through hard work (the "American dream"), but there are at least as many Americans who disagree with both, and I've never heard anyone in real life state that the U.S. is categorically "the best country in the world." Interestingly, I think it's safe to say that almost all Americans hold one view in common: no one likes the central government. That might be true in most democratic countries--I wouldn't know. But I don't think I've ever in my life heard an American state that they were satisfied with the government.
Let's assume for the sake of this line of reasoning that the function for evaluating a speaker's ability is accurate. If you are looking to invite ten speakers to your conference and there is only one woman among the top ten speakers, it would make perfect sense if you only invited one woman. That makes you good at your job, not sexist.
Now how do we go about changing this? Well, one approach is what you're suggesting--affirmative action. There are certainly pros and cons to introducing such a minimum quota, but I find the article's assessment that the cons seem to substantially outweigh the pros to be very persuasive. Inviting inferior speakers in an effort to increase the representation of a specific group at a conference is problematic for two main reasons: (1) it results in a conference that is expected to be worse quality and (2) it deprives women who actually are evaluated to be in the top ten speakers from knowing, and from having other people know, that their value to the conference came from their speaking ability rather than their second X chromosome. Additional ways in which the quota approach is problematic are that (3) it discriminates against the many other groups that are under-represented at tech conferences, as well as the oft-debated argument that (4) inviting a worse female speaker over a better male speaker is unfair for the man.
If we suppose the quota system does more harm than good, what alternatives do we have? That's the million dollar question! The only answer I've got is to focus our efforts on addressing the sources of women's under-representation in computing in general, such as encouraging female students to study computer science, getting schools to examine whether their classroom environment discourages female students from pursuing CS, and help software companies identify whether their workplace atmosphere discourages women and what steps they can take to address that. Forcing conferences to invite more women or businesses to hire more women is a highly problematic and very short-term hack. Identifying and fixing the structural barriers to women in computing is a highly difficult but very long-term solution.
The Facebook IPO was pretty damn similar and didn't end capitalism as we know it :)
Granted, emacs keybindings deliberately don't constitute a language (the whole point of emacs is to remap them for different functionality in different contexts), but I don't think it took me much longer to "become an expert" at vim's language of editing.
Also, this thread's article doesn't go into keys like ftFT;,#* or the incredibly useful Vim-specific feature called text objects. This gives a good introduction to a lot of that: http://www.viemu.com/a-why-vi-vim.html
http://www.cbsnews.com/8301-18560_162-57556662/north-korean-...
Edit: namank and iamwill beat me to it.
Not according to http://visual.ly/most-popular-programming-languages-2013. Clojure alone is in 10th place for code submitted to codeeval.com in 2013.
Edit: http://www.tiobe.com/index.php/content/paperinfo/tpci/index.... appears less focused on web development and startups (it puts VB ahead of Ruby and leaves Clojure and Scala out completely) and even this ranking puts Lisp (presumably CL) at #13 overall.
1. Install the Vundle plugin manager for Vim.
2. Add the line "Bundle 'Valloric/YouCompleteMe'" (without the double quotes) to your ~/.vimrc file.
3. Open Vim and run ":BundleInstall" without the quotes.
4. Install cmake if it's not already installed. In a temporary directory, run "cmake -G 'Unix Makefiles' . ~/.vim/bundle/YouCompleteMe/cpp" (without the quotes) to generate a Makefile and then run "make ycm_core" to build.
5. Open a file in Vim and start typing.
I, too, read "group" as "extroverted engineers," and I don't really see alternative readings.
One other inaccuracy is the article's claim that the British elite had much less influence in manufacturing hubs in the Mid Atlantic where Scots-Irish immigrants and nothern English speakers of rhotic dialects predominated. One specific example they give is New York. In reality, New York English was non-rhotic up until recently, and even now, a sizeable number of speakers either have a non-rhotic accent or drop their 'r's in certain environments. I don't know the history of the New York dialect or whether it become non-rhotic at the same time the Boston dialect did, but I'm assuming New York English was influenced more by Dutch, Italian, and Ashkenazi Jewish immigrants than by Scots-Irish and northern English immigrants, which would explain why it didn't follow the rhotic trend of the other Mid Atlantic cities that the article talks about.
Interesting. I wonder why gcc does it that way.
> And the validity of "void main" doesn't depend on whether the system uses exit statuses. An implementation may accept forms of main other than the ones defined by the language, including "void main()" -- but if it doesn't, the behavior of such a program is undefined.
I don't think we're disagreeing. I'm saying that "void main" is never preferable to "int main", and the only time it's equal to "int main" is if you're writing code specific to an implementation for which "void main" is not undefined and which lacks exit statuses, making any return statement in "int main" equivalent to returning from "void main".
> But for hosted implementations, there's no advantage at all in using "void main" vs. the correct "int main(void)".
Agreed. That's why it makes no sense for textbooks to teach void main.