※ 引述《milk6449 (Boogi)》之铭言：
: 小弟最近心情跟工作遇到了瓶颈
: 前辈的code我不太懂，但我写了自己的code，却一直被打枪，问了该怎么写，也被回先
: 自己上网找，那我该怎么办？
: 我是不太会去麻烦前辈的人，毕竟自己没什么底（基础概念很差），很多东西都上网自
: 学来的，但就算我写错（结果正常的前提下），他可以告诉要怎么写比较对吧？我每次
: 想不懂要怎么写才能达到他符合的标准，但问了，又被回先自己上网google
: 哀~前辈是不懂我的code吗？还是假装不懂，让我磨练.......
: 又或者，我该从学习如何请教的学问开始吗？？？
:

好坏唷 偷备份

这种文也要自删==

PTTWEB都看的到 凡走过必留下痕迹个人觉得他就是code看不懂 不想理解 干脆重构

对！要改就全部一起改，不要改一半放著

如果觉得公司风格烂 或者说 根本没风格乱写 快跑吧

要有具体的 code 来讨论才知道

要体认职场不是共识决是多数决 而通常新人是minors一直在重构只会被质疑在重造轮子浪费别人时间

就像clean就没有绝对标准，但是总有人觉得自己就是标准…

我觉得你讲的事情跟他提的事情是两回事专案有自己的风格没问题，但要人照做若又不教不给范例那只是在整别人和搞自己罢了。偏偏实务又不乏整天说有自己风格，去问又讲不出所以然但看到你跟他不一样又会谯的团体。我最近就遇到一个像这样的团队就是沟通协调差，有时还伴随会乱靠杯新人简直像极了部队中熟悉环境的老鸟爱整新人一般原PO基础好坏是一回事，别人是否不沟通协调要他通灵那又是另一个问题。若是后者的话别太意在，早早逃吧

多做多错，少做少错，久了案子就换人接，反而轻松

我是比较追求不用再维护的code啦 多改多错

如果风格是WET？ 也要一直保持？

推dream1124,既然觉得别人基础差，干麻录用？又不说？既然有自己的标准，那为什么不把标准公布，又要人猜？只要上面的说出事了我扛，你照我说的做，会想那么多吗？

我觉得没有你们讲的这么复杂，转职仔通常最大的问题就是看到这行不错的薪资跟工时，所以想跳进来做，但又没热诚也不一定会很努力，所以觉得领低薪做杂事很烦这行基本上也不怕人问，但很多人连"如何问"都不会

妈的 我也遇到过

就算拿了公司已经规范很久的开发标准 还是会有新人指着他不爽的部分去问前辈阿== 部门有一个问到我受不了就直接放生叫他有问题问主管

你就是一直写一直问 受不了就离职 大家好聚好散

推loadingN

想逼他离职吧，不然真理是越辩越明

IE还有公司再用喔QQ

我觉得会不会是你问的方式有问题？

问这种前辈就回 你再想一下 你再查一下到最后我也懒得问了 反正回答都一样 google比较实际

“维护性重要到可以牺牲效能”？ 不认同捏这应该只是你们公司系统刚好用户不多or不需要大量运算吧

如果是内部系统 有时不差那几百 ms 的效能没错，但可维护性可能就差很多

正在重构已离职老新人的整个系统程式码，他就所有程式码都没缩排，段落也分不清楚，即使用了自动整理程式码的工具，还是要手动整理 XD

本来的风格维护性就好？ 架构那么厉害也不一定非得找新人 的确多的是找人来电来保持优越的做风当然如果代码差但人好相处是还可以接受 多的是你不奴不搞位阶就是沟通差

没缩排有点狂