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

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

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

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

人材育成のプロが組織の成長に伴走します。生成AIを活用した各種機能、MBA基礎〜DXなど最新知識まで測定もできるeラーニングも用意。 詳細を見る 目標設定の仕方を変えるだけで社員の意欲が沸き、会社の雰囲気も変わります。会社の明暗は目標設定で決まるといっても過言ではありません。目標設定を成功させるには、その掲げた目標は誰が見ても明確であることが重要です。 私は明確に表現するために不可欠な「5つの要素」の頭文字をとった「SMART」から、「SMARTゴール」という目標設定方法の重要性を提唱しています。 目標設定に役立つフレームワーク、「SMART」とは「SMART」とは下記の全ての要素を含んだ目標設定の指標です。 ◆要素1：Specific（具体的に）誰が読んでもわかる、明確で具体的な表現や言葉で書き表す ◆要素2：Measurable（測定可能な）目標の達成度合いが本人にも上司にも判断できる

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）によれば、この位置でハンドルを握っていると、事故の際、手に大ケガを負うおそれがあるそうです。 エアバッグによりハンドルの持つ位置は変わったその原因はエアバッグだと、NBCニュースは2012年の記事で伝えています（この記事については、先ごろブログ「MetaFilter」で再び話題になっていました）。 エアバッグは、事故の際に乗員の頭と胸を保護するように設計されてい

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

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

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

マーチン・ファウラー氏の新著「リファクタリング 2nd Edition」が完成、ほぼ全面的な刷新。日本でも11月22日発売 マーチン・ファウラー氏が約2年を費やして執筆してきた新著「リファクタリング 2nd Edition」が完成し、日本のAmazon.comなどで予約が始まりました。発売日は11月22日と表示されています（下記の表紙画像からもAmazon.comへリンクしています。記事執筆時点でのAmazon.comでの販売価格は7279円）。 「リファクタリング」とは、ソフトウェアの機能追加や変更、性能向上などに備えるため、開発されたコードの外部に対する振る舞いは変えずに、より整理された、あるいは洗練されたコードに書き換えること、あるいはその手法のことを指します。 いまでは開発者の間で広く知られているこのリファクタリングの意義や方法論をはじめて系統的に解説し、普及に大きな貢献を果たした

スポンサーリンク 今日はショップスタッフの小技をお教えしましょう。 「立ったまま洋服を畳むワザ」です。 10年選手の現場経験者MBが教える「洋服のお畳み」 まずはショップスタッフが行う「お畳み」を画像で解説します。 立って畳む場合も置いて畳む場合も基本的には同じことですから、まずは1度置いて畳むやり方を試して覚えるのが良いでしょう。 ひとまず洋服を裏返しにして、背中が見えるよう様にします。 片方の腕を折り返すようにたたみます。 身頃の3分の1か4分の1程度の分量を折り返します。それと折り返しにヨレなどがあると完成時にシワが生まれます。 なるべくピシっとシワやヨレがないように折り返すのが良いでしょう。 袖はこのように何重かに畳みます。 畳む時にもシワやヨレがあると見た目が損なわれる上に、洋服にシワが定着してしまいます。綺麗にピシッと折り返してたたみましょう。 またシャツなどの薄い素材の場合は

更新日：2015/11/28 カバンの中に入れていた本が雨で濡れてしまったり、本を半身浴のお供アイテムにしてうっかり濡らしてしまったり……。本が濡れてしまった経験、誰でも一度はあるはず。 どうにか復活させたいと思っても、濡れてしまった紙を元に戻すのは意外と難しいものです。 元に戻す方法として、「吸水紙をはさんでおさえつける」「凍らせる」など、いろいろな方法があるらしいのですが、どれが一番いい方法なのでしょうか。 濡れた本を元に戻す方法を実践！ 今回は不覚にも雨で濡らしてしまった本が3冊ありますので、これで3パターンの乾かし方を試してみます。 ※すべての方法で、確実な効果をお約束することはできません。試される方は自己責任でお試しいただくようお願いいたします。 ～今回の本の条件～ 本の種類→コミック 濡れ具合→部分的に濡れていて、比較的軽度。全体的に湿ってはいるので紙は波打っています。 実践し