新・なぜソフトウェア開発論文を書くのは難しい(と感じる)のか - yumulog

現在の研究テーマ的にシステム・ソフトウェア開発論文を読んだり書いたりする機会が多い。指南文献などもいろいろ読み、以前よりは書くポイントがだいぶわかってきたつもりだが、それでもやっぱりあまり得意ではない。むしろ書くポイントが分かってきたからこそ、その難しさを実感するようになったのかもしれない。なお、ソフトウェア開発論文の執筆の難しさについて書かれた、『なぜソフトウェア論文を書くのは難しい(と感じる)のか』という非常に有名な文章がある。執筆の難しさについて客観的かつとても網羅的に書かれているので、未読の方は、こちらを先に読むと良いだろう。 システム・ソフトウェア開発論文では、導入部で「なぜいままでだれもやっていないのか」「どのような難しさがあったのか」を説明することが重要だと実感している。論文としてまとめる際に、開発する難しさ、そしてその難しさを乗り越えるアイデアがあたかも初めからあったように

[yumu19]

blog書いたー。

[matsumoto_r]

最初のきっかけは様々であったとしても、できたものを改めて論文のフレームから多面的に思考し、ストーリーや貢献を見出すことで、さらに計画的に発展させることができるということを実感してもらいつつ指導している

[sh19910711]

"「どのような難しさがあったのか」を書くのも難しく / 客観的に難しさを示すパターンがいくつかあって + レパートリーを増やしていくことで、いろんな切り口から難しさを客観的に説明できるようになる"

[wwolf]

そういう形式的な縛りのある論文や学会で発表をするぐらいなら俗世のカンファレンスで発表した方が早いし社会的には有益という説まである

[vkgofboston]

まぁイントロは一番難しいといっても過言じゃないと感じるよ、他分野でも。

[samu_i]

どっちかというと、数学論文的な側面が強い感じがする。ストーリーなんてなくて、証明できれば良い。方程式が導出された理由や実験的事実はどうでも良い。

[endo_5501]

“本当のきっかけというのは「面白そうだから」「できそうだから」「まだ誰もやってないから」等という、登山家が「そこに山があるから」と言うのに近いものがある”

[y_hirano]

わかるー。私もこの感じにあんまり馴染めなくて、早々に就職の道へ。データや規模がないとできないことも多いんですよね。

[isrc]

モノづくりというのは「課題がある！　→解決策を苦労して探した！　→完成！」というシンプルな生い立ちを持つことがむしろ不自然