黑马分享日记

  今天邀请了两位优秀的小伙伴过来分享就业情况

以下是来自他们的就业心得以及总结，希望可以对你们有所帮助！~

作为开始，我送一句话给看到的人，改变你的不是黑马，是你自己，黑马只

是过程的其中之一，他虽赋予你能力，但你踏进来黑马的那一刻，你就开始成长，

这一路，你不停，就不会结束。

我们刚刚经历了面试，拿到 office，前面的辛酸也就此翻篇，现在开始的是一

个颇为庞大的话题了，在没有经验的情况如果快速上手公司的架构，迅速找到开

发的工作的感情，融入工作流。以下我就简短地总结一些心得和方法。

通过公司培训快递上手，当然很多公司并没有培训，否则为什么要招中级，

只有一些文档，甚至文档都没人为你梳理一遍，就让你看，拉了代码就让你看，

某一天来了需求，而且还是紧急的需求，就让你做，那这种情况下怎么办？珍惜

你那几天的时间，大多数人都是无意识地随便看看，摸鱼，我建议从业务、开发

规范、架构和数据三个维度入手。

业务：公司是做什么的，未来你的需求功能是作用在什么业务上，这个很重

要的，影响你的代码设计，我简单举几个例子吧，例子一，例如我们做支付业务，

你要有设计订单表，订单支付表，订单表生成的数据来源，就是怎么算钱，生成

订单记录写入库，然后和支付表关联；例子二，功能是告诉客户一些你的操作失

败，客观上来说公司持久化这些数据到数据库是无意义的，那你可以考虑先用

mongoDB 记录回显，然后当天再一次性统计到数据库。还有一些对应业务是否

需要做数据清洗？校验的维度？这是我经历的例子，还有很多

我阐述的观点-业务性是代码设计的基础。

开发规范：这个涉及一些保密内容我就不展开来讲了，我笼统地总计一下，

大致是以下，公司用的框架、封装类、开发规范等；开发规范，是你未来公司的

规则，涉及到日志，命名，枚举，编码风格等等；封装类，公司已有的类似操作

redis 的工具类，亦或持久层的 BaseDAO，亦或继承 BaseController 可以直接拿

到 userId 等等封装好的功能类；框架这个就不展开了。

架构：刚才提到了框架，不就是架构了？其实我这里专指的架构是整个开发

的流程，例如我，4 个环境，本地环境，开发环境，测试环境，生产环境，拉代

码到本地开发，单元测试的做法（例如绕登录等）？公司前后端联调的做法？部

署是用什么工具？提测流程等等，一定要清楚你开发工作流的架构。

数据：这个，这个超级无敌重要，我本人就是因为不熟悉字段，导致开发的

时候接口多次返工，甚至影响了发版时间，导致发版延期，那几次真的要哭了。

简单来说就是主外键，什么字段关联哪个，前端要回显的数据是哪些字段，字段

的意思，记录生成对应的原业务是什么，我曾做过中级难度的经营统计，三个数

据库多张表的跨库统计。四五十个字段做逻辑处理，多种技术，其实技术栈不懂

没关系，你领导会教你，因为公司都只是为了做好业务顺利上线为公司创造产能

的，这个不丢脸，真的不丢脸！

摸清楚了这几样你就可以写好代码了，毕竟编码不是最费时间的，我领导批

评我的时候说，你在脑子里面都规划才写，编码是最不费时间的，因为你都想好

了，写就很快。还真是这样，我第一个简简单单的导出功能写了 4 天

呵呵，现在我 2 个小时都不用就完成了！第一个需求一般 CV 就可以。

以上就是我入职的心得和感受了，希望这些大纲对大家有所帮助~

享受开源，反哺开源。持续成长，终身输出！

黑马分享日记

  今天邀请了两位优秀的小伙伴过来分享就业情况

以下是来自他们的就业心得以及总结，希望可以对你们有所帮助！~

作为开始，我送一句话给看到的人，改变你的不是黑马，是你自己，黑马只

是过程的其中之一，他虽赋予你能力，但你踏进来黑马的那一刻，你就开始成长，

这一路，你不停，就不会结束。

我们刚刚经历了面试，拿到 office，前面的辛酸也就此翻篇，现在开始的是一

个颇为庞大的话题了，在没有经验的情况如果快速上手公司的架构，迅速找到开

发的工作的感情，融入工作流。以下我就简短地总结一些心得和方法。

通过公司培训快递上手，当然很多公司并没有培训，否则为什么要招中级，

只有一些文档，甚至文档都没人为你梳理一遍，就让你看，拉了代码就让你看，

某一天来了需求，而且还是紧急的需求，就让你做，那这种情况下怎么办？珍惜

你那几天的时间，大多数人都是无意识地随便看看，摸鱼，我建议从业务、开发

规范、架构和数据三个维度入手。

业务：公司是做什么的，未来你的需求功能是作用在什么业务上，这个很重

要的，影响你的代码设计，我简单举几个例子吧，例子一，例如我们做支付业务，

你要有设计订单表，订单支付表，订单表生成的数据来源，就是怎么算钱，生成

订单记录写入库，然后和支付表关联；例子二，功能是告诉客户一些你的操作失

败，客观上来说公司持久化这些数据到数据库是无意义的，那你可以考虑先用

mongoDB 记录回显，然后当天再一次性统计到数据库。还有一些对应业务是否

需要做数据清洗？校验的维度？这是我经历的例子，还有很多

我阐述的观点-业务性是代码设计的基础。

开发规范：这个涉及一些保密内容我就不展开来讲了，我笼统地总计一下，

大致是以下，公司用的框架、封装类、开发规范等；开发规范，是你未来公司的

规则，涉及到日志，命名，枚举，编码风格等等；封装类，公司已有的类似操作

redis 的工具类，亦或持久层的 BaseDAO，亦或继承 BaseController 可以直接拿

到 userId 等等封装好的功能类；框架这个就不展开了。

架构：刚才提到了框架，不就是架构了？其实我这里专指的架构是整个开发

的流程，例如我，4 个环境，本地环境，开发环境，测试环境，生产环境，拉代

码到本地开发，单元测试的做法（例如绕登录等）？公司前后端联调的做法？部

署是用什么工具？提测流程等等，一定要清楚你开发工作流的架构。

数据：这个，这个超级无敌重要，我本人就是因为不熟悉字段，导致开发的

时候接口多次返工，甚至影响了发版时间，导致发版延期，那几次真的要哭了。

简单来说就是主外键，什么字段关联哪个，前端要回显的数据是哪些字段，字段

的意思，记录生成对应的原业务是什么，我曾做过中级难度的经营统计，三个数

据库多张表的跨库统计。四五十个字段做逻辑处理，多种技术，其实技术栈不懂

没关系，你领导会教你，因为公司都只是为了做好业务顺利上线为公司创造产能

的，这个不丢脸，真的不丢脸！

摸清楚了这几样你就可以写好代码了，毕竟编码不是最费时间的，我领导批

评我的时候说，你在脑子里面都规划才写，编码是最不费时间的，因为你都想好

了，写就很快。还真是这样，我第一个简简单单的导出功能写了 4 天

呵呵，现在我 2 个小时都不用就完成了！第一个需求一般 CV 就可以。

以上就是我入职的心得和感受了，希望这些大纲对大家有所帮助~

享受开源，反哺开源。持续成长，终身输出！