Claude3にプロジェクト全体をぶち込むためのプロジェクトの構造とファイル内容を自動でまとめるPythonスクリプト
はじめに Claude3Opusはものすごい能力で、手動で作成するのは面倒なプロジェクトのドキュメンテーションなどを一撃で生成してくれます。 しかし、プロジェクト全体の内容をWebのCladeには投入できないし、ファイルを１個ずつコピペするのもかなり時間を要します。 頼みのCursorもClaudeは対応していないので@Codebase機能が利用できません・・・ そこで、Pythonスクリプトを使ってプロジェクトのフォルダ構造とファイルの内容を自動的にまとめるスクリプトを作成したので紹介します！ このスクリプトを使うことで、プロジェクトを200kトークンまでの単一のテキストにまとめ、Claude3Opusに簡単に投入できるようになります。 スクリプトの機能と使い方 このPythonスクリプトは以下のような機能を持っています： プロジェクトのフォルダ構造をMarkdown形式で生成。※本当は
TypeScriptのProject Referencesを使ってソースコードを分割し、レイヤー間の依存関係を強制する
TypeScriptのProject Referencesを使ってソースコードを分割し、レイヤー間の依存関係を強制する サマリ Project Referencesを使うと、1つの巨大なtypescriptプロジェクトを、複数のプロジェクトに分割し、プロジェクト間の依存関係を整理することができる。これにより、例えば以下のようなことができる test/ ディレクトリで export しているテスト用の関数を、 src/ ディレクトリの本番用コードでは参照できなくする レイヤードアーキテクチャで設計しているとき、プレゼンテーション層で定義している関数を ドメイン層から参照できなくし、レイヤー間の依存関係を強制する また、プロジェクトの分割によりビルド時のパフォーマンスが大幅に改善する。 …と公式で書いているが、ビルド時の挙動を正確に把握しないとむしろ悪化するので、注意が必要 適切なプロジェクト
はじめてのPRD
2. 1 2 3 4 典型的なプロダクトマネージャーのタスク例 企画（アイディエーション） ● ユーザー理解 ● 課題発見／抽出 ● ソリューション決定 ● 事業計画（市場開 発） 設計 ● ユーザー体験 ● ユーザーインター フェイス（ワイヤーフ レームなど） ● 技術的妥当性検討 実装時における プロダクト判断 ● 品質基準設定 ● トリアージ リリースおよびその後の プロダクト判断 ● Go-to-market ● グロース 3. 1 2 3 4 典型的なプロダクトマネージャーのタスク例 企画（アイディエーション） ● ユーザー理解 ● 課題発見／抽出 ● ソリューション決定 ● 事業計画（市場開 発） 設計 ● ユーザー体験 ● ユーザーインター フェイス（ワイヤーフ レームなど） ● 技術的妥当性検討 実装時における プロダクト判断 ● 品質基準設定 ● トリアージ リリースおよ
rule ごとに高速に eslint --fix できるツールを作った - mizdra's blog
大量のエラーに対して rule ごとに高速に eslint --fix できるツール 「eslint-interactive」 を作ったので、その紹介です。 動機 ESLint のデフォルトの出力はエラーの発生源や修正のためのヒントなど、開発者に役立つ多くの情報を含みます。これは多く場合機能しますが、膨大な量のエラーが報告される状況ではあまり機能しません (例えばプロジェクトに ESLint を導入する時や、プロジェクトの .eslintrc に大幅な変更を加える時など)。そうした状況では ESLint の出力が膨大になってしまい、開発者による出力の分析が困難になってしまいます。また、多くの種類のエラーがごちゃまぜになって出力されているため、エラーを修正するのも困難です。 そのため、このような多くのエラー発生する状況では、以下の 2 つの事柄が重要であると考えています。 全てのエラーをまと
OSS個人開発のモチベーションを高める方法〜金銭的な収益を得る（寄付をもらう）〜 - Qiita
個人サイドプロジェクトで開発しているもの 個人のサイドプロジェクトとして、こちらのソフトウェアを作っています。 VSCode用Emacsキーバインド拡張です。 Awesome Emacs Keymap Visual Studio Marketplace: https://marketplace.visualstudio.com/items?itemName=tuttieee.emacs-mcx GitHub: https://github.com/whitphx/vscode-emacs-mcx これに関連して、昨年のアドベントカレンダーではVSCode拡張の開発に関する記事を書きました: このAwesome Emacs KeymapはOSSとして開発・公開していますが、 READMEに寄付ボタンを設置したところたくさんの方から応援メッセージと共に寄付をいただけ、非常にモチベーションが上が
2020年8月までの振り返り - oinume journal
ずいぶんと振り返りをサボってしまったので、頑張って7ヶ月分を書く 2月 この頃は各国のコロナの感染者数を毎日チェックしていた気がする。 国別の罹患者数。Cruise Shipが国に格上げされているｗhttps://t.co/rp6wUIvCrS— oinume (@oinume) February 17, 2020 そしてコロナの影響で2月終わりから在宅勤務、英語でカッコよく言うとWFHというヤツに会社が全体的に移行した。仕事的にはGitHub Actionsを使って何かいろいろ自動化しようとしていて、そんなに切羽詰まっている感じではなかった気がする。 3月 新型コロナの影響で3月〜5月に行く予定だったライブやフェスがことごとく延期もしくは中止になり、個人的な趣味を奪われてしまって、仕事で溜まったストレスが発散できなくなった。仕事はプロジェクトが炎上し始めたのと、WFHになったおかげでこの
駆け出しプロダクトマネージャー（PdM）の転職活動記前編 -転職経緯〜内定-｜gackey
このnoteについて2020年１月、株式会社SmartHRに転職しました（とても幸せです）。 転職活動にあたり様々な情報を集めましたが、「そういえば、あんまり経験談って見ないな？」と感じていたため、あくまでn=1として誰かの参考になればと思い、転職活動を始めた経緯から入社２ヵ月までを記録に残します。 Titleの通りPdMとしての職務期間は比較的短く、どの程度かはこのすぐ後にご紹介します。 活動期間は2019年７月末〜2019年11月初旬。約3.5ヵ月での出来事です。 活動開始時の経歴「参考になるもならないも、あなた何者？」 はい。おっしゃるとおりです。 PdMは掛け算スキル職種なので、背景は重要ですよね。まずは簡単に、転職活動時までの経験内容を挙げます。なお、経験社数は２社（ブライダル６年 → 自社WEBサービス５年半）ですが、特にPdMに関連するものとして２社目に絞ります。 ・経験業務
PMは技術力やドメイン知識をどこまで持つべきなのか 〜NewsPicksアカデミア 及川ゼミより〜 - もくもくプロダクトマネジメント( @Nunerm )
久津（@Nunerm）です。 「日本のPMといえば？」という問いに高確率で名前が出てくるであろう人といえば。 及川卓也さんですね。 この度その及川さんから「プロダクトマネジメントの極意」を伝授いただける機会に恵まれました。NewsPickアカデミアのゼミです。 newspicks.com 決して安くない受講料のゼミの30人の枠に対して60人の応募があったそうで、日本でもプロダクトマネジメントを学ぶ必要性に迫られている人が増えてきているんですね。 というわけで、この記事では初日の講義での学びである 「PMは技術力やドメイン知識をどこまで持つべきなのか」 の考察を書きます。 PMは技術力やドメインに詳しくあるべき？ PMの役割には色々な定義がありますが、メルペイの丹野さんの言葉を借りると以下のようになります。 このうち①を実現するためには、PMがその事業が属するドメイン（領域）を理解する必要が
プロダクトマネージャーの転職活動記 - もくもくプロダクトマネジメント( @Nunerm )
はじめに 前提：経歴 前提：転職活動を始めた経緯 準備：企業選びの軸を言語化する 準備：自分のスキルや成果を言語化する 実施：転職サービスを選ぶ 躓き：面接が通らない…！ 問題：Why/WhatとHowに一貫性がない 問題：プロセスのアピールになりがち 再開：内定３社 おまけ：よく聞かれた質問 はじめに 2020年6月に株式会社CAMPIFREを退職し、株式会社グロービスに転職しました。 今回が3回目の転職なのですが、組織によって役割が異なるプロダクトマネージャーとしての転職には独特な難しさがありました。 そんな中、こちらの記事が非常に参考になりました。 note.com というわけで、自分の経験も誰かの役に立てばいいなと思い、転職活動記を残します。 前提：経歴 自分の過去の経歴はざっくりこんな感じです。 Javaエンジニア（4年） インフラエンジニア（3年） プロジェクトマネージャー（4
起業家としてのPM、職業としてのPM - 小さなごちそう
Kaizen Platformさんとの共同セミナー「Webサービスの事業成長を牽引するプロダクトマネージャーになるには？」ですが、非常にたくさんの方にご参加いただきました。お忙しい中ご来場いただいた皆さま、ありがとうございました。 私のプレゼンでは、組織の中で職務としてプロダクトマネジメントに従事する方向けに、私個人のPM経験を基にした「あるあるネタ」とその対処法を紹介しました。 私自身のPMとしてのテーマは「再現性」です。どんなカテゴリのプロダクトでも、あるいは誰がPMになっても、プロダクト開発を成功させるにはどうすれば良いのか。今回のプレゼンでもそうした観点でお話しさせていただきました。 プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか from Mizuki Tanno なお、一部ネタとして他の役割のメンバーを揶揄するような表現をしている箇所がありますが、メンバーのアウトプ
プロダクトマネジメント（PM）についての、学術的研究の歴史と定義｜kan@EXPLAZA取締役
この記事は Product Manager Advent Calendar 2019 の 14 日目に向けて記載されたコンテンツです ... と思って書きながら、とはいえ投稿が遅れていたら、 Advent Calender の枠が他の人に上書きされていた！笑 そういう仕様なのですね、、反省。 プロダクトマネージャー 2 年目の @kan です。 現在は株式会社メルペイで PM として、日々たのしく仕事をさせてもらっています。また、個人的な活動として「ソフトウェアプロダクトマネジメントの体系化」を目的にした論文を書いています。仕事をしながら学術的な研究の、 2 重生活を送っています。刺激的でとてもたのしい。 このまとめでは、研究活動から学んだ学術的世界から見た、プロダクトマネジメント研究の歴史とその定義についてまとめていこうと思います。本当は「プロダクトマネジメントにおける活動 / フレーム
プロダクトマネジメントトライアングルと各社の PM の職責と JD
プロダクトマネジメントは多くのソフトウェア企業が重要だと認識している役割だ。それにもかかわらず、「 プロダクトマネジメント」を正確な言葉で定義することは驚くほど難しい。自らを「プロダクトマネージャー」と呼ぶ人々は、企業ごとに全く違うこと… 記事によれば、プロダクトマネージャーはこれらの領域を健全に機能させることが役割であり、 機能がなければ自分で役割を演じたり、補う方法を見つける （たとえばデザイナーがいなければ、自分でデザインを行ったりデザイナーを雇う）「開発者-ビジネス」「ビジネス-顧客」「顧客-開発者」の融合領域における、各種の複雑さや衝突、トレードオフの統合を行うといったことが PM の職責であると理解しています。 逆に言えば、これらを俯瞰して見ることができる能力が PM には求められています。そうした意味で、PM は様々なことを広く学び、組織やビジネスの変化に柔軟に対応できる必要
プロダクトマネージャーの仕事/スキルとエンジニアとのスキルギャプ - 情熱プロダクト開発
デブサミ2017でパネルディスカッション形式で登壇させていただいた。 event.shoeisha.jp エンジニアからプロダクトマネージャーへのキャリアがテーマで、私自身どうやってなったのか振り返るキッカケになった。また別の機会でもエンジニアのキャリアについて考えることが多く、改めてエンジニアからプロダクトマネージャーへのキャリアについてまとめてみた。 プロダクトマネージャーの仕事と必要なスキル まず、プロダクトマネージャーの仕事とスキルについて言語化を試みた。プロダクトマネージャーの教科書であるINSPIREDにもあるように、プロダクトマネージャーの任務は2つ、「製品の市場性を評価する」ことと「製品を定義する」こと。少しわかりにくいので、下記の3つのプロセスを定義した。 市場の分析 STP（セグメンテーション/ターゲティング/ポジショニング・コンセプト） 製品要求の定義 Webの製品開
PMにはなぜ設計論がないのか？ | タイム・コンサルタントの日誌から
前回の記事（「プロジェクト＆プログラム・アナリシス研究部会」（12月2日）開催のお知らせ）でも少しふれたが、なぜPMBOK Guide(R)には「設計論」がないのか、不思議に思われている方も多いと思う。米PMI (Project Management Institute)が'90年代に作成し、現在は改定第６版になっているPM界の標準ガイドブックは、10個のマネジメント領域を定義している（最初は9個だったが、途中からStakeholder Engagementが加わって、10個になった）。その10のエリアには、「調達」や「品質」があるのに、肝心の設計マネジメントがない。 プロジェクトにおいて、もしも設計がまずかったら、実装段階でどんなに頑張っても、良いプロダクトは生まれない。つまりプロジェクトの価値は上がらない訳だ。プロジェクト・マネージャーの任務は、プロジェクトの価値を最大化することのはず
カネとAgile #RSGT2018
10. 顧客発見 【ニーズ検証】 顧客実証 【売って検証】 組織構築 【本格拡大】 Problem/Solution Fit Product/Market Fit Scaling Retention CAC < LTV 売上 課題解決可能 な最小限 売り方最適化 / 売上最大化売る 指標値例 検証アク ション 検証 ポイント MVP 目標 MVP作って壊す 最低限の 売れる状態 セグメントに応じて売れる状態 検証が既存ユーザに影響与えない 独自な価値提供を出来ているか 深い課題を抱えた顧客がいるか その課題の解決策は妥当か 独自な価値提供を出来ているか 顧客は本当に買ってくれるか コスト構造に無理がないか 顧客開拓 【リーチ検証】 独自な価値提供を出来ているか 最適な売り方の検証 最適な価格設定の検証 導入期 成長期 成熟期 利益 独自な価値提供を出来ているか CPA最適化 マーケットシェ
Airbnbが教えてくれたスタートアップをスケールさせるための7つの教訓
In 2012, shortly after Airbnb acquired our startup, I overheard one of the co-founders (Joe Gebbia) giving guidance to… 彼がやっていたスタートアップがAirbnbに買収されてから7年間、Airbnbでプロダクトをスケールさせた経験から得られた7つの教訓を書いている。スタートアップ関連のブログは数多くあれど、これは最近読んだ中でもずば抜けて秀逸。ここに書かれていることはどんなスタートアップにもあてはまるだけではなく、コーポレートでイノベーションを起こそうとしている人、新規事業に取り組みたい人にも役に立つヒントが満載である。ここで紹介されている7つのポイントを簡単に取り上げるが、ぜひ時間をかけてゆっくり全部を原文で、さらにはそこからリンクされている記事も良記事ばかりなのでそち
プロダクトを成功に導く「プロダクトマネージャー」とはどんな仕事なのか？プロジェクトマネージャーとの違いは？専門家二人に根掘り葉掘り聞いてみた
日本でもスタートアップを中心に広がりをみせる「プロダクトマネージャー(PM)」という職業。しかし、日本では今のところ経験者や指導者が少なく、PMについて学ぶ機会が不足しているのが現状です。今回は世界最大級のオンライン学習プラットフォーム「Udemy(ユーデミー)」でプロダクトマネジメント講座の講師をしている曽根原春樹氏と、日本でのプロダクトマネジメントの普及を推進する活動を行っている及川卓也氏に、現場でPMとして活動している経験からPMの必要性や魅力、持つべき考え方やスキルなどを多岐に渡って語ってもらいました。 目次 ◆「プロダクトマネージャー」とは何か？「プロジェクトマネージャー」との違いを聞いてみた ◆プロダクトにおける「成功」の定義 ◆PMになるための学習法とは？ ◆日本における「会議」を「議論」レベルに昇華させるには？ ◆優秀なPMであり続けるために必要な考え方 ◆PMに必要な知識
元Microsoft Researchメンバーらで設立したチーム、手軽にプロジェクションマッピングができるデバイス「LF-1」販売開始。699ドル。日本はまだ
元Microsoft Researchメンバーらで設立したチーム、手軽にプロジェクションマッピングができるデバイス「LF-1」販売開始。699ドル。日本はまだ 2018-07-02 米国のスタートアップ「Lightform」は、プロジェクションマッピングが手軽にできるデバイス「LF-1」の販売を開始しました。 価格は699ドル、プロジェクタ（プロジェクタマウント、三脚等含む）付きの「LF-1kit」は1499ドル、出荷は2018年11月を予定しています。ただし、現在は、米国、EU、カナダのみの出荷になります。 Lightformは、元Microsoft Researchで仕事をしていたBrett Jones氏、Kevin Karsch氏、Raj Sodhi氏が共同で設立したカンパニーです。製品であるLF-1は、既存のプロジェクタに接続し、連動しながら現実空間のオブジェクト面に張り付くように
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
https://jp.techcrunch.com/2020/06/16/receptionist/
