最近和朋友们聊到这一点。一个老话题，在大中型公司安安分分的做螺丝钉好还是在小公司全面接触的好。
朋友现在创业公司，接触的很多，从域名到服务器，从前端到后台，从设计到内容，都有所涉猎。对我所在的公司，对我所做的内容嗤之以鼻，比如说，岗位和职责非常明确……恩，就是写业务逻辑，在别人写好的东西上写逻辑，这很依赖团队，离开了团队就什么都不是。
当然，我也对他的看法也是不屑一顾的，确实是在小公司里什么都能够接触到，但是毕竟接触得不深刻啊。我的想法是，毕竟咱们还是实习生，至少在毕业后的两年内，都得老老实实安安心心的写业务逻辑代码。
没有对具体业务，具体运用场景，再谈架构都是空的。甚至说，连代码都是写得一团乱糟糟，就说在我们公司吧，对代码的质量和一致性要求非常高，一个空格，一个回车都不能少，在发布之前都有各种评审会议，看你代码规范性和可读性，逻辑是否严密，是否有安全隐患等等。而小公司或者创业公司呢，他们的人力比较紧张，在他们看来，快速实现和上线，比优雅地上线更加重要。
这就导致了两个不一样的影响，一者是严格的代码习惯养成，像命名啦，像对于数据库的操作啦，像调用啦，注释啦，对象的创建啦，这些都是足以影响职业生涯的习惯。而另一方面，是实现功能点就好了的懒散的行为要求。不要以为我说的影响夸张了，要知道，我们可相当于一张白纸呐。就最近有个同事上班没多久就离职了，我接手他的代码，简直痛不欲生，各种不合理不规范，各种危险性操作，简直擦屁股，干活很不认真。
再说说其他点，同样是做网站，服务少数用户量和服务海量用户时，所需要考虑到的问题也是完全不同的。那些小公司大都是传统线下公司，线下渠道占据了大部分收入来源。所以公司不需要架设十分完善的线上服务，对web服务的稳定性，承受压力，用户体验的要求也就没那么高了。其实我现在所在的公司，在之前就是得过且过的状态，如今业务量和数据量已经快撑不住了，才开始重构的，所对于技术选型也是实事求是的，并不需要盲目的谈架构，不像bat员工出来创业，什么一上来就是高大上的springboot啥的，我们的是通过业务和数据的体量进行逐步的迭代架构。
就先说到这儿，毕竟架构这上面的事儿了解得并不多，还是得老老实实的写业务并且逐步深入，过了这两年再接触其他的技术。
朋友现在创业公司，接触的很多，从域名到服务器，从前端到后台，从设计到内容，都有所涉猎。对我所在的公司，对我所做的内容嗤之以鼻，比如说，岗位和职责非常明确……恩，就是写业务逻辑，在别人写好的东西上写逻辑，这很依赖团队，离开了团队就什么都不是。
当然，我也对他的看法也是不屑一顾的，确实是在小公司里什么都能够接触到，但是毕竟接触得不深刻啊。我的想法是，毕竟咱们还是实习生，至少在毕业后的两年内，都得老老实实安安心心的写业务逻辑代码。
没有对具体业务，具体运用场景，再谈架构都是空的。甚至说，连代码都是写得一团乱糟糟，就说在我们公司吧，对代码的质量和一致性要求非常高，一个空格，一个回车都不能少，在发布之前都有各种评审会议，看你代码规范性和可读性，逻辑是否严密，是否有安全隐患等等。而小公司或者创业公司呢，他们的人力比较紧张，在他们看来，快速实现和上线，比优雅地上线更加重要。
这就导致了两个不一样的影响，一者是严格的代码习惯养成，像命名啦，像对于数据库的操作啦，像调用啦，注释啦，对象的创建啦，这些都是足以影响职业生涯的习惯。而另一方面，是实现功能点就好了的懒散的行为要求。不要以为我说的影响夸张了，要知道，我们可相当于一张白纸呐。就最近有个同事上班没多久就离职了，我接手他的代码，简直痛不欲生，各种不合理不规范，各种危险性操作，简直擦屁股，干活很不认真。
再说说其他点，同样是做网站，服务少数用户量和服务海量用户时，所需要考虑到的问题也是完全不同的。那些小公司大都是传统线下公司，线下渠道占据了大部分收入来源。所以公司不需要架设十分完善的线上服务，对web服务的稳定性，承受压力，用户体验的要求也就没那么高了。其实我现在所在的公司，在之前就是得过且过的状态，如今业务量和数据量已经快撑不住了，才开始重构的，所对于技术选型也是实事求是的，并不需要盲目的谈架构，不像bat员工出来创业，什么一上来就是高大上的springboot啥的，我们的是通过业务和数据的体量进行逐步的迭代架构。
就先说到这儿，毕竟架构这上面的事儿了解得并不多，还是得老老实实的写业务并且逐步深入，过了这两年再接触其他的技术。
