計算機核心論文投稿的一點碎碎念
引
此次小論文能夠發表到核心成功,實屬不易,經歷太多曲折,通過這個過程也成長了很多,覺得有必要記錄說一點自己的碎碎念:
投稿期刊:計算機工程與應用
歷時:兩個半月
期刊:14年晉級核心級別
對期刊印象:嚴格,意見犀利,對內容和格式要求比較嚴格
過程:理論研究--》實驗資料--》論文撰寫—>初稿—>修改內容、修改…有十幾遍的修改…修改—>參照期刊給出的模板修改格式—>成稿--》 投稿—>初審—》初審通過,交審稿費—>編委審--》外審專家審—>總編審—>退修--》三週時間大修論文—>重投論文+版權協議—>外審專家複審--》總編審--》退修--》一週時間論文小修--》重投—>三週時間論文錄用—>1個月後給作者發出正式錄用通知。
主要有幾點值得一提:
1、論文的撰寫
如果論文有創新點,這個創新點程度足夠,並且對學術研究有貢獻,可以寫論文,最尷尬的就是有的理論有點小創新,但是寫出來沒有什麼大的用處,創新力度不夠,沒有可借鑑之處,所以這個地方需要想好再寫,避免狗帶。
撰寫的時候在按照規定要求的情況下,要多些一些內容,最好比一般頁數多出來幾頁,十三四頁足以,這樣寫是為了方便對論文修改,一篇內容較多且豐富的論文總比內容乾巴巴少的可憐的論文好修改的多。
2、第一次全審
如果投稿、初審、編委審、專家審、總編審這些都經歷過,接下來可能會出現三種情況:
情況一:拒錄,表示論文沒有可取之處或者論文創新力度不夠。
情況二:退修,大修後需要複審,表示論文尚有可取之處,但是可能專家沒懂你要表達的意思,或者說論文結構、敘述、邏輯等存在較大的問題,專家、編委等小組會提出很多具體犀利的意見,需要論文大修,傷筋動骨的修,修改遞交之後需要重新進入複審,之後根據大修的情況存在兩個結果,複審不通過拒絕錄用論文和複審通過接著總編稽核,後者錄用的可能性就比較大了。
情況三:退修,小修,論文的敘述、格式、後者其他可能存在一些問題,專家和總編會提出一些意見,小修的意見不會太具體,可能有些模糊,需要你仔細斟酌對待,謹慎修改。然後重投,如果修改的好,錄用的可能性就比較大,幾乎板上釘釘了。
3、退修
因為我的論文經歷了後面的大修和小修兩種情況,過程比較曲折,所以經驗略微豐富了一點。
當然,不管是大修還是小修,如果不謹慎認真對待,修改的不好,都不會錄用,這個不僅牽扯到論文字身內容的問題,還有你給專家的態度、做學問做研究的態度、做人的態度,小木蟲網站貼吧很多投過稿的人都這樣說,也有很多人栽在這個上面。
有幸論文研究內容創新地方尚存可取之處,但是又比價狗血的經歷了大修小修雙重奏。
大修階段
剛開始專家和總編對我的論文給出了五條意見,問題很具體,並且鄭重提出存在較大問題,需要重申覆審。
我一搜,遇到這種情況,很有可能提交之後也通不過,這樣花了大量的時間搞一件成功概率很低的事情太不保險了,另外一個,就是論文已經無從修改,改無可改,改論文太拿捏人太痛苦了,打算放棄這篇論文,重新從另外研究方向寫另一篇文章,就當100大洋的審稿費打水漂不要了。
基於這種心理,把這篇論文拋之腦後, 兩個星期沒有理會,還有兩個星期論文修改期限就要截止,剛好時間空閒下來,和師兄提了一句論文的事情,師兄很實誠的鼓勵了我兩句,又指導了兩句,莫名的給了我傻逼似的勇氣,我打算沉下去重新研究一下理論,準備對論文改頭換面,換血換肉,論文主要演算法改頭換面,實驗案例改頭換面,刪除了很多,修改了很多,增加了很多,敘述深度拿捏著改,反覆改,對全文敘述的思維邏輯一審再審,一改再改,經過將近三個周沉寂,新的論文以一種全新的面貌呈現出來了,超過了預期的規定時間,懷著忐忑的心情重新遞交了稿件。
稿件大修過程中,要有針對性的修改,在修改說明檔案中針對專家給出的每條意見,一句一句的解釋說明,並指出論文在何處對其進行修改,針對什麼問題修改,為什麼這樣修改,這樣說明達到的效果。另外把握措辭,態度要好,最好不卑不恭,謙恭得體,不要過於奉承專家,拿出自己的正確態度就好。最後就是不要說太多廢話,說到點子上就好,說太多的話浪費別人時間,可能讓別人看不清主要意思,秉承言簡意核,全面得體就好,讓別人越省力,就是讓自己越省事兒。
重投之後,有幸通過複審,專家和總編又給出了修改意見,這次是小修,並且專家和總編提到對上次表示讚許通過。
小修階段
論文一旦進入小修階段,就有八成的錄取機率了,另外兩成的失敗概率如果自己剛好趕上,肯定是自己作死。
小修階段的稽核意見一般是論文某個地方敘述不清楚,敘述力度不夠,某個地方翻譯不得當,某個地方表達意思有點模糊,或者論文整體措辭仔細校對避免語法錯誤,論文的配圖不夠清晰,配圖不恰當,或者論文的格式等問題,跑不出這幾個方面。
上面的這些問題有的是我自己遇到的,大多數是搜到別人的審稿意見。
我的這次小修,給出了三條意見,分別是英文翻譯與題目問題、實力部分敘述背景不清晰力度不夠、全文措辭和論文格式問題。
按照上面大修的步驟,重新修改論文,靜下來針對這幾個方面好好修該,解釋說明,用時一週,重新提交了稿件。用了三週時間才敲定錄用。
4、其他問題
論文修改超過修改期限有沒有問題?
這個不用太在意,編輯部給出的修改期限只是一個時間限制,怕你拖延,所以才給出最後期限,沒有按時提交的話,你只需要給編輯部多發幾封郵件,然後打個電話,說明情況,態度要好,提醒對方處理修改稿件。
針對不合理的修改意見,怎麼辦?
我遇到了這種情況,一個專家認為我英文題目有問題,他給出了他自己認為正確的英文題目,但是我完全讀不通,表達不出主旨,怎麼辦,如果採用了他的這個英文題目,那麼完全就是一個大大的看得見的額BUG,如果不採用會不會惹怒他?我當時很糾結這個問題,畢竟不能惹到專家,否則一不小心論文就黃了,想了兩天最終想到一個辦法:既然專家認為我的英文題目有問題,並給出了自以為正確的建議,而我拒絕他的建議,首先要肯定專家的眼光,肯定他發現了我的英文題目問題,但是不想使用它的BUG,就先說一些他的建議有可取之處,並隱晦的指出不當之處,然後在此基礎上自己慎重的考慮了專家的意見,並請教有資歷的老師,重新提出自己認為正確的英文題目。對待拒絕專家建議時候的措辭和處理辦法,一定要謹慎,畢竟命在人家手裡把握著。
論文大修小修對待問題?
態度要認真,不要怕麻煩,沉下來理清頭緒,凡事總不會一帆風順,貴在當事人是如何做事兒的,做人做事兒態度很重要,一時之快給你提供的大概也就是一時看得見的爽,從態度出發給你提供的做人的素質、做事的風格和長久的看不見的爽,這也是我一貫秉承的裝逼之談☺。
相關文章
- 計算機知識碎碎念計算機
- MongoDB碎碎念MongoDB
- 碎碎念八六
- 碎碎念八八
- 近日一些碎碎念
- 資料結構碎碎念(一)資料結構
- 前端開發碎碎念前端
- os 八股碎碎念
- 日誌列印的碎碎念總結
- 一個十二年老程式猿的碎碎念
- 關於近幾年獨立遊戲的碎碎念遊戲
- LeetCode刷題開始,碎碎念LeetCode
- 關於《What Remains of Edith Finch》的一些碎碎念REMAI
- 碎碎念軟體研發02:敏捷之Scrum敏捷Scrum
- 我的2022年-總結、感悟、碎碎念
- 關於AI訓練資料侵權的碎碎念AI
- 雜談 —— 關於面試、實習、保研的碎碎念面試
- 位元組國際化TnS演算法實習的碎碎念演算法
- React-Native 系列視訊失效補鏈及一些碎碎念React
- 海康威視值得去嗎?老年硬體工程師的碎碎念工程師
- 碎碎念研發01:敏捷簡史和幾種軟體開發模型敏捷模型
- PHP那些瑣碎的知識點PHP
- js中零碎點的整理JS
- 併發程式設計瑣碎知識點程式設計
- 前端零碎知識點前端
- 關於 CSS 的零碎知識點CSS
- 論文投稿技巧是怎樣的
- 計算機經典論文計算機
- 零碎知識點記事本
- Objective-C零碎知識點Object
- 有關於論文投稿的問題
- 一些零碎程式碼
- Python零碎筆記一Python筆記
- 關於js、jq零碎知識點JS
- 零碎示例整理
- oracle知識碎記Oracle
- 零碎知識
- 摘抄——《病隙碎筆》