求教各位码工，一个小问题 - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Programming - 葵花宝典

求教各位码工，一个小问题

求教各位码工，一个小问题# Programming - 葵花宝典

y*r2017-03-22 07:03

1 楼

从这周的新闻来看，
传递的基本信息就是
美国股票下降，利润减少，工作减少，
中国有大量外汇储备，中国人有钱，
默默的洗脑中，
盯住中国市场，盯住中国人的钱啊。
正在看《北京爱情故事》
什么时候，美国的东西，才能被平常心对待啊。

y*22017-03-22 07:03

2 楼

因为kindle能做的tablet都可以
除了眼睛不累以外

o*e2017-03-22 07:03

3 楼

一个大公司，基于安全考虑，不同部门必须使用不同品牌的管理软件。
部门A负责输入新就职员工的信息、老员工的每日出勤情况，
这些信息却不能正确同步到部门B的管理系统，
有些信息可以成功更新，有些却不能（成功与否没有规律）。
这样员工的工资、福利等无法自动生成，
需要部门B的人打印出部门A的报告，一一手工核对纠正。
请问如何用简单的方法解决这一问题？让两套系统之间正确对话？
如何给上司（CFO）建议？
（曾向软件供应商抱怨，他们互相指责对方的软件有问题）
求指教，谢谢！

I*a2017-03-22 07:03

4 楼

任何事情都有一个过程啊

z*i2017-03-22 07:03

5 楼

就是因为做不了别的，所以才能专心读书

【在 y*****2 的大作中提到】

: 因为kindle能做的tablet都可以
: 除了眼睛不累以外

w*m2017-03-22 07:03

6 楼

这是政治问题。
部门B凭空多了很多工作量。
大家，包括vendor，都有钱拿，都happy。
马公接手这样对接的项目，只有背锅的份。

y*r2017-03-22 07:03

7 楼

嗯，但其实就是“我有，对比你没有” 的这种优越感，
每次回国都觉得压力很大，
总有些人比来比去的。
就像《北爱》里面石小猛说的，
不能回去，回去你就输了。
咱简简单单过日子不成吗？

p*n2017-03-22 07:03

8 楼

那是因为你不喜欢读书

【在 y*****2 的大作中提到】

: 因为kindle能做的tablet都可以
: 除了眼睛不累以外

c*n2017-03-22 07:03

9 楼

是的
所以lz另一个帖里面说了这个要让外包的做
内部的人做了做好了屁功劳也没有因为没创造利润
什么给ab部门省了时间？那和利润又没关系
但是只要将来出一点问题无论是两边软件变动需求没考虑周全或者和这个中间件屁
关系没有的user error
那锅都是码工背的

【在 w********m 的大作中提到】

: 这是政治问题。
: 部门B凭空多了很多工作量。
: 大家，包括vendor，都有钱拿，都happy。
: 马公接手这样对接的项目，只有背锅的份。

p*w2017-03-22 07:03

10 楼

他们爱比就让他们比好了，自己开心最重要
要是真有人腆着脸说他有啥你没有的，下次再见到就装作不认识好了。。。

【在 y**********r 的大作中提到】

: 嗯，但其实就是“我有，对比你没有” 的这种优越感，
: 每次回国都觉得压力很大，
: 总有些人比来比去的。
: 就像《北爱》里面石小猛说的，
: 不能回去，回去你就输了。
: 咱简简单单过日子不成吗？

y*22017-03-22 07:03

11 楼

难道就不用买书了么？
而且据说支持图片的效果不佳

o*e2017-03-22 07:03

12 楼

鄙视楼上两位，
没本事回答问题，
还逼扯这么多。

s*l2017-03-22 07:03

13 楼

有一个小意义，全球免费的3G，如果你没有iphone等等其他3G设备，出门带着他，临时
查一下google map，上个网还是可以的。

【在 y*****2 的大作中提到】

: 因为kindle能做的tablet都可以
: 除了眼睛不累以外

l*02017-03-22 07:03

14 楼

建立中间层，抓取ab数据，比较数据，然后更新部门b的数据。

z*n2017-03-22 07:03

15 楼

能一手拿着很久.
Tablet最佳的大小轻重价格应当向kindle看齐．

【在 y*****2 的大作中提到】

: 因为kindle能做的tablet都可以
: 除了眼睛不累以外

e*o2017-03-22 07:03

16 楼

这本来就是一个撕逼的问题。
主要得有个大头出来要解决这个问题，技术问题是最简单的。如果能access 两边的数
据库，就更简单，出报告分别从两个数据库中拿数据，join 来join 去就完了。

【在 o*****e 的大作中提到】

: 鄙视楼上两位，
: 没本事回答问题，
: 还逼扯这么多。

h*72017-03-22 07:03

17 楼

能专心看书。

m*r2017-03-22 07:03

18 楼

这种问题我经常碰到。我的思路是找三个outlier, 在a不在b, 或者在b不在a的，作
为test case.
然后就慢慢track喽。就像修水管，看看水，也就是数据是怎么流的，在哪里卡住了。
以我有限的经验，有可能是每天的文件，系统里做etl的时候哪里没有sync好，造成
缺失。或者matching logic有问题，什么记录没有match上。
比较花时间。不过你就三个test case,找起来也不难。

c*i2017-03-22 07:03

19 楼

看书很重要。
至於图片什么的，又不是中学教育程度，好歹也号称是个知识分子。

o*e2017-03-22 07:03

20 楼

非常感谢！
我不是做IT的，
请问让公司里的IT部门来解决可以吗？
毕竟软件有什么问题都找他们。
他们解决不了，就由他们找软件供应商解决，请问是这个工作流程吗？

【在 m******r 的大作中提到】

: 这种问题我经常碰到。我的思路是找三个outlier, 在a不在b, 或者在b不在a的，作
: 为test case.
: 然后就慢慢track喽。就像修水管，看看水，也就是数据是怎么流的，在哪里卡住了。
: 以我有限的经验，有可能是每天的文件，系统里做etl的时候哪里没有sync好，造成
: 缺失。或者matching logic有问题，什么记录没有match上。
: 比较花时间。不过你就三个test case,找起来也不难。

J*02017-03-22 07:03

21 楼

你要是不爱读书就不用纠结Kindle的意义了。

【在 y*****2 的大作中提到】

: 因为kindle能做的tablet都可以
: 除了眼睛不累以外

l*02017-03-22 07:03

22 楼

哪个省钱省时间用哪个

【在 o*****e 的大作中提到】

: 非常感谢！
: 我不是做IT的，
: 请问让公司里的IT部门来解决可以吗？
: 毕竟软件有什么问题都找他们。
: 他们解决不了，就由他们找软件供应商解决，请问是这个工作流程吗？

m*k2017-03-22 07:03

23 楼

免费3G没有月费?

【在 s**********l 的大作中提到】

: 有一个小意义，全球免费的3G，如果你没有iphone等等其他3G设备，出门带着他，临时
: 查一下google map，上个网还是可以的。

m*r2017-03-22 07:03

24 楼

数据的问题看似简单，其实会很复杂，尤其是那种涉及到各个系统之间倒来倒去的。
要么你自己按我说的方法慢慢扣；要么拿着CFO的鸡毛做令箭找相关部门。
没有鸡毛，其他部门根本不鸟你。

【在 o*****e 的大作中提到】

f*52017-03-22 07:03

25 楼

没有。

【在 m**k 的大作中提到】

: 免费3G没有月费?

d*c2017-03-22 07:03

26 楼

谁也不知道你们IT部门有多少能力，能不能自己做，或者找contractor，或者外包。
软件供应商如果没有责任和另一家通讯，找人家肯定是踢皮球，除非加个项目加钱。
技术上不难，但你没说两个软件是用的什么技术。最通用的是搞中间件，webservices
，肯定A和B都能支持。定义个接口，要求A必须做到读什么，写什么，B读什么，写什么
，让软件供应商加上这功能，额外给钱。各自责任都定义好了，那AB各自做好自己事情
就差不多了。

【在 o*****e 的大作中提到】

j*82017-03-22 07:03

27 楼

没有任何意义。一般人一年看基本书？Kindle够大部分人买两年的书啦。教科书也不适
合在Kindle上用，买了用了几天退了。

d*a2017-03-22 07:03

28 楼

老兄，你要是做过，就知道这是简单的技术问题，复杂的人事问题。

【在 o*****e 的大作中提到】

: 鄙视楼上两位，
: 没本事回答问题，
: 还逼扯这么多。

t*o2017-03-22 07:03

29 楼

kindle可以让你多看书

【在 j********8 的大作中提到】

: 没有任何意义。一般人一年看基本书？Kindle够大部分人买两年的书啦。教科书也不适
: 合在Kindle上用，买了用了几天退了。

g*t2017-03-22 07:03

30 楼

说的不错。
最好的办法是想办法把b的手工工作用自动化一下，
逐步慢慢来。office+VBA搞定。
就把下面这句话里面的几个工作先自动化一下，看看效果。
"部门B的人打印出部门A的报告，一一手工核对纠正。"
这样一来不得罪人，二来没有风险－－－既然只是自动化b的工作，那
就不会有风险。
不要想着拉大框，开始就假设你能重组这么多人的关系来给软件做需求分析。
拉大框以来你有这个权力吗？二来这个是内部不赚钱的活儿，又听关键的，
一般人压根不懂这种环境下软件的robustness，需求分析漏一条，说不定就是大乱。
光是网络防火墙设置，用户权限设置什么的，
一个外人没几个月。那坑不是一般的多。

【在 d***a 的大作中提到】

: 老兄，你要是做过，就知道这是简单的技术问题，复杂的人事问题。