学術論文の文法
文章を書くのが好きで、小学生の頃から今に至るまで非現実的な世界観の短編小説を書いて遊んだりエッセイを書いては懸賞に応募したりしている。 いくつか賞ももらったし、研究室の先生が雑誌(学術誌じゃなくて業界専門誌みたいな月刊の雑誌)に寄稿するときはわたしが校正してあげたりしているし、 文章を組み立てることが人より多少は得意だと思っている。 けど、学術論文はわたしがいままで培ってきた叙述法とはかなり違う文法の元に成り立っていた。 今、わたしは理系の大学4年生なので卒論執筆に忙しい。卒論の内容は、マイナーチェンジを加えて学会報に投稿するつもりだから、先生もしっかり目を通してチェックしてくれる。 初稿をチェックしてもらって、返ってきた原稿はアドバイスや注意点の青ペンで真っ青になっていた。 たくさん論文も読んだし、要旨のチェックのときにも確認したし、かなり論文の文法は覚えてきたつもりだったんだけどなあ。
IT業界の「デスマーチ」がもたらすものは、長時間労働や人材の疲弊だけではない。もっと深刻だ。
IT業界が外部の人間から敬遠される理由の一つに「デスマーチ」がある。 ほとんど実現不可能に思える無理なスケジュールで、深夜におよぶ残業、休日出勤の連続、人海戦術でほとんど役に立たない新人までが駆り出され、終わりの見えないプロジェクトの完成にひた走る、これがデスマーチである。 そこではプログラマは一人また一人と過労に倒れ、うつろな目でキーボードを叩き続けるプログラマの連続勤務時間は20時間を優に超える、といった光景が見られる。 このようなデスマーチについて、人材の疲弊やそれに伴う退職など、ITベンダー側の不利益が語られることは多いが、クライアント側の不利益、もっといえばプロジェクトの成果物自体がデスマーチで台無しになってしまうことはあまり知られていない。 デスマーチのきっかけ 営業の無謀な受注、仕様の調整不足などで、システムの実装行程が確保できず、どうやっても通常の開発体制ではシステムの完成
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
