https://findy.connpass.com/event/318375/ での登壇資料です。
こんにちは。エムスリーエンジニアリンググループのコンシューマチームに所属している園田です。 普段の業務では AWS やサーバーサイド、フロントエンドで遊んでいるのですが、最近はもっぱら OpenAI や Claude3 で遊んでます。 今回は、最近巷で話題の LLM ローコード構築ツールである Dify の OSS 版を AWS のマネージドサービスのみを使って構築してみました。 DifyとはオープンソースのLLMアプリ開発プラットフォームで、様々なLLMを使用してChatGPTのGPTsのようなものがノーコードで簡単に作れます。 引用元: DifyでSEO記事作成を試してみる|掛谷知秀 試しにAskDoctorsのガイドラインHTMLをナレッジ登録してみた ローカル環境で Dify を構築する記事はたくさん見かけますが、AWS のマネージドサービスで構築する内容は見かけなかった*1ので公
コンサル大解剖 「勝ち組」としてバブルを謳歌するコンサルティング業界。市場の急膨張を背景に、業界の序列を巡って多種多様なプレイヤーがバトルを繰り広げている。アクセンチュアやBIG4、戦略系ファーム、国内コンサル、ITベンダーから総合商社に広告代理店……。各社の成長戦略や人材戦略に加え、コンサルを活用する事業会社側の思惑まで、大乱戦期を迎えたコンサルビジネスの最前線を追う。 バックナンバー一覧 ユニ・チャームで基幹システムの刷新に伴って生じた納品遅れで、システム刷新のプロジェクトを手掛けた主幹ベンダーが、デロイト トーマツ コンサルティングであることが分かった。乳幼児用紙おむつ「ムーニー」などで納品遅れが生じている。デロイトが手掛けるシステム刷新では、今年4月に食品大手、江崎グリコでも不具合が発生し、主力商品の出荷停止が続いている。長期連載『コンサル大解剖』内で配信している特集『デロイト内部
jp-postal-code-api https://github.com/ttskch/jp-postal-code-api 日本の郵便番号から住所のデータを取得できるWeb APIです。 GitHub Pagesを使用して静的なJSONファイルとして配信している ため、可用性が高いのが特徴です。また、オープンソースなのでクライアントワークでも安心してご使用いただけます。もしリポジトリの永続性や GitHub Pagesの利用制限 が心配な場合は、ご自由にフォークしてご利用ください。 日本郵便によって公開されているデータ を元に住所データのJSONファイルを生成して配信しています。JSONファイルには日本語表記・カナ表記・英語表記の住所データが含まれています。ただし、以下の注意事項があります。 大口事業所個別番号の住所データは以下のように出力されます(元データ の内容がそうであるため)
いつも時間に追われている、仕事漬けなのに成果が伴わない、プライベートを楽しむ暇がない……こんな悩みを抱えている人も多いのではないでしょうか。『結果を出してサクッと帰る 神速時短』の発売を記念して開催された本イベントでは、著者であり国際エグゼクティブコーチ/企業研修講師のヴィランティ牧野祝子氏が登壇。本記事では、世界10ヶ国で20年以上会社員をしてきた牧野氏が、グローバルリーダーが実践している「神速時短サイクル」について解説します。 前回の記事はこちら 仕事漬けなのに生産性が低い日本 ヴィランティ牧野祝子氏:海外の方を見ていると、みんながみんなじゃないですが、平均的に仕事に必要以上に時間を使っていない。でも、生産性が高く幸せ。ここで言っているのは、個人の生産性というよりも、チーム、会社、国、全体を見た時の生産性になります。 日本(のビジネスパーソン)は仕事漬けで、生産性が国として全体的に低く
Sansan Engineering UnitでSansan Data Hubの開発をしている藤原です。 前回はニッチに深く潜り過ぎたので、今回は(使い古されたネタではありますが)モノレポ化についてお話ししたいと思います。 おさらい:モノレポ(mono repo)とは 一連のソースコードを単一のリポジトリで管理している状態のことです。 特に、実装言語、またはサブシステムやドメインといった何らかの区切りでリポジトリを分けている場合に、それらを集約することをモノレポ化と言います。 逆に、複数のリポジトリに分けている状態をポリレポ(poly repo)と言います。 モノレポのメリットとデメリット モノレポ化することで、以下のようなメリットが得られます。 プロダクト全体で統一したい設定、たとえばCIスクリプトやlinter設定などの管理が楽になる。 検索が楽になる。GitHubの検索で事足りること
モダンPM技法の三本柱の一つである、EVMS(Earned Value Management System)について、しばらく解説してきた。EVMSでは、横軸にプロジェクト開始からの日付、縦軸に金額をとったグラフをよく用いる(理屈の上では、別に金額に限る訳ではなく、成果物の数量を表す単位、たとえば床面積m2とか設計図面数でもいいのだが、現実には金額を使うことが多い)。そしてこのグラフの上に、計画線PV・実績線AC・出来高EVの3本の線を描いていく。 EVMSでは、スケジュール差異SV(=EV-PC)と、コスト差異CV(=EV-AC)を主要なKPIとして見ていく。両方とも、プラスならば良好、マイナスならば問題を表す。つまり、グラフで言えば出来高EVのカーブが、計画線PVや実績線ACのカーブよりも上に来ているかを、まず注目する訳だ。 そして一般に、プロジェクトという活動は、最初はゆっくり立ち上
別にみんなそうするべきとは全く思わないのだけど、僕は最近GitHub Copilotを意図的に無効にすることがあるので、そのへんについて雑に書いておく。 あらかじめ言っておくが、僕はGitHub Copilotを有効にすることもある。この記事もGitHub Copilotおよびそのユーザーを批判する意図は全くない。 GitHub Copilot が便利な場面 僕がGitHub Copilotを使い始めて少なくとも一年以上は経ってる。自分が書こうと思っているコードに近いものが簡単に生成されていくことに最初は感動したし、便利な場面がはたくさんある。 具体的に便利な場面を思い返してみる。 僕は仕事ではNext.jsでフロントエンドを書いたり、NestJSでバックエンドを書いたりしているのだが、その用途では便利だった。僕は自分が関わっているプロジェクトのReactやNode.jsの書き方はある程度
はじめに なぜ VRT が必要なのか? VRTとは? Nx と Playwright で賢く VRT を実施する どう賢く実施したか 結果 まとめ 参考資料 はじめに 「食べログ ラーメン TOKYO 百名店」の全店舗訪問を目指してラーメン巡りを続けているフロントエンドエンジニアの kenshin です。 フロントエンド開発者の皆さん、新機能を追加したり、ライブラリをアップデートした後に UI が予期せず変更されてしまった経験はありませんか?このような問題を素早く検知し、未然に防ぐ方法として、ビジュアルリグレッションテスト(以下、VRT)があります。 この記事では、Nx と Playwright を用いて VRT を効率的に行う方法をご紹介します! なぜ VRT が必要なのか? フロントエンド開発では、新機能の追加やライブラリのアップデートにより、予期せぬ UI 変更が発生することがありま
様々な会社に訪問していると、それなりの頻度で「言語化が苦手な人」に遭遇する。 例えばこんな具合だ。 「プロジェクトの基本要件を一つにまとめてマネジメントしたいんだけど。 例えば、一部のプロジェクトで必要なリソースを最初に一つの大きな枠組みで決めて、それを全部に使う、そんな感じ。」 「言葉にできてるじゃない」と思う方もいるかも知れない。 だが、本当に言語化の苦手な人とは、「言葉にはできているのに、その内容が、他の人にとって難解過ぎる人」なのだ。 「言葉が出てこない」 「説明しにくい」 「なんと言えばいいのか迷う」 というのは、実は「言語の苦手な人」よりもかなりマシである。 なぜならば、「言語化できていない」という認識を自分自身で持てるからだ。 それに対して、真に言語化の苦手な人は、自分自身で「言語化が苦手」と気づいていない可能性が高い。 前職にもこんな人がいたが、 「あの人、あたまが良すぎて
つつむだ つつむ🦖 @GNS_ttmdttm 元ADさんに話を聞いて、イラストとかキャラデザの仕事のこれこれこういう内容をまとめたいんですよね~何か参考になる話ありませんか、って話をしたら、相当な鬱憤が溜まっていたのか文字に起こせないレベルの闇ばっか聞いてしまった。心の中の群馬県民が「ກະລຸນາຢຸດມັນແລ້ວ」って泣いてる。 2024-05-23 00:14:42 つつむだ つつむ🦖 @GNS_ttmdttm ADさんに話聞いた時の、仕事でのキャラデザトラブルあるある「キャラデザ頼んでるのにイラストを描かないでほしい」をまとめたら面白かったので、キレてる気持ちも交えて校歌にした 2024-05-25 13:51:50
tsc の代替実装を作る話、とりわけ Rust や Go で tsc を高速化した移植版を作る話について。非常に野心的で面白いと思いつつ、正直僕は実用レベルまで達したものが本当に登場するのか疑問に思っている。今ある型システムもそうだし、新機能として追加されるものにも追従する必要がある。当然、実用レベルとして使ってもらうには、不具合も少なくないといけない。 それに tsc も最近はパフォーマンス改善に力を入れているように見えている。実際にリリースノートを見ると、ちょくちょくパフォーマンス改善系の変更が入っている。 TypeScript: Documentation - TypeScript 4.8 TypeScript: Documentation - TypeScript 4.9 TypeScript: Documentation - TypeScript 5.0 TypeScript:
ソフトウェア開発プロジェクトは、「兼務」を用いるチーム編成が多用されやすい対象ではないでしょうか。エンジニアであれば誰もが経験したことがあるでしょう。1人で複数のプロジェクトやチームを掛け持ちするあれです。マネージャーであれば、組織の人的リソース配置を考える時の手段の1つとして用いたことが何度かあるはずです。 しかし、兼務が引き起こす様々な弊害や問題については、あまり意識されないまま多用されているように感じます。 たとえば、兼務者本人にとってプロジェクトの掛け持ちは、仕事のマルチタスク化やミーティングの増加に苦しむ原因になります。組織の観点からも、兼務への依存は、知識の偏りや負荷の偏りという弊害をもたらすことに繋がりかねません。プロジェクトの観点から見ると、兼務という形での「人的リソースの共有」は、プロジェクト間での「リソースの競合」を引き起こしやすく、それが市場投入までの時間を長くする要
こんにちは。スクラムマスターの@sakebookです。 今回は「象・死んだ魚・嘔吐」をチームでやってみたのでその振り返りをします。 「象・死んだ魚・嘔吐」とは 振り返り手法の一つです。Airbnb Story 大胆なアイデアを生み、困難を乗り越え、超人気サービスをつくる方法(原題: The Airbnb Story)の中で紹介されていたようです。 翻訳されてなかなかキャッチーなネーミングになっています。 それぞれ次のようなことを意味します。 象 凄く大きい、見えているけど、みんな見ないふりをしている課題・問題。表層化しているけど大きすぎてみようとしていない。これが何かをみんなで話していく。 死んだ魚 放っておくと腐っていく。そういう問題。放置しておくとまずいことになる問題ってなんだろう?ということを話し合う。 嘔吐 自分の胸の中に隠していて、吐き出せなかったこと。これをこの場で嘔吐する。
ぜんぶ、「プロジェクトX」のせいだった。僕が勤めている会社上層部のクソ・ムーブが悪化したのは、今春放送開始の「新プロジェクトX~挑戦者たち~」の影響だった。上層部が週末の会議で「プロジェクトXみたいにできないのか」「土曜日に放送されているから見たほうがいい」と言っていたから間違いない。 www.nhk.jp 「プロジェクトX」はオッサンのオッサンによるオッサンのためのおとぎ話だ。ある難易度の高いプロジェクトの成功を目指し、様々な課題や困難をオッサンたちが乗り越えていく血と汗のドラマだ。特徴はプロジェクトの意味や技術の凄みではなく、関わったオッサンたちの人間ドラマにフォーカスしていること。その作りが「俺たちは空に輝く星のように華々しくはないが、地味に人々の暮らしを支える地上の星なのだ」というオッサンのプライドを刺激してウケた。自分も「地上の星」になれるのではないかという夢を抱かせた。オッサン
本noteでは、プロジェクトマネジメント講座(以下、プロマネ講座)の全体像を説明します。 ◆変更履歴◆ 2024.05.19 初版公開 2024.05.23 一部表現修正、記事リンク追加 プロマネ講座の概要プロマネ講座では、システム開発プロジェクトのマネジメントノウハウをnoteの記事で説明していきます。 この「システム開発プロジェクトの」というのが最大の特徴です。というのも、本屋さんでたくさん見かけるプロマネ関連本は、そのほとんどがシステム開発を題材にしていません。プロジェクトマネジメントは業界を問わず有益なスキルであり、建設や自動車、医療や食品など様々な業界で使われています。そのため多くのプロマネ関連本は、業界を問わず利用可能なプロマネノウハウの説明が中心なのです。 そうなると、システム開発現場のプロジェクトマネージャーは困ります。システム開発プロジェクトならではの ・プロジェクト計画
はじめに どうも、認定スクラムマスターの瀬尾です。 弊社ではエンジニアの支援制度として認定スクラムマスター取得の補助があります。これを利用して Certified ScrumMaster (CSM) を取得したので、その研修で学んだスクラムの基礎をまとめ、更にふ〜んとなったことや疑問に思ったことについて書いていけたらと思います! 私が受講したのは、Joe Justice 先生の認定スクラムマスター講座です。2日間の研修があったのち、Webテストを受けて合格しました。ちなみに合格すると合格証と下のバッジがもらえます。Linkedin にも資格を登録してもらえました。 受講の背景を簡単にまとめてみる 受講前の知識量は「開発部に参画してから1年くらいスクラムの開発メンバーとして働いた」程度のものだった 3ヶ月くらい、見様見真似でスクラムマスターのような動きをしてはいた スクラムがアジャイルの具体
目次[非表示] 1.開発リソースとは 2.開発リソース不足に陥る主な原因 3.開発リソース不足が企業に及ぼす影響 3.1.①労働生産性が低下しやすい 3.2.②離職につながるリスクがある 3.3.③市場での競争力アップが難しくなる 4.開発リソース不足の解消につながる3つの方法 4.1.①ニアショア開発 4.2.②オフショア開発 4.3.③その他、国内での外注開発 5.開発リソース不足をチーム体制の見直しで解消する方法 6.システム開発を外注する際の準委任契約と請負契約の違い 6.1.①準委任契約 6.1.1.メリット 6.1.2.デメリット 6.2.②請負契約 6.2.1.メリット 6.2.2.デメリット 7.準委任契約と請負契約の選び方 7.1.準委任契約が適しているケース 7.2.請負契約が適しているケース 8.開発リソース不足を内製で解消する際の重要ポイント 8.1.①開発リソース
度重なる期日の延期、お客さまの「激怒」、クリティカルな問題の発覚……。 多くのプロジェクトマネージャー(以下、PM)が最も恐れるのは、そんな「炎上」でしょう。巻き返しを図るものの、逆に現場に負担をかけたり、混乱を招いたり。その結果、品質が大きく下がってしまう、あるいはサービスイン(新しいサービスを開始すること)に間に合わないなんてことになれば、PMとしての信用は大きく損なわれてしまいます。 そうしたトラブルをうまく収め、プロジェクトを無事に着地させるには、どのような心構えや技術が必要なのでしょうか? 今回お声がけしたのは、日本IBMやパナソニックなどで、PMとして数えきれないほどの炎上プロジェクトを解決してきた木部智之さん。日本IBMではPMのグローバル最高位である「シニア・コンプレックス・プロジェクト・マネジャー」に認定された生粋の「火消し屋」です。 そんな炎上対応のプロフェッショナルで
GPT-4oを自分のプロジェクトに導入したり、それを使って新しいプロジェクトを開発したりしたい場合、Apidogという完璧なAPI管理ツールを使うことがおすすめです。ApidogではOpenAI APIプロジェクトを便利にアクセスして、GPT-4o APIを直ちに利用したり、テストしたり、自分のプロジェクトに導入したりすることができます。 また、完全に無料なツールなので、下記のボタンから無料でApidogを利用し始めましょう👇👇👇 buttonGPT-4oとは?GPT-4oとは、米国時間5月13日にOpenAI社がによって発表された最新のAIモデルになります。4oのoはomniの略で、「すべてを包括」という意味合いがあり、これまでのテキストと画像か、音声でChatGPTとやりとりする利用方式とは違い、テキスト、音声、画像やビデオを組み合わせて、GPT-4oとやりとりすることができるよ
TL;DR 自身の成果をアピールするために、1)Before/After、2)自分の寄与度、3)数字的インパクトを過不足なく伝えることが重要 説明の冒頭では、課題と解法の全体感と成果を述べ、詳細は後に肉付けすると伝わりやすい 課題を伝える際は"誰から見た課題か"を明確にする。課題は解法の前提であるためブレないように はじめに 技術広報のしゅーぞーです。この記事では、過去100人分程度の成果報告書を読み、気付いた "自分の成果をわかりやすく伝える書き方"をまとめています。 仕事をしていると自身の成果を的確に伝える機会は数多くありますよね。 評価期、転職面接、昇格面談など 評価者に自分の成果をどう分かりやすく伝えるか は自分のキャリアを伸ばす上でとても大事なスキルです。 しかし、自分の頑張りや成果を上手く言語化し、相手に正しく理解してもらうのは簡単ではありません。 特に、経験の浅い若手にとって
ソフトウェアエンジニアにとって、マネジメントの職に就くかどうかは大きな選択です。現在ではプレイヤーのままでスタッフエンジニアといった高い職位に進むキャリアもありますが、マネージャーとしてチームを率いてこそ達成できるビジネス上の成功もあるでしょう。 ひとくちにマネージャーといっても、マネジメントの対象によって要求されるスキルに幅があります。これまでUdemyの大きなセールで講座を紹介してきた当ニュースですが、今回はソフトウェア開発組織のマネジメントに必要となるスキルにフォーカスしました。 マネージャーという仕事と学びたいスキルを紹介してくれるのは、10年以上前からPM(プロジェクト・マネージャー)などに就いてチームを牽引し、現在はヘルステックベンチャーのカケハシでEM(エンジニアリング・マネージャー)を務める小田中育生(@dora_e_m)さんです。 また記事の後半では、マネジメントに関連し
はじめに 私は毎朝その日の作戦名を決めている。私は優秀なエージェントなのだ 多くの人が仕事に追われてしまい心の余裕がなくなっている現代において「豊かに生きる」ということは憧れるようなライフスタイルになっている。 面白いことに、書店では「休養学: あなたを疲れから救う」や「なぜ働いていると本が読めなくなるのか」など仕事に疲れている人を対象にした本が飛ぶように売れている。 疲れ切った現代では、日々を豊かにいきることはなかなか難しいことになってしまっているように思われる。 しかし、私は日々を豊かに生きている自信がある もちろん仕事は週5日×8時間行っている。残業がないのは幸いなことだと思う。 そしてQiitaの記事も毎週3本書く生活もしている。それに加えてプログラミングコーチングJISOUで多くの生徒に日々指導を行っている。 そんな私でも毎日本を読む時間というのはしっかりある。 では、ここにはど
目次[非表示] 1.アジャイル開発に要件定義は不要なのか? 2.ウォーターフォール開発とアジャイル開発の決定的な違い 2.1.①ウォーターフォール開発の特徴 2.2.②アジャイル開発の特徴 3.アジャイル開発の要件定義でよくある勘違い 3.1.①要件を初期段階で固定すべきだという誤解 3.2.②ドキュメントや仕様書が不要だという誤解 3.3.③すべての要件を等しく扱うべきだという誤解 3.4.④スプリント初日にすべての要件を明確にすべきだという誤解 4.アジャイル開発で要件を明確にするユーザーストーリーとは 4.1.①ユーザーストーリーの基本フォーマット 4.2.②ユーザーストーリーの特徴 4.3.③ユーザーストーリーの使い方 4.4.④受け入れ基準(アクセプタンスクライテリア) 5.アジャイル開発の基本的な流れ 5.1.①プロジェクトの計画立案 5.2.②スプリント計画ミーティング(スプ
もうすぐトーク、LTの採択者も決まる、7月13日(土)開催の大吉祥寺.pmですが、ゲストに株式会社はてな取締役 大西康裕様をお呼びし、基調講演をやっていただくこととなりました。 パチパチパチ 株式会社はてな 取締役 組織・基盤開発本部長 大西康裕(おおにしやすひろ) 2001年に創業メンバーの1人として有限会社はてな(当時)に入社。その後「はてなブログ」の立ち上げや事業化を指揮。はてなのサービス・システムの開発本部長を経て、2022年5月より現職。組織開発およびシステム基盤開発を統括する本部長と人事部長を兼任し、経験を活かした多角的な組織開発に取り組む。 大西さんといえば、YAPC::Kyotoのキーノートが素晴らしかったですね onishi.hatenablog.com ぜひ吉祥寺にも一度来てくださいと言い続けて早うん年、今回実現することになりました。 みなさん、お楽しみに 次週にはトー
こんばんちは、スーパー太っちょWebディレクターです。 スーパーは太っちょにかかります。 先日、こんなことをX(Twitter)でつぶやきましてね。 社内外問わず、「あいつら(他部署やクライアント)は全然わかってない」はよく聞く話なのだけど。だが、そもそもちゃんと説明してないことも多々あるんですよね。そりゃ違う仕事してるんだから説明しないとわかるわけがないのに。 ちゃんと丁寧に説明すれば、理解してくれる人もたくさんいますよね。 — toksato(とくさと)|むめいなうぇぶディレクター (@toksato) May 8, 2024 そして、その後日、こんな素晴らしいインタビュー記事を読みまして。 仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた | Agend(アジェンド) 僕もこれをリアルに社内でやってるなぁと思って。ま
江崎グリコの公式サイトより ほぼすべてのチルド食品(冷蔵食品)が、社内のシステム更新作業に伴う障害により出荷停止となっている江崎グリコ。4月初めに障害が発生し、出荷再開時期がいまだに未定という異例の事態を受け、同社は今月8日、システム障害によって2024年12月期の営業利益が60億円、売上高が200億円下押しされる見通しだと発表した。業績に多大な悪影響が生じるため、グリコがシステム更新プロジェクトの主幹ベンダであるデロイト トーマツ コンサルティングに損害賠償を求めて法的手段を取る可能性も取り沙汰されている。今後の展開について業界関係者や専門家の見解を交えて追ってみたい。 グリコは業務システムについて、独SAPのクラウド型ERP「SAP S/4HANA」を使って構築した新システムへ切り替えるプロジェクトを推進してきた。旧システムからの切替を行っていた4月3日、障害が発生し、一部業務が停止。
Feature-Sliced Designというフロントエンドアーキテクチャ設計方法論をプロジェクトに導入してみたところ、 個人的には良いと感じているので、どのような設計方法論なのか、具体的にどのような部分が良いと感じたかを紹介していきたいと思います。 Feature-Sliced Designとは? Feature-Sliced Designは、フロントエンドアプリケーションを対象としたアーキテクチャ設計方法論です。公式サイトでは、「コードを整理するためのルールと規約の集大成」と記載されています。 Feature-Sliced Designの設計方法論 Feature-Sliced Designでは、プロジェクトはLayerで構成され、各LayerはSliceで構成され、各SliceはSegmentで構成されます。 Layer Feature-Sliced Designの第一階層をLay
マッコウクジラは「コーダ」と呼ばれる短いクリック音のシステムを用いて仲間内でコミュニケーションをとることが知られている。MITの研究チームは、統計モデルを用いた分析で、コーダによるやり取りが文脈に応じて構造化されていることを明らかにした。 by Rhiannon Williams2024.05.09 293 15 マッコウクジラは魅力的な生き物だ。あらゆる種の中で最大の脳を持ち、その大きさは人間の6倍もある。その大きな脳は、知的で理性的な行動をサポートするために進化したのではないかと科学者たちは考えている。 マッコウクジラは社会性が高く、集団で意思決定をする能力を持ち、複雑な採餌行動をとる。 しかし、マッコウクジラが「コーダ」と呼ばれる短いクリック音のシステムを用いてコミュニケーションをとるとき、お互いに何を伝えようとしているのかなど、マッコウクジラについてはわかっていないことも多い。そん
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く