thtznet

2W 干了 6 个月了？说句实话，要不是有责任，人家估计早就不干了。我日常的做的项目，2 万最多能支撑干 15 天。

有江苏电信的新的组播地址分享么？

你这个想法有点像做销售的认为自己无出头之日应该回内勤做客服。我只能说在每个领域都有出头的人和没出头的人。换赛道并不会让人直接出头，只是看你自己更适合哪个赛道。

和市面上的比优势？你们导师是魔怔了么？毕业设计要和商业公司用无数钱堆出来的产品比优势？脑子秀逗了，真当自己学的是前沿科技基础科学码？

@wyhooo 可以不去体制或者脱离体制的，离开了体制就混不下去吃不上饭了么？不见得，可能很多人只是不舍得放弃那种不对称的收益。

这种单位就早点辞职吧。管到员工私人手机用什么牌子的，说明信息化安全隔离做得一塌糊涂，其他管理估计也好不到哪里去。单位里做起业务来估计也是公私不分的那种，ToB 的信息会被私人利用，私人的信息会影响 ToB 的业务，楼主早点脱坑吧。

@imyasON OP ，考勤系统不是技术问题，你首先要有业务方面的顾问，如果你们都是技术实现者，靠自己去理解 HR 体系的一些业务是不可能完善的，即便勉强做出来，很有可能因为一个小的业务疏漏导致全部需要推倒重来。业务领域的建模不是工程师的事情，一定要有专业的业务顾问，没有就外包或者外聘，先出业务架构，然后再考虑技术实现。从你的描述来看，你们团队里很明显没有资深的业务顾问，我建议你先停下技术实现，集中资源搞定业务设计再来看实现。

@imyasON 不管如何实现，最基础的逻辑肯定是要先出日程的，职员日程可以算是一个基础。唯一的区别是考虑的数据量的问题，是一次性预排多少日程，如果是轻度的功能，可以今天只出明天的日程（明天出后天的），如果是涉及到制造业排班次的，那么可能要某天出下周或者下个月的日程，或者一次性出一年的日程。排日程可以后台生成，也可以前台手工操作（例如排班次）。

和用户多少没关系的吧，再多用户也肯定要现有日程出来，没有日程怎么计算是漏考勤还是外出公干或者在休假？