對於軟體開發人員來說，最大的難題是：如何命名（例如：給變數，類，函式和過程命名等等）。
該結果是來自 quora 問答**和更早的 ubuntu 論壇跟帖的 4500 個開發者的投票。如何命名一項的選票幾乎是其他八項的投票結果的總和。
的確，這些基於自我篩選的群體的投票結果是完全不科學的。但是我認為這個結果還是有一定意義的，換句話說，如何命名的確是個很棘手的問題，許多非程式設計人員可能會意識不到。
對於這個結果，我多少有點意外，因為作為乙個多年的開發人員，我不會投給這一項（我想我會投給「修改或維護別人的**」）。但是真正讓我驚訝的是，看起來好像不怎麼重要的命名居然排列第一，跟期待的結果實在差太遠了。
關於程式設計師在程式設計中對於命名的的痛苦和糾結如下觀點：
我認為最後一條抓住了部分核心，解釋了命名為什麼會這麼難，因為它太重要了。準確的命名可以提高**的可讀性，讓人容易理解，方便除錯，也給以後修改和維護你的**的人帶來方便。一旦開始做了，很快你會發現要想出乙個簡潔又準確的名字沒那麼容易。
jeff atwood 曾說：「想出好的命名的確很難，但是有難的道理，因為好的命名需要只用一兩個單詞出表達你的根本意思。」
而且，許多人認為，正確的命名能幫你寫出好的**。如果不能為乙個變數或者函式想出乙個清晰又簡潔的名字，那可能是你的**有問題。那樣的話，你就得考慮重寫或者進行**重構了。
「通常，如果你無法想出乙個合適的名字，意味著你的設計可能有問題。你的乙個方法裡是不是實現了太多的功能？或者你的類的封裝，凝聚性不夠強？」
「我的經驗是如果無法給你的類想出乙個合適的名字，大多數情況都是你的類有問題：你可能不需要這個類，它有點多餘了」
「命名難也不見得是壞事兒，它可以迫使你去認真思考你的類到底想要實現什麼功能。」
長話短說：如果你想要學習程式設計，一定要給自己準備一本好詞典。
對於開發人員來說什麼是最難的？你又有什麼好的觀點呢？
程式設計師是如何準備面試？
員 一 開門見山 一般來說，你 求職者 在面試中會花很多時間談論以前的經歷。如果你還沒有想出你的最具代表性的經歷 案例，那麼你現在是時候該做了。下面有張問題表，雖然很多問題看似比較低階，但相信我，看完這些問題後，你應當反思自己。即便面試時沒有碰到類似這張列表上的問題，你在面試也可以用上已準備好的答案...
程式設計師是如何喝酒的
大家喝的是啤酒。這時你入座了。你給自己倒了杯可樂，這叫低配置。你給自已倒了杯啤酒，這叫標準配置。你給自己倒了杯茶水，這茶的顏色還跟啤酒一樣，這叫木馬。你給自己倒了杯可樂，還滴了幾滴醋，不僅顏色跟啤酒一樣，而且不冒熱氣還有泡泡，這叫超級木馬。你的同事給你倒了杯白酒，這叫推薦配置。人到齊了，酒席開始了。...
程式設計師是如何喝酒的
程式設計師是如何喝酒的 大家喝的是啤酒。這時你入座了。你給自己倒了杯可樂，這叫低配置。你給自已倒了杯啤酒，這叫標準配置。你給自己倒了杯茶水，這茶的顏色還跟啤酒一樣，這叫木馬。你給自己倒了杯可樂，還滴了幾滴醋，不僅顏色跟啤酒一樣，而且不冒熱氣還有泡泡，這叫超級木馬。你的同事給你倒了杯白酒，這叫推薦配置...