原Po 研究过 Allman Style , K&R style, GNU style 还有 ISO c99 c++2011 c++2014 c++2022 实际撰写过 Linux kernel, Zephyr, Android framework & App, Python3 for AI Scala for Risc-V, IOS Object-C .m .mm, tracing gcc source, C#, Inline assembly buildroot, bash, Makefile 拜读过大师 Weinberg 的程式心理学 The Psychology of Computer Programming 另有 系统开发思惟 An Introduction to General Systems Thinking 也撰写过完整的 Hungarian notation 语义学 分析 和 它的历史 // 这是有发过文的 int a=1,b=2,c=3; if(a) { a=1; if(b) { b=1; if(c) { c=1; } } } //////////////// int a=1,b=2,c=3; if(!a) { return; } a=1; if(!b) { return; } b=1; if(!c) { return; } c=1; 上下那一段的 coding style 好些? 不管选上或选下 你可以有一百种理由 但当我转换到 asm 时 你就知道原因 push %rbp mov %rsp,%rbp int a=1,b=2,c=3; movl $0x1,-0xc(%rbp) movl $0x2,-0x8(%rbp) movl $0x3,-0x4(%rbp) if(a) cmpl $0x0,-0xc(%rbp) je 0x555555555e7f <teseMe1()+64> a=1; movl $0x1,-0xc(%rbp) if(b) cmpl $0x0,-0x8(%rbp) je 0x555555555e7f <teseMe1()+64> b=1; movl $0x1,-0x8(%rbp) if(c) cmpl $0x0,-0x4(%rbp) je 0x555555555e7f <teseMe1()+64> c=1; movl $0x1,-0x4(%rbp) // push %rbp mov %rsp,%rbp int a=1,b=2,c=3; movl $0x1,-0xc(%rbp) movl $0x2,-0x8(%rbp) movl $0x3,-0x4(%rbp) if(!a) cmpl $0x0,-0xc(%rbp) je 0x555555555ec4 <teseMe2()+66> a=1; movl $0x1,-0xc(%rbp) if(!b) cmpl $0x0,-0x8(%rbp) je 0x555555555ec7 <teseMe2()+69> b=1; movl $0x1,-0x8(%rbp) if(!c) cmpl $0x0,-0x4(%rbp) je 0x555555555eca <teseMe2()+72> c=1; movl $0x1,-0x4(%rbp) jmp 0x555555555ecb <teseMe2()+73> return; nop jmp 0x555555555ecb <teseMe2()+73> return; nop jmp 0x555555555ecb <teseMe2()+73> return; nop 现在你可以看得出来代码的数量....心里也有答案了 这是开放性的解答 ///////// 想要制定coding style的人或主管 必先要学会自省的功夫 1. 自己有尝试过 别人写的style 一天或一周吗? 还是我只是将某个我习惯的style 强加在别人身上 2. 我有试过 新的coding style吗? 3. 我有试过 各种不同的语言吗? 99%的人 在制定coding style的人 没有这3点的自省~~~ 他也没有考虑过 语义学 心理学 在coding style的影响 把时间耗在 定名字 定括号 导到工程师实际上花了三倍的时间 在view code 没有时间去 思惟 整个架构的安全性 速度 cpu & memory 负载量 要打磨的是画作 不是画框 看过python3的人都知 if else. 括号? 我根本不用考虑这东西!!! 制定的 coding style 能使c/c++ 转到 python 的人 在跨语上 更容易读懂吗? 一个好的 coding style 制定者 会自省 使用大脑使用最少的组合 或 拆解次数 做为制定方针 把更多的时间 放在对的地方~~~ 如果说目前最常用的组译器 gcc g++ arm-linux-gcc aarcg64-linux-gcc gdb gdbserver they are all released by GNU 或 经过修改过 https://ftp.gnu.org/gnu/gcc 那使用组译器最易懂的 style 会不会是最好的呢? 答案当然是 不会只有某一种style 是最好的 你可以 考上述原因 融合各种 style 创立最适合 自己团队的!!! 未来的主管们 请多想想 你是怎麽制定 coding style的~~~~ ※ 引述《prag222 (prag)》之铭言： : 大家好 : 小弟上上份工作快离职前 : 听到新进的同事说 : 他都习惯把程式写成一个一个小的function : 後来离职我花了一点时间学习设计模式 : 和了解SOLID原则 : 我越觉得这种作法很OK : 我大概也知道这应该是重复说高手说过的话 : 所以後来找到工作 : 专案自己一个人开发 : 也没主管强制要求程式该怎麽写 : 变照着 之前同事说的话去开发 : 让程式码 程式码也是有结构性架构性的 : 而不是一个function写几百行几千行 : mvc Model层也是切得很乾净 : Model层写的就像api : controller带参数给MODEL层捞资料出来 : 不过我最近的公司 : 完全不是这种做法 : 虽然是MVC不过还是下SQL查出资料 : 看到function写几百行我看了就昏(业务逻辑) : 为了符合公司专案的coding style有点辛苦 : 基本上我速度也差不多折损一半也有了 : 不过尽可能把程式码写成一个一个小单元应该也没错吧 : 毕竟单元测试 : 跟我最近看重构的书也是建议这样 : 上份工作有改到open source的专案 : 好像也是这样 : 是很难看的懂 但扩充维护修改都很轻松 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.32.93.159 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1679378684.A.DAD.html 好客户 如果薪水先发 那就更好了~~~ ※ 编辑: fatalfeel2 (114.32.93.159 台湾), 03/21/2023 14:49:53