本人是做前端開發的，在開發專案的時候，也經常遇到技術性的問題。一般的問題透過網上查詢，也能順利的解決掉。

我經常將自己遇到的問題，更新到個人部落格們menvscode.com,以方便日後查尋。遇到問題也不要太慌，這是件很普通的事情，需要多與老同事交流。

學程式設計，是需要溝通的。

我不是程式設計師 但曾經長期和程式設計師打交道。

遇到技術問題解決不了，通常分三種：

1.蒙在心裡自傷，還讓同事覺得配合度差，最後一走了之。前不久一個做測試的朋友講起一個很無奈的事，說別的程式設計師都很積極的和測試溝通問題，重現，查證原因，但遇到一個總很牴觸測試提問題，也不交流問題，久了看到沒解決，測試提醒，不耐煩，往上彙報的時候還說測試問題提的不清楚，簡單瞭解一下，說是接手不久，應該還在熟悉期，連原本程式邏輯可能還沒完全搞明白的表現，後來還不到一個月，再說起時就走了。這種就是屬於太高看自己面子，不願也不知道怎麼尋求幫助，憋到內傷，最後沒保住面子，也留下不好印象走了，這是很不划算的。

2.人在程式碼江湖裡飄，哪能不挨幾刀。問題理得清楚，網上江湖提供的方法，嘗試過的方法，招呼兄弟打“boss“，問題不是恥辱，反而可能是榮耀，沒經歷過遇到難題並解決的程式設計師，哪能算高手呢？

3.大神級你以為就就不可能碰到“幼稚園“問題。我就親自碰到過。我不懂程式，也卻參與多次程式走讀，還每次真的有幫助到過，哇咔咔。比如曾經歷過一條產品路線週期計算，有一個測試用例測出來的長度不合理的長，一夥程式設計師幫忙走讀，沒問題呀，厲害呀，連並行、平行都tm考慮到了呀。正好我去找他們，居然這幫傢伙就給我解讀起邏輯，我居然也聽下去，在讀到單工序時間計算後有一個進位取整的處理，x，你們作死，當很多工序形成長路線的時候，這種全累計正差會死人的好不好？這是迷蹤無影拳呀，這幫人是名副其實的大神，過後覺得走讀就像炫耀他們的程式好不好？都懷疑故意的。

曾經他在凌晨的走廊看到有同學在邊敲程式碼邊哭。

問到原因，他說他白天拼命學習語言，晚上還要弄複雜的演算法……但是！！！第二天又忘得一乾二淨

感覺學程式設計挺辛苦的，也挺委屈的。感覺挺辛酸的，

我是一名畢業一年的安卓工程師，現在在一家沒有開發的開發公司上班（公司沒立項），每天碰到問題太多了（主要自己太菜），還不是扛著壓力谷歌，問大神，各種方法求救，反正要把問題給幹掉；

當然，問題解決了，還是挺自豪的，問題沒解決，還是要解決，所以一個字：幹！

很有趣的問題，我們先認識一下什麼叫程式設計師。

程式設計師(Programmer)是從事程式開發、維護的專業人員。一般將程式設計師分為程式設計人員和程式編碼員，但兩者的界限並不非常清楚，特別是在中國。前者是從邏輯到框架對程式做一個前期的思路，而後者是用語言對程式進行實現。

既然是技術問題解決不了，當然是指碼農們，對於某些要實現的“功能”暫時無法完成！

對於一個精通於某一種程式語言的碼農來說，其實，在主動性上，幾乎不存在這種有技術問題解決不了情況。因為，我們在做事情的過程中，都會傾向於在自己能做到的範圍內解決任何問題。

所以，對於程式設計師來說，有很多曲折的方法去解決某一個“技術”問題！

而如題主所說的這種現象的出現，一般是在被動的情況下！比如，對於精通於勾股定理的你，被老師說這個題只能用除勾股定理之外的方法解出。你就懵了，明明可以用勾股定理啊…

對於程式設計師來說，這就是產品經理和程式設計師兩者之間的較量！

在真正的商業過程中，對於程式編寫來說，不全都是“技術”問題，還有很多其它方面的考慮！也就是被限制了。原本可以用來解決某一問題的方法，也許在某一個特定的產品中不能使用。比如，一套古老的程式碼構架可以解決某個資源儲存問題，但是卻讓程式安裝包變到了5MB，而這並不滿足產品經理要的讓安裝包保持在2MB的狀態。

這不是技術問題，而是2MB的大小，可以讓使用者更輕易的安裝，也就可以更容易得到使用者！

所以，這個時候就出現了：作為一個程式設計師，有技術問題解決不了，是什麼體驗？

這裡的“技術問題”其實不是真正的技術問題，而是某種特定情況下的技術要求。

而程式設計師與產品經理之間的愛恨情仇，大家可以搜尋一下試試看！！！

一般情況下，因為大部分產品經理是不懂技術的，而又要給程式設計師安排任務，時間週期可能會安排錯誤，也可能會出一些技術難度很大的功能。但是，看似完美的功能與產品，這背後的艱辛只有程式設計師懂。

這種產品還沒有改完、有些技術問題需要時間去解決的情況下，程式設計師大多數的體驗就是，又又又又要加班了、情緒焦急、對產品經理安排的工作有一萬隻某種動物跑過…所以，我們看到程式設計師鼓勵師的職位出現了…

而更糾結的是，雖然時間緊迫、技術難度大，但卻又並非不可能解決…畢竟，只要是真正的程式技術問題，大多數優秀的程式設計師都能完成…所以，又不能跑去和產品經理說這個技術解決不了、能不能寬限幾天。

否則，產品經理會說……為什麼別人家的程式設計師能做出來？

就好像，都是一個老師教的，為什麼別人那麼優秀？

這種體驗就像秀才遇到兵…

-

不管什麼行業，什麼工作崗位，都要進行不斷的學習交流研究實踐，程式設計師更是如此，網際網路發展速度快，新技術不斷出現，程式設計涉及到的東西多，一個程式設計師精通兩到三門語言不可能搞定所有的技術問題，不可能做到面面俱到，程式設計本來就是一個團隊共同完成的事情，好多問題都得互相探討研究，或者去請教求助別人去解決問題，作為一名程式設計師遇到這樣的事情會有很多，這很正常。程式設計師程式設計的時候其實一直就是一個學習的過程，一直學習不斷進步。程式設計的道路是無止境的。

以前我就遇到這種情況了！還是謎之無奈的那種，手裡的一個專案從公司整合影片的放在了這個平臺上播放，其中播放器是公司基礎支撐做的flash播放器，好了，問題來了，chrome是預設不啟動flash的需要使用者自己手動開啟，我的這邊的領導來了句要我解決這個問題，還無論我怎麼解釋都不聽，最後直接叫基礎支撐部門的人來說明情況了他才不說了，可是之後又叫我去解決，我就mmp了，大佬這東西能不能實現自己心裡沒點b數麼

謝邀，不過這個問題不太懂呢，蓮花雖然很美但怎知蓮子的“苦”呢，我覺得按照正常的人的思維和感情，遇到解決不了的問題，要麼很鬱悶抓狂，要麼喜歡具有挑戰性的問題，從而享受解決問題過程和戰勝困難後的快樂！主要看心態，每個人都會遇到這樣那樣的問題，煩躁、恐懼都不能讓問題化解，要直面問題，找出解決方案才是王道！相信既然選擇了某個行業，那麼就要做好隨時解決問題的心理和能力！

不過本人還是很欣賞程式設計師的！都說程式設計師都很聰明！喜歡和聰明人打交道！但不是那種以為自己聰明別人都傻傻分不清楚的那種聰明人！哈哈！

一個個問題查資料，搜百度，能解決的臨時先用的，不能解決的收集思路學習。再繼續查閱資料，直到臨時解決為止，才算是鬆了一口氣，至於以後怎麼辦，看問題重要性再說吧，先歇歇再說。就是這種感覺。

十多年老碼農告訴你，痛並快樂著。說說心路歷程，先是遇到問題那一刻的懵逼，然後是查詢資料時的迷茫，接著是全面瞭解之後初步找出解決方案時的竊喜，接下來是一次次摸索實驗後的沮喪再竊喜迴圈，最後是前面痛苦換來解決問題之後的愉悅。

程式設計師的技能學習如同畫圓圈，裡面是已掌握的技能，外面是未知的知識。很多人都覺得很苦惱，越學感覺不會的東西越多。學習本身是自身眼界和知識理論體系的提高，感覺不會的東西多，表徵你對知識的渴求程度。

程式設計師遇到問題是正常的，也間接說明了公司業務發展方向是良好的。小編以自己的經驗告訴大家，遇到問題時，不要慌張，也不要著急上火，冷靜下來思考解決方案。先想周邊有經驗領導或同事請教，然後再充分利用搜索引擎，堅定自己能解決問題的信念。真不行那就放大招，透過加一層的方式就能解決。現在比較流行的中臺，就是這種思路。

不管過程如何，在解決問題之後的那種愉悅心情，就是你前進的動力。

態度

碰到難以理解的概念或者解決不了問題的時候，真的感覺比吃了屎還難受。

說明

先說自己的一個小經歷，在學習卷積神經網路的時候，什麼輸入層、隱含層和卷積層，為了理解其原理，自己翻了高等數學、線性代數課本、看了各種論文等等，幾度嘗試也幾度放棄。當時是真的難受，但是當明白自己智商不夠的時候也就釋然了。

其實你知道得越多，不知道的也越多。看到有好一部分人回答說，程式上沒有解決不了的難題，我想應該是他們還沒遇到吧。藉此，想提醒下他們去leetcode刷刷演算法題，看看還能否應對自如？

總結

遇到問題，從根源上分析問題，開始的時候理解不了，往往是相關基礎知識不具備，所以這個時候基本上不懂什麼補什麼。

但是往往知識就是個無底洞，越挖越深，這個時候就得懂得適可而止，抽象化理解而不去追究其細節。

附演算法一題，看是否有應戰

作為一個程式設計師，遇到技術問題再正常不過了，但是要說解決不了，只要需求不是提的天馬星空，這個幾乎是不存在的。

分享幾段經驗

工作前幾年，我有一個不好的毛病，就是遇到技術難題之後，我的心態就崩了。然後飯也不吃，非得把問題解決了才能恢復食慾。（這個真的不是自誇，就是心態差）

第一份工作的第一個專案，第一次獨立出差到客戶現場做上線支援。聽說客戶中介軟體用的是was，那時候都不知道這個是什麼東西，週末沒出門搜了兩天，記了很多筆記，結果週一到客戶現場人家已經升級好了。那時候我才知道大公司都有運維崗，生產環境是不會讓開發人員操作的。還是第一家公司，第一次搞WebService，那做的叫一個費勁兒，那時候只知道Xfire，一個簡單的介面呼叫，花了將近一週的時間才搞定，那一週午飯和晚飯都不怎麼吃，每天瘦一斤，持續了一週。問題解決後，體重迅速反彈。第二家公司，整個專案組出差去上海（資料中心在上海）上線，有一個功能怎麼也不能測試透過。這一次不是我負責的模組，我當時一直處於一身輕鬆的狀態。後來看著他們吃飯都沒心思，決定拉各位兄弟一把，說了一句“你們比較一下生產基線和測試基線的程式碼吧”，果然是程式碼合併和打包的問題。最近遇到的一個問題，開發了一個很大的需求，上線的時候專案啟動不起來，服務一直處於夯住的狀態（老專案用的was），也沒有系統日誌列印，當時是晚上十點，零點的時候要做幾個系統的生產驗證，只有兩個小時解決問題的時間。前一個半小時，心裡是崩潰的，想著明年一定把was廢掉。後來透過was的日誌發現了問題：系統啟動的時候載入一些表資料進行快取，因為測試庫上資料很少，所以一直沒發現問題，生產庫上幾十萬的資料，一載入就出事兒。找到問題，半個小時修改自測，趕在驗證前上線完成，心裡一下子就舒坦了。心態

很多擔心的事兒，事後再看一看，基本上都不算事兒，心裡還會說，“當時那麼擔心真的沒必要”。

然而，再遇到什麼事兒的時候，依然是吃不下飯，一把一把掉頭髮啊（沒掉頭髮，意會一下）。

你有什麼技術問題解決不了，導致心態崩了的經歷，分享一下啊。

晚上做夢會想著這個問題，然後夢中會想到解決方案，早上一大早起來把問題解決了。我每次都是這樣。這個有可能是大腦在放鬆狀態下，思維的角度與平時不同。

我遇到的一個問題是微信支付的時候證書是存在資料庫的二進位制資料，但是微信給的demo是直接讀取本地路徑的證書進行加密，這樣的話從資料庫取出來的二進位制檔案不需要生成本地證書直接拿著資料來源進行加密效率更高，可以改demo的原始碼是真的費勁呀，索性最好終於解決了。最後總結，辦法總比問題多哈哈哈

有技術問題解決不了，大多是抓心撓肝地找解決辦法，在一遍一遍失敗中最後找到答案，這個過程中或許有人給了你幫助，但即便這次有人幫你也總會碰到沒有人幫你的情況。程式設計師會在一次又一次解決問題中成長。

其實程式設計師一直在做自己不擅長事物，前端工程師剛學會html、css、javascript就碰到需要vue開發的專案，後臺工程師剛學會spring boot連線mysql的增刪改查就讓你做分散式儲存的專案。這些我想都是程式設計師的常態，現實中程式設計師就是需要不斷接觸新的技術，不斷了解新的解決方案，不斷嘗試不同的技術方案。要是能夠一直生活在自己的舒適區那就不會有那麼高的工資給你拿了。

技術問題的解決也是程式設計師要面對的關卡，只有技術問題的出現才會讓你個人進行成長，也只有大的技術問題出現才能推動技術的進步。開發語言、技術架構、資料交換方式等等的改變無不是程式設計師發現問題解決問題的結果。

程式設計師積極面對技術問題吧，不要放棄，明天回更好！

那種酸爽，一臉無阻，心裡慌張卻又無法釋放的感覺。

我是一名程式設計師，在工作當中遇到解決不了的問題真的是家常便飯，程式設計師往往是一群製作問題的人，但更重要的時他們才是解決問題的人。

在遇到不是很難解決的問題時，我想大多數人第一時間都是去百度吧，其實你遇到的問題，別人也會遇到，那麼這種情況下解決起來就會很輕鬆。

除了去百度之外，去各個比較活躍的技術社群也是可以的，比如CSDN、php中文網、部落格園、知乎等，如果在遇到框架的問題，我更喜歡直接去官網查詢開發文件，畢竟往往答案就在書中嘛

大部分問題都是在工作當中，公司常用的原始碼框架，可以向周圍的老人或者技術經理請教，這種方法也是最快能解決你的問題，在工作當中總結經驗教訓，能更快的提升自己的技術能力。

有那麼一群人，有了問題之後喜歡埋頭鑽研，也可以理解為喜歡鑽牛角尖，筆者本人就是一個喜歡鑽研的人，出現問題之後，如果讓同事來幫你看一下，但是你可能也清楚，這種問題就只能自己處理，因為別人無法站在你的角度去思考問題。

今天就遇到了這樣一個問題，拿出來給大家分享一下

需求：透過php 生成一張海報，包括圖片水印，文字水印

問題：在生成海報之後，如果文字水印過多，每一行設定不同的顏色值，但是隻有第一行設定的顏色值起作用，其他的問題顏色都是白色，怎麼設定都好使

解決：本來以為是個很好解決的問題，查查資料百度一下也就解決了，不聊花費了我一上午的時間，心急如焚。查詢關鍵字查了好久，發現有其他開發者也遇到過同樣的問題，但是沒有評論回覆的，我的心也是哇涼哇涼的。想著要不別解決了，但是今天不解決明天不一樣得解決嗎？那股勁上來之後又開啟了瘋狂的查資料，最後在一個問題的回覆區看到的希望，會不會是圖片的原因？在這裡要特別感謝這位大神

有了方向之後，馬上去檢查圖片的格式，發現正如圖片中所說，然後透過PS將圖片轉為24位，重新再去嘗試生成海報，答案是美妙的，問題解決了。頓時心裡別提多美了

世上無難事只怕有心人，製作問題的人很多，我們要爭做解決問題的人。

遇到問題之後迎難而上，我們大家一塊努力加油！

很難受，可以說是飯也吃不好，覺也睡不好，就是不小心睡著了，夢裡還會夢著在寫程式碼，然後第二天早上起來，還有一種身心俱疲的感覺。

一九年國慶之前些天，我在對接其他公司的商戶管理系統時，就遇到上傳過去的檔案，對方公司一直解密失敗，接著換了幾種生成檔案的方式，將生成檔案中每個可能出現問題的地方都完善了一遍，讓對方公司的技術幫忙看了看生成的檔案，也請了好幾個同事過來幫忙看了看寫的程式碼，都沒有找到問題的具體原因。

還好當時那次對接只是為了配合對方公司驗收新系統，我們這邊還沒有忙著商用，要不然真是 想死的心都有。那些天，我上下班路上，吃飯時都在網上查詢相關問題，好不容易找到一個類似問題的帖子，可只有問題，下邊沒有答案。

那種心情，真的挺不好受的。後來，還是中午在餐廳吃飯時，無意間在CSDN看到一句話，說是常用的那個加密演算法，加密到一定長度時會自動換行，因此便會出現空格。我回去之後，將加密過的地方做了去空格處理，發現生成的檔案一下子小了許多，也順利能被對方公司解密成功。

沒啥體驗，就像問你喝水吃飯有什麼體驗？

程式設計師有技術問題解決不了就像喝水吃飯，

當然“解決不了”是個時態性的詞，當時解決不了？一時解決不了，還是永遠解決不了？

往死了懟，死命研究，大多數都解開了，慢點而已，不就這麼學習成長的麼

是在肯定不能解決的，找人或者反饋唄。總不能人人都是天才，啥都難不倒。那老美還憑啥掐我們脖子

體驗就一個，不斷的撓頭，尤其是額頭這塊，要不程式設計師多禿頂呢？那都是撓的。哈哈，這當然是開玩笑，其實真正就一個感覺，就是很著急，非常著急，擔心不能按時完成，影響專案交付而已。