没搞清requirement就开始干活，本来就不该啊。work smart, not hard.

所有跟帖： 

• 怎么理解work smart ? -biming88- ♀ (134 bytes) () 12/09/2015 postreply 19:05:50

• 等着。自己提高英语，提高技术不都比干那点破活强？没弄请之前，没人能逼你干啥，本来就是暴露BA不行的机会， -Tove- ♀ (95 bytes) () 12/09/2015 postreply 19:28:44

• 你说的对。是不应该开始development。关键是这个技术以前没单独干过，老有senior带，这次独立干，有点儿太想挑战自己了 -ttt8966- ♀ (0 bytes) () 12/09/2015 postreply 19:41:15

• 那就不用窝火了，下次注意就好了。反正也学到了新东西，还学到了下次怎么分清职责，不亏了 -Tove- ♀ (0 bytes) () 12/09/2015 postreply 19:51:27

• 老实说因为他们要弄来另外一个跟我搞一样技术的人，觉得很尴尬，很没面子 -ttt8966- ♀ (0 bytes) () 12/09/2015 postreply 20:04:29

• 你太急了，被客户的architect说你做的不对，自然会让你们这边的人对你没信心。 -Tove- ♀ (239 bytes) () 12/09/2015 postreply 21:18:07

• “非要加班加点，大包大揽把错往自己身上揽，不是傻是什么。。” 觉得你说得特别对，有点儿没头脑。我们另外一个developer就老 -ttt8966- ♀ (271 bytes) () 12/09/2015 postreply 19:48:30

• 这样的人虽说很多时候很气人，你认真观察，也许他还是有他的道理的。去研究一下他说的方案，说不定会发现又学到新东西了呢。 -Tove- ♀ (170 bytes) () 12/09/2015 postreply 19:55:57

• 那个客户的architect倒是没啥，我要是多和他沟通我们就应该早点儿会知道他想要什么， -ttt8966- ♀ (157 bytes) () 12/09/2015 postreply 20:01:21

• 本来就是不该谈的。因为和客户打交道不是只有技术问题。你一个这方面的技术新手去和那边的architect直接打交道是肯定不对的。 -Tove- ♀ (137 bytes) () 12/09/2015 postreply 21:15:49

• 是，我觉得我的确worked不smart，我得注意这方面。可是我们的BA到现在都没有 -ttt8966- ♀ (354 bytes) () 12/09/2015 postreply 19:08:19

• BA和PM的职责就是搞清requirement。没弄清之前，你不能自己学习新技术么。。。 -Tove- ♀ (0 bytes) () 12/09/2015 postreply 19:25:09

• 是的，应该学新东西的，其实干的过程中一直都在学，这两个月学了不少东西 -ttt8966- ♀ (0 bytes) () 12/09/2015 postreply 19:42:39