程序員怎麼投票

『壹』 為了寫好代碼，你堅持了哪些好習慣

我本人的本科專業就是軟體工程，作為開發人員，一開始學習的時候就養成編碼的好習慣真的可以省下很多時間成本，可以讓寫的代碼更加容易理解、更加容易擴展，也可以具有更強的通用性。

那麼我堅持了哪些好習慣呢？

• 多閱讀優秀的代碼
  

有空的時候多看看一些優秀的開源框架的代碼，不要求研究透徹，只要能學習到其中的一些優秀的設計理念就可以了，可以通過打斷點調試的方式去看源碼。

多看看官方文檔，它一定是最准確、最實時的資料。編寫官方文檔的人，也通常就是這些技術或者軟體的開發者，他們是對這些東西最了解的人，所以編寫的文檔不僅質量非常高，通常內容也都是最新的。

編程的好習慣真的要從一開始就要養成，即使不是開源代碼也要認真對待，在持續的練習過程中養成編程的好習慣。

『貳』 小程序投票怎麼刷投票

作為程序員，這個還算比較清楚，批量微信使用腳本模擬正常用戶的行為參與投票，就能起到刷票的效果，前提是不被微信風控，不建議刷票，長期做這個對自己的賬號不利

『叄』 什麼是程序員編程中的老大難問題

上周，我發起了一個「程序員編程中的老大難問題」的投票，主要是基於最近Quora上的跟帖討論。根據大家的反響和投票結果，有一項投票遙遙領先，穩居第一——對於軟體開發人員來說，最大的難題是：如何命名（例如：給變數，類，函數和過程命名等等）。
對於這個結果，我多少有點意外，因為作為一個多年的開發人員，我不會投給這一項（我想我會投給「修改或維護別人的代碼」）。但是真正讓我驚訝的是，看起來好像不怎麼重要的命名居然排列第一，跟期待的結果實在差太遠了。下面是投票結果的分布圖。

該結果是來自Quora問答網站和更早的Ubuntu論壇跟帖的4500個開發者的投票。「如何命名」一項的選票幾乎是其它八項的投票結果的總和，哇！
的確，這些基於自我篩選的群體的投票結果是完全不科學的。但是我認為這個結果還是有一定意義的，換句話說，如何命名的確是個很棘手的問題，許多非編程人員可能會意識不到。
幾年前在StackExchange社區里對於這個話題剛好有個跟帖，為了強調這一點，我引用了一些內容是關於程序員在編程中對於命名的的痛苦和糾結。
「我確實在編程的時候花了很多時間在考慮如何命名。」
「我不得不同意命名是一門藝術。」
「如果你想要提高代碼的可讀性，命名的確很重要。」
我認為最後一條抓住了部分核心，解釋了命名為什麼會這么難，因為它太重要了。准確的命名可以提高代碼的可讀性，讓人容易理解，方便調試，也給以後修改和維護你的代碼的人帶來方便。一旦開始做了，很快你會發現要想出一個簡潔又准確的名字沒那麼容易。就像Jeff Atwood 所寫的：
「想出好的命名的確很難，但是有難的道理，因為好的命名需要只用一兩個單詞出表達你的根本意思。」
而且，許多人認為，正確的命名能幫你寫出好的代碼。如果不能為一個變數或者函數想出一個清晰又簡潔的名字，那可能是你的代碼有問題。那樣的話，你就得考慮重寫或者進行代碼重構了。