並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 1276件

新着順 人気順

engineerの検索結果161 - 200 件 / 1276件

  • ソフトウェアエンジニアを目指す学生に現役エンジニアが送る10のアドバイス

    ソフトウェアエンジニアのメンサー・デュラコビッチ氏が、ソフトウェアエンジニアを目指す学生に向けて、ソフトウェア開発の仕事に就く上で重要なアドバイス10点を自身のブログにまとめています。 10 hard-to-swallow truths they won't tell you about software engineer job https://www.mensurdurakovic.com/hard-to-swallow-truths-they-wont-tell-you-about-software-engineer-job/ ◆01:大学は仕事に必要な準備をしてくれない デュラコビッチ氏は就職に向けて大学がやってくれることを「プールに入る前に泳ぎ方を説明し、動きを覚えさせて試問まで行った上で水には決して触れさえず、5年後、泳げるという免許証を発行したのち、突然生徒をプールの中に蹴落

      ソフトウェアエンジニアを目指す学生に現役エンジニアが送る10のアドバイス
    • 新規プロダクトの開発に Nuxt 3 を採用して良かったこと - ANDPAD Tech Blog

      ANDPADフロントエンドエンジニアの小泉です。 昨年の夏頃、担当したプロダクトで新規リポジトリでの開発を立ち上げる機会があり、Nuxt 3 を用いて構築を行いました。 アップデートではなく新規で Nuxt 3 サイトを構築するのは業務としては初めての経験だったのですが、Vue 3・Nuxt 3 の様々な機能によって、型安全な状態を保ったまま快適な開発を進められ、かつ3ページの全体実装を約7営業日で形にすることができました。 この記事では、「いま新規サービスのゼロからの立ち上げにNuxt 3を選択するとどんな嬉しいポイントがあるのか」という実例をご紹介できればと思います。 担当したプロダクトについて ANDPAD資料承認 | 製品のご紹介 2023年10月にリリースされた「ANDPAD資料承認」という、資料の申請・承認を一元管理する機能のフロントエンド開発を担当しました。 ただし、紹介サイ

        新規プロダクトの開発に Nuxt 3 を採用して良かったこと - ANDPAD Tech Blog
      • Amazon Bedrock「Claude2.1」の最大20万トークンで何が変わるか確認してみた - Taste of Tech Topics

        Amazon Bedrock Advent Calendar 2023 13日、 および Anthropic Claude Advent Calendar 2023 18日の記事です。 こんにちは、機械学習チーム YAMALEX の駿です。 YAMALEX は Acroquest 社内で発足した、会社の未来の技術を創る、機械学習がメインテーマのデータサイエンスチームです。 (詳細はリンク先をご覧ください。) 先日、 Bedrock 上で Claude 2.1 が使えるようになりました。 aws.amazon.com このモデルは精度が高いことはもちろんですが、 20 万( 200K )トークンを一度に扱うことができる という特徴があります。 200K のトークンがあれば、約 15 万単語もしくは 500 ページの本を一度に扱える、と言われています。 とは言いますが、これは実際どれくらいイン

          Amazon Bedrock「Claude2.1」の最大20万トークンで何が変わるか確認してみた - Taste of Tech Topics
        • DMARCレポートの可視化ダッシュボードを作りました - LIVESENSE ENGINEER BLOG

          はじめに そもそもDMARCって何? Googleの発表によってDMARC対応が必要に SaaSの検討 OSSの検討・選定 構成 動作 GmailからGoogle Driveへ格納する XMLをパースしてOpenSearchに格納する Google Driveからコンテナ内にダウンロードする パースと格納 可視化 苦労した点 Gmailの仕様とparsedmarcの相性が悪い OpenSearch突然データが全部消えた 作ってみてよかったこと 今後の運用 はじめに インフラGの鈴木です。ガールズケイリンアニメことリンカイ!の放映が近くなってきましたね。 最近小倉にギャンブル旅行にいったのですが、北九州競輪には等身大パネルがありました。本気(マジ)度が伝わってきます。アニメの放映日が楽しみです。 ところで、今回はDMARCの可視化基盤を作った話をします。なかなか大変1でしたので、共有したいと

            DMARCレポートの可視化ダッシュボードを作りました - LIVESENSE ENGINEER BLOG
          • 旅が面白いのは何が起こるかわからないからだ - Findy Engineer Lab

            渡米 メールでやってきた唐突な仕事のオファーに応えて、渡米を決意した。どうしてそう決めたのかと言われれば、口うるさい母親が昔からアメリカに行けアメリカに行けと煩かった事だとか、給料がよかったからとか、ソフトウェア技術者にとっていかにシリコンバレーが特別であるかとか、それらしい理由もないではない。でも、実際には入念な検討は何もなかった。面白そうだからやってみようと思っただけだ。それで良かったと思っている。若さというのは、無知で無謀なものだ。でも、そのおかげで人生が思わず開けたりするのが、面白いところだ。 その決断の結果、僕の人生は一変した。これを機に、付き合っていた女性と結婚する事に決めた。2001.1.1という日付も縁起が良さそうではないか。誰もいない区役所に婚姻届を出し、近所のコンビニで肉まんを買って食べて結婚を祝い、数日後の飛行機に乗って、冬とは思えぬまばゆい陽光につつまれたサンフラン

              旅が面白いのは何が起こるかわからないからだ - Findy Engineer Lab
            • Difyで複数のLLMを切り替えるチャットを実現する - Taste of Tech Topics

              こんにちは、新人エンジニアの前田です。 最近、南海トラフ地震の臨時情報や台風などもあったりして、自衛のための事前準備は欠かせないなと思いました。 さて、今回はDifyを使って複数の大規模言語モデル(LLM)を切り替えるチャットチャットボットを作ってみたいと思います。 なぜ、この内容をやってみようかと思ったかというと、Difyは、複数のLLMを利用できるのですが、 それらは、事前に設定を行って利用するもので、ユーザーが実行時に切り替えて指定ができなかったのですよね。 とはいえ、これもノーコードで実現できるのが、Difyの強みです。 1. 概要 1.1.Difyとは 1.2. この記事で実現すること 2. アプリ作成 2.1. モデルの定義 2.2. モデルの選択 2.3. 変数の集約 3. 作成したアプリを動かしてみる 4. まとめ 1. 概要 1.1.Difyとは Difyは、大規模言語モ

                Difyで複数のLLMを切り替えるチャットを実現する - Taste of Tech Topics
              • ChatGPTの Assistants API でPDFを要約 - Taste of Tech Topics

                こんにちは、安部です。 最近急に、暖かさを通り越して暑いぐらいになってきましたが、皆さまいかがお過ごしでしょうか。 季節外れかなとも思いつつ、もう半袖で過ごしたいくらいの気候ですね。 さて、今回は、OpenAIのAssistants APIの使い方を紹介していきます。 題材は「PDFを和訳して要約してもらう」としました。 これはWeb版のChatGPTでも単にPDFファイルを添付して依頼すればできますが、APIの使い方を示すサンプルとしてはちょうどよいと思います。 最新情報については以下の公式ドキュメントをご覧ください。 https://platform.openai.com/docs/assistants/overview https://platform.openai.com/docs/api-reference/assistants それでは早速、Assistants APIの使い方

                  ChatGPTの Assistants API でPDFを要約 - Taste of Tech Topics
                • Difyで作成した生成AIチャットをWebアプリに組み込む - Taste of Tech Topics

                  はじめに 9月に入って、少し涼しくなったと思ったら、また、35℃などになる暑い日が続きますね。 データ分析エンジニアとして毎日充実した時間を過ごしている木介です。 今回はGUIで簡単に生成AIアプリを作成できるDifyで作成したAIアプリを簡単にWebアプリに組込む方法について紹介します docs.dify.ai はじめに Difyとは? 概要 今回作成するアプリ Difyを埋め込んだWebアプリの構築方法 利用するツール 構築方法 1. DifyによるAIアプリの構築 2. StreamlitによるDifyを埋め込んだWebアプリの作成 作成したアプリの実行 まとめ Difyとは? 概要 Difyは、生成AIを活用したアプリケーションをGUIで簡単に開発することができるアプリです。 以下のような形で簡単に生成AIを使ったワークフローを作成できます。 詳細な解説については以下の記事を是非参

                    Difyで作成した生成AIチャットをWebアプリに組み込む - Taste of Tech Topics
                  • レガシーコードから始まったカイゼンの旅 ─ チームから全社へと 組織を超えて広がった先にある新しい挑戦 - Findy Engineer Lab - ファインディエンジニアラボ

                    こんにちは! いきいきいくお(小田中育生、@dora_e_m)です。現在、株式会社カケハシにエンジニアリングマネージャーとして所属しています。カケハシにジョインしたのは2023年10月で、それまでは長い間、株式会社ナビタイムジャパンに所属していました。 ここ数年はアジャイルコミュニティで発信する機会が多いため、「アジャイルの人」という印象があるかもしれません。2011年に書籍『アジャイルサムライ』と出会い、2017年頃から本格的にアジャイル開発に取り組み始め、アジャイルコミュニティにも参加するようになりました。2020年には『カイゼン・ジャーニー』の著者である市谷聡啓さんや新井剛さんとともにアジャイルの入門書『いちばんやさしいアジャイル開発の教本』を執筆する機会にも恵まれました。 私がアジャイル開発に取り組み、その活動を広げてきた原点は「目の前にある課題を解決したい」「よりよい状態へとカイ

                      レガシーコードから始まったカイゼンの旅 ─ チームから全社へと 組織を超えて広がった先にある新しい挑戦 - Findy Engineer Lab - ファインディエンジニアラボ
                    • OpenAI のエンジニアリングチーム(サービス開発)のやり方 - Qiita

                      この記事は何? 11/15 に公開された OpenAI のEvan Morikawa へのインタビュー記事をざっくりまとめました。この日本語記事のソースは、 Gergely Orosz による Pragmatic Engineer Newsletter です。 ChatGPT や DALL·E がよく話題になりますが、これらの研究をUIやAPIを含むWebのサービスとして構築しているのが、応用エンジニアリングチーム(Applied Team)です。公開されているサービスには、ChatGPT だけでなく、DALL-E 3 なども含まれます。 この日本語記事を書いている私自身が、スタートアップとアジャイルチームに強い興味を持っているので、このまとめを書きました。 ほんとにざっくりまとめ、なので、詳細は、ソース記事を読むことをおすすめします。 サマリ 小さな独立したスタートアップのように運営する

                        OpenAI のエンジニアリングチーム(サービス開発)のやり方 - Qiita
                      • Claude 3.5 SonnetでStable Diffusion XLによる画像生成を要件が満たされるまで繰り返すAmazon Bedrockの使用例 - NRIネットコムBlog

                        小西秀和です。 Amazon BedrockのAIモデルとして利用可能になったAnthropic Claude 3ファミリーでは画像認識機能が導入されました。そして、最新モデルのAnthropic Claude 3.5 Sonnetにも更に強化された画像認識機能が備わっています。 これらのAnthropic Claudeモデルの画像認識機能、特にOCR(光学文字認識)の性能については、いくつかの簡単な試行と比較を実施してみたことがあります。詳細は以下の記事でご覧いただけます。 Using Amazon Bedrock for titling, commenting, and OCR (Optical Character Recognition) with Claude 3 Haiku Using Amazon Bedrock for titling, commenting, and OCR

                          Claude 3.5 SonnetでStable Diffusion XLによる画像生成を要件が満たされるまで繰り返すAmazon Bedrockの使用例 - NRIネットコムBlog
                        • 365日欠かさずコミットを積む。なぜRuboCopコミッター伊藤浩一はOSSと向き合い続けるのか - Findy Engineer Lab

                          プロジェクト内にあるRubyのコードが、コーディング規約を遵守しているかをチェックしてくれるRuboCop。Rubyでの開発においては広く使われている静的コード解析ツールであり、大部分のRubyエンジニアはRuboCopを利用したことがあるのではないでしょうか。 このツールのGitHubリポジトリを見ると、ある日本人のコミット数が最多であることがわかります。その方とは、伊藤浩一さん。Ruby関連のシステム開発に長年携わり、RuboCopのみならずActive Record Oracle enhanced adapterやParser、Fakerなど各種の有名ツールのコミッターを務めています。OSS関連の活動について、伊藤さんに振り返っていただきました。 永和システムマネジメントに転職し、初めて業務でRubyを書いた ――伊藤さんがRubyやRuby on Railsに触れた経緯からお聞きし

                            365日欠かさずコミットを積む。なぜRuboCopコミッター伊藤浩一はOSSと向き合い続けるのか - Findy Engineer Lab
                          • JTCを変えるためのエンジニア組織のあり方と価値観とは|イオンCTOインタビュー |AEON TECH HUB

                            イオン株式会社、イオンスマートテクノロジー株式会社のCTOを担う山﨑賢のインタビュー記事です。どのような背景で同社にjoinし、何を成し遂げようとしているのか。JTCを変えるためのエンジニア組織のあり方と価値観を伺いました。

                              JTCを変えるためのエンジニア組織のあり方と価値観とは|イオンCTOインタビュー |AEON TECH HUB
                            • 強いエンジニアになりたくて。20代の大失敗で始まる、夢を掴んでも挑み続ける二刀流というキャリア - Findy Engineer Lab

                              皆様どうもこんにちは。外資系ITコンサルタント企業のクラウド・エンジニアリング部門でマネージャーをしている中川伸一(@shinyorke)と申します。本業ではSRE(Site Reliability Engineering)として勤務する一方、個人活動としてブログ「Lean Baseball」およびPyCon JPやDevelopers Summit(デブサミ)等のイベントで、技術・キャリア・野球データサイエンスに関する情報を定期的に発信しています。 私は仕事およびチーム選びの視点として、現職を含めて「自分がやりたいこと・興味あることを仕事とする」「自分が納得できるチームと出会う」の2点を重視しており、自分自身のキャリアにおいて 常に目標・ビジョンを持つ その目標が実現できるよう、チームやポジションを求めて環境を変える(転職を含む) プレーヤーかマネージャーかといった役割にこだわらず、仕事

                                強いエンジニアになりたくて。20代の大失敗で始まる、夢を掴んでも挑み続ける二刀流というキャリア - Findy Engineer Lab
                              • 祝、応用情報技術者試験(AP)合格!勉強法と所感についてまとめてみました! | DevelopersIO

                                こんにちは!営業統括本部の神野です! 年の瀬に入り、弊社は年末年始の休業期間に入りましたが、弊社ブログは年中無休で稼働中です! さて、10月8日に試験を受け、12月21日正午に合格発表があった応用情報技術者試験に合格することができました。勉強法や、そもそもなぜ受験しようと思ったかなどについてまとめてみましたので、今後受験を検討されている方はお暇なときにでも読んでいただければ幸いです! そもそもなぜ受験しようと思ったのか 今期の目標の1つとして、応用情報技術者試験の合格を掲げており、自己啓発系の目標は、8月に受験した「AWS Certified Solutions Architect - Professional」、そして「AWS Certified DevOps Engineer - Professional」と「AWS Certified Security - Specialty」を含む

                                  祝、応用情報技術者試験(AP)合格!勉強法と所感についてまとめてみました! | DevelopersIO
                                • 『ウケる技術』を読んで、キミもLTの覇者になろう - LIVESENSE ENGINEER BLOG

                                  こんにちは。転職ドラフトでエンジニアをしている verdy_266 です。 突然ですが、あなたはLTの覇者になりたいと思ったことはありませんか? 僕はあります。 内容のわかりやすさはもちろんのこと、喋りも上手で百発百中で場を沸かせることのできる人、これを僕は「LTの覇者」と呼んでいます。 LTの覇者は、発表で強い印象を残すことができ、自分の伝えたいことを聴衆に伝えることができるので、懇親会でも話が尽きません。発表内容について新たな知見を得ることができるので、勉強会で持ち帰れることも他の人に比べると多いでしょう。こんな人に、なりたいと思いませんか? 今回は、ある本を読んで僕がLTの覇者を目指している話をします。 LTは印象が9割 「よいLT」とはなんでしょうか。色々な要素があると思いますが、今回は「どれだけ強い印象を与えられたか」という点にフォーカスしたいと思います。 せいぜい5-10分程度

                                    『ウケる技術』を読んで、キミもLTの覇者になろう - LIVESENSE ENGINEER BLOG
                                  • ウォンテッドリーのバックエンド領域を支える言語の歴史を読み解く | Wantedly Engineer Blog

                                    こんにちは、ウォンテッドリー株式会社でインフラエンジニアをやっている @fohte です。 筆者はウォンテッドリーに join して 1 年が経過しようとしており、ようやくウォンテッドリーが採用しているアーキテクチャについて全貌が掴めてきました。そこで改めてウォンテッドリーの技術スタックを考え直してみると、ウォンテッドリーのバックエンド領域において利用している言語はなぜ採用されているのかが気になりました。今回はそれを読み解くべく、過去から現在までに利用されている言語の比率から、その背景と歴史を追っていきます。 ウォンテッドリーで採用している言語とアーキテクチャの歴史まずはじめに、ウォンテッドリーでは下図の技術およびアーキテクチャを選定しています。 (参考: 技術とアーキテクチャ - Wantedly Engineering Handbook) 本記事では、この図での "The System

                                      ウォンテッドリーのバックエンド領域を支える言語の歴史を読み解く | Wantedly Engineer Blog
                                    • Linux Foundation Launches Open Source Valkey Community

                                      5 MIN READ Linux Foundation Launches Open Source Valkey Community The Linux Foundation | 28 March 2024 Community maintainers, contributors, and users will continue collaborative development of an open source, in-memory data store under the new Valkey name. SAN FRANCISCO – MARCH 28, 2024 – Today, the Linux Foundation announced its intent to form Valkey, an open source alternative to the Redis in-me

                                        Linux Foundation Launches Open Source Valkey Community
                                      • Reactベストプラクティス2: SWRを正しく使うには - Hello Tech

                                        javascripter です。ハローでは、初期メンバーとしてプロダクトのローンチ前からAutoReserve の開発に関わっています。 前回の記事に引き続き、筆者が社内で書いている技術ガイドラインについて紹介します。 はじめに ハローでは、高品質なコードを維持し、開発チームの技術レベル向上を図るため、チーム横断的に、有用な技術Tips、ベストプラクティス・コーディングガイドラインなど情報をNotion上に集約し、自由にエンジニアが閲覧・編集できるようになっています。 この取り組みの目的は以下の通りです: コード品質の向上と統一 開発チームメンバーの技術スキル向上 「どう」直すかでではなく「なぜ」そう修正すべきかまで理解してる人を増やす 効率的な開発プロセスの確立 前回の記事については、こちらを参照下さい。 Reactベストプラクティス: react-hooks/exhaustive-de

                                          Reactベストプラクティス2: SWRを正しく使うには - Hello Tech
                                        • 高速道路の出口案内のようなQAエンジニアでありたい ─自動テストより前にやるべきことがあると気づいた話 - Findy Engineer Lab

                                          皆様こんにちは。QAエンジニアのブロッコリーこと風間裕也(@nihonbuson)と申します。私は本業で株式会社10XのQAエンジニアとして勤務する一方、副業としてB-Testingを開業し、さまざまな会社でQAに関する相談に乗ったり、登壇や執筆活動を行っています。 また社外活動として、WACATE(ソフトウェアテストの合宿型ワークショップ形式勉強会)の実行委員長や、ソフトウェアテスト技術振興協会(ASTER)の主催するJaSST Review(ソフトウェアレビューのシンポジウム)の実行委員長を務めています。 本記事では、私がどうしてQAエンジニアというキャリアを歩んでいるのか、そして品質保証(QA、Quality Assurance)という分野でどのように開発チームと協調しながら開発してきたのかをお話しします。 筆者近影 学術と企業のギャップに驚いてテストの浸透に動く テスト技術に磨きを

                                            高速道路の出口案内のようなQAエンジニアでありたい ─自動テストより前にやるべきことがあると気づいた話 - Findy Engineer Lab
                                          • 「プロダクトエンジニア」の、次。 リードという役割を考える|moeka / ASCEND Engineer

                                            こんにちは。「物流の真価を開き、あらゆる産業を支える」というミッションのもと、物流業界向けにオールインワン運行管理SaaSを開発しているアセンド株式会社 リードプロダクトエンジニアの @moeka__c です。 以前インタビューしていただいた記事がありますので、どんなやつかはこちらから。 私がアセンドにプロダクトエンジニアとして入社して、早くも2年と少しが経ちました。当時4人目エンジニアとして入社したわけですが、それから3名の新規メンバーを迎え、現在は7名体制。私も社内のグレードで5段ほど昇格し、「プロダクトエンジニア」の上に「リード」という冠がつく立場になりました。 リードプロダクトエンジニアという役職は、プロダクトエンジニア組織を掲げるアセンドが独自に作ったポジションです。一般的に良く使われるテックリードやリードエンジニア、EMといったポジションとは少し違う期待値を込めて、あえてこの呼

                                              「プロダクトエンジニア」の、次。 リードという役割を考える|moeka / ASCEND Engineer
                                            • GPT-4Vのモデルを利用してOCRできるか試してみた - Taste of Tech Topics

                                              こんにちは、安部です。 気温の上下に翻弄されて最近風邪をひいてしまいましたが、皆さま元気にお過ごしでしょうか。 今回は、GPT-4Vのモデルを利用して、OCRができるか試していきます。 GPT-4Vによって、「ChatGPTに目ができた」などと騒がれましたが、文字認識はどれくらいできるのでしょうか? 得意分野ではなさそうですが、GPTも進化が目覚ましいので分かりませんね。 検証では、日本語(漢字/ひらがな/カタカナ)・英語の2言語で精度など比較していきます。 また、手書き・活字での違いも見ていきましょう。 一番簡単に試せるChatGPT(Web版)でOCRをさせようとするとエラーになることが多かったので、 ここではAPIを使っていくこととします。 APIを呼び出すプログラム 以下のコードを使い、gpt-4-vision-previewというモデルを呼び出しています。 画像は個人のgithu

                                                GPT-4Vのモデルを利用してOCRできるか試してみた - Taste of Tech Topics
                                              • AIがエンジニアの仕事を奪う、はどこまで本当か|リーダブル秋山

                                                この手の話には、私を含め多くのエンジニアが食傷していると思いますが、重要なトピックなので無視できません。ここ数ヶ月の目立った動向を確認し、それを基にソフトウェアエンジニアの仕事が今後どうなるかを浅薄ながら検討していきます。 Devin - 初のAIエンジニア2024年3月、ほぼ無名だったCognition社の動画が注目を集めました。動画では"First AI Software Engineer"というタグラインのもと、私たちエンジニアの作業風景と同じように、AIがエディタやコンソールを操作し、ブラウザでサードパーティのAPI仕様書を探し、ビルドエラーからバグを修正し、Webアプリケーションを実装していく様子が見られます。 Devinは、SWE-benchというプログラミング性能を測る指標で、Claude 2やGPT-4を上回ったとと宣伝されています(下図)。またCognition社はPet

                                                  AIがエンジニアの仕事を奪う、はどこまで本当か|リーダブル秋山
                                                • AWSでのDevSecOps~セキュリティ運用/実装~ - Adwaysエンジニアブログ

                                                  広告事業本部でリードデータエンジニアを行なっている大窄 直樹 (おおさこ)です. 前回は, AWSでのログ設計/実装に焦点を当てたブログを書きました. 今回は, AWSでのセキュリティ運用/実装に関する内容をお届けしようと思います! セキュリティ運用は難しいですよね. 日々新たな脆弱性が次々と発見されており, 脆弱性自体に気づくのも一苦労です. それに加えて, 対応してもお金を生み出すわけではないため, 過剰な対応をするわけにもいかず, 悩ましいところです(笑) 概要 このブログでは, セキュリティの考え方, 及びAWSでDevSecOpsを行う一手法を紹介します. 利用するサービスは以下のとおりです. Security Hub Amazon Inspector Snyk これらのサービスを使うことで, 開発, セキュリティ, 運用を密接に結びつけ, 効率的なセキュリティ運用を試みます.

                                                    AWSでのDevSecOps~セキュリティ運用/実装~ - Adwaysエンジニアブログ
                                                  • 「できること」よりも「やりたいこと」「なりたい姿」を追求した。DB未経験からPostgreSQLのコミッタになるまで - Findy Engineer Lab

                                                    こんにちは。澤田雅彦(@masahiko_sawada)と申します。オープンソースのデータベース PostgreSQLのコミッタをしています。2022年からは、Amazon Web Services Japan(以下、AWSジャパン)でソフトウェアエンジニアとしてPostgreSQLの開発をしています。 2013年に業務の一部として始めたPostgreSQLの開発はかれこれ10年以上続き、今ではフルタイムの業務となっています。「わたしの選択」というテーマで寄稿の機会をいただいたので、本記事では、私がどのようにPostgreSQL開発者のキャリアを選択したのか、なぜ10年以上もの長い間PostgreSQLの開発を続けているのか、などを紹介したいと思います。 データベースを始めるきっかけ 大学生の時は元々教員志望だったのですが、講義で初めてプログラミングを学び、その面白さからエンジニアを目指す

                                                      「できること」よりも「やりたいこと」「なりたい姿」を追求した。DB未経験からPostgreSQLのコミッタになるまで - Findy Engineer Lab
                                                    • 理想は「SREチームをなくすこと」、一人目SREとしてたどり着いた真理|イオン・エンジニアインタビュー |AEON TECH HUB

                                                      イオンスマートテクノロジー・SREチーム齋藤のインタビューです。2022年に1人目のSREエンジニアとして入社し、多くの課題を抱えていた組織を、地道な活動によって少しずつ変えていきました。Jiraの導入、100ページにわたるドキュメント作成、監視・モニタリング基盤の統一…齋藤はどんな想いで改革を進めていたのか、本音を伺いしました。

                                                        理想は「SREチームをなくすこと」、一人目SREとしてたどり着いた真理|イオン・エンジニアインタビュー |AEON TECH HUB
                                                      • メルカリ ハロ Webフロントエンドの開発スピードと品質両立の取り組み | メルカリエンジニアリング

                                                        こんにちは。メルカリのSoftware Engineerの@tanashoです。連載:Mercari Hallo, world! -メルカリ ハロ 開発の裏側-の6回目を担当させていただきます。 メルカリ ハロのWebアプリケーションは複数存在し、Webフロントエンドチームが横断的に開発をしています。本記事では、その前提を踏まえ、スピードと品質をどのように両立させて開発しているかを紹介します。 プロジェクトの概要とWebフロントエンドの担当領域 メルカリ ハロは「あたらしい出会いを繋ぎ、信頼と機会をひろげる」がミッションで、いますぐ働き手が欲しいパートナー (事業者) と、いますぐ働きたいクルー(働き手)を繋げるサービスです。クルーは自身のスキルや時間を活用して働くことができます。 メルカリ ハロは複数のアプリケーションが存在し、そのなかでWebフロントエンドが関わる領域として以下の3つが

                                                          メルカリ ハロ Webフロントエンドの開発スピードと品質両立の取り組み | メルカリエンジニアリング
                                                        • Aurora 3.04.2 での DDL の予期しない挙動と Rails での対策 - freee Developers Hub

                                                          こんにちは、DBRE (Database Reliability Engineer) の shinta です。 今回は、Aurora 3.04.2 に存在する DDL の予期しない挙動について紹介したいと思います。 発見のきっかけ きっかけは、Aurora 3.04.1 に存在した以下の事象の検証でした。(CyberAgent 様の記事で事象の存在を知り、検証するに至りました。ありがとうございます!) ca-srg.dev これがどんな事象かというと、「ALGORITHM=INPLACE で特定の online DDL を実行している間、そのテーブルに reader からアクセスできなくなる」というものでした。 writer で DDL を実行している間、reader からそのテーブルにクエリを投げると以下のエラーが出ます。 Table 'db_name.tbl_name' doesn't

                                                            Aurora 3.04.2 での DDL の予期しない挙動と Rails での対策 - freee Developers Hub
                                                          • GoエンジニアがReactにチャレンジして驚いた5つのこと

                                                            はじめに こんにちは。Magic Momentでエンジニアをしている伊藤です。 いつもはMagic MomentのプロダクトであるMagic Moment Playbookの開発に携わっています。 元々はGo言語エンジニアとしてMagic Moment Playbookのバックエンド開発に参加し始めました。 ですが、今回フロントエンドエンジニアとしてフロント側の開発に参加することとなりました。 Go言語を使っていたエンジニアがReactを使い始めて驚いたこと、理解しづらかった部分などを書いていこうと思います。 これからフロントをやってみたいと思うバックエンドエンジニアの方の参考になれば幸いです。 そもそもReact.jsとは Magic Moment PlaybookのフロントエンドはReact.jsを使って構築されていますが、そもそもReactとはなんなのでしょうか。 ReactはFac

                                                              GoエンジニアがReactにチャレンジして驚いた5つのこと
                                                            • エンジニアと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
                                                              • システムインフラいまとむかし - NRIネットコムBlog

                                                                本記事は 基盤デザインウィーク 2日目の記事です。 🌈 1日目 ▶▶ 本記事 ▶▶ 3日目 💻 気付けば入社して14年。2010年入社の小林です。 いつの間にか基盤デザイン事業部では部長に続き2番目の古株となっていました。 もう今の若手(〜5年目ぐらい)はサーバというものを触ったこともない人もいるような時代になっています。 今回は基盤デザイン事業部ウィーク(長いので基デザウィークと呼んでいます)ということで、 入社2年目にインフラチームに配属された当初のオンプレミスシステムばかりの時代を懐かしみつつ、 情報システムにおけるインフラの今と昔の違いについて考えていきたいと思います。 オンプレミスの時代 仮想化前 さて、読者の皆様はサーバを触ったことはありますでしょうか? 「メインフレームからやってるぞー」という声も聞こえましたが、私はメインフレームは経験ないので少し置いておきます。 私がイ

                                                                  システムインフラいまとむかし - NRIネットコムBlog
                                                                • コミューンエンジニア的最強CLI環境を作ってみた - commmune Engineer Blog

                                                                  はじめに 自己紹介 コミューンに今年の8月にエンジニアとして入社した角田です。 入社して3ヶ月、業務には慣れてきましたがシェルの設定は空っぽ、ターミナルも初期設定のままです。 また、ブログのネタにも困っていました。 これを機に先輩エンジニアたちのCLI環境についてインタビューを行い、それを参考に自分なりの最強CLI環境を作成したいと思います。 やること まずはコミューンのエンジニアにCLI環境についてインタビューをする。 それらをまとめて自分なりのいいところを組み合わせて最強のCLI環境を作成する。 1人目 部署 山芋チーム (commmune JP開発) 使用ツール VS Codeのターミナル zsh # ~/.gitconfig [alias] push-f = push --force-with-lease --force-if-includes [push] autoSetupRe

                                                                    コミューンエンジニア的最強CLI環境を作ってみた - commmune Engineer Blog
                                                                  • 技術に専念したいエンジニアのための上級職「スタッフエンジニア」とは? 培った能力を生かして組織に貢献するキャリア

                                                                    エンジニアのキャリアとして、技術にもとづいた専門的なキャリアパスを提供する「スタッフエンジニア」が注目されている。本講演では、2023年に出版された翻訳本『スタッフエンジニア マネジメントを超えるリーダーシップ』の監修・解説を務めた増井雄一郎氏が登壇。本書の内容に沿って、ソフトウェアエンジニアが技術力を武器にテクニカルリーダーシップを発揮し、キャリアパスを築くための指針とあり方について新たな視点とインスピレーションを提供した。 エンジニアの能力を活かし、組織に貢献する「スタッフエンジニア」というキャリア 「風呂グラマー」の愛称で呼ばれ、トレタやミイルを始めとする数々のB2C/B2Bプロダクト開発に携わってきた増井氏。監修・解説を務めた2023年発行の『スタッフエンジニア マネジメントを超えるリーダーシップ』では、「スタッフエンジニア」について触れている。「スタッフエンジニア」とは多くのエン

                                                                      技術に専念したいエンジニアのための上級職「スタッフエンジニア」とは? 培った能力を生かして組織に貢献するキャリア
                                                                    • 「最低限しか話したくなかった」 人付き合いが苦手だったエンジニアがEMになり、人間中心の組織づくりに取り組むようになるまで - Findy Engineer Lab

                                                                      人が働くうえで、誰もが一度は直面するであろうキャリアの分岐点。そのとき経験したこと、選択したことは、現在の立ち位置を決定づける重要な要素となっているはずです。 株式会社ビットキーで技術広報やスクラムマスター、エンジニアリングマネージャー(EM)を務めるパウリ(@pauli_agile)さん。彼は数多くの技術コミュニティの運営にも携わりながら、エンジニアや開発組織のマネジメントに全力で向き合っています。 キャリア初期の人間関係のつまずき、アジャイル手法との出会い、そして人とのコミュニケーションの重要性への気づき。これらの経験を経て、パウリさんはエンジニアマネジメントの道を選択したといいます。 彼の経験は、多くのエンジニアが直面する分岐点や、その結果広がるキャリアの可能性を示唆しているのではないでしょうか。そこでFindy Engineer Lab編集部では、パウリさんのキャリアを形づくった重

                                                                        「最低限しか話したくなかった」 人付き合いが苦手だったエンジニアがEMになり、人間中心の組織づくりに取り組むようになるまで - Findy Engineer Lab
                                                                      • IoTサービスのアーキテクチャ特集 技術選定のポイントと今後の展望 - Findy Tools

                                                                        公開日 2024/09/17更新日 2024/09/17IoTサービスのアーキテクチャ特集 技術選定のポイントと今後の展望 今回のアーキテクチャ特集のテーマは、IoTサービスのインフラアーキテクチャです。IoT分野で革新的な取り組みを続ける日本のIT企業5社にご協力頂き、それぞれの技術的な挑戦と今後の展望についてご寄稿頂きました。 ※ツール名・ご寄稿企業名共にアルファベット順で掲載しております 株式会社ビットキー アーキテクチャ選択の背景や意図ビットキーの各種プロダクトはトビラを制御しています。 普段の我々の生活において、トビラが開いたり閉まったりするのはごく当たり前のことであり、サービス障害など何らかの理由によって、その当たり前が妨げられることがあってはなりません。 その特性上、高い可用性を求めたアーキテクチャを検討する必要がありました。 全体を通して高い可用性を発揮するためにマルチリー

                                                                          IoTサービスのアーキテクチャ特集 技術選定のポイントと今後の展望 - Findy Tools
                                                                        • メルカリ ハロ リリースのQA戦略 | メルカリエンジニアリング

                                                                          こんにちは。メルカリのQAエンジニアリングマネージャーの@____rina____ です。今回は、連載『Mercari Hallo, World! -メルカリ ハロ 開発の裏側-』の第4回を担当します。 本記事では、メルカリ ハロのサービスローンチまでのQAプロセスを通じて、私たちはどのようにして安心・安全なプロダクトを迅速にリリースするための戦略を実行したか、具体的な方法とともに詳述しています。 この記事を通じて、以下の点についての理解を深めていただけることを目指しています: QAの役割とプロジェクト概要 効率的なQAアサイン戦略 成果物の透明性と管理ツールの効果的な活用方法 また、この記事を書くにあたり、私自身が学んだことや得た教訓についても触れています。これらの経験は、今後のプロジェクトにおいて更なる品質向上と効率化を目指す上で非常に貴重なものとなりました。 プロジェクト概要とQAの

                                                                            メルカリ ハロ リリースのQA戦略 | メルカリエンジニアリング
                                                                          • エンジニアはどのようにドメインにダイブできるか

                                                                            2024/01/17 Product Engineer Night #2 〜DomainへのDeep Dive!〜 に登壇した際の資料です。 https://product-engineer.connpass.com/event/305777/ X: https://twitter.com/moeka__c

                                                                              エンジニアはどのようにドメインにダイブできるか
                                                                            • KubernetesのPodを事前にスケールアウトする仕組みをCronJobで実装し、ジョブの処理遅延を低減した話 - ANDPAD Tech Blog

                                                                              1. はじめに こんにちは、SWEのあかりです。 今回は、SREの角井さん(@cass7ius)と一緒に、Kubernetes(以降、K8sと表記)のPodを事前にスケールアウトする仕組みをK8sのCronJobで構築したので、その実装背景・技術選定・実装方法について実例を紹介します。 この記事を読んで得られるものは以下の3点です。 Podを事前にスケールアウトさせて、ジョブの遅延を低減した実例 技術選定時に行った定性分析の実例 Podからkubectlコマンドを実行する実装例 2. 前提の説明 掲題の実装対象は施工管理サービスであり、これは社内で最も古くから稼働しているモノリシックなRailsアプリケーションです。施工管理サービスのおおよそのインフラ・技術構成は下図の通りになっています。 施工管理サービスのインフラ構成図 上図の通り、施工管理サービスはEKSクラスター上で稼働しており、お

                                                                                KubernetesのPodを事前にスケールアウトする仕組みをCronJobで実装し、ジョブの処理遅延を低減した話 - ANDPAD Tech Blog
                                                                              • 新しい領域への挑戦を続けて成長するために必要だったソフトウェアエンジニアとしての「軸」とは - Findy Engineer Lab

                                                                                ソフトウェアエンジニアがキャリアについて考えるときに、自分の好きな技術や得意なスキル、あるいは興味ある事業ドメインをもとに次を選択することがあります。とはいえ専念したい技術領域がすぐに見つかるというものでもないでしょう。得意分野が見つかるまで自分を成長させることも大切です。 柴﨑優季(@shibayu36)さんは開発者として12年間を、toCのコンテンツプラットフォームに始まり、toBのSaaS事業、現職のメタバースプラットフォームと、転職ごとに異なる事業ドメインを選択しています。担当する技術領域や職能も幅広く、選り好みすることなく経験を積んできました。 ただ次々とチームを移り変わるだけでは、次につながる知識を得ることも難しいでしょう。技術や職能にはこだわらない代わりに、一貫した軸をもって開発にあたってきた柴﨑さんに、新しい環境での仕事で意識することや、どのように技術を磨いてきたか、そして

                                                                                  新しい領域への挑戦を続けて成長するために必要だったソフトウェアエンジニアとしての「軸」とは - Findy Engineer Lab
                                                                                • AWS Lambdaの耐障害性を考える - Qiita

                                                                                  はじめに この記事はDevOps on AWS大全の一部です。 DevOps on AWS大全の一覧はこちら。 この記事ではAWS Lambdaを耐障害性の観点から超詳細解説しています。 具体的には以下流れで説明します。 AWS Lambdaをリリースするときのダウンタイム AWS Lambdaのスケーラビリティ AWS Lambdaの永続ストレージ AWSの区分でいう「Level 200:トピックの入門知識を持っていることを前提に、ベストプラクティス、サービス機能を解説するレベル」の内容です。 この記事を読んでほしい人 AWS Lambdaを採用するときのベストプラクティスを説明できるようになりたい人 AWS Lambdaの耐障害性に不安を感じている人 AWS Certified DevOps Engineer Professionalを目指している人 AWS Lambdaをリリースする

                                                                                    AWS Lambdaの耐障害性を考える - Qiita