2011~2020あたりのソーシャルゲーム年表

はじめに

筆者が触ったことのあるソーシャルゲームや特に印象に残ったものをメモをとして残しておこうと思います。

いつか自分が懐かしむために。

  1. 個人の調査であるため、不確実な情報が含まれている可能性があります、ご注意ください
  2. Facebook/Android/iOSなど媒体でリリース日に差異がある場合、より早い日を優先して記載しています
  3. 日本版のリリース日を優先して記載しています
  4. できるだけ正式名称で記載することを心がけています
  5. 一部「ソーシャルゲーム」の定義から外れているものも含まれています

年表

2009年代

  • 2009年12月11日 アングリーバード

2010年代

2011年代

2012年代

2013年代

2014年代

2015年代

2016年代

  • 2016年1月28日 誰ガ為のアルケミスト

  • 2016年2月5日 セブンナイツ

  • 2016年2月4日 逆転オセロニア

  • 2016年3月2日 クラッシュ・ロワイヤル

  • 2016年4月26日 [乃木坂46公式]乃木恋~坂道の下で、あの日僕は恋をした~

    • 思ったよりもゲーム性が良くてしばらくハマっていました、このゲームがきっかけで乃木坂の動画を見るようになった。
  • 2016年7月22日 Pokémon GO

    • FUJIROCKに行く途中のSAでインストールしたので、ポケモンもポケストップも見つからず「なんだこれは?」という気持ちになったのを覚えています。帰宅後に普通に遊びました。
  • 2016年7月31日 白猫テニス

  • 2016年8月25日 ガーデンスケイプ

  • 2016年11月17日 遊戯王 デュエルリンクス

  • 2016年12月17日 #コンパス【戦闘摂理解析システム】

2017年代

  • 2017年2月16日 崩壊3rd

  • 2017年3月24日 放置少女〜百花繚乱の萌姫たち〜

  • 2017年4月20日 さんぽけ ~三国志大戦ぽけっと~

  • 2017年6月6日 SINoALICE -シノアリス-

  • 2017年7月4日 みんゴル

  • 2017年9月21日 テラバトル2

  • 2017年9月13日 アズールレーン

  • 2017年9月19日 ホームスケイプ

    • ガーデンスケイプの続編らしい
  • 2017年10月25日

  • 2017年11月14日 荒野行動

2018年代

2019年代

  • 2019年2月26日 黒い砂漠 MOBILE

  • 2019年4月10日 メイプルストーリーM

  • 2019年6月4日 七つの大罪 ~光と闇の交戦グランドクロス~

  • 2019年8月8日 TEPPEN

  • 2019年9月25日 マリオカート ツアー

2020年代

  • 2020年1月16日 アークナイツ

  • 2020年6月30日 AFKアリーナ

    • 2023年時点の多くのソシャゲはこのゲーミフィケーションを参考にしている事が多い気がします。
  • 2020年9月28日 原神

    • 何社かが夢破れてきた「モバイルアプリで本格MMORPG」を正当に切り開いていきました、凄すぎます。

2021年代

2022年代

  • 2022年2月10日 Heaven Burns Red(ヘブンバーンズレッド)

2023年代

  • 2023年7月17日 ポケモンスリープ
    • 数日試しましたが、僕にはApple Watchで十分だった...すまんカビゴン。

おわりに

改めて見返すと色々なゲームが登場してクオリティも劇的に向上していますね、mixiで農業をしていた時代が少し愛おしくなりました。

記事を書いていたらゲーム欲が出てきたので何かインストールしようかな。

参考資料

iphoneac-blog.com

iphoneac-blog.com

「東大教授の考え続ける力がつく 思考習慣」を読んだ

今週のお題「最近読んでるもの」だったので :)

東大教授の考え続ける力がつく 思考習慣

Audibleで聴いていたのをきっかけに、挿絵や図を確認したくて買ってみたところ、 やりたいことの発見・人間関係・問題解決 が記載されており、仕事で活用できそうな一冊でした。

「Audibleで聴きながら本書を眺める」 のも良い時間の使い方だなと小さな発見です。

第3章「情報」に惑わされない思考習慣

特に印象に残っている章です。

「事実」と「意見」を分けて考えるは意識しないとなかなかできないので、気づきを与えられました。

どこまでが「事実」なのかを、エビデンスをもとに判断する重要性を痛感します。

次は何を読もうか

最近は自己啓発本や技術書を読む事が多かったので、たまにはライトノベルかマンガでも…「キノの旅」か「よつばと!」を読みたくなってきました。

「キノの旅」は2020年に新刊

「よつばと!」は2021年に新刊

そういえば葬送のフリーレンを観ていて思いましたが、キノの旅ももう一度アニメ化してくれないかな。たのむ。

今週末は本屋に行っ色んな棚をじっくり探してみよう。

視座を高めるために「プロダクトマネージャーのしごと」を読んだ

TL;DR

  • プロダクトマネージャーという肩書きに権威があるわけでは無い
  • 仕事は他の人の助けをもってこそ達成できる
  • 失敗を回避する事はできない、失敗から学び成長する

はじめに

本書はプロダクトマネジメントの基礎、戦略立案、ロードマッピング、リーダーシップ、ステークホルダーとのコミュニケーションなど、幅広いトピックを網羅しています。

各章にはまとめとチェックリストが用意されており、自分の達成項目を確認するためにも役立ちます。

目次

  • 1章 プロダクトマネジメントの実践
  • 2章 プロダクトマネジメントのCOREスキル
  • 3章 好奇心をあらわにする
  • 4章 過剰コミュニケーションの技術
  • 5章 シニアステークホルダーと働く(ポーカーゲームをする)
  • 6章 ユーザーに話しかける(あるいは「ポーカーって何?」)
  • 7章 「ベストプラクティス」のワーストなところ
  • 8章 アジャイルについての素晴らしくも残念な真実
  • 9章 ドキュメントは無限に時間を浪費する(そう、ロードマップもドキュメント)
  • 10章 ビジョン、ミッション、達成目標、戦略を始めとしたイケてる言葉たち
  • 11章 「データ、舵を取れ!」
  • 12章 優先順位づけ:すべてのよりどころ
  • 13章 おうちでやってみよう:リモートワークの試練と困難
  • 14章 プロダクトマネージャーのなかのマネージャー(プロダクトリーダーシップ編)
  • 15章 良いときと悪いとき
  • 16章 どんなことでも

1章 プロダクトマネジメントの実践

プロダクトマネージャーとして週に60時間も働いてはいけない

長時間労働しているプロダクトマネージャーを多く見てきたので予想外な一文でした。

チームが目標を達成できるようにタスクを優先付けすることが重要であり、労働時間はやはり短い方がいいのですね。

組織やチームごとに千差万別です。

プロダクトマネージャーという職種には固定の定義がなく、組織によって求められる役割が変わるということを認識することが大切です。 多くの異なる役割がありますが、どれも柔軟性が必要とされています。

2章 プロダクトマネジメントのCOREスキル

What, exactly, is a Product Manager? が有名のようですが、 この問いに対する答えはこの図だけで表現することはできません。この章ではコミュニケーション、組織化、リサーチ、実行の重要性に焦点を当てています。

www.mindtheproduct.com

3章 好奇心をあらわにする

プロダクトの失敗と個人的な失敗は分ける

というケーススタディがとても印象的でした。読み進める中で、何度もうなずいてしまいました。

4章 過剰コミュニケーションの技術

そこには「あのさ、新しいiPhoneアプリのApp Storeへの申請を今晩中にできる?」とありました。 混乱しました。緊急指示ってこと? 優先度は高くないただのちょっとしたお願い? 今すぐやってほしいってこと?”

上司からの急な指示は多くの人が悩むポイントではないでしょうか。 この章では、プロダクトマネジメントの分野における伝え方の重要性を端的に示しています。

プロダクトマネジメントでいちばん危険な言葉:「よさそう」

LGTMの時も言ってしまう「よさそう」ですが、 エンジニアリングマネージャーやプロダクトマネージャー(EMやPdM)を目指す人々にとっては、このような曖昧な表現は避けるべきです。

なぜなら、それはしばしば不確実性を招き、チームメンバー間の誤解を生む可能性があるからです。

5章 シニアステークホルダーと働く(ポーカーゲームをする)

ステークホルダーとの関係を保ちつつ、ユーザー主義を貫く事が主軸に書かれています。

いくつかのシナリオを想定したpros/consが登場するので、今の仕事ですぐに活用できるケースを見つける事ができるでしょう。

6章 ユーザーに話しかける(あるいは「ポーカーって何?」)

ステークホルダーとユーザーは違う

ハッとしました。チームによってはステークホルダーという単語の範囲にバラツキがある場合が多いので、ハッキリ認識合わせをするべき一文だと感じました。

また、ユーザーペルソナの落とし穴について書かれており、仕様を検討する上で重要な事がまとめられています。

7章 「ベストプラクティス」のワーストなところ

誇張を鵜呑みにしない

多くの場合、何かの登壇や技術ブログで発信される情報はとても耳障りの良い内容が多いです。

その情報を鵜呑みにするのではなく、発表している組織が作ったものを実際に触る事が真実に近いでしょう。

8章 アジャイルについての素晴らしくも残念な真実

ウォーターフォールからアジャイルに変わるときの期待値を設定する

上記のケーススタディは意思決定と会話する上で大事な要素に見えます。

多くのWeb系企業ではアジャイルを導入していますが、デッドラインももちろん存在する為、バランスが難しいと感じています。

この難しさについては、2011年10月8日にのスクウェア・エニックスCTO 橋本 善久 さんが公開されているPDFがとても勉強になりました。

ゲーム開発 プロジェクトマネジメント講座

ゲーム開発 プロジェクトマネジメント講座 141ページ

9章 ドキュメントは無限に時間を浪費する(そう、ロードマップもドキュメント)

私はPdMではありませんが、それでもドキュメントの作成・メンテに無限に時間を浪費した経験があります。

例えば、1年くらい殆どExcelやPowerPointやMiroしか触っていなかったんじゃないか?と感じる時期さえありました。

ドキュメントを完璧にする事を目指すのではなく、短い時間でぱぱっと書いていまう、それを繰り返す方が良いということです。

メニューは食事ではない

という言葉がまさにそれを表現していました。

10章 ビジョン、ミッション、達成目標、戦略を始めとしたイケてる言葉たち

この点については企業毎の特色が強くでるので難しいのですが、

優れた戦略はシンプルで明快だ

という一文に強く頷き、過去に経験した目標設定を少し振り返ってみました。

マトリクスでちょっと複雑な目標管理をしている現場などもありましたし、OKRとMBOを混在させて税制並の難解さをだしている現場もありました。

ただ、私が最も脳をクリアに目標を意識しつつ働けたのは、30名程度のスタートアップでゴールが明確な時だった事を思い出しました。

個人的にはOKRを用いた目標設定が好みです。

www.kaonavi.jp

11章 「データ、舵を取れ!」

データという概念の難しさと、データドリブンに基づいたプロダクトマネジメントの使いどろこについて説明しています。

データドリブンに全てを委ねることなく、優先順位や意思決定は変わらずに必要だという事がわかりました。

12章 優先順位づけ:すべてのよりどころ

会社のゴール、戦略、チームのゴール、プロダクトビジョン…etc

様々な観点での意思決定が必要である事が語られています。

手短に言えば、ベストを尽くすのです

この一文にある通り、一箇所をみていれば良いわけではないし、意思決定は常にトレードオフだと表現されています。

但し、過去に私が学んだ事として、意思決定は全てを見通した上で行われるわけではありません。

その時点での情報を元に最適にみえる解を出す事は十分に意思決定であり、将来振り返ってみて失敗だったとしてもそれはある程度仕方のない事です。

マネジメントに関わる人は、ある時点で過去の意思決定が失敗だと思ったとしても、当時の情報で十分に検討した結果であれば、それについてあまり悔やみすぎる必要はないと私は思っています。

13章 おうちでやってみよう:リモートワークの試練と困難

同期・非同期のコミュニケーションをいかに活用していくかについて勉強になりました。

準備と練習には3倍かける

同期コミュニケーションによる価値のある時間を作るためには、その3倍の時間をかけて用意する必要があると説かれています。

これは本当にその通りで、ラバーダッキング法を用いて自分のアイデアを反芻するのが大事になるでしょう。

https://ja.m.wikipedia.org/wiki/ラバーダック・デバッグ/ja.m.wikipedia.org

14章 プロダクトマネージャーのなかのマネージャー(プロダクトリーダーシップ編)

幹部に反射的に「はい」と応えることがいかにチームを壊滅させ、あなたを昇進させるか!

この章では、ケーススタディがいくつかありますが、そこに全てが詰まっています。

15章 良いときと悪いとき

キャリアにおいては、「良いとき」と「悪いとき」が入り混じってぼやけて、グレーな「大丈夫なとき」に見えることが何度もあるでしょう。

中には常に「良いとき」を過ごしているように見える人もいますが、そんな事はありません。

どんな人でもアップダウンがあり、モヤモヤしている時があるのだと思います。

16章 どんなことでも

プロダクトマネージャーを続けていく事で貴方自身も成長します。

失敗はつきものであり、恐れるのではなくそこから学ぶ必要がある事が締として書かれています。

おわりに

リーダーやEMにフォーカスした内容を求めている方は下記の一冊もオススメです。

簡単な差分を紹介すると下記の通りです。

  • プロダクトマネージャーのしごと
    • 製品の全体像と市場、チームの成功、ロードマップ作成や機能定義...etc
  • エンジニアリングマネージャーのしごと
    • 技術チームの効率と製品の技術的や、チームメンバーのキャリア成長とモチベーション維持...etc

Kandarの寝ホンとAudibleの組み合わせが最高かもしれない

Kandarの寝ホンとAudibleで最高の寝落ちをする

最近、ダラダラとスマホをいじってしまい寝るのが遅くなっている事に気がつきました。 次の日も頭にモヤがかかった感じで身体の疲れが取れません。

試しにAudibleを聴き始めたのですが、今使っているAir Pods Proは横向きになるとどうしても耳を圧迫してしまうので新しいイヤホンを探しました。

Kandar 寝ホンとの出会い

Kandarの寝ホンは、睡眠向けのヘッドホンです。 横向きになっても耳に負担をかける事がなく、寝転びながらAudibleを楽しむことができます。

開封と本体。 USB Type-Cで充電できるので余計なコードが不要です、これは大きいメリット。

ケースの見た目も可愛らしいです、Air Pods Proと大体同じくらいのサイズ感。

中身はこんな感じです、この辺りは各社あまり変わらないですね。

装着感はこんな感じで、耳の中に収まっています。

Kandar工業とは?

Amazonの販売者を辿ると下記の情報が出てきた。

特定商取引法に基づく表記
販売業者: JIBIN ZOU
お問い合わせ先電話番号: +815058801871
住所:
北小岩2ー11ー12
合同会社ZOU
江戸川区
東京都
1330051
JP
運営責任者名: 合同会社ZOU
店舗名: Kandar工業

法人情報は下記の通りで、 合同会社ZOU という会社が Kandar工業 の店舗名で出品している様子でした。 製品にはMade in Chainaと記載があるので、製造は中国で販売会社として合同会社を作っているのかな。 houjin.jp

技適番号は存在したので、国内利用に問題はなさそうですね。

Audibleとは?

Audibleは、プロフェッショナルのナレーターによる朗読で本を聴けるサービスです。 全ての本が網羅されているわけではありませんが、自己啓発本は比較的多めのため、自己肯定感を上げるコンテンツとは出会いやすいです。

www.audible.co.jp

就寝時のAudible体験の向上

快適な装着感: Kandarの寝ホンは、眠りながらでも快適に使用できるようデザインされているので不快な圧迫感や痛みは一切なく、深い眠りへと誘います。

高音質の体験: Kandarの寝ホンの音質は悪くないです。金額から考えると良い方だと感じますし、Audibleがメインであれば十分クリアに聴くことができます。

日々の癒し: 忙しい日常からの一時的な逃避・日々のストレスのリリースツールとして、Audibleと寝ホンの組み合わせは最適です。

結論

私は、Kandarの寝ホンとAudibleを組み合わせることで、いい意味で寝落ちすることができて、翌朝の快適度が上がりました。 自分に自信を持てる作品を中心に選択することで、心の中の喧騒を静めて深い睡眠へと導いてくれます。

今夜から、新しいリラックスタイムのスタイルを、Kandarの寝ホンとAudibleで体験してみませんか?

M1 MacBook Proの初期設定

概要

久しぶりにMacを買ったので作業ログを残しておく。

基本設定

スタックを使用

  • デスクトップで右クリック => スタックを使用

ロック画面

  • 設定 => ロック画面
    • 使用していない場合はスクリーンセーバーを開始 => しない

キーボード

  • 設定 => キーボード
    • キーのリピート速度 => 速い
    • リピート入力認識までの時間 => 短い

ホットコーナー

マウスを角に持っていった際にデスクトップが表示されるので地味に便利。

  • 設定 => デスクトップとDock
    • ホットコーナー => 左上と右上をデスクトップ

マウス

  • 設定 => マウス => 軌跡の速さ

Night Shift

日の出から日の入りまでほのかに赤みがかる設定にしている。

  • 設定 => ディスプレイ => Night Shift

Karabiner-Elements

  • Karabiner-Elements をインストール
  • Microsoft Ergonomicキーボードを使っているのでこんな感じ
  • Macデフォルトのキー置き換えは利用しないようにしている

Chrome

デフォルトブラウザをChromeに変更 https://www.google.com/intl/ja/chrome/gsem/download/

少し専門的な設定

Rosetta

Astahで必要

Command Line Developer Tools

iTerm2で必要

iTerm2

  • フルディスクアクセスを許可
  • icebergテーマを適用
curl -O https://raw.githubusercontent.com/Arc0re/Iceberg-iTerm2/master/iceberg.itermcolors

Oh-My-Zsh

$ sh -c "$(curl -fsSL https://raw.githubusercontent.com/ohmyzsh/ohmyzsh/master/tools/install.sh)"
  • autosuggestions

私の場合は、fzfとasdfも設定しているが、これはcoreに含まれているため特にライブラリの取得は不要。 (fzfのみbrewでインストールが必要だが、この後に出てくる)

$ git clone https://github.com/zsh-users/zsh-autosuggestions $ZSH_CUSTOM/plugins/zsh-autosuggestions
$ vim .zshrc
...
plugins=(git fzf asdf zsh-autosuggestions)
...

astah* professional

UMLの各種図を書くために利用する。 https://astah.change-vision.com/ja/product/astah-professional.html

1Password

これがないと生きていけないくらい最高のツール。 https://1password.com/jp/

sshのキーまで管理してくれるので commit から push までとても楽。

Slack

なんだかんだで利用している。 https://slack.com/intl/ja-jp/downloads/mac

Discord

ゲーム関連の友人たちと利用している。 https://discord.com/download

AppCleaner

言わずと知れた老舗ソフト。 App Store以外からインストールしたソフトをアンインストールする際はこれの利用をお薦めるする。 関連するディレクトリまで検索して一緒に削除してくれる。

https://freemacsoft.net/appcleaner/

Raycast

多機能なランチャーアプリ。 私は clip board history としてのみ利用している、Alt 2連打で呼び出しの設定で利用。

Homebrew

$ /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

Docker Desktop

https://www.docker.com/products/docker-desktop/

asdf

言語のバージョン管理ソフトウェア、anyenvと似たようなもの。最近はasdfがナウイらしい。

$ brew install asdf
$ git clone https://github.com/asdf-vm/asdf.git ~/.asdf --branch v0.11.1
$ vim ~/.zshrc
plugins=(git fzf asdf zsh-autosuggestions)

Ruby

asdfを使ってバージョン管理している。

$ asdf plugin add ruby https://github.com/asdf-vm/asdf-ruby.git
$ asdf install ruby latest

fzf

Terminalでコマンドの検索履歴を見やすくしたい。

$ brew install fzf
$ vim ~/.zshrc
$ vim ~/.zprofile
plugins=(git zsh-autosuggestions asdf fzf)
...
# fzf options
export FZF_DEFAULT_OPTS='--height 100% --reverse'

Visual Studio Code

Devcontainer使いたいのでインストール。

https://code.visualstudio.com/

ghq

リポジトリ管理ツール

$ brew install ghq

下記のようなディレクトリ構造でcloneしてくれる、fork多様する場合など自分のドメイン名のディレクトリ配下になるのでわかりやすい。

$ ghq get git@github.com:rails/rails.git
$ ls /Users/yourname/ghq/github.com/rails/

Sequel Ace

DBの中身をGUIで表示したい人向け、Sequel ProがMySQL8系に対応しないのでこちらへ乗り換え。

https://sequel-ace.com/

Miro

オンラインホワイトボードはMiroが最高、iPad版はApple Pencil対応しているかつWebとの同時ログインOK。

https://miro.com/

家のネットワーク構成図もこちらを利用して記載した、こんな感じの図がサクッと作れる。

IntelliJ IDEA

Javaに限らずRubyなども利用できるが、RubyMineやWebStormの方が安価ではある。

https://www.jetbrains.com/ja-jp/idea/

参考リンク

https://zenn.dev/toono_f/articles/fa4d68857b7d36

Source

Transcribed from Qiita.

Miroの小技集

Miro

miro.com

ボードの移動

いずれかの動作でボード内を移動可能

  • スペース押下しながら左クリック
  • 右クリック
  • トラックパッド

絵文字の利用

左にある「他のアプリ」から利用可能

コードブロック

左にある「他のアプリ」から利用可能

フレームの活用

複数人で操作する際に、領域を明示できる。 フレーム作成後に載せたオブジェクトはフレーム毎移動できる。

選択

ドラッグで選択できる、選択中にCmd+クリックで部分的に選択を解除できる。

複雑な選択

オブジェクトが幾つにも重なった状態で、最上部だけ選択したい場合の手順。

  1. escで全てのフォーカスを外す
  2. 左クリックを長押しする
  3. 最上部にあるオブジェクトだけが選択できる

他の人の視点を追従する

複数人以上が参加している場合、右上のユーザーアイコンをクリックすることでその人の視点に切り替えることができます。 研修などでMiroを利用する際は、講師の方が今どこをみているか把握しやすい機能です。 ホイール操作マウス操作などですぐに解除できて、相手に影響することはありません。

Source

Transcribed from Qiita.

何がわからないかわからないとの付き合い方

何がわからないかわからないとの付き合い方

この記事は雑食系エンジニアサロン Advent Calendar 202120日目の記事です。

こんにちは、chibiccoです。 今回は、自分が「何がわからないかわからない」に陥った時に何を意識したか、をかいていければと思います。

わからないを書き出す

わからない事を付箋のように書き出し、一つづつ解決していく事を目指しましょう。 問題を紐付けていくと、思わぬところで知識が線で繋がることがあります。

例えば、「Railsを使っていて、コードを途中で止めたい!」と思ったとき、前提知識が足りない状況ではそのゴールに到達するのは中々難しいです。

まずは知っていることを書き出します。

実際に「Rails コード 途中で止めたい」Googleで検索してみます。 debugやbinding.pryという単語が出てきました。

これらの単語を使って調べてみたら、もしかしたらもう少し何かわかるかもしれません。 「Rails debug binding.pry」で検索してみると、関連してそうな記事が出てきました。

qiita.com

でも、実際にRailsを使っている状態で何をどうすれば良いかわかりませんでした。 ただ、この記事から新しい単語を見つけました。

Rails pry-byebug」

お、どうやらpry-byebugというのはgemらしい、Railsへの適用方法もなんとなくわかりそうです。

qiita.com

そして、binding.pryという単語はpry-byebugが提供する機能を呼び出すため書くものだ、ということもわかりました。 つまりこんな感じで付箋が繋がった状況になります。

あくまで例なのでスムーズに記載しましたが、初めて調べる内容であれば上記のステップでゴールに辿り着くまで数日かかります、地道に1つづつ調べていく忍耐強さが大事です。

下記で紹介されている図が直感的にイメージしやすく、「わからない事」同士が結びつき、線の知識として解決するタイミングが訪れます。

専門性の話

「何がわからないかわからない」状態はゴールたどり着くために必要な基本知識や単語がわからず、調べるきっかけすらも掴めない、というパターンがあります。

ただ、なぜか私生活で上記の問題で困ることはなかなかないとは思いませんか?

これは、すでにゴールまで手順が確立されていたり、それまでの道順を示したものが資料として多く存在するためです。

「何がわからないかわからない」に入り込んでいるのは、何かの「専門性」が求められる領域に入った証拠です。

「英語が学びたいけど何から始めれば良いかわからない」と「Javaが学びたいけど何から始めれば良いかわからない」では、知識に対するユーザー数と、資料の母数が異なるのです。

つまり、「何がわからないかわからない」で凹んだり悩む必要はないのです!わかるために前進するのみ!

質問の方法

地図の読めない人が、電話であなたに道案内のお願いをしてきたとします。

あなたは、まず状況を把握して目安となるものを探すと思います、いきなり目的地の話はしないでしょう。

これはある専門性のある質問にも適用できます。

道を聞かれている側は、あなたが今どこで迷っているか、距離感も方角もわかりません。

まず、見えている範囲の景色を正確に伝えるだけで、質問されている人がなんとなく汲み取ってくれるでしょう。

先ほどの例で「Railsを使っていて、コードを途中で止めたい!」という話がありました。

これを質問したい場合、そのまま言えばいいのです。

Railsを使っていて、コードを途中で止めたいです!」

回答者は、「コードを途中で止める」という表現を汲み取って、いきなりdebugという表現で返すのはどうだろうか...gemの話は伝わるかな?と少し考え、いくつか認識合わせの問いかけをしてきます。

(お互い人間なので、ここで上手く噛み合わない場合もありますが、下記のような丁寧に返してくれる回答者であることを願います!)

「コードを途中で止めたい、の例がわかるサイトなどはありますか」「gemの追加方法はわかりますか?」

ここまで進めば、あとは目の前の標識を少しづつ前進すれば良いでしょう。

回答者の心構え

自分が同じ状態の時に、何て聞くだろう?をイメージしながら対応し、質問者の方が今見えている景色を引き出す事を最優先に考えることが大事です。

  • ゴールまで導ける時間がある
  • 質問に対する自分の知識レベルを相手に共有する

回答者が十分に時間を確保できず、途中で手放してしまう状況は避けた方が良いでしょう。

「XXXを調べればわかるよ」では、道の途中で投げ出され、質問者はまたその景色を他の方へ伝えるとこから始まってしまいます。

また、質問の中には回答者も即答できない、自信がないものも存在すると思いますが、それは質問者へ正直に伝えてしまいましょう。

「私も調べながらになりますが、一緒に解決しましょう」

さいごに

最近、コード設計周りの学習を始めましたが初めの方は「何がわからないかわからない」状態でてんやわんや...

本を読む+色んな勉強会に参加する、という動きを一年ほど続けたところ、どうやら少しは話せるレベルになってきたかもしれない、という2021年でした。

何年経っても「何がわからないかわからない」から抜け出せませんが、これからも諦めずインプットを続けていこうと思います!

この記事が少しでも参考になれば嬉しいです。

Source

Transcribed from Qiita.