最近忙於工作，很少去了解乙個公司是怎樣去運作的。可能我也想問我自己為什麼會去關注乙個公司是怎樣去運作的。或許是因為我們公司的效率底下吧！
我們公司是成都一家剛起步的it（軟體）公司。現有員工25人，其中負責人1人，運營長1人，知識長1人，負責銷售1人，專案經理1人，專案組長2人，技術研究1人，銷售人員2人，移動端開發人員3人，web端開發人員6人，實習生2人，測試2人，美工1人，財務1人。
員工中，管理層與普通員工的比例為8/17。移動端與web端員工比為3/6。專案負責人與開發人員比例為4/11。
今年公司的效益不好，究其原因，或許看了比例資料，不由得心想，確實，普通員工被壓榨的很厲害。公司沒有骨幹核心也是問題，就連我剛出去的員工也要給他們搭建前段框架（我是無助的嘆息呀~很想離開這樣的公司）。
分析人員也不能完全說明公司效益不好全在普通員工身上。我們再來看看管理層都做了些什麼事情。
知識長負責教授6sigma等創新方**；運營長（我也不知道他做了些什麼）；pm現在就只負責指指點點，沒有拿出實際的需求，現在還是程式設計師負責考慮互動和設計資料庫；專案組長負責需求研討和介面設計，感覺就更加不負責任，沒有對細節的東西進行深挖，沒有對程式設計師做的介面和**進行認真的檢查。感覺程式設計師要做很多事情，去考慮程式的相容性、互動方法、資料庫表設計、介面細節查錯。
我理想中的軟體公司沒有多少人，3-4人是標配。
pm負責專案接洽、合同簽訂、需求調研、互動設計、工作協調。
技術骨幹負責框架搭建、demo**書寫、呼叫文件規範、**規範性文件、前沿科技研究、新人培訓等
會計負責公司的運作保障、公司註冊、銀行業務、社保公積金業務、財務。
行政人事負責公司考核、辦公用品管理、人事調動、檔案管理、招聘等。
對於我們程式設計師來說，對程式的風險管控很重要：
1、**規範 2、文件（呼叫文件、介面文件、demo文件） 3、需求互動設計（按時代不同、客戶不同做不同的調整） 4、**檢查
有了這些，或許對於乙個公司來說，已經很不錯了。
工作一年的心得體會（持續中 ）
在公司的一年中，生活的非常愉快，工作氛圍也很好，但是相對來說太清閒，感覺到自我提公升的太少了。而且從工作學習中發現自己的多方面不足之處，可以說會的東西太少了。公司是乙個大家庭，不管是領導還是同事，都兢兢業業的工作。在上個月，和我的哥們聊了一下，他現在讀研究生。本科時水利水電轉的電氣工程，而研究生學的...
最近的工作心得與反思
前言 下面的說法就自己個人而言，不代表群體性 工作上不盡人意的時候，總會想各種各樣的事情，能力上的，工資上的，上級領導上的等等 很多時候還會自視過高，覺得自己做得那麼辛苦，做了那麼多的事情，應該拿更多的工資才對，可是偏偏沒有，也無從訴說，形成一定的心結，工作散漫。還會找一些覺得比較厲害的東西去看，想...
設計原則的學習心得與體會
一共有七大設計原則，分別為 1 開閉原則 對擴充套件開放，對修改關閉。即 不修改原有實現類，而是寫新的實現類。缺點 導致 臃腫。2 依賴倒置原則 高層 呼叫層 模組不應該依賴底層模組，二者都應該依賴其抽象。抽象不應該依賴細節，細節應該依賴抽象。即 要面向介面程式設計，先頂層再細節來設計 結構。倒置 ...