在新公司进步很慢怎么办？

[加拿大松鼠]

具体怎么做的，教教我吧

越是不懂技术，越是做管理的料

 

[waren]

1. 大公司往往业务划分很细，每个TEAM都只负责其中一小块，对于JUNIOR和INTERMEDIATE的职位而言，比较少有机会完整开发业务逻辑和功能模块是常态，即使在你转正之后，恐怕也依然会面对同样的问题;
2. 开始阶段难以提出有深度的问题很正常，因为你之前毕竟没有相关的经验积累，我想这个他们在招你进来之前也是有所预期的。但是在试用阶段，应该尽量做个有心人，多做笔记。这几个月的目标应该包含以下几个方面
2.1 了解清楚你们目前做的这个WEB APPLICATION的系统架构，知道业务流和代码模块之间的对应关系，知道系统有哪些外部接口，有哪些模块间的层次关系;
2.2 了解整个系统的部署方式，数据库的表结构及含义，比如如果系统是部署在如AWS的公有云中，那应该熟悉一下AWS的相关部署，如果采用DOCKER,应该熟悉一下DOCKER的脚本命令等;
2.3 能够熟悉整个系统的CI过程并能够独立使用，如系统的版本和BRANCH如何控制，单元测试如何做，RELEASE的过程如何
2.4 能够定位BUG的问题出在哪里，QA报了BUG以后，你不一定要能修复，但是要有能力定位到到底是哪个模块，哪段代码出了错，换而言之，要能有独立的DEBUG问题的能力
2.5 熟悉整个公司的产品线和业务流程，知道你们TEAM所做内容的上下游都有哪些
3. 之前我不知道这个大公司是做C#，而你又没有这方面的经验。这个需要你自己做个决断，因为C#和JAVA，虽然语言本身的语法挺类似，但在企业级应用层面，差别还是挺大的，以你目前的年纪，恐怕得选定一个方向作为未来一个相对长期的方向。如果你未来想继续做JAVA，那无论你现在这家公司做长做短，你应该将主要精力放在学习一些和C#相关性不大，但又相对通用的东西，比如DOCKER,AWS,SWAGGER等等，如果你打算未来继续做C#，则应该在现阶段多下功夫，把C#的实现流程和细节弄清楚。
4. 个人觉得即便你打算未来做JAVA，也应该首先尽量通过试用期，呆满一年再谋下家，这样的话，你现在大公司一年的工作经验，就会给你的履历增光添彩，反之，如果你试用没结束就走，那现在这家公司的经历，就有可能成为你找新工作的负面资产了
5. 刚进入这个行业，刚开始都会有这样一个从感觉什么都不懂到心中有数的过程，不用太担心，多看，多记，多想，应该没问题的。

不懂此专业，看到回答很棒。

 

[j0n6dj2y2w]

越是不懂技术，越是做管理的料

是的，但是人缘关系要好，还要会用人。

 

[加拿大松鼠]

是的，但是人缘关系要好，还要会用人。

管理是门科学和艺术，只是很多人不明白

 

[j0n6dj2y2w]

管理是门科学和艺术，只是很多人不明白

我不想走管理路，一旦不能管理怎么办？

 

[加拿大松鼠]

我不想走管理路，一旦不能管理怎么办？

管理是企业最重要的部分
千军易得一将难求就是这个道理

 

[j0n6dj2y2w]

管理是企业最重要的部分
千军易得一将难求就是这个道理

将毕竟比兵少得多。

 

[加拿大松鼠]

我不想走管理路，一旦不能管理怎么办？

很多技术人员瞧不起管理，看不到好的管理的价值，这可以说是技术人员的通病

 

[加拿大松鼠]

将毕竟比兵少得多。

是啊
没办法

 

[j0n6dj2y2w]

很多技术人员瞧不起管理，看不到好的管理的价值，这可以说是技术人员的通病

不是看不起，是当不长久，坐不稳。

 

[加拿大松鼠]

不是看不起，是当不长久，坐不稳。

好的管理人员，一年挣得就够一辈子了

 

[j0n6dj2y2w]

好的管理人员，一年挣得就够一辈子了

不是第一代移民的梦，很想培养一个这样的人，不知道能不能美梦成真。

 

[加拿大松鼠]

不是第一代移民的梦，很想培养一个这样的人，不知道能不能美梦成真。

很难培养

 

[soleil_lee－太阳李]

好吧，我本来也很少问mentor什么，因为他的瑞典语太难懂了，嘟嘟囔囔的。其实我基本上就是一个人看，那我以后还一个人弄吧，能懂多少算多少

原来你们工作语言是瑞典语呀？乖乖你太牛了。

 

[soleil_lee－太阳李]

每个人写7分钟代码，然后给别人，这是什么东东？

我也觉得奇怪，还是第一次看到这种开发模式。开眼了。

 

[dennistan2009]

快去跑步，别懒惰。

 

[加拿大松鼠]

原来你们工作语言是瑞典语呀？乖乖你太牛了。

是啊
也不知道他是怎么移民到瑞典的

 

[加拿大松鼠]

我也觉得奇怪，还是第一次看到这种开发模式。开眼了。

磨洋工加滥竽充数的好办法吗

 

[woodenwang]

谢谢 @woodenwang ! 很惭愧，你列的所有点，我都没做好……
我是一个招聘公司派过来的，招聘公司的计划是6个月试用期，以后转永久合同成为这家公司的正式员工。我想如果得到合同，那就做下去；如果没有，以后找工作一定要问问清楚到底做什么，最好是java，而且实际参与写代码开发的那种。

我自己也有问题，最近交了个女朋友，在国内，因为时差，下午总要抽半个小时视频；还有入职之前报了城里的2个拉丁舞课程，占有业余时间太多，没时间学习。不过好在11月底舞蹈班就结束了，我不会交钱继续了。

你的mentor是对的,通读整个codebase不现实也没必要,找一个清晰的solution,搞清楚从前往后mvc各模块之间的关系即可。debug是需要经验积累的,但首先要搞清楚一个总体的控制流和数据流.

 

[j0n6dj2y2w]

是啊
也不知道他是怎么移民到瑞典的

他很有潜力，只是太孤单无助。

 

[woodenwang]

@gongbao, 我对C#也不熟悉，没办法给你特别具体的建议，但从我个人的经验来看，了解一个Web Application平台可以尝试去抓住以下几个重要的点
1） 从数据存储出发
1.1. 先搞清楚数据存储有哪些途径，是都是基于关系型的数据库，还是有No-SQL database, 是否还有内存数据库，或者其他的基于文件的persistent 数据存储方式，针对这些不同的存储方式，争取先对一些核心的结构有所了解，如果是关系型数据库，那么应该尝试了解一些核心表的结构和数据字典，如果是基于JSON等的非关系数据库，则应该了解JSON的SCHEMA定义，从而知道持久化数据的定义方式
1.2 针对1），在代码级别是否有对应的代码来和数据库之间进行映射，做ORM
1.3 是否有专门的数据访问层DAO做基本的CRUD
1.4 业务逻辑如何利用1.2 和1.3 中的模块组织，1.2和1.3不一定是必须的，也可能是业务逻辑层直接和数据存储层打交道
2 ）从ＵＲＬ请求出发
　2.1 首先搞清楚这个ＵＲＬ的Response是什么样，这个可以通过BROWSER的INSPECTOR查看，如果Response是一个JSON，则一般来说是一个Restful服务，如果不是的话，则搞清楚URL所对应的传入参数是什么，包括URL中的以及HTTP Request里包含的
2.2 弄清楚谁负责URL的解析和转发，这个是一个关键，比较要搞清楚，当然这个解析和转发的不一定是自己写的代码，也可能是所使用的框架自带的，那样也应该会有相关的配置，弄清楚这个，就可以知道某个URL会给哪个具体的类进行处理
2.3 弄清楚2.2 转发请求后的具体处理类的一般结构，如怎么解析Restful中的URL里的Path,如何处理不同的GET,POST,PUT等HTTP请求
2.4 弄清楚2.3中如何和1.4中进行交互，调用具体的业务逻辑，是通过直接调用，分布式异步调用，还是通过消息机制或者 Reactvie 的订阅/发布

搞清楚了这两块内容，那么就能知道从前往后的整体数据流和控制流。在此基础上再结合具体的业务，就能比较快得知道问题定位，并进行相关调试