本文試圖給出若干科技論文撰寫的基本原則，以指導研究生的科技論文撰寫。
整體性原則
整篇文章是一個整體；一章一節一段皆為整體。如不能體現整體，則內容安排不合理。比如：第一章緒論與最后一章總結展望，分隔三萬光年的距離，如果它們之間不能展示整體的邏輯關聯，那么整體性就被破壞。又比如，一章中的第一段必須總領全章，而各個段落均為此服務。又比如：每一段的開頭為主題句，以下的句子均為之服務。大整體統領小整體，小整體為大整體服務。
緊致性原則
緊致的反面就是零散，緊致性即要求文章不可零散。造成零散的的主要原因是章節分割不合理。切忌一章一節只有一段話；切忌一段話只有一句話。扭轉此局面就必須整合內容，把零散的內容扭成整體。比如：刪除四級標題（就是編號很多的標題），把此類目錄的內容整合為某三級標題下的章節。
以“我”為主原則
任何他人的工作都可在已知文獻中找到，你沒有任何義務需要重復他人的工作，除非這種重復是為了討論自己的工作服務。如果這種重述、回顧的內容在篇幅上超越了自己本身工作的內容，那么就體現了論文內容安排上的不合理性。必須刪減！同時處處體現“我”的貢獻。通常，作者可以刪掉文章中99.9%的“我們”?！拔摇?，是通過內容體現的，而不是通過在文章中重復使用“我們”。
以“問題”為主原則
論文必須是發現問題、解決問題為主題，而不是你使用了什么技術和理論。目前研究生論文中往往有以“技術”為主的傾向，這一點也許不僅僅是我學院常見問題。在我看來，如果你的論文只是運用了什么“技術”或者“理論”，然后大篇幅去討論這種技術或理論，基本分數就在那里擺著了。有同學問，我是專業碩士，只是做工程.....做工程，也是針對問題而不是針對技術的！根據什么需求，發現需要做什么軟件，然后分析需求，設計系統，實現系統，測試系統。在這一系列的工作中，所謂”運用了什么技術“只是非常小的部分，根本不值得大篇幅論述。在工程中，”問題“就是”需求“。
嚴格依據規范
依據投稿模板和已知規范。如果沒有規范，則為自己找一個規范。包括：目錄、標題、字體、圖、表、引文、腳注等都應當有具體的規范。還包括應有的學術規范：不抄襲、不作弊等。
尊重相關語法習慣
此處省略英文單詞500, and five hundreds Chinese characters are omitted。
小結
以上僅代表我個人觀點。不過，任何違反以上原則的論文送到我這里都將受到嚴厲的批評與懲罰。本文同樣適用于本科畢業論文及科研立項文檔。
附上多年前的舊文兩三篇
五分鐘拒稿原則
歸納總結幾條簡單粗暴的拒稿原則，希望對大家有幫助:
文章中頻繁出現程序運行界面截圖或者大量源代碼者。
大量使用成語者抒發個人情感者。比如：隨著×××的發展，×××如雨后春筍，......振奮人心......特別是那些在摘要中也寫“隨著××發展”者。請看："隨著"傷害了誰？
圖表不清晰者，圖表無圖題或無表題者。
引用垃圾刊物文章者。（沒有引用最新的文獻也非常危險。）
文章格式出現重大缺陷者： 無故空行空頁，行間距不統一，縮進方式不一致等。
--
當你的論文標題用了“基于”二字，請看：
你的“基于”是不是真的“基于”？請注意：并非使用了什么方法、系統都可以是“基于”。否則你的論文就是“基于中文的任意計算機科學研究”。錯誤的“基于”包括而不僅限于：基于C++、基于Linux、基于Android、基于Windows......
不基于你選擇的那個“基于”，能不能基于“另一個基于”？比如，如果你的工作基礎有多個，為何你只基于一種基礎？
(不)使用“基于”能不能更清晰地表現自己的工作？
有沒有更新鮮的字眼？有沒有更明確簡潔的字眼？
2017-06-13晚修訂
