※ 引述《musashi023 (太阳鱼)》之铭言： : 诸位资工大神好，我本身是EE背景的 : 因为想脱离design house的生活 : 一直有在刷题+补充Cpp, oop 相关知识 : 之前有幸找到一份junior写Cpp的工作 : 想了解对各位来说，有没有一个对於qualified cpp programmer的具体标准 : 我的理解： : Junior: : 1. 熟练STL, 能解决被交付的工作 STL 之外 boost (https://www.boost.org/) 也要会用一点， 有余裕的话这两个也稍微看一下： https://abseil.io/ https://github.com/facebook/folly 如果确定公司偏好用哪一套的话可以指向性学习。 不需要盲目去学整套，至少要有从里面选东西来解决问题的能力即可。 : 2. 熟练应用资料结构 : 3. 熟练使用template （之类的 你能把 STL 用得熟其实就包含这两者了。 所谓 template 的使用其实有区分，一个是像使用 STL 那样人家写好的来用， 一个是用 template 设计函式库，後者不是一定需要，实际上常用不太到。 : 4. oop 这对於写出容易交接、容易合作、容易让人看得懂的程式码有帮助。 也有公司完全不用 OOP 在写 C++，这很看你进的公司是干嘛的。 总之先学好不是坏事，确定上面有 seinor 带你的话可以进去边被骂边学。 这个脸皮可能需要厚一点乖乖被骂，每个人都有这时期，有人带比自己乱学得好。 另外我觉得最重要的还有几个： 5. 编译、连结错误的讯息要看得懂，连这个都卡住还要问人的话很容易变累赘 6. 懂得使用除错工具，以 Linux 环境来说就 gdb、valgrind、address sanitizer 等。 包括程式不小心掉进无穷回圈，你要知道怎麽让除错工具拦截下来看到底在干嘛。 7. 特定作业系统的开发工具组，我知道要写 C++ 的有不少是 Linux 环境开发， 如果连基础 Linux 指令都不会下，g++ 和 clang++ 指令都还要问人的话就有点惨 8. 写出让别人容易看懂的程式，不要炫技，写每一行之前都先考虑别人看不看得懂 9. 会用 git 之类的版本控制软体 : Senior: : 1. 能设计软体架构 如果上面没有系统分析师或系统设计师也没架构师在，这两个也不能说不对。 只是这跟 C++ 比较没有关系，它比较偏跨语言的泛用知识。 把 C++ 学得超级好也未必能修得这类技能，这技能树的起点和 C++ 算是平行。 : 2. 活用design pattern 先假设你指的是物件导向的 design patterns， 如果你的想法是 C++ 先学好，然後就直接跑去学 design patterns 并灵活运用， 那麽我要以一个写 25 年 OOP 程式的过来人告诉你：此路不通。 还好不像十年前一样，现在讲这个已经有网路文章能参考了，可以读一下这两篇： 先学物件导向还是先学设计模式？ http://teddy-chen-tw.blogspot.com/2014/03/blog-post_26.html Top-down和Bottom-up设计方法 http://teddy-chen-tw.blogspot.com/2014/03/top-downbottom-up.html 更精确来说，物件导向整个领域除了 OOP 之外还有 OOA 跟 OOD。 传统软体开发流程一定会看到的就是需求、分析、设计、实作几个阶段， design patterns 是 OOD 阶段的函式库，你光会套用函式库和你会设计是两码子事。 如果你压根不知道软体开发是怎麽从需求走到设计， design patterns 直接啃下去然後拿来用，几乎可以说 100% 会出大事。 就像有人 20 年前用 Borland C++ Builder 写得一手好 GUI 软体， VCL 元件库没有一个他不知道怎麽用的， 但是他 C++ 底子可能烂到不堪入目， 连自己实际上在写什麽东西都不知道。 程式不但很难读懂，别人接手他的程式码每个都会想砍掉重练。 话题有点扯远了，比起上面的两个能力，我会比较注重这些： 1. 程式码重构能力 (refactoring)，比起预先设计，我更喜欢先照直觉写再重构 2. 懂测试驱动开发 (test-driven development)，尽量以测试程式代替死版的技术文件。 这个和程式码重构通常是搭配在一起的东西，能确保你每次重构都没改坏。 测试框架如 Boost.Test 或 Google Test 等等的能熟悉一两种最好。 3. 有办法 review junior 的程式码并给予正确指导，人带不好你一个人写还比较快。 公司有引入 Phabricator 或 Gerrit 的话，要熟悉怎麽善用它。 4. 完备的 OOP 知识，有少许 OOA 和 OOD 概念，写出的程式可以应对需求快速变化， 不要遇到需求改来改去就只会想着揍主管、揍客户或是辞职把锅甩给别人 5. 完备的多执行绪和非同步程式开发能力，并知道如何除错 6. 广泛涉猎各种框架和函式库，如 Qt、C++ REST SDK、redis-cpp 等等， 当然允许混用不同程式语言开发的话，可以在非效能关键部分结合别的语言， 然後搭配 SWIG、gRPC 等工具把不同语言开发出来的程式连接起来 7. 能快速评估第三方函式库是否适用於自己的专案，有办法 trace、修正问题并扩充 8. 随时跟上 C++ 最新标准，最近十几年 C++ 标准也开始飙车了，不要轻易被甩下车 9. git flow、github flow、gitlab flow 这些也要熟悉到一个程度，能指导 junior 在 4. 我并不强调 design patterns，有兴趣碰自然是更好，但相关基础先打稳再说。 如果你团队里 senior 之上就没有人统筹规划架构，那可以再进阶以图自立自强。 这颗技能树完全长在跟 C++ 不同地方，不是你 C++ 学到极致就能跨过去。 你要点亮它的话可能要先知道怎麽从需求走到 OOA，然後再从 OOA 走到 OOD。 这部分有个概观就好了，後续是搭配现代的各种敏捷开发法一起使用。 上面给的连结也会告诉你就是需要混合 bottom-up 和 top-down 东戳一点西戳一点， 硬用线性学习法你只会觉得自己像在读国文课本一样，很难靠自己吸收到真髓。 所以与其说它是技能树，实际上是可以跳着点的，没有先练好什麽才能练什麽这种事。 C++ 也是同理，整个学习方式几乎都是先零散学习最後才连起来。 这语言复杂归复杂，实际上不用全学好还是能拿来工作，等全学完再上你都变老人了。 : 因为一直担心自己刷题或是学习的方式太零碎, 局限 : 故认真发问 : 欢迎各种补充 -- Ling-hua Tseng Architect Research & Development Department Stranity Technology Co., Ltd. --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 220.135.18.57 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1660998408.A.76F.html ※ 编辑: tinlans (220.135.18.57 台湾), 08/20/2022 20:42:29