アメリカの大学で受けたソフトウェア工学の授業が実践的ですごかった話 - stefafafan の fa は3つです
私はアメリカの大学で「インタラクティブメディアとゲーム開発」を専攻しましたが、その時受けたSoftware Engineeringという授業が色んな意味で素晴らしかったのでその授業がどう素晴らしかったのかを紹介していきます。 リアリティーがすごい まずこの授業、生徒数が80人ほどいます。ここから教授がみんなを約15人ずつの5つの会社に分けていきます。そうです、我々生徒は実は会社員なのです。 そして初日に出された課題は「自分たちの会社のミッションステートメントを考えてくること」です。 それだけでなく、プロジェクトマネージャー・プロセスエンジニア・リリースエンジニア・ドキュメンテーションマネージャー・クオリティーマネージャーの役割を会社のどの社員が取るのかを決めてこないといけないというのです。私たちは言われるがままにミッションステートメントを用意し、次の授業に備えました。 プロセスがすごい S
良いエンジニアの育て方 - ひがやすを技術ブログ
人を育てるというのは、とても難しい。 なぜなら、育てる方も未完成な人間だから。 ちょっと経験値のある未完成な人が、経験値の少ない未完成な人と、ともに冒険をし、ともにレベルをあげていくことが、人を育てるってことだと思う。 人を育てようと思うと、どうしても上から目線になってしまう。上から目線だと気持ちも相手に伝わりにくい。気持ちが伝わらないと相手もうまく成長してくれない。 だから、人を育てる機会があったら、ともに冒険をする仲間を持ったと考えよう。きっとその方がうまくいく。 それでは、自分の話をしよう。自分というよりは自分たちの話かな。 2010年、自分は、昼間、ブラ三をやりながら、新規ビジネスの企画を考えたり、プロトタイプを作っていたりしていた。ブラ三をやっていたのは、当然ソーシャルアプリというものを学ぶためだ。ブラ三の能力はかなり向上したけど、仕事ではたいした結果が出せなかった。特に企画考え
プログラミングできる人とできない人との間の深い溝 - masatoi’s blog
どうしてプログラマに・・・プログラムが書けないのか?を読んでいて出てきたので出展の一つを訳してみた。Separating Programming Sheep from Non-Programming Goatsの和訳。 プログラミングというものには向き不向きが強く出るということはわりと知られていると思うが、このエントリではプログラミングができるかできないかは比較的簡単なテストによって、プログラミングの訓練を始める前の段階で分かると主張している。どうしてプログラマに・・・プログラムが書けないのか?では、そもそもこの事前テストをパスしていないような人達までプログラマとして応募してくると言っており、その判定法として有名なFizzBuzz問題を挙げている。 追記（2019/2/28) 注意： なおこの論文はしばらく前に著者の一人によって撤回されたようです Camels and humps: a r
60%の人間はプログラミングの素質がない
Coding Horror: Please Don't Learn to Code Please Understand Learning to Code Coding Horrorで有名なJeff Atwordが、ある州知事が今年の目標としてプログラミングを習得することを挙げていることに対し、そもそも税金を払う我々市民は、政治家にはプログラミング習得以上に重要な、政治家にしかできない問題の解決を望む、よってプログラミングを学ぶのをやめてくれという記事を書いた。これに対して、反論が多数上がっているが、Jeffも読んでいるある論文をあげて、この議論の参加するためには、必ずこの論文を知っておくべきであると書いた人がいる。この論文は有名で、非常に興味深いので、全プログラマーが読むべきである。 ふたこぶラクダという名前で知られている有名な論文がある。この論文では、60%の人間にプログラミングの素質が
ミスに関していつも僕が思うこと - GoTheDistance
先日知人と飲みに行ったんですが、こんなエピソードを聞かせてくれました。 とある小売店に納めた商品の伝票が、システム上に打ち込まれていないにも関わらず切られているという食い違いが発生。システム上で計上されていない伝票が宙ぶらりんになっておりました。 ・・・・おかしいですね、と。 「なんで伝票しかないの？」 おっと上司がご立腹でございます。「伝票しかない＝誰かが犯した間違い」という図式が先に浮かんできたんでしょう。伝票を入れずに商品を送るなんてあり得ないだろバカかお前と言う５秒前な、爆弾岩がメガンテしそうなピリピリとした雰囲気を目の前に部内の緊張ボルテージは最高潮。しかし、知人は冷静でした。 だって、先方に荷物が着いているかどうかさえ裏を取ればいいだけの話なんです、と。 納品伝票は後付でも構わないし、単純に知人の会社が手順踏まずにかっこわるいだけ。争うことでもない。出荷のミスを経理が気づいてく
食いたかったら、食いつけ! - 書評 - 食える数学 : 404 Blog Not Found
2010年11月16日17:00 カテゴリLoveMath 食いたかったら、食いつけ! - 書評 - 食える数学 ディスカヴァーより献本御礼。 食える数学 神永正博 著者ではないのだけど、ゲラ段階から目を通させていただいた私にはまさしく「お待たせしました」な、一冊。これぞ、サイエンティストとエンジニア、そしてマスマティシャンとその卵達にとって最新処方にして最高の絶望に効くクスリ。 だまされたと思って、本書に食いついて欲しい。 あなたが失いかけた食いつく力を、あなたは取り戻すことができるだろう。 あなたがそれで食えるかどうかなんて野暮なことは、きかない。 食いついたあなたにそれが食えないわけがないのだから。 本書「食える数学」は、数学者として「落ちこぼ」れ、そして工学者も「落ちこぼ」れた「ダルブドロップアウト」の著者が、それでも「それ」に食いついていくにはどうしたらよいかを、渾身の力をあごと
直営社員にプログラミング能力が必要なたった一つの理由 - GeekFactory
大きなSIerでは社員はプロジェクト管理だけを行い、実作業の大半を外部に委託するところがほとんどです。直営比率が低いところは管理作業しか行わないため、入社してから設計書もプログラムも書いたことがない人は割といます。感覚的には、直営比率が1/3を超えるプロジェクトは社員が自ら現場で作業することが可能で、若手社員にも実作業を経験する場が与えられる気がします。 大きなSIerの小さなプロジェクトはたいてい同じ構造をしていて、ソフトウェア開発自体を丸ごと外注していることが多いです。一括請負契約ですね。この場合、委託元と委託先の責任境界は明確で、委託業務に社員が深く関わることはあり得ません。それでコストが増えたら喧嘩になります。残念ながら、このような構造では社員がソフトウェア開発の実作業を経験することは不可能です。 私は、直営社員もコーディングやテストを自ら行える能力が必要と考えます。その理由は、現
Song of Cloud: Java入門サンプル(1)
注意 このエントリは実験中のJava入門教材のサンプルです GAE の調子が悪かったりQuotaを超えてたりするとデモがうまく動かないかもしれません 技術背景等はGooseあたりを参照してください Hello, world! まずは簡単なプログラムを作成してみましょう。Hello.javaという名前のファイルを作成して次の内容を書き込んでください。 public class Hello { public static void main(String[] args) { System.out.println("Hello, world!"); } } このプログラムを実行するには、コマンドラインで次のように指定します。 cd (ファイルを作成したフォルダ) javac Hello.java java -cp . Hello すると、「System.out.println("Hello, w
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
