工控行業、物聯網行業、機械人行業軟體開發可聯絡我
從畢業起在一家小公司不知不覺已經工作了兩年，從開始的懵懵懂懂逐漸的對產品交付過程有了一些了解，最近負責了乙個專案的開發讓我感到在小公司要做好乙個專案真的很難，也深知是自己目前的水平還不夠，以下僅僅是根據自己目前的知識背景所提出的見解，可能有很多是錯的但這是從我自身角度得出的結論希望能對讀者有所啟發。
對於我負責的專案從啟動到交付的過程包括確定產品方向、產品定義、使用者體驗設計、基本的專案管理及開發、測試、發布，忘了說一點，我們公司乙個專案的開發團隊就幾個人，這次專案也是只有4個人，其中包括我們每個人還有其它任務在，多工並行對於乙個專案開發而言也是一種風險。
不像大公司有產品部門、設計團隊、使用者體驗師等，從一開始的產品方向、產品定義、使用者體驗設計都是用研發負責的，對於這些我可能還是門外行，基本的前期準備我也是參考《使用者體驗要素》後憑藉我們研發幾個人的主觀臆測決定的，由於這個專案中競爭對手的產品已經比較成熟在市場已經經過多輪的驗證，我們從《使用者體驗要素》中定義的五個層次對競爭對手做了詳細的分析，為了得出我們的產品樣貌包括得出亮點功能。在這個階段我們花費了比較多的時間，我深怕做出來的產品不能獲得客戶的認可。
在這個階段會引入適當的專案管理方法以及開發，正如《大道至簡》中提到的不管是瀑布式還是敏捷式開發過程都是根據適當的場景選擇的適當的開發方式，不同公司還會有不同的變形。對於我們而言顯然敏捷更適合，因為所有的前期準備都是我們的主觀臆測，需要盡快完成給客戶的迭代版本獲取反饋驗證我們的主觀臆測是否正確。
我們公司很多流程都不規範，一開始沒敢引入太多的流程，老實說，在我引入站會、單元測試、評審等制度時就已經和大家做了非常多的溝通才達到共識得以實施，可能對於一些讀者看來這不太可能但這是真實發生的。我們的研發人員在使用物件導向語言設計時對於設計模式是沒有了解過，當然他們懂設計只是沒有給這些設計起了相應的名稱而已，當然也有一些設計模式他們沒有用到的但軟體巨匠們已經總結過並取了相應的名字，我們應該去了解它們以完成更好的設計。
在專案管理的實施過程中我深刻體會到對於乙個專案負責人來說威信力的重要性，你必須具備讓他們信服的技術，如果沒有過硬的技術高傲的程式設計師是不會信你的。
對於測試和發布目前沒有什麼比較想表述的想法，可能後面會參考《谷歌和亞馬遜如何做產品》書中提到的措施進行更改實施，可能我們公司研發的水平真的是比較薄弱包括我自己，最近公司來了兩個大牛，我老闆的創業以前公司的同事，希望可以跟他們請教一下對於我們公司而言怎樣做才能完成一次好的專案交付，我感覺在一家小公司負責乙個專案做好它真的是一件很難的事情，時刻不忘工匠之心，晚安。
小公司實習
星期一被人事通知無法轉正，所以需要盡快準備下一輪的面試，將半年沒有接觸的基礎知識重新提上日程。在將近實習的半年中，熟悉了公司的開發工作模式，比我想象中容易也難 容易在工作中同事之間沒有那麼多爾虞我詐，我依然不用琢磨別人的心思，謹小慎微的工作 難在面對真實的專案。開發貼近客戶的業務需求，思路很容易就有...
小公司的無奈
身在小公司，處處能感受到小公司的無奈。缺乏健全的管理，很多的不規範讓人著實頭疼。如果再因為弱智的管理嚴重影響開發效率的話，那將是更加的無法忍受！面對這些，弱小的我們又能怎麼樣呢，唯無奈爾。還值得慶幸的是小公司也有不少牛人，從他們身上能不斷提高自己。在貧瘠的草地上也會有強壯的牛羊，我想能在貧瘠的草地上...
大公司 or 小公司
最近一直糾結於兩件事情，繼續去好的 大公司or 創業小公司，搞的人睡都睡不好，因為這個決定會讓我走向自己真正的職業道路，而這些我之前是沒有怎麼考慮過的。對大公司的印象 政治鬥爭嚴重，跟錯價值觀錯誤的領導，算是你完了蛋，要激情沒激情，要人格沒人格，如果有比較好的領導，並且看好你，那是很幸運的。英文第一...