这是一个创建于 3233 天前的主题，其中的信息可能已经有所发展或是发生改变。
由于领导赏识，暂时负责 6 人小团队的项目管理，实际上也就是一些日常工作的安排，已经对外的相关事项对接，同时兼顾部分开发具体工作。
9 月我和另外两名同事入职，其中一位是我上个公司的同事（ A 同事， 6 年开发经验），另一个是上海一软件外包公司的 java 开发程序员（ B 同事， 5 年开发经验）。
本人基本情况，写过代码，做过销售。主要的方向是 js 、 nodejs 、 python 、 C#。
与 A 还是有一些交情，他的上一份工作还是我帮他联系的。但是 A 同事对我是有意见的，至少在领导宣布要我暂管理项目组时去找过领导，提出让他负责，当然领导是没同意，一个正常的领导肯定也是不会同意的，没有这样自己打脸的。后来工作他有些抵触我安排的任务，但是基本完成了工作。我对这种关系冷处理了一段时间，现在基本上能配合一起工作。大家怎么处理老同事不配合的问题？
最近在一个公网项目合作中，我要求 B 同事后台返回结果需要是标准的 xml 或者 json 格式的数据，以便其他系统调用。但是在我没参与这个项目前已经写过一些接口，但是返回的是不规范的 json 数据，有很多空格和多余的引号，如果在其他系统使用需要线对 json 字符串进行处理。这时问题出来了，他非常不配合我提出返回正确 json 格式的要求。同时我发现他写的一些需要登陆接口，在登陆后可以任意浏览其他用户的数据，以及密码是明文存储的。由于我不是 java 方向，针对这位同事的问题，我想请问各位大牛几个问题： java 的 webservice 返回 json 很麻烦吗？正确控制登陆用户的访问权限在公网的系统很少考虑？数据库明文存储应该也是一个大忌吧？因为这些都是我在以前的项目中肯定会避免的，难道是我对 B 同事要求太高？
第 1 条附言 · 2016-01-04 12:47:51 +08:00
1.暂时是后台提供接口，供浏览器端使用。
2.我来之前， B 同事开发的系统是直接返回的不规范的 json ，在改造的时候提出需要规范，返回标准的 json 数据格式。
2.我来之前， B 同事开发的系统是直接返回的不规范的 json ，在改造的时候提出需要规范，返回标准的 json 数据格式。
 |
1
haozhang 2016-01-03 21:28:33 +08:00  1
这真的是 5 年经验的人干出来的事么...膛目结舌。
|
 |
3
oott123 2016-01-03 21:32:20 +08:00 1
json 里多余的空格应该无所谓吧。
至于返回 json ？一个正常的语言都不会很麻烦， java 里自然也不是特别麻烦，我倒是怀疑你的同事是，呃，手动拼出来的 json 。 |
 |
5
julor OP @oott123 js 就没法直接用这个结果，需要去掉开头的空格，然后再转成 json 对象操作，我是很无语，是不是我的要求太高？
|
 |
6
gamexg 2016-01-03 21:42:23 +08:00 1
难道手工拼接的 json ？
Examples example1 = new Examples(); Gson gson = new Gson(); String json = gson.toJson(example1); |
|
7
julor OP 还有恳求各位，遇到这个恶意不配合的我该怎么呢处理？
|
 |
10
simonrleung 2016-01-03 22:33:13 +08:00 2
1. 要求不高，都是合理要求
2. 尝试下不要“要求”对方、或者给对方“指派”某工作，而是“向对方提示代码中问题，然后一起研究解决方案” 3. 如果经过耐心沟通还是无效的话，建议自己先顶上，你的方向是“ js 、 nodejs 、 python 、 C#”，上手 java 一个星期内的事情。之所以要这样做是因为你只是“暂时负责项目管理”，你的上司应该也是正在对你考核的，所以要先把手头上的事情做好 4. 上司对你比较肯定后，建议还是和上司提出换人的要求，坏情绪的人在团队里百害无一利 |
 |
11
k9982874 2016-01-03 23:09:59 +08:00 via iPhone 1
@simonrleung 过来人表示 2 ， 3 条都是坑自己。
他要是有情绪你跟他不谈根本问题怎么谈都没用，所以第二条无效。 更加不能自己顶上，你的工作是项目管理，跑去编码是本末倒置，长期以往必然影响老板给你的工作，在老板那会认为你的能力不行，那就完了。而且让员工闲着白拿工资对整个团队不利。 |
 |
12
domty 2016-01-03 23:16:35 +08:00
java web 返回格式化 json 我都是直接拿 jackson 直接返回的
没要求的话从来不主动拼 json 的 |
|
13
k9982874 2016-01-03 23:17:55 +08:00 via iPhone 1
撸主只说了你的职责，没有说你有什么权力，如果老板只把责任扔给你没给你一点权力那是耍流氓，你这工作没法做，趁早卸任或者让老板给你相应的权力。
下面的人对你有意见要是不影响工作随他便，不用往心里去，你又不是要和他处对象。 但是到了 b 的情况就得把事和他挑明，要让他知道这个工作的验收人是你，不是他想做成什么样子就做成什么样子的。 沟通如果无效就该动用你的权力了，他们之所以这么肆无忌惮就是没有触及他们的利益，果断杀鸡儆猴 |
 |
14
free9fw 2016-01-03 23:21:14 +08:00 1
科班？见过连 console.log 都没听过的，拿 14K
|
|
15
k9982874 2016-01-03 23:22:53 +08:00 via iPhone 2
没打完发出去了……
如果引起反弹，你自己要能顶上，少个人天塌不了，让他滚蛋。 同时你要尽快建立自己的后备人才，招聘都要自己亲自来，包括人员培训，保证进来的人都是你能用的。 最后你就是欺上瞒下的部门领导了。 |
 |
16
Bryan0Z 2016-01-03 23:48:55 +08:00 via Android
Java 处理 json 不是一大堆现成的包吗
|
 |
17
SoloCompany 2016-01-04 00:08:08 +08:00 via iPad 2
1. 首末空白字符不应影响 parse 结果，你先检查自己是不是搞错什么了
2. 验收标准你就以浏览器 JSON.parse 能通过为准，不通过就发 issue ，这标准测试人员都能验证，没什么好扯皮的 3. 还有意见就给贴 rfc 4. 既然是项目管理人员你就应该有权利制定部分 kpi ，按标准来讲这就是 blocking issue ，故意不修复你可以自己上， kpi 扣到负行不行？ |
 |
18
colincat 2016-01-04 01:05:45 +08:00 via iPhone 1
Springmvc 自带 restful,fastjson 很好用，只能说你的 B 同事有一些问题，可能本身就是外包的原因，不太想担当和学习
|
 |
19
EmarsXHY 2016-01-04 01:08:13 +08:00 1
java 返回 json 很简单。
|
 |
20
gdtv 2016-01-04 01:18:28 +08:00 1
和别人合作的项目，对方使用 java 给我返回 json ，刚开始的时候返回的 json 也是不规范的。
在 php 里用 json_encode()生成 json 数据很简单很规范，想不规范也不行。 我不懂 java ，我很奇怪 java 为什么会生成不规范的 json 的呢？ |
 |
21
zonghua 2016-01-04 01:25:22 +08:00 via iPhone 1
|
 |
22
maomaomao001 2016-01-04 01:57:16 +08:00 via Android 1
我就想知道他那个不规范的 json 是什么生成出来的？？？ json.org 写出来的，不太可能写出不规范的呀，难道他直接字符串连接了？
|
|
24
julor OP @simonrleung 这个建议非常好，我打算这么执行。
|
 |
27
luban 2016-01-04 08:20:07 +08:00 via iPhone
前面一段空白，我想到可能是 servlet 的 out.print 输出的
需要登录接口肯定是设计问题， http 本身是无状态的， webservice 要登陆，需要权限的要么每次把用户名密码传过来，要么登陆后每次把 sessionid 带过来 |
 |
28
HunterPan 2016-01-04 08:42:53 +08:00
上一年我司和联通合作，他们提供的接口返回的数据就是拼接的，给他们说了也不改
|
 |
29
tianshilei1992 2016-01-04 08:55:44 +08:00
我是来看头像的……
|
|
30
julor OP @tianshilei1992 巧合
|
 |
31
visonme 2016-01-04 09:07:03 +08:00
1. java 的 webservice 返回 json 很麻烦吗？
++ 现成的东西 2.正确控制登陆用户的访问权限在公网的系统很少考虑？ 3.数据库明文存储应该也是一个大忌吧？ ++ 团队开发人员完全没有安全意识哈 从楼主描述，需求合情合理，对于开发来说这样的变动只是愿不愿意去改动的问题了。 团队中出现这样的问题，特别是开始就存在抵触情绪的，需要单独哟谈，无果情况下该办的还是要办掉 |
|
32
julor OP @SoloCompany JSON.parse() 是解析不了的，需要手动去掉空格，换行等才能正确执行
|
 |
33
crayygy 2016-01-04 09:12:38 +08:00
感觉能出现奇葩的数据格式的时候，一般都是手动拼的...毕竟标准接口一般不太会这么没人性😂
|
 |
34
bk201 2016-01-04 09:13:49 +08:00
首先你要确定自己确实不是坑
|
 |
35
admol 2016-01-04 09:22:29 +08:00
作为一年开发经验的我也不会这么干....
|
 |
36
hgzz 2016-01-04 09:24:38 +08:00
上面都没有正确回答， ws 根基就是 xml ，改掉 xml 就不是 ws 了，如果想前端调用 python ， php ， java 都可以转下，直接让 ws 返回 json 有点不伦不类。
|
 |
37
Citrus 2016-01-04 09:29:09 +08:00 via iPhone
只说 B
从楼主描述来看，楼主说出来的要求都是非常合理的。大部分外包的代码水平最近我也算是见识到了，确实不敢恭维。 从技术上来说， Java 有一大堆好用的 Json 库，总能挑到一个自己喜欢的。当然坚持手工拼接 Json 也没问题，不过就应该必须按照要求来。 关于明文密码和权限问题，我只能说培训学校应该不教这个，所以ˊ_>ˋ 不过这里有一个小问题，就是这些 api 的返回最初是怎么定的。如果设计的时候没有明确说需要啥样啥样，那你还真不好说别人ˊ_>ˋ |
|
38
SoloCompany 2016-01-04 10:34:33 +08:00
|
 |
39
jun0205 2016-01-04 10:38:17 +08:00
好像很多人都遇到过手工拼 JSON 的。
|
 |
40
eimsteim 2016-01-04 10:56:17 +08:00
webservice 是基于 SOAP 的，既然用了 WS ，为何要用 JSON ？直接用对象序列化不就行了，你这种思路本身就有问题吧！
而且我认为做技术管理的人，最好不要对技术细节有过多干预，否则很容易引起别人的反感，尤其是老员工，最烦的就是别人自以为是地指手画脚。 如果你认为这个地方有问题，请从业务的角度提出质疑，而不是简单地批评别人代码写得不好。 另外，软技能是你需要提升的地方，偶尔请人吃个饭，润物细无声地对他们的劳动表示感谢，为自己平时的坏脾气道个歉，都会对你们的关系维系起到作用，起码不会让他对你的一些批评太过抵触。 |
 |
41
loshine1992 2016-01-04 11:07:01 +08:00 1
1. java 的 webservice 返回 json 很麻烦吗？
很简单， Spring mvc + jackson 或 fastjson 现成的常用的轮子 2.正确控制登陆用户的访问权限在公网的系统很少考虑？ 之前公司也是上海外包回来的同事也是的，没做过权限控制。听楼主的描述，应该和我之前这个同事是一个情况，在外包公司工作 5 年，基本上就是使用外包公司自己的框架重复写业务的码农罢了。 3.数据库明文存储应该也是一个大忌吧？ 能够做到数据库明文存储密码的，都是煞笔。 |
 |
42
qihboy 2016-01-04 11:34:59 +08:00
B 的情况，是外包公司的话就很正常了
|
|
43
julor OP @SoloCompany 谢谢转换方法没问题，就是麻烦些。
|
 |
45
hantsy 2016-01-04 11:51:25 +08:00 1
如果用 REST WebService 的话，不管是 SpringMVC 还是标准的 JAXRS ，返回数据格式基本可以从 Accept, ContentType, query 参数决定是 JSON 还是 XML ，称之为 Conent negotiation ， 不需要用什么任何工具（ jackson, 等）显式的转换。这在 Spring 3.x, JAXRS 中早就支持。
基于 SOAP 的 WebService 在 Java EE 标准 JAXWS 中几乎十几年没更新了， SOAP 是过度设计的典范， 06 年的 Java EE 5 的 JAXWS 更新仅加入 Annotation 支持。我们已经很多年在新项目中几乎不考虑使用 SOAP ，当然集成第三方还可以用到（客户端的方式）。 |
 |
46
zhujin 2016-01-04 12:13:15 +08:00 1
我对这种关系冷处理了一段时间
|
|
47
zhujin 2016-01-04 12:14:19 +08:00
|
|
48
julor OP @eimsteim 恕我愚笨，那前端 js 处理起来复杂度就增加了。现在的系统只是服务器提供接口给他他终端调用，目前是浏览器，但是移动 app 也在规划中。
|
 |
50
babyhome 2016-01-04 12:33:31 +08:00 via iPhone 1
不行就换人 这才是做管理啊 纠结那些细节干毛 😷
|
 |
51
angelface 2016-01-04 12:40:34 +08:00
@babyhome 不行就换， 没那么多事儿，你把他搞定花的时间还不如找一个新来的靠谱的呢，他这样就是不对的， 要不走， 要不配合，扯这么多没用的，就不是一个干事儿的人。
|
 |
53
ming7435 2016-01-04 13:23:06 +08:00
又在黑我大 java 系， 23333
|
|
56
Bryan0Z 2016-01-04 13:49:30 +08:00 via Android
看到 console.log
|
 |
57
b821025551b 2016-01-04 14:27:00 +08:00
看到 console.log 我第一反应居然是“卧槽这是哪个日志”，然后搜了一下，哦，是 console.log()😂
|
|
58
hantsy 2016-01-04 14:47:27 +08:00
@julor 如果想规范 JSON 格式，可以考虑使用 json schema 先定义你要生成的格式, 有现成的 Validation 可以加入单元中测试中去验证。
不过我觉得像 JSON Schema ， RAML 这些条条框框的东西让 REST 重新走上了 SOAP 的老路。 我依然是喜欢 Code First 方式开发 REST API ，所以现在项目也比较喜欢用 Swagger 之类的工具可视化 API ，供前端调用查看。 |
 |
60
lixiaohan 2016-01-04 18:18:08 +08:00
我只能告诉你 java 返回 json 简单的要死，一堆可用的库，
|
 |
61
cxshun 2016-01-04 18:36:33 +08:00
json 的话 spring 配合 jackson 就很好用，如果单独用就 gson ，也是好用到不行，很简单。
如果返回不规范，只能说你那个同事真的好水，这种只能强制要求用什么东西的。 |
 |
62
x9498 2016-01-04 19:55:17 +08:00
这些家伙就找个机会开了吧，找别人顶上，唔，个人感觉还不如我这么没毕业的
|
|
63
SoloCompany 2016-01-04 20:11:15 +08:00
@julor 不知道是你理解的问题还是我说的不够清楚，帖的那段代码是说明 json 对空白字符不敏感的，而不是转换程序
|
|
64
julor OP @SoloCompany 应该我理解错了，但是我确实是使用 JSON.parse 无法正常转换
|
 |
65
salltm 2016-01-04 20:56:03 +08:00 1
楼主不急 , 由我个这个产品狗(顺带项目经理)给楼主解释下.
从楼主的描述里面来看. 楼主是缺少点 IT 项目经验, 特别是比较规范的 IT 开发模式. 但是楼主还是很好学的,不然也不来这咨询. 1. 行有行规,作为 IT 就需要按照标准来, JAVA 用 Webservice,还是直接的 HTTP 请求,返回 XML. 返回 JSON 都是很容易的,而且也是必须的. 现在如果接口只是给前端 Web 页面使用,都使用 JSON, 至少我是这么要求的. XML 这个一般都是做给其他系统做接口用. 楼主可以先把相应的 JSON 格式定义好,然后交有后端人员开发.告诉他们,我就要这个格式. 前端也会按照这个格式解析. 约定好. 通过邮件,说明书的方式. 2. 很多 IT 人事虽然工作年限多,但是都是小公司到小公司.未进行系统的学习,不了解一些最佳项目实践.在他们的印象中,能完成工作就行了,不会去考虑太多的规范的事. 需要楼主去引导,拿出例子,比如上个项目怎么怎么. 对于他的态度,楼主大可放心,慢慢他回适应的,你得给他适应期. 3. 楼主需要加强学习..系统的学习 IT 最佳实践. :) |
 |
66
sgissb1 2016-01-04 21:02:26 +08:00 1
楼歪了， LZ 来问管理相关的事情，都在说技术的问题，看来一个是技术宅比较多。
我和你一样是新人，但有几点 LZ 你没有说清楚： 1 ，你目前和其他两个同事的关系（职位或管理与被管理者之间的关系） 2 ，项目管理比较抽象，最好说清楚你的具体职责内容（在不同的公司项目管理者的职责是有区别的） 就我看 LZ 的问题作出的几点推测： 1 ， LZ 工作大约在 5 年左右，或者>= 5 年 2 ， LZ 管项目，可能没有在管人 我的看法： 1 ，程序员走到带管理头衔以后，打交道的通常不是人就是机器。因为长期和机器打交道习惯，很多事情或许就有点像当然了的，因为与人打交道是最复杂也最难的，主要来源于人拥有感情和思想两种属性。 2 ，在做管理层的时候，除非是老板，其实都是夹心层。凡事不能仅仅看结果，还要多少关注过程。有些指令也好，软磨硬泡也罢，表面上看达到了效果，其实对方有千万个神兽在奔跑。这次的合作“成功”不代表长期的合作“成功” 3 ，作为项目管理，也分为产品类和技术类。不管自身出身如何，主要看头衔属于哪一类。如果偏向于产品类，最好多用产品方面的思维和语言同程序员打交道。如果属于技术类管理者，除了要用技术的思维和语言打交道，关键还有了解产品的一些“细节”（但不需要了解的太细），同时也需要了解到实现的难度与意义。 换句话说，如果你是偏向产品类的项目管理者，你用产品的思维去处理最合适，千万不要带着你曾经的技术背景去和程序员打交道，因为具体的开发人员并不买这一套，而且最终做下来，你会发现你的管理产品不像产品，技术不像技术。 对于偏向技术类项目管理者，你最好用技术的思维处理问题，但也要学会体谅开发人员的难处。 4 ，信任手底下的人，但也不要太信任。正如人是具备思维和感情的，你不能保证情商极低的程序员把对公司的火发在你的项目上，直接导致项目流产或者失败。所以应有的信任应该给予，但对于那些不该信任的人，你要小心点。 5 ，技能水平和工作年限不一定存在比例关系。我这么给你说，我曾经遇到的一个 82 年的人，硕士毕业，按照从本科毕业+硕士折算工作经验的方式计算，这哥们差不多也有 10 年工作经验了。但事实上呢？连个 mfc 的工程都不会建，最简单的 C++内存泄漏都不会检查，什么是野指针和零指针都不知道。还成天宣扬自己工作 10 年，写了 10 年的 ace ，做了 10 年的内存池和线程池，最简单的用 win32 api 都不会开线程，最基本的线程通讯都不会。 所以，不要简单的按照工作经验或工作市场看待人。工作经验或工作时长，只是工作的一个敲门砖而已！ 说这么多，祝 LZ 一切顺利。以前成天当个板砖的小屌丝快快乐乐的写代码，没心没肺的过日子。当作上包工头以后，没见工资涨，但烦恼就来了。共同磨练哈！ |
 |
67
kimmykuang 2016-01-04 22:20:33 +08:00 via Android
等等，我最近对接过一个公网项目，对方是 java 开发的接口，返回的是不标准 json ，主要是自己拼接了某个字段导致的 o(╯□╰)o
|
Select Language