※ 引述《musashi023 (太阳鱼)》之铭言： : Senior: : 1. 能设计软体架构 : 2. 活用design pattern 先说 我不会写C++ 但是关於软体架构和Design Pattern我可以补充一下 软体架构实际上在台湾多数职场里的状况 大概可以用一句话来形容 理想很饱满、现实很骨感 学习怎麽设计架构和Design Pattern当然是一件好事 这些工具放入你的工具箱里 不只代表你会使用这些工具 而且你还具备了「知道这世界上存在这些工具」的概念 看起来好像是废话 但其实这麽多年看下来 很多工程师甚至连有Design Pattern这些工具都不知道 或者只是稍微听过但因为各种原因没有深入理解 你看到这里可能会觉得奇怪 你明明问的是学这些算不算senior 但我怎麽开始提「其它人」或「职场状况」？ 因为 其实重点就在「其它人」身上 我挑明了说 软体架构和Design Pattern 绝大部份时间不是工程问题 是政治问题 除非你进的公司只有你一个工程师 或你是带头的底下只有一两个工程师 而且他们唯你是从 不然你要讨论架构 或是什麽地方该用哪一种DP 我的经验是 到最後都会沦为某种形式的政治角力 如果组织大一点 一切都要看那些资深老屁股们愿不愿意听你的话 你如果想把一个模组重构 最好是先说服其它人再开始干 事实上 所有关於这类架构方面的东西 通通都是需要团队先沟通过 大家都OK愿意照着开会所订出来的规范走 最後才可能会有比较好的结果 不然很可能会变成最常见的状况 就是大家各自为政 想怎麽改就怎麽改 每个人都自成一派 架构就变得乱七八糟 而做review的人很可能也不具备判断其它工程师设计的架构到底是好是坏的能力 所以就乱review一通 最後系统变得四不像 每个地方的写法惯例都不一样 然後主管看导入这些有的没的根本没有比较好 接着就放弃继续使用DP或其它一些架构方面的工具了 这也才是架构与DP最困难也最精华的地方 不是学习怎麽使用 是学习什麽时候什麽场合该用 甚至是学习怎麽说服别人一起来使用 你要真正学好这些东西 你永远都要把这个概念放在心底 架构永远是人的问题 不会只是工具的问题 解决人的问题就解决八成了 剩下的就是执行面的细节而已 这真的简单多了 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.169.19.95 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1661141497.A.EAD.html 会用只是基本 之後开会吵什麽地方该用什麽pattern才是最麻烦的 但很多团队连每个人都会用这个基本门槛都达不到了 所以除了这些工具要学之外 要能升级成真正的senior 我自己认为学习怎麽沟通也很重要 ※ 编辑: strlen (118.169.19.95 台湾), 08/22/2022 14:11:51