求IT人事入内，工作遇到难题
本帖最后由 Sternzeichen 于 2014-2-11 21:10 编辑工作遇到难题，求IT前辈帮忙出出主意
如上篇帖子所说，本人在一软件公司做银行方面的软件(java)，写代码没有什么问题，都能应付，也就是infomatik技术上基本不存在问题，主要是商业逻辑搞不定，公司在这方面没有任何资料，只能靠同事之间交流，对于新人来说就是问同事，有问题只能问同事，逻辑上不知道不懂的只能问同事/老手，结果同事不怎么nett，也就是说你的发展完全绑定在同屋的几个同事身上了，大家也遇到过这种情况吗？
本人感觉这种情况非常被动，你工作上的进步和发展完全由同事决定了，一旦同事不nett，你完全被制约住了...
问问前辈，个人觉得挺奇怪的，一个人的工作，发展和进步应该掌握在自己手里才对呀，我从来都是靠自己，不喜欢靠别人的，命运攥在别人的手里多憋屈啊，而且编程和做软件的工作本来不应该是这样的吧？应该大部分工作70%靠自己努力，可以靠自己学习来解决，比如有各种文档资料来阅读，30%才是通过和老同事请教交流来的吧？ 这个问问前辈我说的对吗？
大家工作都是什么样的？尤其是新人的时候！
目前我这种情况又该如何解决呢？
这个商业逻辑很复杂，不懂商业逻辑几乎寸步难行，举个最简单的例子，某天接到个修改sepa protokoll （就是 xml datei) 头部内容的任务，按我的想法头部要自己重新定义，全部都要重新写，结果不对，同事告诉我系统里已经有写好的类，我才发现确实已经有相关的定义好的类了（用来生成xml protokoll 头部的），一些底层功能已经实现了，修改只需要一些小改动就够了------------ 我真是欲哭无泪，这个系统一共有超过50000个类，像海洋一样深不见底，如果同事不告诉你，你根本不可能知道还有这么个类！因为没有任何文档资料，没有任何对系统的说明...
这个就是上级所说的“通过同事讨论”，“问同事和向同事请教”，也就是说，同事如果不告诉你的话，你连上面这种最简单的任务都解决不了，大家说说这正常吗？
感觉完全被把握在同事手里了，你的进步和发展，甚至包括最直接的一个任务都要看同事告不告诉你才能完成，编程写代码的工作大多数不应该是这样的吧？这样就太被动了！！！ 如果同事一旦再不nett，不是完了....
德国人写的代码一般还是很标准，javadoc一般都会有的。另外从类的名称，方法名也可以大概知道是干什么用的。50000个类肯定分package的。拿到任务自己多试试，时间也不能太长，觉得不行还是要问同事的。同事不nett，没办法算你倒霉，与其每天想着去跟人家套近乎，还不如另谋高就，好的团队很重要。 楼主是刚入职么？似乎还是在大学学习的思维。。我也是程序猿，算法什么的的自己也不是很熟，基本都是要和同事不断交流才能理解地越来越好，虽然有现成的文档，但是很多东西自己看一天可能不如别人和你说20分钟来得效果好 木头241 发表于 2014-2-11 20:59
楼主是刚入职么？似乎还是在大学学习的思维。。我也是程序猿，算法什么的的自己也不是很熟，基本都是要和同 ...
关键同事也不怎么nett，不爱搭理你，这怎么办？
Sternzeichen 发表于 2014-2-11 21:05
关键同事也不怎么nett，不爱搭理你，这怎么办？
他们对别人也不nett还是光对你不nett？ 有人是以算计别人为快乐的，你帮了他他还过河拆桥。不过我碰到的绝大多数德国人都乐于助人，千万不要让乐于帮助你的人受伤，内向的话那很难十全十美，但基本的礼节应该做到就好了。关于编程尽快解决问题 就是 随着人的 见识和经验的增加，越来越自发地知道 怎么做，用 做方车轮开始的办法能最有效提升编程技能，但是用现成的接口能 最快的把事情做了。 了解商业逻辑需要时间,不是一两个月就搞清楚了,要有耐心,没事多问,同事不爱打理就多和同事聊天,聊聊有意思的事,聊聊都感兴趣的事.团队合作比coding更重要 我也觉得LZ是刚入职。。。XML我也接触过，之前的同事把模块写好，但是我觉得写的不是很好，我很想从头写，但是后来一个同事告诉我没必要这样，要根据需求去修改，然后还告诉我一些建议，结果后来就处理好了，所以沟通还是很重要 LZ你总说别人在限制你，事实上你学到的东西，有试过总结下来给后面来的同事参考么？
现在没有文档不是你的错，但如果在你工作3，5年之后也还是没有文档的话，说明你跟之前在这工作的人水品差不多唉{:2_235:} zcgba 发表于 2014-2-11 22:30
我也觉得LZ是刚入职。。。XML我也接触过，之前的同事把模块写好，但是我觉得写的不是很好，我很想从头写， ...
沟通是很重要，但不能每个东西都需要问吧，不问就进行不下去，这种就太没劲了，感觉自己完全被攥在别人手里了
我如果知道有写好的生成类，我才不会重写，本来接口和类覆盖就是java最根本特点和优势，关键是你根本不知道，也找不到这么个类，如果没有同事告诉你的话，所以你的一丝一毫都取决于同事，甚至包括最简单的一个任务能否做出来，完全受制于人，如果同事再不nett的话，感觉这很被动...感觉也很奇怪，本来不应该是这样的呀！
Sternzeichen 发表于 2014-2-11 22:41
沟通是很重要，但不能每个东西都需要问吧，不问就进行不下去，这种就太没劲了，感觉自己完全被攥在别人手 ...
不问就进行不下去，有时候你觉得不问进行不下去那就必须要问了，没有什么没劲不没劲的，喜欢搞研究可以去读博，自己钻研东西，在别人手下干活，本来不就被攥在别人手里，除非自己开公司，自己接项目。 Sternzeichen 发表于 2014-2-11 22:41
沟通是很重要，但不能每个东西都需要问吧，不问就进行不下去，这种就太没劲了，感觉自己完全被攥在别人手 ...
比较理解楼主了，如果什么都问的话，怕别人烦，到时候再给领导打个小报告，说这个人没有独立工作的能力，那就得不偿失了，但是自己看书有时候真的效率太低，要不你了解一下谁是你现在这个问题专家，约个一个小时TERMIN，你把问题都准备好，一下问清楚了，问得时候顺便再拍几个马屁，方便以后接着再问问题 satiox10 发表于 2014-2-11 22:49
比较理解楼主了，如果什么都问的话，怕别人烦，到时候再给领导打个小报告，说这个人没有独立工作的能力， ...
关键事情不是这么简单，因为这个商业逻辑非常复杂，做一个小任务，如果涉及商业逻辑和经验的话，那几乎每进行一步都会遇到问题，几乎事事都得问，根本不是1,2个问题的事，10几个，20几个都有可能，根本没有一个同事会有那么多时间和耐心和好心来给你解答
所以本人现在觉得这个工作比较奇怪，对同事的依赖性太强，正常工作不应该是这样的，本人从小养成问题都靠自己解决的习惯，这种完全要靠别人，依赖于别人感觉非常憋屈，尤其同事不nett，对外国人不nett，不愿分享经验的情况下，估计解决办法只有跳槽换工作了... Sternzeichen 发表于 2014-2-11 23:00
关键事情不是这么简单，因为这个商业逻辑非常复杂，做一个小任务，如果涉及商业逻辑和经验的话，那几乎每 ...
我也是习惯自己解决问题，但是经验还不够的话，真不如和别人讨论一下来得快，做一些实际任务和考试算一道题还是有很大的区别的 satiox10 发表于 2014-2-11 23:03
我也是习惯自己解决问题，但是经验还不够的话，真不如和别人讨论一下来得快，做一些实际任务和考试算一道 ...
我写代码没问题，只要商业逻辑懂，另外相关的类在哪都清楚的情况下，任务很快就能做出来，做过一些不太涉及商业逻辑的，比如修改用户界面，或者一些纯技术的任务，都很轻松的，代码一看就懂，根本不用问任何人，但一涉及商业逻辑的任务，或者涉及整个系统的任务就糊涂了，做不下去了，因为本身这些东西就糊涂吗，所以....
感觉自己不是做info的了，写代码和专研技术成了次要工作，都被一些商业逻辑给难处了 mzcao 发表于 2014-2-11 23:04
德国人写的代码一般还是很标准，javadoc一般都会有的。另外从类的名称，方法名也可以大概知道是干什么用的 ...
javadoc 都是自动生成的，没什么帮助，前面说的那个类，你就算用protokoll 名搜索也搜不出来，因为生成类竟然是另外一个名字，而且在商业逻辑不懂的情况下，你搜索出一大堆相关类，你还是不敢轻易用，你不可能有那个时间和精力把这些相关类都研究清楚，因为这只是一个小任务，你要很快完成，而有的相关类一个就有几千行代码，根本没有时间去细看，这种情况下，只能让同事告诉你，不告诉你你根本没法做，感觉非常没意思
很正常，这就是经验积累的过程。每用过一个类，你就把相关的类和接口都大致扫一眼，几年下来普通问题就基本不用问别人了。复杂问题依然要大家商量。复杂的系统都这样。你不能指望一口吃个胖子，从一开始就无师自通。问题的核心还在于，你并不愿意和人打交道，宁可自己研究。 情商很重要啊,刚开始的时候就要借Einarbeitung多问,这时不问以后时间长了就更不好意思问了
如果觉得多问会让人看不起,又没有资料自己可以看,那就换工作吧
下一个工作事先注意哪些将来的同事是不是和气场,如果没有自信能作判断那就只能碰运气 你可以跟你的Vorgesetzter谈一谈，实话实说，没必要掩饰你的困难。你让他帮你指定同事，这样同事指导你的时间就不占用他自己的时间了，你同事不愿意指导你很大一部分原因是占用他的时间。另外你如果刚刚入行没必要去纠结商业逻辑，哪个系统没有逻辑，做软件开发其实就是经验积累，大多数情况下都是没有行业背景的。 mzcao 发表于 2014-2-11 23:36
你可以跟你的Vorgesetzter谈一谈，实话实说，没必要掩饰你的困难。你让他帮你指定同事，这样同事指导你的时 ...
我从一开始做的就都是涉及商业逻辑的任务了，这公司真不白用，入职刚半个月就开始接任务，公司开发团队小，一个顶一个坑，所以哪能让你闲着，从一开始做的就是涉及商业逻辑的任务，入职半个月就开始做任务，先做了几个技术任务，然后从第二个月底就做涉及逻辑交付客户的任务了，我之前刚毕业，都没有实际经验，好找技术还行，储备挺多，写代码几乎没碰见问题，现在就是商业逻辑搞不定，被难住了，其实同事如果肯定多帮帮忙也没问题的，可惜都对外国人不太友好...
本人本来也特别讨厌求人，陪笑脸，问题靠自己解决最好，不求人 其实不是同事不帮你，你的每一分钟是需要客户付钱的，他如果跟你讲了半个小时，那你让他跟谁要钱去呢。所以在没有上一级批准额外时间，没有人愿意做，即使你以后熟练了，来了新人你也不会愿意。偶尔帮帮忙可以，超过1刻钟就不是友情帮忙了。 mzcao 发表于 2014-2-11 23:55
其实不是同事不帮你，你的每一分钟是需要客户付钱的，他如果跟你讲了半个小时，那你让他跟谁要钱去呢。所以 ...
说的没错，每人都有自己的任务，都很忙的，没有义务帮谁，除非关系处的特别好....
关键这种新人对同事特别依赖非常奇怪，按道理说不应该这样的，即便是新人也不应该对同事这么依赖，所以觉得这个工作有点奇怪，非常受限制，所以得想想别的办法了 你咋绕不出来了呢:-)？ “按道理说”新人需要人带难道不是正常的么？要不怎么叫新人呢？ 上策，找领导说明情况，要求帮助，其实这也没什么大不了的，你只要自己技术过关，熟悉逻辑也只是时间问题，领导不是傻子。
中策 觉得环境不好，拍拍屁股走人
下策 自己跟自己死磕，硬着头皮找同事，运气好任务完成，运气不好完不成，领导发火 mzcao 发表于 2014-2-12 00:14
上策，找领导说明情况，要求帮助，其实这也没什么大不了的，你只要自己技术过关，熟悉逻辑也只是时间问题， ...
同意上策~
新人就更需要和同事沟通，和上司沟通。你通过这个事情也像大家，尤其你的上司展示你的沟通能力。你做不了很正常，我刚开始也是这样的，但是因为我和同事问得太多，反而听到了不太好的声音，就是不能独立完成任务之类的。所以最好的办法就是直接找上司，请求和最了解这个事情的同事沟通，看看上司怎么说。如果他发话，找同事约termin也好说，而且你本身应该有mentor的，看样子你好像没有，所以你完全可以和这个同事每周约一个一小时两小时的termin，剩下的自己一定要努力独立完成，千万别想着自己不会，专业不是这个什么的，现在就是这么个问题，怎么解决是你需要考虑的，而不是直接抱着结局不了的大石头。
我大学里学的也是编程，很多JAVA什么的，现在工作做得是路由器转换器，完全是另一个世界，开始也是死过去了一样的，当时我是trainee在培训，周围的人都是至少两年的圈内经验了，所以就抓着他们问，轮流问，和老师约termin晚上让老师给我开小灶，工作之后和上司多次讲希望能得到一个mentor，并希望多给我些时间，现在看来当时上司是同意了不过心里不太舒服，但是无论他是不是心里舒服我度过了最难得时期，现在上道了，自己就知道怎么往下走了，现在有没有mentor也不是那么关键了
万事开头难，你要学会摆脱掉大学里的那种老师扶着走路的感觉，努力靠自己。如果需要两三个月才能学会，那你就学阿，今天就开始，买书找资料，上班就边看边对照自己的东西，现学现用，同时一定多和上司保持联系，至少每周都要让他知道你这周又有了在项目本身上的哪些获得和进步，尤其是和同事见面之后哪些问题得到结局一定要向他汇报。 Sternzeichen 发表于 2014-2-12 00:07
说的没错，每人都有自己的任务，都很忙的，没有义务帮谁，除非关系处的特别好....
关键这种新人对同事 ...
因为你的道理错了 你不要老是按你的道理来思考
因为像这种商业和工业软件 和消费软件 是完全不同的 极度依赖经验
消费软件追求的是创新 而商业工业软件其实是把已经 存在的旧的行业经验 数字化
所以有经验的员工 即使他的编程技术不高 但是地位比没经验的 技术非常高的员工 更吃香 要不然就去 读一些 Wirtschaftsinformatik的课程 可以稍稍入门
但是更多的东西还是靠工作中积累 其中就包括了向同事请教
幽雨听弦 发表于 2014-2-12 09:16
万事开头难，你要学会摆脱掉大学里的那种老师扶着走路的感觉，努力靠自己。如果需要两三个月才能学会，那你就学阿，今天就开始，买书找资料，上班就边看边对照自己的东西，现学现用，同时一定多和上司保持联系，至少每周都要让他知道你这周又有了在项目本身上的哪些获得和进步，尤其是和同事见面之后哪些问题得到结局一定要向他汇报。
你理解反了，楼主不是要摆脱掉老师扶着走路的感觉，而是一直自己走，不习惯需要老师扶着走 :-) mzcao 发表于 2014-2-11 23:04
德国人写的代码一般还是很标准，javadoc一般都会有的。另外从类的名称，方法名也可以大概知道是干什么用的 ...
碰到这种态度不好，没有耐心的同事，确实比较倒霉。我也同意赶紧跳。 adgjl 发表于 2014-2-12 09:57
你理解反了，楼主不是要摆脱掉老师扶着走路的感觉，而是一直自己走，不习惯需要老师扶着走 :-)
楼主现在遇到问题需要解决，认为问题的中心是需要靠同事而同事不是那么nett，这个认识本身在我看来就是典型的大学里被老师扶着走习惯了。现在刚进入工作，希望自己能独立走，但是还无法摆脱被扶着的习惯性。
这里的扶着不是指完全依靠在老师身上被搀扶，而是在旁边照料的那种。
页:
[1]
2