1樓：在路上不言敗
其實，這個表面看起來光鮮的高收入群體，背後有著許多我們難以想象的艱辛，經常的加班、熬夜，長時間面對電腦螢幕，導致的頸椎病、脫髮……
可正是因為有這樣的一群人，我們能夠輕鬆接收到各類新聞推送，可以用一部手機完成支，也可以坐在家裡等待美食送到眼前……
這是乙份值得所有人尊重的職業，也是乙份很容易被忽略的職業。沒有他們就沒有我們今天的方便，社會的進步，生活的美好，祝願所有程式設計師們的世界永遠沒有bug！
2樓：
上學的時候做程式設計練習，老師讓我們把程式寫在紙上交上去。
這種情況我總是不能寫對，得不斷塗改。所以我就要拿計算機打乙個草稿，把程式調通了，再抄在紙上。
3樓：
需要的。
過去我們會通過白板，幾個人圍著在上面爭論，至於怎麼畫，沒什麼絕對的標準，可以是流程圖、UML、E-R、UI 草圖等等，甚至是臨時自創的符號系統，反正幾個人能明白啥意思就行。
就像做題一樣，先要蒐集並歸類題型，有人提出反例，擴充模型。打個比方，要解某類的小學數學應用題（孩子上小學+就這個水平）：1、逐句將條件翻譯成數學等式；2、變換然後替換，求單一未知值；3、求全部解。
如果要將解題翻譯成程式，需要注意，未知數是過程變數，明確給定的數值是才是輸入引數。總結後，下次遇到類似題型，把數值代入即可。
現在一家小公司打著雜，不嚴格，外面怎麼做我不清楚了；過去還是要求挺嚴的，需求文件、開發文件等都不能缺，資訊系統必須編寫資料字典，必須有網路拓撲、API Doc 等。不過，程式設計師都很懶，大部分都能通過額外的工具軟體自動生成。
4樓：卡拉迦迪斯
需要……
不過，一般不寫在紙上……
而是有各種專業工具……
比如需求分析，UML圖（流程圖/協作圖/狀態機...）……還比如現在IDE裡實現，然後根據需要再進行【重構】這也可以算作草稿->正式解題的過程。
在大學裡，這還有一門課，叫【軟體工程】
5樓：作者
我覺得是因人而異吧，有些人需要大概畫一下操作流程，有些人比如我，我本身也是程式設計師，所以工作的時候基本上會在腦子裡構思出來，因為不太會寫草稿，而且越寫越亂
6樓：聲聲好物
需要的哈，實現乙個功能的時候，並不是直接開始擼手乾，而是要開始需求分析，想清楚為啥做這個需求，解決了什麼問題，為什麼要解決這個問題。然後針對這個需求分析去設計系統方案，要分析出這塊業務之間的邊界情況，業務分工，以及各個系統之間的互動，包括介面的設計，流程，領域模型，儲存模型等等一系列的事情。
還要評估安全性問題，對歷史版本的影響，歷史資料的影響，發布依賴，是否可回滾，資料不一致怎麼辦，監控告警如何配置，業務緯度資料如何撈取等問題
7樓：趙馮平
從小處說，初初開始學習時，遵循下面規則，養成良好習慣。
逐步求精是程式設計最基本的思想方法和技術，其思想是逐步逐級地把大問題分解成小問題，直至最終能用C++語言表示問題的解決過程。落實逐步求精——把逐步求精思想落實到程式設計的每一步行動上（包括程式的輸入編輯過程）。
設計編寫程式就是乙個逐步填空的過程，首先明確地描述問題，寫出C++程式的基本格式框架，並描述問題框架，然後依照分步、分類思想逐步逐級地對大問題分解，並結合C++語言的語法寫出進一步細化的格式框架和問題框架，以此作為一下步求精的基礎，求精過程不斷進行（並保證在整個求精過程中程式都能正確編譯，程式的測試排錯也同時進行），直至最後用C++語言描述整個問題的解決過程。
程式設計過程是這樣的（設計、草稿、輸入、除錯一氣呵成）：分支程式設計——落實逐步求精
8樓：百里憐雪
就像乙個兩歲的小孩自己吃義大利面。
你看到的最終結果是乙個吃飽了的小孩，唇邊可能還沾了點肉醬，但是吃的時候糊的滿頭滿臉，這個過程是逃不掉的……
9樓：LinHZz
最開始寫乙個演算法的時候，也不知道算不算是演算法，就是乙個資料有效性的校驗，想到啥就寫啥，寫完了跑的時候全是bug，很多情況都沒有考慮清楚。現在在寫這些的時候都是先把主要的邏輯在TXT裡面寫一寫思考一下。
10樓：凌帝
我寫演算法題必打草稿。
身邊有腦癱叫喚的情況下需要用腦子的題必打草稿。
藍橋杯比賽現場，二百人參加競賽，一百五十人抖腿，你不打草稿怎麼寫???
11樓：jeffery
我多數時候是有草稿的。
難一些演算法設計部分，會畫一些簡單流程一類的東西。寫起來每一模組寫完了，看一眼就能記起來下一模組的所有細節之類的。
程式設計，尤其是ood第一步，肯定是要畫乙個uml圖的，把程式的整個框架搭好，再寫，這個也算是草稿吧。
除了這些情況以外的，我的ide就是我的草稿紙，能刪能改，還能debug，他不比草稿紙香，他不香麼，他不香麼！！
12樓：mllllllll
要要要！！！！
演算法題一般有寫步驟注釋的習慣，思路會清晰很多。
開發專案時，都需要經過需求分析，概要設計，詳細設計這些步驟。
像這些都是打草稿的方式。
13樓：趙雲濤
不需要，程式本身就是非常容易修改的草稿。
程式本身不是程式設計的結果，編譯後的可執行檔案才是，所以把程式設計當做用一種語言來描述執行過程才是符合真實情況的，真正的工作是編譯器和虛擬機器做的。
14樓：回首釋然
如果要是編一些簡單的程式，沒有圖形化介面的，那可能就是先要構思有，針對問題，先要理清思路，然後邊寫邊調整。對於有圖形化介面的程式，首先是要進行介面設計的，還要對關鍵的技術進行分析。還要進行概要設計和詳細設計。
當然較簡單的程式也可以略過。複雜一點的程式也需要畫一些流程圖，用例圖啊，這些不知道是不是你所說的草稿。
15樓：資料控
開發主要看你有多大的專案，越大的專案需要的東西越多，相反如果只是乙個小工具類的東西也可以不寫相關的文件，但是養成寫文件的習慣還是好的
16樓：姚韌
類似數學中的應用題，把問題抽象出來，然後用程式語言的語法，寫出乙個解決問題的過程。
草稿這些東西，追求形式沒有用，不追求形式不會問。
類似問題：
35*88等於？
有的人可以心算，
有的人要用紙演算。
你說要不要打草稿？
（當然這說的是一般小問題，大專案，要用軟體工程的思想來解決，那就不是草稿的問題了。）
17樓：炸彈人炸了
需要的！程式設計師像電視裡一樣奮筆疾書的時候基本是在和測試撕逼，只有帶著耳機很安靜的時候才是真正的構思，而所謂的編出來其實很快，主要就構思和除錯
18樓：向日葵
對於比較複雜的專案，提前設計好程式結構是很重要的，這樣寫起來才不會很亂，導致越寫越困難，後期維護累死人。另外很多演算法方面的程式，肯定是要先設計好演算法，驗證效果。
19樓：
往小了說，打草稿叫構思求解問題的思路。比如你在做LeetCode題的時候，有時候它不僅僅是個程式設計的題啊，它更多是個演算法題。有演算法，肯定需要好好構思下，寫寫畫畫有時很需要。
往大了說，打草稿的過程，就是架構師的活了。如何定義各個模組的功能。而且不僅僅是打草稿，還要寫各種文件呢。
炸藥的研發過程是什麼樣的？
Vercetti Tyler 瀉藥Basically同意 光渣 童鞋的看法，實際上開發一種新型能材的過程和開發新藥的前半部分差不多，都是從大量的化合物當中尋找到最優 或者次優但是有特殊效能優勢 的分子，當然研究人員的YY也是很重要的hhhhh 說實在話，對於含能材料的開發已經逐漸接近乙個瓶頸期，從氧...
資訊競賽的出題過程是什麼樣的？
有一種清奇的出題方法。首先，找一道老題出來。然後把資料範圍加幾個0。同時時空限制不要變。評測機也別開什麼O2優化之類的。沒了。 死月絲卡蕾特 你們光看不讚真的好嗎 首先給出我們的 OJ https ac.2333.moe 有六七年歷史了，輕噴。想乙個主題。如我以前出比賽的時候，每次比賽一般會事先想好...
定理證明在程式設計過程中能起到什麼樣的作用？
Arjuna 舉乙個生活中碰到的例子。我在上海中國工商銀行多處的ATM機取款，取款前如果想先檢視一下餘額，那麼機器就會自動把我的卡退出來，說無法識別。如果我不檢視餘額，直接輸入需要提取的錢數，那麼一切操作都正常。在設計程式的時候，能確保只要不產生機械故障，都不會意外退卡，這不是非常重要的嗎？從語法，...