1. submitted to journal
當上傳結束後，顯示的狀態是submitted to journal，這個狀態是自然形成的無需處理。
2. with editor
如果在投稿的時候沒有要求選擇編輯，就先到主編那裡，主編會分派給別的編輯。這當中就會有另兩個狀態：
① editor assigned 編輯分派
② editor declined invitation 編輯拒絕邀請，這時主編不得不將投稿文章重新分派給其它編輯。
3. reviewer(s) invited4. under review
審稿人的意見已上傳，說明審稿人已接受審稿，正在審稿中，這應該是乙個漫長的等待（期刊通常會限定審稿人審稿時間，一般為乙個月左右）。當然前面各步驟也可能很慢的，要看編輯的處理情況。如果被邀請審稿人不想審，就會decline，編輯會重新邀請別的審稿人。
5. required review completed
審稿結束，等編輯處理，該過程短則幾天，長則無期，科學堂有一篇文章出現required review completed狀態已近乙個月了，還是沒有訊息。
6. decision in process
到了這一步就快要有結果了，編輯開始考慮是給修改還是直接拒，當然也有可能直接接受的，但可能性很小，呵呵。
7. minor revision/major revision
小修/大修，這個時候可以稍微慶祝一下了，因為有修改就有可能。具體怎麼改就不多說了，謙虛謹慎是不可少的（因為修改後一般會再發給審稿人看，所以一定要細心的回答每乙個審稿人的每乙個問題，態度要謙遜，要讓審稿人覺得他提的每個問題都很有水準的，然後針對他的問題，乙個乙個的做出答覆，能修改的就修改，不能修改的給出理由，而且都要列出來，文章的哪一段哪一行修改了最好都說出來，記住：給審稿人減少麻煩就是給你自己減少麻煩！另註：有時，審稿人會在修改意見裡隱諱裡說出要你仔細閱讀某幾篇文獻，這時可要注意了，其中某些文章可能就是評審者自己發表的，這時你最好在你的修改稿中加以引用），修改後被拒絕的例子也多不勝數的。
8. revision submitted to journal
修改後重新提交，等待編輯審理。
9. accepted
如果不要再審，只是小修改，編輯看後會馬上顯示這個狀態，但如果要再審也會有上面的部分狀態。一步會比較快，但也有慢的。看雜誌的。
10. rejected
相信大家見了rejected，都會很鬱悶。但也不要太灰心，耐心將評審意見看完，一般評審者會給出有益的建議，相信看後你會有所收穫。
摘自：
英文投稿過程中的十種狀態
1.submitted to journal 當上傳結束後，顯示的狀態是submitted to journal，這個狀態是自然形成的無需處理。2.with editor 如果在投稿的時候沒有要求選擇編輯，就先到主編那裡，主編會分派給別的編輯。這當中就會有另兩個狀態 editor assigned ...
在過渡到Agile中的十種錯誤
原文 http www.ddj.com architect 193402902 為了走得更快必須減緩轉變。從傳統開發方 到agile的過渡中最普遍的10種錯誤 1直接全部參與。沒有以試驗專案作為開始。這樣造成在專案推行新的方 有很高風險，因為你在時間緊迫或風險較大的專案中沒有時間向錯誤學習。而從試驗...
css3中Filter的十種特效
css3的filter屬性簡單且強大，本篇是學習css3 filter所做的筆記。grayscale 灰度，值為0 1之間的小數 sepia 褐色 我喜歡叫古風濾鏡 值為0 1之間的小數 saturate 飽和度，值為num hue rotate 色相旋轉，值為angle invert 反色，值為0...