问题是连头儿都不知道requriement 是什么! 你想work smart 那就是在挑战头儿, 闭着眼混吧。
怎么理解work smart ?
所有跟帖:
•
等着。自己提高英语,提高技术不都比干那点破活强?没弄请之前,没人能逼你干啥,本来就是暴露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