Wackyのブックマーク - はてなブックマーク

「零細企業経営にはほとんどの意見が参考にならなかった話」を書けと言われたので - terurouメモ
書けと言われたので、雑に。人に意見されたことはあまりないつもりだったんだけど、思い出してみたら、結構あったような気がしてきた。零細企業経営にはほとんどの意見が参考にならなかった話 https://t.co/sUpRX51RJq ポエム書いた。— V (@voluntas) 2020年11月22日これは是非 @terurou にも書いていただきたい。— V (@voluntas) 2020年11月22日人の意見は参考になるか？基本的に利害関係のない人間の話は「参考にならん」でいいと思う。逆に利害関係のある人間の話は重要で、それは社員だとか、顧客だとか、株主だとかになってくる（うちは株の100%が自分が持ってるので、株主って自分ですねになるのだけど）。世間には「勝ちに不思議の勝ちあり、負けに不思議の負けなし」という良い言葉がある通りで、成功体験をもとにしてくる意見はまず参考にならん
Wacky 2020/11/23
リンク
ポケットモンスターソード/シールドにHaxeが採用されていた - terurouメモ
顛末昨日、こういう感じのツイートを見かけかました。ポケモンほどの大規模なゲームでHaxe採用されるの初めてなのではhttps://t.co/i8lCJx0NWh— neguse (@neguse) November 14, 2019 結果、このような形となりました。これは、Haxeという高度な型システム及びマクロシステムを持つ静的型付き言語であり、マルチプラットフォームでC++, JavaScript, C#, Java, Python, PHP, Luaなどのターゲットに出力可能なプログラミング言語の現実世界での利用状況を調査するために購入されたものです pic.twitter.com/UnaZsMrH9I— てろるー (@terurou) November 16, 2019 調査結果確かにポケモンソード/シールドの知的財産の表記には、Haxeの記載がありました。確かにポケモ
Wacky 2020/07/29
リンク
設計書には何を書くべきなのか - terurouメモ
設計とは、要求（やりたいこと）をヒアリングする要求を要件（何を満たさないといけないのか）に落とし込む要件を実現するために考えられる手段を洗い出す手段の検証を行う検証結果を元に、どの手段を使うかを選定する選定した手段を合意する（一部要件を満たさない事項がある場合は、代替策や妥協ラインについても合意する）合意内容を元に、実装や設定に落とし込むをやることである。画面設計や機能設計のように、3-5の検証/選定が薄くなったり曖昧になったりするものはあるが、一般化するとこの流れになる。設計書には、上記の設計でやってきたことを順番に書いていけばよい。これを文章構成のテンプレに落としていくと、要求要件方式対応案（いわゆる比較表で書いていくのが楽）検証結果選定・合意結果（合意した代替策や妥協ラインについても記載する）詳細設計（どういう実装にするとか、パラメーターにするとか、細
Wacky 2020/07/29
“2.要件はまあまあ書かれるのだが、それに対して 1.要求は「ちゃんとした設計書」ですら書かれていないことがあり、やはり「なんでこの要件になったんだっけ？」が発生しがちになる。”
リンク
1