プログラマに嫌われる書類書くだけのかんたんなお仕事のひとたち

プログラム書くようになってあるプロジェクトで実践でも投入されるようになってから数年。当時の上司にプログラマって名乗っていいんじゃない？とか言われてプログラマという自認もできた。 もともとはSE的な立場として仕様書を書いたりしてた。ゲーム業界だからSEとはいわずに企画とかプランナーとか呼ばれる職種。書類仕事がメインで、自分でツール作るかスクリプター的な役目でないかぎりコードみたいなものを書いたりはしなかった。コード書くの楽しい。VBなんかに戻れないし、もう書く事もできないだろうな。 だからってわけでもないけれど、できる企画とダメな企画ってのがわかるのよね。プログラマ側からみての意見になるから、ディレクターからみて、とかデザイナーから見て、とかはまたちょっと違うのだと思うのだけど。 なのでプログラマからみてダメな企画をつらつら挙げていく。 わかったふりをしてる自分、ちょっとコードの読み書きでき

[tyru]

Excelは多次元情報として表現できてしまうってくだりは、テキストに拘って箇条書きも使わずパッと見て分かりづらい文章書く人とかいるので何とも

[natu3kan]

プログラマに嫌われる実装まかせの仕様書は仕様書見ながらテスターにとっても人にも仕様が不明瞭で正しい評価するために仕様の質問の嵐になり嫌われる。

[beatdjam]

他人の事言えないが、技術屋は新しい事に積極的だし、他人にもそれを求めたがる。でも「普通の人」ってそこにはついてけないんだよな。難しい。

[sds-page]

ツールがクソじゃなくて使う奴がクソだって何度言えばわかるんだ

[hush_puppy]

プログラマが分かりやすいコードを書くことが求められるのと同じぐらいには分かりやすい文書を書くべきだし、ユーザーに分かりやすいものを作る仕事なのだから、さらに高い水準のスキルを求められるべきだな。

[f-shin]

そういう間を埋められる人が暗躍するソフトウエアが成功するという認識。

[moerrari]

ゲーム業界でのSEに相当する企画・プランナーからプログラマに転向した人がプログラマから見た企画のダメなところを書いたもの。イベント駆動・データ構造・Unity…好きで(素養があり)勉強して無いと理解は無理そう。

[quabbin]

Excelはダメなら、Spreadsheetにすればいいじゃない。システム側でバージョン管理機能が付いているから、gitやsvnに投げ入れる必要もないし(そうじゃない

[fukken]

不満は色々あるのだが、その不満点を全部解消されると、仕事がなくなるのはこっちである、という。 // Markdownはプレビュー環境があると見る目が変わるのでセットで布教するべき

[eirun]

この記事でmarkdown覚えたほうがいいのかなって思ってeditor入れて触ったけど30分くらいで覚えられたぞ。内部仕様の整理と公開につかってるwiki記法と大差ない。

[azumaon]

プログラマに嫌われる書類書くだけのかんたんなお仕事のひとたち お仕事のために…φ(..)メモメモ

[tanakakazu]

実装とかロジックとか書けないのに書きたがるっていうのはあるな。コード書けないから仕様と実装のレイヤーの区別が曖昧なんだろうけど