TALK 10薪資，你是我不能言說的傷
這次我是想談薪資的問題，話題有點兒敏感了，不過大家私底下已經背著公司「禁止打聽同事薪水」的規定聊過很多次了，現在檯面上說一說也無可厚非。
錢、工作、程式設計師
我們不談錢，談錢太高雅了，俗人都怕談錢。我們只說幾種現象。如果把程式設計師的世界粗暴地按錢、事二維化，程式設計師可以分為下面幾類：
拿多少錢幹多少事兒，工作一分不多幹。
"begin" 先幹事兒，再談錢，事兒成啦，錢也得給我漲上去 "goto begin;"。
幹事兒，一直幹，不談錢，相信公司會給我應有的回報，短時間的委屈也沒關係。
先談錢，再幹事兒，錢上受委屈了，什麼事兒也別想讓我幹，錢到位了活兒才能幹得漂亮。
錢夠了我也不好好幹，怎麼著吧，那誰誰拿得比我還多呢。
我是寫軟體的，總想涵蓋得全面一些，邏輯上不要有漏洞，不過對於優秀的程式設計師來講，「想得多，寫得少」也是一種追求。
面試談薪資
有很多朋友認為起點很重要，會去研究各種策略。要是問我，我只有一點建議：先問明白公司讓你做什麼，你能幫公司帶來什麼價值，然後再談錢吧。
我還可以說說我遇到的幾種HR：
就這個價，愛來不來，多一分都不可能。
想盡辦法打探你的底線，然後給的錢比你的底線少一些，能少就少。
友善地告訴你公司的底線（實際上已經打過折扣，距離你期望不太遠），然後讓你考慮。
談公司未來的發展，始終不動聲色，不暴露底線。
其實我覺得，這都無所謂，如果你為自己定了底線，那就盯著它談，談不攏也罷。 如果你很喜歡這個事兒，很在乎這次機會，那另當別論。
一千個人一萬種選擇，但有兩點最重要：
知道自己的價值是否符合對方的需求。
對方要你做的事兒你是否喜歡。
…… (更多內容請見本書)
--------
TALK 17 程式設計師的生活就這樣嗎
我當了快十年程式設計師了，終於老得可以來談談程式設計師的生活是什麼樣子了。
讀書歷程折射出來的生活狀態
程式設計師的讀書歷程：x 語言入門→ x 語言應用實踐→ x 語言高階程式設計→ x 語言的科學與藝術→程式設計之美→程式設計之道→程式設計之禪→頸椎病康復指南⋯⋯
網上看到的，當時會心一笑，皆因似曾相識燕歸來。對我來講，讀的書大體沿著這個路線，我心戚戚焉。
每年檢查身體時，報告上都有一條：輕微的頸椎僵直。我的爸媽經常在電話裡叮囑：坐得時間長了就起來活動下，別落下頸椎病。
程式設計師某方面很遲鈍
看一則笑話：有個程式設計師擅長修電腦，有一次被美女請去修電腦，那個破電腦怎麼也修不好，這時美女在他背後說：「這個很不好修吧，不如咱們幹點別的吧，要不多無聊。」那個程式設計師覺得自己的技術實力受到了莫大的挑戰和侮辱，咬著牙說：「我一定能修好！」
這個笑話告訴我們，程式設計師呆萌的外表下隱藏著一顆敏感的心，對技術有一種近乎偏執的敝帚自珍，技術是他的立身之本，是其栓尊嚴的馬樁，不容別人踐踏。
…… (更多內容請見本書)
--------
TALK 32不要讓自己成為問題
程式設計師（軟體開發工程師）有很多別稱，比如「程式猿」、「碼農」、「代碼工人」、「碼字猴」等，都是幽默的「阿猿」們自「黑」的結果。這些個別稱，指出了一個不爭的事實：程式設計師要寫代碼。然而，被遮蓋的問題是：程式設計師寫代碼的目的。
程式設計師的職責是解決問題
軟體的目的是解決生活和生產過程中的問題，為人們帶來便利，提高生產力和生產率。
程式設計師生產軟體，所以，程式設計師的終極目的是用軟體來解決自己和他人生活中的問題。這是程式設計師的職責，而寫代碼，不過是解決問題這個複雜旅程中的一小步，非常非常小的一步。
開發軟體苦難重重
程式設計師是為解決問題而生的，可實際上，程式設計師的工作過程中，需要面對許許多多問題，問題讓程式設計師痛苦，一個問題解決之後，新的問題馬上又會出現，讓程式設計師繼續陷入無盡的痛苦。軟體開發其實就是一個不斷面對問題和解決問題的過程。所以，從這個角度來講，開發軟體苦難重重。
考慮軟體開發的整個過程，大概有這麼幾類問題：
產品定義問題
架構設計問題
實現偏離需求
軟體 Bug
維護問題
溝通問題
具體的問題我們也無須展開來說，不是本節的重點。本節的重點是，如何面對問題。首先我們要看看幾種現實。
鴕鳥症
據說鴕鳥在遇到危險時會把頭埋進沙子。這是逃避問題的一種方式。
很多程式設計師也採取類似的鴕鳥策略來逃避自己面臨的問題和需要承受的痛苦，問題解決不了，就往後拖，當沒看見。這都是自欺欺人。雖然鴕鳥策略會讓程式設計師暫時避免痛苦，
貼膏藥
還有一種常見的處理問題的策略，就是貼膏藥。這種在解決軟體Bug 時比較常見。
說實話軟體的品質和程式設計師個體關係太大，有追求的程式設計師會寫簡潔、有效、邏輯清晰的代碼，出了問題比較好分析、解決；敷衍的呢，就隨便搞搞能Run 就行，出現Bug 就很難解決，總是尋尋覓覓尋不到，最後呢，就只能是揣摩著在某條路上堵點東西，貼塊膏藥。
久而久之，這代碼就醜陋得不行，到處是狗皮膏藥，你要是想揭開看看裡面到底是什麼，都無從下手。說什麼飛越迷霧把代碼看清楚，都是夢啊。
綁架產品經理
有一些問題來源於開發實現與產品需求定義之間的分歧。這個時候就看開發人員和產品經理溝通的結果了：要嘛產品妥協，把一個問題定義為使用習慣什麼的以便延後解決；要嘛退回給開發重新完成。
我見過很多次妥協的情況，有的問題真的還蠻重要的。我認為這種情況，多數時候是程式設計師運用自己的技術優勢為自己的理解偏頗保駕護航，最終綁架了產品經理。這是程式設計師不願意看到、看到了也不願意承認的事實。
…… (更多內容請見本書)
2024專利防護中