程序員不知道怎麼寫作業

『壹』 要做程序員需要學會什麼

其實簡單來說，程序員的工作就是使用編程語言，根據需求寫出一個程序。
但是，在這個過程中，涉及如下幾個方面：

使用的編程語言 程序員需要選擇一門或者多門語言來編程，不同的語言適合編寫不同的程序，目前主流編程語言包括，Java、JavaScript、Python、C++、php以及其他小語種等等，每種編程語言適合開發的程序有所不同。目前從程序應用分來，主要可以分為三類a 企業應用，主要用於解決企業業務。各種企業管理後台系統，銀行系統，公安系統，圖書管理系統等等。
b 互聯網應用，面向互聯網用戶，為互聯網用戶提供各類服務。比如現在的京東淘寶各類電商系統等。
c 移動應用，各類在移動端使用的APP，有面向互聯網用戶的APP，也有面向企業內部的APP。
目前相對而言，在移動應用和互聯網應用方面，資本投入比較熱的風口，程序員的薪資較高。企業應用，發展了很多年，相對平穩。

2. 明白需求，實現需求
需求就是編寫程序的要求。一個程序要編寫成什麼樣子，具備哪些功能，都是由需求來具體說明。程序員要需要能看懂需求文檔，並且能准確地使用編程語言，根據需求中的要求來編寫成程序。企業開發的項目，往往會由該程序的架構師提供一個程序框架，程序員在該框架的規范下進行編程，實現需求的功能，以確保程序的規范、可讀，以及可維護性。

3. 日常工作寫程序
一個軟體開發一般流程是產品經理根據用戶需求做一個項目出來，然後UI設計師做一些圖片設計，前端開發編寫頁面，後台開發編寫核心編程，然後介入一些大數據和人工智慧，通過測試之類上線實施，後期還有運維進行相關維護。
程序員一般大多指的是前端和後台寫代碼程序的開發人員，除了編寫代碼，可能還需要通過介面和其它系統對接，實現系統間的數據交換。像單體測試，是程序員對自己寫好的程序單元進行測試，檢測這個程序單元數據輸入和數據輸出是否符合預期等等。測試出來的問題，需要修改正確，然後再測試，直至沒有問題。和同事共同開發的時候也需要聯合測試，以及用戶測試過後如果存在BUG繼續進行修改。

『貳』 程序員看書怎麼做筆記

可以直接使用相關的軟體工具，如word，txt，editplus等工具，邊看書邊敲字，做筆記

『叄』 當一個程序員寫不出代碼了該怎麼辦

你已經對著電腦n個小時了。不知道該寫什麼代碼，或者一種摔鍵盤的沖動正在你的胸中醞釀。

咖啡一杯接著一杯。不敢再喝了，因為搞不好要有副作用了，心跳加速，身體不由自主地顫抖，出冷汗，但還是無法產出任何代碼。

所有重新發現編程趣味的努力都徒勞無功，因為你的最後一點能量都用來驅逐大腦中正在攻城略地的話：

「我寫不出代碼了！」
編程的本質是棘手

即使是最優秀的程序員也會遭遇無法解決的軟體工程問題。碰到這樣的問題，並不一定意味著你缺乏技能或知識。

編程不是一項容易的工作，我們可以通過採取非正統的方法來保持你想要的生產力水平，並確保提交高質量的代碼。

如果我在一個問題上花了幾個小時，卻仍然找不到解決方案的話，最後我會覺得這是浪費了時間。我不是胡言亂語——我只是覺得「沒有人能夠百死不悔」。

沒有憤怒和悲傷。因為我已經嘗試過所有方向，只是都走不通而已。失去希望，於是開始想辭職不幹。我覺得自己應該換工作，去做做調酒師或其他，至少研究和測試在啤酒中加點什麼不會耗去我數個小時的時間。

這些都是我在不敲代碼時的想法。我開始懷疑生活，懷疑編碼，懷疑人生。

有成效不？好吧，我從來沒聽任何專家說過「辭職和萎靡不振」可以造就偉大的代碼，所以可能並沒有成效。

這就提出了一個問題：我們該如何避免這種沒有成效的狀態？

重新發現問題，重新發現你的生產力

可能你已經行進在這條路上了。那麼此時你只要繼續就可以了，我可能沒有什麼新的東西可以告訴你的。

如果你是新手，那麼可能你還不知道如何重新發現生產力。

下面我要分享的內容將有助於你在編程時以一種健康的方式保持生產力，不至於筋疲力竭。主要包括：

測試不同的解決方案，直到感覺重復
在線尋找開源解決方案
向更有經驗的程序員詢問
如果一切都失敗，那就瀟灑放手

1 – 測試不同的解決方案，直到感覺重復
在你研究或詢問其他開發人員（=浪費他們的時間）之前，你應該嘗試使用你現有的知識和思維來制定每一個可能的解決方案。

顯而易見的是，太多的程序員是從詢問他人開始的，自己甚至都不曾靜下心來分析問題本身。不要成為這樣的討厭鬼，盡可能不要浪費別人的時間。

先投身於工作，然後再尋求幫助。

2 – 在線查找開源代碼
當你投入於工作，卻沒有什麼成果的時候，那麼下一步你可以嘗試開源代碼。許多編程人員構建軟體，是出於創造解決方案並在線發布以供大家使用的樂趣。有些人發布的代碼曾被它們的程序員使用於商業項目。

GitHub是尋找開源代碼的兩個主要地方之一。另一個是StackOverflow。

這些網站的解決方案是採用可重用代碼的形式，方便你在項目中實現。

謹記，使用其他人開發的代碼總是有風險的。它可能會以你意想不到的方式改變程序的行為。備份原始代碼，這是常識。

3 – 向更有經驗的程序員詢問
你有沒有碰到過這樣的情況，向其他人求助卻發現你甚至不知道自己在問什麼？

在詢問任何人之前，你得准備好一些你無法通過網路信息搜索解答的問題。

明確的問題，才能有明確的解決方案。如果是你自己都描述得雲里霧里的問題——那麼你只會得到一個雲里霧里的回答（並且可能會惹惱他人）。

如果你周圍沒有任何開發者可以詢問，那麼也可以在線查找。你可以在StackOverflow或MSDN社交論壇上詢問，或查找特別針對於你所用技術的Slack頻道。

4 – 如果一切都失敗，那就瀟灑放手

不要一心鑽在死胡同里，實在不行，那就去干點別的事——睡覺，吃東西，等等。
你覺得這是在逃避工作？那就錯了。

我要告訴你的是，當你最輕松的時候，往往正是解決辦法靈機一現的時候，這不是我胡編亂造的，而是有科學的證明。此時你的大腦工作在「發散思維」的模式下，而不是在「集中注意力」的模式下——你可以在這篇文章中了解之間的差異。

總的來說，這個理念就是要你忘記手頭的問題，讓你的意識心靈沉浸到其他的事情中。此時，你的潛意識則開始連接要點，朝著頓悟的方向前行。

我們可以做些什麼以便於幫助大腦在發散思維的模式下工作呢？放輕松就好了：

散步（古代哲學家非常習慣於在走路時演講，因為他們意識到走路有助於思考）
清理辦公室或住所（完成後給自己一個獎勵）
與朋友約會，和杯咖啡，聊聊八卦（如果你過於關注問題的話，那麼建議和不能提供幫助的非編碼人員交談）

總結

我在編程和生活兩者之間保持了一種健康的平衡。

無論你是為了興趣愛好、錢還是改變世界的宏圖偉業而選擇編程——編程都不應該是你唯一痴迷的東西，否則你會走火入魔。

最後再說一句，如果你絞盡腦汁，卻仍然無法解決問題，那麼不妨先放一放。通過潛意識的運作，搞不好突破性的想法就會靈光乍現。

『肆』 程序員不懂英語該怎麼編程

做個程序員，英語對編程重要嗎?這個問題在各種平台曾無數次被我們討論過。

有不少源代碼的網站，就拿github來說，英語若是一竅不通，那簡直是沒法看。

當然，有些人認為，英語在編程中並不是最主要的，工作中能用到英文的地方，無非就是查閱英文文檔。

就像上面提到的會在上下班、地鐵上編程實戰闖關，這有點類似於玩游戲刷副本，進度會自動保存在那裡。

當你可以通關的時候，也表示你對編程代碼已經掌握到了一定的程度。如果再刷一些名企的面試真題，相當於是錦上添花，基本上可以試水人才市場了。

『伍』 好程序員：技術分享 有哪些新手程序員不知道的小技巧

我有一個學習的小技巧，就是學習新技術的時候，多看看「官方文檔」。
多年來的學習和工作經歷，讓我比較深刻認識到一點：看「官方文檔」非常重要。
我們很多的問題和技術細節，其實，只要我們認真將官方文檔過一遍，會發覺大部分的問題和認識模糊的地方都消失了。甚至，你還能發現自己之前通過搜索獲得的到一些資料，可能是不準確或者已經過時的。官方文檔是真正的好東西，因為編寫文檔的人群，通常就是這些技術或者軟體的開發者，他們才是對這些東西最了解的人，因此，他們寫的文檔質量是很高的，通常也是最新的。
官方文檔的不足的地方，大概是中文版本不多，看起來可能會比較吃力。不過，請相信我，下載一個翻譯輔助軟體，慢慢看還是可以的。另一方面，就是這些文檔編寫者，通常是技術界大牛，他們編寫文檔有時候是基於他們自己的技術認知水平，跳過了很多基礎概念，也增加了閱讀難度。不過，這個我們也可以通過多查資料，慢慢看來解決，並且通常會帶來額外的學習收獲。

『陸』 一個剛入職兩天的程序員，感覺自己做不來這份工作，剛來什麼都不會，給的小任務也不知道怎麼做

沉下氣來，靜下心來，這點適應性都沒還能做什麼？做不來是因為還沒入門，看書，上網查，上論壇請教，這樣能縮短入門時間。另外一個事情就是跟同事套近乎，跟前輩請教公司的歷史，業務，這樣充實一下腦子，熟悉一下環境。現在做不來一是環境陌生，二是遇到困難便退縮的性格；兩個月後發現做不來，那時要找出真做不來的原因，不夠勤奮？基礎不扎實？同事間相處不好？態度不端正？。。。。打工生活僅能維持生存罷了，學到的知識，積累的人脈，辦事的能力才是最寶貴，永恆的財富。年輕人，不要輕言放棄！