我想我会 发表于 2016-11-29 19:41
你们可能不了解情况，我们这个架构确实混工作，他水平还是可以的，强项在模块组合，就因为有这个在手，所 ...
我不知道你们怎么定义关键和不关键，Architecture decision应该由他签发，决策过程和文档应该都有历史纪录，如果他出尔反尔，dev有权利拒绝或者要求额外的resource，不知道你们的change process是怎么规范的
至于这个任务，你要分清楚，到底是一个确定的研发任务，那需要evidence支持这个decision并且记录在案，如果只是一个feasibility topic，那么即使失败也是可以接受的，本身就是要验证一个想法是否合适，有些技术细节必须由dev team support，你不可能指望arch自己去实现所有的验证系统
至于说背锅，还是那个问题，你们的文档呢？
我想我会 发表于 2016-11-29 19:41
你们可能不了解情况，我们这个架构确实混工作，他水平还是可以的，强项在模块组合，就因为有这个在手，所以平时工作就是混，关键的地方他上来给弄好了，其它的工作就马马虎虎，公司也不敢拿他怎么样，经常自相矛盾，出尔反尔，说话和布置任务都不过脑子
我们team不大，所以一个人一个坑，每个人的时间都挺宝贵，像这个任务，他连aktenzeichenzahl的定义都没明确，到底是什么含义，有没有实际意义，这都属于定义的问题，这都没搞明白就叫别人做，这肯定是白做，更别说其它方面了，如果aktenzeichzahl有意义，应该用uuid，不可能表里只有一个主键列还自增，布置任务的时候可没说他还没想好
去找他，经常碰见他在偷偷的打游戏或者浏览其它网站，这个货的工作态度就是吊儿郎当，有时候自己出错了，就找别人背黑锅
这不叫混工作，而叫工作态度端正，是最正常和正确的工作方式了 :-)，应当成为你的楷模而不是笑柄。
不是自己家买卖，技术能力高也不应当让人家玩命。关键的地方他上来给弄好了，人家就没愧对头衔，打游戏或者浏览网站还叫事？替我转达敬意！
本帖最后由 我想我会 于 2016-11-29 21:09 编辑
shrek_munich 发表于 2016-11-29 20:19
我不知道你们怎么定义关键和不关键，Architecture decision应该由他签发，决策过程和文档应该都有历史纪 ...
这个就是个实际任务，不是尝试性的！客户需要这个zahl, 最后问题没解决，先做成最简单的主键自增，返回count，交给客户了（按这货的话说，先 als uebergangsaufgabe 提交客户，以后再说），高并发的情况目前还不会出现，我们这个是新系统，才开发了2年，计划第3年成为正式产品投放市场，现在只提供给几个客户，作为probekunde使用，有几百个客户已经签了合同，上市以后再使用，到时候会涉及高并发
所以现在文档和计划没那么苛刻，还属于内部开发时期，可以调整和改变，但也常有liefert termin 以及跟probe客户商量的phase plan, 这些必须要遵守，不然对公司信誉有影响，更重要的是我们平时工作是看任务量的，看完成任务数，每星期都有总结会，每个月还有一个大的总结会，你的表现跟完成的任务量有直接关系
这货经常让人背黑锅，之前有次后端有一个挺重要的模块，他负责开发，做了一个月，平时吊儿郎当，不慌不忙，离lieferungstermin 还有三天的时候，终于做完了，结果一运行漏洞百出，这货急了，晚上在公司通宵，拉我帮他弄，都是晚上12点回家，狠得人牙痒痒，早干什么了？！ 还有一次布置给我一个任务，我做了很久也做不出来，按系统目前的状态根本走不通，最后只能绕了一大圈勉强实现功能，花了一个星期，结果提交之后，他说我做的是错的，我再一看，后端那边他都改动了，跟我做的那会完全不一样，那会他明知道是错的，为什么还让我做呢，因为上级追的紧，想看看这个功能的效果，他一天吊儿郎当的，那会他的后端还做完，他就把我赶鸭上架了，唬弄上级，变成我做的慢，做了一个星期，做的还不对，这边为他争取了时间，他后端做完了，责任变成我的了，跟他无关了
这是这么一个货~~
拖延症而已，不是啥大毛病，又不是存心害你。等多是受拖累。你又不归他管，直接拒绝加班呗。
我想我会 发表于 2016-11-29 19:18
呵呵 我没话可说，imb网站上这种入门级的demo也拿来说事，但凡学IT的都懂的，这上面的东西都给初学者用的 ...
工作那末多年了这麽个简单的framework还搞不懂，玩不转。还有用手写的orm java class的？？我也是无语了！
给你个初级连接就是抛砖引玉，有没有用自己衡量。20多年的工龄，就这问题的水平，你也是该歇歇了
本帖最后由 我想我会 于 2016-11-29 23:46 编辑
jackylover1314 发表于 2016-11-29 23:02
工作那末多年了这麽个简单的framework还搞不懂，玩不转。还有用手写的orm java class的？？我也是无语了 ...
行了，你牛掰，你可以自己开公司了，我们整个公司都赶不上你！
拿个IBM网站的破DEMO来掰掰，你真强行了吧？！连话都看不明白....唉，人呐
jackylover1314 发表于 2016-11-29 23:02
工作那末多年了这麽个简单的framework还搞不懂，玩不转。还有用手写的orm java class的？？我也是无语了 ...
就这问题水平怎么了，你有水平，你给解解，能就说说，不能别废话，别说没用的，别弄个破DEMO来装蛋！
我想我会 发表于 2016-11-29 23:49
就这问题水平怎么了，你有水平，你给解解，能就说说，不能别废话，别说没用的，别弄个破DEMO来装蛋！
呵呵，就事论事， cayenne的framework 就是可以用他的moduler来构建数据库的结构，同时它也支持上百万每天的商业访问量，这个都是事实啊。我看了下他们的最后的release是今年的4月还有有新的更新和维护。这些都说明了这是个健壮的组件。我只是就你说的他的问题提出我的使用心得。至于你觉得对不对那就是你的事了，不用搞不搞就蛋疼，demo怎末了，再强的技术那也是从demo开始的，不用demo你看的懂吗？ 不要动不动就是同事怎末样，技术怎麽样。。。我在德国工作那末多年了，有些德国同事就是这样的，你觉得有问题直接提啊，
背后说傻逼，见面就装逼，没事多反省下自己。你开发经验不足没有关系，但有些话，想清楚了在写。