好玩儿的编程语录

linux 驱动 - pinctrl子系统 分析总结 pinctrl 子系统框架结构,平台 mtk6771 内核版本 kernel-4.4 , 本文所有的分析均基于此版本。 阅读详情

一个好的程序员应该是那种过单行线都要往两边看的人。

——Doug Linder, 系统管理员

任何一个工具,它的一个最重要的、同时也是最难以做到的方面就是对那些学习使用这个工具的人在使用习惯上的影响。如果这个工具是一种编程语言,那么,这种影响——不管我们是否喜欢——将是一种思考习惯上的影响。

—— Edsger Dijkstra, 计算机科学家

抽象化是一种非常的不同于模糊化的东西 … 抽象的目的并不是为了模糊,而是为了创造出一种能让我们做到百分百精确的新语义。

—— Edsger Dijkstra

除数学外,对本土语言的异常的精通会是一个计算机程序员的最宝贵的财富。

—— Edsger Dijkstra

C语言很容易让你犯错误;C++看起来好一些,但当你用它时,你会发现会死的更惨。

—— Bjarne Stroustrup,C++语言的创始人

评论:解决问题大多数都很容易;找到问题出在哪里却很难。

—— 无名

看看目前我们的计算机编程上的这种糟糕的状态,软件开发很显然仍然处于一种黑色艺术状态,仍然毫无工程规范可言。

—— 比尔克林顿,美国前总统

长久以来一个问题一直困扰着我,为什么有些东西如此昂贵,如此的高科技,却毫无用处,就像我知道的,计算机虽然是台笨机器,却有能力做出难以置信的智能事情,而程序员虽然是一些聪明的人,但却老是做难以置信的傻事情。他们呀,简言之,是对绝配。

—— Bill Bryson, 作家, 出自《Notes from a Big Country》

给与足够的眼球,所有的Bugs都很容易发现(例如,大量的beta测试,结对开发,所有的问题都能很快的发现和修复)

—— Eric S. Raymond, 程序员,开源软件的倡导者, 出自《The Cathedral and the Bazaar》

高质量的代码就是对程序自己最好的注释。当你打算要添加注释时,问问自己,“我如何能改进编码以至于根本不需要添加注释?”改进你的代码,然后才是用注释使它更清楚。

—— Steve McConnell, 软件工程师,作家, 出自 《Code Complete》

嘿,编译通过了!装包吧!

—— 无名

任何优秀的大软件里面都是一个优秀的小程序。

—— Charles Antony Richard Hoare, 计算机科学家

我们应该注意到,没有一个受过伦理教育的软件工程师会同意开发出“摧毁巴格达”的程序。然而基本的职业道德却可以要求他们开发出“摧毁城市”的程序,巴格达只是这个程序的一个参数。

—— Nathaniel S.Borenstein,计算机科学家

管理程序员就像是在放养一群猫。

—— 无名

用代码行数来评估程序的开发进度,就好比是拿重量来评估一个飞机的建造进度。

—— 比尔盖茨,前微软总裁

在一种编程语言中,即使有再多的好程序被诋毁指责,也要比被说成完美无缺好 — 好的多。

—— Bjarne Stroustrup, 出自 《The Design and Evolution of C++》

程序应该是写给其他人读的,让机器来运行它只是一个附带功能。

—— Harold Abelson and Gerald Jay Sussman,计算机科学家和作者,出自《The Structure and Interpretation of Computer Programs》

真正的程序员从来不注释他们的代码。如果你做不到这样,也就说明你不能使你的程序易于理解。

—— 无名

简单是稳定的前提。

—— Edsger Dijkstra

C语言——这是一种既有汇编语言强大的功能,又有汇编语言的灵活性的编程语言。

—— 无名

最初90%的开发工作将会用去你最初90%的开发时间。剩下的10%的开发量将会用去你另外一个90%的开发时间。

—— Tom Cargill, 贝尔实验室的面向对象编程专家

对于增加一个功能点所付出的代价,你要明白的很重要的一点就是,它不仅仅指开发这个功能所消耗的时间。它同时还包括带来的额外的给以后扩展造成的困难。不错,任何的功能特性都是能实现的——只要有足够的时间。除了这些将来会出现的问题外,你最终还会使你的程序变得脆弱,最终连一个绝对简单的功能都越来越难以和现有的混乱的web结合起来。应对此问题的办法是你应只接受那些不会导致冲突的功能。

—— John Carmack, 计算机游戏开发

性能的关键是精简,而不是一堆的优化用例。除非有真正显著的效果,否则一定要忍住你那些蠢蠢欲动的小微调的企图。

—— Jon Bently 和 M. Douglas McIlroy, 同为贝尔实验室的科学家

用C写的最后的一个好东西就是舒伯特的第九交响乐。

—— Erwin Dieterich, 程序员

使用C++的问题就在于 … 这种语言有一种很大的脾气,在你想做任何事情之前你必须把所有的知识都掌握才行。

—— Larry Wall, Perl语言的开发者

开发的越早,程序花费你的时间越长。

—— Roy Carlson, 威斯康星州大学

原型的价值就在于它对你的教育,而不是代码本身。

—— Alan Cooper, 软件作者, 出自《The Inmates are Running the Asylum》

世上只有两种编程语言:一种是总是被人骂的,一种是从来没人用的。

—— Bjarne Stroustrup

世上有两种设计软件的方法。一种是尽量的简化,以至于明显没有任何缺陷。而另一种是尽量复杂化,以至于找不到明显的缺陷。

—— Charles Antony Richard Hoare

丑陋的程序和丑陋的吊桥一样:他们都容易坍塌,因为人类(尤其是工程师们)的审美定义跟人们对复杂事物的处理和理解密切相关。一种编程语言如果不能使你写出优美的代码,那它也就不能使你写出好的程序。

—— Eric S.Raymond

数周的编程能省掉你几个小时的计划时间。

—— 无名

当一种能够让程序员通过简单的英语来编程的编程语言诞生后,你会发现程序员们都不会说英语。

—— 无名

单细胞轨迹分析实战:基于Monocle和CytoTRACE的细胞分化潜能与状态解析 本文提供了基于Monocle和CytoTRACE的单细胞轨迹分析实战指南。通过乳腺癌数据集,详细演示了从数据准备、伪时序分析、细胞分化潜能评估到分支点功能挖掘的全流程。结合两种工具的优势,能有效解析细胞状态动态演变,为发育和疾病研究提供关键见解。 阅读详情

相关推荐

MFC CString字符串分割.txt

MFC CString 字符串分割的详细代码和注释,方便有这方面困扰的童鞋借鉴使用,该例子代码适用绝多数含有分割符字符串的分割

著名编程语录

<br />一个好的程序员应该是那种过单行线都要往两边看的人。——Doug Linder, 系统管理员<br />任何一个工具,它的一个最重要的、同时也是难以做到的方面就是对那些学习使用这个工具的人在使用习惯上的影响。如果这个工具是一种编程语言,那么,这种影响——不管我们是否喜欢——将是一种思考习惯上的影响。<br />—— Edsger Dijkstra, 计算机科学家<br /><br /><br />抽象化是一种非常的不同于模糊化的东西 … 抽象的目的并不是为了模糊,而是为了创造出一种能让我们做到百

wswupeng的专栏 1237

希捷硬盘修复及固件升级手册

因希捷硬盘的“固件门”影响,受该批次硬盘影响的人数不断攀升,主要体现为:BIOS不认硬盘或硬盘数据很难读取,如果你的硬盘出现类似的情况,而且硬盘批号为7200.11或12的话,那么恭喜你,你中奖啦。遇到以上情况,你首先应该去买过一块硬盘,用来备份数据,以免数据丢失,以下方式为个人DIY行为,有成功案例,但仍要提醒,刷机有风险,非必要时,请不要随便刷机,该方式可以让BIOS已经不认的硬盘重新被BIOS认盘,并可进系统备份数据,所有资料来源于网络,并经过个人的亲身测试可行,其中有些步骤也不知道是否需要,如果有更好的方法请传授。

101条伟大的计算机编程名言

计算机 1、“计算机没什么用.他们只会告诉你答案.” (巴勃罗·毕加索,画家) 2、“计算机就跟比基尼一样,省去了人们许多的胡思乱想.” (萨姆·尤因,作家) 3、“他们拥有计算机,他们也还可能拥有其他的大规模杀伤性武器.” (珍内特·雷诺,美国前女司法部长) 4、“跟计算机工作酷就酷在这里,它们不会生气,能记住所有东西,还

花开的声音(Mr’yan的技术集) 771

捷维修日志FAIL Servo Op=0100 Resp=0003错误信息的解读

FAIL Servo Op=0100 Resp=0003错误信息 FAIL Servo Op=0100 Resp=0003类似的错误信息,在COM终端信息中是非常常见的错误信息,特别是希捷F3硬盘DM系列。...

csdnw1114的博客 1917

一些编程名言名句

1、UNIX 很简单。但需要有一定天赋的人才能理解这种简单。   –Dennis Ritchie 2、软件在能够复用前必须先能用。   –Ralph Johnson 3、优秀的判断力来自经验,但经验来自于错误的判断。   –Fred Brooks 4、‘理论’是你知道是这样,但它却不好用。‘实践’是它很好用,但你不知道是为什么。程序员将理论和实践结合到一起:既不

tanglu1216的专栏 865

每个程序员都该知道的10大编程格言

编程格言1:无风不起浪 (There is no smoke without fire) 编程格言2:预防为主,治疗为辅(An ounce of prevention is worth a pound of cure:) 编程格言3:不要把鸡蛋都放在一个篮子(Don't put all your eggs in one basket) 编程格言4:种瓜得瓜,种豆得豆(As you

xubaoguo的专栏 1181

刘仪伟经典语录

半块香皂 有位上海观众来信说他想呼吁相关部门授予某家餐厅卫生先进单位称号,的确,现在能在菜里吃出半块香皂的餐厅真的不多了。 代沟 代沟现象越来越厉害。一位母亲对女儿非常生气:这就是现代的年轻人!16岁就交上了男朋友,却忘记了自己母亲32岁的生日。 生病 现在的孩子懂事都早,吴与同就是,有一天她妈妈病了,浑身没劲儿,躺在床上,说做不了饭了,吴与同一挽袖子,说:妈妈,我扶你去厨房!女秘书 有资料...

weixin_30823683的博客 92

外地客户顺丰过来一个希捷 ST500DM002 FW:KC48说是开盘,其实不需要。

今天收到一外地客户盘,急要数据,希捷 ST500DM002  FW:KC48 上电,指令出如下: 不进F3, Boot 0x10M Spin Up FAIL  Servo Op=0100 Resp=0003 ResponseFrame FFFF 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 000

liborui的专栏 7688

收集一些程序员励志经典名言

1、作为一个真正的程序员,首先应该尊重编程,热爱你所写下的程序,他是你的伙伴,而不是工具。2、程序员可以让步,却不可以退缩,可以羞涩,却不可以软弱,总之,程序员必须是勇敢的。3、编程是一种单调的生活,因此程序员比普通人需要更多的关怀,更多的友情。4、程序不是年轻的专利,但是,他属于年轻。5、没有情调,不懂浪漫,也许这是程序员的一面,但拥有朴实无华的爱是他们...

IT技术分享社区 1755

启迪人心:10个的有关编程的至理名言

10. "People think that computer science is the art of geniuses but the actual reality is the opposite, just many people doing things that build on each other, like a wall of mini stones."- Donald Knuth 10. “人们认为计算机科学是天才的艺术,但事实完全相反:只是很多人在共同建立起来的事物之上工作,就像

Unimen的专栏 815

有关程序员的经典名言我知道的有这些!

“Rust是一种采用过去的知识解决将来的问题的技术。”——Graydon Hoare “高效开发的关键在于不断制造一些新的有趣错误。”——Tom Love “一切皆有可能。”——Ian Hickson “对发送的内容保守一点,对收到的内容宽容一点。”——John Postel “如果你愿意限制方法的灵活性,那么总是会有意外的收获。”——John Carmack “从那时起,当计算机出现任何问题时,我们都说它里面有bug。”——Grace Hopper “算法必须名副其实。”——Donald...

人邮异步社区 8186

F3 Repair Tools 5.5 希捷专修软件

F3 Repair Tools 5.5 希捷专修软件

源代码规范性的重要性_代码质量的重要性,解释

源代码规范性的重要性 人们期望编写任何程序员都可以阅读和理解的代码将是软件开发人员的一种固有技能。 事实是, 只有20%的程序员具有这种能力 。 您正在编写的代码不仅必须被机器理解,而且还必须被人类理解。 在软件开发中,质量应该是每个人的首要任务。 在整个开发过程中,目标应该是交付高质量和有效的代码。 任何傻瓜都可以编写计算机可以理解的代码。 好的程序员编写人类可以理解的代码。 —马丁·...

编程故事的地方 1036

改良程序需要的11个技巧

<br />导读:外刊IT评论翻译了一篇《改良程序的11技巧》,以下是全部内容:<br /><br />有很多理由都能说明为什么我们应该写出清晰、可读性好的程序。最重要的一点,程序你只写一次,但以后会无数次的阅读。当你第二天回头来看你的代码时,你就要开始阅读它了。当你把代码拿给其他人看时,他必须阅读你的代码。因此,在编写时多花一点时间,你会在阅读它时节省大量的时间。<br /><br /><br />让我们看一些基本的编程技巧:<br /><br /><br /> 1. 尽量保持方法简短<br /><b

qilihechuncai的专栏 611

0000

00000

u010547140的专栏 538

代码是写给人看的还是写给机器看的?

在大部分的情况下我会认为代码是写给人看的。虽然代码后的执行者是机器,但是实际上代码更多的时候是给人看的。我们来看看一段代码的生命周期:开发 --> 单元测试 --> Cod...

文摘资讯 922

你有没有想过一个问题:代码是写给人看的还是写给机器看的?

你有没有过这样的迷惑:写代码时到底该把它当成给机器的“执行命令”,还是给同事的“阅读理解材料”?这问题就像“先有鸡还是先有蛋”,让程序员吵了十年没吵明白。但近我在嵌入式开发里发现了惊天秘密——某些场景下,代码得先给机器“喂饱”,不然它能分分钟让你哭着改bug!

宋一平工作室 557

matlab_simulink_电池模型 用于电动车和电网之间的充放电仿真

matlab_simulink_电池模型 用于电动车和电网之间的充放电仿真

上一篇: RAID 5和RAID 10 的比较--- 针对数据库服务器存储方案的选择
下一篇: Windows 窗体的坐标系
thunder09
博客等级 码龄17年 187粉丝 50原创
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值