????樂天投資（Rakuten Ventures）主理合伙人Sae Min Ahn的回答

????我認為,，以下這些錯誤并非軟件工程師的專利,，所有滿懷希望，剛步入職場的年輕人都很容易犯這些錯誤,。

????愛公司多過愛工作：這或許是我犯下的最大的錯誤之一,。我當時堅信，只要我進入那家我心儀已久的公司,，最終就一定能找到適合自己的崗位,。更痛苦地是，我還放棄了另外一家公司提供的一份好工作,，只是因為我喜歡當時那家雇主的品牌,。

????相信上司知道所有問題的答案，并且總能提供正確的指導：這是我得到的最殘酷,、最令人失望的一條教訓,，但很快我意識到這也是最寶貴的教訓,。有一位上司深得我的信任，我對她深信不疑,。不論她告訴我什么,，我都奉若圭臬，認為她的話絕對可靠,。結果證明,，她與我一樣愚蠢，在面臨混亂或棘手的難題時,，她甚至會出現(xiàn)精神虐待傾向,。

????堅信應該持有黑白分明的商業(yè)立場：曾幾何時，受大量韓國公司的影響,，這真的是一個問題,，但愿它現(xiàn)在已不復存在。他們會向剛畢業(yè)的學生灌輸這樣一種思想：競爭對手是“敵人”,，甚至不理性地將他們描繪成“邪惡的”一方。這種做法確實能獲得短期的忠誠,，但就我所知,，許多人養(yǎng)成了一種壞習慣，他們在情感上投入太多時間去“憎恨”競爭對手,，而沒有充分考慮大局,。

????相信在工作首日，自己就開始做“很酷的事情”：這是我一生中非?？尚Φ囊欢螘r間,，因為我當時認為自己可以挑戰(zhàn)整個世界，可以讓公司的收入曲線顯著上升,。我很快就意識到,，自己掌握的技能幾乎為零，必須學習如何規(guī)劃,、安排優(yōu)先事項和執(zhí)行,。每走出一步就像拔牙一樣痛苦，但那又如何,，我已經走到這一步了,，不是嗎？

????雅虎（Yahoo）軟件工程師Allen Wu的回答

????我記得畢業(yè)后從事第一份軟件工程師工作時曾經犯下兩個錯誤,。但愿我的經歷能夠鼓勵剛畢業(yè)的大學生們更謹慎地避免這些常見錯誤,。

????第一個錯誤是，嚴重低估完成一項功能所需要的時間,。業(yè)務要求規(guī)定,，功能在技術上不能太過復雜,，而且要易于操作。最終結果是,，跨團隊協(xié)作,、對其他人的依賴性，以及不斷更新的要求,，占用了大部分時間,。而不斷更新的要求常常導致許多重復的開發(fā)工作。軟件工程領域有一句格言是這樣說的：90%的工作會用去90%的時間,，剩余10%的工作還需要90%的時間,，最終結果是，開發(fā)時間將是預估時間的180%,。即便在軟件開發(fā)行業(yè)積累了一些經驗之后,，我依然很難準確估算一項任務的開發(fā)時間，盡管現(xiàn)在的情況有所好轉,。

????Answer by Sae Min Ahn, managing partner at Rakuten Ventures

????This is not specifically for software engineers but I believe this applies for the many young hopefuls walking into their first company.

????Falling more in love with the company than the job:Probably one of the biggest mistakes I made. I truly believed that if I got into the company I wanted, I would eventually find the role that was right for me. What was more painful was that I gave up an amazing role in a different company because I liked the branding of my-then-employer

????Believing that my manager had all the answers and provided consistently right guidance: One of the hardest and disappointing lessons I had to learn but soon came to realize was the most valuable. I had a manager that I truly trusted and believed in. Whatever she told me I believed was canon and infallible. It turned out she was just as clueless as I was and had a tenancy for emotional abuse when things got hectic or too hot to handle

????Believing that having a black and white viewpoint on business execution was the right path: This was actually an issue – I hope it isn’t anymore – with a lot of the Korean companies at the time. They try to indoctrinate the new grad into thinking that their competitor is “the enemy” or even portray them as “evil” in an irrational mantra. I’m sure it was to gain short-term loyalty, but for a lot of people I know, they picked up a really bad habit of emotionally expending too much time “hating” on their rivals and not thinking enough about the bigger picture of things

????Believing that I would start doing “cool stuff” day one of my job: This was a funny time in my life as I thought I could take on the world and make the company revenue chart hit a neck-breaking hockey stick vector. I soon came to realize I had little applicable skills and had to really learn how to plan, prioritize and execute. Each step was like pulling a tooth but hey, I’m here aren’t I?

????Answer by Allen Wu, software engineer at Yahoo

????Two mistakes I made during my first job in software engineering as a new grad come to mind. Hopefully reading about my experiences will encourage new college grads to be more cognizant of these common mistakes.

????The first was grossly underestimating how long it would take to complete a feature. The business requirements suggested that the feature was not very technically complex and would be straightforward to implement. What ended up being responsible for the bulk of the time was cross team collaboration, dependencies on others, and evolving requirements, which led to many iterations of development. There’s an aphorism in software engineering that says that 90% of the work takes 90% of the estimated time, and the remaining 10% of work takes another 90% of time, resulting in a total development time of 180% of the original estimate. Even after some experience in software development, it is still really difficult for me to accurately estimate the development time of a task (see Jan Christian Meyer’s answer to Software Engineering: What is the hardest thing you do as a software engineer?), though it’s getting better.