並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 642件

新着順 人気順

PMの検索結果241 - 280 件 / 642件

  • 「どうやってChatGPTと一緒にコードを設計するの?」深津貴之さんによるAIとのペアプログラミングが参考になる

    深津 貴之 / THE GUILD / note @fladdict 「ChatGPTと、どうやって一緒にコードを設計するの?」と聞かれたので、サンプルを作ってみました。だいたい、こんな感じでやってます。 chat.openai.com/share/9278e867… 2023-11-04 00:52:53 深津 貴之 / THE GUILD / note @fladdict 基本的に「磯野〜、ペアプロしようぜ!」と誘って、会話しながらやると安定します。「チミチミ、これをやってくれたまえ」って丸投げすると、だいたいダメ 2023-11-04 01:01:59

      「どうやってChatGPTと一緒にコードを設計するの?」深津貴之さんによるAIとのペアプログラミングが参考になる
    • Terraform職人のためのOpenTofu入門 - Qiita

      この記事は クラウドワークス Advent Calendar 2023 シリーズ1 の 4日目の記事です。 はじめに 「父さんな、Terraform職人やめてお豆腐職人で食っていこうと思うんだ」と言いたいだけの @minamijoyo です。 2023年8月HashiCorpはこれまでMPL2のOSSライセンスで公開していた主要製品をBSL(Business Source License)に変更することを発表し、Terraformはv1.6.0からOSSではなくなりました。 このライセンス変更を受けて、OSS版のTerraformを求める人たちで、MPL2時点のコードベースからforkしたOpenTofuの開発が進められています。 HashiCorpのBSLは、実質的に競合他社の商用利用に制限をかけたもので、ほとんどの一般的なユーザに直接的な追加の制限はありませんが、間接的にTerrafo

        Terraform職人のためのOpenTofu入門 - Qiita
      • 組織をスケールさせるための Four Keys とチームトポロジー

        Findy 開発生産性 Conference における発表です

          組織をスケールさせるための Four Keys とチームトポロジー
        • プロダクトマネージャーになりたい人のための本 - Nothing ventured, nothing gained.

          tl;dr 私が監修した本が出る。 私が顧問をしているクライス&カンパニーという人材紹介会社のキャリアコンサルタントが書いた本である。 クライス&カンパニーはここ数年、プロダクトマネージャーの転職支援に注力しており、日本で一番プロダクトマネージャーに詳しいコンサルタントだ。 彼らの書いた本(私も一部協力した)なので、プロダクトマネージャーを目指す人にはお勧め。 * はっきり言って宣伝です m(_ _)m プロダクトマネージャーになりたい人のための本 エンジニアからプロジェクトマネージャー・事業企画・経営コンサルタント・デザイナー・現役PMまで 作者:松永 拓也,山本 航,武田 直人 翔泳社 Amazon プロダクトマネジメントが浸透した日本の状況 プロダクトマネジメントやプロダクトマネージャーも日本にだいぶ定着してきたと思う。しかし、まだいくつもの課題がある。なんちゃってプロダクトマネジメ

            プロダクトマネージャーになりたい人のための本 - Nothing ventured, nothing gained.
          • プレスリリース駆動開発のすゝめ - LayerX エンジニアブログ

            機械学習・データ部 / データチームの @irotoris です。こんにちは。 データチームでは社内で使うデータプラットフォームやデータマートの開発をしています。今日は弊チームの開発スタイルの中から「プレスリリース駆動開発」を紹介します。 データチームの開発スタイル データチームの開発は1週間のタイムボックスで、月曜日にバックログやプロジェクトから今週取り組むタスクを計画し、金曜にスプリントレビューを行っています。デイリーでは夕会を行っています。ベロシティの計測などは今のところできていませんが、いわゆるスクラムっぽい開発です。 その月曜朝の計画会で、まずプレスリリースを書いています。 プレスリリースとはなにか? 本来プレスリリースは新商品や新サービス、経営・人事などの企業情報を、ニュースとしてメディアに掲載する文書ですが、ここではデータチームが開発・提供する機能や改善をユーザーに伝えるため

              プレスリリース駆動開発のすゝめ - LayerX エンジニアブログ
            • Project IDX

              These days, launching applications means navigating an endless sea of complexity. We felt this pain at Google, so we started Project IDX, an experimental initiative aimed at bringing your entire full-stack, multiplatform app development workflow to the cloud. Project IDX starts with a web-based workspace that'll feel familiar for coding but fresh. And we're just at the beginning of this journey. W

                Project IDX
              • 「GitHub Copilotのおかげで“とりあえず書き切る”ができるようになった」 開発プロジェクトへの活用で感じたメリット

                登壇者の自己紹介 服部佑樹氏(以下、服部):準備ができたようなので、続いてパネルディスカッションを進めていきたいと思います。 ファシリテーターを務めるのは、GitHubの服部です。よろしくお願いします。では、左から自己紹介をしていただいてよいでしょうか? 黒瀧悠太氏(以下、黒瀧):よろしくお願いします。GMOペパボ株式会社の黒瀧と言います。GMOペパボでちょうど10年ぐらい働いて、今は11年目になります。2012年に入社していろいろなWebサービスを開発したあとに、「SUZURI」というオリジナルグッズを作成するサービスの技術の責任者をしています。 最近、GMOインターネットグループの中で技術的な新しい取り組みや、先進的な活動をしていることを認められて、今はデベロッパーエキスパートもやっています。 業務はWebシステムがメインですが、趣味ではIoTデバイスやハードウェアを作ったり、いろいろ

                  「GitHub Copilotのおかげで“とりあえず書き切る”ができるようになった」 開発プロジェクトへの活用で感じたメリット
                • カンバンボードで業務を可視化・整理しよう - 組織に合ったカンバンの設計・運用をヴァル研究所の実践に学ぶ - Agile Journey

                  Agile Journeyをご覧の皆さん、こんにちは。ヴァル研究所の熊野壮真 / 小泉翔太です。 私たちの勤務する株式会社ヴァル研究所は、日本で最初に発売された経路検索サービス「駅すぱあと」を中心に、公共交通に関連するさまざまなプロダクトを展開しています。最近では MaaS (Mobility as a Service))といった、未来の移動のあり方を変えていくような取り組みにもチャレンジしています。 これらプロダクト開発の現場にはアジャイルの考え方が浸透しており、各チームでは現場ごとに合わせたさまざまな形のアジャイルの実践が見られます。その実践手法は多様ですが、各チーム、共通して力を入れているのが「カンバン」による仕事の可視化の取り組みです。こと「カンバン」に関しては開発部門のみならず、バックオフィス部門でも積極的に活用しており、その活用場面の多さ、バリエーションの豊かさは当社の特色と言

                    カンバンボードで業務を可視化・整理しよう - 組織に合ったカンバンの設計・運用をヴァル研究所の実践に学ぶ - Agile Journey
                  • 天体観測プロジェクト「木星表面で閃光現象が発生、撮影データがあれば報告を!」その瞬間を捉えている人が現れた

                    MASA Planetary Log @MASA_06R きのうのTLで知った木星の閃光、撮影したデータを確認してみたら写っていました。 …声が出ました(^^; 日本時間2023年8月29日1:45、世界時28日16:45です。 twitter.com/10ao1121takech… twitter.com/OASES_miyako/s… pic.twitter.com/g0FerdyoVg 2023-08-30 05:00:58 たけちゃん @10ao1121takechi ★木星閃光情報★ 2023-08-29 01:45.5(JST)頃 北半球にて閃光現象があったとのことです。 動画撮影されてた方は確認してみて下さい (*'ω'*)センコー ※画像は月惑星研究会石破氏のデータ pic.twitter.com/wOvcl1KriG 2023-08-29 03:28:13 京都大学OAS

                      天体観測プロジェクト「木星表面で閃光現象が発生、撮影データがあれば報告を!」その瞬間を捉えている人が現れた
                    • マネージャーの評価基準(シート・動画付き)|長村禎庸@EVeM

                      はじめに約1年ぶりのエントリーになります。今回はマネージャーの評価基準というタイトルで書きたいと思います。 マネージャーを評価する基準というのはありそうでないなと、この1年色々な経営者・マネージャーの方と話す中で感じていました。 その時残すべき成果が出ていればマネージャーとしてOKとしている会社もあれば、「マネージャーとしての行動リスト」のようなものが5個〜多くて30個程度であり、その行動リストを評価とまではいかなくとも、チェックリストのように使っている会社もあります。 しかし、前者の場合は「成果が出ていれば色々な犠牲が出てもよし」となりますし、後者の場合は「行動リストのうち今必要が無いことも行動せよ」となるので、両方ともマネージャーを評価する基準としては何か違うなと違和感を覚えてました。 しかし、何を以て良いマネージャーなのか、それを判断する基準がなければ、マネージャーに何を求めて良いか

                        マネージャーの評価基準(シート・動画付き)|長村禎庸@EVeM
                      • 開発プロセスをインクリメンタルに改善する - 一休.com Developers Blog

                        一休.comレストランのエンジニアのkymmtです。 2023年度の下半期、一休.comレストランの開発チームでは開発プロセス改善に取り組みました。改善は小さい単位で徐々に進め、バックログの作りかたやカンバンの運用方法を改善することで、フロー効率の向上、開発ペースの把握、チーム内外からの進捗の見える化ができるようになりました。 この記事では、このようなインクリメンタルな開発プロセス改善の取り組みについて紹介します。 従来の開発プロセス 主に2023年度前半の開発プロセスは次のような形でした1。 プロダクトのリリースに必要なタスクが長いバックログとして存在し、ひたすらタスクを消化 その状況に課題を感じ、区切りを入れるために2週間のスプリントを導入 この時点では、スプリントは2週間ごとに状況を確認するためのもので、目標に対するふりかえりや、次のスプリントの計画を作るためのものとしては活用してい

                          開発プロセスをインクリメンタルに改善する - 一休.com Developers Blog
                        • pythonパッケージ管理ツールryeを使う - 肉球でキーボード

                          Pythonパッケージ管理ツール ryeの使い勝手がよかったので使用方法をまとめました。 ryeとは GitHub: https://github.com/mitsuhiko/rye flaskの作者である Armin Ronacher氏 (GitHubアカウント @mitsuhiko)が個人利用目的で作成した、Pythonのパッケージ関係管理ツールです。内部実装はRustです。 ryeが作成された思想がリポジトリ Should Rye Exist? のDiscussionページに書かれています。 Should Rye Exist?: XKCD #927 Disucssion中の図にあるように、従来のPythonのパッケージ管理は”様々な標準”が存在し、このばらつきを統一しようと新しくパッケージ管理ツールを導入しても、”新たな標準が追加されるだけ”となり、真のパッケージ管理の標準化を行えて

                            pythonパッケージ管理ツールryeを使う - 肉球でキーボード
                          • 自動車のスマホ化 - Android Automotive OS完全入門!

                            はじめに Turing株式会社のUX Engineeringチームでエンジニアをしています佐々木です。Turingは「We Overtake Tesla」をミッションに完全自動運転EVの開発をしています。UX Engineeringチームは、車載インフォテインメント (IVI : In-Vehicle Infotainment) システムの開発を担当しており、Android Open Source Project (AOSP) をベースに車載OSを開発しています。 本記事では、AOSPの枠組みに含まれるAndroid Automotive OS (AAOS)を概説し、また、実機でAAOSを体験するためにRaspberryPi 4BでAAOS13.0を実行する方法を紹介します。 Android Automotive OSの概要 Android Automotive OS (AAOS) は自動

                              自動車のスマホ化 - Android Automotive OS完全入門!
                            • 20%ルールに頼らない: 技術的負債を解消する 組織的な取り組み / Developers Summit 2023 Summer

                              2023.07.27に開催されたDevelopers Summit 2023夏の登壇資料です 登壇者:湯前 慶大(VP of Engineering)

                                20%ルールに頼らない: 技術的負債を解消する 組織的な取り組み / Developers Summit 2023 Summer
                              • SREエンジニアが組織改善プロジェクトを立ち上げてみた - ぐるなびをちょっと良くするエンジニアブログ

                                こんにちは。データ・AI戦略部 SREチームの小野です。普段は部内のシステムに対し、SRE推進活動を行っています。直近では、データエンジニアと協力してデータ基盤周りの改善に取り組んでいます。 <SREの主な仕事> IaC化(Terraform/Terraform Cloud Business)の導入・推進 SLI/SLOの導入・推進 ポストモーテムの導入・推進 アプリケーションデプロイ基盤の導入・推進 ツールやAPIの設計・開発 インフラ設計・開発・運用 トイル削除・システムの自動化 データ基盤改善 一般的なSREエンジニアは、インフラ関連の業務が中心になると思います。しかし、データ・AI戦略部のSREチームは、開発を含めた幅広い仕事をします。やりたいことがあり、手をあげればそれを後押ししてくれる雰囲気の職場です。 今回は、SREエンジニアである私が、組織改善プロジェクトを立ち上げた話をお

                                  SREエンジニアが組織改善プロジェクトを立ち上げてみた - ぐるなびをちょっと良くするエンジニアブログ
                                • 美少女ゲーム『君が望む永遠』新たな全年齢版開発へ向けて本格始動。クラウドファンディングが10月21日から開始へ - AUTOMATON

                                  aNCHORは10月13日、『君が望む永遠』全年齢版開発に向けたクラウドファンディングのキャンペーンページを公開した。同作のクラウドファンディングは、10月21日22時から開始予定。『君が望む永遠~Latest Edition~』をベースとした新たな全年齢版が開発されるようだ。 『君が望む永遠 ~Latest Edition~』の画像 『君が望む永遠』は、国内の美少女ゲームブランドâgeから2001年8月に発売された、18禁のPC向け多重恋愛AVGである。本作の主人公・鳴海孝之は、白陵大付属柊学園に通う3年生だ。ある夏の日、鳴海孝之は女友達である速瀬水月に紹介され、内気な少女・涼宮遙と知り合う。また鳴海孝之は、涼宮遙からの告白をきっかけに、彼女と付き合うようになる。告白を受け入れた当初、鳴海孝之は涼宮遙のことがさほど好きではなかったが、共に時間を過ごすうちに距離が縮まり、純粋に彼女を愛する

                                    美少女ゲーム『君が望む永遠』新たな全年齢版開発へ向けて本格始動。クラウドファンディングが10月21日から開始へ - AUTOMATON
                                  • 最強のチームが最高のプロダクトを作る

                                    社内のプロダクトマネージャーやイノベーターに向けて話した内容です。 価値の探索に適したチームとその作り方について話しました。 口頭でフォローした内容も多いですが、スライドが参考になると嬉しいです

                                      最強のチームが最高のプロダクトを作る
                                    • ベタープログラマ を読んだ

                                      ベタープログラマ を読んだので自分的に刺さった点をまとめる。 6章 航路を航行する⌗ 新たなメンバーが開発チームに参加する際にどのようにすれば速やかに生産的になることができるかについての章。 最善な策はすでにプロジェクトへの理解があるメンバーに導いてもらうこと。もしそれができなければ次のようなことを調べるとよい。 ソースの取得の容易さ⌗ ソースの取得がどれだけ簡単か。健全なプログラムはコードベース全体を得るための単一のチェックアウトのみを必要とする。 コードのビルドの容易さ⌗ 一般的でないツールにビルドが依存していないか コード自身に適切で簡単なドキュメンテーションがあるか 手作業なしで1つのコマンドでビルドを行うことができか コードの一部に取り組んでいるときにその部分だけをビルドすることができるか ビルド中に潜在的な問題を曖昧にしているかもしれない無数の警告が出ていないか テスト⌗ 単体

                                        ベタープログラマ を読んだ
                                      • 自称日本一GitHub Projectsを使っているので魅力を伝えたい! / i call myself the best github projects user in japan so ill show you how i use it

                                        GitHub dockyardコミュニティイベント 2023/08/05 コワーキングスペース茅場町 Co-Edo

                                          自称日本一GitHub Projectsを使っているので魅力を伝えたい! / i call myself the best github projects user in japan so ill show you how i use it
                                        • スクラムマスターの役割はスクラムを回すだけではない ─ Be Agileを志向するサイボウズの組織改編 - Agile Journey

                                          サイボウズにおいてプロダクト開発を担当する開発本部では、2016年頃からスクラムを開発現場に導入してきました。チームにスクラムマスターがいない状況も続いていましたが、2022年にはエンジニアやデザイナーなどと同様の「職能」としてスクラムマスターをバックアップする組織改編に踏み切っています。 ▶ 組織のチームワークを最大化するためにスクラムマスター職能を作りました - Cybozu Inside Out これまでもサイボウズの開発本部ではマネージャー職をいったん撤廃するなど、組織のあり方に野心的な取り組みをしてきました。そういった組織改編の狙いや、スクラムマスター職能化から約1年でどのような効果があったのかを、開発本部副本部長の岡田勇樹さんと、シニアスクラムマスターの天野祐介さん、スクラムマスター職能化にともなって専任となったToshinariさんの3人に伺いました。 スクラムマスターがチー

                                            スクラムマスターの役割はスクラムを回すだけではない ─ Be Agileを志向するサイボウズの組織改編 - Agile Journey
                                          • デザイナー/PdMが今知っておきたいパスキーの基礎知識 - #FlattSecurityMagazine

                                            はじめに こんにちは。株式会社Flatt Securityの @toyojuni です。自分はもともとWebやUIのデザインを本職としていましたが、大学の同期と共同創業したセキュリティ企業であるFlatt Securityにて経営やDevRelを担っています。 デザインとセキュリティは普段話題が交わることが少ない領域ですが、UI/UXのデザインであればソフトウェア開発と不可分であることは間違いなく、すなわちデザインもセキュリティに無自覚ではいられないでしょう。 そのような観点で、本記事では「パスキー(Passkey)」を取り上げてみようと思います。 本記事は「パスキー」「FIDO」「WebAuthn」といったキーワードに関して以下のような認識を持っている方向けの記事です。 名前も知らない / 聞いたことがない 聞いたことはあるが、ほとんど理解していない はじめに パスキーをなぜ今知るべきか

                                              デザイナー/PdMが今知っておきたいパスキーの基礎知識 - #FlattSecurityMagazine
                                            • Rust製ブラウザエンジンの「Servo」、アプリに組み込み可能なクロスプラットフォーム対応WebView化を目指す。Electron代替を目指す「Tauri」への組み込み実現へ

                                              Rust製ブラウザエンジンの「Servo」、アプリに組み込み可能なクロスプラットフォーム対応WebView化を目指す。Electron代替を目指す「Tauri」への組み込み実現へ Rust製のWebブラウザエンジンとして開発が進められている「Servo」は、Servoをアプリケーションに組み込み可能なクロスプラットフォーム対応WebVeiwとする方向で開発を進め、それをアプリケーションフレームワークのTauriと協力してTauriがサポートする予定であることを発表しました。 TauriはElectronの代替を目指す、Web技術を用いてアプリケーションを開発するためのフレームワークです。 参考:Electron代替を目指すRust製フレームワーク「Tauri」がバージョン1.0に到達、Windows/Mac/Linuxに対応 現在のTauriは、UIのレンダリングエンジンとして、Windo

                                                Rust製ブラウザエンジンの「Servo」、アプリに組み込み可能なクロスプラットフォーム対応WebView化を目指す。Electron代替を目指す「Tauri」への組み込み実現へ
                                              • 顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み

                                                顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み 新PdM組織での顧客解像度の上げ方 植木氏の自己紹介 植木遼太氏:私からは「新PdM組織で実践した顧客解像度の上げ方」というテーマで発表します。簡単に自己紹介をしてから本題に移らせてください。 私は植木遼太と申します。先ほどの紹介にあったように、今現在は「楽楽精算」のPdMをしています。約2年前に入社しています。キャリアとしては2010年に新卒からインフラエンジニアとしてスタートして、その後、プロジェクトマネージャー、プロダクトマネージャーと役割を変遷させていったかたちのキャリアを歩んできました。 顧客解像度向上のための取り組みBefore/After では本題に移ります。先ほどのテーマにあったように、「顧客解像度の向上って」という話があります。発表の流れとしては、「そもそもこの

                                                  顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み
                                                • 新規プロダクトの仮説検証ループをすばやく回し続けるためのプロダクトエンジニアリング/PdENight3

                                                  ドメイン知識を活用した、薬局における患者の来局予測/Predicting Patient Visits to Pharmacies Using Domain Knowledge

                                                    新規プロダクトの仮説検証ループをすばやく回し続けるためのプロダクトエンジニアリング/PdENight3
                                                  • NTTデータが生成AI使うシステム開発手法を全技術者に展開、人月型契約が見直しに

                                                    NTTデータは法人向けシステム構築に生成AI(人工知能)を本格導入する。生成AIを利用したシステム開発手法やツール群を社内で整備し、2024年度から国内外の開発部門に展開する。 NTTデータは業務システム開発に携わるエンジニアが国内と海外を合わせて約10万人在籍する。生成AIを使う開発手法を全エンジニアに習得させ、営業など関係する職種も含めて全社員19万5000人が利用できる体制を目指す。 既に実証では開発工数を7割削減できたなど大きな成果事例が出ているという。システム構築の生産性が大幅に向上すると、受注できる案件を増やせる一方で、案件の単価や顧客単価が下がりかねない矛盾も抱える。システム構築の受注金額は、必要な工数を積算して算定根拠にする「人月型」の契約が主流だからだ。NTTデータは「課題を整理して、成果報酬型など顧客と新たな契約形態も検討を進める」(担当する技術革新統括本部システム技術

                                                      NTTデータが生成AI使うシステム開発手法を全技術者に展開、人月型契約が見直しに
                                                    • アジャイル環境で必須 ビジネス要件定義書(BRD)を作成する際のポイント

                                                      アジャイル環境で必須 ビジネス要件定義書(BRD)を作成する際のポイント:どう作るか、どう活用するか アジャイルソフトウェアチームが仕事を行う際には、厳密なプロセスや厳格な監理委員会を設けるべきではない。それでも、ビジネス要件定義書は、チームの中心に据える必要がある。本稿では、そのビジネス要件定義書について考える。 ソフトウェアチームは、顧客に提供予定の具体的な製品または価値をビジネス用語を使って要約する明確かつ包括的なドキュメントを作成して、管理しなければならない。このビジネス要件定義書(BRD:Business Requirements Document)を用意すれば、顧客のニーズを満たすことが可能になる。 アジャイルソフトウェアチームは、顧客用か社内業務関係者用かを問わず、アプリケーションを作成する前に、BRDの作成方法を理解する必要がある。本稿では、BRDが果たす役割、アジャイルプ

                                                        アジャイル環境で必須 ビジネス要件定義書(BRD)を作成する際のポイント
                                                      • Cloudflare PagesでURL短縮サービスをつくる!

                                                        Cloudflare PagesでURL短縮サービスを作ってみましょう!これを作ることであなたは以下を体験することができるしょう。 HonoでWebページをつくること Cloudflare KVをアプリケーションの中で使うこと アプリケーションをCloudflare Pagesへデプロイすること アプリケーションの特徴 今回作ってもらうアプリケーションはこのような特徴があります。 Viteを使って開発 UI付き JSXを使ってHTMLを書ける メインのコードは100行以下! Zodを使ったバリデーション バリデーションエラーも表示 簡易なCSRF対策 デモ 完成品を使っている様子です。 完成品 完成済みのコードは以下にあります。 アカウント 今回、アプリケーションを作ってCloudflare PagesへデプロイするにはCloudflareのアカウントが必要です。無料の範囲で遊べるので、も

                                                          Cloudflare PagesでURL短縮サービスをつくる!
                                                        • “EGGコンソール”インタビュー。Switch向けに名作PCレトロゲームを配信。“名作を後世に残したい”という思いに突き動かされて | ゲーム・エンタメ最新情報のファミ通.com

                                                          “著作権の保護”と“名作を後世に残したい”という思いと ――まずは“プロジェクトEGG”がどのようなサービスなのか、改めて教えてください。 鈴木“プロジェクトEGG”は、1980~90年代の名作PCゲームを復刻してお届けする取り組みで、スタートしたのは2001年11月になります。1980年代~90年代というのは、ハードウェアの進化に合わせてゲームも進化していた時代で、魅力的なゲームが続々とリリースされていました。それが、インターネットが普及し始めた1990年代後半になって、そんな時代のソフトが、権利関係などが明確にされないまま、エミュレーター(※)などを介してやり取りされるケースが増えてきたんですね。 当時私はボーステックという老舗PCメーカーに所属していたのですが、レトロゲームに一定のニーズがあることを肌で実感しつつ、権利問題がクリアーにされないままやり取りされているレトロゲームに対して

                                                            “EGGコンソール”インタビュー。Switch向けに名作PCレトロゲームを配信。“名作を後世に残したい”という思いに突き動かされて | ゲーム・エンタメ最新情報のファミ通.com
                                                          • TypeScript Origins: The Documentaryを観た - laiso

                                                            TypeScript Origins: The DocumentaryはTypeScriptの誕生に関わった関係者たちへのインタビューで構成されたドキュメンタリー動画。 www.youtube.com 製作元はOfferZenというアムステルダムの求人プラットームの会社で、以前にはSvelte OriginsやLaravel Originsも公開している。 本作ではReact.js: The Documentaryの次世代フロントエンドフレームワーク開発競争と時期を同じくして起っていたAltJS戦争の中でどうTypeScriptが現在の地位を獲得していったのかに迫る。 laiso.hatenablog.com 私はTypeScriptについては片手間業務プログラマーという感じで全然詳しくないんですけど、TypeScript Originsのゆりかご からRemove TypeScriptの

                                                              TypeScript Origins: The Documentaryを観た - laiso
                                                            • Railsプロジェクトへの「頑張らない型導入」のすすめ - メドピア開発者ブログ

                                                              こんにちは。サーバーサイドエンジニアの三村(@t_mimura)です。 主に保険薬局と患者さまを繋ぐ「かかりつけ薬局」化支援アプリ kakariのサーバーサイド開発(Ruby on Rails)を担当しています。 突然ですが! この度kakariプロジェクトは「型導入」をしました! kakariのRailsリポジトリに型導入PRがマージされた様子 皆さんのプロジェクトは「型導入」していますか? 「型導入」しているRailsプロジェクトはまだ少ないのではないでしょうか なぜ型導入しないのか 型を導入すると何かしらが便利になることは分かっているのに何故やらないのでしょうか(煽り気味) 「型の恩恵」と「型を自分たちで書くコスト」の2点を比較していませんか? RubyKaigi 2023開催前の私がまさしくそう考えていました。 本当にその2点を比較するべきなのかをここで再考してみましょう。 「型導

                                                                Railsプロジェクトへの「頑張らない型導入」のすすめ - メドピア開発者ブログ
                                                              • エンジニアリングマネージャーの4領域はEM以外のメンバーでも濃淡はあれど意識する必要がある - stefafafan の fa は3つです

                                                                株式会社はてなでテックリードとして仕事をしている id:stefafafan です。今回は自分が個人的に考えてきたことを記事としてまとめてみます。 エンジニアリングマネージャーの4領域とは EMでなくとも4領域を意識する必要がある テックリードの場合 スクラムマスターの場合 Individual Contributor (IC) の場合 ロールを持たないソフトウェアエンジニアの場合 結局エンジニアリングマネージャーの役割とは 終わりに エンジニアリングマネージャーの4領域とは ここで私がEMの4領域と呼んでいるのは以下の4つの領域のことです。 テクノロジーマネジメント アーキテクチャやテストなど プロジェクトマネジメント 見積もりやアジャイル開発など プロダクトマネジメント ビジョンや仮説検証など ピープルマネジメント メンバーの成長やメンタリングなど これらの4つの領域は @hiroki

                                                                  エンジニアリングマネージャーの4領域はEM以外のメンバーでも濃淡はあれど意識する必要がある - stefafafan の fa は3つです
                                                                • 個人開発が続かない理由は「時間」「戦略」「気力」「孤独」 4つの“つらみ”を解消するアジャイル開発・スクラム開発のエッセンス

                                                                  自分がニッチだと思っているテーマについて発表する「Qiita Engineer Festa 2023〜私しか得しないニッチな技術でLT〜」。ここで株式会社ノーススターの古谷氏が登壇。個人開発の“つらみ”を解消するアジャイル開発・スクラム開発のエッセンスについて話します。 古谷氏の自己紹介 古谷聡希氏:「個人開発のつらみを経営計画とスクラムの手法で乗り切る技術」です。よろしくお願いします。 今日のテーマはニッチな技術ですが、私は(ニッチな技術と言いつつも)どちらかというと王道技術のニッチな活かし方なのかなと思って発表します。なので、そのように念頭に置いて聞いてもらえたらうれしいです。 あらためまして、古谷と申します。中小企業診断士で、いわゆる経営コンサルの国家資格と認定スクラムマスターを持って活動しています。 会社員としては三井物産株式会社のIT医療の領域の関連会社の株式会社ノーススターでエ

                                                                    個人開発が続かない理由は「時間」「戦略」「気力」「孤独」 4つの“つらみ”を解消するアジャイル開発・スクラム開発のエッセンス
                                                                  • 今がオープンソースから「ポストオープン」へ踏み出すとき。オープンソースの中心人物ブルース・ペレンズ氏が提案する、開発者にお金を分配できる新たな仕組み[前編]

                                                                    今がオープンソースから「ポストオープン」へ踏み出すとき。オープンソースの中心人物ブルース・ペレンズ氏が提案する、開発者にお金を分配できる新たな仕組み[前編] Bruce Perens(ブルース・ベレンズ)氏は、オープンソースの定義とオープンソースのライセンシングのルールを作り、オープンソースを世界に初めて発表した人物であり、DebianプロジェクトとOpen Source Initiativeの創設者でもあります。オープンソースにおける中心的な人物です。 そのペレンズ氏は、今年(2024年)2月にロンドンで開催されたオープンソースのイベント「State of Open Con24」の基調講演で、「ポストオープン」と呼ぶオープンソースの新たな仕組み作りを提案しました。 オープンソースは今、大手クラウドベンダがオープンソースを用いて莫大な売り上げを上げる一方で、オープンソースのプロジェクトの多

                                                                      今がオープンソースから「ポストオープン」へ踏み出すとき。オープンソースの中心人物ブルース・ペレンズ氏が提案する、開発者にお金を分配できる新たな仕組み[前編]
                                                                    • 後藤真希、25周年でVTuberに 2001年からタイムスリップしてきた15歳の「ぶいごま」が10/26デビュー配信 | PANORA

                                                                        後藤真希、25周年でVTuberに 2001年からタイムスリップしてきた15歳の「ぶいごま」が10/26デビュー配信 | PANORA
                                                                      • Notion、「Notionプロジェクト」を提供--分かりやすいプロジェクト管理を可能に

                                                                        印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます コラボレーションソフトウェア「Notion」を提供するNotion Labsは米国時間5月31日、「Notionプロジェクト」を正式リリースした。 Notionプロジェクトは、社内Wikiやドキュメントなどとシームレスに統合され、AIを組み込んだプロジェクト・タスク管理ソリューション。ツールを統合することでチームはサイロを排除し、よりスピーディかつ分かりやすくプロジェクト管理をできるという。 これまでもNotionは、プロジェクト管理に必要な基本機能を搭載していたが、Notionプロジェクトにより、プロジェクト管理をより高度に行えるようになる。また、手軽にスタートできるテンプレートパックの活用により、これまでNotionを使っていなかっ

                                                                          Notion、「Notionプロジェクト」を提供--分かりやすいプロジェクト管理を可能に
                                                                        • 君たちはどう研究するか - ジョイジョイジョイ

                                                                          IBIS 2023 のパネルディスカッション「君たちはどう研究するか」にて研究の取り組み方についてお話しました。この記事はそこでお話した内容を編集したものです。 🔍研究テーマの決め方について 📆 研究プロジェクトの進め方 😵‍💫 研究がうまくいかないときの対処法 📝 論文の書き方 おわりに 🔍研究テーマの決め方について 僕は研究テーマ選びはあまり重要ではないと考えています。どういうテーマにめぐり合うかは運なので、そこで思いつめても仕方がありません。なので、僕は自分から積極的にテーマを探しにいくということはしていません。それよりも、テーマを決めたあとの掘り下げ方という自分でコントロールする部分に集中して研究に取り組んでいます。 その人の地力によって、テーマとして成立させられるストライクゾーンが決まってくると考えています。初心者うちは、王道のテーマで王道のストーリーでしか成立させら

                                                                            君たちはどう研究するか - ジョイジョイジョイ
                                                                          • 『スクラムの拡張による組織づくり』を読んで、そもそも”組織をつくる”ってなんだろうなって考えた - Magnolia Tech

                                                                            スクラムの拡張による組織づくり──複数のスクラムチームをScrum@Scaleで運用する WEB+DB PRESS plus 作者:粕谷 大輔技術評論社Amazon だいくしーさんこと、粕谷大輔さんの『スクラムの拡張による組織づくり』を読みました。 複数のスクラムチームを協業させていく手法として「Scrum@Scale」を軸に、スクラムという概念自体のおさらいから始まり、コミュニケーションを軸とした組織の作り方、運用の仕方を解説していく構成になっています。 第3章で出てくる「毎日45分で問題が解決する」というのはなかなかキャッチーな表現で、Daily Scrum -> Scaled Daily Scrum -> Executive Action Teamのそれぞれに15分という目安を作ることで、議論ではなく問題の確認と決定の場としてショートに実行するものである、という定義が明確で分かりやす

                                                                              『スクラムの拡張による組織づくり』を読んで、そもそも”組織をつくる”ってなんだろうなって考えた - Magnolia Tech
                                                                            • 【島国大和】無茶ぶりはなぜ生まれるのか? どうすれば避けられるのか?

                                                                              【島国大和】無茶ぶりはなぜ生まれるのか? どうすれば避けられるのか? ライター:島国大和 島国大和 / 不景気の波にもがく,正体はそっとしておいて欲しいゲーム開発者 島国大和のド畜生 出張所ブログ:http://dochikushow.blog3.fc2.com/ かつてのゲーム業界の労働環境は,本当にえぐかったとよく言われます。休出や徹夜は当たり前,初任給で買うのは寝袋。 自分もゲーム業界に来たばかりの頃,先輩から,「イスを並べて寝るときは,背もたれを互い違いにすると落ちにくい」という,ありがたいアドバイスをもらったことがあります。 ほかにも,休日にオフィスで殺虫用のくん煙剤を焚いたら,机の下で寝ていたプログラマが何人もあぶり出されたとか,業務の過酷さに耐えかねて失踪したディレクターをMMORPGの街に探しに行ったとか。 ひどい話はいっぱい聞きましたし,実際に体験したこともあります。 な

                                                                                【島国大和】無茶ぶりはなぜ生まれるのか? どうすれば避けられるのか?
                                                                              • 開発責任者として、事業会社にジョインして半年の振り返り

                                                                                あれこれ 備忘録的な書き殴りな文書です。あしからず。 オシャンティーな技術スタックで、大きな組織でやるのも面白いと思うけど、小さな会社でレガシーなシステムやメンバーと向き合うのも悪く無いよ!ってことを伝えたいのだけど、これが楽しめる人いるかな?私は楽しいよ! ジョインした時点の状況 開発体制 開発エンジニア(入社半年) インフラエンジニア(5年前後、QA兼ねる) 主力サービスの協力会社 0.5人月程度 会社の屋台骨の 主力事業のSaaSサービスがあるが、業務委託の0.5人月程度の工数の範囲でできる改修を行っていた。 開発エンジニアは新規機能を開発していた。 課題感 一度作られたシステムは、表(UI/UX)も、裏(システム)もレガシーな状況であった。 限られたエンジニアのリソースは、営業視点で、あったら売りやすい機能開発に費やされており、負債返却や、使い心地の改善には充てられていなかった。

                                                                                  開発責任者として、事業会社にジョインして半年の振り返り
                                                                                • 劇場アニメーション作品『KILLTUBE』発表 ARuFaら異色クリエイター陣が制作に参加

                                                                                  映画制作やブランド/IPのプロデュースを行う企業・ CHOCOLATEが、オリジナル劇場アニメーション作品『KILLTUBE(キルチューブ)』の制作を発表。プロジェクトのパイロット映像を公開した。 同社が長編アニメーションを手掛けるのはこれが初めて。プロジェクト内では、制作、届け方、稼ぎ方の新たな手法を発明するべく「108の実験」が行われる。 10億円の製作費をもとに、2026年の作品公開を目指してプロジェクトが進行中。現在、制作実験パートナーを募集している。 ARuFaやしまぐち ニケも参加する『KILLTUBE』『KILLTUBE』は、とある理由で2026年まで江戸時代が続いている日本を描く作品。 厳しい身分制度が敷かれている社会で、最下層の3人組が、身分を変えることができる「決闘配信」に挑み、大衆の嘲笑をはねのけていくバトルエンターテインメントとなる。

                                                                                    劇場アニメーション作品『KILLTUBE』発表 ARuFaら異色クリエイター陣が制作に参加