㈠ 一個程序員的創業經歷（一）
曾經的創業熱潮讓很多大廠的程序猿加入到了創業大軍，但往往發現「理想很豐滿，現實很骨感」。我也是這樣的一員，國內「C9聯盟」大學畢業，然後去美國常春藤名校讀了個Master，畢業後在一家世界前五的軟體公司工作，後來裸辭回國在一家一線互聯網公司做數據挖掘/機器學習的工作，一切都按部就班的在給個人簡歷添磚加瓦，不過隨著一個加入創業團隊的決定，就開始了一段不一樣的經歷，之後的5、6年時間經歷了多個創業項目。一直埋頭向前沖，最近停下腳步回顧了一下過往經歷，想寫點東西當作紀念，也算是給想要或正在創業的程序猿們一個案例供參考。
當時選擇從大廠出來加入一個創業團隊，也並不算很盲目。首先，行業是當時很火爆的互聯網金融，其次核心團隊成員來自金融、法律、互聯網等不同領域，都是國內頂尖大學畢業的高材生，而且也有不錯的工作經驗和人脈的積累，最後種子輪的資金大概有700多萬，股東也有銀行系出身的大佬，看起來是一個值得搏一把的機會。
我與其中一個創始人曾是同事，被游說出來作為技術團隊的leader，他負責產品，我負責研發，先簡單介紹下核心人物（化名）：
劉備：公司CEO，金融領域，做業務出身，對各種金融產品比較了解，在各大銀行及政府部門都有不錯人脈，熟悉生意場上的各種潛規則，有些匪氣但並不是那種很有領導威嚴的風格。
關羽：公司CTO，我的前同事，互聯網產品出身，專業能力很強，既聰明又踏實肯干，待人接物也不錯，屬於實干型，但一樣也是一直在大公司工作，內容相對專一，且沒有金融領域經驗。
張飛：公司法務總監，法律專業，本人也像法律法規一樣嚴禁，無論工作上還是生活上說話做事都很嚴謹，被朋友形容為任何跟黃賭毒沾邊的東西都跟他不沾邊，工作之外並不善言辭，但是為人很nice。
在被前同事關羽游說的過程中，遇到了第一個「豐滿的理想」，因為我是做大數據的，所以關羽跟我說出了他對技術和產品發展的規劃，將來是一定要做金融大數據的，有很多場景可以做，技術上也會有很多挑戰。但既然是「大數據」，首先就要有足夠多的的數據，也就是業務要發展的足夠好才會到這一步，這點我心裡還是很清楚的，所以接受邀請自然也不是因為這個願景。
既然已經決定了大幹一場，也就不瞻前顧後了，出來後就開始著手組建技術團隊，那時候創業公司還是一片欣欣向榮，很多大廠的程序員也都願意考慮創業公司的機會，所以首選就是從公司前同事下手，可惜一個都未能邀請成功，有一個曾經談的比較深入，但最後去了一家拿到A輪的做餐飲供應鏈的B2B電商，之後復盤考慮主要可能有幾個原因：
1. 金融領域本身水就比較深，對普通的程序員來說未實際接觸過的話感覺有點心裡沒底；
2. 種子輪公司畢竟風險更高，而且使用到的技術也更初級一些，若沒有成功，對技術積累來說有一個斷檔；
3. 與前同事共事時是平級，但出來後可能變成向你匯報，或許會有心理落差，之前談得比較深入的同事是被他一個師兄叫走的；
4. 公司給出的offer還不足以讓人放棄穩定的大公司工作加入到小團隊中。
為了控製成本又不能找獵頭，所以接下來就只能通過招聘平台了，拉鉤、智聯什麼的，雖然經歷了一些波折，但最終組建了一個還算蠻有戰鬥力的團隊，在外包+兼職+自己團隊的組合之下，初版系統兩個月左右就上線了，期間產品、技術、法務之間的磨合也越來越好，貌似一切都在正確的軌道上運行。
但系統上線之後才是真正考驗的開始，公司面臨的第一個問題就是平台上是否有足夠多優質的理財產品，雖然前期已經准備了一些由股東支持的理財產品隨時上線，但這並不是長久之計，所以在系統開發期間劉備也一直在洽談合作事宜，時不時的帶來一些振奮人心的消息，但結果證明沒有最終簽署合同的口頭協議都是無效的，這就導致前期平台上產品匱乏。
產品匱乏自然也就無法吸引足夠多的用戶了，用戶量少就更難去談合作了，致使業務一直處於發展緩慢的狀態。商務談判並不像技術開發一樣可以評估工時，安排工期，一個合作談成之前進展都是0，簽合同之後才是100%，中間進度很難評估，而過多的打雞血也會有副作用產生，慢慢的技術團隊的成員就開始對公司不停跳票的業務發展有些擔憂。這僅僅只是一個導火索，接下來會引發一系列的事件和決策，每一個可能都不是決定性的，但累加到一起導致了公司最終的結局。
當業務停滯的時候，沒有太多創業經驗的團隊開始有些發慌，尤其是賬戶里的資金越來越少的情況下，這時開始了兩個所謂「自救」的行為，一個是尋求新一輪的融資，一個是嘗試一些新的產品或接一些快速賺錢的項目。前者的目的也是很明確的要盡快的補充資金，所以很容易陷入到一個2VC的狀態，就是一味地迎合投資人的偏好和想法，迷失了自己最核心的價值和初衷，最終也沒有拿到投資；後者無異於飲鴆止渴，盲目的去接一些無關的項目，導致自己的核心產品和平台沒有持續的迭代和優化，對用戶就更沒有吸引力了，而且找到的項目也很難cover技術團隊的工資成本，變成了做一個賠一個。所以這兩種方式只是勉強支撐團隊而已。
而往往在最艱難的時候才會爆發出更多平時被隱藏下去的問題，首先，劉備和關羽、張飛都是大學同學，作為CEO他對團隊並沒有一個絕對的主導和控制權，而關羽負責人數最多的技術團隊，他們之間的分歧導致了公司整體戰略和團隊方向的不統一。其次，公司的早期股東是4個自然人為主，在公司一個沒有一個比較好的營收的時候，他們之間也出現了一些問題，尤其是其中某一個股東跟劉備的關系最緊密，導致其他股東質疑公司的財務問題，最終導致股東不願意再繼續注資。最後，同樣是因為自然人十大股東，就導致監督機制缺失，作為法務負責人的張飛，由於業務能力比較強，經常被股東委託解決一些私人事務，讓他不勝其煩，成為了第一個離職的核心人員。
最終我們的公司也算是有個歸宿，被一家金融機構給收購了，但這顯然不是因為我們做的足夠出色，而算是無奈把公司賣掉，回收點剩餘價值吧。就這樣第一段的創業經歷就這樣草草落幕，事後復盤總結，有以下幾個重要的經驗吧：
1. 股東組成，早期可以接受個人股東，但不宜太多，占股要有權重等級，而且要有完善的監督機制，如果個人股東占股比例接近，沒有主導性，監督機制又不健全，很容易出現股東之間的猜忌和分歧，對初創公司是致命性的傷害；
2. 創始團隊，團隊成員能力互補、互相信任是基礎，所以經常會有同學、同事一起出來創業，之前大家可能是朋友，或者感情比較親密，但任何團隊都要有領頭人，要有靈魂人物，在有重大決策時能拍板的人，不能因為顧及對方感受而讓決策層出現長時間的分歧；
3. 團隊組成，根據公司或業務類型來合理配置團隊，很多時候在資金還充裕的情況下會盲目的擴充技術團隊，導致當業務沒有起色的時候技術團隊的開銷成為了公司沉重的負擔，任何一個公司都不能只考慮技術開發，運營、市場、銷售等等都要合理配置；
4. 成本控制，創業初期，為了吸引早期員工公司提供了很多福利，包括免費健身、周五團建、飯補車補等等，而且高新聘請各種大牛，一副大幹一場的態勢，最後發現業務還沒什麼起色時初期的融資就已經消耗大半，而且很多時候大牛們也沒有用武之地，造成了極大的浪費；
5. 技術邊界，所謂技術邊界就是創業初期你的產品在技術上要做到一個什麼程度，很多時候技術出身的leader容易陷入到追求技術完美的誤區，覺得一個功能在技術上沒達到理論上的完美就不上線，但永遠都有做不完的需求，一個好的技術leader要清楚怎樣的優先順序最能支撐公司的快速發展，一個功能做到什麼程度就能滿足當時客戶的需求，人力資源就那些，要最大化的發揮效用。
㈡ 沒學歷學編程有公司要嗎
雖然沒有學歷，但是如果你編銀則彎程的盯洞能力很高，而且有這方面工作經驗，有些公司會要的，因為這些公司工作鋒悶都是講計件的。要有能力才行，文憑並不是唯一的
㈢ 我沒學過編程我想做程序員，可以去企業學習么看描述。
我是個工作五年的程序猿
第一 一般軟體企業面試開發人員 筆試和技術面試都是必不可少的 我不知道什麼樣的面試官能夠讓一個完全沒學習過的人通過 那樣的企業 去了之後會有多不靠譜我不知道樓主想過沒有
第二 很多公司 包括某些大公司 表面上看似乎很容易進去當程序員 其實只是打著招程序員的幌子 進去了從事一些黑盒測試 運維 甚至商務方面的沒多少技術含量的工作 大多派出去長期出差這種 望慎重 這是本人親身經歷 要不是當初我堅持 我估計我現在還在西南某省份跑客戶（沈陽的某大公司）
第三 企業是無疑都不願意當學校那個角色的 企業是賺錢的 尤其現在的IT行業競爭激烈 一個經驗豐富的程序猿大多都要面臨巨大的進度壓力 需要大量的加班才能完成工作 我是無法想像有誰能在這里從0開始邊學習邊工作
樓主真想成為一個程序猿 最靠譜的還是去找一家培訓機構 扎實學習 現在程序開發 入門易 但是精通難
最後 IT行業 是個不錯的產業 有活力 待遇也可以 當然辛苦也自不必說 祝樓主成功
㈣ 有公司會收剛畢業的程序員嗎
當然有啊，他們招進去當作新人培養的，前提是你的學校夠牛孝差逼。不然，你是老闆，你會要一個普通學校的畢業生嗎？你有拿得出悉如手的資歷么，最起碼名校畢業的有一張牛逼的文憑啊。巧陸皮
㈤ JAVA垃圾回收的工作原理是什麼
Java的垃圾回收機制是Java虛擬機提供的能力，用於在空閑時間以不定時的方式動態回收無任何引用的對象占據的內存空間。
需要注意的是：垃圾回收回收的是無任何引用的對象占據的內存空間而不是對象本身，很多人回答的含義是回收對象，實際上這是不正確的。
System.gc()
Runtime.getRuntime().gc()
上面的方法調用時用於顯式通知JVM可以進行一次垃圾回收，但真正垃圾回收機制具體在什麼時間點開始發生動作這同樣是不可預料的，這和搶占式的線程在發生作用時的原理一樣。
程序員只能通過上面的方法建議JVM回收垃圾，但是JVM是否回收，同樣是不可預料的。
希望能幫到你，望採納！
㈥ 面試必備 - Python 垃圾回收機制
眾所周知，Python 是一門面向對象語言，在 Python 的世界一切皆對象。所以一切變數的本質都是對象的一個指針而已。
Python 運行過程中會不停的創建各種變數，而這些變數是需要存儲在內存中的，隨著程序的不斷運行，變數數量越來越多，所佔用的空間勢必越來越大，如果對變數所佔用的內存空間管理不當的話，那麼肯定會出現 out of memory。程序大概率會被異常終止。
因此，對於內存空間的有效合理管理變得尤為重要，那麼 Python 是怎麼解決這個問題的呢。其實很簡單，對不不可能再使用到的內存進行回收即可，像 C 語言中需要程序員手動釋放內存就是這個道理。但問題是如何確定哪些內存不再會被使用到呢？這就是我們今天要說的垃圾回收了。
目前垃圾回收比較通用的解決辦法有三種，引用計數，標記清除以及分代回收。
引用計數也是一種最直觀，最簡單的垃圾收集技術。在 Python 中，大多數對象的生命周期都是通過對象的引用計數來管理的。其原理非常簡單，我們為每個對象維護一個 ref 的欄位用來記錄對象被引用的次數，每當對象被創建或者被引用時將該對象的引用次數加一，當對象的引用被銷毀時該對象的引用次數減一，當對象的引用次數減到零時說明程序中已經沒有任何對象持有該對象的引用，換言之就是在以後的程序運行中不會再次使用到該對象了，那麼其所佔用的空間也就可以被釋放了了。
我們來看看下面的例子。
函數 print_memory_info 用來獲取程序佔用的內存空間大小，在 foo 函數中創建一個包含一百萬個整數的列表。從列印結果我們可以看出，創建完列表之後程序耗用的內存空間上升到了 55 MB。而當函數 foo 調用完畢之後內存消耗又恢復正常。
這是因為我們在函數 foo 中創建的 list 變數是局部變數，其作用域是當前函數內部，一旦函數執行完畢，局部變數的引用會被自動銷毀，即其引用次數會變為零，所佔用的內存空間也會被回收。
為了驗證我們的想法，我們對函數 foo 稍加改造。代碼如下：
稍加改造之後，即使 foo 函數調用結束其所消耗的內存也未被釋放。
主要是因為我們將函數 foo 內部產生的列表返回並在主程序中接收之後，這樣就會導致該列表的引用依然存在，該對象後續仍有可能被使用到，垃圾回收便不會回收該對象。
那麼，什麼時候對象的引用次數才會增加呢。下面四種情況都會導致對象引用次數加一。
同理，對象引用次數減一的情況也有四種。
引用計數看起來非常簡單，實現起來也不復雜，只需要維護一個欄位保存對象被引用的次數即可，那麼是不是就代表這種演算法沒有缺點了呢。實則不然，我們知道引用次數為零的對象所佔用的內存空間肯定是需要被回收的。那引用次數不為零的對象呢，是不是就一定不能回收呢？
我們來看看下面的例子，只是對函數 foo 進行了改造，其餘未做更改。
我們看到，在函數 foo 內部生成了兩個列表 list_a 和 list_b，然後將兩個列表分別添加到另外一個中。由結果可以看出，即使 foo 函數結束之後其所佔用的內存空間依然未被釋放。這是因為對於 list_a 和 list_b 來說雖然沒有被任何外部對象引用，但因為二者之間交叉引用，以至於每個對象的引用計數都不為零，這也就造成了其所佔用的空間永遠不會被回收的尷尬局面。這個缺點是致命的。
為了解決交叉引用的問題，Python 引入了標記清除演算法和分代回收演算法。
顯然，可以包含其他對象引用的容器對象都有可能產生交叉引用問題，而標記清除演算法就是為了解決交叉引用的問題的。
標記清除演算法是一種基於對象可達性分析的回收演算法，該演算法分為兩個步驟，分別是標記和清除。標記階段，將所有活動對象進行標記，清除階段將所有未進行標記的對象進行回收即可。那麼現在的為問題變為了 GC 是如何判定哪些是活動對象的？
事實上 GC 會從根結點出發，與根結點直接相連或者間接相連的對象我們將其標記為活動對象（該對象可達），之後進行回收階段，將未標記的對象（不可達對象）進行清除。前面所說的根結點可以是全局變數，也可以是調用棧。
標記清除演算法主要用來處理一些容器對象，雖說該方法完全可以做到不誤殺不遺漏，但 GC 時必須掃描整個堆內存，即使只有少量的非可達對象需要回收也需要掃描全部對象。這是一種巨大的性能浪費。
由於標記清除演算法需要掃描整個堆的所有對象導致其性能有所損耗，而且當可以回收的對象越少時性能損耗越高。因此 Python 引入了分代回收演算法，將系統中存活時間不同的對象劃分到不同的內存區域，共三代，分別是 0 代，1 代 和 2 代。新生成的對象是 0 代，經過一次垃圾回收之後，還存活的對象將會升級到 1 代，以此類推，2 代中的對象是存活最久的對象。
那麼什麼時候觸發進行垃圾回收演算法呢。事實上隨著程序的運行會不斷的創建新的對象，同時也會因為引用計數為零而銷毀大部分對象，Python 會保持對這些對象的跟蹤，由於交叉引用的存在，以及程序中使用了長時間存活的對象，這就造成了新生成的對象的數量會大於被回收的對象數量，一旦二者之間的差值達到某個閾值就會啟動垃圾回收機制，使用標記清除演算法將死亡對象進行清除，同時將存活對象移動到 1 代。 以此類推，當二者的差值再次達到閾值時又觸發垃圾回收機制，將存活對象移動到 2 代。
這樣通過對不同代的閾值做不同的設置，就可以做到在不同代使用不同的時間間隔進行垃圾回收，以追求性能最大。
事實上，所有的程序都有一個相識的現象，那就是大部分的對象生存周期都是相當短的，只有少量對象生命周期比較長，甚至會常駐內存，從程序開始運行持續到程序結束。而通過分代回收演算法，做到了針對不同的區域採取不同的回收頻率，節約了大量的計算從而提高 Python 的性能。
除了上面所說的差值達到一定閾值會觸發垃圾回收之外，我們還可以顯示的調用 gc.collect() 來觸發垃圾回收，最後當程序退出時也會進行垃圾回收。
本文介紹了 Python 的垃圾回收機制，垃圾回收是 Python 自帶的功能，並不需要程序員去手動管理內存。
其中引用計數法是最簡單直接的，但是需要維護一個欄位且針對交叉引用無能為力。
標記清除演算法主要是為了解決引用計數的交叉引用問題，該演算法的缺點就是需要掃描整個堆的所有對象，有點浪費性能。
而分代回收演算法的引入則完美解決了標記清除演算法需要掃描整個堆對象的性能浪費問題。該演算法也是建立在標記清除基礎之上的。
最後我們可以通過 gc.collect() 手動觸發 GC 的操作。
題外話，如果你看過 JVM 的垃圾回收演算法之後會發現 Python 的垃圾回收演算法與其是如出一轍的，事實再次證明，程序語言設計時是會相互參考的。
㈦ 作為一個程序員，你有沒有想過如果不做程序員了你還能做什麼
首先扒出網上的一張圖，表明程序員工作的路線圖。雖然只是笑資，但也依舊部分真實。
大多數在一線城市的程序員根本買不起房，特別是北京，當然對比其他薪資更低的其他崗位更是如此。所以基本分為兩大塊，一直留在大城市和後期回到二線甚至三線城市，求個輕松安穩的生活。
管理 ：大多程序員在沒有怎麼敲代碼後，都是走管理路線，管理項目，統籌兼顧，這也算是沒有脫離程序員的行業，但也不能算是敲代碼的程序員了。不過管理崗位就那麼多，也只會有少數人能夠晉升。
程序行業的獵頭 ：現在很多大公司都需要hrbp等崗位，需要懂得編程的人幫忙招聘真正有本事，能夠聊技術的hr，不過hr更多要有資源，能夠會說話，有大概的判斷，因此程序員行業很多人並不能勝任，但總會有人適合，不是么。
培訓老師 ：懂的知識，能夠系統理解就能教書育人。同時也是對自己知識體系的梳理過程。無論你是內向還是外向，都可以做講師，因為每個人都有自己的講課風格，但這需要你做一定的適應，最大的難度就是從自己動手做項目到用語言准確表述自己的經驗與技術。
做自媒體 ：現在的自媒體已進入成熟期，如果你的技術已經十分嫻熟，可以把專業技能放在自媒體平台上，把你的編程經驗、目經驗寫一寫，以文章、視頻形式展現出來。名氣大了，自然會有人找上你，請教問題或者打廣告，一切都水到渠成。
接私活 ：現在也有很多地方可以接私活，自己賺錢，趁著年輕多賺錢，至少被年輕人淘汰時候，手上也有很多錢可以任由自己揮霍。
很多人在做程序員後，都會想有更輕松的人生，錢少點無所謂，但不能委屈自己。那能幹啥呢？
在老家開一個小店鋪，天天刷刷視頻，看看電視，日子也很悠閑愜意。
甚至在老家開滴滴，自由職業，想上班就上班，手頭缺錢就加油跑，
有一點自己愛好的，開個小餐館做作 美食 ，彈彈吉他教教學生。
修修電腦， 游戲 陪玩。或者自己寫一個伺服器，做個網站玩玩。
只有一份工作，並且還是給別人打工，擔心永遠都不會少，有一份副業才是正道。不要等到年紀到了，發現只能依賴一份死工資，變得唯唯諾諾，一點底氣都沒有，從而變成被公司壓榨的理由。
而對於大多數人而言，要多想想除了現在這份工作，我還能幹什麼賺錢，同時，也要加強自己的不可替代性。而程序員的不可替代性依舊是想法和技術。可以關注私聊我發送「 項目 」獲取很多項目的學習視頻哦，當然覺得沒有你想要的可以私聊說說想要什麼資源，大部分都能給你找到。
作為一名從業多年的程序員，或者說作為一名大齡程序員，肯定都會考慮，中年職業危機的事情，達到一定年齡後，自己該何去何從，中年程序員的焦慮隨著年紀增大而增大。
項目管理，軟體經理
很多公司沒有技術專家的崗位，所以很多人都會考慮轉管理，比如項目管理，軟體經理，因為技術沉澱，可以對軟體開發進行管理，這種職業轉換，相對與研發經理會比較簡單，壓力沒有那麼大。
轉換做技術支持，做FAE
假如你之前從事的工作，是做嵌入式軟體開發，寫C語言編程，那麼對於單片機一般會比較熟悉，那麼可以找一些mcu晶元原廠或者大的代理公司，做技術支持FAE，利用自己的技術經驗，幫客戶解決問題，然後有些公司的FAE的工資也會與銷售額掛鉤，有一定提成。
轉換做銷售
轉換做銷售是很多程序員的考慮，但現實是很多公司不會招沒有銷售經驗和資源，且年紀偏大的人做銷售，主要是培養時間長，穩定性差，沒有資源，當然賣房不需要經驗。
跑滴滴，跑美團送外賣
估計很多人也會想，如果真的失業了，就去跑滴滴，送外賣，肯定也是一個門路，肯定是一定收入，但收入肯定沒有做程序員高。
創業自己做點小生意
做程序員，工資相對於其他一些行業工資要高，或許有點積蓄，就考慮開一個小賣部，或者開餐館，做燒烤，做早餐等等，再或者是不是開一個快遞網點也是一個不錯的選擇。
還可以利用自己的專業知識，給別人做產品，方案開發等工作。這種我覺得是程序員重點考慮的方向。
說實話，確實沒想過，作為一個已經在程序員崗位上幹了10年的老鳥，目前還沒想過不做程序員了還能做什麼，做個小生意，不知道從何做起。合夥開公司，也找不到合適的人，而且最重要的是要有人跑市場，天天面對電腦，感覺已經喪失了和人打交道的能力了。
30多歲了，已然變成了00後口中的中年大叔，面對上有老，下有小的窘境，你想不做老本行，辭職去做其他的事情？除非有十足的把握，不然還是勸下自己，不如將現金投放到余額寶，或者買一些基金定投產品來的靠譜。畢竟那個一人吃飽，全家不愁的時代已經過去了。每天睜眼面對的就是父母妻兒，車貸房貸，以及其他的消費生活壓力，想給自己解解壓，還是拋棄不切實際的創業夢想吧。
但是，別忘了，雖然人在江湖，身不由己，對於自己還是要投資的，不論是身體方面，還是職業方面，健身房沒錢去，就到小區路邊多走走，鍛煉好身體，至少用一個強壯的身軀來撐起家庭。編碼之餘，多看下前沿的最新技術，程序員是最喜新厭舊的行業，你所比年輕人多的，不是身份證上的年齡，而是寶貴的項目資歷，不過在層出不窮的新技術面前，保持一顆善學不斷的心，總歸是沒錯的。
就算你要干別的行業，也請你把現在的程序員做好，既然要當斜杠青年，抑或是斜杠中年，也得腳踏實地，一步步的來不是？分享與大家共勉！
都說程序員吃的是年輕飯，過了30歲以後的程序基本上都是行不通的。然而好像事實也是如此，一旦上了年紀的程序員，真的沒辦法和年輕的相比。
三四十歲的年紀，論技術沒有年輕人的跟得上時代，論體力你也拼不過年輕人，我老程序員唯一擁有的話就是經驗。那誰說做程序員就得干一輩子，沒有這種說法。如果說你不做程序員以後的話，其實你可以將你自己的這一身經驗，傳授給別人。
說白點就是直接去當老師吧，當老師待遇也不錯，工資而且還挺高的。如果你有教師資格證的話，可以直接去正規的學校應聘，老師如果說你沒有教師資格證的話，現如今有很多的那種私密的培訓機構，他們都會招收很多的講師。不管是學校還是公立的培訓機構，各自有各自的好處，但整體來說待遇都是非常不錯的。
就以普通的培訓機構為例吧，他們非常需要人才，需要講師，有的培訓機構甚至直接聘請一些在校的大學生去作為他們的講師，但可想而知這些大學生的話，他們也只是學生，真要論起實戰，是遠遠不如退休下來的程序員。
但當老師也不是程序員唯一的屈辱，其實還有很多方向可以去發展，如果你覺得你這個行業做膩了，想換點新鮮的去做一下其他，那你就可以勇敢的去嘗試。不管是各行各業，只要自己喜歡都可以去做，能勝任程序員這個職位的人，我相信都是非常的聰明，去做其他職業只是時間的問題，我相信都能夠勝任。
因為程序員，吃的是一種技術活，頭腦必須靈光。太笨的人真的當不了程序員，所以說那麼聰明的一個人轉行去做其他職業，一點問題都沒有。
有時候我也在想如果有一天我不做程序員了，接下來應該去做什麼。
再回鐵路行業，從鐵路行業出來的我，再去應聘個地鐵公司或者廠家應該不是什麼問題。
去工廠企業做維護，我的專業是自動化專業，做個電務的維護也還算可以，畢竟還記得PLC，DCS編程語言，我還是一個擁有高壓電工證的程序員。
去輔導機構，去做個英語老師，大學英語六級，以後准備考個雅思，教小孩英語，應該綽綽有餘了。
或者回老家包地，再把畢業以後扔下的單片機，FPGA拾起來，做一些農業自動化的東西，再結合我現在的web編程，創造一些農業新生態。
或者開一家燒烤，開一家有情調，有技術氛圍的燒烤，程序員可以憑工作證獲得優惠的燒烤，因為這個世界上太多的程序員需要安慰。
只要你想活下去，總會活下去。
我想每一個程序員都應該想過這個問題吧
首先，程序員行業普遍加班較多，年輕力壯還好，加班身體也扛得住，年紀大了就不一定了。
其次，步入中年後，你的責任可就不止工作了，你是家裡的頂樑柱，你是家裡的一份子，你要抽時間來陪伴你的她或他，陪同孩子老人吧。
第三，程序員行業技術日新月異，新技術層出不窮，你不可能跟小年輕拼記憶里，拼學習能力，所以你需要考慮轉型。
談談出路：一是堅持一個行業，精通業務，轉行做管理；二是年輕時做好技術積累，可以出書，寫博客做技術專欄，也可以做培訓老師；三是轉行自己創業或是轉移到一個對年紀要求不那麼大的行業
最後，祝所有即將步入中年或已入中年的程序員順利找到滿意的發財之路
1、轉產品經理、cto、管理層，如果往這些方向轉的話，建議平時工作中多管一些「閑事」，除了變成之外，例如產品同事的討論也多參與，多思考從產品上怎麼發展這個產品，對於轉型有很大的幫助。
2、未來編程肯定會往中小學生教育方面發展，可以考慮轉型做編程的教師。
推薦一本對我自己影響比較大的書:《軟技能-代碼之外的生存指南》，裡面涉及生活習慣養成、思維方式等等，凸現技術中人的因素，閱讀這本書可以全面了解軟體從業人員所需要知道的所有「軟技能」