並び順

ブックマーク数

期間指定

  • から
  • まで

481 - 520 件 / 639件

新着順 人気順

PMの検索結果481 - 520 件 / 639件

  • Vite は使ってないけど Jest を Vitest に移行する

    上記以外で特筆すべき点として、他の開発者(≒チームメンバー)にとっては、変更の影響をほとんど受けずに、ノーコストで上記恩恵を受けられる点があります。 これは Vitest の Jest に対する高い互換性のおかげでテストコードの書き方に大きな変更がなかったことと、テスト実行コマンドを npm-scripts によって隠蔽していたことによるもので、移行したことに気づきさえしない可能性もあります。 Vite を使ってないのに Vitest 使ってええんか? 今回 Jest から Vitest への移行を行ったプロジェクトは、開発サーバーやプロダクションビルドには Webpack を使用しており、Vite は一切使用していませんでした。 そういったプロジェクトにおいても、Vite をベースとしたテストフレームワークである Vitest は使用して良いものでしょうか? これについては Vitest

      Vite は使ってないけど Jest を Vitest に移行する
    • グリコ・KADOKAWA、IT人材の低待遇に批判 「想定年収500万円台から」

      「この年収で本当にちゃんとした人材が来てくれると思っているのか」――。6月下旬から7月上旬にかけて、SNS上にはIT(情報技術)エンジニアたちのため息があふれていた。 やり玉に挙がったのは、システム関連のトラブルを抱えている江崎グリコとKADOKAWAの求人だ。江崎グリコは4月、基幹システムの切り替え作業時にトラブルが発生し、主力商品を出荷できない状況に陥った。KADOKAWAは6月にサイバー攻撃を受け、「ニコニコ動画」などの主要サービスを停止している。 江崎グリコは6月、転職サイトで「社内SE(PLM領域)」の求人を掲載していた。PLMとは製品のライフサイクル管理のこと。グループのIT戦略を担う先鋭部隊としてデジタル変革を進める仕事だ。 現在、その求人は非公表になっているが、必須条件として生産システムの企画やプロジェクトマネジャーの経験を求めていた。江崎グリコが提示していた想定年収は50

        グリコ・KADOKAWA、IT人材の低待遇に批判 「想定年収500万円台から」
      • フロントエンドのディレクトリ構成を整理してコードの凝集度を高める

        こんにちは、atama plus というスタートアップで web エンジニアをしている yubon です。 atama plus Advent Calendar 2023 の 7 日目になります。 本記事では、atama plus で実際に開発・運用している React プロジェクトにおいて、機能的な凝集度を高めるために行ったディレクトリ構成の再設計について紹介します。 フロントエンドのディレクトリ構成に関する考え方や設計思想は多くの記事で紹介されていますが、「業務で開発しているプロジェクトのコードで、ペインがある状態から再設計して実際に移行した」というケーススタディ的な記事は少なそうだったので、書き残しておこうと思います。

          フロントエンドのディレクトリ構成を整理してコードの凝集度を高める
        • リードタイムを測るシェルスクリプトを作ってチームの振り返り会を活発にした話 - Classi開発者ブログ

          こんにちは。エンジニアのすずまさです。 去年の夏頃にリードタイムの計測を始めてから、振り返りで良い気づきを得られるようになったりリードタイムを減らすアクションが生まれたりと良いことがたくさんあったので、今回はその紹介をしようと思います。 リードタイムの定義 『LeanとDevOpsの科学』では、リードタイムを「コードのコミットから本番稼働までの所要時間」として定義しています。 私たちのチームのリポジトリではブランチ戦略としてGitHub Flowを採用しており、mainへのマージと本番稼働のタイミングが近しいため「PRをopenしてからマージするまでの期間」をリードタイムとして定めて計測しました。 リードタイム計測を始めた動機 私たちのチームでは「チームのスピードがあまり出ていない気がする」という漠然とした課題感がありました。しかし、課題感はありつつも、ではどうするかと言われると具体的なア

            リードタイムを測るシェルスクリプトを作ってチームの振り返り会を活発にした話 - Classi開発者ブログ
          • 東京都、多摩・島しょ地域の3次元点群データを無料公開。「デジタルツイン実現プロジェクト」の一環で

            東京都、多摩・島しょ地域(小笠原諸島を除く)の3次元点群データをオープンデータとして公開 「東京都オープンデータカタログサイト」「東京都デジタルツイン3Dビューア」にて掲載されている DSM、グリッドデータ、微地形表現図など9種類のデータを含んでいる 2023年9月1日(金)、東京都は「デジタルツイン実現プロジェクト」推進の一環として、多摩・島しょ地域(小笠原諸島を除く)の3次元点群データをオープンデータとして公開しました。 東京都 #デジタルツイン実現プロジェクト 多摩・島しょ地域の点群データ公開! 公開された航空レーザ測量の点群データでは、国内最高精度!https://t.co/CqguzZBoZu ✅公開データ(計9種) 地表面データ(DSM),グリッドデータ(0.25m),微地形表現図(0.25m)など#東京丸ごとスキャン #東京点群 pic.twitter.com/nVkGRMA

              東京都、多摩・島しょ地域の3次元点群データを無料公開。「デジタルツイン実現プロジェクト」の一環で
            • プロダクトマネージャーをやめる - SaaSベンチャーで働くエンタープライズ部長のブログ

              9月から異動でバクラクのプロダクトマネージャーの職種をおりることとなりました。異動先は大企業向けビジネスを推進するエンタープライズ部を立ち上げてそこの部長になります。エンタープライズ向けの機能開発マネジメントはしていたものの、ビジネス全般の管掌となり立ち位置が大きく変わりました。 もともとエンジニアからプロダクトマネージャーになり、エンジニアリングマネージャーも務め、と開発畑のキャリアを歩んできていたので晴天の霹靂だったのですが、意外とビジネス職になっても役立つ経験が多いので書いてみます。 着任1ヶ月で行った現状把握 メンバー理解を深める(組織) 常に発見を議論する機会を作る(業務) 事業をプロダクトとして捉えて構造化する(戦略) 羅針盤(アウトカムとロードマップ)を作る おわりに 着任1ヶ月で行った現状把握 まず開発職からビジネス職への異動ということで状況理解から始めました。理解する構造

                プロダクトマネージャーをやめる - SaaSベンチャーで働くエンタープライズ部長のブログ
              • Spacelyの研究開発プロジェクト紹介 - spacelyのブログ

                はじめに スペースリーの研究開発チームでエンジニアをしている植木です。この記事ではスペースリーで行っている研究開発について紹介します。 弊社は空間データプラットフォームを提供しており、具体的なアプリケーションとしては、不動産領域でのVR/Web内覧サービスや、研修領域に向けたVR研修サービスなどがあります。 VRというと3DCGのゲームやエンタメのイメージが強いと思いますが、弊社では360°カメラで撮影した実写の画像や動画をコンテンツとするサービスを展開しています。 VRを扱う会社でありつつ実写画像をメインで扱うため、画像や空間を認識するComputer Visionと、その結果をユーザに提示するComputer Graphicsの両方の研究開発を行っている点がユニークで魅力的かなと思います。 この記事を通じて弊社の研究開発に少しでも興味を持ってもらえたら幸いです。 弊社のサービスについて

                  Spacelyの研究開発プロジェクト紹介 - spacelyのブログ
                • C/C++の脆弱性をLLMで検出 Googleが新研究開発プロジェクト「Naptime」を発表

                  Googleは2024年6月20日(現地時間)、脆弱(ぜいじゃく)性の検出に大規模言語モデル(LLM)を活用する新しい研究開発プロジェクト「Naptime(お昼寝タイム)」を発表した。 C/C++の脆弱性検出はLLMに任せて“お昼寝しよう” NaptimeはAIエージェントとターゲットコードベース間のインタラクションを中心に構築されたアーキテクチャだ。特にC/C++の高度なメモリ破壊およびバッファーオーバーフローの脆弱性を発見することに焦点を当てている。この2つの対象は従来の方法論では発見することが難しく、GoogleはLLMを利用することで検出効率を最大20倍まで改善できると説明している。 なお、プロジェクト名の由来は開発した成果物がセキュリティ担当者やIT担当者を支援し、定期的に昼寝ができるくらいにはなりたいという願掛けになっているという。 Naptimeのアーキテクチャはセキュリティ

                    C/C++の脆弱性をLLMで検出 Googleが新研究開発プロジェクト「Naptime」を発表
                  • プロジェクト独自のコーディングルールを簡単に正規表現で定義できる `rubocop-grep` の活用 - ROUTE06 Tech Blog

                    はじめに: 弊社のとあるEDI(電子商取引)関連のプロダクトでは、Ruby on Railsを利用してGraphQL APIを提供しています。 その開発活動の中で最近、コードの品質と整合性を維持するためのツールとして rubocop-grep を利用し始めました。 この記事ではその具体的な活用事例についてお話しします。 目次 rubocop-grepとは 最初のユースケースと、基本的な使い方の説明 複数のルールをディレクトリごとに設定するための工夫 ほかにどのようなユースケースがありそうか まとめ rubocop-grepとは rubocop-grep は、rubocop の拡張ツールです。 プロジェクト独自のコーディングルールを、正規表現を用いて簡単に定義することができます。 この手の問題は、今までもカスタムCopを書くことで解決することはできましたが、カスタムCopはASTの知識やRu

                      プロジェクト独自のコーディングルールを簡単に正規表現で定義できる `rubocop-grep` の活用 - ROUTE06 Tech Blog
                    • Vercelで配信していた静的ページをVite + Cloudflare Pagesに置き換えた

                      カウンターワークスで主にDevOpsなところでお手伝いしている@tchikubaです。ベンチャー企業のTech支援やアジャイルコーチ、エンジニア向け研修など複数社に関わってます。 この記事では、HTML・CSS主体の静的ページをVercelを使って配信していた構成を、Cloudflare Pages(以下Pages)で配信するように変更した話をお届けします。 歴史的経緯 そもそもなんで静的ページをVercelで配信してたん?ってところです。 課題感 もともと、動的なアプリケーションの構成が、フロントエンド = Next.js(Vercel)、バックエンド = Ruby on Rails(AWS)で、特にバックエンドとのAPI通信を必要としないページもフロントエンド環境に組み込まれていました。 1枚もののLPやよくあるフッター系のページ(ex. プライバシーポリシー)くらいならそのままでも良

                        Vercelで配信していた静的ページをVite + Cloudflare Pagesに置き換えた
                      • グーグル社員、Bardの有用性と投入された資金の多さを疑問視

                        「私が今もまだ考えている最大の課題は、大規模言語モデル(LLM)は本当に何の役に立つのかということだ」 Bardのユーザー・エクスペリエンス部門の責任者を務めるキャシー・パール(Cathy Pearl)は、ブルームバーグによると2023年8月のチャットにこう書いたという。 「本当に役に立つものだ。ただし未定!」 「私の経験則では、独自に検証できない限り、LLMのアウトプットは信用しないことにしている」とBardのシニアプロダクトマネージャー、ドミニク・ラビージ(Dominik Rabiej)は2023年7月に語っている。 「LLMを使えるところまで持って行きたいが、まだそこまでには至っていない」 AIを搭載したチャットボットは幻覚に陥りやすく、しばしば事実を捏造したり、誤って伝えたりすることが多い。例えば、グーグルのBardは、ガザとイスラエルの間で最近武力衝突が激化しているのにも関わらず

                          グーグル社員、Bardの有用性と投入された資金の多さを疑問視
                        • メルカリ入社時は「毎日泣きそうだった」男のプロダクトマネジメント成功術。大事なのは「信頼を得る力」

                          多くのプロダクトマネージャー(PM)が活躍し、時に「国内屈指のPM輩出企業」とも評されるメルカリ。特集「一流のプロダクトマネージャー」初回でスポットを当てる栗林フリッツ幹雄さんは、同社の米国法人でPMのリーダー役を務め、フリーマーケットアプリ「メルカリ」における出品者数の増加など、いくつもの成果を生んできた。 そんな栗林さんも、メルカリに参画した当初は「開発について学ぶことが多くて、大変でした」と振り返る。エンジニアやデザイナーなど多方面のプロフェッショナルと密に連携するPMの仕事は、時に難しさも伴う。 栗林さんによると、PMは「他者から信頼を得る力、要は人としての魅力みたいなものも求められる仕事」。彼の成功や失敗のエピソード、独自の“PM論”などから、その意味が見えてくる。【藤崎竜介】 〈Profile〉 栗林フリッツ幹雄(くりばやし・ふりっつ・みきお) Mercari リードプロダクト

                            メルカリ入社時は「毎日泣きそうだった」男のプロダクトマネジメント成功術。大事なのは「信頼を得る力」
                          • アクセンチュアが支えるみんなの銀行 システムもゼロイチ開発

                              アクセンチュアが支えるみんなの銀行 システムもゼロイチ開発
                            • Raspberry Pi Picoなど複数のマイコンでコンピューターアーキテクチャーを自作|fabcross

                              複数のマイコンを使用するコンピューターアーキテクチャーとOSを自作したプロジェクトを、Raspberry Pi公式ブログが紹介した。 ソフトウェアエンジニアのShane Mason氏は、コンピューターで使用されているオペレーティングシステム(OS)に対する好奇心から、コンピューターハードウェアとOSの自作に取り組み始めた。 Mason氏が作成したコンピューターは、Raspberry Pi Picoに加え、AdafruitやSparkfunのマイコンを搭載している。データバスは1ビット、ディスプレイのリフレッシュレートは約2Hzながら、コンピューターとしての定義要件を一通り備えている。 特筆すべきは、Mason氏がこのプロジェクトに取り組み始めるまでハードウェアの設計や開発をした経験がなく、はんだ付けすらしたことがなかったことだ。自作コンピューターにもかかわらず、配線が整然と配置されているこ

                                Raspberry Pi Picoなど複数のマイコンでコンピューターアーキテクチャーを自作|fabcross
                              • 既存のスタジオでは世界の潮流に対応できない…。ソノロジックデザインが世界標準に対応させた横浜・恵比寿のスタジオ|DTMステーション

                                ここ10年、Netflixなどの普及によって、日本のコンテンツは国内だけに留まらず、制作されたものは常に世界中に公開される時代へと変化しました。映画、ドラマ、アニメ、ゲーム、日本語翻訳…など、あらゆる作品が日々制作され、世界へと発表されています。そんなコンテンツの音に関わる部分として、ナレーションやフォーリーなどを録音するスタジオはいろいろありますが、これらのスタジオが世界の標準に対応できているか、というとなかなかそうではないのが実情のようです。 大きくなりすぎてアップデートすることができなかったり、慣習が邪魔をしていたり…と、さまざまな問題が考えられますが、そもそも現状に慣れきってしまい、世界の潮流が見えていない、というケースも多そうです。そんな中、ソノロジックデザインという会社が横浜と恵比寿にスタジオを作り、実際にワールドワイドな仕事をしているというのです。世界の基準とは、どんな録音環

                                  既存のスタジオでは世界の潮流に対応できない…。ソノロジックデザインが世界標準に対応させた横浜・恵比寿のスタジオ|DTMステーション
                                • 認定スクラムマスターになったので学んだことをまとめる!

                                  はじめに どうも、認定スクラムマスターの瀬尾です。 弊社ではエンジニアの支援制度として認定スクラムマスター取得の補助があります。これを利用して Certified ScrumMaster (CSM) を取得したので、その研修で学んだスクラムの基礎をまとめ、更にふ〜んとなったことや疑問に思ったことについて書いていけたらと思います! 私が受講したのは、Joe Justice 先生の認定スクラムマスター講座です。2日間の研修があったのち、Webテストを受けて合格しました。ちなみに合格すると合格証と下のバッジがもらえます。Linkedin にも資格を登録してもらえました。 受講の背景を簡単にまとめてみる 受講前の知識量は「開発部に参画してから1年くらいスクラムの開発メンバーとして働いた」程度のものだった 3ヶ月くらい、見様見真似でスクラムマスターのような動きをしてはいた スクラムがアジャイルの具体

                                    認定スクラムマスターになったので学んだことをまとめる!
                                  • 役立たずのデータサイエンス ~「PoCの壁」を考える、AIやデータサイエンスはなぜPoCで終わってしまうのか - アイマガジン|i Magazine|IS magazine

                                    今やAIやデータサイエンスの話題は、ChatGPTの登場もあり、IT業界だけではなく日常会話でも頻繁に登場する状況になっている。その一方、社会全般でAIを活用したオートメーションが進んでいるのかと言えば、自動運転などの特定分野を除けば、まだあまり実生活上、体感するほどには進んでいないのではないだろうか。 筆者らはデータサイエンティストとして、さまざまなデータ分析やAI実装のプロジェクトに参加しているが、そこで多くの場合にぶち当たる壁がある。それは「PoCの壁」とも言えるものだ。AIやデータ活用に関しては多くのユーザーが前向きで、PoCの形でプロジェクトを始めるが、そこで作成したAIや機械学習モデルを実際の業務プロセスに活用しようとすると、まったく進まないという問題である。

                                      役立たずのデータサイエンス ~「PoCの壁」を考える、AIやデータサイエンスはなぜPoCで終わってしまうのか - アイマガジン|i Magazine|IS magazine
                                    • 示唆の深さ・多さの二兎を追うユーザーリサーチ文化を作った3つの取り組み

                                      ユーザーの声を聞くことの重要性は理解しつつも、ユーザーリサーチとしては2〜3ヶ月に一度の属人化したオンラインインタビューの実行にとどまっていました。しかし、「それでは示唆の深さや量が足りていないのでは」という課題感から、ユーザーとの距離を近づけるべく、さまざまなトライアルを実行するプロジェクトを立ち上げました。インタビューフローの効率化や、直接ユーザーに会いに行く試みやなど、取り組んだ内容と成果を3つご紹介します。

                                        示唆の深さ・多さの二兎を追うユーザーリサーチ文化を作った3つの取り組み
                                      • Bluesky、AT Protocol開発助成金を発表――招待制廃止、連合機能の実装に続き、オープンな開発エコシステムによる成長がさらに加速 | gihyo.jp

                                        Bluesky⁠⁠、AT Protocol開発助成金を発表 ――招待制廃止⁠⁠、連合機能の実装に続き⁠⁠、オープンな開発エコシステムによる成長がさらに加速 2024年3月6日、分散型SNS「Bluesky」は、同サービスの根幹となるオープンプロトコル「AT Protocol」の一層の開発拡大・促進を目指すために、AT Protocol開発を対象とした助成金を発表した。 開発促進のエコシステムとしての助成金 Blueskyは、2023年1月にiOS/Android版アプリとしてリリースされた分散型SNSの1つ。元々、Twitter共同創業者の1人であるJack Dorsey氏らが集まって始まったプロジェクトで、リリース当初は招待制のSNSとして、熱量の高いユーザを中心に限定した中でサービスが動いていた。 その後、後述のように招待性が廃止、さらにBlueskyの注目機能の1つである連合機能の実

                                          Bluesky、AT Protocol開発助成金を発表――招待制廃止、連合機能の実装に続き、オープンな開発エコシステムによる成長がさらに加速 | gihyo.jp
                                        • アジャイル宣言をプロジェクト管理に落とし込む「5つの原則」を解説

                                          従来、プロジェクト管理のライフサイクルは、以下の5つの段階に明確に分かれていた。 開始(Initiation) 計画(Planning) 実行(Execution) 管理(Management) 中止するかどうかの検討(Discontinuance Review) これは、ある段階から次の段階へと工程が流れていくウオーターフォール型のアプローチを表している。建設業や製造業などの特定の産業ではうまく機能するが、要件や期待が常に変動する領域では成功しにくいという特徴がある。そうした変動が多い領域の一つにコンピュータプログラミングがある。従来のプロジェクト管理原則との不適合性から、IT分野の17人の開発者が2001年に「アジャイルソフトウェア開発宣言」を作成した。 この宣言は「4つの価値観」と「12の原則」で構成されており、基本的にソフトウェア開発を対象にしている。しかし、これらのアジャイルソフ

                                            アジャイル宣言をプロジェクト管理に落とし込む「5つの原則」を解説
                                          • CUDAによる局所特徴量計算の高速化とソースコード公開 - Fixstars Tech Blog /proc/cpuinfo

                                            このブログは、株式会社フィックスターズのエンジニアが、あらゆるテーマについて自由に書いているブログです。 はじめに こんにちは、エンジニアの高木です。 私は現在、adaskitという社内の自動運転関連のオープンソースプロジェクトに携わっており、プロジェクトの成果としてこれまでlibSGMやcuda-bundle-adjustmentなどを公開しています。 今回はVisual SLAMやSfM(Structure from Motion)で行われる局所特徴量計算について、CUDAによる高速化に取り組んだ話を紹介します。また、そのソースコードをcuda-efficient-featuresという名前でGitHubに公開しました。 fixstars/cuda-efficient-features 背景 局所特徴量計算 Visual SLAMやSfMでは、2つの視点間の相対的なカメラ姿勢を推定する

                                              CUDAによる局所特徴量計算の高速化とソースコード公開 - Fixstars Tech Blog /proc/cpuinfo
                                            • 元Amazon本社プロダクトマネージャーが明かす、PMの“修羅場”3選。「涙あり笑いありのPMライフ」とは!?【寄稿】

                                              こんにちは。ゆうと申します。米国に10年以上いて、Amazon本社などでプロダクトマネージャー(PM)の仕事を経験してきました。 PMという職種、最近は日本でもかなり一般的になってきたと聞いています。それどころか、PMはいまやIT業界の花形職種としてもてはやされているらしいですね。「PMはミニCEO」とか「PMは世界で一番魅力的な職業」とか、“キラキラ”した形容を目にすることもあります。 確かに非常にエキサイティングでやりがいのある仕事ですが、華やかな表舞台の裏側にはシビアな現実が広がっているのが、世の常。本稿では、僕が今までに見聞きしたPMの“修羅場”について記したいと思います。 〈Profile〉 ゆう(*1) 東京大学大学院情報理工学系研究科修士課程修了。外資系コンサルティング会社で数年の経験を積んだ後、IT系メガベンチャーに転職。2013年に同社の現地駐在員として米国サンフランシス

                                                元Amazon本社プロダクトマネージャーが明かす、PMの“修羅場”3選。「涙あり笑いありのPMライフ」とは!?【寄稿】
                                              • 「ウオーターフォール」が好きな企業、「アジャイル」に失敗する企業の特徴

                                                関連キーワード アジャイル | 開発プロセス 代表的なシステム開発手法として、上流工程から下流工程へと順番に開発を進める「ウオーターフォール」型開発と、小規模な変更を短期間のうちに繰り返す「アジャイル」型開発がある。 従来、企業が採用する開発手法としてはウオーターフォール型が主流だったが、近年では“アジャイル移行”に目を向ける企業の動きが広がる。その背景や、移行で企業が直面する課題について解説する。 ウオーターフォールを好む企業、アジャイルに失敗する企業 併せて読みたいお薦め記事 連載:2大開発手法を比較 前編:いまさら聞けない「ウオーターフォール」と「アジャイル」の基本的な違い 中編:「ウオーターフォール」ではなく「スクラム」との相性が良い開発とは? アジャイルに関する記事 アジャイル型開発の「カンバン」には“あれ”がない? スクラムとの主な違い アジャイルの次に考えるべき「プロダクト思

                                                  「ウオーターフォール」が好きな企業、「アジャイル」に失敗する企業の特徴
                                                • 北海道ニセコが直面する「成長痛」、外資けん引のリゾート開発に陰り

                                                  雪質の良さが海外の愛好家や富裕層を魅了し、今やアジアを代表するスキーリゾートに成長した北海道ニセコ。長年にわたり海外から何億ドルもの投資を呼び込み、またがる二つの小さな町でコンドミニアムやホテル建設が加速したが、ここへきてその成長スピードに陰りが見え始めた。 ニセコのさらなる成長にストップをかけ始めた要因の一つがあらゆるコスト高だ。海外からの投機マネーの流入もあり、ニセコ地区の地価を大きく押し上げた。資材高や人件費上昇も宿泊施設の建設をはじめ、観光業自体の重しにもなっている。 ニセコで何年も不動産開発に携わるデベロッパーによると、現地でのプロジェクトにかかるコストは過去2年で3割超上昇し、過去10年の期間では3倍に拡大した。銀行がプロジェクト推進のための融資を厳格化しているほか、大規模開発を巡る新たな規制も新規投資を難しくさせている。 開発プロジェクトの中止  ニセコの不動産開発会社、ニセ

                                                    北海道ニセコが直面する「成長痛」、外資けん引のリゾート開発に陰り
                                                  • 巻き込み力の正体|ホソヤ タケヒロ

                                                    社内の関係者に協力をお願いしても「手伝える状況ではない」と断られる。お客様への提案が「言いたいことはわかるんだけど、なんか違う」と却下される。一度は進んだプロジェクトが突然鶴の一声で中止になる。 このような悲しい事態を避けるために必要とされるのが「巻き込み力」。 今回は、複数のステークホルダー間で納得解を作る必要のある共創プロジェクトなどの経験から得られた僕の知見を元に、巻き込み力とは何なのかを具体化します。 巻き込み力に関連したスキル、調整力をテーマにしたnoteもあります。こちらも合わせてご覧ください。 伝えるべき3つの要素と必要なスキル巻き込み力を「他者に喜んで協力してもらう力」と定義したうえで考えると、必要なスキルや伝えるべきことなどは以下の図の通りにまとめられます。 巻き込み力の図解内容を一つずつ見ていきましょう。 伝えるべきこと1:定量的な効果「いくら儲かるか」です。これはピン

                                                      巻き込み力の正体|ホソヤ タケヒロ
                                                    • テクニカルディレクターとは?現役テクニカルディレクターが解説 | フロントエンドクラブ

                                                      テクニカルディレクターとは?現役テクニカルディレクターが解説現在、企業や組織がデジタル化と技術革新に取り組み、テクノロジーが多くの分野で不可欠となっており、テクニカルディレクターの需要が高まっています。本記事では主に広告・マーケティング業界におけるテクニカルディレクターの仕事内容や必要スキル、フロントエンドエンジニアからのキャリアパスとしての魅力についてご紹介します。 目次はじめにテクニカルディレクターとはテクニカルディレクターの主な業務内容テクニカルディレクターに必要なスキルフロントエンドエンジニアのキャリアパスとしておすすめな理由まとめはじめに現在、世界中の企業や組織がデジタル化および技術革新に取り組んでおり、ソフトウェア開発、デジタルマーケティング、情報セキュリティなど、さまざまな分野でテクノロジーが必要不可欠になっています。 そのような背景の中で、技術的な側面や要素に関する戦略的な

                                                        テクニカルディレクターとは?現役テクニカルディレクターが解説 | フロントエンドクラブ
                                                      • Denoの静的サイトジェネレータ`Lume`の紹介

                                                        2023年12月に静的サイトジェネレータであるLumeのバージョン2がリリースされました. 私は個人ブログを書くのに GitHub Pages + Lume を利用しているので,年末はLumeのバージョンアップなどの作業をしていたのですが,改めて体験が良いなと思ったのでLumeの紹介をしたいと思います. 前提知識 GitHub Pages GitHub PagesはGitHub社がプロジェクトのプロジェクトのウェブサイトを提供することを目的に,リポジトリに配置してある静的ファイル(HTMLやJSなど)をホスティングしてウェブサイトを公開してくれるサービスです.@a-skuaというアカウント名の場合,a-skua.githu.io をというリポジトリを作成すると,https://a-skua.github.io[1]というURLのウェブサイトを作ることができます. GitHub Pages

                                                          Denoの静的サイトジェネレータ`Lume`の紹介
                                                        • 新卒エンジニアが仕事に没頭したら DevOps チームが誕生しました【ウォンテッドリー 23卒入社エントリ】 | Wantedly Engineer Blog

                                                          こんにちは!ウォンテッドリー株式会社の市古 (@igsr5_) と申します。 私は2023年4月にウォンテッドリーに新卒エンジニアとして入社し、もうすぐ1年が経ちます。 ウォンテッドリーは究極の適材適所により、シゴトでココロオドルひとをふやしたい会社です。 そして世界で最も「シゴトでココロオドル」を体現している会社でもあります。 本記事では新卒1年目のエンジニアが「どんな仕事に没頭したのか」を振り返ります。 現在転職を考えているエンジニアや学生エンジニアの方の参考になれば幸いです。 目次自己紹介ウォンテッドリーに入社を決めた理由どんな仕事に没頭したのか新卒2年目に没頭したいことタイトルにある DevOps チームの話は『どんな仕事に没頭したのか』の最後の章で言及しています。気になる方はスクロールしてください。 自己紹介市古 空 (いちご そら) と言います。先月 21 歳になりました。 市

                                                            新卒エンジニアが仕事に没頭したら DevOps チームが誕生しました【ウォンテッドリー 23卒入社エントリ】 | Wantedly Engineer Blog
                                                          • Slack GPT改め「Slack AI」、今冬よりベータテスト開始。プロジェクト管理の新機能「List」も発表 - INTERNET Watch

                                                              Slack GPT改め「Slack AI」、今冬よりベータテスト開始。プロジェクト管理の新機能「List」も発表 - INTERNET Watch
                                                            • 1人目PM→PMのチーム化の変遷で起きた“異なる見え方” 「イチ事業家としての振る舞い」から「権限委譲の意識」へ

                                                              1人目PM→PMのチーム化の変遷で起きた“異なる見え方” 「イチ事業家としての振る舞い」から「権限委譲の意識」へ PM1人から、PM2人3脚を経て、PM4人チームになった話 長井氏の自己紹介 長井大輔氏:私は途中ジョインというより、私自体が創業メンバーの1人なので、そういった目線でPMが増えてきた経緯みたいな話をできればと思っています。 まず簡単な自己紹介です。あらためまして、長井と申します。COOという役回りです。川崎出身で、ディー・エヌ・エーに新卒で入社して、当時は飛ぶ鳥を落とす勢いだった「Mobage」の事業をやって、そのあとに新規事業をやったり、子会社に行ったり、カーシェアリングのサービスを立ち上げたり。約7年間在籍してそういったことをやっていました。 その後はBCG Digital Venturesという、ボストンコンサルティンググループという外資向けのコンサルティングファームの

                                                                1人目PM→PMのチーム化の変遷で起きた“異なる見え方” 「イチ事業家としての振る舞い」から「権限委譲の意識」へ
                                                              • AI歌声ライブラリ「LAUGH DiAMOND (ラフダイヤモンド)」プロジェクト始動!

                                                                ひょんな事から、とある芸能事務所に入ることになり、 篁 響季、風祭 朝陽、小紫 桃果、山田 花音らは ユニット「LAUGH DiAMOND」を結成することになったが、デビューどころか、自分たちの曲も用意してもらえず目下日々自主練(≒放置)状態の憂き目に遭っている。 あまりにも放置されているため、自分たちで路上ライブを試みるが…。 そしていつの日か、ライブハウスでたくさんの曲で ライブをやることが LAUGH DiAMOND の目標に… そんな彼女たちに、 あなたの曲を歌わせてあげてくれませんか? 「LAUGH DiAMOND」プロジェクトとは? 最新のディープラーニング技術を駆使したAI歌声ライブラリでもあり、 「篁 響季(たかむら・ひびき)」「風祭 朝陽(かざまつり・あさひ)」 「小紫 桃果(こむらさき・ももか)」「山田 花音(やまだ・かのん)」 で結成された夢見るシンガーユニット「LA

                                                                  AI歌声ライブラリ「LAUGH DiAMOND (ラフダイヤモンド)」プロジェクト始動!
                                                                • FY22 新卒入社エンジニアはこの 1 年でどのような成長をしてきたのかインタビューしました | MEDLEY Developer Portal

                                                                  2024-04-05FY22 新卒入社エンジニアはこの 1 年でどのような成長をしてきたのかインタビューしましたはじめにみなさん、こんにちは。エンジニアの新居です。今回は 2022 年新卒入社したエンジニア達にインタビューした記事をお送りします。 この 1 年で彼らがどのような業務を経験してきたのかや、リアルな現在の立ち位置などをお伝えしたいと考えています。 それでは、ご覧ください! 自己紹介飯田さん研修後はジョブメドレーで顧客向けの機能開発を担当。その後シゴトークでインフラ領域を中心にリニューアルに従事する。現在は Jobley で施策の開発やインフラ周りまで幅広く業務を担当。 飯田さん 岡田さん研修後はジョブメドレーでの開発業務を担当後、シゴトークへ。ジョブメドレーとの連携強化のプロジェクトなど経験し、現在はシゴトークの開発全般を担当。 岡田さん 徳永さん研修後はジョブメドレーアカデミ

                                                                    FY22 新卒入社エンジニアはこの 1 年でどのような成長をしてきたのかインタビューしました | MEDLEY Developer Portal
                                                                  • モダンPMへの誘い ~ EVMSで使うプロジェクトのKPIとは | タイム・コンサルタントの日誌から

                                                                    従来の予実管理手法では、PV(予定出費)とAC(実績出費)を単純に比べるだけだった。これは、定常業務に関する予算ならば、十分有効だろう。部門のコピー経費などをおいかける目的には、この手法でも問題はない。 しかしプロジェクトの場合、そうはいかないのだ。プロジェクトという業務の特徴は、「終りがある仕事」である点だからだ。そのため、プロジェクトでは『進捗』という概念が必要になる。部門のコピー経費に、「進捗」を問う人なんていない。だが、プロジェクトは終わるために努力する仕事のため、つねに進捗が問われる。 そして、PVとACを単純に比較するだけでは、コストによる変動と、進捗による変動の、両方の要素が入ってきてしまうため、正しく現状認識ができない問題点があった。コストをうまくコントロールできている状況であれ、進捗が遅れている問題状況であれ、どちらも PV > AC という結果が出てしまう。だから、良い

                                                                      モダンPMへの誘い ~ EVMSで使うプロジェクトのKPIとは | タイム・コンサルタントの日誌から
                                                                    • B2C、B2B プロダクトマネジメントの違い(および思考の罠) / B2C, B2B PM and reduction fallacy

                                                                      「プロダクトマネージャー座談会 @ Money Forward - to C・to B プロダクトマネジメントの違いと共通点」のLT資料です

                                                                        B2C、B2B プロダクトマネジメントの違い(および思考の罠) / B2C, B2B PM and reduction fallacy
                                                                      • なぜ五輪や万博の予算はどんどん膨れ上がるのか…政治家が国民に決して知らせない"不都合な真実" 計画段階の予算は「頭金」に過ぎない

                                                                        「ビジネスではスピードが肝心」の落とし穴 ときに「行動あるのみ」という言い回しで表される、行動へのバイアス(実行重視の姿勢)は、ビジネス界では一般的であり、必要とされている。 時間の浪費はたしかに危険を招く。「ビジネスではスピードが肝心だ」と、ジェフ・ベゾスはアマゾンの有名なリーダーシップ原則に書いている。「多くの意思決定や行動はやり直すことができるから、大がかりな検討を必要としない。計算した上でリスクを取ることには価値がある」 ただし、ここで注意したいのは、ベゾスが実行重視の対象を、やり直すことができる「可逆的」な意思決定に周到に限定していることだ。この種の意思決定で時間を無駄にしすぎるな、とベゾスは諭す。何かを試してみよう。うまくいかなかったら、やり直したり、別の何かを試したりすればいい、と。 これはまったくもって筋の通った考え方だが、大型プロジェクトの決定の大半には適さない。なぜなら

                                                                          なぜ五輪や万博の予算はどんどん膨れ上がるのか…政治家が国民に決して知らせない"不都合な真実" 計画段階の予算は「頭金」に過ぎない
                                                                        • NASAが「火星のシミュレーション環境で1年間暮らす実験」の参加者を募集中、資源の限られた環境で模擬船外活動などに従事する予定

                                                                          NASAは将来的な火星の有人探査を計画していますが、長期間にわたり隔絶された環境で暮らすことは宇宙飛行士たちに予想外の影響を及ぼす可能性があります。そこでNASAは、火星環境をシミュレートした居住地で4人の被験者が1年間暮らす実験「Crew Health and Performance Exploration Analog(CHAPEA)」を行っており、2025年春に始まる次期CHAPEAミッションの参加者を募集しています。 Martians Wanted: NASA Opens Call for Simulated Yearlong Mars Mission - NASA https://www.nasa.gov/news-release/martians-wanted-nasa-opens-call-for-simulated-yearlong-mars-mission/ CHAPEA

                                                                            NASAが「火星のシミュレーション環境で1年間暮らす実験」の参加者を募集中、資源の限られた環境で模擬船外活動などに従事する予定
                                                                          • 人月商売のIT業界だけじゃない、「人材使い捨て国家」ニッポンの悲惨な末路

                                                                            人材を湯水のごとく投入して無駄遣いしてきたこの商売は、つくづくくだらないビジネスだと思うぞ――。この「極言暴論」の読者なら何の商売の話かは説明不要だろう。「いくらITベンダーの人月商売に批判的だからといって、システム開発や保守運用の仕事をくだらないと言うのか」と怒る人もいるかと思うが、実際に技術者を無駄遣いしてきたのだからそう言われても仕方あるまい。ただ視野を広げると、日本では人月商売のIT業界以外にも、このくだらないビジネスがまん延しているんだよね。 極言暴論ではこれまで、SIerなどの人月商売のITベンダー、そして客の企業による技術者の無駄遣いについて、手を変え品を変え批判してきた。簡単に復習すると、客の企業はクラウドサービスやパッケージソフトウエアを使えば済むような業務でも、独自のシステムを構築・運用したがる悪弊があった。おまけに自分たちでつくろうとせず、SIerなど人月商売のITベ

                                                                              人月商売のIT業界だけじゃない、「人材使い捨て国家」ニッポンの悲惨な末路
                                                                            • スクラムを0から導入してみた話 - JMDC TECH BLOG

                                                                              こんにちは。株式会社JMDC プロダクト開発部の三井です。 らくらく健助という健康保険組合の保健事業を支援するWeb分析サービスの開発を担当しています。 今年、JMDCではアドベントカレンダーに参加しています。 qiita.com 本記事は、JMDC Advent Calendar 2023 6日目の記事です。 2023年上期のOKRの一環として、チームにスクラムを導入したのでその活動を振り返ってみようと思います。 ※スクラムの説明は省略していますので、ある程度 知識がある方向けになります ざっくりまとめ なぜ導入するに至ったか やったこと 1. 導入準備 発足編 ● ゴールや方針、進め方はどのような形か? ● チーム体制はどのような形か? ● ツールは何を使うのか? ● その他 勉強会編 直前編 1. スプリント0の期間はいつからいつまでにするか 2. スプリントの期間は何週間にするか

                                                                                スクラムを0から導入してみた話 - JMDC TECH BLOG
                                                                              • マルチプロジェクト構成リポジトリにおいて変更の影響を受けるプロジェクトを検出する - Repro Tech Blog

                                                                                どうも、Repro Core Unit に所属している村上です。 Repro では現在、20 を超える Kafka Streams アプリケーションが稼働しています。 その中の半分くらいが Repro システムの共通基盤を構成する Kafka Streams アプリケーションであり、それらの運用は Repro Core が持つ責務の 1 つとなっています。 この共通基盤となる Kafka Streams アプリケーション群は、Gradle のマルチプロジェクト構成になっていてコードベースはモノレポで管理されています。 本稿では、この構成におけるデプロイ性の課題とそれに対するアプローチの話をします。 ディレクトリ構造 共通基盤のコードは以下のようなディレクトリ構成になっています。 . ├── Base ├── Deployments A │ └── Kafka Streams Applica

                                                                                  マルチプロジェクト構成リポジトリにおいて変更の影響を受けるプロジェクトを検出する - Repro Tech Blog
                                                                                • iOS・Android の ローカルLLM実行環境まとめ|npaka

                                                                                  iOS・Android の ローカルLLMの実行環境をまとめました。 1. iOS1-1. Llama.cpp (gguf)「Llama.cpp」の「example/llama.swiftui」で、iOSでggufを実行するプロジェクトが提供されています。モデルはHuggingFaceの「TheBloke」「mmnga」などで数多く提供されています。ただし、メモリ制限のため小サイズのモデルに限られます。 1-2. MLX「mlx-swift-examples」の「LLMEval」に、iOSでMLXを実行するプロジェクトが含まれています。モデルはHuggingFaceの「MLX Community」などで数多く提供されています。ただし、メモリ制限のため小サイズのモデルに限られます。 1-3. TensorFlow Lite (tflite)「MediaPipe」の「LLM Inference

                                                                                    iOS・Android の ローカルLLM実行環境まとめ|npaka