① 作為程序員，最常上的網站有哪些
推薦十二個值得程序員和想成為程序員的你，每天一看的網站：
1. GitHub — 開發者最最最重要的網站：https://github.com
這個不用多說了吧，代碼託管網站，上面有很多資源，想要什麼輪子，上去搜就好了。並且呢，上面有很多優秀的程序員，你可以在這里交到很多好朋友喔。
2. 掘金 — 幫助開發者成長的技術社區：https://juejin.im
現在國內優質的開發者交流學習社區，可以去看大佬們寫的文章，也可以自己分享 學習心的 ，與更多開發者交流。認識更多的小夥伴兒，提升個人影響力。
3. 演算法學習 LintCode：https://www.lintcode.com/
演算法學習網站，上去每天刷兩道演算法題，走遍天下都不怕。
4. 演算法學習 LeetCode：https://leetcode.com/
也是演算法題網站，同上。
5. 演算法學習 LeetCode 中文站：https://lingkou.com/
這個是上面演算法題網站的中文站點，英文不好的可以刷這個，英文好的推薦去刷英文網站的題目，還能提升英語能力。
6. 牛客網 — 面經和刷面試題：https://www.nowcoder.com
各個公司的面試題和面經分享，找工作前認真刷一刷，一定會有很大收獲！拿到心儀的 offer！
7. Web 開發練習題：https://www.freecodecamp.org/
這是國外發起的一個 Web 開發學習的網站，從簡單到深入，一步一步帶你學習 Web 開發。就像一本練習冊，並且當你完成相應的內容後，會得到相應的資格認證。
8. 網路前端技術學院 — 前端開發項目庫：http://ife..com
學前端的看這里，網路官方推出的前端開發學習技術學院，題目從簡單到困難，如果你把裡面的題都做會了，找個 BAT 的前端工作不成問題的。
9. Stack Overflow — 解決 bug 的社區：https://stackoverflow.com/
開發過程中遇到什麼 bug，上去搜一下，只要搜索的方式對，百分之 99 的問題都能搜到答案。在這里能夠與很多有經驗的開發者交流，如果你是有經驗的開發者，還可以來這兒幫助別人解決問題，提升個人影響力。
10. 程序員客棧：https://www.proginn.com/
程序員客棧是領先的程序員自由工作平台，如果你是有經驗有資質的開發者，都可以來上面注冊成為開發者，業余的時候做點項目，賺點零花錢。當然，如果你想成為一名自由工作者，程序員客棧也是可以滿足的。只要你有技術，不怕賺不到錢。
11. v2ex：https://www.v2ex.com/
V2EX 是一個關於分享和 探索 的地方，上面有很多各大公司的員工，程序員。你想要的應有盡有。
12. CSDN：https://www.csdn.net/
老牌專業 IT 技術社區，有很多厲害的開發者，當然也有很多小白。在上面可以寫文章，分享看法，也可以閱讀學習別人分享的內容。
想要成為一名厲害的，有影響力的程序員，一般平時要多分享自己的學習記錄和感悟，讓更多人認識你。同時你也多看看別人的分享，了解一下別人正在做什麼，別人是怎樣學習的，是怎樣解決問題的，多主動與大家溝通交流，多交一些相關方向的朋友。
② net程序員怎麼提升自己的技術能力
一、先列三個常見的開發場景：
1、拿到一個模塊詳細設計文檔，大部分程序員的通常做法就是開始搭建界面代碼，然後從第一個按鈕點擊事件或頁面Load事件開始寫第一行業務代碼。寫的差不多了，就運行一下，發現哪裡不是自己想的那樣，就改改，直到改到是自己預想的那樣。
2、做完了一個功能模塊或幾塊相關聯的功能模塊，輸入111asd，發現新建正常、保存正常，就提交給測試人員。測試員用測試用數據、測試場景用例來測試，發現有問題，就登記bug。對於嚴重的影響下一步測試的BUG，測試員就用內部IM通知這個開發人員。對於不影響繼續往下測試的BUG，測試員就登記下來，等程序員有空時處理。
3、程序員一般工作不希望大家打擾，所以開發起來就是開發。等手頭開發告一段落，就看看BUG庫。發現有與自己有關的BUG，就從第一個BUG開始看起。就開始通過IM和測試員掰扯起來（這不是個BUG啊、業務邏輯不是你想的那樣啊、我這里不能重現啊、你給的信息描述不清晰啊），於是IM幾來幾往，甚至跑過去當面交流一番，甚至會拉扯上產品經理一起討論，更甚者需要項目經理或產品經理發起一個會議來集體討論一下
這是不是很熟悉呢？這就是大部分程序員開發的三個步驟：寫代碼、自測、修復BUG。
二、說好的代碼設計、代碼測試呢？
代碼設計？那不是都有開發平台么，已經固化了啊。那不是維護舊功能做完善修改呢么，又不是寫新代碼，只能在現有代碼基礎上修改啊，你又不能大幅重構。
代碼測試？你丫需求討論期、產品設計期、設計評審期那麼長，都把研發項目時間佔光了，就留下2個星期讓我們寫代碼，我們哪裡有時間搞那麼深的測試。還想讓我們搞結對編程？還想讓我們搞測試驅動開發？
而且你看測試，什麼功能測試、集成測試、性能測試、安全測試、安裝部署測試、升級測試、遷移測試、UAT測試，一大堆測試，測試也需要很多時間。
一個項目，需求討論、產品范圍規劃與評審、產品設計與設計評審佔了一個半月，開發+自測就一個月，測試佔了一個半月，這就4個月了啊。
三、為啥程序員寫代碼總是寫寫測測？
剛才大家也都看到了，大部分程序員都是從界面代碼開始寫起，而且寫一寫，就運行一下看看。為什麼會是這種開發方式？
那是因為大部分程序員缺乏在腦子中的整體建模能力。只能做出來一點，真實的感覺一下，然後再往下。
有些是產品經理的上游就有問題，沒給出業務流程圖（因為產品經理也沒做過業務），也沒畫清楚產品功能操作流程圖。
為啥沒給出業務流程圖？因為產品經理不熟悉業務，另外，產品經理也沒有流程建模能力啊。為啥沒畫清楚產品功能操作流程圖啊？因為不會清晰表達流程啊。
很多產品經理、程序員，都缺乏分類、分層、相關、先後能力，更別說總結、洞察能力。
這是基本訓練，是一個做事頭腦清醒的人必備的技能，這不是一個程序員或產品經理或測試員的特定技能要求。
我經常看書就梳理書的脈絡，每看一本就寫一篇總結。我過去閑扯淡還梳理過水滸傳、紅樓夢的人物關系圖呢，其實就在事事上訓練自己的關聯性、層次性、洞察性。
我經常面試一個人時，我會問這樣的問題：「你把我剛才說的話復述一遍，另外你再回答一下我為什麼會這樣？」，其實，我就在看一個人的細心記憶、完整梳理、重現能力，我也在看一個人的梳理、總結、洞察能力。
我個人寫代碼就喜歡先理解業務流，然後理解數據表關系，然後理解產品功能操作流，大致對功能為何這樣設計、功能這樣操作會取什麼表、插入或更新哪些表，哪些表的狀態欄位是關鍵。
然後我寫代碼的時候，就根據我所理解的業務流、功能操作流、數據輸入輸出流，定義函數，定義函數的輸入與輸出。
然後，我會給函數的輸入值，賦上一些固定值，跑下來看看能否跑通這幾個關聯函數，看看還需要怎樣的新增函數，或者看看函數的輸入輸出參數是否滿足跑通。
剩下的事，就是我填肉寫詳細邏輯代碼了。
當然，大部分人沒我這樣的邏輯建模能力。怎麼閱讀理解也想像不出來，也沒法定義函數。畢竟有邏輯建模能力的程序員都很少，100個人里有10個，已經是求爺爺告奶奶好幸運了。
那怎麼辦呢？
我建議是分離分工配合，這就是現實中沒辦法的辦法。讓有邏輯建模能力的人來設計函數框架、來設計工具來設計代碼模板，然後讓沒有邏輯建模能力的人來填肉寫詳細邏輯代碼。
我們可以先從最緊要的模塊開始這么做。不緊要的模塊，還讓它放任自流，讓熟練手程序員繼續塗抹。
我曾經還讓有頭腦的程序員做榜樣，給大家分享他是怎麼規劃函數的，怎麼做維護性代碼的代碼結構改善的。但是發現效果並不佳，其他人並沒有因此能做代碼設計。可能邏輯建模能力是個人的基本素質，是從小到大訓練成型的，不是你一個大學已經幾年的人能夠短時間內可以訓練的。
所以啊，還是讓能走的人先走，讓從最緊要的模塊開始這么做。
不必擔心這樣做後，因為過去一件事被分工（一個做代碼框架一個填肉）成兩個人做了會降低工作效率。我們很多的工作效率低就是因為半瓶子醋搞出來的，來回反復修改。
真是應了劉德華在電影里說的那句話：說你又不聽，聽又聽不懂，聽懂了又不做，做又做不好，做不好還不服氣。
四、為什麼大部分程序員不做代碼測試或白盒測試或單元測試呢？
還是因為沒有代碼設計。因為沒有函數啊。所以，一個按鈕功能有多復雜，代碼就有多長。我見過2000行的函數，我也見過1000多行的存儲過程和視圖SQL。怎麼做白盒測試啊，這些代碼都粘在一起呢，要測，就得從頭到尾都得測。
所以啊，先學會設計函數，先寫好函數，這就求爺爺告奶奶了。很多開發了5年的熟練手程序員，可能都未必會寫函數。
函數的輸入輸出值就很有講究。很多人都寫死了，隨著版本迭代，發現過去定義的函數參數不夠用了，於是就新增了一個參數。然後，相關性異常就爆發了，其他關聯的地方忘改了，到底哪些有關聯，怎麼查啊，本系統沒有，沒准其他系統就調用你了，你根本不知道哪個神經人曾經COPY過你的代碼修吧修吧就改成了他的功能呢，而且裡面的很多代碼他看不懂也不敢刪，只要他實現的功能正常了他也不管了。於是，你改了你這個函數，他的系統就莫名出錯了。
所以，我一般會定義幾個對象來做參數。另外，我也很注重函數的日誌、函數的異常保護、異常拋出、異常返回。另外，我也很注重參數輸入值的合法性校驗。
所以啊，應該開發Leader們先制定函數編寫規范最佳實踐，輸入輸出參數怎麼定義比較好，函數的返回值如何定義比較好，函數的日誌記錄應該怎麼寫比較好，函數的異常保護、異常拋出、異常返回如何寫比較好。先教會一般程序員，先從會寫函數開始啊。
當然，你光有一份規范，程序員們還是不理解、不實際應用啊。所以，還得Leader們做好典型的代碼模板，裡面是符合函數規范的代碼框架，只有這樣，一般程序員們才會照貓畫虎適應了函數設計的編程習慣。
所以啊，我專門重新定義了leader的明確職責，其中第一個重要職責就是：負責工具/框架/模板/規范的制定，並且負責推廣且普及應用落地。
你不明確定義Leader的這個重要職責，你不對這個職責做明確的KPI考核，誰尿你啊。你以為好的工具/框架/模板/規范是靠人們的熱情、自發產生的么？我們還沒有那麼自覺高尚啊。
五、為什麼大部分程序員不寫注釋啊？
我經常說一句話，千萬別多寫注釋。為啥？
因為我們經常遇到的問題不是沒有注釋，而是更糟的是，注釋和事實代碼邏輯是不相符的。這就出現常見問題了：殘存下來的設計文檔是一個邏輯、注釋是一個邏輯說明、真實代碼邏輯又是一個，鍾表多了，你也不知道正確時間了。
所以啊，產品文檔、注釋、真實代碼，三者總是很難一致同步。我為了幾百人研發團隊能做到這個同步花了大量心血和辦法，但我最終也沒解決了這個問題，還把Leader們、總監們、我都搞的精疲力盡。
索性回歸到一切一切的本源，代碼，就是程序員的唯一產出，是最有效的產出。那麼，讓代碼寫的不用注釋也能看懂，咱得奔著這個目的走啊。
為啥看不懂，不就是義大利面條式代碼么，又長又互相交雜。
OK，我就規定了，每個函數不能超過50行。用這一個簡單規定和靜態代碼檢查插件，來逼迫大家嘗試著寫函數。有的函數屬於流程函數，是串起其他函數的，有的函數就是詳細實現函數，實現一個且唯一一個明確作用的。
有了流程函數和功能函數，而且每個函數不超過50行，這就比過去容易看懂了。
六、為什麼大部分程序員不抽象公共函數啊？
我經常說一句話：千萬別抽象公共函數啊。為啥？
因為大部分程序員缺乏抽象洞察能力。特別是有些積極熱情有餘、愛學習愛看書、半瓶子醋晃悠的二桿子，看了幾本UML、重構、設計模式、整潔代碼之道，就躍躍欲試了，還真敢給你抽象公共函數了。
一開始，他覺得80%相似，20%不相似，於是在公共函數裡面簡單寫幾個if..else做個區隔就可以。沒想到，越隨著版本迭代，這些功能漸漸越變越不一樣了，但是這個代碼已經幾經人手了，而且這是一個公共函數，誰也不知道牽扯多少，所以誰也不敢大改，發現問題了就加一個if..else判斷。
沒想到啊沒想到，這個本來當初公共的函數，現在變成了系統最大的毒瘤，最復雜的地方，誰也不敢動，除非實在萬不得已，手起刀落。
所以，我平時告誡程序員，純技術的、純通用的，你們可以嘗試搞搞抽象公共函數，對於業務的，你們還是簡單粗暴的根據Leader們做的代碼模板代碼框架，乖乖的復制、修改、填肉吧。
你們啊，先從做模板做代碼片段開始吧，咱們放到咱們內部代碼片段開源庫里，看誰的代碼片段被別人復制的多，說明你的代碼抽象設計能力越好了。那時候，我就大膽放心讓你撒丫子跑了。在沒有學會跑之前，給老子乖乖的復制、修改、填肉吧。
③ 好程序員：技術分享 有哪些新手程序員不知道的小技巧
我有一個學習的小技巧，就是學習新技術的時候，多看看「官方文檔」。
多年來的學習和工作經歷，讓我比較深刻認識到一點：看「官方文檔」非常重要。
我們很多的問題和技術細節，其實，只要我們認真將官方文檔過一遍，會發覺大部分的問題和認識模糊的地方都消失了。甚至，你還能發現自己之前通過搜索獲得的到一些資料，可能是不準確或者已經過時的。官方文檔是真正的好東西，因為編寫文檔的人群，通常就是這些技術或者軟體的開發者，他們才是對這些東西最了解的人，因此，他們寫的文檔質量是很高的，通常也是最新的。
官方文檔的不足的地方，大概是中文版本不多，看起來可能會比較吃力。不過，請相信我，下載一個翻譯輔助軟體，慢慢看還是可以的。另一方面，就是這些文檔編寫者，通常是技術界大牛，他們編寫文檔有時候是基於他們自己的技術認知水平，跳過了很多基礎概念，也增加了閱讀難度。不過，這個我們也可以通過多查資料，慢慢看來解決，並且通常會帶來額外的學習收獲。
④ 程序員該如何做好一次分享
很多人，尤其是程序員肯定都有這種想法：」每次參加技術分享會，看到台上分享者的激情講解，也想自己哪天能做一場優秀的分享？「
但是技術宅們有多是內向的性格，對於拋頭露面總有一絲膽怯，而且技術宅多沉浸在自己的專業領域內，就算做分享也沒有很好的效果，久而久之就會越來越抵觸分享。
但是分享卻又是提升實力最好的方式，工作幾年我也做過好多次的分享，也是從剛開始的抵觸，到現在的期待。我也總結了一部分自己對分享的感悟和方法，我覺得有必要寫出來分享一下給 」想分享但是不知道怎麼分享的技術宅們！"。 今天我們就一起來看一下如何做好一場優秀的分享會。
在正式開始文章之前我也想問大家4個問題，希望大家可以帶著問題去看文章，也希望大家在評論區給出自己的答案。
下面正文開啟：
要做好分享，首先要有一個分享的心態。
通常我們很少會去主動把知識傳遞給大家。背後的原因可能比較復雜，不夠自信，或者有壓力等等。而往往分享來自於工作任務。如果應付了事，那隻能是浪費時間。一定要有做有價值的分享的心態。
作為分享者，一定要分析聽眾需要什麼，這樣才能帶給聽眾更有價值的分享。
聽眾分析的思路很簡單，無論是分享給熟識的聽眾：同學、同事，還是分享給陌生人，我們都可以從職業特性入手。
如果分享對象是學生，就以所學專業為主要參考指標，如果分享對象是職場人士，那就以所在崗位作為主要參考指標。
如果分享對象是學生，就以所學專業為主要參考指標，如果分享對象是職場人士，那就以所在崗位作為主要參考指標。
總之，分享首要考慮的是聽眾的需求。
沒有金剛鑽別攬瓷器活，如果沒有干貨，再好的技巧都是空有其表。
作為分享者，除了要了解聽眾的需求外，也要分析自身的特長。不要輕易挑戰自己的弱項，也盡量不要把還沒有實踐過的知識分享給聽眾，不然容易現場翻車(⊙o⊙)。
一定要結合自己的知識儲備以及聽眾的知識儲備來進行分享准備
另外，知識的傳播一定是衰減的。這個衰減的過程是 儲備知識->傳播介質->聽眾。
傳播介質可以是圖文博客，也可以是PPT，也可以是音頻、視頻等等
粗略的打個比方，如果滿分是100分，假設你儲備了90分，按照15%的衰減來說那就是 ： 儲備知識(90)->分享介質(76)->聽眾(65+(-30))。 這里的-30的意思是，如果聽眾沒有相關知識儲備，那聽眾接收到的可能最多就是35分。
列提綱
吹牛要打草稿，提綱是為了幫助分享者梳理分享的思路。
填內容
分享前，你需要對分享內容盡可能的掌握全面，盡可能多的去查閱資料，書籍。
例如：我想分享 Http 的三次握手四次分手，那我至少要去查閱5篇相關的文章，並且提取他們裡面的相同點和不同點，然後用自己的語言去整理合並。
當然，僅僅准備你要分享的內容是不夠的，你還要對你分享的內容深入了解20% ~ 30%，因為你你要應付現場聽眾的提問。
舉例子
善用例子，通過類比讓聽眾更加形象的去接受內容。
不同的聽眾要有不同的開場，但是核心都是抓住聽眾的注意力
熟悉的聽眾
如果是熟識的人：同事、同學，那就非常簡單了。 說清楚自己是誰就行了，為了活躍氣氛，可以稍微加點幽默。
範例1：我是來自A團隊研發成員，我的名字是張海洋。我可能是最痴情的男人，因為「最痴情的男人像海洋」。今天我帶來的主題是：XXX。希望經過本次分享，大家能對這個主題痴情起來。
陌生的聽眾
如果是陌生的聽眾，那意味著他們對你還不夠了解，還需要建立基礎的信任，總之就是吹好牛皮，贏得基礎的信任。
範例1：我是來自X集團X事業部的資深研發專家，我叫張海洋。弓長張、海洋的海洋。我主要負責X業務，我所負責的系統每天的訪問量大約30億PV，峰值QPS在1W左右。平均每天成交額約2億RMB。今天我帶來的主題是XXX，主要是跟大家分享我在XXX方面的一些經驗。
⑤ java 程序員 都是去看那些論壇和新聞的啊大家分享下吧
下面這幾個是我常去的
1.csdn
2.javaeye
3.51cto
⑥ 程序員如何自己創業
30歲,對於每一個程序員來說都是尷尬的年齡，彷彿舞台上不知不覺間已經謝幕，而自己仍在獨舞;創業,對於每一個程序員來說都是曾經或者正在憧憬的夢想，可是夢想與成功之間難以逾越的距離卻也讓多少人望而卻步……以下是我為大家整理的程序員如何自己創業相關 文章 。
周鴻禕談程序員創業
很多人都嚮往著有一天自己創業，程序員更是如此。如果你想創業，那麼該怎樣創業、需要有哪些准備、自己還有什麼不足等等這些問題你考慮過嗎?本文就跟大家分享周鴻禕在接受某媒體采訪時給程序員上的創業課。
程序員創業的特別之處
關於程序員創業，我之所以願意談我的觀點，是因為我是程序員出身，也是從小公司做起來的，我自認為對待很多程序員個人包括共享軟體作者和一些小網站還是很好的。我希望和他們分享一些 經驗 和體會。
首先，我想說的是聰明人不一定能成功，很多程序員很聰明，但我一看就知道他們不會成功。因為我看到了一些問題，而且現在太多程序員存在很多誤解。因此，我希望把我的觀點告訴程序員。或許有一些程序員能夠清醒，某個人可能因為我的某一句話有了感覺，對他以後的成長產生了幫助，這就足夠了。
要知道，程序員總是以為自己優秀所以就能成功，其實不是。中國的程序員大部分是盲目的：看看一些論壇就能夠感覺到，要麼有一群人自我感覺極端的良好，以專家自居，要麼就是一群藍領埋怨公司和社會環境不行，待遇不好。
應該說，中國程序員創業的成功率也是很低的。放眼望去，中國互聯網成功的人士有幾個是真正寫過十年軟體的。事實上，現狀和我們所能聽到的媒體宣傳的 故事 很不一樣。
很多程序員的最高理想就是寫一個共享軟體，一年可以掙幾百萬。但我希望談的不是告訴程序員如何掙錢，掙錢很容易，而是要告訴程序員如何去創業。比如雖然FlashGet的作者收入很高，衣食無憂，但從創業的角度看，它並沒有以商業公司的方式創業成功。
程序員在創業方面的欠缺
首先，我看到中國程序員的合作心態非常缺乏，我認為這是中國程序員最大的問題，當然這是有很多原因的。
大家經常說這句話：態度決定一切。但事實上好程序員基本上都比較傲氣，因為程序員往往會覺得自己在做世界上一件十分偉大的事情，這就是驅動機器，修改一行代 碼，機器就能夠工作，可以產生各種不同的行為。這很容易會讓程序員產生一種錯覺，認為自己可以Control Everything。程序員的自信在編程上是非常需要的，但不是適合一切場合。如果我們不說這些，可能很多程序員到現在還不知道自己錯在哪裡，仍然認為 自己是King of the World。
事實上，程序員的能力只是控制了一個機器。但創業僅僅具備了和機器打交道這一種能力是絕 對不夠的，他還需要和合作夥伴、競爭對手、投資人、員工甚至整個社會環境打交道。很多程序員因為已經習慣了和機器打交道，不善於也不願意 其它 的工作。很多程序員會內心認為“營銷不是很簡單嘛，市場很簡單啊，管理也很簡單啊，”我認為這種心態是非常害人的。
程序員還是一個很固執的人群，他覺得自己是機器的統帥，因此不會靈活，不會妥協。我當時也喜歡寫程序，但我知道如果自己沉迷於寫程序，肯定沒戲，所以是逼著自己改變角色。
優秀的程序員不要自負
這兩天，我收到幾封程序員的來信。有一封信中大意說“我是個如此優秀的程序員，為什麼我就不能成功呢，請你指點。這里有我的blog地址，看完你就 會了解我了。”我想說的是：如果真的希望別人幫忙，就要把情況真實的說出來，而不是上來就說自己很優秀，這種語言就會讓別人覺得很不舒服，不是很好的交流 方式。我還真看了那個blog，但看完之後，覺得這個程序員就是一個空想狂。
可以說，很多程序員實際上是優秀帶來了自負，這種自負使得其不要說創業，可能在在公司中工作也會遇到問題。所以，我甚至認為程序員在創業方面遇到的困難比其它類型的人員更大。如果程序員希望主導一個創業，可能首先就要逼自己不是一個程序員。
程序員應持開放心態，尋求團隊合作
程序員首先要學會和別人合作。提到這點，很多程序員都會說“我正在帶著其他程序員寫程序啊，我會合作啊。”但這種合作是片面的，我所談的不僅僅是程序員和程序員之間的合作，而是包括了程序員和其它各種角色之間的合作。程序員相親，他們的語言比較能夠容易理解。但作為一個程序員，你能不能商業人員、銷售人員很好的合作呢。
我這些年還看到很多這樣的例子：程序員動不動就把目標定為比爾·蓋茨。其實，比爾蓋茨不應該成為程序員崇拜的目標對象，這會讓程序員迷失方向，因為微軟另外一個創始人保羅·艾倫才是真正的程序員。再看其它一些例子，Google的第20名 程序員都可以獲得五億美元。Adobe公司兩個創始人也是一個精通技術，一個對商業精通，這樣的搭配才能夠更好的成功。因此，對於很多程序員來說，一定要找准真正的榜樣，不要被外界的故事迷惑了頭腦。如果剖開一些故事的外表，你會發現國外很多成功的程序員，背後一定有一個很強大的商業感覺的人或者一個團隊。
程序員的商業感覺其實並 不是很好。即便有商業感覺，其實這只是一個靈感，一個創意，但要要做成、做大還需要一系列的管理、市場、運營，這些對於程序員是不可想像的。程序員要明 白，在自己不擅長的領域，找到一個可以彌補自己缺陷的合作團隊才是出路。加入一個創業團隊，可能個人佔10%，但因為更容易成功，而且團隊可以做100分 的事情。而如果只是一個人做，很可能就失敗了。
這方面，國外的程序員對自己的長短比較清楚。在矽谷，很多程序員技術上都很牛，但他們 都非常知道自己只是在技術這個領域水平比較高，出了這個領域，自己什麼都不是。正因為有了這種心態，他們特別懂得與人合作。我認為國外的程序員已經普遍意 識到了這點，他們很願意成為創業團隊中的一員而並非自己創業。
因此，程序員需要調整心態，不要把自己當作精英人物，要承認自己在編程方面是優秀的，但永遠有人比自己更優秀，對於其它的領域，很可能自己很無知。要知道，其實程序員的選擇其實是最少的，因此抱有開放的心態是最重要的。
程序員與創業要求還有哪些差距
我認為現在的很多程序員經驗過於不足，他沒有認真踏實做過很多工作就奢談創業。如果一個程序員沒有在編程方面深入過，沒有積累，也就是半瓶子醋。這 樣的程序員我接觸過很多，他們自己也不清楚問題出在哪裡，讓人感覺又愛又恨。我認為程序員既然要憑借自己的技術，那就一定要踏實，要能夠實現任何創意。
但現在一些程序員自己沒有商業意識，卻又很自負，不相信別人，不理解的事情就不做。我遇到過很多程序員，他們對公司做什麼方向都質疑。他 們希望自己先想清楚，可是一想就浪費了很長時間。很多程序員就可悲在這里，積累的不多，看不到方向，但他也不相信自己的公司和老闆，這是一個悖論，需要程 序員深刻反省。要知道，每個公司都有懂商業的人。
就這樣，一些程序員極端自負，另外有一些程序員碰了很多釘子之後，感覺很自卑，於是便認為國內軟體業不行，最後 出國 或者打工，很少有程序員能對自己能做公正的評價。
國內環境是否造成程序員浮躁的因素
我以前沒有仔細考慮過這點。但我想，不管怎樣，程序員需要先從自身找問題，因為大環境就是這樣了。我承認一個現實：程序員生存狀態並不是很好，但程序員很多報怨其實是一種不切實際的期望值和自身的缺陷產生的反差。
首先，產品沒有大小，只有市場的大小。很多人總是覺得這也小，那也看不上。認為公司做的產品很無聊，要做就要像某些人宣揚的那樣：做游戲一定要 做3D引擎，好像只有這樣才夠牛。這其實就是一種浮躁。很多程序員寫軟體總是很多bug，基礎知識也不牢固，沒有參加幾個項目，沒有寫過十萬行代碼，就奢 談做大項目，這有價值嗎?
而且我還發現有些程序員特別憤青，罵環境，罵老闆，其實這只能把自己的心態搞的很壞。很多人剛進公司時做的很差，雖然工資少，但他沒有想到給公司增加了很多bug，公司實際上是在給他出學費。論壇上大家都在討論哪裡活幹得少錢拿的多。甚至還有人列了一些黑名 單。這種做法的結果就是程序員自己將周圍環境搞的烏煙瘴氣了。
有的程序員還非常喜歡指點江山，指點公司。我個人覺得這不是不可以，但 指責別的公司對個人沒有什麼好處，因為存在就是合理的。如果看不到，恰恰證明是自己看不到。我看到很多程序員也寫blog，技術交流的我認為非常好，但有 些人是寫評論。我是覺得程序員不要做評論家，中國不缺評論家，最缺的是實幹家。
總之，程序員一般過於自我。總生活在自我的世界中，就不可能真正了解世界是什麼。我很早就意識到了這些問題，也努力的去客服。我的經驗就是看別人如何做的好，為什麼能夠做的好，什麼是我所不能理解。程序員要學會慢慢站在別人立場上看問題。
最後給希望創業的程序員一點建議
對程序員來說，現在要做的也很簡單，這就是需要大量的實踐，要慢慢培養對產品，對商業的感覺。我的建議說出來可能有些忠言逆耳。對絕大多數程序員來 說，自己一個人成功的機率是很小的，所以我認為加入一個創業的團隊可能更為合適。現在有很多初期創業的公司，也需要很多優秀的程序員加盟。如果有理想，可 以選擇加入一個團隊，也有相應的股份，這方面我可以充當一個橋梁。
看看前網路程序員是如何創業的?找合夥人已經OUT了!
“來吧，做我的CTO，給你股份，咱自己當老闆。”
因為同學的一句話，前網路研發工程師YK辭職創業。一群毛頭小子，技術能力過硬，但畢竟資源不足，經驗欠缺，不到半年，項目無疾而終。 互聯網創業 盛行的現在，一個好的技術抵得過一支團隊，更別說出身BAT了。
但很多人不知道的是，就是這一樣一支技術實力超強的團隊，最終竟然也輸在了人上——過於強調技術，沒有頭腦足夠清醒的團隊成員及時制止。這也是為什麼要選背景不同、經驗不同的一群人一起創業了。曾經和YK聊過很久，項目失敗的背後是他對創業更多的思考，特別是對於那些擁有好工作的人來說，拋下一切投身創業需要付出的成本太高，但如果只是給創業者打工，那還不如守著原有的工作，至少更體面、更有保障。
就在我以為他會重新安安穩穩工作的時候，卻意外的在創業大街再次見到了他。細聊起來才知道，他並非辭職重新開始創業，而是用自己擅長的技術加入到新的創業團隊中，以外部合夥人的身份幫助兩個不同方向的項目解決技術開發問題。這次來到大街，是專門和一支團隊開技術碰頭會的。
他的這個選擇意料之外，卻又情理之中。意料之外的是他居然理智的沒有辭職，情理之中的是他選擇了成為外部合夥人，用業余時間一邊做顧問、一邊寫代碼，實現了時間、能力價值的最大化。
其實，說到外部合夥人就不得不提智籌平台。去年3月，正是看到了毛大慶宣布 離職 但依舊擔任萬科外部合夥人的新聞後，智籌將“外部合夥”作為創業者&人才之間對接的一種新的合作關系。現在，創業者來智籌發布任務，除了能與互聯網高級人才建立長期顧問、短期兼職、駐場辦公、遠程協作等合作關系之外，也能通過部分現金+可回購股份的方式，與人才建立外部合夥關系。外部合夥人是一個沒有行政職位，但依舊為企業、團隊做貢獻的人。
對於創業團隊來說，外部合夥人解決了以下問題：
1.快速成長，度過難關。
按照原本的思路，YK服務的兩支團隊還陷在滿世界尋找CTO、找程序猿的泥沼中，但有了外部合夥人，更低的參與門檻吸引了更多人才願意加入，不僅解決了燃眉之急，更推動項目度過難關、快速前行。
2.滿足了人才的多樣性。
一個合夥人已經很難找了，更不用說基因不同、知識不同、經驗不同的一群人。外部合夥人大大降低了對人才的束縛，而這樣的一種合作模式，讓越來越多的人才願意加入到創業中來，組建這樣一支多樣化團隊更容易。
3.更快找到，成本更低。
外部合夥人是通過股權激勵撮合到一起的一群人，利用可回購股權讓人才把創業者的事當做自己的事，目標、利益一致，做事更用心、更高效。股權支付的方式又可以降低初創的資金壓力，創業者不用支付很高的現金，也能請到非常NB的人才來解決難題。
外部合夥人極大的緩解了創業找人難的窘境，但當創業者真正去尋找外部合夥人的時候，往往又會擔心外部合夥人的時間、效率怎麼保證?水平怎麼衡量?什麼人才適合做外部合夥人?
首先，時間自由是第一標准，至少是時間可控，能夠拿出足夠精力完成任務。否則，連時間都不能自由支配的外部合夥人也太不稱職了，CEO找你開會，你卻說你在公司加班，即耽誤了創業者的時間，又降低了自己的口碑。
其次，獨擋一面的能力絕對必不可少。做得了合夥人的，都是某方面十分擅長的專業人才，那麼做的了外部合夥人的，需要更高的水平。從一開始我就強調，外部合夥人一定是高級人才，不然沒資格幫助創業者解決問題，甚至指導方向。俗話說，沒有金剛鑽不攬瓷器活，想做外部合夥人，一定得先有過硬的水平。
第三個標準是認可股權模式。中國基金報曾發表評論稱，未來十年，如果你與股權無緣，可能無法實現財務自由。在如今樓市低迷、股市重挫的時候，股權投資卻異軍突起，特別是在大眾創業、萬眾創新的激勵下，全國創業氛圍濃厚，涌現了一大批優質有潛力的新興企業、互聯網企業。也許你不是土豪，沒有錢參與眾籌，而此時外部合夥人模式的出現，讓普通人也能參與，只不過是用能力和時間參與創業、解決任務，換取股權。
智籌在幫助創業團隊對接外部合夥人合作的過程中，通過實踐 總結 出了最適合做外部合夥人的群體：自由職業者、大企業主管級以上在職人才、工作室、外包團隊等等。這些人能夠站在實戰的高度，不只提供經驗分享，更能夠有針對的解決具體問題，融入到項目和團隊中。
對於很多創業小夥伴來講，找錢、找人是躲不開的兩座大山，有錢了當然可以請NB的人才加入，有人了事兒干好了錢自然不愁，先有雞還是先有蛋的問題永遠都在，找到一方的突破口自然事半功倍。這時，外部合夥人就是打破這一死循環的關鍵鑰匙，只是需要創業者用開放的心態接受、嘗試，畢竟改變原有習慣肯定難受，甚至懶得嘗試。但創業原本就是不破不立的事，只有打破舊有習慣，才能接受新鮮事物，才能有更多新的收獲。
從另一個角度來看，參與創業的門檻降低，意味著越來越多的人能夠將自己的智力換成股權，幫助推動創業的同時，也是對未來的投資。根據智籌平台的數據顯示，當 創業項目 獲得融資後，人才所持的可回購股權將會以最少3倍的價值兌現，這對於很多人來講也是不小的吸引力。外部合夥人模式，降低初創資金成本的同時，也讓越來越多的高級人才加入到創業中來，大大激發了創業活力，無論創業還是參與創業，用起來都是極好的。
⑦ 程序員的成功面試技巧
程序員的成功面試技巧
程序員的成功面試技巧，程序員在近幾年來是很熱門的一個職位，因為在很多人眼裡程序員的收入是很高的，程序員想要工資高在面試的時候也是很講究技巧的，下面分享程序員的成功面試技巧？
1、給自己寫一份非常專業的簡歷
我的建議是，如果你想增加自己的入選機會，那最好還是花點錢製作一份專業的簡歷。相較於你將來可能得到的巨大收獲，這真的只是一個小小的投資。
2、研究面試官
當我聯系程序員來面試的時候，我總是會事先發電子郵件給他，並附上我的名字和博客地址。但是讓我驚訝的是，當我給他面試的時候，他竟然對我還是一無所知。
再舉個正面的例子，我在面試時也碰到過這類開發人員，甚至能對我以前寫的一篇博客或者做的教學視頻上面的內容侃侃而談。
你說我會推薦哪個?
面試官也是人，也會有人性的弱點和特點。Dale Carnegie曾說過，要讓別人對你感興趣，最簡單的方法就是你先表達出對對方的興趣。
不管這種方法是否有欠公正，但是如果你想面試成功，那麼我建議你事先最好先好好研究一下你應聘的這家公司和面試官(如果知道的話)。
當今社會的信息是如此的發達，我們完全可以在Facebook、Twitter、微博、博客上找到任何人的資料。即使你只是大致瀏覽一番，也會讓你受益良多。
3、獲得內部推薦
知道找工作最簡單的方法是什麼嗎?那就是獲得內部推薦。
這不但可以增加面試機會，還能提升40%的錄用幾率。
前陣子，我找到了一家心儀的公司。然後直接投簡歷?NONO，猜猜我是怎麼做的吧?
首先我找到一名和我有共同想法和意見的開發人員，然後開始關注他的博客。
接著我在他的博客中留言、發表建議，並且表現出對他的工作和公司非常感興趣的想法。最後我成功拿到了這個寶貴的內部推薦資格。
很多程序員會說，「可是，某某某公司裡面的人我一個也不認識啊」。如果你想就此放棄，那當我什麼也沒說，如果你願意試試，我敢打賭，你總能想出一種方法達到你的目的。
不過這有個秘訣，那就是首先你得在網上創建自己的「名片」——讓別人有了解你的機會，所以do it now吧。
4、 學會解決演算法問題
這是每一個開發人員都應該具備的重要技能，而且真要掌握起來也並非那麼難。
在很多面試中，都會有這樣的問題，要求你在白板或者電腦上解決編程問題，但是許多程序員，即使是那些非常優秀的程序員，都會一下子大腦一片空白，完全理不出思路來。
如果你能花時間學會如何解決這種類型的面試問題，那麼下次再碰到這種場景，就不會這么緊張了。
我們會緊張其實和怯場無關，主要是因為我們不熟悉這些問題，也沒有自信能解決這種問題。
在這方面建立起自信之後，你就再也不會緊張了。
5、活力洋溢地回答問題
只用一個字或者一句話，照本宣科平平無奇地回答問題，或許在技術上是正確的，但是你忘了應該藉此機會好好展示自己的激情——這才是一個開發人員能帶給團隊的最大正能量。
舉個例子說，如果我問你什麼是多態性，我不是要你按照課本中的定義重復給我聽，我希望你能就這個主題闡述一下，然後我們可以更深入地聊一聊。
6、小心「陷阱」問題
你為什麼換工作?
說說你最大的優點和缺點。
最近一次你是如何解決和同事之間發生的技術分歧的?
在回答問題之前，你最好明白面試官問這些問題的目的，掌握如何回答這類問題的技巧。
就先說說第一個問題吧「你為什麼換工作?」
在大多數情況下，面試官想知道的是你是否是一個愛說三道四、慣於誹謗抨擊僱主的人。所以千萬不要上當。
7、永遠不要撒謊
最糟糕的事就是在面試的時候撒謊。
知之為知之，不知為不知，如果你確實不知道，千萬不要自作聰明來編造問題的答案。
相反，你應該誠實地說，你不知道或者你並不是100%肯定，但是你願意嘗試一下，然後再講講自己的想法。講完之後也可以問面試官正確答案是什麼，以顯示你對此非常感興趣。
實話告訴你，大多數面試官問的問題都是他們知道的問題，不然如果你濫竽充數給你通過的話就會顯得他們像個傻瓜。所以千萬不要抱著僥幸心理，一旦發現你在撒謊，面試官馬上就會質疑你的人品。
8、不要太誠實
很多程序員會過多地透露自己的信息，不要以為誠實和完全透明就是最好的政策，殊不知過猶不及。
第7條所說的不可撒謊誠然不錯，但是我們也沒必要將自己所有生活的細節和所有缺點都告訴給面試官。
有個性是好的，但是如果暴露了性格缺陷就壞事了。
試想一下，要是你說自己喜歡賭博或者沉迷於魔獸世界，我敢打賭，面試官肯定會重新審視你。所以在說自己信息的時候一定要慎重，因為這不但會暴露你的缺陷，還會顯得你缺乏應有的.判斷力。
9、掌握計算機科學的基礎知識
是的，很多程序員在面試的時候，甚至理直氣壯地說，他們不知道鏈表和堆棧，因為他們沒有受到正規教育或者早就還給老師了。
我也承認我們在工作的時候是用不到那些深層次的計算機科學概念的，但是作為一個專業的軟體開發人員，你至少應該知道一些基本知識。
舉個例子說吧，你請電工來重新給你家的房子布線，但是這電工一點也不知道任何電氣工程的基本知識，你還請他干不?同理，我們也是如此。
10、關於經驗
這是最後一點，但並非最不重要的，很多開發人員，特別是剛進入這一行的新手，往往缺乏相關的經驗，也不知道如何增加所謂的工作經驗。
這有點像是雞和蛋哪個先出現的問題。
那麼又該如何增加經驗呢?
關鍵是要用創造性的方式。有很多方法都可以獲得工作經驗，但是卻不必真正去一家公司上班。
給你點提示：
參加開源項目
啟動開源項目
做一個移動app，放到App Store里
寫一個小型的Web應用程序
參與代碼交流和用戶組
這些方式都可以作為工作經驗寫到簡歷中去，只要自己有想法，不愁沒經驗。
希望這些技巧能對各位有所裨益。如有不同想法，也請不吝賜教。
程序員的中年危機是什麼
中年程序員危機
近日，中興網信員工歐某打開26樓辦公室窗戶縱身躍下，結束了42歲的生命。
目前有多種說法，有說因股份轉讓價過低和人事部產生分歧，有說疑因內部宮斗被離職，甚至還有消息說歐有精神方面的問題。
盡管具體原因仍待進一步的核實，但卻由此引發網上一波關於中年職場危機，特別是中年程序員危機的討論。
一般來說，一個行業的收縮導致人員數量與結構的調整，大致可以用一個簡單的模型來描述：行業規模縮減，行業人員減少，公司數量減少或規模縮減，進而導致管理層崗位變少，原本的管理層，被迫降至轉入下一級崗位。
這種降崗機制層層傳遞，高層降為中層，中層降為基礎管理崗，基礎管理崗降為一線員工。與此同時，由於行業規模的縮減，一線員工數量也在減少。
於是，一線員工失業，同時，停止招收該行業的新畢業生。在這個模型中，一般來說，即便行業收縮，中層也不用愁就業，仍可留在本行業中，最壞也不過是降崗。
中年人學習能力下降明顯
不過，在程序員行業中，有一些特別的因素，導致了其不同於一般行業的現象。
35-45歲的中年人，學習能力下降明顯。與此同時，這是一個新技術不斷涌現的時代。
一個人進入職場初期的技能、概念，過了20年後，已經完全不一樣了。程序員這個行業，更是把這個特點發揮到極致。
此外，精力明顯下降，不能熬夜，加之家務瑣事纏身，高強度工作即便有意願也很難付諸行動。
如果說其他行業的中層人員降級後仍可游刃有餘的話，這個行業的中層降崗後，會不如自己新崗位上的同事。
所以，程序員密集的IT、通訊行業，很多中層員工就處於一個很尷尬的地位。即便勉為其難地接受，也會面臨收入大幅度下降的心理適應問題。
如果考慮到資產配置中較高的按揭比例，當資金鏈斷掉，這就成為不可承受之重。
⑧ 關於程序員學習新技術的5個建議
1. 克服慣性
萬事開頭難，克服慣性是學習新技術的第一步。與其被手頭的任務嚇到，不如將任務細分為一個個具體的微任務，通過完成一個個的微任務，你會發現自己克服了慣性，並且這項任務不再顯得難以完成。這個方法可以被應用到學習新技能的過程中。關鍵就是將大塊任務細分為微任務。
2. 關注大牛
學習新技能的第一步是明確要學什麼。它可以是任何你有激情去學，並且想深入學習的一些東西。這種原始的學習慾望非常重要，這種慾望可以在你的學習低潮期給你提供動力。
3. 建立知識網
當你對自己要學習的東西建立了信心之後，接下來要做的就是做一塊海綿，然後開始瘋狂地吸收知識。從Google搜索關鍵詞“beginner tutorials”開始吧，搜索一些跟你要學習的知識相關的入門教程。
4. 行動起來
現在你已經看了一波又一波的教程以及視頻資料，並且對於想學的技術已經有了一個相當深入的了解，接下來做些什麼呢?沒錯，是時候理論聯系實際了，實踐是檢驗真理的唯一標准。
用你所掌握的技術做一個個人的小項目，設計一些簡單的功能並且實現他們。毫無疑問，你會遇到很多的絆腳石，當遇到它們的時候，在StackOverflow或者Google上面搜索之，解決之。你已經踏上一條成為某一領域專家的旅程，遇到的困難挫折越多，你會變得越睿智。
5. 專注學習
如果你擔心上述的學習過程太遲緩，那麼你也可以嘗試一下快速學習模式。你或許聽說過“24小時學會某某某”，但是這種方式不是我所推薦的。我認為更合理的是用幾周的時間去學習。你可以嘗試一下類似“七周學會七種語言”或者是“七周學會七種資料庫”等學習方法。盡管這些講的是語言以及資料庫方面的學習，但是你在學習其他技術的時候也可以運用這種思維。
以上就是青藤小編關於程序員學習新技術的建議的相關分享，希望對小夥伴們有所幫助，想要了解更多相關內容，歡迎大家及時在本平台查看!
⑨ IT培訓分享新手程序員學習python編程需要了解哪些技巧
python編程開發技術是目前比較熱門的編程語言之一了，而對於大多數新接觸python編程的程序員來說，如果能夠掌握一定的編程技巧的話會大大降低我們掌握python編程的難度，下面IT培訓http://www.kmbdqn.com/就一起來了解一下具體內容吧。
建議1：理解Pythonic概念
建議2：編寫Pythonic代碼
建議3：理解Python與C語言的不同之處
建議4：在代碼中適當添加註釋
建議5：通過適當添加空行使代碼布局更為優雅、合理
建議6：編寫函數的4個原則
建議7：將常量集中到一個文件
建議8：利用assert語句來發現問題
建議9：數據交換值的時候不推薦使用中間變數
建議10：充分利用Lazyevaluation的特性
建議11：理解枚舉替代實現的缺陷
建議12：不推薦使用type來進行類型檢查
建議13：盡量轉換為浮點類型後再做除法
建議14：警惕eval()的安全漏洞
建議15：使用enumerate()獲取序列迭代的索引和值
建議16：分清=與is的適用場景
建議17：考慮兼容性，盡可能使用Unicode
建議18：構建合理的包層次來管理mole
建議19：有節制地使用fromimport語句
建議20：優先使用absoluteimport來導入模塊
建議21：i+=1不等於++i
建議22：使用with自動關閉資源
建議23：使用else子句簡化循環(異常處理)
建議24：遵循異常處理的幾點基本原則
建議25：避免finally中可能發生的陷阱
建議26：深人理解None，正確判斷對象是否為空
建議27：連接字元串應優先使用join而不是+
建議28：格式化字元串時盡量使用.format方式而不是%
建議29：區別對待可變對象和不可變對象
建議30：[]、()和{}：一致的容器初始化形式
建議31：記住函數傳參既不是傳值也不是傳引用
建議32：警惕默認參數潛在的問題
建議33：慎用變長參數
建議34：深入理解str()和repr()的區別
⑩ 安卓程序員分享會分享什麼好
學習方法和心得體會
一、技術實力主要指計算機編程功底，比如編程語言，操作系統，演算法能力，網路協議等等。這是作為一個程序員的最基本的能力，也叫硬實力。這方面的知識也叫專業知識，通常，我認為這方面的能力也是最容易提高的，只要願意花時間研究，都能看到成果。
二、業務能力技術不是目的，解決問題才是目的，運用技術來解決問題的能力就叫做業務能力，有時也叫業務感覺。比如，任何一個產品需求，你都能立即抽象出對應的數據模型；一個及時通信的需求，你能不能理解構建處數據模型出來。這方面的能力需要經驗的累積和總結，而且和行業相關，你選擇的企業，你經歷的公司，你做過的產品都影響著你的業務積累。
三、溝通能力陳景潤是中國一位非常有名的數學家。上個世紀80年代，因為一篇報告文學披露了他在數學研究上的成就，成為一代中國青年的勵志偶像。但是，他是一個口才極差的人。他1953年於廈門大學畢業後，分配到北京四中任教，因口齒不清，被學校拒絕上講台授課，只可批改作業，後被「停職回鄉養病」，調回廈門大學任資料員。幸好他被華羅庚發現，調入中科院專門搞研究，這個尖端人才才沒有因為口才不好被埋沒。