はじめに ぼくは数年前にSansanという企業のPdM(プロダクトマネージャー)をやっていました。ただタイトルに書いている通り、その挑戦は、正直なところ、うまくいきませんでした。 ぼくはとても繊細な人間なこともあり、なぜ上手くいかなかったのかをずっと咀嚼できないで、長らくくすぶっていました。 先日、新天地が決まったこともあるので、供養の意味も込めて、失敗談をシェアしようと思います。さすがにそろそろ時効でしょう。 キャリアチェンジ前夜 26歳のとき、PdMに挑戦する機会を得ました。 新卒で豊洲のSIerを会社を辞めて、Sansanに中途入社してちょうど3年目程度の時期で、当時所属していたiOSのリードエンジニアになるか、プロダクトマネージャーになるか、どちらにキャリアを切るかを選ぶことができました。社内で評価してもらえてたのではないでしょうか、とてもありがたいことです。 ぼくは元よりPdMを

はじめに 知っておくと仕事が捗るブラウザ上で動く超便利なツールを17個集めました。 Squoosh Googleが開発した画像変換・圧縮用のWebサービス。 プレビュー画面で変換前後の画質をリアルタイムで確認しながら圧縮設定を調整することができる。 Documatic Documaticは、プロジェクトドキュメントの開発プロセスを削減するためのツール。API リファレンスからユーザー ガイドまで、コード ベースを簡単に文書化できる柔軟なテンプレートとユーザーフレンドリーな編集ツールを提供する。 transform jsonからyamlの形式に変換したい等、あらゆるデータ形式から別の形式に変換するサービス。 jsonからyml、htmxからjsxへの変形、jsonやGraphQLのIDLからTypeScriptのinterfaceまでも、ブラウザ上で生成することができる。 Roadmap.s

この記事は "What We’ve Learned From A Year of Building with LLMs" という記事を著者の一人である Eugene Yan さんから許可を得て翻訳したものです。 https://applied-llms.org/ Thank you for giving me a permission to translate this wonderful article! 著者の方々 Eugene Yan Bryan Bischof Charles Frye Hamel Husain Jason Liu Shreya Shankar 原文の公開日 2024/６/8 今は大規模言語モデル（LLM）を使った開発がとってもエキサイティングな時期です。この1年間で、LLMは実世界のアプリケーションに対して「十分に良い」ものになりました。そして、年々良くなり、安く

tl;ldr ウォーターフォールという言葉を悪口として使うのは良くないんじゃない？ 空想上の開発手法ウォーターフォールと進化したウォーターフォール アジャイル開発の説明がされるとき、アンチパターンとして「ウォーターフォール」が使われることがあります。これは「ダメな開発現場」と同義で使われており、共通仮想敵としての空想上の開発手法とも言えます。 それは、曰く、硬直化していて変化や手戻りを許さず、一本道でフィードバックサイクルがない、数十年アップデートされていない古臭い手法のことらしい。 もちろんそういう開発をしている現場もまだ数多く存在するでしょう。ただ、ウォーターフォールをカイゼンし進化させている人達もいます。そういう人たちの話を聞くと、例えば以下のような話を聞きます。 一ヶ月で１ウォーターフォールを回す 前の手順に戻る手続きが定められている 初期フェーズから開発者を巻き込む 定期的なレビ

出世する、より上位の管理職に上がって行くというのは、マネジャーとしての力量や適正も必要だけれど、「どこまで奉仕できるか（どこで降りるか）」によるところが大きいのだろう。その奉仕水準でどこまで行くか／どの辺で止まるか均衡するのだと、会社で仕事をしながらつくづく感じるこのごろ。 ポジション上昇の基本路線 新人→中堅社員→係長→課長→部長→……とポジションが上がるに従って、受け取る仕事の粒度が大きくなってくる。 重要度や影響度から正確にリスクを抽出して優先順位を決められる。 大きな仕事を適切に分割して相互関係を理解できる。 期日から逆算して分割した仕事にマイルストーンを割り当てられる。 情報を整理して他者に状況を正確に説明できる。 自分にない力量を持つ他者・他部門に割り振れる。アウトソースできる。 といった管理能力がより高度に必要になってくる。 逆に言えば、こうした技術・能力が高い人をより高いポ

小城久美子が勧める、事業サイドからプロダクトマネージャーになる人向けのPM本5選 2024年6月12日 プロダクトマネージャー 小城 久美子 プロダクトづくりの知見の体系化を試みるプロダクトマネージャー。書籍『プロダクトマネジメントのすべて』共著者であり、日本最大級のプロダクトづくりコミュニティ「プロダクト筋トレ」の主催者。 経歴は、ソフトウェアエンジニア、スクラムマスターなどの開発職を経験後、プロダクトマネージャーに転身し、現在は現場でのプロダクトマネジメントの傍ら、プロダクト戦略の構築や仮説検証の伴走を実施している。 1. 『アジャイルなチームをつくる ふりかえりガイドブック 始め方・ふりかえりの型・手法・マインドセット』森一樹 著 2. 『アジャイルサムライ ー達人開発者への道』Jonathan Rasmusson 著、近藤修平・角掛拓未 訳、西村直人・角谷信太郎 監訳 3. 『プロ

平面発光照明を作りたくなりました。ノートパソコンのバックライトに使われているのと同じ仕組みで、アクリル板に光が拡散するように模様を描いておいて、アクリルの側面からLEDで光を入射させます。側面から入った光は、アクリル板の模様にあたり拡散して、平面的に光るという物です。

こんにちは。高校生の頃、秋葉原に行くたびに特典テレカを買い漁り、学習机の鍵がかかる引き出しに並べて保管していたライター、シュゴウです。 当時、2010年頃の秋葉原は今よりもっと「電気街」としての性質が強く、大小さまざまなPCパーツや電子部品のお店が並んでいました。 しかし、インバウンドが押し寄せオフィスビルが立ち並び、観光地・ビジネス街としての側面が強くなっていった最近の秋葉原からは、昔ながらの老舗パーツショップがどんどん姿を消していってしまいました…。 そして、昨年末には秋葉原の老舗ネジ専門店「ネジの西川」こと西川電子部品までもが閉店を発表。 豊富な品ぞろえと、見ただけでどのネジか特定する店員さんの半端じゃない知識から、「ネジ最後の駆け込み寺」「西川にないネジなら諦めろ」と言われるほど。秋葉原を代表するショップの一つだっただけにその衝撃は大きく、Xでも多くの惜しむ声が上がりました。 【秋

『みんなで小さく区切ってやる』とは『みんなで小さく区切ってやる』は複雑な問題を解決するためにみんな（チーム）で一緒になって改善していくためのやり方です。 『みんなで小さく区切ってやる』で大事な考え方は『経験から学ぶ』と『ちょっとずつ進める』です。小さく区切ることで、ちょっとやってみて、それから学び、またちょっとやってみる。それを繰り返しながら進みます。 『みんなで小さく区切ってやる』を上手にするには『見える化』『チェック』『改善』の3つが重要です。これにより『経験から学ぶ』効果を高めます。 機会を作る『見える化』『チェック』『改善』を取り入れるために5つの機会を設けましょう。これらの機会は毎回同じ時間に行うことでリズムが生まれいい感じになります。 『区切り』があることで立ち止まれます。立ち止まることで落ち着いて『チェック』し『改善』することができます。この『区切り』は1週間もしくは2週間に

先達エンジニアに学ぶ 思考の現在地 Online Conference https://findy.connpass.com/event/313119/

始めに 私が「Vimはいいぞ」って言っていると、「どうやって始めたらいいですか？」という質問がたまにあります。 今回はそんな人に向けて、「Vimの始め方指南書」になったらよいなと思って書いていきます。 上記のVimmerレベルをベースに紹介していきます。 目標 Vimの流儀に沿った操作方法を覚える InsertModeでカーソル移動しない カーソル移動はNormalModeで行う カーソルキーは使わず、代わりにh/j/k/lを使う .vimrcを作成する 最低限の.vimrcを作成して、ちょっと快適に操作できるようになる プラグインのインストールを次のステップとして視野に入れる あくまでも視野に入れるだけ、プラグインのインストールはしない 非目標 Vim使いこなせるようになる この記事でそこまで誘導することは目標ではない プラグインをインストールする 目標でも記載しているが、プラグインのイ

新人声優 +81-9014502501 mail@ssig33.com 0088-7709-7529 it/it. my opinion may be not my own. but my fate is my own. 最近最小限のReactアプリを作るのに使ってるもの についてとりあえずメモしとく。 前提: デカいフレームワークは使わない next.js, Astro, Remixは使わない。next.jsとAstroは大好きなのだが、社内向けとか個人用とか小さいアプリに使うにはあきらかに恐竜であると思う。Remixは大好きではない。 前提: SSRしない SSRもSSGもISGもしない。CSRでいい。SSRしたいならReactをそもそもぶん投げたほうが(個人レベルなら)いいと思ってる。それがほしいならPHPやRails でええ。今更RailsでView書きたくないとか思うかもしれない

イタリア、ASL3ジェノバ心臓リハビリテーション科でリハビリを受ける新型コロナ後遺症患者。同科では2020年から、新型コロナウイルス感染症で入院した患者のためのリハビリテーションプログラムを実施している。（PHOTOGRAPH BY MARCO DI LAURO/GETTY IMAGES） 新型コロナウイルス後遺症（罹患後症状）の患者の多くは、主な症状として運動機能の低下を訴える。心身に負荷をかけすぎた後は激しいだるさ（倦怠感）に襲われて、その繰り返しにより病状が悪化するおそれがある。「運動後（労作後）倦怠感」（PEM）として知られるこの症状は、「筋痛性脳脊髄炎／慢性疲労症候群」（ME/CFS）の特徴的な症状でもある。 このほど、新型コロナ後遺症患者にみられる倦怠感に一つの説明を与える論文が2024年1月4日付けで学術誌「ネイチャー・コミュニケーションズ」に発表された。新型コロナ後遺症の患

去年の10月に対応した同義語検索に、チーム独自の同義語辞書を設定して、好きな言葉を同義語として定義できるようにしました。同義語辞書に社内用語や製品名などを設定いただくと、社内でよく使う固有名詞等での検索で、記事やコメントが見つかりやすくなります。 同義語辞書は、Kibelaの設定画面から「チーム設定 > 同義語辞書」を選択すると設定画面に移動できます。この設定画面から「同義語辞書を追加」ボタンを押すと、1つのワードにつき最大6個まで同義語を登録できます。同義語検索においては大文字と小文字は区別されないため、個別に登録いただく必要はありません。 同義語を登録すると、最後に更新した人のユーザー名と更新日と共に、設定された同義語が一覧表示されます。ゲストや閲覧ユーザーを除く、フルメンバー以上のチームメンバーなら誰でも編集できるので、チームみんなで同義語辞書を充実させていきましょう。 設定された同

本記事は「GitHub Copilot とのペアプロ TDD でつくるローグライク RPG」の書評です。題名にローグライクRPGとあるのでゲーム開発の本なのかなと思ってしまいますが、本題は仕様の端的な表現をもたないシステムを LLM を使って真っ当に開発する方法の解説だと思います。タイトルにローグライクRPGと書いていることでゲーム開発に興味のない人の興味を失わせてしまい損をしている気がします。 背景 最近の LLM の流行を受けて私も Chat-GPT や GitHub Copilot といった LLM を開発で利用しています。端的に仕様を表現できるシステムは LLM に質問して実装を得る方が自分で実装するより圧倒的に速く正確であるという感想を抱いています。ただ端的に仕様を表現できるシステムばかりではありません。えてして価値を生んでいるシステムというのは端的な仕様の表現が存在しないもので

この記事で書きたいことは、大筋以下のような内容です。 ・「勉強出来ない教育ママはとにかく塾に通わせたがる」的な話を読みました ・塾で全てが解決するわけではないのはまあその通りなのですが、マウントと煽り主体で「じゃあどうすればいいねん」という話を置いていき過ぎだなとも感じました ・塾が有効に動作しない時、その原因になるのは多くの場合「タスク管理不足」です ・人類はマルチタスクが苦手でして、その為タスク管理やタスク整理の練習を積まないといけません ・子どもに「勉強する気を起こさせる」ことは大抵の場合極めて困難ですが、勉強をするインフラを整え、タスク管理の技術習得を手伝ってあげることは出来ます ・どうすればいいの？→大きく三つあります。「広い机を用意して」「タスク可視化とタスク整理用のインフラを作って」「当初はなるべく子どもと一緒にタスク整理をしてあげましょう」 ・ただ、その上で「三歩進んで二歩

テストの学習へようこそ！ コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このコースでは、ウェブ用のテストの概要と探索について説明します。 このコースで学習する内容は次のとおりです。 テストの基礎 自動テストと手動テスト テストを実施する場所と方法 ベスト プラクティス 何をテストすべきか、誰に責任があるのか、目的そのものとしてではなく、目的を達成するために手段をテストすることを検討する方法など、テストの理念。 このコースには、学習に役立つ簡潔で実用的なサンプルコードも含まれています。 コースのスコープには、Node.js などの環境で実行される、フロントエンドの JavaScript とドキュメント モデル、バックエンドでのライブラリ テストが含まれます。テストの経験はありませんが、JavaScript の基礎知識と Node.js などに関する経験が必

この記事は、 NTT Communications Advent Calendar 2023 19日目の記事です。 この記事では、TypeScript未経験のインターン生にすぐにSkyWayの開発に取り組んでもらうために、TypeScriptの学習用コンテンツを作成した話を紹介します。 学習用コンテンツでどのようなスキルを身に着けてもらったのか、効果的に学ぶためにどのような点を工夫したのかについても説明します。 はじめに 学習用コンテンツの目的 TypeScript学習用コンテンツの紹介 取り組んでもらった結果 より高度な内容について おわりに はじめに 皆さまこんにちは。イノベーションセンター SkyWay DevOps プロジェクト所属の@sublimerです。 SkyWayのチームでは、今年の8〜9月に現場受け入れ型のインターンシップを実施しました。 インターン生を受け入れるにあたっ