在我們日常工作中，常常會聽到軟能力這乙個詞彙，尤其是在稱讚某個人工作表現不錯的時候更是如此。 然而關於軟能力是什麼，一百個人有一百種解釋，就好像一千個人有一千個哈姆雷特。什麼是軟能力？回答這個問題之前，我們先要了解什麼是硬能力。
複製**
在應試教育的背景下，考試能力、學習成績這些就是你的硬能力。
金庸**裡，第一次華山論劍，南帝北丐展一陽指、降龍十八掌之絕技，
東邪西毒現彈指神通、**功之怪誕武藝，最終由中神通王重陽戰勝群雄，獲得天下第一。
複製**
硬能力往往最容易被記住，而且人們也更樂於就某個人物(或事物)的硬能力進行談論
為什麼？因為相對於軟能力來說，硬能力更加簡單，更容易被描述。
那麼，軟能力究竟應該對應什麼？
在高考評估體系裡面，佔比重最大的無非是筆試成績，而一些實用型能力比如溝通能力、組織協調能力卻沒能被考慮進去(這是國內應試教育一直被詬病的地方)，它們是組成軟能力的重要部分。
再看看華山論劍的案例，武功再高，如果品行敗壞，壞事做盡，是很難獲得後人世頌的。 這時，武德便是一種軟能力。 另外，如果武藝高強卻沒有人知道，就是隱姓埋名； 說不中聽的，那就是廢柴乙個。
這時候，名號的傳播就很重要了，我們知道，大約宋代開始，有一種說書人，其常年以演說賣藝為生。 在現如今，這便是**的營銷。
有人說，在當今的世界上，硬能力就是智商，軟能力則是情商； 也有人說，在企業裡面，硬能力是滿足崗位需求的必要技能，軟能力是你與團隊進行互動協作的能力。
我覺得，說的都對！
軟能力是能夠讓你變得優秀的關鍵能力。
讓我們回到 軟體開發 這個行當，當你即將成為一名程式猿，或者你已經作為程式猿好多年了之後，你是否清楚：
作為一名程式猿，應該至少具備什麼樣的軟能力，才能使你從猿猿眾生中脫穎而出。
在《軟技能-**之外的生存指南》一書中，作者約翰 z. 森梅茲為以自己的經歷為例，為我們仔細講述了程式設計師除了寫**之外應該具備的各種軟能力， 值得一提的是，該作者還是一名出色的健身愛好者及投資客，這可能是令許多人望塵莫及的。
摘序
作為乙個軟體開發人員，在我的生活中，我經歷過許多不同的旅程。
我曾走在陽關大道，也曾誤入歧途，還有一些路我至今仍不知是對還是錯。
這一路走來，我並沒有得到太多的幫助和指導。
我從來沒覺得有誰為我披荊斬棘，開闢出一條小路使我可以因循，
也從來沒覺得有誰可以告訴我如何成為一名最成功的軟體開發人員——
不能只編寫**，還要有精彩的人生。
複製**
好了，有點多.. 有了這些技能，相信大部分程式猿就能迎娶白富美，走上人生巔峰了吧！
為了簡化理解，我們可以將關注點聚焦到下面幾個維度上：
接下來解讀一下
關於溝通方面的能力是老生常談了，溝通表達能力強的程式猿總是不一樣， 在很多場景下都會佔優：
溝通好的人有一點很關鍵的是換位思考能力，就是能為溝通的物件著想，讓你感覺很舒服。 下面有個案例：
學習要有方法，才能取得更高的效率及更好的效果。 在《軟技能-**之外的生存指南》一書中提到的 "十步學習法" 如下：
第一步：了解全域性
第二步：確定範圍
第三步：定義目標
第四步：尋找資源
第五步：建立學習計畫
第六步：篩選資源
第七步：開始學習，淺嘗輒止
第八步：動手操作，邊玩邊學
第九步：全面學習，學以致用
第十步：樂為人師，融會貫通
複製**
這裡以學習spring cloud為例，整個過程如下：
當然，關於學習過程，你可以自己歸納，但不應該是沒有章法的。
時間管理，在職場上更多的是工作管理，即如何有條不紊的將工作逐個完成， 既要滿足上級，也要讓自己不糾結後悔。
許多關於時間管理的書籍都會提到番茄工作法
如下
按照 番茄鐘 的方式對工作任務進行拆解排序；
每個番茄鐘對應一段25分鐘的工作時間；
在每個番茄鐘內部不允許有新任務插入，此時只需要將任務放到待辦事項；
每個番茄鐘結束後，進行5分鐘的休息調整，之後進行下乙個番茄鐘
複製**
番茄工作法是不錯的，但並不完美，許多人儘管知道但卻很做到極致。 比如：
針對這些問題，你只能先承受著..，然後不斷去嘗試優化
李笑來在《和時間做朋友》專欄中提出乙個觀點：時間是不可管理的！
這說的倒是沒錯，我們其實都是時間的奴隸(儘管有些消極)。 所以，需要知道失控是一種常態，以一種平穩的心態去看待。 在過程中去找到你真實的現狀和能力，持續探索屬於自己的控制方式。分解能力幾乎是各個領域裡最通用的能力了。 這個世界是結構化的，大到乙個龐大的帝國，小到乙隻螻蟻，都是由結構組成的。 就連本文都有乙個相對不那麼模糊的提綱結構。
在軟體世界裡也一直推崇分而治之的思想。 技術人只有具備了良好的結構思考力，在應付乙個龐大的專案時才能顯得得心應手。
至於這種先總後分的結構化思維方式，也是一直傳承以久的。
這裡推薦一本書籍，叫《結構化思考力》，作者李忠秋是專注於該領域的專家。 將這部書多讀兩遍，相信會有所收穫。
總結歸納是一種能力，但更應該成為一種習慣。 總結的目的是為了改進，重新整理自我。
在《高效人士的七個習慣》中，第七條就是
「不斷更新 平衡的自我更新原則」
有不少企業將總結改進作為團隊管理的核心要領之一，在敏捷化專案管理中，迭代回顧也是重要形式之一。 但是呢，對於大部分程式猿個人來說，做總結改進可能有些痛苦。
「有那麼多時間做總結，還不如多敲點**！」
複製**
軟能力在程式猿的成長中其實扮演了至關重要的角色，但往往只是不被察覺通常，一名程式猿的發展道路有許多種，如下圖所示：
其中，架構師、專案經理、產品經理是出鏡率最高的，大多只要是不跨行的程式猿，幾乎最後都是如此。 而對於我而言，這幾個角色又是特別熟悉不過的。
問題：軟能力於這些角色又有什麼樣的關係？微服務架構很火，架構師的職位也很火，程式猿看到架構師 21天 快速高階的字眼也很興奮...
然而比較遺憾的是，許多關於架構師的培訓、書籍都是以架構技術為主， 認為架構師就是技術牛b就好，對於架構師的軟能力一概不談。
一些初創型的公司中，創始人並不真正了解架構師，卻執著於招聘架構師崗位，素不知道他只是需要乙個高階碼農就可以了..
下面這個圖來自《軟體架構師的12項修煉》一書，很好的說明了架構師該具備的軟技能。
see? 技術能力只是最基礎的部分，溝通、領導力、認知、創新等等卻是屬於更高階的能力。
目標管理要團隊的每個人都能理解目標，非強大的溝通能力不可。
進度管理天天早會，天天監工，煩不勝煩..
成本管理至少有一點成本預算意識(投資意識)，小心老闆對你不滿！
人員管理有些人不想幹了，得找他談談心，或許還有挽留的機會..
風險管理總是提心吊膽，得有強大的心理素質
也確實，好的專案經理身上總是聚集了許多高超的軟能力，然而並不是很多程式猿都想當專案經理。 一般來說，沒有技術情結或技術不到家的，想快速上位的，可以走這個路線。
程式猿轉型產品經理的案例現在也越來越多了， 這說明什麼？ 網際網路滲透率在加速的漲，產品經理待遇也在漲..
具備技術背景的產品經理無疑是有優勢的，但只是要小心，不要掉進技術情結的怪圈
對於勝任產品經理一事的能力訴求，我認為下面的一張圖可以很好說明：
【圖來自豆瓣：www.douban.com/note/321706…
在上面的圖示中，溝通協調能力、邏輯分析、學習能力等等都在前面篇幅中提及。 可見，在轉型產品經理一職之前，程式猿要昇華的部分仍然是不少！
筆者在接觸軟體工作的這些年間，接觸過不少程式猿，大部分人天資聰慧，熱情助人，以拯救大家為己任。 但是在面臨職業生涯瓶頸轉折之時，往往會產生許多糾結。 技術出眾者往往孤傲，不善於合群；技術平平者，往往能說會道，職場之路暢行無阻！
在大部分情況下，軟能力是獲得成功的關鍵，本文介紹了一些模型，希望對讀者能產生一些啟示。 謹以此文，獻給仍然在掙扎中奮鬥的技術人！
"寫一手好**，做一手好菜，愛技術更愛生活，生活可以是詩和遠方"
const你知多少？
const關鍵字至少有下列 n個作用 1 欲阻止乙個變數被改變，可以使用 const關鍵字。在定義該 const變數時，通常需要對它進行初始化，因為以後就沒有機會再去改變它了 2 對指標來說，可以指定指標本身為 const，也可以指定指標所指的資料為 const，或二者同時指定為 const 3 在...
setTimeout你知多少
假期這麼快就結束了，其實對我來說沒什麼影響，因為我一周才兩節課，對於課多的同學來說，我天天在休假，不要羨慕喲 但休假並不代表閒著，還是得苦逼的編 唉。一入程式深似海。不管學得多少，還是總結一些，還是一些小問題。當然也是很重要的，好！廢話少說該入正題了。上次提到非同步，當時說，不知道是啥就去查漢語字典...
FLEX 開發領域你知多少？
對於flex flash 本身 來講尤其 是flex 給提供很多標準組建對於初學者來說使用起來和開發起來很簡單。最典型的應用就是做個 應用系統，樹 表單 提交這類的。但是如果你只會掌握這些你就說你精通flex或者會flex那我就只能無奈了。我本身來講做過幾個方向領域的flex研究和開發一般來講。可大...