並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 10180件

新着順 人気順

engineerの検索結果201 - 240 件 / 10180件

  • NeWork 開発チームが自主的な改善を行う 20%ルールを1年間運用してみて - NTT Communications Engineers' Blog

    NeWork 開発チームでは開発時間の 20%を主体的にプロダクトの改善に当てています。この取り組みの導入の背景や 1 年間運用して見えてきた良かったことや課題などをご紹介します。 目次 目次 はじめに NeWork とは 開発チーム改善活動 背景 活動内容 導入して良かったことと課題 良かったこと スプリントに積んだバックログアイテムが基本的に消化できるようになった エンジニアのモチベーション向上 インタラクションの改善もプロトタイプを通して納得感を与えられる コードの品質が上がる 課題 新機能を作った場合に他チームとの連携が難しい 新機能が放置されがち コンフリクトが起きる おわりに はじめに こんにちは。NeWork 開発チームの 2 年目エンジニアの中里です。普段はアジャイル開発エンジニアとしてフロントエンド・バックエンドを問わず、機能開発や改善を行っています。 この記事では、Ne

      NeWork 開発チームが自主的な改善を行う 20%ルールを1年間運用してみて - NTT Communications Engineers' Blog
    • カミナシにセキュリティエンジニアとしてジョインして1年の振り返り - カミナシ エンジニアブログ

      息子に「お父さんカエルの匂いがする」と言われているセキュリティエンジニアリングの 西川です。カエルの匂いとはこれ如何に。。 カミナシに関わって1年経って 見出しで入社してではなく、関わってと表現したのは業務委託で関わり始めたのが去年の4月からだったからです。1年経って色々と今までの活動などの振り返りをしたいと思い筆を取りました。 そもそも振り返るきっかけとなったのは、IssueHunt 社のイベント(https://issuehunt.jp/seminar/lounge3)でプロダクトセキュリティについて話をする機会があったからです。できるだけ無意識下にあったものを言語化したいなと思いました。自分の考えを整理する貴重な機会をいただけて本当にありがたかったです。 私はセキュリティに関する競技への参加などを通じてチームビルディングないしは、組織に馴染むといいますか、その組織に最適化するのが得意

        カミナシにセキュリティエンジニアとしてジョインして1年の振り返り - カミナシ エンジニアブログ
      • SaaSビジネスがいま、AIで大きく変わろうとしている | Coral Capital

        月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください! これまでソフトウェア・スタートアップは、主に企業における個人やチームの生産性向上のためのソフトウェアに注力してきました。要するに、ソフトウェアは実際に実務を行う「実務者」を支援するために作られてきたのです。ユーザー数に応じた価格設定が一般的であるのも、こうした背景から1人あたりの生産性向上効果でコストを正当化する価格戦略が適切とされていたからです。 しかし現在、LLMによってパラダイムシフトが起ころうとしています。インターネットの黎明期には、多くのウェブサイトが「オフラインの現実世界」に基づいて作られていました。例えば、街の

          SaaSビジネスがいま、AIで大きく変わろうとしている | Coral Capital
        • GitHub、Copilotでより高い精度のコードを生成させる方法を指南。関連ファイルを開く、トップレベルのコメントを書くなど

          GitHub、Copilotでより高い精度のコードを生成させる方法を指南。関連ファイルを開く、トップレベルのコメントを書くなど 記事の中で、プログラマが意図したコードを高い精度で生成AIに生成させるためのテクニックがいくつも紹介されています。これらのテクニックはCopilotに限らず、生成AIを用いてコードを生成させる際の参考になると思われます。 この記事では、紹介されているテクニックのポイントをまとめてみました。 GitHub Copilotでよりよいコードを生成するためのポイント 生成AI活用の基本として説明されたのは、大規模言語モデルを用いた生成AIでは、コンテキスト(文脈)に基づいて予測を行うように設計されているため、生成AIに対する入力やプロンプトがコンテキストに富んでいるほど良い出力が得られる、という原則です。 それゆえ、GitHub CopilotおよびGitHub Copi

            GitHub、Copilotでより高い精度のコードを生成させる方法を指南。関連ファイルを開く、トップレベルのコメントを書くなど
          • クレディセゾンでDXを進めてきた5年間を振り返る|小野 和俊

            はじめにクレディセゾンに来てちょうど5年が経ったので、これまでの取り組みをまとめてみようかと思う。書き進めていくうちにとても長くなってしまったので、1年につき3トピックに絞ってあとはカットした。それでも5年分なこともありかなり長くなったので、目次から各トピックに飛んでもらえればと思う。社内の関係者も読むかもしれず、「自分のやったことが載ってない!」と思うこともあるかもしれないが、内製開発案件だけでも53案件あり全部載せるととんでもない量になるので許してほしい。それから、振り返ってまとめると退職すると勘違いされるかもしれないけれど、退職するわけではありません! 2019年:ゼロからのスタート1-1. 内製開発エンジニア募集を始める「日本のそれなりの規模の事業会社の中に、内製開発チームを立ち上げることはできるのだろうか?」 2019年3月、クレディセゾンに来たばかりの私にとってはこの質問への答

              クレディセゾンでDXを進めてきた5年間を振り返る|小野 和俊
            • 51歳システムエンジニア、25年のキャリアを武器にSIer企業へ転職 - Qiita

              はじめに 皆さん、こんにちは。私は51歳で、25年以上のシステム開発経験を持つ中国出身のエンジニアです。今回、2ヶ月間にわたる多くの挑戦を伴う転職活動の末、自社サービス開発を手掛ける企業からSIer企業への転職を成功させました! 1. 転職履歴:3度の転職で培った経験 これまで3回の転職を経験してきました。 1回目: 中国の会社から同グループ会社の日本支社へ転職。受託開発に携わり、異文化コミュニケーションスキルを磨き、日本のビジネス文化を学びました。 2回目: 現職の会社へ転職。自社サービス開発に10年間従事し、ユーザーニーズを深く理解し、チームワークの重要性を認識しました。 3回目: 今回、SIer企業へ転職。豊富な経験とスキルを活かし、新たなチャレンジをスタートしました。 2. 職務経歴:フルスタックエンジニアからプロジェクトマネージャーへ システム開発歴25年以上 受託開発15年間、

                51歳システムエンジニア、25年のキャリアを武器にSIer企業へ転職 - Qiita
              • 大学で読んだ情報科学関連の教科書 - ジョイジョイジョイ

                先日、博士(情報学)になりました。学部と大学院をあわせた 9 年間で読んだ情報科学関連の教科書・専門書を思い出を振り返りつつここにまとめます。私は授業はあまり聞かずに独学するタイプだったので、ここに挙げた書籍を通読すれば、大学に通わなくてもおおよそ情報学博士ほどの知識は身につくものと思われます。ただし、特に大学院で重要となる論文を読み書きすることについては本稿には含めておりません。それらについては論文読みの日課についてや論文の書き方などを参考にしてください。 joisino.hatenablog.com 凡例:(半端)とは、数章だけ読んだ場合か、最後まで読んだものの理解が浅く、今となっては薄ぼんやりとしか覚えていないことを指します。☆は特におすすめなことを表します。 学部一年 寺田 文行『線形代数 増訂版』 黒田 成俊『微分積分』 河野 敬雄『確率概論』 東京大学教養学部統計学教室『統計学

                  大学で読んだ情報科学関連の教科書 - ジョイジョイジョイ
                • 子どもの進学を見据え文京区に建てた家。全館空調&全館浄水器で快適さを追求【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅

                  東京都文京区に注文住宅を建てたエンジニアのTomohisaさん。都心に注文住宅を建てるという金額面でのデメリットを懸念しつつも、長期的な資産価値を考慮し「建物ではなく土地に可能な限り予算をかける」ことを選択しました。 そうして建てた自宅では全館空調、全館浄水器といった生活の快適さを追求する一方で、仕事スペースやネットワーク環境は必要最小限に。さまざまな制約がある中でバランスを取った家づくりを心がけたといいます。 職業柄、「よりよいもの」や「よりよい環境」を求める方が多いエンジニアの家づくりを紹介する「エンジニア、家を建てる」第8回です。 はじめまして、Tomohisaと申します。年齢は40代後半で、同世代の妻と小学生の娘2人(小5、小2)の4人で暮らしています。 大学生の頃に外資系ベンチャー企業でアルバイトを経験して以来、ベンチャー企業を渡り歩くエンジニア人生を送ってきました。アプリからイ

                    子どもの進学を見据え文京区に建てた家。全館空調&全館浄水器で快適さを追求【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅
                  • エンジニアたちの面談してたんだけど、最近の子ほんと「一生エンジニア」やりたがるのね。30歳さしかかるんだからそろそろ部下を持てと言ってるんだけどなぁ

                    あゆゆん♪ @ayu_littlewing 今度はエンジニアたちの面談してたんだけど、最近の子ほんと「一生エンジニア」やりたがるのね。 30歳さしかかるんだからそろそろ部下を持てと言ってるんだけどなぁ。 いつまでも振られたIssueをプルリクにするお仕事だけしてても今後のキャリアどうするんだ?? エンジニアにもレイヤーはあるだろ? 2024-03-26 16:33:37

                      エンジニアたちの面談してたんだけど、最近の子ほんと「一生エンジニア」やりたがるのね。30歳さしかかるんだからそろそろ部下を持てと言ってるんだけどなぁ
                    • 顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み

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

                        顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み
                      • 実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】

                        TOPインタビュー実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】 実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】 2024年3月26日 株式会社アトラクタ Founder兼CTO/アジャイルコーチ 吉羽 龍太郎 1973年生まれ。野村総合研究所、Amazon Web Servicesなどを経て、2016年1月から現職。アジャイル開発、DevOps、クラウドコンピューティング、組織開発を中心としたコンサルティングやトレーニングを専門とする。著書に『SCRUM BOOT CAMP THE BOOK』(翔泳社)、訳書に『チームトポロジー』(日本能率協会マネジメントセンター)、『プロダクトマネージャーのしごと』『エンジニアリング

                          実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】
                        • OSSプロジェクト「Devika」登場 全自動でゲームもつくれる完全自律型AIエンジニア「Devin」超え目指す【技術紹介】

                          AIソフトウェアエンジニアを提供するオープンソースのプロジェクト「Devika」がGitHubで公開された。これはAIベンチャー「Cognition」が開発し2024年3月12日に公開した、ソフトウェア開発のための自律型AIエンジニア「Devin」をモデルに、オープンソース版の提供を目指すプロジェクトだ。 Devinは、従来の大規模言語モデル(LLM)やコーディング特化型モデルが実行可能。テキストからのコード生成やバグの特定などの作業支援だけではなく、ゲームなどのソフトウェア開発が全自動でできるとの特徴を持つ。 keyboard_arrow_down プロジェクト背景 keyboard_arrow_down プロジェクト内容 Devinは、独自のコマンドライン、コードエディター、ブラウザを持ち、APIドキュメントを参照しながら、開発プロジェクトを自律的に構築する。エラーが発生した場合は、デ

                            OSSプロジェクト「Devika」登場 全自動でゲームもつくれる完全自律型AIエンジニア「Devin」超え目指す【技術紹介】
                          • 自分の要件を伝える英語 - Qiita

                            海外エンジニアに、要件を伝えたい。できれば効果的に読んでもらいたい。しかし 69 %の人はメールを、サラッとしか読まない 1 つのメールにかける時間は 10 秒以下 45 %がスマホ等でメールを確認している ...らしい。【保存版】悩まず書ける!英語メールの書き方の5つのポイント | 英語で暮らしと仕事が楽しくなるビズメイツブログ Bizmates Blog 踏まえ書き記す。 基本フォーマット What How By When Hello team. After deploying [foo] there is an error like [bar]. Need workaround by [1st, Aug etc..]. ## Impact Need workaround. ## Status Now Customer is [hogehoge]. Regards, -- [Your

                              自分の要件を伝える英語 - Qiita
                            • 仕組みと一緒に作りながら学ぶシェル - Qiita

                              はじめに みなさん、シェルについてご存じでしょうか?bashやzshなどエンジニアであれば誰もが触ったことのあるであろうターミナルから使用することのできるあれです。もちろん知ってるよという人もいると思いますが、意外とその仕組みまで知った上で使用している人は少ないのではないでしょうか?(自分もそのうちの一人です、、、) そこで!この記事では、シェルの全体像と仕組みについて解説してみたいと思います。また、最後に仕組みをなぞった上で簡単なシェルの実装を行ってみたので、この機会に改めてエンジニアの身近にあるシェルについて理解を一緒に深めていきましょう。 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 シェルとは? シェルとはオペ

                                仕組みと一緒に作りながら学ぶシェル - Qiita
                              • Googleマップに方向音痴にとっての最終兵器が搭載されていてビビった「これで迷うようなら…」方向音痴さんの声続々

                                いぐぞー ✈️ 旅するプログラマー @igz0 Googleマップを見ていたら、方向音痴のための最終兵器(これで迷うようだったら人間やめてる)が搭載されていてビビった。 pic.twitter.com/PlOvqA1mSp 2024-03-24 15:02:43 いぐぞー ✈️ 旅するプログラマー @igz0 旅とプログラミングをこよなく愛します。 アメリカ大陸🇺🇸を横断しました!!小学生からプログラミング→新卒SIer→Webに目覚め個人事業主兼会社員。テレビ出演経験あり。 Webサービスを作りました。AI・VRに没頭中。IT関連中心にツイートします!!アイコンは@ixy先生より利用許諾済み。Amazonアソシエイト。 note.com/igz0/

                                  Googleマップに方向音痴にとっての最終兵器が搭載されていてビビった「これで迷うようなら…」方向音痴さんの声続々
                                • 非デザイナーのフロントエンドエンジニアがOOUIを考える

                                  3/24(日)に開催された、Object-Oriented Conference 2024(OOC2024)のTrack D(15:00〜)トークセッションの資料です。 https://ooc.dev/2024/ https://fortee.jp/oocon-2024/proposal/5565aea9-fcdc-4122-8b03-febb5dd52cae

                                    非デザイナーのフロントエンドエンジニアがOOUIを考える
                                  • トップダウンではないからDXは無理、いや日本企業はボトムアップでもないでしょ

                                    「勝手にやっている現場の集合体」といわれる日本企業。そんな企業でDX(デジタルトランスフォーメーション)を成功させたいのならば、経営者が日頃の現場丸投げを悔い改めて自ら主導してDXを推進するしかない――。この「極言暴論」で私は一貫してそう力説してきた。要するに、トップダウンでやらなきゃDXはアカンぞ、というわけだ。ところが最近、世間にはこの件に関してとんでもない勘違いがあると気付いてしまった。 何の話かというと、日本企業、というか日本のビジネスパーソンの多くはトップダウンの意味を完全に取り違えているのだ。だから、DXの位置付けも怪しくなり、経営者がDXを現場に丸投げする際の言い訳の根拠にもなってしまう。何せ「トップダウンとは経営トップなど経営層が意思決定して、上から一方的に指示・命令することだ」と誰もが思い込んでしまっているからな。ある意味正しいから誤解を生むのだが、そんなことじゃDXなん

                                      トップダウンではないからDXは無理、いや日本企業はボトムアップでもないでしょ
                                    • 【ABA Games】インディーゲーム制作歴40年。PC黎明期から生成AI時代まで折れずに続ける理由

                                      【ABA Games】インディーゲーム制作歴40年。PC黎明期から生成AI時代まで折れずに続ける理由 2024年3月25日 インディーゲーム開発者 長 健太 早稲田大学でコンピュータサイエンスを学び、学士号・修士号・博士号を取得。メーカー就職後はITの研究職を経て、現在はマネジャーとしてシステム開発に携わる傍ら、大学時代から一貫してインディーゲーム開発者としての顔を持ち続けている X ABA Games GitHub Blog -ABAの日誌- シューティングゲームを中心にこれまで400作以上もの作品を生み出し、インディーゲーム界の第一人者として国内外で知られる「ABA Games」こと長健太氏。 2023年9月に公開した「小さなゲーム開発の楽しみ」という電子冊子も話題となり、開発の楽しさを心から味わっている様子がうかがえます。 今回は長きに渡りインディーゲーム業界を牽引してきた長さんにイ

                                        【ABA Games】インディーゲーム制作歴40年。PC黎明期から生成AI時代まで折れずに続ける理由
                                      • 権限管理は大事で、難しい。特に、管理画面においては。|Seiji Takahashi@ベースマキナ

                                        ありがたいことに継続的にご利用者様の数・ご活用頂く業務の幅が増え、積み上がるご要望に日々追いつくべく開発に邁進しております。 今回は先日ベースマキナがリリースした「ロール機能」に付随するお話です。 ベースマキナでは、以前から管理画面上で呼び出す処理ごとに、ユーザーやユーザーのグループ単位で実行を許可する機能があるなど、ガバナンス要求に答える機能を揃えてきました。 今回修正が行われたのはそれとは別のレイヤーで、ベースマキナ上の管理者向けの設定(接続先のデータベースやAPIの情報や、処理の登録、ユーザー追加など)を行う権限を細分化 & グルーピング設定を紐づけられるようにした、というものです。 この機能は成果物で見るとシンプルなのですが、権限管理にまつわる設計・開発はいつも魔物に立ち向かうようなもので、混迷を極めます。 そして、こと管理画面開発となるとその難易度は他の開発よりも高い、というのが

                                          権限管理は大事で、難しい。特に、管理画面においては。|Seiji Takahashi@ベースマキナ
                                        • イベントストーミングによるオブジェクトモデリング・オブジェクト指向プログラミングの適用・開発プロセスの変遷・アーキテクチャの変革 / Object modeling with Event Storming.

                                          Object Oriented Conference 2024 にてお話ししました 【アブストラクト】 本トークでは、イベントストーミングを活用したオブジェクトモデリングの実践が開発プロセスとアーキテクチャにどのような変革をもたらしたかについて詳しくお話しします。 「どのようなオブジェクトを実装するのか」 この単純な問いに私たち開発者は多くの悩みを抱えています。 イベントストーミングの結果として得られるモデルはこの問いに対する解答の示唆に富んでいます。 その有用性を認め、私たちは過去2年間、組織的にイベントストーミングに取り組んでまいりました。 もちろん、ただイベントストーミングを採用すれば、それですべて片付くといったものではありませんでした。 イベントストーミングの採用は開発プロセスを一変させました。 アーキテクチャの選定基準を変えました。 組織的に取り組むには多大な努力と適応が求められ

                                            イベントストーミングによるオブジェクトモデリング・オブジェクト指向プログラミングの適用・開発プロセスの変遷・アーキテクチャの変革 / Object modeling with Event Storming.
                                          • 客先駐在でのテスター業務から得たこと・感じたこと - Qiita

                                            はじめに 2024年1~3月の間、客先駐在でテスター業務に従事しております。(現在進行形) 2023年8月に未経験で受託企業のエンジニアとして入社し、客先駐在やテスト業務は未経験であったため肌で感じたこと、大事だと思ったことを綴ろうと思います。 対象者 テスターをしたことがないエンジニア これからテスト業務に従事する方 そんな方々の参考例になれば嬉しいです。 プロフィール 2023年8月 受託開発企業のサーバーサイドエンジニアとして入社 2023年8月~12月 GPTサービス(toB, toC)の開発 2023年1月~3月(現在) 客先駐在にてテスターとして従事 現在の業務内容は、試験仕様書にテストケースというものがExcel形式であり、それに沿ってブラウザで挙動確認していく業務になります。 本編 3ヶ月の業務を通じて感じた大事なことを5つに絞ってまとめてみます。 コミュニケーション

                                              客先駐在でのテスター業務から得たこと・感じたこと - Qiita
                                            • TCP/IP構造と通信 - Qiita

                                              OSIとTCP/IP構造 OSI参照モデルとTCP/IPプロトコルスタックの対応関係を示しています。 OSIモデルはデータ通信のための抽象的なモデルで、7つの階層(レイヤー)から成り立っています。 一方、TCP/IPプロトコルスタックはインターネットで実際に使用されているプロトコルの集まりで、4つの階層から構成されています。 TCP/IPの4層構造 アプリケーション層:OSIモデルのアプリケーション層、プレゼンテーション層、セッション層に相当します。HTTP、FTP、SMTPなどのプロトコルが含まれます。 トランスポート層:OSIモデルのトランスポート層に相当します。TCPやUDPがこの層で動作します。 インターネット層:OSIモデルのネットワーク層に相当します。IPプロトコルがこの層で主に使用されます。 ネットワークインターフェース層:OSIモデルのデータリンク層と物理層に相当します。E

                                                TCP/IP構造と通信 - Qiita
                                              • PFUで働くみんなのデスク環境 「HHKB」や「ScanSnap」を支える机たち

                                                関連記事 XREAL(旧Nreal)で働くみんなのデスク環境 ARグラスを支える机たち IT企業で働く人のデスク環境を写真や本人のコメント付きで紹介。社員がどんな環境で働いているかチェックする。今回は、ARグラスを手掛けるXREAL(旧Nreal)とその日本法人で働く人のデスクを探る。 外資SaaSベンダーで働くみんなのデスク環境 New Relic日本法人のデスクをチェック IT企業で働く人のデスク環境を写真や本人のコメント付きで紹介。社員がどんな環境で働いているかチェックする。今回は、クラウド型のITインフラ監視サービスを提供する米New Relic日本法人で働く人のデスクを探る。 スクウェア・エニックスで働く人のデスク環境:前編 ゲーマーにっこりなアイテムもちらり IT関連企業で働く人のデスク環境を写真や本人のコメント付きで紹介。社員がどんな環境で働いているかチェックする。今回は、ス

                                                  PFUで働くみんなのデスク環境 「HHKB」や「ScanSnap」を支える机たち
                                                • 実録!一人SREが直面している技術的負債

                                                  Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End

                                                    実録!一人SREが直面している技術的負債
                                                  • 「才能の民主化」に対し「ITエンジニアは日本語が話せないから仕方ない」の声

                                                    しゃいん @shine_sann 情報系の人たちが、「バカでもできるようになる」くらいの意味で「民主化」って単語を誤用しているらしいですね。まあ、情報系って、理系の中でも、プログラム言語しか話せず、日本語を話せるバイリンガルの少ない分野ですからね。仕方ない仕方ない。許してあげてください。 2024-03-21 15:20:35

                                                      「才能の民主化」に対し「ITエンジニアは日本語が話せないから仕方ない」の声
                                                    • プロダクトづくりの型がないチームに1人目PMとしてジョイン そこで取り組んだ「方針の言語化」「目線の共有」「役割の明確化」

                                                      PharmaX株式会社・プロダクトマネージャーの稲垣氏は、1人目のプロダクトマネージャーとしてチームにジョインしてから取り組んだことについて話しました。 稲垣氏の自己紹介 稲垣慶典氏:では始めていきたいと思います。よろしくお願いします。今日は、1人目プロダクトマネージャーとしての経験を通じた「ああしたほうがよかったな」とか「これしないほうがよかったな」というような学びをシェアできればと思っています。 先ほども自己紹介しましたが、稲垣と言います。バックグラウンド的に、プロダクトマネージャーとしてはけっこうビジネス寄りなタイプかなと思っています。 経験はちょっと変わっていて、新卒でディー・エヌ・エーという会社に入り、最初はゲームのプロデューサーという、ゲーム作りをしながら事業のPLも見るみたいなところからキャリアを始めています。その後一転して、ヘルスケア・医療の領域でがん検査のサービスをするプ

                                                        プロダクトづくりの型がないチームに1人目PMとしてジョイン そこで取り組んだ「方針の言語化」「目線の共有」「役割の明確化」
                                                      • 脱初級ITエンジニアまでの学習方法 - RAKUS Developers Blog | ラクス エンジニアブログ

                                                        こんにちは。 株式会社ラクスで先行技術検証をしたり、ビジネス部門向けに技術情報を提供する取り組みを行っている「技術推進課」という部署に所属している鈴木(@moomooya)です。 今回は毎年春先の社内ビアバッシュで新人向けに「一歩目の学習方法」として発表している話をしようと思います。 学習とは この記事の対象 学習に対する向き合い方 まず最初は 学習作戦その1「ちょい足し学習」 例)HTTPメソッドを扱ったとき 学習作戦その2「外から情報を仕入れる」 よくある情報源 技術書 技術同人誌 ウェブサイト 勉強会 SNS 飲み会 GitHub 脱初級者 手を動かす(検証と実践) 自由にできるサーバーを用意する 情報発信 無理に全部やらなくていい エンジニアにとっての勉強 学習とは [名](スル) 1 学問・技術などをまなびならうこと。「学習の手引」「学習会」 2 学校で系統的・計画的にまなぶこと

                                                          脱初級ITエンジニアまでの学習方法 - RAKUS Developers Blog | ラクス エンジニアブログ
                                                        • Lv1,2の開発生産性を経営と繋ぐ

                                                          「より早く、より楽しく。組織が協働するための開発生産性」 #開発生産性_findy での発表資料です。

                                                            Lv1,2の開発生産性を経営と繋ぐ
                                                          • エンジニアの知的生産術 反響まとめ AIまとめ - 西尾泰和のScrapbox

                                                            claude.icon総じて、エンジニアに限らず知的生産をする多くの人に役立つ内容で、今まで経験的にやっていたことが体系的に言語化されており、学びが多い一冊という評価が多数でした。一方で、内容が濃すぎてすぐには消化できないという声もありました。繰り返し読み返すことで、さらに理解が深まる本のようです。

                                                              エンジニアの知的生産術 反響まとめ AIまとめ - 西尾泰和のScrapbox
                                                            • 米テック業界での大量レイオフは「日常茶飯事」 突然解雇された人々が語る、トラウマを乗り越えた先の働き方

                                                              米テック企業での大規模レイオフを経験した人たちの今 ジョン・スワーツ氏(以下、ジョン):私たちの業界では、技術部門のレイオフが日常茶飯事で、誰も安泰ではないようです。私は数年前、約20年間勤めたUSAトゥデイを解雇され、今はダウ・ジョーンズで働いているので、その辛さを知っていますし、これからも苦しいと思います。 ここ数年、シリコンバレーでは緊縮財政の波が押し寄せ、今年だけで5万人以上が解雇されました。さらに、2023年以降はアルファベット、Meta、X、セールスフォース、eBay、アマゾン、マイクロソフトが約26万人を解雇するという非常に危険な状況が続いています。 このような状況が生じているのは、さまざまな要因が複雑に絡み合っているためです。製造業、技術職、経営陣に関わらず、状況は非常に厳しく、企業は難しい決断を迫られています。これらの決断は継続的になされていますが、残念ながら見通しが立っ

                                                                米テック業界での大量レイオフは「日常茶飯事」 突然解雇された人々が語る、トラウマを乗り越えた先の働き方
                                                              • AutoDev|AI エンジニア「Devin」に驚いていたら、もう Microsoft が「AI駆動開発」ツールを用意し始めてたって話 - Qiita

                                                                AutoDev|AI エンジニア「Devin」に驚いていたら、もう Microsoft が「AI駆動開発」ツールを用意し始めてたって話ポエムAI 概要 まず、本記事の背景ですが、本記事を書く数日前に、「Devin AI|話題の世界初 "完全自律型" AIエンジニア「Devin」の公開内容の全訳」 という記事を書きました。 ありがたいことに、フォロワーも少ないのに記事公開後のたった3日間程で 1万超の閲覧(View) をいただけました(YouTube の解説動画も公開3日目で1万回再生を突破しました)。 「AI の進化もすごいし、みんなのアンテナもすごいなぁ」という思いに浸りながら、ふと海外の AI 界隈の記事を漁ってたら、なんと 「Microsoft が自律型 AI ソフトウェア開発ツールを作ってるらしい」 という記事を発見しました。「ツール」と呼ぶよりは、「ソリューション」の方が近いので

                                                                  AutoDev|AI エンジニア「Devin」に驚いていたら、もう Microsoft が「AI駆動開発」ツールを用意し始めてたって話 - Qiita
                                                                • 【Security Hub修復手順】[IAM.3] IAM ユーザーのアクセスキーは 90 日以内にローテーションする必要があります | DevelopersIO

                                                                  皆さん、お使いのAWS環境のセキュリティチェックはしていますか? 当エントリでは、AWS Security HubによるAWS環境のセキュリティ状況スコアリングに該当する項目についての修正手順をご紹介します。 本記事の対象コントロール [IAM.3] IAM ユーザーのアクセスキーは 90 日以内にローテーションする必要があります [IAM.3] IAM users' access keys should be rotated every 90 days or less 前提条件 本記事はAWS Security Hubで「AWS基礎セキュリティのベストプラクティススタンダード」を利用されている方向けの内容です。 AWS Security Hubの詳細についてはこちらのブログをご覧ください。 コントロールの説明 このコントロールは、IAMユーザーのアクティブなアクセスキーが90日以内に適切

                                                                    【Security Hub修復手順】[IAM.3] IAM ユーザーのアクセスキーは 90 日以内にローテーションする必要があります | DevelopersIO
                                                                  • テンショク・ジャーニー —航海士だった僕が、SaaS企業でエンジニアとして働き始めるまで—

                                                                    はじめに 自己紹介 2020年10月よりWeb系受託開発企業でWebエンジニアとしてのキャリアをスタートさせ、現在はとあるSaaS企業でバックエンドエンジニアとして働くシンオクと申します。以前は航海士として国際貨物船での操縦や航海計画立案・貨物管理をしながら、インド洋・アラビア湾・シンガポール海峡・パナマ運河・カリブ海などの文字通りの大海原を航海しておりました。 なぜこの記事を書いたのか 紆余曲折を経て航海士という珍しい経験がありながら現在はフルリモートで働くWebエンジニアとして自宅からネットの海にどっぷり浸かっているのですが、時たま参加する技術イベントで初対面の方から「え?何?航海士からエンジニアってどういうこと?」と強い興味(困惑??)を持ってもらえることが多く、「文字に起こしてみたら面白いんじゃないか?」という思い付きでこの記事を書き始めました。 どんな人に読んで欲しいのか 内容の

                                                                      テンショク・ジャーニー —航海士だった僕が、SaaS企業でエンジニアとして働き始めるまで—
                                                                    • 30歳エンジニア転職で役に立たなかった経験と役に立った経験 - Qiita

                                                                      はじめに いつも聞いているポッドキャスト番組で、エンジニア転職について生々しくリアルな話が聞けたので、紹介します。今の自分がやっている仕事が市場価値を上げられているのか? と日々の業務を振り返るきっかけになりました。詳しく知りたい方は是非、聞いてみて下さい。 転職の前提 かいちさん(転職した人)の紹介 情報系の大学院卒 中堅のバックエンド・エンジニア(30代) 社会人7年目 主に使っている言語: python, PHP アジャイル開発ができることを転職の軸に据えた 転職して感じたこと ① 30代は中堅の仕事を求められる → リーダー的立場が求められる ② 若い時の業務経験が転職の際に活きてくる → 20代はとにかく挑戦する回数を増やそう ③ 転職はどのタイミングでやってくるかわからない → 常に職務経歴書を更新し続けよう 結論 重要なポイント ・チームで開発した経験があるか? ・AWSなど

                                                                        30歳エンジニア転職で役に立たなかった経験と役に立った経験 - Qiita
                                                                      • 『ゼルダの伝説 ティアキン』自由な“掛け算の遊び”を生むために。「全部物理で作る」を決断するまで【GDC 2024】 | ゲーム・エンタメ最新情報のファミ通.com

                                                                        “Tunes of the Kingdom: Evolving Physics and Sounds for ‘The Legend of Zelda: Tears of the Kingdom’”――“チューンズ オブ キングダム:『ゼルダの伝説 ティアーズ オブ ザ キングダム』の進化する物理学とサウンド”と題された本講演では、本作の世界がいかに生み出されたか、物理設定とサウンド設計の面から語られた。 本記事では、とくに講演前半について紹介。後半のサウンド設計については下記関連記事をご覧いただきたい。

                                                                          『ゼルダの伝説 ティアキン』自由な“掛け算の遊び”を生むために。「全部物理で作る」を決断するまで【GDC 2024】 | ゲーム・エンタメ最新情報のファミ通.com
                                                                        • ソフトウェアエンジニアのライブラリアップデートの向き合い方 - Uzabase for Engineers

                                                                          こんにちは。ソーシャル経済メディア「NewsPicks」NewsPicks Stage.事業のエンジニアをしています、林です。 業務では Next.js / Rust / Go などを用いて、経済・ビジネス情報に特化した動画配信サービスであるNewsPicks Stage.の開発・運用を行っています。 はじめに 突然ですが、皆さんは自身のソフトウェアのライブラリアップデートは行えていますか? 皆さんはどのようにライブラリアップデートを行なっていますか? 新機能を試したくて? npm iで失敗してから頑張る? Renovate / dependabot が自動Mergeされる環境? もしくは対応担当が特定の日にまとめてMergeする運用? しかし多くの開発者は、アップデートに対して「うまくいっている」と言えないのではないでしょうか?自身も様々なプロダクトを開発してきた経験上、日々の中ではどう

                                                                            ソフトウェアエンジニアのライブラリアップデートの向き合い方 - Uzabase for Engineers
                                                                          • 先達エンジニアに学ぶ 思考の現在地 Online Conference (2024/04/16 12:00〜)

                                                                            先達エンジニアに学ぶ 思考の現在地 Online Conference エンジニアリングの未来を牽引してきた各分野のエキスパートたちが一堂に会するオンラインカンファレンス。 普段からよく知っているあの人がどう考えているのか、今何に興味を持っているのか、その「頭の中」を覗いてみたい、と思ったことがある人も多いはず。設計、コーディング、技術のキャッチアップ、アウトプット…皆さんの周りで抜きん出た技術を持っている方の背後にも、独自の思考法や勘所が存在します。彼/彼女らは日々どのようにして新しいアイディアや技術を取り込み、現在何に最も興味を持ち、情熱を傾けているのでしょうか。 本カンファレンスでは、各分野で第一線を駆け抜ける皆さんに登壇いただき、その瞬間の興味や技術に焦点を当て、リアルなエンジニアリングの舞台裏に迫ります。そして、ご参加者が、登壇者たちの独自の思考法やアプローチに触れ、自身のスキル

                                                                              先達エンジニアに学ぶ 思考の現在地 Online Conference (2024/04/16 12:00〜)
                                                                            • 個人開発者からスタートアップ起業家になりました - Qiita

                                                                              こんにちは、bgrass株式会社CEO兼CTOのだむはです。 3年くらい前まで、個人開発者として活動していました。その時ちょっとだけ燃えかけたポエム記事を書いていたのですが、もし覚えてる方いたら嬉しいです。 この頃は会社員をやりながら、女性エンジニア向け1on1サービス「sister」を運営しておりました。Railsで作ってたのですが、会社を立ち上げたと同時に閉鎖して、Discordに移行しました。大体2年くらい運営していたと思います。ユーザー数は400〜500人くらいだったと思います。 そして現在は起業して、スタートアップで起業家となったので、個人開発者から起業する過程を書いてみようと思います。私はまだまだ駆け出しではありますが、エンジニアが起業する最初の立ち上げ、みたいなところは参考になればいいなと思います。 そもそもなぜ起業したのか 初めに、私が「sister」を個人開発運営していた

                                                                                個人開発者からスタートアップ起業家になりました - Qiita
                                                                              • RAGの実装戦略まとめ - Qiita

                                                                                それでは以下、簡単なデモを含めながら個別に説明していきます。 1. ハイブリッドサーチ こちらは、性質の異なる複数の検索方式(例えばベクトル検索とキーワード検索)を組み合わせて検索精度を向上させる手法になります。 各検索方式単体の場合に比べ、性質の異なる検索方式を組み合わせ、ある種いいとこ取りをする事で、検索性能の向上が期待できます。 今回はBM25でのキーワードベースの類似度検索と通常のベクトル検索を組み合わせていきます。 BM25について簡単に説明しておくと、文脈や文章構造は完全に無視した上で、文書内の単語を全てバラバラに分割し、文書内の各単語の出現頻度と文書間におけるレア度を加味した特徴量を算出します。 つまり、特定の文書内の各単語の数をカウントしてヒストグラムを作れば、似たような文書には同じような単語がよく出るはずなので(同じようなヒストグラムの形になるので)、類似度が高くなる性質

                                                                                  RAGの実装戦略まとめ - Qiita
                                                                                • SEってよく質問に対して「○○という認識です」って言い回し使うけど「事実を教えてくれ」って思ってしまう→いや、「認識です」にはちゃんと理由があるんだというツッコミ

                                                                                  ちょめ子 @chome2xx 私「この機能って今使われてますか?」 ?「今は使われてない認識です」 私「設計書って更新されてます?」 ?「更新されてる認識です」 いや、認識じゃなくて事実を教えてくれって思ってしまうのだが、SEこういう言い回し好きだよね 2024-03-18 10:02:14

                                                                                    SEってよく質問に対して「○○という認識です」って言い回し使うけど「事実を教えてくれ」って思ってしまう→いや、「認識です」にはちゃんと理由があるんだというツッコミ