- 主题:到底是我要求高，还是他们水平渣？
哈哈，每次回帖都能踩雷
你有潜力继续盖楼，加油
- 来自 水木社区APP v3.5.7
【 在 rliw 的大作中提到: 】
: 一般老司机都会习惯性这样搞冗余吧。
:
: 比如要算1+2，
: 简单的会直接printf出结果，
:
: 标准做法是输入a,b,输出a+b
:
: 而且有老程序在，修改原程序比重新搞一个结构更省力
--
FROM 223.104.39.*
长期维护的才会如此
如果是外包的买卖
那怎么快怎么来
【 在 rliw 的大作中提到: 】
: 一般老司机都会习惯性这样搞冗余吧。
:
: 比如要算1+2，
: 简单的会直接printf出结果，
:
: 标准做法是输入a,b,输出a+b
:
: 而且有老程序在，修改原程序比重新搞一个结构更省力
: --
发自「今日水木 on iPhone 12 mini」
--
FROM 223.104.42.*
程序应该有自行业务调整功能，这个功能我们单位在10多年前就实现了。随着业务调整，人员调整。巡检点也跟着调整。首先巡检点本身不动，增加个表格，实现人员对巡检点的一一对应就行。不过巡检点多的话，调整的比较慢而已。
现在是电子围栏式巡检了，巡检点巡回的方式已经落伍了。
【 在 ohfaint 的大作中提到: 】
: 这就是我的疑惑之处
--
FROM 182.118.238.*
刚发现代码哥又挖了个坑：
如果巡检小队人员变化了，巡检任务要重设，而不是增减了人员任务继续有效。
业务逻辑是这样的，一个巡检小队比如4个人，当天任何1个或几个人共同完成所有的点位巡检，就算任务完成（这样就可以不考虑谁休息谁请假的场景）。
我感觉就是一趟公交，不管上下多少人，不影响这趟公交本身啊，从用户角度讲是不是这个理？
再从程序角度讲，这个难不难实现啊？
对这哥们儿的脑回路无语了
【 在 ggym3 的大作中提到: 】
: 程序应该有自行业务调整功能，这个功能我们单位在10多年前就实现了。随着业务调整，人员调整。巡检点也跟着调整。首先巡检点本身不动，增加个表格，实现人员对巡检点的一一对应就行。不过巡检点多的话，调整的比较慢而已。
: 现在是电子围栏式巡检了，巡检点巡回的方式已经落伍了。
--
FROM 118.112.57.*
上公交时侯，人也要上楼梯
有了系统，有时候人和组织也要进化的
希望继续后续报道，喜欢看
【 在 ohfaint 的大作中提到: 】
: 刚发现代码哥又挖了个坑：
: 如果巡检小队人员变化了，巡检任务要重设，而不是增减了人员任务继续有效。
: 业务逻辑是这样的，一个巡检小队比如4个人，当天任何1个或几个人共同完成所有的点位巡检，就算任务完成（这样就可以不考虑谁休息谁请假的场景）。
: ...................
--
FROM 111.204.200.*
今天的两个坑，补充在主贴了
【 在 hothail 的大作中提到: 】
: 上公交时侯，人也要上楼梯
: 有了系统，有时候人和组织也要进化的
: 希望继续后续报道，喜欢看
--
FROM 118.115.195.*
这是设计思路出问题了。
没有面向业务。
【 在 ohfaint 的大作中提到: 】
: 刚发现代码哥又挖了个坑：
: 如果巡检小队人员变化了，巡检任务要重设，而不是增减了人员任务继续有效。
: 业务逻辑是这样的，一个巡检小队比如4个人，当天任何1个或几个人共同完成所有的点位巡检，就算任务完成（这样就可以不考虑谁休息谁请假的场景）。
: ...................
--
FROM 182.118.238.*
恐怕是分析思路有问题
需求分析阶段就没弄清楚客户实际业务需求
只停留在客户说的内容
【 在 ggym3 的大作中提到: 】
: 这是设计思路出问题了。
: 没有面向业务。
--
FROM 111.204.200.*
excel表格导入问题很大的。
就一个问题，重名怎么办，一定要有一列是保证不会重复的，比如手机号，或员工号。
如果有这列数据，那就是程序员懒；改部门这个要比改邮箱之类的麻烦些。
【 在 ohfaint 的大作中提到: 】
==分割线==
6月20日：刚又发现一个坑。
人员信息导入，只能导增量，不能修改存量。比如张三在A部门，现在A部门拆分成BC部门，张三归为B部门。那么想改的话，只能手动，一个一个改。把张三在表格里的部门改为B，重新导入不生效，除非是新来的员工李四，系统里没有存在过的，才行。
看了下，大概有200多个。
--
FROM 114.88.66.*
是程序员水平差。不过话说回来，这个世界上不管哪行其实都是水平差的居多。
--
FROM 113.89.202.*