正在实习，感觉根本学不到什么，无非是改 bug，写业务 sql。

[leibusi]

这正常吗？

[seasstyle]

很正常，不要多想。

[fzxml]

学啊, 查资料, 优化 SQL, 优化代码

[venhow]

公司领进门，修行在个人。

[jydeng]

正常，毕竟招你干活的

[p2pCoder]

做 web 做后端 不都干这些吗

[maemual]

要不然你一实习生想干啥？上来就把整个架构推翻了重写？

[God1ike]

学习靠自己，公司招你是干活的。等你在工作中发现自己不懂的东西，这就是学习的机会

[leeyom]

不都是这么过来的吗？一开始就让你弄架构你弄的来吗？踏踏实实，莫浮躁，从最基础的 CRUD 写起吧

[sunnyadam]

实习生写代码 bug 的坑谁填？大部分实习生水平就那样（不是看不起，因为我以前也是那样过来的）要么就是白写，要么就是正式的给你写 bug，而且业务也不熟悉，你去熟悉业务的时间就花费了很多，还不如优化下 sql，顺带可以熟悉业务

[fcoolish]

正常，我同学改了好多 bug 才给需求写写代码，

[millson]

那你想干什么，如果是入职初期，那么是正常的，肯定要让你在这个过程中熟悉现有架构；如果已经很长时间了，那么也可能是正常的

如果我带的实习生以为把安排的任务完成就算工作完成的话，那我会认为他以后只能做这些事情

看下有没有做到下面的，我所希望的实习生能反馈给我的信息，不一定对，仅供参考

1. 确定自己改 bug 的解决方案是最优解吗，能分析出这个 bug 的成因吗，今后如何避免类似 bug，通过解决这些 bug，是否对现有系统有更深入的理解，又有哪些方面是模糊的

2. 写业务的话，是仅仅根据需求按部就班的解决，还是会在写的过程中结合现有系统，思考自己写的代码会不会由于考虑不全面，导致埋什么坑（实习生埋坑是正常现象，就算做 code review，mentor 看到几百行 diff 估计也会很晕的，至少我是这样的，有时候就得过且过了，毕竟功能实现了不是吗）

[linxl]

不能老觉得写代码能改变世界.

[herozem]

最开始是这样的。正式工作大部分时间也是这样的。在没有一定量级之前都是这样的（在毫无并发量可言的环境下，API 如何如何都体现不出来）。但是量级来了之后，事情就开始变得不同了。

- 数据库优化（检查数据库 model 设计是否合理-查看检索语句是否用到了索引-升级数据库配置-“三星”索引优化-垂直分表-水平分表-垂直分库-水平分库(shard)）
- 缓存(中心化缓存 /去中心化缓存)
- 负载均衡（ Nginx 可以作为后端应用服务器的负载均衡器从而避免后端应用服务作为单点，那谁又可以作为 Nginx 的负载均衡呢？原理是什么？）
- 异步任务（选取何种 MQ ？ Redis 是否足够？是否需要消费确认？异步任务框架的工作原理？）
- ...

还有很多很多很多知识我猜你可能是不知道的。

[iyaozhen]

你这还能改 bug，要是系统复杂点第一个月模块间关系都还理不清楚。

我觉得改 bug 很有用，不管是已经找出原因的 bug，还是要自己定位的 bug，对你了解现行系统很有帮助

[Amance]

你觉得 你作为老板会让你 做核心业务么，天天发牢骚不如买几本电子书...

[herozem]

除了上面提到的，还想到一些：

- 自动化部署
- 阅读开源代码，学习别人家的软件是怎么设计的。Nginx ？ Redis ？也许你不写 c 可能突然读这些难度太大对于当下的工作益处也不是能显现的。自己去挖掘自己所用语言的框架啊，非常出名的软件啊等等的开源代码去阅读。
- 阅读文档，很多大型软件的源代码已经不是一下子能搞清楚的了。而常用的大型软件的配置你未来肯定会用到，比如 Nginx 的配置，比如 Redis 的命令。

想不出了。。都是临时想的。你可以对着这些一个一个慢慢来掌握。

或者有其他疑问，可以邮件交流。 我想想交流的人能找到邮件是多少的 :)

[yeepZhang]

不这么做的话，以后会有新的实习生来改你的 bug。关键还笑 bug。

[fantastM]

#15 说得对，弄几本电子书，上班偷偷看着......

[whypool]

正常，你就算不是实习，工作了 2 3 年也是这样的情况；
无非就是写写 sql ；

[Moorj]

写业务 SQL 挺好的啊，可以熟练业务流程，牛逼了可以做总经理啊（笑