※ 引述《m13m13m (奇怪 还没收到??)》之铭言： : : 工作上遇到一层不变的薪水, 和难以跨越的门槛(做某一个框架 : 几年, 想换到另一个想去的公司但是框架不同, 好的话,年资是从新算, : 常常是遇到根本没机会, 即战力第一. 久而久之,路变得有点窄. : → m13m13m: DevOps/SQL 是好建议,正在点docker/aws, SQL command 04/04 21:20 : → m13m13m: Argos:想出国看看, 我不想当嘴炮的人 04/04 21:20 : → m13m13m: oneheat: 腾讯吗. 语言框架不对, 第一关就无法pass了 04/04 21:21 : → m13m13m: 假设我PHP很多年,要去弄node.js/ java也是从头算年资. 04/04 21:22 : → m13m13m: 从头开始学. 另外换一个语言不可能只要几周, 比如c++ 04/04 21:23 : → m13m13m: 学很多你要保证你每一个都能一直跟上去最新的工具 04/04 21:23 这一串看下来，感觉你好像很纠结在语言或框架的熟悉度就是即战力。 但出来久了，很多时候你会发现其实大家真的在用的东西都是很简单的部 份的，也就是传说中的只用到 20% 的功能，有 80% 是用不到的。 当然有把语言和框架用到出神入化的人，但多数的时候反而都是很基本的 部份，有的时候甚至会觉得这是好事，框架有他方便的地方，但通常藕合 度比较高。我现在反而比较喜欢不过度依赖框架的程式码。 所以你会发现大家会觉得你想加薪，结果想出来的方式是跳框架很奇怪。 即战力是可以从不同的面向来看的，举例来说，当今天你发现你家用 PHP 做的做流量统计服务（类似 GA 的服务）的网站，效能撑不住了。开个网 页要四五分钟还开不出来，这个时候来了两个人： A：「嘿，我做过工厂自动化数据分析报表的网站喔。咱们的资料量是每个 机台最慢每秒有一则统计输出，工厂有一百台机台，二十四小时开工，所 以每天有约八百万笔资料产出。我们的网站报表数据基本上是即时的，不 会差距三分钟，网页读取速度不会超过一秒。喔，我们的系统是用 Java 实作的。」 B：「我有五年 PHP 的经验喔，我 Laravel 很熟喔。我做过很多 CRUD 的 网站喔。」 请问如果你是主管，你会觉得哪个对你们公司才是即战力呢？我想这就类似 上一篇回文里 qrttl 大大提到的套路。因为做过，所以知道这个问题大致 上怎麽解，而很多问题的本质，是与该专案所使用的程式语言或框架没那 麽相关的。 像我基本上都是在 Java 相关的专案与工作打滚，但也去面试过资深 PHP 工程师的职缺，然後问与考的东西大部份都与 PHP 无关，而是在於各式各 样的「套路」。例如 MVC 的基本概念，XSS 怎麽防，SQL Injection 怎麽 防，怎样的问题你会怎麽解，API 你会怎麽设计。我 PHP 是研所论文在用 的，之後出来工作七八年，完全没在用，甚至没用过任何 PHP 的框架。 讲实话，如果没有速查表和参考资料，你叫我从头写 PHP 我大概会写不出 来。但最终我有拿到 Offer，而且也还不错，只是经过一些考虑後还是决 定继续待在 Java 这个领域。 至於你说的第一关被刷掉，我想履历和面试时的应对可能有比较大的关系， 特别是面试，不只是你问我答，也需要自我披露啊！面试官问的时候，你 可以在你的回答里延伸出你练过什麽套路，解过什麽问题，而且展现出你 理解的是这个问题的基础原理，而不是只是瞎猜。 举例来说，你们的解法是加开 Instance，那为什麽要加开，是 CPU Bound 还是 Memory Bound 还是 IO Bound？你们是用什麽方式决定是否要加开 Instance，怎麽做 Profiling 怎麽做 Benchmark？这些也都是套路的一 部份，而且也不会跳语言或框架就会有太大本质上的改变。 那有没有跳语言和跳框架即战力就下降的状况？也是有的，例如你现在叫 我去写 NodeJS ，我肯定写得不好也没有即战力，因为和我最熟悉的典范 是不同的。 PHP 和 Java 的世界里，多数都是 Multi-Thread / Blocking 的操作， 回圈什麽随便用。 但 NodeJS 是个完全不一样的世界，他的典范是 Single Thread / 非同 步呼叫模式，基础的思考方向就不一样，解题的方式也会不同，如果我用 Blocking 的思考方式去写 NodeJS，结果肯定很惨烈。 这种的我觉得跳语言和跳框架就比较有意义，因为学到的是另一种解问题 的思维。 而有一些问题，在某个典范下可能很难解，但在另一个典范会比较容易， 例如这几年很火红的用 Functional Programming 的典范来解决 Concurrent 问题等等。 最後，这一阵子决定要花点时间做个 Side Project 当做这几年工作成果 的总覆习，於是列出了一些这个专案想要达成的目标，大致上如下： - TDD，测试覆盖率 90% 以上。 - 乾净的架构，核心逻辑与资料库、框架等等严格分割。例如资料储存 可以在不依赖框架的情况下，随时抽换 NoSQL 或 RDBMS。 - 架构上有足够的弹性，可不靠 Middle Ware 就能做到 DB Sharding。 - 架构上有足够的弹性，可不靠 Middle Ware 就能做到资料库读写分离。 - 证明 API Server 可以处理 C10K 的问题。 - 可以做到网站与 APP 的资料双向同步。 - 能够做到快速部署，快速建立开发环境，模拟新人进来时候的状况。 结果列一列之後，发现多数都是和语言 / 框架无关的问题，而是在系统架 构上要怎麽设计，而这些设计原则，不太会因为换了语言或框架就改变的。 以上是在 Backend 打滚了几年後的一些想法，给你参考看看。 -- ~ 白马带着她一步步地回到中原。白马已经老了，只能慢慢地走， 'v' Brian Hsu 但终是能回到中原的。江南有杨柳、桃花，有燕子、金鱼…… // \\ ( 坟 墓 ) /( )\ 但这个美丽的姑娘就像古高昌国人那样固执。 【白马啸西风】 ^`~'^ http://brianhsu.moe 『那都是很好很好的，可我偏不喜欢。』 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.231.72.39 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1522894163.A.1DC.html ※ 编辑: brianhsu (36.231.72.39), 04/05/2018 11:17:45 不知道算不算啦跳…… 第一份工作：Android 手机 BSP Kernel Driver，C 语言。 第二份工作：Java / JSP 网站後端。 第三份工作：Scala 网站全端 / Scala 桌面程式 / STM32F429 与 8051 等单晶片控制硬 体 IO，收发 RS232 讯号等样样来。 第四份工作：Java / Play Framework 网站後端。 然後切换的过程中，程式语言框架反而是最简单的部份……我只记得我好像烧掉两片 STM 32F429 呢，和不知道多少个机板呢。囧。 ※ 编辑: brianhsu (36.231.72.39), 04/05/2018 14:29:52 第一份半年，多数在维护和 debug，没啥好讲。大学专题做 Linux Kernel，所以 不太会被质移，而且才半年，多数知道是刚出社会方向不定。 第三的话，桌面程式我本身就有开过个人专案，嵌入式系统的部份，我讲得出整个 系统架构的和专案的一些细节啊，所以还没被质疑过。毕竟小公司，一个人抵 N 个人用，什麽都要碰很正常啦。 ※ 编辑: brianhsu (36.231.72.39), 04/05/2018 14:44:33