並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 9837件

新着順 人気順

エンジニアの検索結果161 - 200 件 / 9837件

  • 所属変更のお知らせ - その手の平は尻もつかめるさ

    2024年4月1日より id:moznion の所属が以下の通り変更となります。 旧: 株式会社ソラコム 新: ソフトバンク株式会社 (SB Intuitions株式会社出向) 以上となります。 引き続きよろしくお願い申し上げます。 ソラコムには大体6年半くらいいて、実際数えきれないほどたくさんのものを作り、たくさんのものを直し、たくさんのとりくみをしました。なおかつ最後の2年はUSのシアトル駐在で働いていたということもあり非常に貴重な体験となりました。あと在米中にCTO Technical Advisorという迫力のあるタイトルがついたりもしました。 僕がソラコムに入った日はちょうどKDDIがソラコムを買収した2017年9月1日で、そして先日2024年3月26日にソラコムがIPOを成し、ちょうどそのタイミングで退職するということとなり、つまり上場と共に去る男と相成りました。これはソラコム

      所属変更のお知らせ - その手の平は尻もつかめるさ
    • 「学習能力が高い人」が最強である理由。

      まだ駆け出しのコンサルタントだったころ。 私は様々な企業の「人材育成の仕組み」を作る手伝いをしていたことがある。 その際に必ず議論になるのが、「出世するには、どのような能力が必要なのか」だった。 この議論は複雑で、 「論理的思考力」 「コミュニケーション能力」 「目標達成能力」 「資格」 「人材の育成力」 など、様々な側面から検討がなされた。 しかし、個人的に最も説得力があったのは、ある会社の経営者の考え方だった。 * 「安達さん、他社さんでは、必要な能力に何を設定してるの?」 と、社長は、人材評価シートのサンプルを見ながら、私に問いかけた。 「御社と同じ規模・業態だと、やはりコミュニケーション能力と論理的思考力をあげる会社が多いですかね。」 と私は無難な回答をしたつもりだった。 しかし百戦錬磨の経営者を簡単にごまかすことはできない。 すぐに突っ込まれてしまった。 「それって本質的に重要な

        「学習能力が高い人」が最強である理由。
      • 「不機嫌な上司から逃げるのは正しい」 まつもとゆきひろ氏が語る、心の健康を守り、キャリアを長持ちさせる方法

        「不機嫌な上司から逃げるのは正しい」 まつもとゆきひろ氏が語る、心の健康を守り、キャリアを長持ちさせる方法 #9 エンジニア生存戦略 生存戦略のためには“健康”が一番 まつもとゆきひろ氏:こんにちは、まつもとゆきひろです。この放送もだいぶ休み休みになってきましたが、中断してしまわないように努力しようと思っています。 今月の15日(※本放送は2022年6月17日)に、「Social Tech Talk #03」というのが開催されました。「Qiita」と日立のコラボで開催されたウェビナーだったんですけれども、その中で基調講演を依頼されて「若手エンジニアの生存戦略」というテーマでお話ししました。 エンジニアを目指す学生さんを対象にしてイベントを開いたりしているサポーターズさんという会社が若手エンジニアやエンジニアを目指す学生の生存戦略みたいなテーマをずっと依頼されていたので、そこの話をベースに、

          「不機嫌な上司から逃げるのは正しい」 まつもとゆきひろ氏が語る、心の健康を守り、キャリアを長持ちさせる方法
        • Sansan株式会社を退職しました(約6年お世話になりました) - 明日から本気出す

          はじめに ❓ この記事は何 本文 🧑‍💻 Sansan でやったこと 📱 個人向け名刺アプリ Eight の開発 📄 データ化システムの開発・運用 🌐 クローリング・スクレイピングを行うシステムの立ち上げ 📝 Sansan で学んだこと 💡 転職しようと思ったきっかけ 転職活動について おわりに はじめに ❓ この記事は何 2024年2月末で、Sansan株式会社を退職しました。2018年2月に入社したので、約6年お世話になりました。 人生の節目として、Sansan でどんなことを経験し、何を学び、なぜ転職しようと思ったのか、書き残しておこうと思います。また、関連するアウトプット(登壇資料やブログなど)も載せておきます。 本文 🧑‍💻 Sansan でやったこと 📱 個人向け名刺アプリ Eight の開発 サーバーサイドエンジニアとして、Ruby on Rails の開

            Sansan株式会社を退職しました(約6年お世話になりました) - 明日から本気出す
          • エクサウィザーズを退職しました。 - rokujyouhitoma's blog

            素敵なビジョンや業務、経営者・同僚達に恵まれていたものの、同僚*1の言葉を借りると私の「美学」に反したので、誠に遺憾ながら退職いたしました。 素敵なビジョン 「AIを用いた社会課題解決を通じて幸せな社会を実現する」というビジョンを持っている。 exawizards.com 素敵な業務 ざっくり分類すると、内部監査、業務改善、特定のプロダクト開発の3つに携わった。 内部監査 内部監査部門で内部監査業務に携わった。 見聞が広がるとともに、今まで培ったシステム開発や情報セキュティの知識・経験を活かすことができた。 大変やりがいがある業務であり、諸兄におかれましてもぜひ挑戦をおすすめしたい。 DeNAの諸先輩方がリスク管理、コンプライアンス、内部統制、内部監査に関わっているのはキャリアパス描くうえでの参考になった。 DeNAの先輩お二方見かけたページ(採用ページだが...):www.wantedl

              エクサウィザーズを退職しました。 - rokujyouhitoma's blog
            • いかに運用作業に手を抜くかという話 - pospomeのプログラミング日記

              最近「いかに運用作業に手を抜くか」というのを考えているので、なんとなーくアウトプットしてみようと思う。 運用作業とは? 運用作業はゼロが理想だけど、そーもいかない 運用を頑張りすぎてしまうエンジニア pospomeはどうしているか? まとめ 運用作業とは? 自分が想定する "運用作業" というのは機能開発に関係ない作業全般である。 例えば以下の作業は "運用" にカテゴライズしていいと思う。 ソフトウェアのバージョンアップ ユニットテストの実装・保守 問い合わせ対応 リファクタリング 運用作業はゼロが理想だけど、そーもいかない 自分は運用作業がゼロになるのが理想だと思っている。 可能であれば、機能開発にすべての工数を投じて、自身が開発するプロダクトを進化させていきたい。 ただ、運用作業をゼロにするのは不可能である。 ソフトウェアのバージョンアップは定期的にしなければいけないし、リファクタリ

                いかに運用作業に手を抜くかという話 - pospomeのプログラミング日記
              • 元ひきこもり37歳業務未経験女性がバックエンドエンジニアとして地方で採用されるまで - Qiita

                実務未経験、独学でプログラミングを勉強し、応用情報技術者試験に合格、ポートフォリオとしてのWebアプリケーションを制作し、地方のIT企業に就職にしました。 34歳のころからプログラミングの勉強を始め、ITエンジニアとして就職することに憧れていましたが、まさか実現できるとは…と自分が一番驚いています。どんなことをしたのか、こちらの記事でまとめたいと思います。 結論 34歳(35歳目前)から初めてプログラミング学習を独学で開始 放送大学を卒業、基本情報技術者試験、応用情報技術者試験に合格 ポートフォリオを制作、応募先に提出 37歳で地方(東京以外)のIT企業(Web受託がメイン)に試用期間の3ヶ月間契約社員として働き、正社員に 提出したポートフォリオについてはこちらの記事で解説しています。 就職できたと思う要因 ポートフォリオを完成させ、GitHubでコードを公開、Qiitaで解説記事を書いた

                  元ひきこもり37歳業務未経験女性がバックエンドエンジニアとして地方で採用されるまで - Qiita
                • 瀬尾CTOが語る、ZOZOの「今」 プロダクト、ユーザー、仲間を“愛”する開発組織のつくり方

                  技術力によってファッション業界のインフラになることを目指すZOZO。現在は、経営戦略である「MORE FASHION × FASHION TECH ~ ワクワクできる『似合う』を届ける ~」の具現化やファッションEC「ZOZOTOWN」のリプレイスなどに注力している。 具体的にどのような取り組みをしているのか。2023年6月、ZOZO 執行役員 兼 CTO(Chief Technology Officer:最高技術責任者)に就任した瀬尾直利氏への取材を通し、“MORE FASHION × FASHION TECH”の現在地を探った。 瀬尾直利氏(ZOZO 執行役員 兼 CTO):ディー・エヌ・エーなどを経て、19年1月ZOZOテクノロジーズに入社。ZOZOに再編後、22年4月に技術部門トップのVPoEに就任。23年6月から現職。技術本部やブランドソリューション開発本部、情報セキュリティ・I

                    瀬尾CTOが語る、ZOZOの「今」 プロダクト、ユーザー、仲間を“愛”する開発組織のつくり方
                  • エンジニアからPdMになって半年で得た4つの気づき

                    はじめに GENIEE SFA/CRM部署でプロダクト企画をしている増田といいます。 私は、入社してから5年間エンジニアとして働き、去年2023年の7月からプロダクトマネージャー(PdM)にロールを変更しました。現在は、GENIEE SFA/CRMのAIチームとして、AIを活用した商品企画、プロトタイピング、そしてAIで解決できる顧客課題の発掘と提案を主に行なっています。 SFA/CRMというのは営業活動や顧客関係性の管理を支援するためのツールで、会社や商談情報、顧客との活動の履歴などをSFAに貯めて一元管理や可視化をすることで、日々の営業活動の効率化等に役立てることができます。 この記事では、PdMに異動してから半年間で得た気づきや学びとともに、プロダクト開発チームがどのような目標を持って開発を進めるべきか、エンジニアからPdMへの転職でどのような視点の変化があったか、そしてどのような思

                      エンジニアからPdMになって半年で得た4つの気づき
                    • 新卒配属2ヶ月目でChatGPTを活用した新規機能開発プロジェクトにアサインされた話 | MEDLEY Developer Portal

                      2024-03-29新卒配属2ヶ月目でChatGPTを活用した新規機能開発プロジェクトにアサインされた話はじめに自己紹介はじめまして。人材プラットフォーム本部プロダクト開発室第一開発グループの田中です。 私は、2023 年の 4 月に新卒エンジニアとして入社し、日本最大級の医療介護求人サイト「ジョブメドレー」のフロントエンドとバックエンドの開発を担当しています。 学生時代は情報系ではなく、経済学を専攻していました。プログラミングには大学の授業で出会い、主にデータ分析に用いる R や Python を触っていました。そのため Web アプリケーションの開発は行っていませんでした。 エンジニアという職業に興味を持ったきっかけは、大学院時代に参加したインターンでした。インターン先の会社ではエンジニアが誰もいなかったのですが、開発未経験の私に機械学習を使ったアプリの PoC を作れという、かなり破

                        新卒配属2ヶ月目でChatGPTを活用した新規機能開発プロジェクトにアサインされた話 | MEDLEY Developer Portal
                      • なぜ、YAPCはこれほど愛されるカンファレンスになったのか。運営の裏側をHiroshima 2024スタッフたちに聞いた - Findy Engineer Lab

                        YAPCは「Yet Another Perl Conference」の略称であり、Perlを軸としたITに関わる全ての人のためのカンファレンスです。このカンファレンスは、Perlのみならず参加者たちが好きな技術の話をして交流することを目的としており、毎年数多くの方々が参加する一大イベントとなっています。 2024年2月9日・10日に広島県で開催されたYAPC::Hiroshima 2024は「what you like」がテーマ。職種やロール、プログラミング言語、技術要素など、各々のさまざまな「お好み」を語る場となりました。YAPC::Hiroshima 2024の運営に携わったメンバーたちは、どのような思いで活動をしたのでしょうか。 運営チームのリーダーを務めたkobakenさんと、長きにわたり運営に参加し今回は主に広報業務を担当したpapixさん、そして開催地である広島県在住でコアスタ

                          なぜ、YAPCはこれほど愛されるカンファレンスになったのか。運営の裏側をHiroshima 2024スタッフたちに聞いた - Findy Engineer Lab
                        • エンジニアとQAEの壁が崩れていくのを眺めていた | at-blog

                          こんにちは、asatoです。 あるスクラムチームの話です。とりとめもなく、そんなチームで起こったことを書き連ねていきます。 Table of Contents 【スタート】エンジニアとQAEの間には壁がありました 【1ヶ月目】DoDを作成しました 【2ヶ月目】スプリント中にテストを完了できる方法を探しました、が見つかりませんでした。 【4ヶ月目】QAEもテスト環境構築ができるようになりました 【5ヶ月目】スプリント内でテストが完了するようになってきたのでDoDを更新しました 【6ヶ月目】QAEみんなでAgile Testing Condencedを読み始めました 【6ヶ月目】Engineerもテストするようになりました 【7ヶ月目】QAEも見積もりに参加するようになりました 【7ヶ月目】QAEもスプリントレビューでインクリメントをお披露目するようになりました 【7ヶ月目】開発者全員で探索的

                            エンジニアとQAEの壁が崩れていくのを眺めていた | at-blog
                          • IT契約入門〜雇用契約、請負契約から準委任まで - Qiita

                            この記事は? 著者は、エンジニアにとって最も大事なものの一つは契約であると考えます。なぜなら、契約によって我々はお金を得ることができ、労働対価を受け取って生きていくことができるからです。プロジェクトにおいてトラブルが発生すると、契約はメンバーを守ってくれるものになります。したがって、雇用契約、請負契約、準委任契約など何の契約であっても隅々まで確認し、不利にならないようにしないといけません。社員であれば誠実に職務に向き合う必要があります。請負契約であれば対価を得るために納品する必要がありますし、準委任契約であれば善管注意義務を背負いプロとして日々業務を行なっていく必要があります。一方で、著者は長くにわたって業務委託契約でパートナーとして参加してくださっているエンジニアたちと長らく協働してきた経験がありますが、ユーザーとしてもベンダーが妨害要素なく働けるように、協力義務を果たす必要があります

                              IT契約入門〜雇用契約、請負契約から準委任まで - Qiita
                            • スキルの掛け算・ソフトウェアに「呑み込まれた」世界で開発の魅力を発信する【株式会社アンドパッド・柴田博志】

                              スキルの掛け算・ソフトウェアに「呑み込まれた」世界で開発の魅力を発信する【株式会社アンドパッド・柴田博志】 2024年3月28日 株式会社アンドパッド フェロー 柴田 博志 2022年11月に株式会社アンドパッドに入社。OSS プログラマー、Ruby コミッタ、Ruby, RubyGems, Bundler, Rake, ruby-build など多数の OSS のメンテナ、ruby-lang.org の root 管理者としてプログラミング言語 Ruby の開発を支える基盤を統括している。株式会社アンドパッドの技術広報および Ruby の開発をフルタイムの業務として担当。 こんにちは、株式会社アンドパッドでフルタイムでプログラミング言語Rubyの開発と技術広報を担当している柴田です。今回はエンジニアのキャリアパスの新しい選択肢としての技術広報の面白さについてご紹介します。 keyboar

                                スキルの掛け算・ソフトウェアに「呑み込まれた」世界で開発の魅力を発信する【株式会社アンドパッド・柴田博志】
                              • 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としてジョイン そこで取り組んだ「方針の言語化」「目線の共有」「役割の明確化」