来到厦门之后是各种都好，包括上午吃下午茶桃子的时候，这个时候吃下午茶是有点挺奇怪的，感觉甜甜的，包括最近吃的水果，包括芒果，桃子，荔枝貌似都比北京的有味道甜，忍不住跟旁边的同事说。你有没有感觉这边的水果比北京的有味道，这个同事也是从北京招聘过来的，回复是没有啊。哈哈，那为啥我感觉甜呢，好吃呢。难道是心理原因，来到厦门感觉各种好？
其实是来厦门都适应的特别好，唯独是工作让我伤脑筋，从上个月13号入职到现在基本上一个月了。工作各种不适应，没有进入到开发工作中来，这不是可怕的，关键是对项目一直熟悉不起来。读起来很费劲，没有办法去弄清楚一个流程，包括一个模块。后天领导就要对我进行monthly review 不能不让人亚历山大。不怕进度慢，就怕没有进度。而我恰恰属于后者，没有进度，而且还找不到可以解决途径。
或许我可以需求帮助，这样集思广益，说不定其他人能给我提供新思路或者能有效解决问题的办法。
抛出去的问题是：入职一个月了，项目负责度比较高，技术不熟悉，各种整不明白怎么办？
解决方案一：死磕，学，有功夫扯淡不如埋头去做。
的确是戳中泪点，漫无目标的看代码，看着看着思路没了，顿感无聊，忍不住刷群消息，然后跟网友们聊起房子，各种事情看法，见闻见解。实际上也是学习，但是却不是最紧急重要的。学习难度太大导致的给自己降维，这样可不行。问题没有解决，情况就不会好转，而问题不会被动解决，只要主要应对，没有行动可不行。
解决方案二：几万行的代码，想要都熟悉起来，不太现实，一般看看项目有哪些公用方法，目录结构如何划分，业务代码可以不用看
也是戳中问题所在，其实我也是冲着对项目完全了解的目标来的，看项目这个复杂程度，这个目标是不可行的，归根结底我要的是掌控感，那么我不需要这么做，我要做的是去了解项目的关键点，那么首先要做的事要找到项目的关键点在哪儿。1、view层跟reducer层是怎么分工协作的，又是如何配合完成任务的？2、数据流，数据是怎么个流向走动，数据如何展示在页面上，页面上触发一个动作如何做到的数据更新？3、数据变动会体现在localstorage里的数据变动，这个是如何做到自动更新的？4、了解他的模块划分，画一个模型出来，图形化会把事物之间关系变得更具体，并有助于大脑的思考，并进一步思考为什么这么做，能不能简化或者修改？
另外如果你想对项目整体有掌控，那么就不能揪住细节不放。见树不见林就是这个道理。细节不用太关注，能够了解到为整体服务的程度就够了。
解决方案三：1、弄清项目结构层次，每个目录放了什么。2、不关注细节，用笔画下调用堆栈信息。3、项目跑起来，追踪数据流向，更改代码看效果。
以上是针对我的问题，扯淡友们给的解决方案，我感觉都特别好，有很强的可行性，操作性。根据这些解决方案，我会提取里面的一些方法来组合适合自己的一套方案，来解决工作中遇到的问题。
听君一席话胜读十年书，虽然没有那么夸张。但是有些事情早明白，真的能让人少走不少弯路。
之前我不怎么画图都是在脑子里构思，那么现在在面对更为复杂系统的时候，这种方法就不太可行了。多画画流程图，模型图，会加深印象，能更进一步解决问题。
第二个是我该转变思维，做真正有价值的事儿，以前写了很多代码，我认为质量很高，性能更优，但是真的是没那么有价值。作为开发人员，什么做才能更体现价值呢？一个网友提到是定规范，而不是编码能力比别人厉害。从这个角度延伸思考，同样是编码人员，编码能力的差距真的不会体现出两个人的能力差距有多大，体现差距的反而是两个人所做事情的不同。一个人只是业务编码，而另外一个人负责定规范，定流程，或者写一些公共的库，插件或者方法提供给团队其他人用，那么做出的价值绝对是不同的，甚至不是一个量级的。如果一个人为团队服务，那么它所体现的价值不单单是他所做的事情本身，也包括这个团队，同时他的价值得到更大体现，这样的事情我要尝试多做。
另外我认为开发跟工程师的区别在于，开发单单是为了功能而进行的开发工作，而工程师会思考代码如何组织更合理，程序跑起来性能更优。
网友评论