Chinaunix

标题: 你认为程序员应该知道的格言 [打印本页]

作者: pmerofc    时间: 2012-07-29 09:34
提示: 作者被禁止或删除 内容自动屏蔽
作者: r2007    时间: 2012-07-29 09:37
听人劝,吃饱饭。
作者: pmerofc    时间: 2012-07-29 09:40
提示: 作者被禁止或删除 内容自动屏蔽
作者: r2007    时间: 2012-07-29 10:03
回复 3# pmerofc


    比如,遵从标准正视约定,特别是干活时。
作者: pmerofc    时间: 2012-07-29 10:23
提示: 作者被禁止或删除 内容自动屏蔽
作者: zyzbill    时间: 2012-07-29 13:44
程序员的格言? LZ需要别人帮你洗脑?
作者: __BlueGuy__    时间: 2012-07-29 13:49
老板让你干什么, 你就干什么
老板没让你干什么,你就不要去干什么
作者: __BlueGuy__    时间: 2012-07-29 13:50
技术你可以不会, 也可以不学, 但你不能纠结
作者: cdtits    时间: 2012-07-29 17:09
教会徒弟,饿死师傅
作者: hbmhalley    时间: 2012-07-29 17:10
好好睡觉       ---- 白岩松
作者: 伤不起    时间: 2012-07-29 19:05
天空没有留下翅膀的痕迹,但鸟儿已飞过
作者: pmerofc    时间: 2012-07-29 19:23
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-07-29 19:23
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-07-29 19:24
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-07-29 19:26
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-07-29 19:26
提示: 作者被禁止或删除 内容自动屏蔽
作者: zyzbill    时间: 2012-07-29 19:54
一些C++软件规范是你想找的,比如google c++ coding standard, Herb Sutter's C++ Coding Standards
作者: 伤不起    时间: 2012-07-29 20:11
回复 12# pmerofc


    泰戈尔《飞鸟集》
   I leave no trace of wings in the air,
    but I am glad I have had my flight.

作者: liuiang    时间: 2012-07-29 20:33
才子啊。。。
作者: pmerofc    时间: 2012-07-29 21:35
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-07-29 21:36
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-07-29 22:02
提示: 作者被禁止或删除 内容自动屏蔽
作者: fallening_cu    时间: 2012-07-30 06:28

  1. Coffee in, Code out.
复制代码

作者: chinesedragon    时间: 2012-07-30 08:39
写人看得懂的代码
作者: __BlueGuy__    时间: 2012-07-30 09:29
本帖最后由 __BlueGuy__ 于 2012-07-30 09:37 编辑

宠辱不惊,闲看庭前花开花落
去留无意,漫随天外云卷云舒

我喜欢这俩句, 但是暂时做不到,
作者: 伤不起    时间: 2012-07-30 12:05
回复 20# pmerofc


    敢不敢文学点
作者: ran3guns    时间: 2012-07-30 12:24
把代码写给别人看
作者: 留痕之雁    时间: 2012-07-30 14:02
君子善假于物!
作者: r2007    时间: 2012-07-30 14:16
等了很久,楞是没人提造轮子。
作者: Ager    时间: 2012-07-30 15:39
关于编程的格言、座右铭,CSDN的Zhao老师比较在行……

各位知道的吧?

作者: Ager    时间: 2012-07-30 15:42
pmerofc 发表于 2012-07-29 19:26
跨行业的不算


这叫“行业无关性(Profession Independent)”,呵呵……



作者: fender0107401    时间: 2012-07-30 15:52
回复 2# r2007

说的很好。
作者: duke3030    时间: 2012-07-30 19:28
“不要重复发明轮子”,IT业的最大谎言,无之一
作者: pmerofc    时间: 2012-07-30 20:43
提示: 作者被禁止或删除 内容自动屏蔽
作者: 雨过白鹭洲    时间: 2012-07-31 09:23
首先要懂得遵守规定,然后知道该在何时打破这些规定

作者: r2007    时间: 2012-07-31 16:28
Anything that can go wrong, will go wrong.  ---Muphry's law.


作者: pmerofc    时间: 2012-07-31 16:35
提示: 作者被禁止或删除 内容自动屏蔽
作者: __BlueGuy__    时间: 2012-08-02 12:52
你不能因为看不懂哥德巴赫猜想, 就有理由看不懂其他任何代码
作者: ahui886    时间: 2012-08-02 16:53
回复 1# pmerofc


    也来凑凑热闹
    写代码时,请记得,日后那个做维护的倒霉蛋可能就是你自己,所以请记得,清晰流畅比神马都重要....
作者: androiddiscuz    时间: 2012-08-04 14:16
while(isAlive())
{
     goodGoodStudy();
     dayDayUp();
}
作者: folklore    时间: 2012-08-04 16:14
nothing is nothing.
simplify is best.
etc...
作者: OwnWaterloo    时间: 2012-08-04 20:22
本帖最后由 OwnWaterloo 于 2012-08-04 23:07 编辑
Ager 发表于 2012-07-30 15:39
关于编程的格言、座右铭,CSDN的Zhao老师比较在行……

各位知道的吧?


只记得cnblogs有个赵姐夫,CSDN有个0bug(貌似是肖老师)。
CSDN的zhao老师是哪位。。。


发现举例有点不合适,补充一下:将赵姐夫与肖老师只是因为他俩在cnblogs与CSDN比较有名而已。好名还是坏名也无关。没有别的含义。。。
作者: OwnWaterloo    时间: 2012-08-04 20:23
__BlueGuy__ 发表于 2012-07-29 13:49
老板让你干什么, 你就干什么
老板没让你干什么,你就不要去干什么

__BlueGuy__ 发表于 2012-07-29 13:50
技术你可以不会, 也可以不学, 但你不能纠结


一下子就拉低了此楼的层次。这也是种本事,他人很难模仿出来的。


作者: pmerofc    时间: 2012-08-04 20:39
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-04 20:54
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-04 22:43
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-04 22:46
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-04 22:48
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-04 22:51
提示: 作者被禁止或删除 内容自动屏蔽
作者: OwnWaterloo    时间: 2012-08-04 23:10
pmerofc 发表于 2012-08-04 22:51
1) The only “best practice” you should be using all the time is “Use Your Brain”.

唯一的“Best Practice”并不是使用各种各样被前人总结过的各种设计方法、模式,框架,那些著名的方法、模式、框架只代码赞同他们的人多,并不代表他们适合你,你应该更多的去使用你的大脑,独立地思考那些方法、模式、框架出现的原因和其背后的想法和思想,那才是“best practice”。事实上来说,那些所谓的“Best Practice”只不过是限制那些糟糕的程序员们的破坏力。


好像我就是从coolshell/stackoverflow上看到这条的。



pmerofc 发表于 2012-08-04 20:54
Managing programmers is like herding cats. — unknown

管理程序员就如同养一群猫一样 –匿名

这条好像有出处,不记得了。
herding应该是放牧,对猫来说这比养更难。

作者: pmerofc    时间: 2012-08-04 23:18
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-04 23:20
提示: 作者被禁止或删除 内容自动屏蔽
作者: _Rayx    时间: 2012-08-05 00:16
编程格言都是装逼的人给想装逼的人听的。
作者: OwnWaterloo    时间: 2012-08-05 00:25
回复 51# pmerofc

C++ —— 类似其他 —— 要用得恰到好处是肯定的。不肯定的是"恰到好处"的定义。
我自己的定义无论是在C++还是在C里都与主流是相悖的。
所以对"如何恰到好处的用C++",有观点,但已经没兴趣声张。反正只要对方不用出毛病,我都ok。
作者: pmerofc    时间: 2012-08-05 00:34
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-05 00:35
提示: 作者被禁止或删除 内容自动屏蔽
作者: gtkmm    时间: 2012-08-05 01:11
1。英语 不解释
2。C语言, 不会就不是纯粹的程序员
3。java c# 面向对象
4。C++ 思考语言本身
5。Python Perl 提高工作效率
作者: __BlueGuy__    时间: 2012-08-05 19:46
如果你明天连饭都没的吃, 你哪还有时间在论坛瞎JB扯淡 !?
作者: __BlueGuy__    时间: 2012-08-05 20:46
OwnWaterloo 发表于 2012-08-04 20:23
一下子就拉低了此楼的层次。这也是种本事,他人很难模仿出来的。


我真的不想写程序,起个变量名比给婴儿起名还难过,
没办法,没有退路了...
作者: pmerofc    时间: 2012-08-05 23:19
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-05 23:21
提示: 作者被禁止或删除 内容自动屏蔽
作者: __BlueGuy__    时间: 2012-08-06 18:35
智商再高, 不动手也不可能把事情做了,!
作者: pmerofc    时间: 2012-08-07 17:26
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-07 17:27
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-07 17:28
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-07 17:29
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-07 17:30
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-07 17:30
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-07 17:31
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-07 17:31
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-07 17:33
提示: 作者被禁止或删除 内容自动屏蔽
作者: pmerofc    时间: 2012-08-07 17:40
提示: 作者被禁止或删除 内容自动屏蔽
作者: OwnWaterloo    时间: 2012-08-07 21:32
pmerofc 发表于 2012-08-07 17:29
我发明了“面向对象”,但是我可以明确的是,我不知道什么是 C++。
-- Alan Kay,Smalltalk 发明者


所以我一直号召C++就应该与OO撇清关系,免得小人得志成天得瑟。
为什么与OO相关的之父:
pmerofc 发表于 2012-08-07 17:29
Java 就是去掉了枪炮,刀剑,还有黑帮的 C++。
-- James Gosling,Java 联合发明人

都这么脑残呢?
作者: r2007    时间: 2012-08-07 21:33
送编译党一句话: 一傻不能遮百丑。
作者: pmerofc    时间: 2012-08-07 21:37
提示: 作者被禁止或删除 内容自动屏蔽
作者: OwnWaterloo    时间: 2012-08-07 21:45
回复 75# pmerofc

K&R当初还只是作者的一个工具呢。只有int,char,float,你觉得能胜任现在的C的工作?
C++,而非C with classes,从TC++PL第1版就介绍是multi-paradigm。只是许多人只会其中的OO而已。

最烦那些动不动就说C++是OO语言的人了。OO只是C++里我个人看来最不起眼的一部分。
搞清楚:
C++∈OO 是错的。
OO∈C++ 这才是正解。

作者: pmerofc    时间: 2012-08-07 21:54
提示: 作者被禁止或删除 内容自动屏蔽
作者: OwnWaterloo    时间: 2012-08-07 21:56
回复 75# pmerofc

另外,BS是受simula而非smalltalk的影响。

  1.        simula
  2.      /       \
  3. smalltalk   C++
复制代码
simula才是公认的第一个OO语言,C++与它是比较类似的。而smalltalk才是完全不同,根本就不是静态类型了。
smalltalk的作者只是发明了object-oriented这个术语而已。其思想(且不说早在其他代码里体现过了)早就在其他语言里有体现过了。
这逼嚣张个屌啊!!! 傻缺一个。
作者: OwnWaterloo    时间: 2012-08-07 21:58
发明了一个术语都可以拿来得瑟一番的渣渣,也就这样了。
作者: pmerofc    时间: 2012-08-07 21:59
提示: 作者被禁止或删除 内容自动屏蔽
作者: OwnWaterloo    时间: 2012-08-07 22:04
回复 80# pmerofc

不需要。只是这条言论实在是太出名又太傻逼了,无知无耻到一定境界了,看见就忍不住想骂。

既然商标被傻缺抢注了,C++就不该称自己支持的是OO。何必因此让傻缺得瑟?不值得!
common lisp就学聪明,我们支持的叫generic function。first class (generic) function/multiple dispatch什么的手到擒来。
OO什么的,能吃么?能当饭吃么?

作者: pmerofc    时间: 2012-08-07 22:07
提示: 作者被禁止或删除 内容自动屏蔽
作者: OwnWaterloo    时间: 2012-08-07 22:22
回复 82# pmerofc

COBOL就完全不了解了。
basic的那段话也是他在说吧?如果说basic是因为非结构化控制流被批评,COBOL连为什么被批评都不知道。
还有,结构化程序设计 —— 任何控制流都可以用选择/循环实现什么的 —— 是不是也是他说的?
那他对basic的批评就不得不让人怀疑其居心,而且具有历史局限性了。


最开始的fortran流派语言里对控制流都是很随意的 —— 因为机器本来就是如此。
后续语言才逐步添加了各种限制,因为大多数时候被限制的都是无用的。如果不加限制容易产生难以理解的程序流程。
再后来的语言在整体限制的同时又在很小范围内开放,因为又有小部分情况它们是有用的。
他批评的非结构化控制流,在被抵制之后又有复燃的趋势。


另一方面,lambda演算那一流派的语言里,控制流就只有函数应用。
循环只是递归的函数应用,选择只是函数应用是先替换函数体而非参数而已。
他提倡的结构化控制流在这一派里根本就不存在。

作者: pmerofc    时间: 2012-08-07 23:02
提示: 作者被禁止或删除 内容自动屏蔽
作者: dengxiayehu    时间: 2012-08-08 16:26
Ager 发表于 2012-07-30 15:39
关于编程的格言、座右铭,CSDN的Zhao老师比较在行……

各位知道的吧?

嗯,据说那位老师有一个教人应该学会怎么调试的万能贴~

作者: pmerofc    时间: 2012-08-08 16:40
提示: 作者被禁止或删除 内容自动屏蔽
作者: dengxiayehu    时间: 2012-08-08 16:51
pmerofc 发表于 2012-08-08 16:40
调试是一种耻辱

确实,感觉不好受,但小弟可能对自己要求不高,没有觉得 调试是一种耻辱 ~
作者: pmerofc    时间: 2012-08-08 16:58
提示: 作者被禁止或删除 内容自动屏蔽
作者: __BlueGuy__    时间: 2012-08-08 18:44
OO 就是俩个鸡蛋, 当然可以当饭吃的,
作者: __BlueGuy__    时间: 2012-08-08 18:51
唉, 现在有些人就是想标新立异,
作者: ___BlueGuy___    时间: 2013-01-03 16:05
本帖最后由 ___BlueGuy___ 于 2013-01-03 16:07 编辑

不要因为一棵小草而放弃了整个森林

放弃了 OO,  我看到了更广阔的天空

作者: truekbcl    时间: 2013-01-04 12:10
OwnWaterloo 发表于 2012-08-07 21:32
所以我一直号召C++就应该与OO撇清关系,免得小人得志成天得瑟。
为什么与OO相关的之父:

虽然言辞激烈了点,但是基本赞同这个说法。
恼火的是,N多人一说c++就是oo,就与java比。
有个鸟可比性。java那语言的表达能力,在c++面前就是一个傻叉。
作者: pitonas    时间: 2013-01-04 16:53
进行整理,存盘
作者: shan_ghost    时间: 2013-01-04 18:05
回复 45# pmerofc


这个经典
    Being abstract is something profoundly different from being vague… The purpose of abstraction is not to be vague, but to create a new semantic level in which one can be absolutely precise. — Edsger Dijkstra

抽象和模糊完全地不同,抽象的目的并不是把事情变模糊,而去创建一个新的语义层,在那里是绝对精确的描述。 — Edsger Dijkstra



这句译的不好
调试程序的难度是写代码的两倍。因此,只要你的代码写的尽可能的清楚,那么你在调试代码时就不需要那么地有技巧。Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.
- Brian Kernighan


调试程序的难度是写代码时的两倍。因此,如果你写代码写的太聪明了,那么你显然就不够格去调试它。
作者: pmerofc    时间: 2013-01-04 18:41
提示: 作者被禁止或删除 内容自动屏蔽
作者: shan_ghost    时间: 2013-01-04 19:08
回复 95# pmerofc


    关于抽象那个的确很惊艳。

我之前也有类似的模糊想法,但不太能说清楚。以至于被乱七八糟的设计/思路搞到抓狂时,不得不强调“对其他部分透明是可以隐藏实现的前提”。


而“抽象是创建一个新的语义层,在里面绝对精确的描述(问题)”这句话就太精确了:抽象不是为了什么技术上的花巧或者实现上的便利而来的;而是为了以一个更合理的视角去看待问题本身,才不得不创造的一个新的话语体系。


这就好像用数学语言中的公理/定律去代替日常话语中的“规律/常识”一样:当构建一个系统时,显然用公理/定律话语体系可以保证系统整体的严谨,而模糊的规律/常识不行。

软件设计,实质上就是利用一组基础抽象去构建一个可靠的体系。如果这组抽象不严谨——甚至都不知道抽象的目的,而仅仅是想“忽略细节”甚至仅仅是想套用某种範式/模式——那么最终的软件质量显然非常可疑。

作者: pmerofc    时间: 2013-01-04 19:41
提示: 作者被禁止或删除 内容自动屏蔽
作者: _HellAngel_    时间: 2013-01-04 19:59
回复 25# __BlueGuy__

感觉像《小窗幽记》里的。。。又感觉像《菜根谭》里的= =。。。忘了= =
   
作者: pmerofc    时间: 2013-02-16 15:36
提示: 作者被禁止或删除 内容自动屏蔽
作者: 346196247    时间: 2013-02-16 23:05
cdtits 发表于 2012-07-29 17:09
教会徒弟,饿死师傅
++++++++++++++++++++++++54156416546546




欢迎光临 Chinaunix (http://bbs.chinaunix.net/) Powered by Discuz! X3.2