※ 引述《wandallin (万大林)》之铭言： : 大家晚安，因为本身没什麽朋友在新创上班，自己也是第一次在新创 : 所以想在这边询问大家开发上的一些小疑问 : 开发环境是react.js + create react app + firebase : 目前公司是MVP刚上线的状况还在补足一些功能 : 好让老板出去推销，尚未盈利也还没确认商业模式 : 不过在开发过程中其他工程师会提一些作法，说是为了未来着想 : 例如： : 1. PR要merge的时候做Squash，因为这样git tree比较好看 这点可参考这篇 https://softwareengineering.stackexchange.com/questions/263164/ : 2. function超过一百行，就想要拆出来 个人是觉得行数不是重点, 要看它的内容是不是有某部份能被视为具体完整的动作才拆出来 不过通常到一百行时有很大的机会是 "是" : 3. 完全遵照eslint的规范，任何warning都不能出现 话说这个有线上版 https://eslint.org/demo/ 你可以把一些知名开源专案 (如 ng react vue) 的程式丢进去 看看是不是都没有 warning... :p 如前面另一篇说到的, 这是给你用来自己设规则方便提醒的, 完全照做就不必, 重点是你违规时知道自己在干麻 : 4. 时常想回去重构程式 这部份我觉得需要好好检视, "时常" 是多常呢? "回去" 是回哪里呢? 是每次想重构的部份都不一样, 还是同一部份改了 N 个版本? 如果是随着开发, 时当想这里调一调、那里修一修, 这还算正常范围, 不过这种通常也不会太费时, 如果是某个功能, 一直想到新架构新流程, 重写再重写, 那...个人建议动手之前多想一想再开工比较实际 也要看看重构的地方值不值得花时间, 核心主干是有需要, 但那种通常不会是他一个人猛钻研而是要大家一起讨论 支微末节的地方就没有时常重构的必要 : 5. 想把所有非同步的function都改成promise 这我觉得有闲可以做, 不然之後要改动到时再顺便就好 : 6. 想导入TDD以及jest，让系统减少错误发生机率（目前没人会这东西） 刚好有在写 node, 刚照官方试了一下 https://facebook.github.io/jest/docs/en/getting-started.html 跑起来不难, 麻烦的是要让它顺顺地进入你们的建置布署流程, 也看你公司是做什麽的, 假如是写网页, JS 是很多分别独立小小片段的那种, 个人是觉得不必, 用 JS 写底层框架或 lib 才比较有需要 而如果是写网页的话建议跑跑浏览器自动测试就好了, 现在资源真的有够多 有影片教学 https://www.youtube.com/watch?v=S4OkrnFb-YY 应该也可以找得到 docker 直接 pull 或 build 一下就能用的环境 装 docker 抓来用就好 : 7. 注解尽量删除，只留jsdoc，减少封装程式码 这点改用工具做吧 @@ : 上面除了第六项其他都开始做了 : 不知道大家的公司的情况是怎麽样 : 我没有想过这些东西的压力会远大过我思考服务架构的问题 : 这些东西让我觉得满烦的，没有制度化都是看个人喜好 : 可能哪天他看到一个别的觉得不错又要用了 : 还是说新创本来就是这样，可能我比较适合回去一般公司 : 这辈子第一次觉得写程式这麽烦＝＝ "远大过" 个人是觉得一定有哪里不对劲, 用的范围不恰当/没有使用好工具/频率太高/etc... --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.163.80.109 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1524637064.A.643.html