どうもどんぺまです。 ゲーム会社に勤めながら個人で月詠に至るという２Dアクションゲームを制作してましたが3年の月日がたちました。 完成しませんでした。 こんなの1年ぐらい作れば完成するやろ～（鼻ほじ）を3年してました。 鼻血がでました。 個人開発ゲームが完成しないなんてあるある話で2020年にもなっても後が立たないわけです。 そして3年たった今、ちゃんと失敗したという事を認識し二度と同じ轍は踏みまいと自戒の念をこめてスライドつくってたらバズりました。 みんな人の失敗話は好きなんです。私も大好きです。みな失敗しろ。 それではしくじり先生のはじまりです。 以下スライドからのコピペ なぜ完成しなかったのか ●作るものを明確にしていない ● ゆえにブレた。余計な要素を追加しはじめた ● スケジューリングをしていない ● 結局イベント付近ぐらいでしか作業しない ● 去年の前半はほぼ作業しなかった気が
今日は、日本の代表的なソフトウェア開発手法について紹介しよう。 その名も、メテオフォール型開発である*1。 第一節 通常のウォーターフォール型開発におけるプロジェクトはこのような形を取るが、 メテオフォール型開発ではこのような形が取られる。 そしてこうなる。 これはアジャイル型開発手法におけるサイクルであるが、 神の前では無力である。 神の一声は全てを崩壊させ、 民は一生懸命これを再建す。 これが、メテオフォール型開発*2である。 第二節 全てのスケジュールは天界の都合によって決まる。これを黙示録と呼ぶ。 ソフトウェア開発においてフィードバックは重要なファクターだが、 神にフィードバックは届かない。 ただし、祈りを捧げることはできる。この祈りはごくまれに届く。 神は様々な姿を取る。 外から現れることもあれば、 内に棲んでいることもある。 あるいは、まだ会っていない or 会うことすらできな
1.10版にする、って内部ルールなのに2.0って書いちゃう人が多くて管理上困る。ルールのほうが悪いのかな。 まあ普通に生きてれば1.7→1.8→1.9って数列見たら次は2.0だと思うよなあ。
昔々、具体的には約1万7千年前の旧石器時代、大学の情報工学科を卒業して、新卒22歳でSIerに就職した男(以下SE)がいました。 SEはある日、上司に言われました。 「2016年くらいに、銀行で大規模な基幹システムが必要になるらしいから、今から君一人で作り始めて。工数は20万人月ね。」 そういうと、上司はシステム企画構想やそれに伴う提案書、ノートPCを1つSEに渡して、自分は狩りに出かけました。 途方にくれるSE氏、ここから彼の約1万7千年(1万6666年)にも及ぶ、20万人月のシステム開発が始まるのでした。 約1万7千年前 |- 要件定義書を作成着手。 | 周りの人達は狩りをしながら生きている。 | 約1万6千年前 |- 要件定義書の作成が完了する。 | 基本設計に着手する。 | 土器を作り始める人が現れる | 徐々に日本列島が大陸から離れ列島になっていく。 | 約1万4100年前 |-
プログラマ系のお仕事。 わからないところを数時間悩む自分 ↓ 先輩A「おい、いつまでも同じことを何悩んでるんだ！ 考えてもわからなかったらすぐに人に聞け」 自分「じつはかくかく云々がわからなくて・・・」 先輩A「うーん、俺にもわからんな。詳しいBさんに聞きなさい」 ↓ 自分「Bさん、ここがわからないんですが。。」 先輩B「うーん、ここはこのコードを書いたCさんに聞くのが早いよ。 下手に解析しようとするのは時間の無駄だね」 ↓ 自分「Bさんに聞いたらCさんに聞けと言われてきました。ここがわからないんですが。。」 先輩C「ちゃんと自分で考え抜いたか？数時間程度で諦めるお前の依存心がダメなんだ。 考えぬいてきた俺ならこんなの簡単にわかる。ほら解決したぞ。」 自分「す、すみません・・・」 ↓ またわからないことが出てきた時に数時間考える。 ↓ 最初に戻る
By PhOtOnQuAnTiQuE 人間の脳が学習する仕組みを再現するディープラーニングの研究が進んだことで、コンピューターによる人工知能(AI)の技術が飛躍的な進化を遂げています。Googleが500億円で買収したといわれているイギリスのベンチャー企業「DeepMind」が開発したエージェントプログラム「DQN(Deep Q-Network)」は一度プログラムを起動させるとあとは人間が手を加えなくても「スペースインベーダー」や「ブロック崩し」といったゲームを一人で勝手に練習し、ハイスコアをたたき出す方法を学習できるレベルに達しており、今後のAI開発をさらに加速させるブレークスルーになると考えられています。 Google DeepMind http://deepmind.com/ Human-level control through deep reinforcement learnin
id:t-wada と話してた時に出てきた「プログラマの麻疹」 プログラマはみんなどうせかかるんだから早めにかかっておいた方が良い そしてかかっておくと治った後にはさらに良いコードが書けるようになるので 恐れずにかかりましょう 名前 症状 僕の状態 OO 厨 多分、現在一番キャリアが多い。一時期 AOP 厨になってしまった人も含むことがある。Smalltalk を神格化し始める かかり中 function 厨 最近増えてきた。マルチコア時代に最適というわかりやすい感染源ができたことも要因の一つ。LISP が世界を作っていると信じる 挫折中 三項演算子厨 どんどんネストした三項演算子を書いてしまう。気がつくと自分でもよくわからなくなってることもある 治療済み テスト厨 テストのためだけにコードを書いてしまう。プロダクトコードのきれいさよりもテストのしやすさを求めてしまう 治療中 lambda
デンソー、会社の大義と社員の志が共鳴し合う｢真のパーパス経営｣に挑む。入山章栄氏×デンソー林社長【対談】 記事を読んでみる
開発したいプログラム ECサイト内の2つの異なる商品（値段は同じでも構わない）を購入し、その合計価格が指定の価格以内で最大になる組み合せを探してください。 →問題詳細 新人女子プログラマの野田さんが途中まで書いたプログラム Item_a_b = 4500 // a+bの価格 Item_a_c = 500 // a+cの価格 Item_a_d = 2300 // a+dの価格 Item_b_a = 1240 // b+aの価格 Item_b_c = 5020 // b+cの価格 (中略) if Item_a_b == campaign_price print “AとBの組み合わせが最大！” if Item_a_b == campaign_price -10 print “AとBの組み合わせは-10円差でおしい！” if Item_a_c == campaign_price (以下略)
顧客が本当に必要だったもの単語 91件 コキャクガホントウニヒツヨウダッタモノ 7.6千文字の記事 187 0pt ほめる 掲示板へ 記事編集 概要それぞれの絵が意味するところどうすればよかったのか？ニコニコ動画:Zero に置き換えてみると関連動画関連項目掲示板 このプランは必ずや御社のＩＴビジネスに多大なる成功をもたらすベストソリューションとなることをお約束いたします。 この記事は第198回今週のオススメ記事に選ばれました！（2012年4月3日） よりニコニコできるような記事に編集していきましょう。 概要 「顧客が本当に必要だったもの」とは、ＩＴビジネスにおける多難なシステム開発プロジェクトの姿を風刺した絵に登場する、オチの部分のフレーズ。顧客が期待した通りのシステムとして完成しなかった原因は、開発側の勝手な思い込みや都合の押し付けだと思いきや、そもそも最初に顧客が説明した要件からして
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く