莒南县建设工程网站,花都网站设计都,2345是哪个公司的软件,wordpress资源存在问题崔宝秋#xff0c;现任小米首席架构师、小米云平台负责人。1995年赴美留学#xff0c;纽约州立大学石溪分校计算机科学系博士毕业#xff0c;曾任IBM高级工程师和高级研发经理、雅虎搜索技术核心团队主任工程师、LinkedIn主任工程师#xff0c;2012年回国加入小米科技。 20… 崔宝秋现任小米首席架构师、小米云平台负责人。1995年赴美留学纽约州立大学石溪分校计算机科学系博士毕业曾任IBM高级工程师和高级研发经理、雅虎搜索技术核心团队主任工程师、LinkedIn主任工程师2012年回国加入小米科技。 2011年11月当时雷总去硅谷带了一个小米手机给我解释了小米是一家什么样的公司小米不仅仅是一家卖手机的公司更多的是一家移动互联网公司。当他跟我讲了这个之后我当时决定其实已经下了。 我是1987年读的大学在读大学之前对计算机可以说是一窍不通的唯一接触的都是在《中学生》杂志上面看到的一些BASIC语言写的小程序。对计算机的喜爱是从最开始的编程课开始的。 1994年8月份进入计算所开始接触了Email 电子邮件然后就开始通过电子邮件联系学校。以前都是通过图书馆查很多书、学校的简介然后发纸质的航空信。这个Email在我当时看来是惊奇的。 很早我就觉得我将来一定要在工业界。我的梦想就是让自己的代码跑在每个人的电脑上。 1995年到了美国就觉得确实中美之间在计算机领域差别还是非常大……不是说我们离科技前沿有多远而是说我们在不在那儿。 在美国可以突然跟一些科技前沿的技术人员、研究人员、教授、学者有直接的接触你做的事情自然而然就是前沿。 在2010年之前中国的移动互联网已经在开始超车。到2012年开始中国已经开始领先了。在这种时代的背景下我觉得做移动互联网回到中国可能是我一个最好的选择。 4.1 每个程序员都该知道的知识 你好我是陈皓网名左耳朵耗子。
在整个为期一年的专栏内容中我会逐步向你推荐一些有价值的内容供你参考这些内容有中文有英文也有视频它们都是我认为对我非常有价值的信息我也希望它们对你能有同样的帮助和启发。
今天我为你推荐的5篇文章它们分别是
● Stack Overflow上推荐的一个经典书单 ● 美国某大学教授给计算机专业学生的一些建议其中有很多的学习资源 ● LinkedIn的高效代码复查实践很不错的方法值得你一读 ● 一份关于程序语言和bug数相关的有趣的报告可以让你对各种语言有所了解 ● 最后是一本关于C性能优化的电子书。
每个程序员都应该要读的书
在Stack Overflow上有用户问了一个问题大意是想让大家推荐一些每个程序员都应该阅读的最有影响力的图书。
虽然这个问题已经被关闭了但这真是一个非常热门的话题。排在第一位的用户给出了一大串图书的列表看上去着实吓人不过都是一些相当经典相当有影响力的书在这里我重新罗列一些我觉得你必须要看的。
● 《代码大全》 虽然这本书有点过时了而且厚到可以垫显示器但是这绝对是一本经典的书。 ● 《程序员修练之道》 这本书也是相当经典我觉得就是你的指路明灯。 ● 《计算机的构造和解释》 经典中的经典必读。 ● 《算法导论》 美国的本科生教材这本书应该也是中国计算机学生的教材。 ● 《设计模式》 这本书是面向对象设计的经典书籍。 ● 《重构》 代码坏味道和相应代码的最佳实践。 ● 《人月神话》 这本书可能也有点过时了但还是经典书。 ● 《代码整洁之道》 细节之处的效率完美和简单。 ● 《Effective C》/《More Effective C》 C中两本经典得不能再经典的书。也许你觉得C复杂但这两本书中带来对代码稳定性的探索方式让人受益因为这种思维方式同样可以用在其它地方。以至于各种模仿者比如《Effective Java》也是一本经典书。 ● 《Unix编程艺术》《Unix高级环境编程》也是相关的经典。
还有好多我就不在这里一一列举了。你可以看看其它的答案我发现自己虽然读过好多书但同样还有好些书没有读过这个问答对我也很有帮助。
每个搞计算机专业的学生应有的知识
What every computer science major should know每个搞计算机专业的学生应有的知识。
本文作者马修·迈特Matthew Might是美国犹他大学计算机学院的副教授2007年于佐治亚理工学院取得博士学位。计算机专业的课程繁多而且随着时代的变化科目的课程组成也在不断变化。
如果不经过思考直接套用现有的计算机专业课程列表则有可能忽略一些将来可能变得重要的知识点。为此马修力求从四个方面来总结得出这篇文章的内容。
要获得一份好工作学生需要知道什么为了一辈子都有工作干学生需要知道什么学生需要知道什么才能进入研究生院学生需要知道什么才能对社会有益
这篇文章不仅仅对刚毕业的学生有用对有工作经验的人同样有用这里我把这篇文章的内容摘要如下。
首先对于我们每个人来说作品集Portfolio会比简历Resume更有参考意义。所以在自己的简历中应该放上自己的一些项目经历或是一些开源软件的贡献或是你完成的软件的网址等。最好有一个自己的个人网址上面有一些你做的事、自己的技能、经历以及你的一些文章和思考会比简历更好。
其次计算机专业工作者也要学会与人交流的技巧包括如何写演示文稿以及面对质疑时如何与人辩论的能力。
最后他就各个方面展开计算机专业人士所需要的硬技能工程类数学、Unix哲学和实践、系统管理、程序设计语言、离散数学、数据结构与算法、计算机体系结构、操作系统、网络、安全、密码学、软件测试、用户体验、可视化、并行计算、软件工程、形式化方法、图形学、机器人、人工智能、机器学习、数据库等等。详读本文可以了解计算机专业知识的全貌。
这篇文章的第三部分简直就是一个知识资源向导库给出了各个技能的方向和关键知识点你可以跟随着这篇文章里的相关链接学到很多东西。
LinkedIn高效的代码复查技巧
LinkedIns Tips for Highly Effective Code ReviewLinkedIn的高效代码复查技巧。
对于Code Review我曾经写过一篇文章 《从Code Review谈如何做技术》讲述了为什么Code Review是一件很重要事情。今天推荐的这篇文章是LinkedIn的相关实践。
这篇文章介绍了LinkedIn内部实践的Code Review形式。具体来说LinkedIn的代码复查有以下几个特点。
● 从2011年开始强制要求在团队成员之间做代码复查。Code Review带来的反馈意见让团队成员能够迅速提升自己的技能水平这解决了LinkedIn各个团队近年来因迅速扩张带来的技能不足的问题。 ● 通过建立公司范围的Code Review工具这就可以做跨团队的Code Review。既有利于消除bug提升质量也有利于不同团队之间经验互通。 ● Code Review的经验作为员工晋升的参考因素之一。 ● Code Review的一个难点是Reviewer可能不了解某块代码修改的背景和目的。所以LinkedIn要求代码签入版本管理系统前就对其做清晰的说明以便复查者了解其目的促进Review的进行。 我认为这个方法实在太赞了。因为我看到很多时候Reviewer都会说不了解对方代码的背景或是代码量比较大而无法做Code Review然而他们却没有找到相应的方法解决这个问题。 LinkedIn对提交代码写说明文档这个思路是一个非常不错的方法因为代码提交人写文档的过程其实也是重新梳理的过程。我的个人经验是写文档的时候通常会发现自己把事儿干复杂了应该把代码再简化一下于是就会回头去改代码。是的写文档就是在写代码。 ● 有些Code Review工具所允许给出的反馈只是代码怎样修改以变得更好但长此以往会让人觉得复查提出的意见都表示原先的代码不够好。为了提高员工积极性LinkedIn的代码复查工具允许提出“这段代码很棒”之类的话语以便让好代码的作者得到鼓励。我认为这个方法也很赞正面鼓励的价值也不可小看。 ● 为Code Review的结果写出有目的性的注释。比如“消除重复代码”“增加了测试覆盖率”等等。长此以往也让团队的价值观得以明确。 ● Code Review中不但要Review提交者的代码还要Reivew提交者做过的测试。除了一些单元测试还有一些可能是手动的测试。提交者最好列出所有测试过的案例。这样可以让Reviewer做出更多的测试建议从而提高质量。 ● 对Code Review有明确的期望不过分关注细枝末节也不要炫技而是对要Review的代码有一个明确的目标。
编程语言和代码质量的研究报告
A Large-Scale Study of Programming Languages and Code Quality in GitHub编程语言和代码质量的研究报告。
这是一项有趣的研究。有四个人从GitHub上分析了728个项目6300万行代码近3万个提交人150万次commits以及17种编程语言如下图所示他们想找到编程语言对软件质量的影响。
然后他们还对编程语言做了一个分类想找到不同类型的编程语言的bug问题。如下图所示
以及他们还对这众多的开源软件做了个聚类如下图
对bug的类型也做了一个聚类如下图
其中分析的方法我不多说了。我们来看一下相关的结果。
首先他们得出来的第一个结果是从查看 bug fix的commits的次数情况来看C、C、Objective-C、PHP和Python中有很多很多的commits都是和bug fix相关的而Clojure、Haskell、Ruby、Scala在bug fix的commits的数上明显要少很多。
下图是各个编程语言的bug情况。如果你看到是正数说明高于平均水平如果你看到是负数则是低于平均水平。
第二个结论是函数式编程语言的bug明显比大多数其它语言要好很多。有隐式类型转换的语言明显产生的bug数要比强类型的语言要少很多。函数式的静态类型的语言要比函数式的动态类型语言的程序出bug的可能性要小很多。
第三研究者想搞清是否bug数会和软件的领域相关。比如业务型、中间件型、框架、lib或是数据库。研究表明并没有什么相关性。下面这个图是各个语言在不同领域的bug率。
第四研究人员想搞清楚bug的类型是否会和语言有关系。的确如此bug的类型和语言是强相关性的。下图是各个语言在不同的bug类型的情况。如果你看到的是正数说明高于平均水平如果你看到的是负数则是低于平均水平。
也许这份报告可以在你评估编程语言时有一定的借鉴作用。
电子书《C软件性能优化》
Optimizing Software in C - Agner Fog - PDFC软件性能优化。
这本书是所有C程序员都应该要读的一本书它事无巨细地从语言层面、编译器层面、内存访问层面、多线程层面、CPU层面讲述了如何对软件性能调优。实在是一本经典的电子书。
Agner Fog还写了其它几本和性能调优相关的书你可以到这个网址下载。
● Optimizing subroutines in assembly language: An optimization guide for x86 platforms ● The microarchitecture of Intel, AMD and VIA CPUs: An optimization guide for assembly programmers and compiler makers ● Instruction tables: Lists of instruction latencies, throughputs and micro-operation breakdowns for Intel, AMD and VIA CPUs ● Calling conventions for different C compilers and operating systems
我今天推荐的内容比较干都需要慢慢吸收体会当然最好是能到实践中用用相信这样你会有更多的感悟和收获。另外不知道你还对哪些方面的内容感兴趣欢迎留言给我。我后面收集推荐内容的时候会有意识地关注整理。
