×

Loading...

Topic

This topic has been archived. It cannot be replied.
  • 工作学习 / 事业工作 / 编程说简单也简单,但你如果是职业 coder 的话,你编程有没有 good taste? 或者说在意不在意有没有 taste? +1


    div widget
    • 看过很多人的程序和scripts. 从老白人的程序学到了很多。能感受到责任心和热情。中印程序员的基本是完成任务就够了,没有什么可以值得欣赏的。
      • 当前任务完成了,是干另一个任务呢,还是花时间把当前任务搞的更好呢?老板不会让你闲着的,他让干什么就干什么,移民不是没有责任心,是没有主人翁精神。
        • 真在乎 taste 的 coder,效率多半是普通 coder 的好几倍。而且不是完成了再加上 taste,而是一直写有 taste 的 code 保持高效率。 +1
          • 你是说一样的薪水?那不知道是老板傻还是他傻 +1
            • 通常是不一样的薪水,也不是一样的老板 +1
      • 好员工,写个代码还要投入责任心跟热情!👍
    • 现在越来越多的人写程序,只管当前的task,不管其他,程序看着特难受……
      • 管啥其他? 看着难受,就不应该让ta过 code review 🤭
        • code review大部分时间就是个笑话,只起到了block的作用…… 太多那种为了改一个简单的逻辑把整段程序搞得支离破碎的, 明明只要改其中一行就行的,他给搞得像是要重构……
          • 有的时候,还真有可能感觉改一行就可以,其实可能真的要改的不少。重构有时候也是必须的,否则技术债务越多,程序以后推倒重来的可能性就越大。
            • 这个不否认,我说的真不是感觉改一行就行,是真的改一行就行……
              • 😄
        • code review很多时候变成扯皮浪费时间的事儿,就像我底下举的例子;一般我会提出意见,对方实在要坚持我就放行;
          • 嗯 实际情况是这样的,基本上就是看看格式,没有大的逻辑错误,就放行了 毕竟谁也不会那么有空仔细研究背后的细节。 但是看着难受,基本上是视觉代码格式问题,应该挑出来毛病 😄
            • 你是说我说的看着难受吗?真不是视觉代码格式的问题,这说起来就没完没了了……
              • 哦 那就是另一个story 了 :(
        • Code review 应该是高手大牛review junior 的codes,否则就是扯淡。高手大牛光自己封不行,得被正式任命,才能让被reviewer 乖乖改动follow。非软件公司一般in house app 课题根本用不着这么严格,这个只在软件公司才有点意义
          • 系统复杂的时候,外加dead line 紧的时候,细节太多 很多时候再怎么senior 的大牛去review 都没有太大作用。只能大方向不能错,细节方面不run起来,很多时候是根本看不出来potential 的bug的。 😄
            • 面向大众客户的软件的架构codes是大牛写的,junior负责的具体module的codes要符合规范和维护要求,这得是很牛的大咖才有这能力review别人imp,对保障软件的质量很关键,当然这些对in house app 是杀鸡用牛刀
          • code review就和Agile一样,纸面上的美好……
    • 继续聊公司大牛吧,前天大牛一段代码让俺review,var value1 = (p as Type1).property1; 我打回去说不行,要做type check; 大牛写了几百个词儿,意思是多此一举; 我说ok,通过。。
      • 设计几个test,每到这里就fail,下次他就不敢再说你多此一举了 :P
        • test case review能过么? 哪里都有江湖,人是关键
      • 嗯 是的,如果再娇性,都可以写一本小说了。会纠缠到无穷的细节中去,时间成本太高.... 😔
    • 有很多taste,但我看一个合格的码工,最简单的就是看其变量名起的是否be clear and concise,其次逻辑看Pseudocode是否一目了然 +1
    • 我们从来不管味道,只关心价钱。 +2
      • 还有job security :) +2
      • 净瞎说大实话! 😄
    • 你需要多读读代码才能有taste,现在最庞大的开源项目chromium,里面又集成了400多个开源项目, chromium是c++代码,比较晦涩的,最恶心的代码是网页里的javascript,大部分都混淆过了,
    • 先满足前面的需求:收入、稳定,再考虑taste 吧。如果对编程、开发感兴趣,肯定是喜欢写出有”taste”的东西,不过有两点:第一要是赶时间只能萝卜快了不洗泥;第二有时候味太大了也把code弄得太难懂,比如Scala里过度使用implicit
      • 很多 Jr dev 总是说写质量好的 code 费更多时间,copy paste 最快 --- 然后三个月之后自己的 code 都看不懂,fix 一个 bug 带出 10 个。
        • 幸好这种事俺还从来没遇到过,一般还是能好好写代码的,也有想法。招人的时候好好把把关,想办法把你认为重要的要求反应在interview 的问题里
        • 然后见到啥新鲜点的,cool一点的都想拿来用,一盘大杂烩……
          • 没错 -- 碰到老板不太明白的,很多人,尤其合同工,忽悠老板用一堆新技术,然后弄出一堆似是而非的东西,自己简历上加上一堆关键字,拍拍 p 股走人 --- 太常见了。
    • 这个需要manager有能力的,不仅懂技术更要懂逻辑的,否则一些人想怎么干就怎么干。一个code有10种写法项目里出20种。单个人是不够的。而且一个项目要做好要花很多精力的,很多公司就是运行没问题就验收了
      • 很多时候问题就是出在 manager 身上 --- “这个项目我们工期紧,如果按照正确的方式做需要 8 周,如果不在乎 quality 能不能快些?” lol 在不 cut features 的情况下,错误的做法会比正确的做法快?!