“糙”、“快”、“猛”是效率高的表现吗?

韬光(men)养晦(sao)的程序员喜欢自谦自己的代码“糙快猛”,文人(zhuang)相轻(bi)的程序员也喜欢夸别人的代码“糙快猛”。

以“100年不出bug”为目标写代码是不现实的“空想编程主义”吗?

有同学说“糙快猛”的代码风格更适合快速变化的创业公司,是产品经理脑洞太大?“糙快猛”是浮躁的表现还是效率高的表现呢?

阅读 12.6k
6 个回答

争论这种不明不白的名词就是个无意义的口水池。

以我的理解,代码可以简单笨拙,但万不可无视规则去蛮干。糙有糙的办法,并不一概而论。代码可以被一堆的错误处理拖得很长,也可以暂时不加一些高级的语言技巧,但万不可略去类型验证、完整性检查、代码分割等起码的质量保证去强求速度,更不能把一些只是在调试时能够工作的“临时手段”(workaround)不经封装就狠狠的推上生产环境。

水平是一码事,态度是另一码事。生产环境的险恶,是泡在测试服务器的“蜜罐”里被惯坏的程序员常常忽略的。不经一定约束随意写就的代码,迟早引发不可收拾的结局,

当然,规矩是人定的,也是人破除的。例外情况会有,但破坏规矩的时候最好知道自己在做什么。如果没有明确的利益,就请老老实实地在游戏规则中办事,否则问题早晚会连本带利还回来。

你一个前台考虑那么多干啥。。。。。
这种问题没有固定答案的,很快就有一堆人上来刷存在秀智商的。。。
只能说相时而动,适者生存,有这时间纠结是否糙快猛,不如去追妹子。。。

糙快猛当然不是,精快猛才是。

粗糙的代码会扩散累积,最后没有人能够继续驾驭,导致项目不得不重写

互联网公司的需求变化很快,产品上线很紧,于是很多代码写完后来不及测试,来不及评审,程序员自己也在想“糙就糙吧,反正用不了多长时间就下线了”。这些都是形势所迫,再加之工科男简单粗暴的行为方式,就成这样了。

有些老板一天一个想法,一周一小改,一月一大改,用户却没几个。很多创业者容易陷入不断尝试开发新功能来弥补运营不足的恶性循环里。

程序肯定是要精益求精的,肯定要追求效率。

但是方向对了讲追求效率才有意思,公司如果在方向探索期,产品不定型,模式不断调整,我觉得代码粗糙点没什么关系。现在市场变化太快了,产品的退出速度第一位,然后就是运营。如果产品和用户慢慢沉淀下来,代码的质量还是要重新审视下,局部重写或者优化。

破罐子破摔的话,一辈子也就只能写写代码了

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进