はじめに 頭の中には手順や判断のポイントがあるのに、それを明文化出来ていない。 その結果、関係者間で前提が共有されないまま話が進み議論がすれ違ってしまう、ということがあると思います。 これは、暗黙知が言語化されていない状態です。 そしてこれは、 AI ≒ LLM を使う上でも同じ課題に直面します。 頭の中にある暗黙知を明文化しないと、 LLM から良い回答は得られません。 この記事で紹介するのは、そういった状態をプロンプトエンジニアリングの力を使って、解決する方法です。 結論 暗黙知の言語化には、"AI に答えさせる"のではなく、AI に質問してもらう（インタビュー型プロンプティング）のが有効です。 なぜなら、自分がまだ言語化できていない前提・判断基準・制約を、AI の質問であぶり出して メタ認知（自分の思考を一段上から見ること） を起こすことができるからです。 本題 なぜ「指示」より「質

ADHDで悩む男性の”先延ばし癖”との長い戦い――ゲームにヒントありローリー・エロー氏は、21歳の頃に会計ソフトやPOSシステム向けのカスタムアプリを提供するビジネスを立ち上げました。 そして現在39歳となった彼は、20年近くもADHDに関連した先延ばし癖と戦い続けてきた人物です。 エロー氏の問題は「やるべきことを後回しにする」という極めてシンプルなものでしたが、それがもたらす影響は深刻でした。 納期に追われる仕事のストレスを原動力にしないとタスクをこなせず、最終的には健康を害して燃え尽き、ビジネスの破綻まで経験しました。 FPSで集中できるのはなぜ？ / Credit:Canva その一方で、彼はゲームに対しては何時間でも集中できることに気づきます。 FPSなどのゲームに夢中になる自分の姿を見て、「自分の脳には集中力があるはずだ」と思い至ったのです。 そこで彼は、「なぜゲームには集中でき

こんにちは。コミュニケーションアプリ「LINE」のモバイルクライアントを開発している石川です。 この記事は、毎週木曜の定期連載 "Weekly Report" 共有の第 60 回です。 LINEヤフー社内には、高い開発生産性を維持するための Review Committee という活動があります。ここで集まった知見を、Weekly Report と称して毎週社内に共有しており、その一部を本ブログ上でも公開しています。（Weekly Report の詳細については、過去の記事一覧を参照してください） 出る杭を「ひっぱたく」な 以下の compressFile 関数は、その名の通り、指定されたファイルを圧縮する関数です。 fun compressFile(...) { try { val workingDirectory = createDirectory(...) val fileToCom

バグ管理にまつわる困りごと 検出したバグを報告したは良いけど、その先の判断が役割によって意見が割れることってよくありますよね！ 優先度が高いと思ってたのに、「このフェーズでは対応しない」ってなっちゃった…大丈夫かな？？ 「ユーザーさんが困るのでは」って訴えたけど、本当にそうかな？？ そもそも、QAチームで検出したこのバグ、プロジェクトにとってどの程度のインパクトになるんだろう？？ バグが溜まりすぎてどこから修正すればいいか分からない！ こうなる原因は、プロジェクトや製品にとって何が大事なのか「認識が合っていないこと」です。 もっと深掘りすると品質の曖昧さ（主観的で相対的で変化する）が要因なのですが、それはまたいずれ別の記事で（書けたら書く）。 そして、この認識を揃えるためには手間ヒマをかけたチームビルディングが必要だったりします。 ……とはいえ、いま困ってるんだよなぁ。という過去の自分にオ

はじめに デバッグというとデバッガを使ったりprint文を挿入するのが一般的です。しかし、現実にはそういった手法を取れない環境でデバッグする必要があることもあります。 例えば私の仕事はLSIの設計ですが、製造されたLSIの動作中に内部を見ることは当然できません。もし何らかの不具合が発生した場合、内部を観測することなくデバッグする必要があります。 こういったデバッグ手法をここではブラックボックステストにならって「ブラックボックスデバッグ」と呼ぶことにします。ブラックボックスデバッグはLSI固有の技法ではありません。例えばソフトウェアでもデバッガのアタッチやprint文の挿入で状態が変わってバグが再現しなくなることはあります。また大規模なネットワークインフラのデバッグでは対象が大きすぎて、実質的に詳細を観測できないこともあるかもしれません。 このようなブラックボックスデバッグは（おそらくドメイ

リーダブルコード LT会 - vol.2 #readablelt での登壇資料。

ぼくの勤務先であるペパボの Slack での「これはうまいやり方だな」という活用方法をツイートしたら反響があったので、ここに簡単にまとめておきます。 社における「全員が済まさなきゃいけない」系のやつ、それ用の Slack チャンネルに人間たちをガッと放り込んで「完了した人から抜けてよい」という方式で進めるの、けっこう効果的でよさそうに見えている。そのチャンネルで呼びかける分には、すでに済ませている人のアテンションを奪わないのがよい。 — { 大和田: 純 } (@june29) December 20, 2018 人によっては「チャンネルというのは、気軽に増やしたり減らしたりするものではない」と思っているかもしれませんが、チャンネルを増やしたらオフィスが狭くなるというわけでもありませんし、作っては捨てて、それで快適にやるべきことを進行できるならいいじゃん、というお話です。使い捨ての発想。

目標設定の仕方を変えるだけで社員の意欲が沸き、会社の雰囲気も変わります。会社の明暗は目標設定で決まるといっても過言ではありません。目標設定を成功させるには、その掲げた目標は誰が見ても明確であることが重要です。 私は明確に表現するために不可欠な「5つの要素」の頭文字をとった「SMART」から、「SMARTゴール」という目標設定方法の重要性を提唱しています。 目標設定に役立つフレームワーク、「SMART」とは「SMART」とは下記の全ての要素を含んだ目標設定の指標です。 ◆要素1：Specific（具体的に）誰が読んでもわかる、明確で具体的な表現や言葉で書き表す ◆要素2：Measurable（測定可能な）目標の達成度合いが本人にも上司にも判断できるよう、その内容を定量化して表す ◆要素3：Achievable（達成可能な）希望や願望ではなく、その目標が達成可能な現実的内容かどうかを確認する

Developers Summit 2021 18-E-1 での発表資料です。 https://event.shoeisha.jp/devsumi/20210218/session/3043/

Intro 「新しい API などを、どうやって調べているのか」「仕様などを調べる際に、どこから手をつければ良いのか」などといった質問をもらうことがある。 確かにどこかに明文化されていると言うよりは、普段からやっていて、ある程度慣れてきているだけなものであり、自分としても明文化していなかったため、これを機に解説してみる。 やり方は一つではない上に日々変わっていくだろうが、頻繁にこの記事を更新するつもりはない。また、筆者は実務で必要になるというよりは、ほとんどを趣味でやっているため、このやり方が合わない場面は多々有るだろう。 スコープとしては、ライブラリ、ツール、フレームワークなどではなく、Web プラットフォーム関連の標準やブラウザの実装状況などに限定している。 Scope 従来からあり、広く認知された API については、情報も多く調査の敷居はそこまで高くないため、今回は議論が始まって間

新しい技術を学習するときに調べ物をしながらNotionに開発メモ（という名のリンク集）をつくり、開発が終わったらそのメモを基に記事化する、というフローがいい感じに型にはまって1年くらい運用できたので紹介します。 調べ物をしながら開発を進めていくスタイルの人にはおすすめの方法なので、良ければ参考にしてください。 対象読者 新しい技術を調べ物をしながら開発を進めることが多い ブラウザがタブでいっぱいになりがちでどうにかしたい 参考にしたページをよく見失って困る 学習したことを記事化したいけどめんどくさくて諦めてしまう 1. Notionでメモ用ページを作る Notionは、タスク、Wiki、およびデータベースを統合するマークダウンサポートを備えたメモアプリケーション及びサービス。 同社はこのアプリを、メモ作成、プロジェクト管理、タスク管理のためのオールインワンワークスペースと説明している。 N

習慣とは、いわば「自動操縦モード」で行う行動のことです。今回は、習慣の中でも悪い習慣がいかに生産性を低下させ前進を妨げるか、そしてどうすればそれを良い方向に変えることができるかを見ていきましょう。 この記事は「生産性泥棒との戦い」シリーズの第 3 弾です。このシリーズでは、最高のパフォーマンスを発揮するのを妨げる習慣や要因のことを生産性泥棒と呼んでいます。第 1 弾では集中力の途切れについて、第 2 弾では決断疲れについて取り上げました。 皆さんは、職場にどうやってたどり着いたのか思い出せないことはありませんか？ 確かに歯を磨いて、シャワーを浴びて、満員電車に乗って来たはずなのに、その一つひとつをはっきりと思い出すことができません。 これは、朝の行動が習慣化しており、意識的な思考が必要ないためです。一日の中には他にもこのように習慣化したルーティンがいろいろあります。 たとえば、午前中にチー

私は去年、車の運転を10年ぶりに習い直しました。そして、その間に車がここまで進化していたことに驚かされました。 アクセルもブレーキもずっと軽くなっていたのです。駐車時にバックカメラを使うたびに、自分がズルをしているような気分になりました。でもその時に、あることについては教わりませんでした。 この10年の間に、時計の「10時10分」の位置は理想的なハンドルの握り方ではなくなっていたのです。アメリカ運輸省国家道路交通安全局（NHTSA）によれば、この位置でハンドルを握っていると、事故の際、手に大ケガを負うおそれがあるそうです。

ツイ鳥「ジョージ＝コクム」（森に入ったのですが怪物もおらず、ツイ鳥だけがいました。赤字貿易経営者！ @_596_ ツイ鳥は丸く青く、羽のない巨大な鳥の姿をした鳥です。ツイ鳥は多くの目でずっと遠くまで見渡すことができ、侵入者を捜して森を守っていました。ある日、誰かが尋ねました。『もし夜に怪物が来たらどうしよう？』ツイ鳥「ジョージ＝コクム」巷では「毒の鳥」と言われている方いましたがきっと別の鳥です。輸出入業経営者の貿易業者兼ライター。 ツイ鳥「ジョージ＝コクム」（森に入ったのですが怪物もおらず、ツイ鳥だけがいました。赤字貿易経営者！ @_596_ ちょっと参考になる商品の選び方でも。amazonで商品を選ぶサクラレビューよりも「タイトル先頭にブランド名かメーカー名が入っているものがおすすめ。」です。理由はそもそもタイトル先頭にブランド名、メーカー名を入れることは【必須】で破っているやつは規約違

業務を進める上で、優先度の低いちょっとしたタスクが発生することは多くあると思います。そんなとき、あなたはその問題にどのように対処しますか？アジャイル・ライダーの長沢智治です。 本記事では、日々の業務で起こりがちな、本筋の業務から派生した“ちょっとしたタスク”を「パーキングロット」というアジャイル手法で、上手に先延ばしして対処する方法をご紹介します。マルチタスクになりがちな方もぜひご覧ください。 優先度の低いタスクとは 本筋である業務に邁進したいときに「ちょっとした問題」の扱い方が気になることがあります。 しかし、あまりにも引きずられてしまうと、本来邁進すべき業務が進まなかったり、本筋である業務の質やスピードに影響がでたりします。 「邁進すべき仕事に集中でき、それ以外は気にしなくても良い」というのが最善な環境ですが、物事はそんなに綺麗には進みません。また、「ちょっとした問題」は邁進すべき仕事

更新日：2015/9/29 コーヒーを飲みながら本を読んでいたら、うっかりこぼしてしまった――。 テーブルに本を置きっぱなしにして食事をしていたら、醤油がついてしまった――。 そんな経験、一度はありますよね。 コーヒー好きな筆者も、コーヒーを飲みながら本を読んでいたら、「あっ……！」 事も有ろうに職場の本にコーヒーをこぼしてしまいました。 なんとかキレイにならないかと、本のシミ抜き方法を調べ試したところ、みごと綺麗になったので、みなさんにもその方法をご紹介させていただきます。 ただし、紙質や経過時間などによって、効果に差が出るかと思いますので、試す場合は自己責任でお願いします！ まるでなかったかのような白さ！本の染み抜き法 こぼしてしまった直後の写真です。こんな感じにこぼしてしまう事、ありますよね。 今回のシミ抜きでは、ごく身近なものを使って試してみました。ちなみに本は新書です。 手順1