在加拿大
工作遇到难题，求IT前辈帮忙出出主意
如上篇帖子所说，本人在一软件公司做银行方面的软件(java)，写代码没有什么问题，都能应付，也就是infomatik技术上基本不存在问题，主要是商业逻辑搞不定，公司在这方面没有任何资料，只能靠同事之间交流，对于新人来说就是问同事，有问题只能问同事，逻辑上不知道不懂的只能问同事/老手，结果同事不怎么nett，也就是说你的发展完全绑定在同屋的几个同事身上了，大家也遇到过这种情况吗？
本人感觉这种情况非常被动，你工作上的进步和发展完全由同事决定了，一旦同事不nett，你完全被制约住了...
问问前辈，个人觉得挺奇怪的，一个人的工作，发展和进步应该掌握在自己手里才对呀，我从来都是靠自己，不喜欢靠别人的，命运攥在别人的手里多憋屈啊，而且编程和做软件的工作本来不应该是这样的吧？应该大部分工作70%靠自己努力，可以靠自己学习来解决，比如有各种文档资料来阅读，30%才是通过和老同事请教交流来的吧？ 这个问问前辈我说的对吗？
大家工作都是什么样的？尤其是新人的时候！
目前我这种情况又该如何解决呢？
这个商业逻辑很复杂，不懂商业逻辑几乎寸步难行，举个最简单的例子，某天接到个修改sepa protokoll （就是 xml datei) 头部内容的任务，按我的想法头部要自己重新定义，全部都要重新写，结果不对，同事告诉我系统里已经有写好的类，我才发现确实已经有相关的定义好的类了（用来生成xml protokoll 头部的），一些底层功能已经实现了，修改只需要一些小改动就够了------------ 我真是欲哭无泪，这个系统一共有超过50000个类，像海洋一样深不见底，如果同事不告诉你，你根本不可能知道还有这么个类！因为没有任何文档资料，没有任何对系统的说明...
这个就是上级所说的“通过同事讨论”，“问同事和向同事请教”，也就是说，同事如果不告诉你的话，你连上面这种最简单的任务都解决不了，大家说说这正常吗？
感觉完全被把握在同事手里了，你的进步和发展，甚至包括最直接的一个任务都要看同事告不告诉你才能完成，编程写代码的工作大多数不应该是这样的吧？这样就太被动了！！！ 如果同事一旦再不nett，不是完了....
评论
德国人写的代码一般还是很标准，javadoc一般都会有的。另外从类的名称，方法名也可以大概知道是干什么用的。50000个类肯定分package的。拿到任务自己多试试，时间也不能太长，觉得不行还是要问同事的。同事不nett，没办法算你倒霉，与其每天想着去跟人家套近乎，还不如另谋高就，好的团队很重要。
评论
楼主是刚入职么？似乎还是在大学学习的思维。。我也是程序猿，算法什么的的自己也不是很熟，基本都是要和同事不断交流才能理解地越来越好，虽然有现成的文档，但是很多东西自己看一天可能不如别人和你说20分钟来得效果好
评论
关键同事也不怎么nett，不爱搭理你，这怎么办？
评论
他们对别人也不nett还是光对你不nett？
评论
有人是以算计别人为快乐的，你帮了他他还过河拆桥。不过我碰到的绝大多数德国人都乐于助人，千万不要让乐于帮助你的人受伤，内向的话那很难十全十美，但基本的礼节应该做到就好了。关于编程尽快解决问题 就是 随着人的 见识和经验的增加，越来越自发地知道 怎么做，用 做方车轮开始的办法能最有效提升编程技能，但是用现成的接口能 最快的把事情做了。
评论
了解商业逻辑需要时间,不是一两个月就搞清楚了,要有耐心,没事多问,同事不爱打理就多和同事聊天,聊聊有意思的事,聊聊都感兴趣的事.团队合作比coding更重要
评论
我也觉得LZ是刚入职。。。XML我也接触过，之前的同事把模块写好，但是我觉得写的不是很好，我很想从头写，但是后来一个同事告诉我没必要这样，要根据需求去修改，然后还告诉我一些建议，结果后来就处理好了，所以沟通还是很重要
评论
LZ你总说别人在限制你，事实上你学到的东西，有试过总结下来给后面来的同事参考么？
现在没有文档不是你的错，但如果在你工作3，5年之后也还是没有文档的话，说明你跟之前在这工作的人水品差不多唉
评论
沟通是很重要，但不能每个东西都需要问吧，不问就进行不下去，这种就太没劲了，感觉自己完全被攥在别人手里了
我如果知道有写好的生成类，我才不会重写，本来接口和类覆盖就是java最根本特点和优势，关键是你根本不知道，也找不到这么个类，如果没有同事告诉你的话，所以你的一丝一毫都取决于同事，甚至包括最简单的一个任务能否做出来，完全受制于人，如果同事再不nett的话，感觉这很被动... 感觉也很奇怪，本来不应该是这样的呀！
评论
不问就进行不下去，有时候你觉得不问进行不下去那就必须要问了，没有什么没劲不没劲的，喜欢搞研究可以去读博，自己钻研东西，在别人手下干活，本来不就被攥在别人手里，除非自己开公司，自己接项目。
·生活百科 笔记本电脑电源线上的USB有什么用？
·生活百科 交换方式讨论