额........这种事还是 nginx 做比较合适吧，虽然 node 也能做，但是手撸一个能和 nginx 功能的都很吃力，性能的话更不用说了吧。

哦，如果说因为手机对眼睛不好的话，墨水屏的确是个好的选择......这个其他答案也有推荐了，至于 kindle，我是不会用来看微信读书的，开着网络也耗电嘛

emmmm，手机之所以影响阅读，大概是你手机其他软件的提示太频繁了吧。

用其他的阅读器的话，ipad 其实和手机无差异，而 kindle 要实时联网。两者都并不方便。

所以要建议把书下载到本地，然后关掉网络.......

我是不喜欢 996 的，我连加班都不愿意（没加班费，就算有也不想）。

至于技术分享什么的，我们之前是团队开会的时候，还要工作需要会做一些分享，不是很正式，但是能有人做分享也是挺好的吧。

团建什么的，的确没什么兴趣了，小团队自己出去吃个饭还是可以的，要是公司搞，反而有点不想去呢

@whusnoopy 哈，原来还有人招 nodejs，貌似我是符合条件的，但是我不太想离开广东

学英语？如果你想要和外国人一样的话，建议看 B 站的 YJango 的系列视频，软件的话，罗塞塔石碑。你想知道的 YJango 都会告诉你。

emmmmmm，离职有一段时间了，这个我不清楚了。不过我之前是把一个 linux 装移动盘里，插上 u 盘直接用的.......

某 bao，素城。里面的衣服是真的很素，纯色系，但是要是最容易搭配的

所以是纯手工打造的么？我还以为是程序生成的........要是能用程序实现的话就很 nice

小弟不才，带过团队，技术在团队里虽然不算好，但是解决问题的能力还是可以的。我 jio 得我能回答你的问题（自信一点，把 我 jio 得 去掉）。

首先任何一个大佬都是小白成长起来的，在工作中，遇到问题，一定一定要和领导了解清楚，以防因为自己的无知导致整个团队工作不能按时完成。

但是不是遇到问题就问，要分清楚什么时候该问，什么时候不该问。

作为小白，很多时候技术经理交给你的任务，肯定有很多东西你没有接触过，这个时候等技术经理把任务交代完，你把自己不懂的点提出来，一定要了解清楚需求。另外有一些技术点你可以让技术经理直接给你推荐资料。记住，开发的时候遇到所有问题，都可以问技术经理，当然最好是让他给你一些资料参考。

接下来就是自己去查资料，去学习的过程了。如果技术经理说需要你去做下技术调研之类的，就说明经理可能也不知道用哪一种技术，本意是想让你自己去研究，完了大家一起讨论。这个时候就需要你自己去做对比，写调研报告。这里有个技巧，就是你要了解什么的时候，可以加入相关主题的 qq 群，当伸手党，总会有大佬愿意出来炫技的。

真的不要觉得自己菜，技术经理会觉得你菜，会辞掉你。不会很正常，但是不会可以学啊。如果只是因为你菜就把你辞掉，那这样的公司你也没什么可留恋的了，技术交流都没有。

先回答题主的三个问题

- 接口可分为公共接口，和页面独有的接口。比如授权，用户信息这些就是公共接口
- 用一个接口通过修改参数的方式返回所有数据显然是不合理的，这样需要在一个 controller 里面大量的 router 应该做的事，既然这样为什么让 router 做 router 的事，为什么还要手动实现一个 router 的判断呢？
- 同一个接口也可以返回类似的数据的，可以通过前端传递不同的参数来决定是否返回某些数据。另外建议可以系统了解下 restful api 的设计，阮一峰的博客就有。

其实我说的这些就是二楼 @wunonglin 说的，以 egg.js 框架的逻辑来说。

一个请求进来，先经过 router 筛选，选择正确的 controller 入口，进入之前，先经过 middleware 的处理。一般来说 router 和 controller 是一对一的关系，当然也能写成多个 router 对于一个 controller，但是那样没任何一样。

在 controller 中调用多个 service 来处理，有些 service 会调用 model，有些却不用。后端不应该直接把 model 直接暴露给前端调用的，毕竟不是什么数据都可以直接无限制的暴露出去。

看了一圈答案，貌似大多数人都默认这种处境？

@offswitch 说的情况，我在上家公司也遇到了，对此我也没什么可说的，我只能说一些我自己是怎么处理一些常见问题的。

我的情况是这样的，我在团队里负责后端项目的架构设计，需求梳理和接口文档编写，还要带后端小组写代码。领导有问题都会先找到，但是我并不是团队的组长(组长另有其人)，而且我同时也不会觉得我是管理者，实际上我和他们也只是协作关系。

可以说我是没有管人的权力的，只是因为我能力出众，领导把整个项目的架构设计，开发和进度跟进都交给我。

我和同时是同进退的，任何人的工作有问题，整个团队一起解决。

我分配任务，并不是单纯因为谁没活干，就把任务交给谁，而是大家一起做权衡，尽量让有能力的人去接手。

任何和项目无关的时，我都不会去碰，什么调休，都是他们直接和领导汇报，毕竟这事我真没权限，又不是我发工资，任务安排随时可调整的，即使某人不来，其他人也能上，上不了的那也没办法，先搁置咯。

公司领导招人，就是想要老手，但是哪有那么多老手等着他们挑？反正我的做法是，进来的同事，我都会花时间带一下，让新人更好的工作，毕竟项目是我从 0 设计的，如果我不带，最后任务多了，还要我自己处理，那为什么不让同事帮我分担？

对于加班的问题，我只在小厂待过，在我看来，长期存在加班问题，只能说项目管理存在问题。我刚刚入职的时候，还不是项目管理，也是天天加班，本来我以为创业公司就是这样的，直到公司因为某些事，我接手了项目管理。从那以后，我们团队早上都用来开会了，下午工作时间就只有从 3 点到下班，最多补上早上来迟的一个小时，任务照样能完成。

至于什么期权奖金，貌似我都没有.......

-------------分割线----------------

至于题主的问题，只能说公司不一样，反正我们是开会后直接把会议简要发给领导的，我在的时候考勤很随便，反正完成当天的任务就行。调休什么的我们也没有明显的规定，我也不知道其他人的情况，反正我是想要请假就直接和领导说，也不扣工资（可能是我是团队核心，老板不好处置我吧）。

开源中国吗？然而我只会 nodejs，无奈咯

你这么一说，我在想我当初是怎么带着团队一起写后端的.......

我自己设计一套授权认证的服务，和第三方服务对接后写出接口给前端使用，出接口设计。感觉只是把数据库模型交给前端而已吧.....

关于写日报，周报，月报，年度总结之类的要求，其实只是领导想知道底下的人都在干嘛，给领导一个可控的感觉。

1.但是这些报告真的是有效果吗？

我司之前也是要写周报的，因为领导让我们野蛮发育，没了周报，领导根本就不知道我们的进度怎么样了，领导日常也不怎么跟进，就图这点报告来了解进度，其实收效甚微。那对我们这些写报告的人有什么好处吗？反正从我们实践来看，没什么样，真的，我们写了我们也不会花时间去回顾，连进度了解都很难做到。

2.如果报告没什么效果，那有什么办法实现进度控制？

我们开发团队每天上班后，会开一个早会，会把前一个工作日的问题，工作进度都做个汇报，让团队的成员都知道存在的问题和项目进度，接着大家一起讨论解决方案。会有人做会议记录，散会后会把会议简要发给领导。

和周报有什么区别？不也得把报告发给领导吗？还是有区别的。

首先这个报告是开发组自己内部讨论的汇总，成员能通过会议知道其他成员的工作进度，以及大家的今天的工作安排，这能更好的团队协作。而周报只有领导看，其他成员几乎不会去看别人的周报，更别提去帮别人解决问题了。

其次，会议简要相当于最及时的工作进度，领导能像看报纸一样，每天收到最新的消息。团队遇到的问题，讨论后的解决方案，工作的进度，以及需要公司提供怎么样的支持，能及时汇报给领导。这是周报做不到的，所有的问题都需要领导一个人来想解决方案，除了费时以外，很多时候给出的解决方案并不能很好的解决问题。

最后就是可实施性了。相比于周报，会议简要更容易写。毕竟周报如果这一周就在摸鱼，改改 bug，真的没什么写的，写的少吧，领导会觉得员工在摸鱼，而且这东西也没办法多写。而且一周才写一次，真不容易想起前面都做了什么，说不定还错把前一周的工作也写进去了。

cool

学习来了