因为习惯高亮了,以为如果没有高亮会很麻烦。
不过回想一下,最早小霸王学习机、文曲星上的basic都没有高亮; 在纸上手写代码没有高亮; 学校破机器上的turbo c没有高亮,也都一路过来了。
也许依赖高亮只是心理作用吧。
不过,如果编辑器支持高亮我还是义无返顾的开启高亮的。
--
针对代码来谈快速阅读能力有些不妥,纯文本和代码不是一回事。
我认为语法高亮可以辅助快速定位所需信息,还是很有必要的。颜色也是一种可以利用的信息,省去了人脑parse的过程。
Best Regards, Iridium
Forwarded message:
点赞!
实践出真知!
Zoom.Quiet from N7108
--
---
您收到此邮件是因为您订阅了 Google 网上论坛的“TopLanguage”论坛。
要退订此论坛并停止接收此论坛的电子邮件,请发送电子邮件到 pongba+un...@googlegroups.com。
要查看更多选项,请访问 https://groups.google.com/groups/opt_out。
--
---
您收到此邮件是因为您订阅了Google网上论坛中的“TopLanguage”论坛。
要取消订阅此论坛,并停止接收其发来的电子邮件,请发送电子邮件至pongba+un...@googlegroups.com。
如需了解更多选项,请访问https://groups.google.com/d/optout。
--
还是觉得IDE更智能 提高效率
一般来说 auto complete 分为几个层级:
--
---
您收到此邮件是因为您订阅了 Google 网上论坛的“TopLanguage”论坛。
要退订此论坛并停止接收此论坛的电子邮件,请发送电子邮件到 pongba+un...@googlegroups.com。
要查看更多选项,请访问 https://groups.google.com/d/optout。
--
---
您收到此邮件是因为您订阅了Google网上论坛中的“TopLanguage”论坛。
要取消订阅此论坛,并停止接收其发来的电子邮件,请发送电子邮件至pongba+un...@googlegroups.com。
如需了解更多选项,请访问https://groups.google.com/d/optout。
[Final] 21月体验反馈并[分享]剑桥大学相关文章
今天看到 剑桥大学一篇相关的实验报告,正好把这个话题收尾了。
文章链接:
https://www.cl.cam.ac.uk/~as2006/files/sarkar_2015_syntax_colouring.pdf
并附上 reddit 上的讨论:
https://www.reddit.com/r/programming/comments/3ubdtj/the_impact_of_syntax_colouring_on_program/
有兴趣的同学最好看一下原文,下面的总结肯定不完整,并且会有错误。
这篇文章大概情况,
背景:
之前的研究基本都是基于自然语言,但自然语言的关键词设定并不通用,
但是编程语言的关键词却是 已被规定的,即统一通用的,所以更具研究价值。
(程序代码的排版也是结构化的。)
实验体:10人,
目标:
语法高亮能否影响 阅读(理解)程序代码的速度,并且是否与编程经验相关。
方法:
1. 程序代码理解。
对比高亮和非高亮时,实验人员手动运算代码 的速度。
2. 使用“眼动跟踪仪”(eye tracker)收集视线数据,
3. 前人的测试模型用于矫正数据。
结论:
语法高亮“极大程度的”提高了实验任务的完成效率,
编程经验越 丰富 此效果越 低。
The presence of syntax highlighting significantly reduces context switches.
...
In some cases, ...able to ignore highlighted keywords entirely,
...
讨论:
[见原文]
--------------------------
我自己21个月以来的体验反馈
结论:
语法高亮,加速 视觉疲劳,影响视力。
语法高亮 _一定程度_影响代码阅读,_确实_影响工作效率。
对我碰到的情况各举一例:
1. 影响代码阅读举例
面试过程中,一段python 代码,本来应该是,
for i in list:
...
被写成,
if i in list:
...
被面试者花了好长时间才发现问题。
这是之前说到的,依赖语法高亮,导致选择性忽略关键词。
当然这也许跟人处在 压力 情况下有关。
2. 高亮加速疲劳举例
我的终端模拟器的配色是 默认的黑底灰字(grey on black),
不用编辑器语法高亮很久,
那天比较累,
晚上10点左右,
看了一眼tmux 右下角的时间,绿底黑字,眼睛就像针扎一样。
( tmux 默认的绿底黑字参考图片:
http://www.68idc.cn/help/uploads/allimg/150112/1T6015R4_1.png )
然后我开了语法高亮,看一个c 文件,同样的绿色,同样的“亮瞎眼”。
这个时候的注意力明显会集中在闪亮的关键词上,而不是逻辑。
3. 超长、复杂的api 命名问题
自动补全 可以解决,甚至有 支持模糊搜索的自动补全。
不是语法高亮的问题。
4. 不考虑疲劳度,非高亮是否降低效率
我没法给出确切答案,因为这21个月间,写代码并不多,也不好掐着表,
衡量效率变化……
过了适应期,其实也没发现效率降低的问题。
唯一纠结的是像 lisp 这种,括号嵌套多了的时候,心里没有安全感,
但是 括号的配对高亮 或 配对移动 也能满足需求了。
5. 其他
Larry, LIU Xinyu 的观点全是实实在在的经验之谈,两年之后再看,我只能更加赞同了。