以我自身經歷來看，有如下幾點感觸?
(1)全面發展;
(2)施展的平台的機會比較大;
(3)加班的頻率；
(4)跟領導的關系；
(5)與同事的關系；
(6)自覺性;
一、全面發展
我們公司加上經理常在的也就是6個人。安卓兩個，Java開發三個。人少自然就要多個方面用。
比如以上家公司為例，每當接到一個新的單子，我們老板都會派遣對應的項目實施人員去跟客戶交互，一般就是跟客戶聊聊需求之類的，然后整理成一個需求文檔，當然了，在此之前老板會跟這個客戶談價格，這個價格分為兩個方面，一個是只賣服務不賣源碼，另一個是源碼+服務一起賣。這也是辦公自動化軟件公司比較普遍的兩套營銷策略吧。話有些說偏了。而今在這家創業公司，我現在所處的這家創業公司主要是做共享經濟方面的，比如共享車、共享洗浴等等諸如的。可以說是做自己的產品。做自己的產品有一種歸屬感，上家公司給我的感覺雖說是做辦公自動化，但是在我看來跟外包沒有什么區別，只不過相當於專一性型外包(專做辦公方面的)
在這家創業公司，我做過可行性方案設計，以我的可行性方案設計，由於我們是自己做自己的產品，一般可行性有這么幾個考量?
第一、技術可行性;
第二、成本可行性;
拿技術可行性來說，主要有這么幾個考慮?
(1)成員熟悉度(以Java為例，我們主要用SSM框架，沒有用SpringBoot或者SpringCloud，因為我們組成員普遍對這個框架非常熟悉);
(2)可靠性(比如Spring全家桶就很可靠);
(3)文檔豐富性(就是如果出現什么問題,可以快速在現有的搜索引擎當中搜索獲取對應的解決方式);
拿成本可行性來說，主要有這么幾個考慮?
(1)時間成本;
(2)技術成本;
(3)人員成本;
(1)時間成本
時間成本主要指的是項目的開發周期，項目的開發周期取決於項目的復雜度和需求變更度，復雜度高變更度高，那么延期是必然的，當然了也可以是非必然的，可以用加班來達到按時交互的目的或者是一些強有力的手段。
(2)技術成本
技術成本有這么幾個方面?
a.技術的實現成本(效率和時間)；
b.服務器的成本(購買服務器）；
(3)人員成本
a.五險一金;
b.工資;
關於全面發展，進入這家公司我不僅僅是一個后台開發人員，而且也是前端開發+運維+測試+DBA+架構(兼職)+技術支持(主要是安裝設備+調試設備)+產品設計等。
能力雖然是得到全面的鍛煉，但是除了后台方面相對過硬，其他基本都是淺嘗輒止，可以理解為都不夠深入。
比如運維方面，我僅僅只是知道對tomcat、mysql如何調優，以及Linux常見的性能測試命令(free、top等)和其他的常用命令(內存、CPU、線程、管理用戶等)及其一些常用的shell腳本(比如部署、備份數據庫、郵件告警等)。
比如前端開發，我除了比較熟悉HTML+CSS+JS(多虧曾經在學校的時候手動敲代碼寫了十幾個網頁,因此基礎還是比較好)之外僅僅只是對jQuery+BootStrap+layui+Vue.js等前端框架比較熟悉，看了API知道怎么用和異步交互的方式，及其一些前端性能優化方面的，對於現在的服務端的Node.js僅僅只是停留在簡單使用和環境搭建上面。
比如測試，除了非常簡單的功能性測試之外，也就是用Jmeter做一些tomcat、mysql等性能測試(壓力測試)，還有就是開發常用的單元測試，至於網站的性能測試我是直接用國外網站測試的，可以參考我的這篇文章:網站在線性能測試分享。
比如DBA，除了授權分配對應的用戶對數據庫的權限之外，SQL能力相對較好(這也是一直以來使用MyBatis的原因之一)和一些簡單調優及索引方面的等。
比如架構，這里的架構職責有兩個方面，一個是技術架構,比如制定開發的規范，使用什么后台框架(SSM還是SpringBoot)，采用MySQL還是Oracle，需要使用消息隊列嗎，或者是前端指定要什么框架(Metronic還是Vue或是EasyUI)、數據庫的設計、究竟采用單體還是微服務或是是單體式業務拆分方式等;另一個就是業務方面的，比如分析業務需求、歸納整理、編寫概要文檔、編寫詳細文檔和擴展業務等。
比如技術支持，比如配置路由器(因為門鎖需要連接這個路由來達到通信的目的)等。
比如產品設計，前端方面的話，手動畫設計圖，大概是怎么樣的(頁面的布局之類的)和一些宣傳動畫的制作(用萬彩動畫大師制作產品宣傳視頻之類的)。
其實，大概看了看，感覺和一些外包公司的開發人員職責沒有什么不同(因為有一些外包公司，也是一人身兼多個崗位)。當然了，好處也是有的，除了個人的學習能力得到提升之外，還有就是對於業務方面及其整個項目環節十分清楚，利於業務積累和技術積累吧。
二、施展的平台的機會比較大
施展的平台的機會比較大，為什么要這么說呢?
第一、你可以成為規則的指定者;
第二、你可以嘗試引用新的技術(借此可以學習，但是前提是你要扛得住風險和壓力(遇到問題臨時解決不了怎么辦));
1.規則的制定者
(1)編碼規范，我可以大體上參考Java開發手冊，然后在這個基礎上重新一些規范或者是守則等等，當然了，團隊成員雖然不多，但是由於每個的習慣不一樣，所以還是需要在商議一下。
(2)建立代碼Review的制度，有些人或許會問，就三個Java開發還需要代碼審核嗎？我給那些有這個看法的朋友的回答是:非常有必要。
首先說說代碼Review的好處，好處很多，我這邊只講幾個?
a.減少Bug率(知道有人會審核自己的代碼，代碼會寫的嚴謹點，比如在學校的時候，老師沒檢查作業的時候，不寫或者寫的亂七八糟敷衍了事，當老師要檢查作業並要求卷面整潔，哪怕你寫的不那么整潔，但是至少比你之前敷衍了事或者寫的亂七八糟要好的多;
b.提高代碼質量(人都是有尊嚴的，碼農也不例外，看到別人的代碼質量很好，自己的很差，難免會心里不爽，於是追趕對方，想要比對方更好，我覺得在團隊中這種良性競爭還是好的，這個代碼質量的衡量指標，有這么幾個方面，第一、看起來清楚整潔;第二、沒有冗余重復的代碼塊。）；
c.提高開發人員的責任感，有人說，項目bug一大堆很大原因是因為開發人員導致的，因為不負責任，完成任務就好，至於bug，管他三七二十一(實際上，從某個角度看，這也是沒有辦法的事情，因為如果不把任務完成的話，面臨的就是項目經理的直接斥罵或者是其他一些成員的歧視或者是幸災樂禍。之所以代碼review能提高開發人員的責任感，一句話，沒有對比就沒有傷害，看到人家的比較自己好，自然心里嫉妒，這是人性的體現，包括我自己也有這樣的心理。看到別人的代碼質量好(即實現功能又美觀)，自己慢慢爭取超過他或者是向他請教，我想一家公司的開發團隊如果能有這樣的氛圍，那么軟件的質量將會非常好的，但是就中國的這個大環境而言，中小公司對於代碼Review並不是特別熱衷，因為項目經理或者是項目組長覺得人少沒必要多次一舉；
d.熟悉彼此的代碼，防止因為某人因為有事情需要請假，萬一他的代碼上線測試的時候有問題，需要改bug時，要么就是等他到時候上班的時候改，要么是自己硬着頭皮看他的代碼思路邏輯來改(當然了，如果他的代碼寫的優雅美觀、邏輯清晰，那可是一件非常棒的事情，如果反之，亂七八糟，你將會懷疑人生)，同時也在一定程度上，防止當這個人離職后，他負責的模塊沒人熟悉，當然了，也許會有人說，一般開發人員在提交離職申請書，都會有一個過渡期，讓交接人員對接熟悉他的代碼，但是如果有一個像淘寶、支付寶等這樣的大項目呢或者是這個公司有很多業務，每個人負責至少二三十個模塊等之類的，或許有人說，領導會考慮到這一點，讓那個人離職延期直到交接全部后才批，但是現實是有的人直接會說，我半個月后就走，你必須給我批或者是你明天就要走或者下周，請問老板又能怎么辦呢？所以說，從長遠的角度看，代碼Review就是為了防止這種情況出現，比如吳軍先生曾經在他的一篇文章中，這樣說過，“美國頂級的軟件公司，開發項目從來不會因為一個人離開而進度受阻，你會發現有些人度假一周，整個項目還是在往前進行。但是中國很多大公司，大家得一起開發，任務沒完成，經理不批准任何人的休假。這是開發管理水平不到位所致。”
2.引用新的技術，提高自己的學習能力
比如我當初覺得MyBatis不好用，於是便引用了一個開源項目MyBatis-Plus，當初用的時候，遇到很多困難，但是經過一段時間的使用，發現對它是越來越了解和熟悉了，包括它所出現的大大小小問題，我都能快速地解決，同時該技術對於我們團隊而言，學習成本非常低，因為只要用MyBatis的使用經驗，不需要一個小時就能學會怎么使用了。
當然了，並不代表引用新的技術就能提高自己的學習能力，引用新的技術，只能說明你的學習適應能力很強。我看了不少想guns、renren-security等這樣的開源項目，發現它們的共同點其實就是咱們原有的那些框架的衍生或者強化，就如MyBatis-Plus本質上還是MyBatis，只不過做了一些強化罷了。
三、加班的頻率
說到加班，記得剛剛進入這家公司的時候，剛開始第一個月基本是有雙休的，但是第一個月后，為了完成老板的任務，基本就是周周六。每天也就是9點對8點，有的時候回來還得加會班完成工作任務。這個加班我還是能夠理解的，創業之初，沒有一個相對成型的產品，老板去吹牛拉投資也不好拉啊。
后來有一個階段加了會班，是因為一個展會上需要展示我們的產品，為了保證產品在展會上不會出故障，我們那幾周拼命調試改bug。
除了這個階段外，還有一個階段加班比較多，是因為我們團隊成員(包括我在內)的原因，代碼寫的不夠好，當初遺留的問題太多。
通常情況下，只要你工作足夠認真負責，平時花點時間鞏固下基礎或者是接觸一些新的技術，或者是看其他的書籍擴展擴展視野，提高自己的見識及其溝通能力，一般的話，是不用加班的。當然了，有一種情況除外，那就是公司團隊人太少了，但是生意太好，一單又一單，這就是沒有辦法的事情了。
四、跟領導的關系
領導跟我是老鄉，都是一個地方的人，我覺得，也許是因為老鄉的緣故，感覺比較親切，覺得相處也是蠻不錯的。另外我們領導奉行的是“無為而治”。這個“無為而治”，並不是說不管我們和放任自如，而是指給我們足夠的自由空間，任我們發揮，當然了，還有一個硬指標，那就是每周工作任務不得低於十項。
五、與同事的關系
公司人少，自然一些勾心斗角的事情是沒有的，但是吵架還是有的，一般吵架都是因為業務方面的緣故，每個人理解不一樣吧，比如你上午跟我要改這個功能和新增另外幾個功能，然后我跟你確認兩到三次后，你說沒有問題，那我開始弄，弄完后，你卻找我，說還是改為原來的吧。我想換做任何一個人，都會十分的生氣。
除此之外，覺得團隊成員還是蠻融洽的，沒有必要為了勾心斗角而花費不必要的心力。
六、自覺性
我們領導沒有對我們的電腦實現什么的監控之類的，同時，也沒有根據代碼提交的頻率或者是功能的新增、bug的修改、功能的優化等指標來衡量我們的工作指標是否完成。
想偷懶的話，有一大把機會偷懶。但是我覺得沒有這個必要。就好比南郭先生吹竽的故事那樣，之前可以混在其中投機取巧，之后，想投機取巧都沒有機會了。
我覺得我們開發人員對於個人的約束非常重要，確實有些公司對於員工的管理還是比較松懈的，但是有的員工卻借此機會偷懶。
小結:
今天主要圍繞全面發展、施展的平台的機會比較大、加班的頻率、跟領導的關系、與同事的關系、自覺性等，闡述了我在創業公司的感觸。當然了，感觸遠遠不只這么幾個而已，還有很多，以上的幾個都是相對典型的。希望能給大家有所幫助。
最后來個問題解答:
有人問我:在大公司好還是小公司好?
我的回答是:能去大公司則去大公司，特別是對於應屆生小伙伴們而言，大公司各方面條件都比小公司要好，至少大公司的培養人才機制還是很完善的，去大公司從實習到工作與小公司相比不會太累。
有人問:大公司分很多種，有像軟通動力或者是中軟國際這樣的外包公司，也有像百度騰訊這樣的公司，也許規模沒有它們這么大。那么我該去哪個公司？
我的回答是:前提是你的面試通過拿到offer，我覺得你還是選擇那些有自主產品的公司，原因是利於業務積累。
有人問:如果我沒有進入大公司，卻進入了一家小公司怎么辦?
我的回答是:還是那句話，選擇有自主產品的公司，當然了，如果你覺得自己編碼能力不行的話，可以去外包鍛煉鍛煉一年左右或者兩年。做過的項目足夠多，編碼能力自然能上來。
還有人問:萬一找不到工作怎么辦?
我的回答是:如果是因為能力不行的話，盡量一方面花點時間提高自我，臨時抱佛腳總比天天打游戲要好，或者是你的眼光太高忽略了自己的實際能力，建議放低自己的姿勢，不要眼高手低，要實事求是。
最后，給應屆生朋友們幾點建議?
1.離畢業越近的時候，不要過於恐慌，盡管IT這一行也可以說是狼多肉少，但是與其恐懼慌忙不如腳踏實地的多鑽研鑽研提升自我;
2.找到工作后，特別是對於第一份工作，特別是那些學的不是特別好的，建議，只要工資能解決溫飽就行，其他以積累為主，在這家公司盡量待長一點，可以是一年也可以是兩年，我相信只要你足夠踏實努力，領導絕對會給你漲工資的;
3.那些一時沒有找到工作的朋友和總是面試碰壁的朋友們，你們千萬不能放棄，特別是總是面試碰壁的朋友們，你們一定要多多總結面試的經驗，不僅僅要從面試官的看，還要想想自己的不足之處;
4.有不少沒有良知的培訓機構打着招聘的幌子，忽悠應屆生來培訓，建議應屆生朋友們，要放亮自己的眼睛，特別對於那些寫着致力於在IT界發展或者是對於應屆生工資特別高(技術要求不高)的，要特別注意，最好還是百度或者其他途徑搜索一下，看是不是培訓機構之類的，或者是幾個好哥們一起面試共享，看那些是培訓機構之類，這樣避免去浪費不必要的時間；
由於我自己工作年限不是特別長，給工作年限三年以內的小伙伴們的建議是:
1.專注於技能的提升，不斷學習;
2.專注於業務的積累，提升自己的業務理解能力;
3.博覽群書，提高見識;
4.虛心而不自大，人外有人，山外有山;
5.不要過於安逸(當工作一年或者兩年后，你會發現工作上基本都能搞定，於是就顯得懶惰和不思進取了，有些時候我覺得自己都有點開始安逸了);
6.多運動，跑跑步(有氧運動)或者是打打羽毛球(防止頸椎病)，閑暇時，多走走，去公園走走，哪怕陪陪女朋友逛街也行，至少走也是一種運動方式;