调查一个问题 写程序的习惯

有几个选项

1 写一行就进行检查,是否有语法错误
2 写完了一段,再进行检查,然后编译运行
3 写完了一段 不检查,直接编译,从错误中回到程序去检查

有高手对应聘者检查,发现他们习惯性地用Compiler当语法检查器的时候,就往往叫停,让应试者回家了。因为有这个坏习惯的人往往还同时有很多其它坏习惯。

在投资方面,有这种习惯是不是也经常拿真金白银来试错,吃了亏才长教训
在社会生活方面,有这种习惯是不是也经常被现实教育

另外我先说 我就是第3种习惯
1金币8金币18金币58金币88金币188金币
其它金额

余额不足,立即充值
我的金币余额:个
支付即为同意 集思录答谢协议
发表时间 2019-04-12 08:34

赞同来自: zhzja

1

Ulduar - Talk is cheap.

赞同来自: emin_jiang

语法错误? 不用考虑eclipse吗?
2019-04-12 08:44 0 条评论
0

abcgzwing

赞同来自:

3 写完了一段 不检查,直接编译,从错误中回到程序去检查
2019-04-12 08:49 0 条评论
2

abcgzwing

赞同来自: zhzja 穿风

编译找错误等于真金白银的投资?编译最多只能算是模拟盘
2019-04-12 08:50 0 条评论
3

zoetina52 - 以前什么都不懂,日子过得好好的,后来我了解了些理财知识,家里的钱越理越少。

赞同来自: bbblll wafei NBOK

集成开发环境ide最基本的功能就是自动编译 提示错误 联想 莫非楼主用的是txt或者是网站自带的文本框写代码?这年头连sublime或者nodepad都有基本提示了啊。学编程第一件事不是开发环境搭建吗?
2019-04-12 08:57 0 条评论
2

vshine - 韭菜的理想

赞同来自: zhzja 量化投资先锋

语法错误不是大问题,会被工具及时发现,逻辑错误才是致命的
对应到投资,我们有什么好的工具呢?回测?
高手都用什么工具呢
2019-04-12 08:59 0 条评论
1

vittata - 透过本质看现象

赞同来自: fjh2013

看了楼主列的三个选项,
感觉编程能力还有很大的提高空间呀
2019-04-12 09:01 0 条评论
3

mly - PCR

赞同来自: zhzja wafei 老夫就是一把梭

非要把很简单的事提升到投资生活层面。。。
语法啥的自有IDE给你提示错误,用法错误自有编译器给你提示错误,逻辑上的错误你可以找人review代码,可以做测试,可以查日志,可以运行异常了去找问题,可以回滚版本回滚数据。
程序有bug不是很正常么,没人能确保写完代码就可以生产环境上实盘做交易不出任何问题。
2019-04-12 09:04 0 条评论
1

chin244

赞同来自: 嘟歪

加个第4种:写完所有代码,直接上线(或烧进板子里等),根据现象检查代码。
2019-04-12 09:06 1 条评论
0

e老实和尚 - 转债、期权、股指

赞同来自:

for
next

if then
end if

语句先写完整再往里填,就不会造成找不到几重嵌套,不匹配
2019-04-12 09:06 3 条评论
2

buffonyu - 无业游民

赞同来自: 天书 趋势交易者

用编译器检查语法的问题不是不可以,但是太慢了,影响效率。
一般只有菜鸟才这么干,原因还是代码写少了。
等成长为老鸟,代码写完基本不会有语法错误,除非手误。
老鸟的主要问题是逻辑上的漏洞,这与他的经历有联系,通常掉进的坑越多,漏洞会越来越少。
其实我个人感觉,股市在很多方面和大型复杂程序还是有很多类似之处。
2019-04-12 09:17 2 条评论
10

骆驼1978 - 试试再说

赞同来自: piginthetree kirk91 好的坏的都有 温酒斩华佗 zhzja MK1204 wafei cycal jsl97531 park更多 »

代码质量的好坏,只有程序员的素质有关,跟使用什么检查方法没有关系。

有些人写几十行代码,不用检查一次编译通过,有人写几行代码都有好几个错误。

我要是公司领导,先把通过这种方式筛选程序员的考官给开除掉。

我在18年前刚入行程序员时, 是在UNIX环境下用vi编程, 也不用写一行检查一行,都是写完几个大功能模块以后再用编译找错, 照样能写出高质量的程序。

==================

再把这个映射到投资上就更不对了, 程序是强逻辑封闭性问题, 投资是弱逻辑开放性问题, 两者思路完全不一样。
2019-04-12 09:18 6 条评论
0

凡特斯

赞同来自:

2。
2019-04-12 09:19 0 条评论
0

Flylater - 80后IT男。。。

赞同来自:

论单元测试的重要性。。。
2019-04-12 09:22 0 条评论
0

wcy19951224

赞同来自:

迫于刚刚被裁最近在leetcode刷题,明显感觉到离开了IDE很不流畅,不少要求手写代码的公司想来就是要考察对细节的掌控以及常年用编IDE让你遗忘了的语言的一些特性和意义。此外,能做到一遍bugfree的,说明具有不错的静态查错的能力
2019-04-12 09:23 0 条评论
1

mfstar

赞同来自: wafei

语法错误编译器不会直接提示嘛。。。
反正我80%以上的精力都在查逻辑漏洞。。
对了我是vs

当然,想策略和写代码按比例分的话,80%是在想策略
也就是8成精力想逻辑,1.6成精力在改代码逻辑和实际想的不一样的地方,剩下的0.4是写代码。。
2019-04-12 09:23 0 条评论
0

mccd

赞同来自:

楼主讲的高手只是高手的一种,而且是有强迫症的高手
2019-04-12 09:23 0 条评论
1

大漠孤烟

赞同来自: wafei

只按着这么一个细节评定,面试官真够烂的。
2019-04-12 09:24 0 条评论
2

rx0 - 创造现金流

赞同来自: rypan wafei

你需要一个好用的IDE...语法错误当场就给你下划红线了
2019-04-12 09:30 0 条评论
0

vittata - 透过本质看现象

赞同来自:

程序好不好,主要在于构思,也就是建模和架构

至于说高手, 可能我们的中学时代是有许多高手的,基本就是直接汇编,熟练到如普通话,只要脑子里想明白了,用键盘倒出来就是

程序员,也谈不上是否高手,程序员应该对所使用的语言,接受过全面的学习训练,完全能够熟练使用,不应该在编码项目中继续学习语言

在中国有一些所谓的软件人员,经常是边学边干,这是不负责任的,也是没有前途的
2019-04-12 09:37 3 条评论
0

寒小寒 - 专注期权、ETF、可转债、国债、量化

赞同来自:

全程IDE,出现报错立马修正。错得多了,慢慢就会越来越熟练了
2019-04-12 10:19 0 条评论
3

寒小寒 - 专注期权、ETF、可转债、国债、量化

赞同来自: mccd wafei 量化投资先锋

能用工具当然不做手工。代码本来就是为了淘汰手工而诞生的,将来也会有很多模块为了淘汰手工码字而诞生。最后会有一批AI开发者为了淘汰所有低端程序员而诞生
2019-04-12 10:25 0 条评论
1

vittata - 透过本质看现象

赞同来自: 见心见性

不能耐心学好编程语言,就急于上手边学边干,

其实和F10都没有耐心看完,就急于买入股票,都是一回事,就是对自己不负责

有的号称程序员,连键盘都用不好,打字时,眼睛不是看着屏幕,而是看着键盘。。。

其实,每一个点上的落后,就积累出了整体的水平优劣
2019-04-12 10:32 0 条评论
0

vittata - 透过本质看现象

赞同来自:

然后会有两种奇葩的程序,就会创造出来:
一种是,copy paste ,程序都是到处贴来的,
另一种呢,程序代码就是编程人员的学习日志

见到这种代码,我一般就直接开人
2019-04-12 10:39 1 条评论
0

酱油面

赞同来自:

我是 第二种习惯
2019-04-12 10:57 0 条评论
3

长线小白龙 - 长线投资

赞同来自: joyjoys Nostalgia666 嘟歪

一度怀疑自己进错了论坛。。。。。。。。
2019-04-12 10:58 0 条评论
1

门中木 - 闲人

赞同来自: 御名方守义

有一种东西叫IDE
2019-04-12 11:40 0 条评论
0

28553107 - 用户名是 QQ 欢迎交流投资观点

赞同来自:

完成某个重要子功能,就测试是否OK.全部写完,如果几个地方都出错,可能一时半会都搞不清楚错误出在哪
2019-04-12 11:48 0 条评论
0

潜水猪

赞同来自:

你用记事本写程序吗?试试VS code 或者sublime,装一下你对应语言的插件
2019-04-12 11:49 0 条评论
0

victini

赞同来自:

很多IDE会自动检查语法错误的吧
2019-04-12 11:49 0 条评论
0

taot34

赞同来自:

pycharm 自带ide
但总是有很多低级错误如空格 下标问题
写完了没检查就运行一下测错
2019-04-12 12:01 0 条评论
0

wukimedia

赞同来自:

动不动就开人,某些同志好大的官威!
2019-04-12 12:15 0 条评论
0

穿风

赞同来自:

语法错误,可以目测出来,然后编译不通过就可以查出来。
逻辑错误只能靠测试。
2019-04-12 12:17 0 条评论
0

lislee2001 - 80后IT男

赞同来自:

写完肯定要检查的,语法错误,逻辑错误等,检查完一般改一两遍刘可以正常工作,这样效率反而很高,而且有时候交叉编译验证的成本太高
2019-04-12 12:19 0 条评论
0

天地玄黄宇宙洪 - 低风险投资A

赞同来自:

只用过IDLE的飘过。
2019-04-12 12:37 0 条评论
0

eq06 - 老举不脱手,脱手不老举

赞同来自:

有语法错误,编辑器会高亮
机器能解决的事情就不要人工
2019-04-12 12:39 0 条评论
4

憔悴损

赞同来自: Focus北北 甘泉 linfeng 墨色漩涡

不靠IDE和百度,我写不出一段完整的代码,虽然写了20多年的代码
2019-04-12 12:41 0 条评论
0

normanale

赞同来自:

不写单测吗?完成一个小模块就加一个单测呗
2019-04-12 13:57 0 条评论
1

locky_z

赞同来自: eq06

"语法/关键字/传递参数不匹配"这些错误是应该交给IDE做的
程序员关心逻辑结构\变量怎样使用
2019-04-12 14:06 0 条评论
1

abelus

赞同来自: 量化投资先锋

有工具可以用的时候尽量用工具
有风格熟悉的尽量用熟悉的风格
有library、toolbox的时候尽量用现成的轮子
有通行算法的时候尽量用用通行的

写代码和用自然语言写作文本质上是一种思维的翻译或者表达
如果错误都可以被IDE等发现的,就是牛逼的程序员:架构好、算法壮、代码可读可扩展,就是高手了
2019-04-12 14:11 0 条评论
0

chris笨笨 - 笨笨的程序员

赞同来自:

我是习惯3 , 这么多年,早习惯 【.】 的操作, 或ctrl + 空格 (和我输入法冲突,我甚至修改输入法快捷方式)

还有现在的sql ,也是,找就习惯用 IDE的方式构建, 自己写复杂的语句早就忘了
2019-04-12 14:19 0 条评论
0

ikalang - 大猫

赞同来自:

以目前的IDE的能力,大多数的编译和风格问题都可以直接解决掉。
业务逻辑靠单元测试保证。

如果项目很大编译时间太长,就多花点时间检查,一般项目直接编译看结果解决问题更快就直接编译。如果要直接在服务器修改木有IDE的情况,这种情况就得靠反复检查。

总之根据实际情况权衡效率来选择吧。
2019-04-12 14:50 2 条评论
0

Je_suis

赞同来自:

编程我只服早年的求伯君,产品我喜欢张小龙!......emmmmm,好像暴露了一个时代......
2019-04-12 14:53 0 条评论
1

Focus北北 - 坚持是最好的策略

赞同来自: xujin2002ji

作为一个日企的程序员。。永远参照既存代码。。
2019-04-12 17:52 0 条评论
0

羽痕

赞同来自:

选三的可能习惯太差,也可能是天才

选一,效率绝对高不了
2019-04-12 18:21 0 条评论
1

vittata - 透过本质看现象

赞同来自: lzwhw2000

对程序员而言,编写就不应该有任何障碍
在实际工作中,用于编写的时间,根本就不会很多

从教育到工程实践,中国缺少专业化的体系, 中国程序员的质量,作为一个总体统计的话,要差一个台阶

显著的特征就是缺少规范化、正规化、体系化
其实,从大学开始,教软件的老师自身,也未必是合格的程序员
2019-04-12 18:24 3 条评论
0

vittata - 透过本质看现象

赞同来自:

事实上,编写代码是很流畅、很愉快的事情, 这里面没有需要抓耳挠腮的东西
2019-04-12 18:30 0 条评论
0

寒歌 - 牛市讲故事,熊市看估值

赞同来自:

现代IDE下工作效率最高的是3,当然一般会基于单元测试快速验证一段代码的正确性。
2019-04-12 18:34 0 条评论
0

kaober

赞同来自:

都是文本写代码,编译。排错,3啊
2019-04-12 18:45 0 条评论
1

bill1234567890

赞同来自: 王柱

重新定义程序员职业,Facebook推出代码推荐工具Aroma

https://c.m.163.com/news/a/ECFGVNF90511DSSR.html?spss=newsapp&from=timeline
2019-04-12 20:24 0 条评论
0

jilidansjr

赞同来自:

本人毕业后就做一线大厂的程序员了,实际开发是(不管限哪种语言)
选对IDE,胡乱写一顿,写的过程中自动编译了并把错误标红了,这就好像用word 写一篇英文文章自动检查拼写错误一样,IDE能实时检查出几乎所有常见的错误。
随着对一种新语言(风格)使用半年到一年左右,自动就养成良好的习惯了。

我也做面试官,我理解面试的时候之所以要求用纯文本编辑器写,并要求应聘者能找到错误是想检查应聘者对自己熟悉的算法语言是否有足够的经验/经历,并非"坏习惯的人往往还同时有很多其它坏习惯。"
2019-04-12 20:42 2 条评论
0

RyanAmazing

赞同来自:

用的python 不知道lz说的啥意思
2019-04-12 21:46 3 条评论
0

goodexp - test

赞同来自:

全部写完 或者写完大部分 再编译 查错。。。。。
没见过写一段就编译的
2019-04-12 21:48 0 条评论
0

Ajie - 久赌必赢

赞同来自:

3 高手不需要检查,也没时间检查,出问题再说。如果很熟的话,可能的异常都提前给你放好,都没有调试的机会。
2019-04-12 22:39 0 条评论
5

xujin2002ji - “纵使是大多数机会的错过也并不会给我们带来一丁点的蚀本,而那些一旦被我们靠耐心和毅力而抓住的确切的深度价值机会,很有可能成为一生的经典!”

赞同来自: jyexiaodong 一扔大师 量化投资先锋 jsl6165 小福更多 »

好的程序习惯是多写注释,第二多写注释,第三还是多写注释!
2019-04-12 22:40 1 条评论
0

一扔大师 - 雪球ID:小呆瓜

赞同来自:

一般都是2吧。
2019-04-13 00:39 0 条评论
0

sirouni

赞同来自:

Kernel developer 飘过,很多时候写一行要思考很多问题。
2019-04-13 02:58 2 条评论
0

byegone

赞同来自:

写完了当然是自己先检查,然后提交别人评审,再编译做单元测试
2019-04-13 08:39 0 条评论
0

vittata - 透过本质看现象

赞同来自:

“好的程序习惯是多写注释,第二多写注释,第三还是多写注释!

好的程序不太需要很多注释

令人费解的程序,再多的注释也无济于事

关键,很多时候,注释还没有程序好理解
2019-04-13 09:15 1 条评论
0

liouzone

赞同来自:

作为数据类程序猿,1打断思路;3会有可能提交错误代码(如关联会产生笛卡尔积的结果),可能更费时。
最好是2,一大段检查的时候顺便检查注释有没有写好。
2019-04-13 09:31 0 条评论

要回复问题请先登录注册