並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 1533件

新着順 人気順

opsの検索結果201 - 240 件 / 1533件

  • 「Intel Core i3 10100」をレビュー。Ryzen 3 3300Xに惨敗だが1万円で買える10100Fには期待 : 自作とゲームと趣味の日々

    2020年10月23日12:00 (注:商品価格は執筆当時のものです。販売ページリンクにはアフィリエイトを含みます) 「Intel Core i3 10100」をレビュー。Ryzen 3 3300Xに惨敗だが1万円で買える10100Fには期待 wisteriear コメント(7) タグ :#Intel_Core-S_10Gen#CPU_レビュー#レビュー#Intel_Core-S_10Gen_レビュー スポンサードリンク Intel第10世代Comet Lake-Sシリーズから、1万円台で購入できる4コア8スレッドのエントリーモデル「Intel Core i3 10100」をレビューします。 さらに前世代上位モデルのCore i5 9400や前世代同クラスのCore i3 9100、同コアスレッド数かつ同価格帯の競合モデルRyzen 3 3300Xと比較して、クリエイティブタスクやPCゲー

      「Intel Core i3 10100」をレビュー。Ryzen 3 3300Xに惨敗だが1万円で買える10100Fには期待 : 自作とゲームと趣味の日々
    • 死んだ猫を蘇らせたい - KAYAC engineers' blog

      この記事は Tech KAYAC Advent Calendar 2019 の17日目の記事です。 こんにちは、バックエンドエンジニアの @commojun です。 本日は死んだ飼い猫をLINE botとして蘇らせようとしたことについて記事にさせていただこうと思います。なんだbotかよと思った方申し訳ありません。 猫の死 2017年8月、子供の頃に拾って以来ずっと一緒だった猫が死にました。18年も生きたのでなかなか長く生きてくれた方だと思います。こればかりは仕方ないですね。 ところが、しばらく経っても、僕はなかなか彼を忘れることはできませんでした。 スマホのケースも自作しました そしてだんだんと、一つの願望が湧き上がってくるのです。 猫を蘇らせたい。 どうやって蘇らせるか? 弊社のサービス運用では、chat opsが積極的に取り入れられています。chat opsとは、slackのようなチャ

        死んだ猫を蘇らせたい - KAYAC engineers' blog
      • 【連載】データ分析基盤をdbt・Snowflakeに移行する【設計・実装編】 - Algoage Tech Blog

        こんにちは、Ops-dataチームの上村(@contradiction29) です。以前、弊社内で運用されているデータ分析基盤を移行するにあたり、設計の方針を練る記事を投稿しました。 tech.algoage.dmm.com 今回はその続きとして、移行プロジェクトの実際の進行に焦点を当てて記事を書いていきたいと思います。 はじめに これまでのあらすじ:運用していく中でつらみがたまってきた弊社のデータ分析基盤。開発しづらいし、運用もつらいし、何よりこのまま運用を続ければ確実に停止してしてしまう。End of Service Life (EOSL) は目前に迫っています。移行するしかない状況です。 とはいっても、単純に移行するだけでは、現場のアナリストやエンジニア、社内ユーザー、そしてその先にあるクライアントのニーズに応え、事業価値に貢献することはできません。真の「価値」に貢献するためには「思

          【連載】データ分析基盤をdbt・Snowflakeに移行する【設計・実装編】 - Algoage Tech Blog
        • 今の時代の経営者なら、DevOpsの価値をわかっている必要がある コロナ禍で明確になった「伸びる会社」と「伸びない会社」の差

          DevOpsのことを勘違いしている人が多い 福井厚氏(以下、福井):本当に、メッチャ刺さりまくりだと思います。実はここのお話の中で出てきた考え方、人に対しての考え方とかカルチャーとか組織とか、あとは人間、お互いを尊敬しながらということも含めて、いまだに悩んでいる人たちがたくさんいて。 例えば「DevとOpsの組織が分かれているけどどうしよう」とか、「お互いに仲が悪いけどどうしよう」みたいなことっていまだにある話なので。聞いている方も、ある種すごくショックを受けたりしたんじゃないかなとは思うんですけれど。 実際、AWSもこのとおりやっているなという印象で、少人数のチームで自律的にやっていたり、ビジネスのオーナーを持ってそのチームの中に入っていったり。このとおりみたいなものがほとんどなんですよね。 なので、デプロイも全部自動化されていますし、チームのすべてのメンバーがオーナーシップを持つカルチ

            今の時代の経営者なら、DevOpsの価値をわかっている必要がある コロナ禍で明確になった「伸びる会社」と「伸びない会社」の差
          • ビデオゲーム業界の開発現場に巣くう闇を粘り強く取材してきたジェイソン・シュライアーという男。これまで『RDR2』や『The Last of Us II』の制作現場の問題を告発

            ジェイソン・シュライアー(Jason Schreier)という名前を聞いたことがあるだろうか。海外のゲームメディアを追っている読者であれば、一度は目にしたことがあるかもしれない。 氏はビデオゲーム業界のクランチ問題(労働者に過酷な労働を強いること)や社内の性差別など、ゲーム業界の悪習を粘り強く取材し、企業を問わずさまざまなゲーム開発現場における問題を告発してきた人物だ。 たとえば日本国内でもメディアが報じ注目を集めた『Red Dead Redemption 2』開発におけるRockstar Gamesのクランチ文化、Naughty Dogの『The Last of Us Part II』における過酷な制作環境など、ここ近年報じられた開発現場の問題は、もともとは氏が独自に調査したものが多い。 そんな氏が8年間働いてきた海外メディアKotakuを離れることを発表し、自身の執筆してきた記事を振り

              ビデオゲーム業界の開発現場に巣くう闇を粘り強く取材してきたジェイソン・シュライアーという男。これまで『RDR2』や『The Last of Us II』の制作現場の問題を告発
            • サイエンティストとエンジニアでつくるML ワークフロー - スタディサプリ Product Team Blog

              こんにちは、データエンジニアの@masaki925 です。 この記事はMLOps Advent Calendar 2020 の19 日目の記事です。 MLOps には、その成熟度に応じて3つのレベルがあると言われています。 MLOps レベル 0: 手動プロセス MLOps レベル 1: ML パイプラインの自動化 MLOps レベル 2: CI / CD パイプラインの自動化 私の所属するチームでは現在ここのレベルを上げるべく取り組んでいますが、その中でデータサイエンティスト(以下、DS) とデータエンジニア(以下、Dev) の協業って難しいよな〜と思う事例があったので紹介したいと思います。 想定読者は以下のような方です。 これからMLOps を始めようとしている方 既存プロジェクトがあり、ML 等を使ってエンハンスしていきたいと考えている方 異文化協業に興味がある方 ML ワークフロー

                サイエンティストとエンジニアでつくるML ワークフロー - スタディサプリ Product Team Blog
              • SRE を立ち上げた4ヶ月後の世界

                この記事は、Magic Moment Advent Calendar 2023 4 日目の記事です。 こんにちは! Magic Moment で Senior Engineering Manager 兼 SRE Engineering Manager をやっている 木村 (@ryurock) です。 Magic Moment アドベントカレンダー 4 日目では、2023年9月に SRE チーム を立ち上げた 4 ヶ月後の世界。 というテーマでアドカレやっていきたいと思っています。( ー`дー´)キリッ SRE チームの立ち上げの経緯 遡る事、2023年7月頃に弊社が提供しているサービス Magic Moment Playbook のコアデータが立て続けに更新できない障害が相次ぎました。 Sales Operation を行う上で、大切なデータが頻繁に反映されないこの由々しき事態はユーザー様

                  SRE を立ち上げた4ヶ月後の世界
                • データ活用視点に立つ「指標」のエンジニアリング 〜DataOps Night#1 登壇後記〜 - MonotaRO Tech Blog

                  データサイエンスグループでエンジニアやっています 竹野です。 本日は先日登壇したDataOps Nightについて参加報告させていただきます。 DataOps Nightについて finatext.connpass.com 「データガバナンス」や「アナリティクスエンジニアリング」、「DataOps」といったキーワードは近年注目の大きい分野となり、イベントも盛んに行われるようになりました。 DataOps Nightもその一つで、そのテーマに「データ品質の向上に取り組むエンジニアを集めて知見を共有する勉強会」を掲げています。 データを溜めるだけではなく活用するところにまで踏み込んでいくためには、解決すべき問題が数多く存在しています。 この知見を共有しようというのがこの勉強会の主旨です。 登壇するにあたってお声がかかった際に悩んだのは、 私自身はモデル開発や施策レポーティングといった形でデータ

                    データ活用視点に立つ「指標」のエンジニアリング 〜DataOps Night#1 登壇後記〜 - MonotaRO Tech Blog
                  • AIがエンジニアの仕事を奪う、はどこまで本当か|リーダブル秋山

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

                      AIがエンジニアの仕事を奪う、はどこまで本当か|リーダブル秋山
                    • 2023年のコンパイル時レイトレーシング - in neuro

                      これは qiita.com の12/16の記事です。やばいもう16日が終わってしまう! はじめに 太古の昔、あるC++プログラマ*1がtemplateの再帰と特殊化を使ってコンパイル時に計算ができることを「発見」*2*3したその日から、C++とコンパイル時計算は分かちがたく結びついています。 言語機能を本来意図されていなかった方法で活用する曲芸的な技巧だったコンパイル時計算は、その強力さを買われコミュニティを席巻し、C++11での constexpr の導入によりある意味で公式に認められたものとなりました。 導入当初は return 文一つだけしか持てなかった constexpr 関数は、それでも三項演算子による条件分岐や再帰によってコンパイル時計算を大いに盛り上げました。 そしてC++14で条件分岐、ループ、変数の書き換えが、C++17ではラムダが、C++20では仮想関数と動的メモリ確保

                        2023年のコンパイル時レイトレーシング - in neuro
                      • 軽量feature flag導入の手引き - Qiita

                        何か Kyashでサーバサイドのエンジニアをしているhirobeです。 業務でサーバサイドのアプリケーションへのfeature flag導入を提案および設計をしました。 どのような設計や実装にするか、なぜそうしたかを整理します。 なお、アプリケーションの特性としては以下を念頭に入れていただければと思います。 新規プロダクトではなく、5年以上動いている既存プロダクトに導入する サーバサイドアプリケーションのみをスコープとする 20~30のマイクロサービスから構成されている マイクロサービス間はREST/gRPC/SQSで通信されている そもそもなぜ導入するのか? 目的を整理しておきます! featureブランチからmainブランチにmergeされるまでの期間が長いために、以下のような問題がありました。 複数の機能開発の修正がconflictする可能性があり、またそれに気づくのが遅れる可能性が

                          軽量feature flag導入の手引き - Qiita
                        • 中東上空を飛ぶ民間航空機が「想像を絶するGPS攻撃」を受けており意図しない領空侵犯などの危険にさらされている

                          航空会社への安全指針を提供しているOPSGROUPが2023年9月下旬、中東上空を飛行する民間航空機が位置情報を偽装したGPS信号を受信し、ナビゲーションシステムが故障してしまう事態が相次いで発生したと報告しました。この攻撃は悪化の一途をたどっており、民間航空機が意図せず領空侵犯する危険などにさらされているとのことです。 GPS Spoofing: Pilot QRH – Hotspots and What To Expect – International Ops 2023 – OPSGROUP https://ops.group/blog/gps-spoofing-pilot-qrh-hotspots-and-what-to-expect/ Commercial Flights Are Experiencing 'Unthinkable' GPS Attacks and Nobody

                            中東上空を飛ぶ民間航空機が「想像を絶するGPS攻撃」を受けており意図しない領空侵犯などの危険にさらされている
                          • プラットフォームチームが実現したいこと - HRBrain Blog

                            HRBrainプラットフォームチームのテックリードのhidetatzです。札幌に住んでいるんですが雪がヤバいです。 このブログでは、HRBrainのプラットフォームチームとはどういうチームで、普段何をしていて、何を考えているのかを紹介します。社内のメンバーに知ってもらいたくて書いている部分もありますが、私達のことをもっと知ってもらうために、そして私達の仲間を増やすためにこの記事を書くことにしました。この記事を読んでもらって、私達の仕事の面白さを知ってもらい、話してみたいと思ってもらえたらいいなと思います。 プラットフォームチームは「インフラチーム」「DevOpsチーム」「SREチーム」のいずれでもありません。私達のチームが向き合っているプラットフォームエンジニアリングというタームは比較的新しいもので、よく説明されている記事は (特に日本語では) 筆者はあまり見かけません。この記事では、プラ

                              プラットフォームチームが実現したいこと - HRBrain Blog
                            • AWS 環境への一時的な昇格アクセスの管理 | Amazon Web Services

                              Amazon Web Services ブログ AWS 環境への一時的な昇格アクセスの管理 本記事は Managing temporary elevated access to your AWS environment を翻訳したものです。 この投稿では、一時的な昇格アクセスを実装することによって、AWS 環境へ人がアクセスすることに伴うリスクをどのように軽減できるのかについて学びます。また、最小限のリファレンス実装をダウンロードすることができ、それを出発点として、あなたの組織に合わせた一時的な昇格アクセスソリューションを構築することができます。 概要 最新のクラウドアーキテクチャの多くは、人によるアクセスを排除することを目指していますが、少なくとも人によるアクセスが必要なケースが残っていることはよくあることです。例えば、予期せぬ問題が発生した場合、診断や修正に人の手が必要になることがあり

                                AWS 環境への一時的な昇格アクセスの管理 | Amazon Web Services
                              • A database for 2022

                                Hi, it’s us again, the ones who used to store our database in a single JSON file on disk, and then moved to etcd. Time for another change! We’re going to put everything in a single file on disk again. As you might expect from our previous choice (and as many on the internet already predicted), we ran into some limits with etcd. Database size, write transaction frequency, of particular note: genera

                                  A database for 2022
                                • 突撃!隣のDevOps 【リブセンス編】 | DevelopersIO

                                  久々の「突撃!隣のDevOps」の記事です。今回はリブセンスの「転職会議」を開発している部署にDevOpsに対する取り組みや考え方、組織文化についてインタビューしてきました。 今までのシリーズとは異なりリブセンスに伺わずにリモートでのインタビューでした。 なので突撃もしておらず、会社の位置関係的にもそこまで隣じゃないDevOpsです。 リブセンスについて まずはリブセンスがどのような会社でどのような業務を行っているか、インタビューの担当者様について紹介してきます。 サービス内容 人材領域・不動産領域といった、人生の大きな意思決定が必要になる場面での情報の非対称性を課題ととらえ、それを解決するようなサービスを運営しています。口コミによる企業情報の透明化・マッチング精度向上に挑む「転職会議」、エンジニアの競争入札型転職メディア「転職ドラフト」、成功報酬型でより多くの求人案件から適職を提案する「

                                    突撃!隣のDevOps 【リブセンス編】 | DevelopersIO
                                  • kubernetesをキャッチアップし、知識を蓄積していく | はてなで働く masayosu にアンケート [#20] - Hatena Developer Blog

                                    はてなで働くエンジニアにアンケートシリーズ第20回は、サービスプラットフォームチームのSRE、id:masayosuに話を聞きました。 社内に「まさよし」が複数いて紛らわしい SREメンバーでEKSとGKEの2つをキャッチアップ 自分の中にkubernetesの知識が蓄積されていった ここまでオープンな会社はこれまで経験したことがなかった 社内に「まさよし」が複数いて紛らわしい ── Q1. はてなidとその由来を教えてください TwitterのIDが@masayosuなので、はてなidもTwitterと同じ文字列を利用しています。由来は本名が「まさよし」なので。 はてな社内には「まさよし」という名前やはてなidを持つ人が3〜4人くらい存在しているので、紛らわしい状態になっています。 ── Q2. いつどんなきっかけで入社しましたか? 2020年7月に、id:hayajo_77さんの紹介で

                                      kubernetesをキャッチアップし、知識を蓄積していく | はてなで働く masayosu にアンケート [#20] - Hatena Developer Blog
                                    • Writing a C compiler in 500 lines of Python

                                      A few months ago, I set myself the challenge of writing a C compiler in 500 lines of Python1, after writing my SDF donut post. How hard could it be? The answer was, pretty hard, even when dropping quite a few features. But it was also pretty interesting, and the result is surprisingly functional and not too hard to understand! There's too much code for me to comprehensively cover in a single blog

                                      • チームの機能と配備を考えるための7つのチーム責務定義ガイドライン - mtx2s’s blog

                                        前回の記事ではチーム中心の組織づくりの設計原則について書いた。今回は、それらの原則に基づくチームをソフトウェアプロダクト組織内にどう配備し、どのような機能を持たせるかについて考える。これは言わば、チームの責務を定義することに他ならない。本記事ではこれを、7つのガイドラインとして書き出してみることにした。 前回の記事:『チーム中心の組織作りのための6つのチーム設計原則 - mtx2s’s blog』 mtx2s.hatenablog.com 1. ストリームアラインド 2. オーナーシップ制 3. バリエーション分割 4. 技術横断型 5. DevOps 6. 機能横断型 7. マルチスキル 組織設計とはアーキテクティングである 1. ストリームアラインド ソフトウェアプロダクト組織の開発フローは、ユーザーや市場の観察をもとにアイデアを生み出すことから始まる。そのアイデアを仮説として、それを

                                          チームの機能と配備を考えるための7つのチーム責務定義ガイドライン - mtx2s’s blog
                                        • プロダクト基盤を EKS に移行しました | Wantedly Engineer Blog

                                          こんにちは。Wantedly Infrastructure Squad 所属の @irotoris です。 Wantedly Visit を始めとする Wantedly のサービスのバックエンドシステムはほぼ全て Kubernetes クラスタの上で動いています。今まで kOps という OSS を使って AWS の EC2 インスタンス上に Kubernetes クラスタを自前で構築運用していましたが、2022年6月に AWS の Kubernetes Managed Service である Amazon Elastic Kubernetes Service (EKS) に移行しました。 この記事では Wantedly と Kubernetes の歴史を振り返るとともに、なぜ EKS に移行したか、移行した結果どうだったかをお伝えします。 目次 Wantedly システム基盤としての K

                                            プロダクト基盤を EKS に移行しました | Wantedly Engineer Blog
                                          • OSSへの貢献 - Issueから始めるチーム活動 - ZOZO TECH BLOG

                                            はじめに こんにちは、計測プラットフォーム部バックエンドチームのリーダー、児島(@cozima0210)です。この記事では、今年4月に社内で策定されたOSSポリシーに基づいて、チームでOSSに貢献する活動に取り組んだ話を紹介します。社内のOSSポリシーが策定された経緯については、こちらの記事をご覧ください。 なお、これはZOZOテクノロジーズ Advent Calender 2020 #3の5日目の記事です。 背景 私たちのチームでは、ZOZOSUIT/ZOZOMATから生成されるデータ及びそれを元とする計算データを高速に扱うため、様々なライブラリの使用を試みてきました。それらの中には、調査や試用の段階で不具合を発見したライブラリがありました。しかし、プロダクトの開発及び運用の過程では、そうした不具合の根本原因を探る時間を持つことは難しいものでした。そのため、代替ライブラリの選択を検討した

                                              OSSへの貢献 - Issueから始めるチーム活動 - ZOZO TECH BLOG
                                            • [Updated 2024] Software Developer Salaries in Japan: The Ultimate Guide

                                              [Updated 2024] Software Developer Salaries in Japan: The Ultimate Guide I worked as a software developer in Japan for 7 years and loved it. Most developers I know seem to enjoy it too. They work at modern startups or global companies, they earn good money and they're pretty happy. And yet, visit any online community about Japan and you might never know people like us existed. Because there's an en

                                                [Updated 2024] Software Developer Salaries in Japan: The Ultimate Guide
                                              • HRとして熱量を上げる|ばんくし

                                                1エンジニア、Tech Leadとして入社しましたが、現在完全にジョブタイトルも評価もビジネス職になり、100% HRとして働いています、ばんくしです。 最近「兼業なんですよね?」「なぜHR?」と聞かれる事があまりにも多いので、1つ記事を書いておこうと思い至っています。 やっていること実際に100% エンジニア採用にフォーカスしています。 技術広報の管理から分析、採用フロー設計、社内外の需要調査、採用Opsの構築や連携、書類チェック、候補者とのやり取り、カジュアル面談、1on1でのキャリア相談、各制度設計など全てのHR業務に時間を費やしています。 完全にビジネス職のようなカレンダーで過ごしています 加えて候補者に合わせる関係上差し込みタスクも多いという状態です採用においては、戦略と寄り添いが全てだと思っているので、面談等の定常タスクの時間以外は、事業と人を知り考える時間に当てています。 ひ

                                                  HRとして熱量を上げる|ばんくし
                                                • Why stdout is faster than stderr? - Orhun's Blog

                                                  I recently realized stdout is much faster than stderr for Rust. Here are my findings after diving deep into this rabbit hole. I have been using the terminal (i.e. command-line) for most of my day-to-day things for a while now. I was always fascinated by the fact that how quick and convenient the command-line might be and that's why I'm a proponent of using CLI (command-line) or TUI (terminal user

                                                    Why stdout is faster than stderr? - Orhun's Blog
                                                  • クックパッド研究開発部門のチームビルディング

                                                    2019年3月28日、株式会社scouty、エムスリー株式会社、クックパッド株式会社、Repro株式会社の4社の共済によるイベント「Machine Learning Team Building Pitch」が開催されました。機械学習チームのチームビルディングについて、各社の取り組みを共有する本イベント。徐々に増え始めた機械学習組織の運営における知見を語ります。プレゼンテーション「クックパッドと機械学習 」に登壇したのは、クックパッド株式会社研究開発部部長の原島純氏。講演資料はこちら クックパッドの研究開発部門について 原島純氏(以下、原島):よろしくお願いします。クックパッドの原島です。今日「何話そうかな?」ってギリギリまで考えたんですけど、ベタに自分の会社と僕の紹介にしようと思います。 まず簡単に自己紹介だけさせていただきますと、原島と申します。 2006年に京都大学の自然言語処理の

                                                      クックパッド研究開発部門のチームビルディング
                                                    • Mercari Microservices Platform における Terraform 0.12 対応 | メルカリエンジニアリング

                                                      Platform Group, Platform Infra Team の @dtan4 です。 現在メルカリ/メルペイのマイクロサービス基盤 (Microservices Platform) では、様々なクラウドリソース・SaaS を開発者に提供しています。これらのリソースを宣言的に管理するための手段として HashiCorp Terraform を利用しており、数百のマイクロサービスのインフラが Terraform によって管理されています。 1年以上前の話ですが、Terraform 0.12 がリリースされました。昨年後半に、我々が管理している Terraform リポジトリにおいて Terraform 0.12 対応作業を行いました。本記事では、我々の環境においてどのように Terraform 0.12 対応作業を行ったかについて説明します。 Terraform 0.12 対応の動

                                                        Mercari Microservices Platform における Terraform 0.12 対応 | メルカリエンジニアリング
                                                      • Docker/Kubernetes便利ツール調査 - Qiita

                                                        docker-compose ライセンスは、Apache License 2.0 1.29.2 (2021/05/10) docker-composeをインストールなしで使う Docker Compose UI ライセンスは、MIT License v1.13.0 (2018/05/21) docker-composeのWeb UI Composeファイルのフォーマットバージョンは、3.6まで対応 Dockerイメージ Docker Compose UIのリポジトリをフォークしてComposeファイルのフォーマットバージョン3.7対応版(Python 3.8、Flask 1.1.2、docker-compose 1.25.5、gitpython 2.1.15にバージョンアップ)を以下のリポジトリに置きました。 まだ動作確認が十分にできていませんが、Logs、Restart、yamlのedi

                                                          Docker/Kubernetes便利ツール調査 - Qiita
                                                        • プロダクションのRustコードを async / await に移行した話

                                                          κeenです。日本時間の 11/8 日に Rust 1.39.0 が リリースされ、Rustでもいよいよ async / await が利用できるようになりました。 async / await は面倒な Future の記述をすっきり書けるようにするシンタックスシュガーであると共に、 Future をまたいだ値のライフタイムもよしなに扱ってくれるので視認性以上のメリットがあります。 可能な限り使った方が良いでしょう。 Ideinのプロダクションコードもすぐさま async / await に移行しました。 IdeinのActcastのプロジェクトにはいくつかRustのコードベースがありますが、そのうちのAPIサーバの部分を async / await に移行しました。元々非同期なWAFを使っていたこともあり、ほとんどのコードで Future を使っています。規模としてはRustだけで23パ

                                                            プロダクションのRustコードを async / await に移行した話
                                                          • freee での SLO の実践について - freee Developers Hub

                                                            Enabling SRE チームの oracle です。 チーム内で SLO の推進を担当しております。 freee での SLO の実践についてご紹介させて頂きます。 改めてSREとは 皆さんご存知のように SRE とは Google 社が実践してきたシステム運用のノウハウを書籍化したことで一般的に知られるようになった言葉です。 日本語版の書籍が発売されてからもう5年経ちました。 Google が提唱しているアプローチを皆さんは実践できていますでしょうか。 freee では SRE チームの前身はインフラという部署でした。 同じように部署を新設ではなくて名前を変更した企業も多いのではないでしょうか。 チームの名称は何であれ問題はありません。重要なのは SRE を実践しているのか、していないかです。freee は SRE を実践できていたかというとそうではありませんでした。 信頼性とは S

                                                              freee での SLO の実践について - freee Developers Hub
                                                            • アノテーションなのに手入力ゼロ!?バクラクのOCRを支えるアノテーション基盤(アプリケーション編) - LayerX エンジニアブログ

                                                              こんにちは、全ての経済活動をデジタル化したいTomoakiです。 今回はバクラクで内製しているアノテーション基盤を紹介します。 バクラクのOCR バクラクでは請求書や領収書をはじめ、国税関係書類に対してOCRを実行し入力のサジェストを行うことで、ユーザーが書類の内容を手入力する手間を省いています。例えばこちらの領収書、日付、金額、支払先を自動で読み取ってユーザーにサジェストをしています。 チームでランチに行った時のレシート なぜアノテーション基盤が必要なのか バクラクのOCRでは自前で機械学習モデルを作成しているため、学習用・検証用のデータセットが必要になります。 OCRの処理の概要 OCRに必要なこれらのデータセットはどのようにして作るのが良いでしょうか。 お客様が最終的に入力した値を正解ラベルとするのはどうでしょうか? 例えば冒頭のレシートの場合、私は7010円として経費精算を申請した

                                                                アノテーションなのに手入力ゼロ!?バクラクのOCRを支えるアノテーション基盤(アプリケーション編) - LayerX エンジニアブログ
                                                              • 野球AIが選ぶTOKYO 2020侍JAPAN24名 - 機械学習で忖度無く選んでみた. - Lean Baseball

                                                                ※【注意】あくまでもお遊びです, 冗談半分で読んでください! 「野生の野球データサイエンティスト」です. 本日ついにTOKYO2020侍ジャパン, 24名の内定選手が発表となりました. www.japan-baseball.jp 24名の選出って難しいですよね...中の方は色々ご苦労とかあったのではないでしょうか. 一番いい色のメダル, 期待しています! さて, 私は野球好きでもありますが, プロの(野球)データサイエンティストであり, 機械学習エンジニアでもあります. ワイ「プロ野球選手2021年の成績を予測してそこから24名の侍を選んだらいい感じになるのでは🤔 と 昨年末に思いついたので, 野球AIが選出する, TOKYO 2020侍ジャパン24名 を実際にやって選んでみました. 実際の侍ジャパンと比較して楽しんでいただけると幸いです. 要約すると 打てる人は正義 奪三振能力も正義

                                                                  野球AIが選ぶTOKYO 2020侍JAPAN24名 - 機械学習で忖度無く選んでみた. - Lean Baseball
                                                                • 小さなチームでのDevOps

                                                                  はじめに これは"小さなチーム"でDevOpsを実践する際のアイデアのポストです。 DevOpsとは、運用の知識を開発に取り入れるマインドセットであり、またそのためのプロセスやアプローチを指します。ここでの"小さなチーム"というのは開発担当と運用担当とが分かれていないようなチームを指します。 DevOpsというとよく言及されるのは開発担当と運用担当のIntegrationの話だったり、DevOps専任チームの話や、DevOpsツールに言及するものが多いかと思うのですが、今回は開発担当と運用担当とが分かれていないような"小さなチームにおけるDevOps"についての話となります。表面的な事象の裏側にある構造上の特性を考えてみます。 "小さなチームでのDevOps"の場合には、DevとOpsの2つのミッションが1つのチームに集約統合(Consolidation)されています。全員が同じミッション

                                                                    小さなチームでのDevOps
                                                                  • かわいいゾウさんを撃つーー『It Takes Two』について - 名馬であれば馬のうち

                                                                    *本記事には『IT Takes Two』についてのネタバレが含まれています。*1 しかし私はその象を撃ちたくなかった。草の束を膝に叩きつける象を私は見つめた。象は何かに没頭している老婦人を思わせる雰囲気を持っていた。象を撃つことは謀殺のように思われた。 ーージョージ・オーウェル「象を撃つ」(Haruka Tsubota 訳) store.steampowered.com ゾウは忘れられない 2021年度の The Game Awards でゲーム・オブ・ザ・イヤー(作品賞)に選ばれた It Takes Two は、ゲーム史に残る邪悪なトラウマをプレイヤーに刻んだゲームでもあった。 ゾウを殺すのである。 ただのゾウではない。 この世の純粋無垢を具現したような愛らしい、思いやりのある、かわいいゾウ、しかもぬいぐるみのゾウをプレイヤーは手にかけなければならない。 プレイヤーに拒否権は事実上ない。

                                                                      かわいいゾウさんを撃つーー『It Takes Two』について - 名馬であれば馬のうち
                                                                    • [#JTF2020 解説版]理解して拡げる 分散システムの基礎知識 - Qiita

                                                                      はじめに July Tech Festa 2020において、「マイクロサービスの今だからこそ!理解して拡げる 分散システムの基礎知識」のタイトルで登壇をしてきました。スライドはこちらにありますが、資料内や当日のトークで話せていない部分を含めて、こちらでblogとして解説をしておきたいと思います。 1. セッションの導入 - 新たなムチャブリ - 今回は昨年の#JTF2019で私が話した、「Cloud Native開発者のためのDatabase with Kubernetes」からの続編という形にしてみました。 昨年は、 「せっかくKubernetesを使うのにアプリケーションだけじゃもったいない。 DB、そしてステートフルなワークロードにも適用していきましょう」 という話をしましたが、Kubernetes-native Testbedなど、そうした取り組みが増えつつある傾向にはとても興味を

                                                                        [#JTF2020 解説版]理解して拡げる 分散システムの基礎知識 - Qiita
                                                                      • CVE-2021-20181 の技術的解説 - Flatt Security Blog

                                                                        こんにちは。株式会社Flatt Securityセキュリティエンジニアの志賀(@Ga_ryo_) です。 本記事では、最近公開されたCVE-2021-20181の技術的な解説をしていきたいと思います。本脆弱性は、自分が発見し、Zero Day Initiative を経由してベンダーに報告しました。本記事は、脆弱性の危険性を通知する目的ではなく、あくまで技術的観点での学びを共有する事を目的としています。 読む前に 概要 前提条件 影響 Virtioとは VirtFSとは QEMU Coroutine 各種スレッド メッセージハンドラの呼ばれ方 Coroutineの利用 VirtFSにおけるファイル共有 V9fsFidState構造体 reclaim unreclaim clunk 脆弱性解説 PoC概要 修正 まとめ おわりに 参考 読む前に 事前に言っておくと、権限昇格のExploitは

                                                                          CVE-2021-20181 の技術的解説 - Flatt Security Blog
                                                                        • 稀代のポピュリストを描く『女帝 小池百合子』は、読者を興奮とドン引きに突き落とす(松谷創一郎) - エキスパート - Yahoo!ニュース

                                                                          カイロ大学は学歴詐称を否定 6月8日、エジプト・カイロ大学は、1976年10月に小池百合子都知事が同校を卒業しているとの声明を出した。これは、来月の都知事選を前に再燃した小池氏の学歴詐称疑惑を受けてのものだ。 この疑惑の発端となったのは、先月末からの『週刊文春』による一連の報道だ。カイロ大学時代に小池氏と同居していた女性が、かなり具体的な証言をした(「『カイロ大学卒業は嘘』小池百合子東京都知事の学歴詐称疑惑 元同居人が詳細証言」5月27日)。 これらの記事を手掛けたのは、ノンフィクション作家の石井妙子氏だ。それらは5月29日に『女帝 小池百合子』(文藝春秋)として出版された(『週刊文春』の記事はそのダイジェスト版といったものだ)。 石井妙子『女帝 小池百合子』(2020年/文藝春秋/画像:Amazonより)。 現在、この『女帝 小池百合子』が各所でかなり話題となっている。しかし、そのとき強

                                                                            稀代のポピュリストを描く『女帝 小池百合子』は、読者を興奮とドン引きに突き落とす(松谷創一郎) - エキスパート - Yahoo!ニュース
                                                                          • 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
                                                                            • PySparkはじめました - 分散処理デビューする前にやったこと - JX通信社エンジニアブログ

                                                                              「JX通信社Advent Calendar 2019」10日目の記事です. 昨日は, @rychhrさんの「Pure WebSocketsをサポートしたAWS AppSyncでWebとiOS間のリアルタイムチャットを作ってみた(1)」でした. 改めまして, こんにちは. JX通信社でシニア・エンジニア&データ基盤エンジニアをしています, @shinyorke(しんよーく)と申します. JX通信社では, データ駆動での意思決定および施策実施をより円滑に進めるため, データ基盤の構築・運用を進めながらトライアル的に様々なFrameworkやツールの検証を行っています.*1 このエントリーでは, 私がシュッとPySparkで分散処理をする...前に, 手元で試したときの感想とその知見 のお話を残していきたいと思います. なお, 分散処理そのものの知見・ノウハウではなく, する前にPySparkに

                                                                                PySparkはじめました - 分散処理デビューする前にやったこと - JX通信社エンジニアブログ
                                                                              • New Relicによる2020年の技術予想

                                                                                New Relic Experts Make Their Tech Predictions for 2020 の翻訳です。みなさんはどう思いますか? 2019年はもうほとんどありません。しかし、今、次の年を予想する時です。2020年のインフラストラクチャおよびアプリケーション開発の世界に何を期待できますか?DevOps、クラウド、AIOps、サーバーレス、Kubernetes、およびJavaやRustなどのプログラミング言語は、来年から将来にわたってどのように進化しますか?8人のNew Relicのエキスパートに占ってもらいました。 Tori Wieldt, Senior Solution Marketing Manager No-Opsは最終的に死にます。2020年には、まだ実施していない組織は「No-Ops」という概念を捨て、Opsチームのメンバーの価値を認識し始めます。企業は常にOp

                                                                                  New Relicによる2020年の技術予想
                                                                                • SREはソフトウェアコードの再利用性、モジュールの共通化部分に正面切って取り組める【#3 論より動くもの.fm】 - STORES Product Blog

                                                                                  CTO 藤村がホストとなって、技術や技術にまつわることについてざっくばらんに話すPodcast、論より動くもの.fmの第3回を公開しました。今回は、CTO 藤村とSREの藤原で、SREやDevOpsについて話しました。 論より動くもの.fmはSpotifyとApple Podcastで配信しています。フォローしていただくと、新エピソード公開時には自動で配信されますので、ぜひフォローしてください。 テキストで読みたい方は下記からどうぞ。 なぜ変更容易性が重要なのか 藤村:みなさん、こんばんは。論より動くもの.fmです。論より動くもの.fmはheyのCTO 藤村が技術や技術にまつわることについてざっくばらんに話すPodcastです。今日はheyのSREの藤原さんに来てもらいました。藤原さん、よろしくお願いします。 藤原:よろしくお願いします。 藤村:まずは簡単に自己紹介をお願いします。 藤原:

                                                                                    SREはソフトウェアコードの再利用性、モジュールの共通化部分に正面切って取り組める【#3 論より動くもの.fm】 - STORES Product Blog