TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Linus Torvalds fires off angry 'compiler-masturbation' rant

26 点作者 amlgsmsn超过 9 年前

5 条评论

toothbrush超过 9 年前
I really find it a poor show, Linus running his mouth like that, and all the others scurrying to reply deferentially and civilly to his adolescent rant (whether he is technically right or not, which doesn&#x27;t even seem clear from the follow-up mails). IMHO, it&#x27;s not the way to build an inclusive community, and it&#x27;s not the way to encourage newcomers (who may be unfamiliar with your coding practices but could have useful expertise in their own right).<p>Really, i long for the &quot;coolness&quot; and &quot;macho&quot; around the Linux project to die. It&#x27;s doing free software everywhere a disservice thanks to the project&#x27;s high visibility. Maybe this makes me a wuss or whatever (i freely admit to being extremely non-confrontational), but it&#x27;d be nice if people of all cultures and communication styles would be welcomed as volunteers to great libre software projects such as these.<p>EDIT: I wonder if it would help if news sites would be more critical of such outbursts? This article seems to remain relatively neutral, but perhaps public condemnation of emotional outbursts would help towards taking the glamour out of it. I wonder if it&#x27;d also help stop &quot;hero-worshipping&quot; emulation of such behaviour.
评论 #10502489 未加载
评论 #10495485 未加载
评论 #10494875 未加载
lobster_johnson超过 9 年前
Original ML mail: <a href="http:&#x2F;&#x2F;lkml.iu.edu&#x2F;hypermail&#x2F;linux&#x2F;kernel&#x2F;1510.3&#x2F;02866.html" rel="nofollow">http:&#x2F;&#x2F;lkml.iu.edu&#x2F;hypermail&#x2F;linux&#x2F;kernel&#x2F;1510.3&#x2F;02866.html</a><p>Someone rewrote the rant in polite English: <a href="http:&#x2F;&#x2F;catcode.com&#x2F;comments&#x2F;2015&#x2F;cf20151101.html" rel="nofollow">http:&#x2F;&#x2F;catcode.com&#x2F;comments&#x2F;2015&#x2F;cf20151101.html</a>
评论 #10493076 未加载
评论 #10492944 未加载
beagle3超过 9 年前
I urge all the people who haven&#x27;t to actually read the mailing list post (link [0] from lobster_johnson), and note that (from the register article):<p>&quot;&quot;&quot; The rant is entirely impersonal: it rails against code, not people. Those who contributed the offending code will have no doubt of Torvalds&#x27; feelings towards it and the open nature of kernel development means it would not be hard to identify those responsible. Torvalds names no names, however. &quot;&quot;&quot;<p>Linus is passionate about what he does, and as he has explained several times before, the reach and the medium make him easily misunderstood if he is all polite and politically correct, so he makes sure there is no way he is misunderstood.<p>Let me ask you this - after this issue, does anyone here think Linus will be willing to accept the usub()&#x2F;uadd() calls into the kernel any time soon? Had Linus answered politely and politically correct, he would have had to do that about ten times as much, because (a) other people wouldn&#x27;t notice or think that this response doesn&#x27;t apply to their special snowflake code, and (b) those who know it applies to would feel that there is room for discussion.<p>Linus is herding cats without paying them, and has been doing this amazingly well for over 20 years now. Whether or not you subscribe to it, his management style works, produces amazing results. At the scale that linus manages, you (probably) have to be dictator, and (likely) cannot be a polite one.<p>[0] <a href="http:&#x2F;&#x2F;lkml.iu.edu&#x2F;hypermail&#x2F;linux&#x2F;kernel&#x2F;1510.3&#x2F;02866.html" rel="nofollow">http:&#x2F;&#x2F;lkml.iu.edu&#x2F;hypermail&#x2F;linux&#x2F;kernel&#x2F;1510.3&#x2F;02866.html</a>
评论 #10526705 未加载
rurban超过 9 年前
Eventually Linux will find out that those new overflow functions produce better ASM code by checking the overflag FLAG. This is in HW, use it, and don&#x27;t fallback to inline assembly. jo +2 is much better than the previous code, even if the C function looks insane, yes. I agree with that. I also replaced all our crazy manual overflow checks with these new builtins, and with mult and signed add&#x2F;sub it made it much faster and easier to read. The uadd&#x2F;usub cases are indeed quirky, but at least consistent.<p>Summary: Linus is way off here.
bra-ket超过 9 年前
brilliant