畢業后踏入職場的第一步毋庸置疑是最關鍵的一步。走好了可以避免繞很多不必要的彎路，對今后的職業規劃也可以說是一個良性循環的開始。
樂天投資(Rakuten Ventures)主理合伙人Sae Min Ahn
我認為，以下這些錯誤并非軟件工程師的專利，所有滿懷希望，剛步入職場的年輕人都很容易犯這些錯誤。
愛公司多過愛工作：這或許是我犯下的最大的錯誤之一。我當時堅信，只要我進入那家我心儀已久的公司，最終就一定能找到適合自己的崗位。更痛苦地是，我還放棄了另外一家公司提供的一份好工作，只是因為我喜歡當時那家雇主的品牌。
堅信應該持有黑白分明的商業立場：曾幾何時，受大量韓國公司的影響，這真的是一個問題，但愿它現在已不復存在。他們會向剛畢業的學生灌輸這樣一種思想：競爭對手是“敵人”，甚至不理性地將他們描繪成“邪惡的”一方。這種做法確實能獲得短期的忠誠，但就我所知，許多人養成了一種壞習慣，他們在情感上投入太多時間去“憎恨”競爭對手，而沒有充分考慮大局。
雅虎(Yahoo)軟件工程師Allen Wu
我記得畢業后從事第一份軟件工程師工作時曾經犯下兩個錯誤。但愿我的經歷能夠鼓勵剛畢業的大學生們更謹慎地避免這些常見錯誤。
第一個錯誤是，嚴重低估完成一項功能所需要的時間。業務要求規定，功能在技術上不能太過復雜，而且要易于操作。最終結果是，跨團隊協作、對其他人的依賴性，以及不斷更新的要求，占用了大部分時間。而不斷更新的要求常常導致許多重復的開發工作。軟件工程領域有一句格言是這樣說的：90%的工作會用去90%的時間，剩余10%的工作還需要90%的時間，最終結果是，開發時間將是預估時間的180%。即便在軟件開發行業積累了一些經驗之后，我依然很難準確估算一項任務的開發時間，盡管現在的情況有所好轉。
第二個錯誤是沒有在必要的時候尋求幫助。正打算執行的一項功能的時候，我發現了一個漏洞，并深陷其中。要找出導致漏洞的根本原因，無異于自找麻煩——突然之間，相關問題開始不斷出現。我沒有恰當地提升這些問題的嚴重性以提高其可見性，并由此獲得更多資源或尋求幫助，而是一遍遍地試圖找出解決方案，結果徒勞無功。我當時的上司表示，初級開發人員最常犯的錯誤，是會“消失”很長一段時間，忙于自己的項目，等到項目完成之后才會再次出現。當我意識到應該料想到意外問題總會出現，管理者的職責就是發現問題，使整個團隊按最佳速度運行，我在這方面得到了提升。
Answer by Jason Ewing
你對公司的忠誠度要高于公司對你的忠誠度。我管理過許多有初級員工的團隊，見過太多這樣的情況。你喜歡自己的第一家公司，它也給了你第一次真正的機會!你應該對它忠誠，不是嗎?
這是錯誤的觀點。有些人停留在入門級崗位太長時間，因為他們認為，只要他們努力工作，堅持的時間足夠長，他們的雇主就會“照顧他們”……
隨著時間的推移，這種想法會壓垮一個人。我也希望人們都相信，只要努力做好工作，你的才能就會得到認可，你就會平步青云，但真實情況是，付出的努力不見得一定能得到回報。不論大公司還是小公司，必須有職位空缺才能給員工升職，或者有預算才能給員工加薪。
從事第一份工作一段時間之后，要開始向上司請教自己的職業發展有哪些選擇。如果你感覺沒有人會得到升職，或者提升的選擇有限，不妨改變方法：在這里盡可能學習新知識，然后帶著自己的經驗另謀高就。
Answer by Carson Tang
避免老員工的壞習慣——在公司工作了至少十年的同事，可能經常開會遲到，但這并不意味著遲到是可以接受的。如果有老員工遲到，你的上司可能會放她一馬，因為她證明自己對公司有幫助，符合雇主的要求。但如果你遲到，只會讓你看起來不負責任，并被列入不宜雇傭的員工之列。
主動尋求指導和幫助——在學校里，即便你沒有主動提出，你的教授和助教也會經常為你的家庭作業和實驗室任務提供提示和指導。但在工作中，所有人都忙于自己的任務，所以，如果沒有人主動提供幫助，不要感到驚訝。這并不意味著他們不友好或者自私，只是因為他們非常繁忙。主動向你提供幫助的人，往往都非常友好，所以有必要與他們搞好關系。
對分配給自己的任務，要做到精益求精——即便你被安排了一項沒有意義的工作，比如修補較小的漏洞，也要放下自己的驕傲，完成任務，并弄清楚如何修補。如果你被安排負責一項重大任務，也要遵循同樣的原則。在軟件工程領域，對于由你修改和擴展的那部分代碼庫，你是專家，因此，如果你的同事遇到問題，他們會希望由你來提供答案。成為專家可以實現兩個目的。首先，同事會認為你是一個負責任的人，其次，你的上司最終會注意到你，并給你安排更有意義的工作，或者讓你參與更具挑戰性、更有影響力的項目。
與所有人搞好關系——在校園里，如果你不喜歡某個人，可以對他不理不睬。但在工作中，如果你不喜歡一位同事，不能簡單地對他視而不見，因為你們要在一起工作。相反，要做到友好真誠。如果對方是專業人士，即便他個人不喜歡你，也會在職業上尊重你。
重質量，輕數量——如果可以的話，盡可能快地完成工作，但不能為了更多產出而犧牲工作的質量。如果你用代碼校驗破壞了軟件構造，即便提前一周交付，也會給上司和同事留下負面印象。相反，如果由你改進和完成的項目取得成功，并且保證了質量，即便多花了一周時間，也會給其他人留下積極印象。