並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 1018件

新着順 人気順

jenkinsの検索結果201 - 240 件 / 1018件

  • Google の事例とともに考える採用

    本記事は Google Cloud Japan Advent Calendar 2022 の 通常版 の 20 日目の記事です。 私は Google Cloud Japan で Manager を務めています。Manager の大切な仕事の中に採用があります。採用活動を通じて日々試行錯誤し、学びを得ています。Google も Google re:Work というサイトで Google の働き方、研究、アイディアを公開しています。今日は Google re:Work を参考にしながら、私が学んだことを投稿します。大切なこととなりますが、このブログでご紹介することは Google の事例、そして、私の意見が入ったものです。これが正解というものではなく、皆様のが採用を考えるときのアイデアの一助となれば幸いです。 採用とは 採用は、組織にとって最も重要な活動の一つです。組織のゴールに貢献する適切な

      Google の事例とともに考える採用
    • 第1章 Puppeteerの魅力は何か ~ヘッドレスChromeを自由自在に操る | gihyo.jp

      2018年6月2日、PhantomJSのリポジトリがついにアーカイブ化されました。PhantomJSのメインメンテナーは、「⁠より高速かつ安定して動作するヘッドレスChromeが登場したことで、PhantomJSの開発を続ける必要がなくなった」と述べています。 PhantomJSは、TwitterやNetflixでも単体テストやパフォーマンステストで使用されていた、ヘッドレスブラウザのデファクトスタンダードでした。ヘッドレスブラウザとは、GUI(Graphical UserInterface)を必要としないブラウザです。 これまでPhantomJSを使ってきた人たちは、徐々にヘッドレスChromeに切り替え始めています。一方で、「⁠切り替えにどのような作業が必要になるのか」や「いったい何が変わるのか」がわからないといった声を耳にすることもよくあります。 そこで本特集では、ヘッドレスChro

        第1章 Puppeteerの魅力は何か ~ヘッドレスChromeを自由自在に操る | gihyo.jp
      • SIerからベンチャーへの転職を通して自分と向きあった話 - SMARTCAMP Engineer Blog

        はじめまして!2021年7月にスマートキャンプに中途社員として入社した井上です! 入社時から現在まで、BOXILの開発業務に携わっています。前職はSIerで顧客のシステム開発や新規プロダクトの開発などをしていました。スマートキャンプ、前職ともにフロント・バックエンド問わず開発をしていますが、スマートキャンプでは使用技術や開発するサービスの形態が前職と大きく異なり、新鮮な気持ちで業務に取り組めています。 今日は入社エントリーとして、私の経歴を含めた自己紹介と、なぜスマートキャンプに入社したか、そして入社後のギャップをメインに書いていこうと思います。 これまでの経歴 スピード感のある開発がしたい 技術的なチャレンジ なぜスマキャンを選んだか プロジェクト運営 技術的なチャレンジ 面接 入社してみて 前職との違い コミュニケーションが「密接」 開発スタイル 入社して感じたギャップ コミュニケーシ

          SIerからベンチャーへの転職を通して自分と向きあった話 - SMARTCAMP Engineer Blog
        • 続・ノハナのテスト自動化

          ノハナの中の様子を時に真面目に時にゆるゆるとお伝えします こんにちは、QAエンジニアの武田です。 去年の健康診断で、メタボ予備軍と言われ、キックボクシングを始めたのですが、思うように成果に繋がっていません。。。 もうすぐ今年の健康診断が迫っているので、何かいい減量方法があったら教えて下さい🙇 さて、今日は、前回、テスト自動化の取り組み初期についてご紹介してから約2年が経過した今、どのように運用しているか、その成果など、テスト自動化の現状をお話したいと思います。 Before まず、前回紹介した際の構成がこちらです。 テストは、 Jenkins から 定時点 でリクエストされ、 ローカルPCにつないだ実機 で実行していたのですが、本格的に運用していくには解消すべき大きな課題が2点ほどありました。 1点目は、 環境のメンテナンスが必要 ということです。 テスト実行のリクエストとテスト結果をS

            続・ノハナのテスト自動化
          • Argo CD導入設計とリリースフロー改善の取り組み - ZOZO TECH BLOG

            はじめに こんにちは、計測プラットフォーム開発本部SREブロックの渡辺です。普段はZOZOMATやZOZOGLASSなどの計測技術に関わるシステムの開発、運用に携わっています。 先日私達のチームでは、EKS環境にArgo CDを導入し、デプロイパイプラインのリアーキテクトを行いました。 開発環境では、Argo CD Image Updater(以下、Image Updaterとする)を活用したスピーディなデプロイ設計をしました。詳しくは「EKS環境へArgo CD Image Updaterを導入し、デプロイ時間と管理コストを削減した話」を参照ください。 techblog.zozo.com 本記事では、Argo CD導入による本番環境のリリースフロー設計やタグ更新の仕組みなど工夫した点について紹介します。Argo CDを検討している方に向けて、少しでも参考になれば幸いです。 目次 はじめに

              Argo CD導入設計とリリースフロー改善の取り組み - ZOZO TECH BLOG
            • NFTが作る、新しいインターネット

              はじめに最後にOff TopicでNFTについて話したのは3月の記事で、その時はNFTの説明と何故NFTがデジタルコレクタブルなのかを解説しました。そこから1〜2ヶ月間、NFTバブルは続いたが、5月〜6月頃に取引額が下がったと報道されたり、NFTに対する熱意が下がったように見えた。実際に私も最初に購入したNFTでNBAのハイライトをNFT化するNBA Top Shotの二次流通価格が落ちたのを見て、一旦バブルが終わったように感じた。それでもシリコンバレー内では夏の間はDAOやWeb3について熱く語る人が多かった。そして直近ではAxie InfinityやBored Apesなど新しいユースケースが出てきたおかげで、今まで以上にこの業界が盛り上がり始めた。2021年8月で62万回、$2.3B分のNFTが売買されている(2021年6月のNFT取引額は$270Mぐらい)。 引用:NonFungi

                NFTが作る、新しいインターネット
              • Webシステム開発で関わる技術のまとめ(2022年に知った物) - Qiita

                はじめに Webシステムの開発に携わりたくて転職して9か月,知らない事ばかりで日々勉強しております。 自分の勉強用メモとして知っておくべき技術をまとめようと思いました。 (こちらの記事にインスパイアされたものです) 技術用語について,なるべく2~3行で概要を説明できる事を目指しています。 情報が多過ぎるので,主流な技術は見出しを赤字にしています。(主観強め) また,今後需要が増えそうな技術は青字にしています。(かなり主観強め) とはいえ,新しい技術が登場すれば,数年でトレンドが変わってしまう事も多々あると思います。 ほとんどはあくまでも初心者がネットで情報をかき集めた程度のものです。 誤りがあればご指摘,ご意見など頂きたいです。 ※2023/2/6追記 不正確・不十分だと思った記載はひっそりと随時修正しています。 また,「そういえばこんなんあったな」という項目も追記しています。 あと,自分

                  Webシステム開発で関わる技術のまとめ(2022年に知った物) - Qiita
                • 二次元美少女の性的表現を「女性(や子ども)の性的モノ化」と非難することの何が問題なのか - 境界線の虹鱒

                  したがってここでの課題は、あらゆる新しい可能性を可能性として愛でることではなく、すでに文化の領域のなかに存在しているけれども、文化的に理解不能とか、存在不能とされていた可能性を、記述しなおしていくことである。(ジュディス・バトラー『ジェンダー・トラブル』*1) はじめに 二次元の女性キャラクターを性的に描いた創作物(「萌え絵」と呼ばれることもある)は、しばしば女性(や子ども)を性的モノ化するものとして非難される*2。しかしこのような非難は、「二次元(キャラクター)」と「三次元(人間)」との存在論的差異をあらかじめ無意味なものと決めつけており、人間に対するセクシュアリティ(=対人性愛)とは異なる「二次元に対する非対人性愛」の存在を抹消してしまっている*3。さらにそこには、フェミニズムやクィアスタディーズの観点からもいくつかの問題がある。本稿ではこのことを素描していく*4。 目次 はじめに 目

                    二次元美少女の性的表現を「女性(や子ども)の性的モノ化」と非難することの何が問題なのか - 境界線の虹鱒
                  • Backlog開発チーム自身によるオンコール対応を支えるアラート通知システム | Backlogブログ

                    こんにちは、Backlog SREチームのmuziです。 この記事は SRE Advent Calendar 2019 の10日目、およびBacklog Play化プロジェクトブログの番外編です。 先日のブログ記事「SREは大規模なリプレイスプロジェクトで発生した様々な問題にどう取り組んだか【Backlog Play 化プロジェクト】」の後半では、Play化プロジェクトの終了後に、開発チーム自身によるオンコール対応の取り組みを始めたことを軽くご紹介しました。 私を含むBacklogのSREチームは、このオンコール対応を助けるためのアラート通知システムを作り、開発者なら誰でも使える形で提供しています。この記事では、前回のブログ記事では書ききれなかった、このシステムの詳細をご紹介します。 同じような問題意識を抱えていて、これからオンコール対応を見直したい、と考えているSREや開発者の参考になれ

                      Backlog開発チーム自身によるオンコール対応を支えるアラート通知システム | Backlogブログ
                    • ミラティブのUnityアセット運用とそれを支えるCI/CD - Mirrativ Tech Blog

                      こんにちは、ミラティブUnityエンジニアの菅谷です。 ミラティブでは週に一回以上のペースでエモモのイベントを行っており、1つのイベントごとに約40個の衣装やエモモアイテムを追加しています。 エモモアイテムの多くはUnityを活用して作られており、アセットバンドルとして追加・更新されます。 今回はハイペースなアセットバンドルの更新と運用を支える技術について解説します。 エモモアイテムがユーザーに届くまでの流れ Unityでのエモモアイテムのセットアップ、アセットバンドルのビルド、アセットバンドルの配信のフローによりエモモアイテムがユーザーに届けられます。 全体の概要は以下となっています。それぞれについて解説します。 1. エモモアイテムのセットアップ 3Dデザイナーがエモモのアイテムを以下のようにしてUnityプロジェクトに追加します。 Mayaなどで3Dモデルを作成する Unity上で3

                        ミラティブのUnityアセット運用とそれを支えるCI/CD - Mirrativ Tech Blog
                      • Deploys at Slack - Slack Engineering

                        Deploys require a careful balance of speed and reliability. At Slack, we value quick iteration, fast feedback loops, and responsiveness to customer feedback. We also have hundreds of engineers who are trying to be as productive as possible. Keeping to these values while growing as a company means continual refinement of our deployment system. We had to invest in greater visibility and reliability

                          Deploys at Slack - Slack Engineering
                        • “非同期な開発組織”におけるドキュメントの「強み」 時間の節約、深く理解できる、フィードバックを深く・平等にできる…

                          Launchable, Inc.のソフトウェアエンジニアであるこんぼい氏は、ドキュメントを大事にしている理由と、具体的にどのようなドキュメントを運用しているのか、また、ドキュメント文化醸造のための取り組みについて紹介しました。全2回。 こんぼい氏の自己紹介 こんぼい氏:よろしくお願いします。「非同期な開発体制を支えるドキュメント文化」ということで発表します。 まず自己紹介をします。矢吹遼介と申します。Launchableという会社でソフトウェアエンジニアをやっています。インターネット上ではゴリラのアイコンで「Konboi」というIDでやっています。よろしくお願いします。 Launchableについて はじめにLaunchableについて軽く紹介させてください。USに本社があって、Jenkinsの作者の川口さん(川口耕介氏)がSun(Sun Microsystems)の時の同僚のHarpre

                            “非同期な開発組織”におけるドキュメントの「強み」 時間の節約、深く理解できる、フィードバックを深く・平等にできる…
                          • Monitoror — Unified monitoring wallboard

                            Monitor server status by pinging them, check a port to ensure that something is listening behind, display your CI state, and follow its progress live. Most popular services like GitLab, GitHub, Azure DevOps, Pingdom, Jenkins, Travis CI, ... are already supported. Feel free to request new features. Discover all tiles types

                              Monitoror — Unified monitoring wallboard
                            • SlackでChatOps!CodeDeployのBlue/Greenデプロイを操作する方法 - SMARTCAMP Engineer Blog

                              スマートキャンプ、エンジニアの入山です。 昨年末から弊社BOXILでは、EC2からECS/Fargateへのインフラ移行作業を実施しています。 EC2運用からコンテナベースのECS運用への移行は、インフラの思想として異なる部分も多く、一筋縄ではいかないということを日々痛感しています。特に運用面に関する仕組みやノウハウは大きく異なっているため、今までと同等の運用を異なる方法で実現する必要があり、頭を悩ませることが多いです。 例えば、今まではEC2にSSHしてコマンドを投入していたが、ECS/Fargate上で同じことをどうやってやるのか…など。SSHしなくても良い運用にすることも必要ですが、今まで当たり前に出来ていたことが万が一の時にどうやっても出来なくなるのはやはり辛い問題ではないでしょうか。 また、とりあえず移行はできたけど、今までよりも運用に時間や手間が掛かるようになった…といったこと

                                SlackでChatOps!CodeDeployのBlue/Greenデプロイを操作する方法 - SMARTCAMP Engineer Blog
                              • Hiromi: Tiny Desk Concert

                                Suraya Mohamed | September 8, 2023 Hiromi arrived at NPR wearing comfortable sweats, her chic hair already styled and perfectly coiffed for the performance. A keyboard gig bag was strapped on her back with her Nord Lead A1 analog modeling synthesizer, a versatile instrument loaded with her programmed patches. Its buzzy, modular sound started the show with a funky melodic line that sets up this hig

                                  Hiromi: Tiny Desk Concert
                                • JMeterでAPIテストの実装を始めました - チームスピリットデベロッパーブログ

                                  初めまして!TeamSprit EXのQAエンジニアの河西です。 昨年9月に入社し、APIテストの実装や、負荷テストの実施に取り組んでいます。 その中で多くの試行錯誤があったため、そのことについて全3本の記事でご紹介したいと思います。 JMeterによるAPIテストの実装について ◀︎ 今回はこちら JenkinsによるAPIテストの定期実行について JMeterを使ったSalesforceアプリへの負荷テストの実施について 既にAPIテストは少し作られていましたが運用されていなかったため、既存のAPIテストを参考にし、運用できるAPIテストの実装を始めました。 その取り組みの中で、自動テスト実装初心者の私が学んだことや工夫したことについて、今回は書いていきます。 なぜAPIテストを実施するのか? どうやって実装するのか? APIテスト実装における課題 属人化問題と向き合う 最後に なぜA

                                    JMeterでAPIテストの実装を始めました - チームスピリットデベロッパーブログ
                                  • 新卒研修でISUCONやってみたと思っていたらAnsible勉強会を開いていた話 - ぐるなびをちょっと良くするエンジニアブログ

                                    自己紹介 はじめまして。新卒2年目のみのちです。 1年目はBtoCサービスであるぐるなびの店舗ページと、BtoBサービスである店舗ページ管理ツール「ぐるなび PRO for 飲食店」の開発・運用の担当の店舗チーム、 2年目はレストラン検索の開発・運用の担当の検索チームに所属しています。 私は8月に店舗チームの部署に配属になり、10月からOJT研修を始めました。 11月に課題をやってみて、1月に勉強会を開きました。 この記事の3行まとめ 部署配属のあとにOJT研修課題としてISUCONの過去問に挑戦した 環境構築が思うようにいかなくて、まず環境構築で使われていたAnsibleの技術に興味を持った 社外のAnsibleもくもく会に参加し、社内ではチームで勉強会をした 研修内容を決める(10月) 毎年新卒で配属された人はOJT研修課題を行っており、前回うちの部署では自動販売機の機能実装などを行っ

                                      新卒研修でISUCONやってみたと思っていたらAnsible勉強会を開いていた話 - ぐるなびをちょっと良くするエンジニアブログ
                                    • 僕が考えた最強の作業手順書 - Qiita

                                      某所で見かけたシステム運用作業手順書の記事に、「作業直前に作業手順書の変更はしない」「手順書に無い作業をしない」といった事が書かれていました。 いや、それはあくまで心掛けの話であって、それも大事だけど、そもそも作業手順書はどうあるべきかという話が抜けおちているのではないか?それは世間ではあまり明文化されていないのではないか?と思いました。 不遜ながら、私が思う作業手順書のあり方を書いてみます。 1. 存在している まさか、本番作業を勘とノリでやっちゃうなんて。まさかね… 2. 保存されている Githubでも、Google Driveでも、Notionでも、Wikiでもいいですが、作業手順書は保管されていますね?えっ?保存していなかったら、同じような作業をもう1回することになったらどうなるんですか?障害が起きて、デプロイ手順に問題がないか調査したい時にどうするんですか? なお、保存するなら

                                        僕が考えた最強の作業手順書 - Qiita
                                      • GitHub Actions の self-hosted runners を AWS ECS で動かして、CI / CD パイプラインを作る - エクサウィザーズ Engineer Blog

                                        DevOps エンジニアの 根本 征 です。 7月からエクサウィザーズ にジョインし、CI / CD パイプラインの改善や自動テストの布教などを行っています。 今回は GitHub Actions の self-hosted runners を AWS ECS 上に構築し運用してみたので、その試行錯誤について紹介したいと思います。 GitHub Actions と self-hosted runners self-hosted runners を Docker で動かす self-hosted runners を AWS ECS で動かす アプリケーションを AWS ECS へデプロイする Workflow を作る おわりに GitHub Actions と self-hosted runners GitHub Actions は GitHub ユーザーであれば現在多くの方がご存知・ご活用

                                          GitHub Actions の self-hosted runners を AWS ECS で動かして、CI / CD パイプラインを作る - エクサウィザーズ Engineer Blog
                                        • ゲーム会社の仕事内容を49種類、紹介します【ゲームクリエイターの職種】|GC Career

                                          AMAGAMI この記事では、ゲーム会社の仕事内容を全部で49種類紹介します! 1人が1つの仕事内容しか担当しないというわけではなくて、人数の少ないチーム開発では複数の仕事を兼任けんにんすることもあります。 それに対して、人数の多いチーム開発では1人が1つの仕事内容を専門とすることが多いです。 実際にゲーム会社の採用情報を見てみると、1つの仕事内容に専用の職種しょくしゅが用意されていることもあります。 メジャーなものから業界人以外はあまり聞き慣れないものまで、たくさん集めてみました。ぜひこの機会にゲーム会社の仕事について、くわしく知って頂ければと思います! ゲーム会社によって仕事の名前や仕事内容の範囲が変わります。ここに挙げているのはあくまで一例なので、その点はご了承下さい。 企画職の仕事 ディレクター 映画でいうところの監督かんとくにあたる存在です。ゲーム開発の現場では制作の指揮をとるリ

                                            ゲーム会社の仕事内容を49種類、紹介します【ゲームクリエイターの職種】|GC Career
                                          • SlackワークフローとRubotyで最高のChatOps生活を - 弥生開発者ブログ

                                            Misoca開発チームの黒曜(@kokuyouwind)です。 富山Ruby会議が近づいてきましたが、10/23 午前11時現在、まだスライドを1枚も作ってません。4連休に着手するつもりだったんですが、シャニマスとMTG Arenaに消えました。 あ、頭の中ではできあがってるから…… あとはスライドに書き出すだけだから……(震え声) 🤖 Slackワークフロービルダー 先日、Slackにワークフロービルダー機能が追加されましたね。 これはSlack上からメニュークリックや特定タイミングで起動するワークフローを作ることで、定型的な作業を自動化できるものになっています。 このような画面でワークフローを定義できます。 メッセージを送るだけでなく、フォームを表示したり、メッセージ内にワークフロー起動者の名前やフォームの入力を埋め込んだりなどができるようになっています。 ちなみに、弊社の@thar

                                              SlackワークフローとRubotyで最高のChatOps生活を - 弥生開発者ブログ
                                            • みんなでつくる Production Readiness - スタディサプリ Product Team Blog

                                              こんにちは。SRE の @chaspy です。 以前、Production Readiness Checklist に関する記事を書きました。 quipper.hatenablog.com Production Readiness Checklist の運用開始から1年ほどの月日が経ち、27ものサービスが無事 Production へ出ていきました。 サービスを安心して Production へリリースするために役立っている Production Readiness Checklist ですが、Product Team がこの Check List を進める上でいくつか課題がありました。 本記事では、Production Readiness Checklist 運用開始後に、どのような改善が行われてきたのか、その内容と方法を説明します。また、1年以上の運用を通して、Production R

                                                みんなでつくる Production Readiness - スタディサプリ Product Team Blog
                                              • 仕事ですぐに使えるTypeScript - PDF版

                                                TypeScript Future Corporation 2022 11 14 i TypeScript 1 3 1.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 1.2 TypeScript . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 1.3 TypeScript . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 1.4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 1.5 . . . . . . . . .

                                                • ラクスサービスを管理するAnsibleコードの共通テンプレートを作った話 - RAKUS Developers Blog | ラクス エンジニアブログ

                                                  こんにちは、弊社サービスのインフラを運用している id:keijiu (ijikeman)です。 今回は、「ラクスサービスを管理するAnsibleコードの共通テンプレートを作った話」を記載します。 [対象読者] 対象読者: Ansibleでサーバの管理を行っている人 またはこれから行いたいと考えている人 記事を読んでわかること: Ansibleの実装方法(汎用化) パラメータ(vars)の記載箇所 Ansibleの学習資料の作成 Ansibleコード規約 目次 目次 背景 1. コーディング規約策定 ■ポイント コーディング規約一部例 2. 共通処理の標準化 [カテゴリ] [共通設定]のAnsible実装例 ■ポイント [OS標準機能の設定] ■ポイント [OS標準機能の設定]: ネットワーク設定の一部 ホスト名の設定 ■ポイント 3. 各サーバの構成管理情報(パラメータ)の記載場所の固定

                                                    ラクスサービスを管理するAnsibleコードの共通テンプレートを作った話 - RAKUS Developers Blog | ラクス エンジニアブログ
                                                  • 考察:Reactive Workflowが生まれた背景とその狙い - Kengo's blog

                                                    人に説明するのがスムーズにできなさそうなので、理論武装というか順序立てて話すためにこの記事をまとめる。 対象 ブラウザから利用するマルチプラットフォーム向けウェブアプリケーションの開発 モバイルのネイティブアプリ開発は含まない(知らないので) 利用言語はJava, JavaScript/TypeScriptを想定するが、特に言語に依存しない認識 開発経験はあるが、情報や経験が少なくて「よりよいプロダクト開発」の理想が描けない方への一助として作成 TL;DR 状況やベストプラクティスが目まぐるしく変わる現代において、すぐに変化できるソフトウェアを保つこと・ヒトの手をできるだけ空けることが重要。 かつてIaaSがAPIを提供し環境管理の多くを自動化したように、各種サービスがAPIやWebhookを通じてDevelopment Workflowの多くを自動化してきている。 多くの視点や知見を活か

                                                      考察:Reactive Workflowが生まれた背景とその狙い - Kengo's blog
                                                    • 【ラクス】インフラ運用チームが障害対応時間削減に向けて取り組んだ、その後について - RAKUS Developers Blog | ラクス エンジニアブログ

                                                      はじめに こんにちわ。cappy_potterです。 MailDealer と ChatDeaeler という弊社サービスのインフラ運用チームのリーダを担当しています。 前回、こちらの記事で、『チームとして障害対応時間削減に向けて取り組んだこと』について 紹介させていただきました。 tech-blog.rakus.co.jp その際、記事の中で、取り組み実施後に同様の障害が発生したことについて触れ、取り組み実施前に比べて 関係者への情報共有の時間をおよそ半分にできたと記載しました。 (以前は同様の障害で「42分」かかっていたものが、「22分」に短縮できた。) あれからさらに半年が経過したところで、再度大きな障害が発生したのですが、今回については 効果的に動くことができず、サービス復旧までに多大な時間を要してしまいました。 (関係者への情報共有についても、障害発生から「30分」かかってしまい

                                                        【ラクス】インフラ運用チームが障害対応時間削減に向けて取り組んだ、その後について - RAKUS Developers Blog | ラクス エンジニアブログ
                                                      • モノレポについての誤解 - Misconceptions about Monorepos: Monorepo != Monolith を翻訳しました | Graat(グラーツ)-グロース・アーキテクチャ&チームス株式会社

                                                        モノレポについての誤解 - Misconceptions about Monorepos: Monorepo != Monolith を翻訳しました unsafe:このドキュメントは、モノレポについて書かれた記事 Misconceptions about Monorepos: Monorepo != Monolith (https://blog.nrwl.io/misconceptions-about-monorepos-monorepo-monolith-df1250d4b03c) を、筆者であるVictor Savkin氏の許可を得て翻訳したものです。 複数のプロジェクトを同一のリポジトリで運用する モノリシックリポジトリ(モノレポ)― この記事では、モノレポを使う際によくある誤解とその対策、モノレポが持つ本当の課題と利点がまとめられています。モノレポはガチガチの「一枚岩(モノリス)」

                                                          モノレポについての誤解 - Misconceptions about Monorepos: Monorepo != Monolith を翻訳しました | Graat(グラーツ)-グロース・アーキテクチャ&チームス株式会社
                                                        • AIシステムが成熟する今「MLOps」が必要とされる理由とは? MLOpsを推進するために大切なこと

                                                          近年、機械学習(ML)やディープラーニング(DL)といったAI関連技術をプロダクトへ応用し、新たな価値を生みだそうという動きが加速しています。その中で、従来の「DevOps」の考え方を、機械学習向けに発展させた「MLOps」という新しい概念が生まれ、注目を浴びています。MLOpsが注目される背景には、どのような課題があるのか。そして、実際に現場でMLOpsに携わる人々は、何を目指し、どんな取り組みを行っているのか。ヤフーとLaunchableで、それぞれMLOpsをリードしている2人のエンジニアに語っていただきました。 機械学習システムの普及を契機に関心が高まる「MLOps」 黒松:ヤフーの黒松です。私は大学時代に、ビッグデータを研究テーマにしており、OSSとして当時注目されていたHadoopなどを扱っていました。卒業後は富士通研究所に入り、基盤研究の一環として、機械学習のための基盤を作り

                                                            AIシステムが成熟する今「MLOps」が必要とされる理由とは? MLOpsを推進するために大切なこと
                                                          • Xcode Cloud は銀の弾丸になるのか - Qiita

                                                            ※本記事は弊社が技術書典 14 で無料配布する同人誌「ゆめみ大技林 '23」の寄稿です。追筆や訂正等がある場合はこの記事で告知します。 皆さんは iOS 開発においてどんな CI を利用しているでしょうか。Bitrise?Circle CI?いやもしかすると Jenkins のお世話をしている方もいらっしゃるのではないでしょうか。いずれにせよ、CI/CD は現代の開発において必要不可欠な環境と言っても過言ではないでしょう、なぜなら CI/CD こそ我々に提出されたコードをマージする自信をもたらせてくれているのです。 そんな中、アップルがついに公式の CI サービスを 1 年の Beta を経て昨年正式リリースしました。その名も Xcode Cloud です。名前のとおり、Cloud で動く Xcode とイメージして差し支えないでしょう。 筆者が考えるこの Xcode Cloud の最大の

                                                              Xcode Cloud は銀の弾丸になるのか - Qiita
                                                            • 3000人に聞いた、2019年最先端のフロントエンド開発者が使ってるツールはこれだ - Qiita

                                                              Ashley Nolanは、CSSとJavaScriptの機能やフレームワークをどれだけ使っているかというアンケートを毎年行っています。 以下では2019年版である、The Front-End Tooling Survey 2019というアンケート結果の概要を紹介してみます。 回答者数が昨年から4割も減ってるのだが一体何があったのだろう。 The Front-End Tooling Survey 2019 - Results 3005人の開発者が、27の質問に回答してくれました。 私の家族に女の子が増えたので集計結果を出すのが遅れました。ごめんね! 昨年からの一年で変わったところを見ることで、みんなの考えやトレンドが他者と共有されているか確認することができます。 これらの結果から、フロントエンドツール全体の知識レベルや使用傾向を分析するのにも役立ちます。 Quick Thanks 手伝って

                                                                3000人に聞いた、2019年最先端のフロントエンド開発者が使ってるツールはこれだ - Qiita
                                                              • 訳文;「"好奇心駆動型の冒険"とでも言うべき特殊なタイプの冒険に報酬を与えるゲームをつくりたい、それが『Outer Wilds』の主目的です」A・ビーチャム氏の論文より - すやすや眠るみたくすらすら書けたら

                                                                翻訳の秋が今年もきました。また去年みたく面白い記事をいくつか見つけて勝手に紹介したいところです! {また翌年も、これに関連する論考を勝手に紹介しました。(訳文;「そこにはなんの報酬もありません。このゲームが何を為していてどう機能しているのか、ただただ見ていたかったのです」ジェンキンズ、カーソン、ホッキング、『Outer Wilds』へつづく2,3の論考) 訳文2万1000字+感想1万6千字くらい。 ※言及したトピックについてネタバレした文章がつづきます。ご注意ください※ 訳した人・なぜ訳した? 内容ざっと説明 ('23追記)ネタバレをある程度避けて論文のエッセンスを味わえる、オフィシャルな記事がオフィシャルな人々から出たよ 論文訳文 アレックス・ビーチャム著『Outer Wilds: a game of curiosity-driven space exploration :: Unive

                                                                  訳文;「"好奇心駆動型の冒険"とでも言うべき特殊なタイプの冒険に報酬を与えるゲームをつくりたい、それが『Outer Wilds』の主目的です」A・ビーチャム氏の論文より - すやすや眠るみたくすらすら書けたら
                                                                • JenkinsとKubernetesでCIパイプラインを構築 - Qiita

                                                                  JenkinsとKubernetesを連携させてCIパイプラインを構築する時に、一番悩むの点は、いろいろな方法があるために、何を選択して良いか解らない。そして、実際に実装を進めると、様々な問題が発覚して、時間がかかってしまうことがある。 Jenkinsのプラグインで、Dockerに関するものだけでも約20種類、Kubernetesの関係するもので 約17種類もある。しかも、これらが問題なく動作するという保証も無い。筆者が経験したケースでは、資料が作られた時期から時間が経過すると共にプラグインが更新され、新たな問題が生じてしまい、動作しなくなっているなどがあった。そして、ドキュメントは、Jenkinsに詳しいエンジニア向けに書かれているために、普段触り慣れないJenkins初心者には難解な内容となっていることもある。 そして、Kubernetes上でJenkinsを動作させる場合にも問題が多

                                                                    JenkinsとKubernetesでCIパイプラインを構築 - Qiita
                                                                  • Google CloudがArmプロセッサの採用を発表。これでAWS、Azure、Google Cloudなど主要なクラウドでArmプロセッサが利用可能に

                                                                    Google CloudがArmプロセッサの採用を発表。これでAWS、Azure、Google Cloudなど主要なクラウドでArmプロセッサが利用可能に Google Cloudは、Arm Neoverse N1コアを搭載したAmpere Altraプロセッサベースの仮想マシンやKubernetesのノードの提供を、Google Compute EngineやGoogle Kubernetes Engineでプレビュー版として開始すると発表しました。 Introducing our first VM family based on the Arm architecture, T2A. Powered by Ampere® Altra® Arm-based processors, T2A VMs deliver exceptional single-threaded performance

                                                                      Google CloudがArmプロセッサの採用を発表。これでAWS、Azure、Google Cloudなど主要なクラウドでArmプロセッサが利用可能に
                                                                    • デブサミ2022夏に登壇してきました! ――信頼性とアジリティを同時に上げろ!モノタロウのカナリアリリース導入 - MonotaRO Tech Blog

                                                                      ソフトウェアデリバリーチームの市原です。先週、社内の有志メンバー3人でISUCONに参加してきました。私自身は初参加でした。結果は予選突破ならずでしたが、それなりに手ごたえもあり、学びも多くあり、何よりめちゃくちゃ楽しかったです。 さて、2022年7月21日にオンライン開催されたDevelopers Summit 2022 Summer(主催: 株式会社翔泳社 CodeZine編集部) で登壇してきましたので、ご紹介します。 発表内容について 資料 質問に回答します Q プロジェクトの仕切り直しは、内部品質起因なのでしょうか?要件などの上流工程にも課題がありそうに思いました。 Q 経過観察の日数は何日間くらいですか? Q デプロイの自動化は何かツールを使いましたか? Q テストをすべて自動化することは、かなりテストコードの作成にも工数を要すると思いますが、それ以上にデプロイ頻度が多いのでメ

                                                                        デブサミ2022夏に登壇してきました! ――信頼性とアジリティを同時に上げろ!モノタロウのカナリアリリース導入 - MonotaRO Tech Blog
                                                                      • 当事者意識と情報の透明性こそがエンジニアのポテンシャルを底上げする――庄司嘉織氏に聞く|Tech Team Journal

                                                                        2020年5月、日本では1回目の緊急事態宣言が発出されたコロナ禍の最中に1人のエンジニアの転職に注目が集まりました。今回、お話を伺ったのは、その人物、現在Launchable, Inc. Principal Engineerとしてエンジニアとしての新たなキャリアをスタートした庄司嘉織(yoshiori)氏。 25歳でプログラマとしてエンジニアのキャリアをスタートし、その後、日本有数のIT/Web企業で、プログラマ、マネジャー、さらには人事責任者と多用なポジションを経験し、今に至ります。 エンジニアに大切な資質、そして、チームとしてエンジニアが活躍するために必要な条件とは何か?――今回、yoshiori氏の20年のキャリアに深く迫り、その答えを探します。 「俺なんかじゃダメ」という卑屈な考えはなくすこと ――yoshioriさんは、各企業でのリーダーシップやコミュニティでの積極的な活動など、

                                                                          当事者意識と情報の透明性こそがエンジニアのポテンシャルを底上げする――庄司嘉織氏に聞く|Tech Team Journal
                                                                        • SECCON Beginners CTF 2020の監視・オペレーションを支える技術 - ポン酢ブログ(β)

                                                                          LifeMemoryTeamの@atponsです。今回のSECCON Beginners CTF 2020はお楽しみいただけたでしょうか。自分は運営やインフラ整備をしておりました。 今回は、自分が担当していた監視、オペレーション部分の構築回りについて書いておきます。 死活監視 バッジ 今回参加者のみなさんには、このようなバッジを問題に付与して提供しておりました。これによって、問い合わせのオペレーションを削減することを目標に、昨年も取り組んでおりました。バッジでは、そのタスク(問題からフラグを取れたかどうか、サービスに疎通できるかどうか)の成功可否を表示していました。 また、最後にタスクを実行した時間を表示できるようにしていました。このバッジ生成は完全に自作したものです。詳細は死活監視の部分で書きます。 タスクランナー 定期的に実行してその状態を知りたい、という要望にはCI/CDツールを応用

                                                                            SECCON Beginners CTF 2020の監視・オペレーションを支える技術 - ポン酢ブログ(β)
                                                                          • Lancers本番環境のコンテナ化が完了しました | ランサーズ(Lancers)エンジニアブログ

                                                                            Lancers Engineer Blog をご覧のみなさんこんにちは。開発部/技術基盤 SREの安達(@adachin0817)です。以下前回のブログから3ヶ月経ちましたが、ついにLancersのBatch、AppサーバーをEC2からECS/Fargateに移行完了しました。 そして長年自前で運用していたデプロイシステムを廃止して、CI/CDはCircleCIに完全統一しました。これにて、Lancersの全サービスをコンテナに移行完了となりました。 ※見ていない方はぜひ一読してもらえると幸いです。 ・LancersをAmazon Linux2へログ基盤のリニューアルと管理画面をECS/Fargateに移行しました 旧開発環境、EC2での運用課題 Ansibleコンテナによる開発環境の統一により工数がかかる 本番コンテナ化以前は、EC2で利用しているAnsibleの管理を開発環境にも適用す

                                                                              Lancers本番環境のコンテナ化が完了しました | ランサーズ(Lancers)エンジニアブログ
                                                                            • DevOps成功のための新たなスキルとマインドセット

                                                                              DevOpsは正しく導入すると強力な武器となり、はっきりと目に見える違いが生み出される。International SOSの品質保証責任者であるChris DeGonia氏は、Cigniti Technologiesのプレジデントであり、北米東部における業務の責任者であるKalyan Rao Konda氏との最近のインタビュー(抄録)において、DevOpsの鍵はシステム内における繰り返し可能なプロセスとチェック、バランスを通じたワークフローの自動化能力だと述べた。 DeGonia氏とKonda氏は、自動化によってDevOpsの効果を増強できるものの、それには従事するメンバーが適切なスキルとマインドセットを持たなければならない点を強調した。こうしたマインドセットは「ソフトウェアのテストとアプリケーションの機能に関する一般的なノウハウを得ることとは違った点」で重要であり、「テスト担当のエンジニ

                                                                                DevOps成功のための新たなスキルとマインドセット
                                                                              • 【インターンレポート】KubernetesのOperator Patternを用いた効率的なHypervisorの更新システムの構築

                                                                                LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog 概要 LINEのインフラは50,000台以上の物理マシンによって構築され、インフラエンジニアはそれらマシンの能力を最大限発揮すべく日々開発を行っています。LINEの各種サービスを支えるプライベートクラウドのVerdaも同様に規模を拡大しています。規模の拡大に伴って、規模に応じたオペレーションの問題が出てきました。その問題の一つとして、既存の管理システムによるデプロイは4時間を超えるオペレーションになりました。 この問題を解決するために、今回の技術職 就業型コースのインターンシップで、私は効率的なVerdaのHypervisoの更新システムを構築しました。その設計にはKubernetesのOperator Patternを採用し

                                                                                  【インターンレポート】KubernetesのOperator Patternを用いた効率的なHypervisorの更新システムの構築
                                                                                • Kubernetes時代のCI/CD Jenkins Xとは?-前編

                                                                                    Kubernetes時代のCI/CD Jenkins Xとは?-前編