この記事は、Board Game Design Advent Calendar 2014 の第1日目の記事として書かれました。 こんにちは！ I was game の @dbs_curry です。『ヴォーパルス』や『ダンジョン オブ マンダム』というゲームを作っています。 この記事では、ボードゲームにおけるランダム性と公平性について書きます！ これらはゲームデザインにおいてとても基本的な要素であり、そんな内容をいまさら文章にしても仕方ないだろう、と思われる方もいらっしゃるかもしれません。でもこれらは今僕の中で非常に重要なトピックなので、この機会にまとめてみたいと思います。 なぜゲームにランダム性が必要なのか？まず、僕が作りたいと考えているのは「おもしろいゲーム」です。 僕にとってのおもしろいゲームというのは、「何度でも繰り返しプレイしたいと感じさせる」ゲームです。 プレイヤーが何度でも繰り

コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕

人はなぜ被害者を責めるのか？（公正世界仮説がもたらすもの）について　「心理学ミュージアム」は、心理学に関わる職種の方だけでなく、心理学に興味のある方、心理学関係の進路を考えている中学生、高校生にも興味を持っていただけるものを目指しています。アカデミックな心理学の内容を、親しみのもてる雰囲気の中で楽しみながら学んでいただけます。

昨日のエントリは思いがけずアクセスをいただきまして、はてブのホッテントリにものったようで、驚いております。ありがとうございます。ここのところお腹の中にぐるぐるしている思いを新年にかこつけて吐き出した記事で、切れない「なまくら刀」のような後味で申し訳なく思っております。 kawaguti.hateblo.jp この記事の中で、業務知識という言葉の定義を曖昧なままに使ってしまって、ブクマコメントで「業務知識とはだな...」というご教示をいくつかいただきました。ご指摘ありがとうございます。 SIerで業務知識といえばお客さんの業務に関する知識 システムインテグレーター(SIer)方面の方は「(自分たちはIT知識を持っている前提で)、ユーザー企業の人が持っているべき知識のことを業務知識と呼ぶ」という認識なのだろうと認識します。そういえば、10年以上前になってしまいますが、業務知識はSIerに必要か

【プレーバック　平成元年】30年前のワープロ事情を蒸し返す 平成最後の年末・年始です。流行語大賞にはノミネートされませんでしたが、「平成最後の」はわりとメディアで使われた言葉じゃないでしょうか。というわけで、今から30年前の昭和63年、平成元年を「DIME」のバックナンバーで振り返ってみます。 30年前のDIMEの人気企画が、企業に質問し、その回答をそのまま紙面に掲載する「業界公開質問状」。「ワープロは、いずれなくなるのですか？」という問いに対する各社の回答が、今読むと衝撃的です（平成元年10月19日号）。 NEC「ワープロは文書を書く機械として特化されていますから、その必要性はなくならないんじゃないかな」 キヤノン「ワープロがパソコンに取り込まれることはないでしょう」 シャープ「人間の扱う道具は使いやすいことがいちばんだと思いますから、ワープロは文書専用機として残るでしょう」 東芝「そん

こんにちは。プロダクトグループのshoito(しょいと)です。 9/26(水)に開催された レガシーコードにドメイン駆動設計で立ち向かった5年間の軌跡 に参加してきたのでレポートします。 当日のtwitterのハッシュタグ#DDDAllianceのツイートがTogetterでまとめられています。 BIGLOBEにおける、5年間のDDDへの取り組みと今後について ビッグローブ株式会社 西 秀和さんより 30年間、事業を支えてきた業務システムをDDDで刷新する。 そのためには、組織的、エンジニアのレベルなど多くの問題があります。 その壁をどう乗り越えたのか？ そして、壁の向こうで得た恩恵とは何のか？ 5年という期間を経て、得ることのできた気づきや組織的な変化をお伝えしたいです。 アジェンダ DDD導入に至るまで 導入時の苦労 導入による効果 今後の目標 BIGLOBE販売システムについて、DD

2018/8/25 Kotlin Fest 2018 での発表資料です 発表者2名が作ったツール: - https://github.com/maeharin/factlin - https://github.com/suusan2go/kotlin-fill-class

ちょっと興味深いエントリが目に留まりました。「プログラミングへのこだわり」を方向づける: 設計者の発言基本的に、この方自身もプログラマーや開発者をされているようですし、他のエントリを読んでも「プログラマーの地位向上をすべき」ということで、私にとっても非常に共感することをおっしゃっているのです。それでも、ちょっとこのエントリの内容については疑問に思うところがあったので、勝手ながら私の意見を書かせていただきたいと思います。 業務システムの生産性や保守性を高めるための基本は「コードを１行でも減らす」である。なぜなら、コーディングとこれにともなうテスティングこそが、開発作業の中でもっとも人手のかかる作業だからだ。個別案件においては、良いコードだろうが悪いコードだろうが少なければ少ないほどよい。 これは、まさにおっしゃる通りですね。もちろん、可読性ということもあるため、厳密には最少のコードが最良とい

英会話の練習は難しい。 私は外資企業でエンジニアとして働いている。留学経験なし、チームでは唯一の日本人なので、英語からの逃げ場はない。幸いビジネス英会話のレッスンには補助が出るので、GABAやベルリッツなどの対面英会話、Skypeを使ったDMM英会話やレアジョブ、Bizmates等の英会話教室をいろいろと試してみたのだけれど、なかなか意味のある練習をできているという実感や、続けるモチベーションが得られなかった。 そんな中で、最大限「自分の考えを自分の言葉で説明する」練習に活かす方法を見つけたので紹介してみる。それは「自分で教材を持っていく」というものだ。 この記事はふしみ Advent Calendar の12日目です。 なぜ英会話レッスンは続かないのか 言葉を選ばずに言えば、私が英会話レッスンを続けられなかった理由は教材がつまらないからであった。 …言い切ってしまったが、読んでいる人にも

鴻上尚史の人生相談。「今の友達グループに、本当の友達はいない」と相談者。自分はいつも最下層扱いと下を向く相談者に鴻上尚史が提案した「おみやげの渡し合い」とは？ 【相談10】本当の友達がほしいです（相談者・17歳　女性　あさひ） 女子高に通っている高校2年の17歳です。相談は、学校があまり楽しくないことです。 2年になって、5人の仲良しグループに入りました。授業の移動もランチも、みんな一緒です。ときどき、放課後にケーキの食べ放題にいったりもします。夏休みもいっしょに海に遊びにいきました。 でも、私は5人のなかで、いてもいなくてもいい感じなんです。遊びの決め事とかあっても私に相談なしに決まっていることもよくあります。夏休みの遊びの計画も知らないうちに先に日程も決まって、「行けるでしょ？」っていう感じでした。4人のうち誰かが話しはじめても、私の方を向いて話すことはほとんどありません。私の意見を聞

今日、そのアプリケーションにおいて「ログイン」のボタンの横幅が 100px だったとして、これは仕様だろうか？ぼくが考えるに、これは仕様ではないと思う。もしそのアプリケーションの「使い方」みたいな、取扱説明書のようなコンテンツに「このボタンの横幅は 100px です」と明記されていたら話は別だけれど、ボタンの横幅についてわざわざ利用者に明示するアプリケーションをぼくは見たことがない。利用者との間にボタンの横幅についての明確な約束事がなければ、それは仕様ではないと言えるだろう。そうであれば、明日にそのボタンの横幅が 101px になったとしても、利用者は正当な理由をもってそれを糾弾することはできないだろう。もしかしたら、変化に気付くことすらないかもしれない。

こんにちは、インターネットコンテンツのところてんです。 最近はNewsPicksで面白いコンテンツを見つけたので、色々と楽しんでいました。お前もインターネットコンテンツになるんだよ。 そういうわけで、今回はかつてNewsPicksのビジネスモデルを分析した際の資料から、適当に再構成したポエムです。 リアルで解説したことは何度かあるのですが、そういえばインターネット上では公開していなかったので、適当に書きだしておきます。 おばさんは何故ワイドショーを見るのかさて、NewsPicksの話をする前に、ワイドショーの話をしましょう。 なぜ人はワイドショーを見るのでしょうか。 それは、多くの人が新しい情報を得たいと渇望する一方で、Factを理解できないからです。そして、人は理解できないことに対しては著しい不安を覚えます。 人間の脳は基本的に大昔からのシステムでいろいろとバグっているので、事実を事実と

今年も一年、おつかれさまでした。 この日記を書いている時点では12月27日です。弊社の暦に従えばあと2営業日ぐらいありますが、すでに仕事を納めたひとも多いので誤差の範疇でしょう。 あなたは誰？ メルペイでAndroidのエンジニアリングマネージャーをしているmhdiakaです。 日記をよんでいるみなさんが観測できる範囲だと技術書典というイベントの主宰やDroidKaigiというカンファレンスのオーガナイザーやKotlinFestのお手伝い、四半期ごとに2～3冊、年に10冊程度の技術書を執筆したり編集したり、たまに寄稿などしています。これだけよむと働いてるのか？って思いますよね。（このあたりの作業は業務時間もつかっているので）働いてます。 1日に7,500万円分の技術書が流通する「技術書典」の仕組みと挑戦 - マネ会 DroidKaigi 2019 PEAKS（ピークス）｜Androidテス

2018年1月11日から13日の3日間、第8回目となるRegional Scrum Gathering® Tokyoが開催されました。スクラムの初心者からエキスパート、ユーザー企業から開発企業まで、立場の異なる様々な人々が集まる学びの場である本イベント。世界中からスクラム開発におけるエキスパートたちが一堂に会し、最新の情報や自身の知見を惜しげもなく語ります。2日目のKeynote「敢えて属人化せよ！　エキスパートの集団こそが最強のチーム」に登壇したのは、Microsoft本社で活躍するエンジニア、河野通宗氏。日本からアメリカへと移った中で感じたカルチャーショックと、その開発環境について語ります。 マイクロソフト本社で働くエンジニア 河野通宗氏（以下、河野）：Microsoftの河野と申します。ふだんはシアトルでAzureサービスを作っているんですけど、今回は川口さんにご縁があってお呼び

この例は規模が小さく、ちょっと頭で考えてれば答えがわかってしまうかもしれません。けれど、巨大なホテルだとしたら頭で考えるのが難しそうです。とにかくこの問題例をアニーリングマシンで解いてみることにします。 問題を量子アニーリングマシンで解くときは基本的に次のような流れに沿って解きます。 (1) 問題の抽出(2) 量子アニーリングマシン (イジングモデル) へのマッピング(3) アニーリングの実行(4) 解の解釈 (1) 問題の抽出 まずは、対象の問題を量子アニーリングで解くことのできるようにできる限りシンプルな問題に切り出すことが必要です。 この問題は実はグラフ頂点彩色問題に帰着させることができます。 グラフ頂点彩色問題とは、任意のグラフ G=(V,E) と色総数 K が与えられたとき、すべての頂点を、隣接する頂点 (すなわち、辺で接続されている頂点) が同色にならないという制約下でK色に塗

「階層がないフラットな組織」より「階層があり、社員が自分の役割を越えて動き回る組織」のほうが強い説、を考える。 まとめ・階層がない組織にも、非公式な階層はできている。 ・平時は組織の階層を活かして動き、有事は階層を気にせず自分の役割を超えて動くような社員を増やすのが良さそう。 ・「自分の役割を越えて動く」を社員に学習させる方法があるはず。そうしないと、結局組織が硬直化する。 ・「役割を超えて動く方法」を学習してもらうために、新入社員にしってもらうことをまとめてみた。階層がない組織にも、非公式な階層はできているカヤック社外人事部の神谷さんが行った勉強会の資料から抜粋してみよう。 フラット化の課題 ・ 階層は今も基本的構造のままであり、マネージャーに権威があり、公式的な階層が無い場合でも隠れた階層が存在すること、階層を受け入れ、それを調整しなければ組織における仕事が進まないことを指摘(Levi

こんにちは。開発部の廣瀬です。 本記事では、昨年障害が発生してしまったZOZOTOWNの福袋発売イベントについて負荷対策を実施し、今年の福袋イベント期間を無傷で乗り切った話をご紹介したいと思います。 大規模サイトの障害に関する生々しい話はあまり公開されていないように思いますので、長くなってしまいましたが詳細に書いてみました。尚、今回のお話は弊社のサービスで使用しているDBMSの1つである、SQL Serverに関する話題がメインです。 福袋イベント「ZOZO福袋2019」とは 年に1度、多数のブランドの福袋が一斉に発売される、ZOZOTOWNの年末の風物詩的イベントです。今年は450以上のブランド様にご参加いただきました。お客様からも毎年大変ご好評いただいており、年間を通して最も多くのトラフィックを記録するイベントの1つです。 アクセスが殺到するが故に、昨年は福袋の発売直後からエラーが多発

インフラストラクチャー部の青木峰郎です。 最近はDWH運用の傍ら、所属とまったく関係のないサービス開発のためのデザインスプリントをしつつ、 Java 10でgRPCサーバーを書きつつ、 リアクティブプログラミングを使った非同期オーケストレーション層を勢いだけで導入したりしています。 ですが今日はそれとはあまり関係なく、クックパッドの中核サービスであるレシピサービスの アーキテクチャ改善プロジェクト、「お台場プロジェクト」の戦略について話します。 これまで、お台場プロジェクトで行った施策について対外的に発表したことはあっても、 全体戦略について話したことはありませんでした。 その一番の理由は、正直に言って、プロジェクトオーナーであるわたしにもプロジェクト全体の姿が見えていなかったからです。 しかし現在プロジェクト開始から1年半が経過してようやく全貌が見えてきたので、すべてをお話ししようと思い