1樓：無缺草
乙個人不可能幹幾個人的活。除非你拿了兩倍以上的薪資。
同乙個公司類似層級的，能力通常都是差不多的。招聘時已經做了篩選，然後太差的末位淘汰，太好的提公升為管理者。不大可能出現乙個人頂幾個的現象。
你幹得快，領導會安排更多的任務。上班幹活快的人如果總在逛論壇或者聊閒天，領導就要絞盡腦汁給你想新任務，雙方都累。所以有經驗的老鳥有時會適當拖一拖進度。
有加班文化的公司，總是會給你超出日常的任務。
有按時下班文化的公司（或加班休漁季），總是會給你恰如其分的任務。
如果只有自己乙個人加班，能力差補能力學習，能力不差就向領導經常哭慘。
2樓：在路上的菜雞碼農
大專案沒經歷過，平常學校的小型團隊任務基本上就乙個人擼啊，在學校太正常了，同學參差不齊嘛。其實也並沒有很大的任務量，乙個人足夠，只不過學校還要上課，就顯得時間緊張
3樓：ze ran
如果把程式設計師看作乙個狀態機，工作的時候，有四種狀態。
1，做什麼？
2，怎麼做？
3，做！
4，做錯了。
酌情跳轉1或2，開始新一輪的迴圈。
要效率高，有兩個方向，一是減少迭代次數，二是加快迭代頻率。
準確的需求理解，良好的架構設計，可以減少迭代次數，但往往需要對業務的深刻理解，和多年的程式設計經驗，有時並不容易。
另乙個方式是，不追求細枝末節，抓主要矛盾，先上線主要功能，驗證修改，再上次要功能，加快迭代速度，不求一次做對。這在進入乙個新領域時，特別常用。
具體到實踐上，架構設計用方法一，功能開發用方法二。
如果還是學生，就不用管那麼多，多寫code，有些坑必須要踩，錯必須要犯，之後才談得上效率。
不是在書寫bug，就是在發現bug。
4樓：氪先生
我現在在創業公司裡，乙個人搞定公司所有的技術問題，前段，api，後台程式，伺服器運維，資料庫維護，美工，效能優化，對了，還兼職財務出納，大概能頂10個人吧(|||￢ω￢)
5樓：hua liu
所謂全棧工程師：從摳圖、切圖；到前端頁面布局、css、js邏輯；到後端api、資料庫增刪查改；linux環境、運維指令碼。全部一腳踢。
折騰過一年半載後，你就可以一人干多人活了。
乙個人幹幾個人的活是一種什麼樣的社會現象？
企業管理背第乙個鍋，第二個鍋就是真正要幹這活的人無賴，第三個鍋就是本身脾氣好，好說話 實際情況更多的是，第二個鍋主要集中在老員工身上，企業在初期沒有好的管理制度，人能用就行，沒考慮部門人員配置，當企業發展到一定程度的時候發現部門人多了，但重新分配工作老員工礙於能力方面跟不上，怎麼辦？拿領導開刀，招新...
乙個人獨自努力和幾個人共同努力哪個更好
清茶 看你能不能承受成功之路上的孤獨，如果你走的是一條創新型路線，還要承受周圍的冷嘲熱諷，當然乙個人努力你的成果都是你乙個人的。但是乙個人思維就會有侷限性，畢竟很多時候一群人即使普通聊天也會可能在不經意間給你靈感，而且幾個人一起努力，在遇到困難時候也可以互相鼓勵。當然也會產生意見分歧，甚至影響之前的...
當你對身邊的每乙個人都好時，那麼又有幾個人是反過來對你的呢？
emmm 舉個栗子 在宿舍分零食時，給每個人都一樣，他們感受不到自己的特殊性，就不會刻意記在心上 當你區別對待時，那得到最多的那個 可能 會反過來對你好，但其他的自然.以上可能是謬論吧，總結下來是不會有幾個。我想提問者也是個善良的人，希望大家都可以和平相處並且喜歡自己。但是有句話說的好 你又不是人民...