今読んでいる本。
これまで、簡単な英文法の本と単語だけで英文を読もうと思っていたのですが、いよいよ限界を感じ始めてきたので、この本を手に取ってみました。
この本は英語の構文を品詞ごとに細かく分類して、理論的に英語を読み進める手伝いをしてくれる本です。普段からプログラミング言語に慣れ親しんでいる、理屈っぽい...いや、理論的思考を持った、IT業界の方々にぴったりだと思います。
英語と言うものが、文系だけではなく、いわゆる「理系」と言われる方々にも興味を持っていただけるような、論理的に考えるコツと言うものが書いてあります。少なくとも僕は、「この発想は今まで無かった」、と面白く感じています。
中には、構文解析の為に記号が山の様に出てきますが、これがなんともプログラミング言語的な雰囲気を感じさせます。
で、まだ半分ほどしか読めていませんが、この本を読み進めていくうちに、英語の記述方法と、プログラミング言語の共通点がなんとなく見えてきました。
僕が、こんな共通点を無理やりでも見つけようとする原因の一つは、「プログラミング言語と似てるなら、英語も時間さえ掛ければ理解出来るだろう」と言う考え方を持って、やる気を少しでも高めたいからです。
今のところ、僕が「英語」と「プログラミング言語」で似ていると思う共通点を列挙してみます。
- 英語は、曖昧さが非常に少ない言語。きっちりしたルールで記述しないと文法的におかしくなったり、全く別の意味になってしまう。
- プログラミング言語の命令で使用するパラメータが、いわゆる英語の5文型に良く似ている。
- 不定詞や分詞構文が、プログラミング言語で言う、「関数のポインタ」の考え方に良く似ている。
- 文の主従関係が、プログラミング言語で言う、「ネスト」の考え方に良く似ている。
- プログラミング言語のコメントは、英語の形容詞や副詞。無くても通じるけど、無いと無機質だし、いろんな人に受け入れてもらえない。
- プログラミング言語で最も重要なのは、命令文。英語では動詞が最も重要。
だんだんとこじつけっぽくなって来たので、この辺でやめますが、よくよく考えてみれば、プログラミング言語のそもそもの成り立ちは、英語的な考え方を持った欧米人が作成した言語なので、似通うのは当然かなと思いました。
でも、今までプログラミング言語と戯れてきた、IT技術者の考え方として、「英語 ≒ プログラミング言語」だと思う思考法は、下記の2つの点でよいことだと思いました。
- 「英語がプログラミング言語に似ているなら、英語も頑張れば出来るんじゃないか」と言う希望を持てる。
- 「プログラミング言語が英語に似ているなら、プログラミング言語なんて英語に比べれば簡単じゃないか。」と言う楽観的な希望を持てる。
以前、この件について書きましたが、『社運を賭けていると言われる「大作」』は、どうやら本当に発売延期となってしまったようです。
以前書いた記事。
» 社運を賭けていると言われる「大作」や「大規模システム開発」は大概成功しない法則
ニュース。
» 「ドラクエIX」発売延期の理由は 「油断していた」と和田社長 - ITmedia News
延期した理由について、記事では下記の様に書かれています。
実装が済み、本格的なデバッグに入った段階で「手強いバグがいくつもあることが判明した」という。バグの量は「とてもお客様に出せる状態ではない」ほど大量。「もう少しチューニングしようというレベルではなく、今出すべきでないことは明らかと判断した」
延期に対する理由になってませんね。延期に至る要因と言うのは、必ずデバッグ中に発生します。実装中に遅れが発覚するようなケースは通常考えられません。もし実装中に何か起こった場合は、コンセプトや方針自体が変えられていくはずです。ですから、下記の発言に繋がっているわけですね。
その上で「ドラクエやスク・エニに固有の問題が起きているわけではない」と釈明。
しかし、「大作」とそうでないシステムでは、明らかに違う点があります。
以前書いた僕の記事から引用しますが。
「社運を賭けてる」と言われているシステムは、大概期限がきっちり定められています。それは、社運を賭けているがゆえ、業務計画としてある程度外向けに情報を公開しなければならないからです。それは株主に影響を及ぼすため、一度決めた計画を簡単には変更できません。
つまりは、普通のシステム開発よりもはるかに計画変更がしづらいのです。この計画変更のしづらさにより、そもそも期間が変更されるリスクがとても高い大規模なシステム開発とは、性質が合わなくなります。
どうも、上記の発言からして、『製品固有』の問題とは思ってない節があります。これではまた遅れるのではないでしょうか。そんな予感がしてなりません。
実際、この発売延期によって、発売が期を跨いだため、業績予想を下降修正することになってしまいました。これにより、さらに計画変更がしづらいと言う、プレッシャーが圧し掛かってきています。
延期された『4ヶ月』と言う期間についても、延期後の発売日が「7月11日」と言う事ですので、どうも夏休み前のタイミングにずらしただけと言う感じがします。
社運を賭けるべき主力製品がある事は、とてもすばらしいですが、大作であるが故の難しさもあるのだなぁと感じます。必ずしも、定期的に発売する必要がない、連作物のゲームについては、前宣伝を極力せず、不定期に発売するなど、別の方向性からアプローチした方が良いのかもしれません。
そう考えてみると、Nintendoは、狙ってるのか知りませんが、こういう事しませんね。さすがと言うべきなのか。
≫ 現場のSE, PGが考えるデスマる条件とは:アルファルファモザイク
1 仕様書無しさん :2008/06/03(火) 22:07:26
当方１年目の新人です。"デスマ"と言うのを最近知りました。
勉強になると思うので箇条書きかなんかで挙げていただけないでしょうか。
答え
現場の手が決して届かない上層の政治的な部分から来る、長期的な観点から見て、会社が存続するためにやむをえない事情がある場合に起こりやすい。その辺りがそもそもの根本原因。
・・・だと思う。現場が思いつく条件なんてのは、所詮事前に逃げる為の参考にしかならないのだと思う。悲しいのだけど、これが現実。
現場が思いついた条件はいくらでも出せるのだけど、いくら並べても解決にならないのがデスマの難しい所。
たとえば・・・。
- 予算が決まっている。
- 納期が決まっている。
- 仕様書が固まらない。
などなど、良く言われるデスマーチの条件は、その会社が存続する為にはそうする必要があるからそうなってるのだと思われます。
もし逆に、
- 臨機応変に予算が変更できる。
- 納期がコロコロ変えられる。
- 常に仕様書がきっちり固まってから始まる。
と言う会社だと、さっぱり仕事が取って来れず、デスマ以前に会社が存続出来ない可能性があります。そういったやむをえない事情から、必然的にデスマになりやすい風土が作られていくのだと思いますよ。
結局デスマを生む会社の存続が更なるデスマーチを生んでるって事ですかねー。結果、そのような会社が一掃されないと無くならないって結論だと、お先真っ暗になってしまいますね。困りました。
参考になる
≫ 「現場のSE, PGが考えるデスマる条件とは」 - カレーなる辛口Javaな転職日記
もう、現場レベルではこれが全てです。
