並び順

ブックマーク数

期間指定

  • から
  • まで

401 - 440 件 / 846件

新着順 人気順

分散システムの検索結果401 - 440 件 / 846件

  • Goでゆるふわ特徴量検索エンジンを作り始めたYO - Qiita

    はじめに こんにちは。ABEJAのAdvent Calendar3日目を担当している大田黒です。最近、IoTxAIのパワーで会社でキノコを育てているABEJAのエンジニアです。 会社でしいたけ育ててます pic.twitter.com/WhraaF0GCz — たぐろまる@ABEJA Inc (@xecus) November 20, 2019 突然ですが、ある日仕事(きのこ育成)をしていたら某プロダクトの開発メンバーから「将来的に、数千万〜億の数の特徴量データにクエリーをかけて厳密近傍を数十msecで探してくれるマイクロサービスがほしい」みたいな話がポロッと聞こえてきました。「問題設定エグくない?大丈夫?」と思いつつも、ちょっと真剣な顔をしていたので、色々思いを巡らせてみる事にしました。 ※ここでは詳しく語りませんが、社のTechBlogのTechStack紹介記事等をご覧いただくと背景

      Goでゆるふわ特徴量検索エンジンを作り始めたYO - Qiita
    • Apache Kafkaのトラブルシューティングに見る、LINEが“根本的な”原因究明を大切にする理由

      Apache Kafkaのトラブルシューティングに見る、LINEが“根本的な”原因究明を大切にする理由 Reliability Engineering Behind The Most Trusted Kafka Platform #2/2 2019年11月20、21日の2日間、LINE株式会社が主催するエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2019」が開催されました。1日目は「Engineering」をテーマに、LINEの技術の深堀りを、2日目は「Production」をテーマに、Web開発技術やUI/UX、プロジェクトマネジメントなど、より実践的な内容についてたくさんのプレゼンテーションが行われました。「Reliability Engineering Behind The Most Trusted Kafka Platform」に登壇したのはLINE Z

        Apache Kafkaのトラブルシューティングに見る、LINEが“根本的な”原因究明を大切にする理由
      • レッドハット、「Red Hat Enterprise Linux 9.4」を一般提供--「RHEL 7.9」に4年間の追加サポートも

        レッドハット、「Red Hat Enterprise Linux 9.4」を一般提供--「RHEL 7.9」に4年間の追加サポートも Steven J. Vaughan-Nichols (Special to ZDNET.com) 翻訳校正: 編集部 2024-05-02 10:03 Red Hatは米国時間5月1日、同社OSの最新版「Red Hat Enterprise Linux(RHEL)9.4」をリリースした。また、「RHEL 7.9」のサポートを4年延長することも発表した。 他のバージョンのRHELではこのような延長サポートは期待できないだろう。CanonicalがUbuntuの長期サポート(LTS)版に12年間のサポートを提供しているのとは異なり、Red Hatは「RHEL 7 Extended Life Cycle Support(ELS)」に1回限りの4年間の追加サポートを

          レッドハット、「Red Hat Enterprise Linux 9.4」を一般提供--「RHEL 7.9」に4年間の追加サポートも
        • PHPerKaigi2022に4名のメンバーが登壇しました - BASEプロダクトチームブログ

          メンバーが登壇している様子 この度は、4/9(土)~4/11(日)に開催された PHPerKaigi 2022 に4名のメンバーが登壇しました。 今回は、登壇者 4 名からコメントと、他のセッションの感想などをお届けします! PHPerKaigi 2022 とは 2022/04/09(土) ~ 2022/04/11(月) の 3 日間にわたって PHPerKaigi 2022 が開催されました。今年はオンラインとオフラインのハイブリット開催になります。 BASE はこれまでにも開催されている PHPerKaigi への登壇並びにスポンサードをコミュニティ貢献活動として行って参りました。 登壇者のコメント 川島 (@nazonohito51) TechLeadの川島(@nazonohito51)です。 今回はBASEがサービスとしても組織としても成長していく中で生産性を維持するためのアーキテ

            PHPerKaigi2022に4名のメンバーが登壇しました - BASEプロダクトチームブログ
          • バウンスマネジメント用のメールアドレス帳をAWS移行しました - LIVESENSE ENGINEER BLOG

            概要 背景 移行 移行前の構成 (MySQL, PHPバッチ) 移行後の構成 (DynamoDB, Kinesis) 移行の段取り 詳細 ストリーミング処理 APIサーバー APIクライアント 移行を終えて 最後に 概要 技術部インフラグループの春日です。 2024年上期現在、弊社ではオンプレデータセンターで稼動しているサーバーのクラウド移行を進めており、 2024年1Qの時点で大半はAWSへの移行が完了しています。 本記事では社内で古くから運用し続けているメール配信サーバーのバウンスマネジメントに使用するアドレス帳データをクラウド移行した件について振り返ります。 メール配信サーバー自体のクラウド移行に関しては本記事では触れません。 以降の章ではメール配信サーバーを自前で運用している背景やクラウド移行前後での構成比較、および移行後のシステム詳細について触れていきます。 なお記事内ではEメー

              バウンスマネジメント用のメールアドレス帳をAWS移行しました - LIVESENSE ENGINEER BLOG
            • フルサイクルエンジニアリングの第一歩を進める - BASE BANKでの新たな挑戦 - BASEプロダクトチームブログ

              この記事は BASE Advent Calendar 2023 の9日目の記事です ごあいさつ はじめましての人ははじめまして、こんにちは!BASE BANK Divisionのフロントエンドエンジニアのがっちゃん( @gatchan0807 )です。テックブログに出てくるのは半年ぶりぐらいですね。お久しぶりです ちょっと大それた感じのタイトルを付けてしまいましたが、今回の記事では、先日 BASE BANK Divisionに社内公募という制度で異動して感じた BASE 組織との違いと、オンボーディングタスクでAWS ECSと格闘した記録をご紹介していこうと思います! また、20日の記事では私も含む、実際に社内公募制度を使って異動したメンバーの体験談や感想などをまとめたものが公開される予定ですので、そちらもぜひご覧ください! BASE組織とBASE BANK組織の違い まずはBASE BA

                フルサイクルエンジニアリングの第一歩を進める - BASE BANKでの新たな挑戦 - BASEプロダクトチームブログ
              • 「ブロックチェーン」の日本の方針とは|no plan inc. web3,AIなど先端テクノロジーでサービス開発を行う精鋭クリエイター集団

                今日はデジタル庁さんが出しているブロックチェーンについての定義や今後の活用の戦略を、ざっっっっっくりと読み解いてみようと思います。 2022年12月の記事なので情報が古い場合がありますでのご注意ください。 デジタル庁の文献によるとブロックチェーン及び分散台帳技術は、データに関する耐改ざん性が高く透明性が確保されたシステムを分散システムとして実現する技術である。 これを利用することで、取引上の仲介が不要となり、サービスにおける取引コストの削減が図られる等の利点がある。このため、暗号資産(仮想通貨)の取引管理等では既にその技術が広く活用されているほか、身分証明等の真正性確認や、サプライチェーン管理や電力取引、環境価値取引といった商取引など、様々な分野での商用化、実証及び検討が国内外で進められている。我が国においては、引き続き国内外のグループにおける先進的な取組や民間主導の活動を積極的に情報収集

                  「ブロックチェーン」の日本の方針とは|no plan inc. web3,AIなど先端テクノロジーでサービス開発を行う精鋭クリエイター集団
                • Redisを使った分散ロック (SETNX, Redlock) - Carpe Diem

                  概要 分散システムにおいて同じリソースにアクセスする際にロック(排他制御)する仕組みを分散ロックといいます。 ロックを用いる背景としては主に2つあり、 目的 説明 具体例 効率 同じ作業を不必要に複数回行わないため キャッシュのOriginへのリクエストを抑制したい(Cache stampede対策) 正確性 データの不整合が起きないようにするため トランザクション Redisを分散ロックに使う場合は主に前者のケースにおいて推奨されます。 環境 Redis 6.2.0 Redisでの分散ロック Redisで分散ロックを実現する方法は主に2種類あります。 SETNXを用いる Redlockアルゴリズムを用いる それぞれのケースを説明します。 SETNXを用いた分散ロック シングルインスタンスの場合SETNXを用います。 func (c *Client) updateCache(ctx con

                    Redisを使った分散ロック (SETNX, Redlock) - Carpe Diem
                  • Monthly AWS Serverless Update 202010 - Sweet Escape

                    2020年10月のサーバーレス関連まとめです。こちらのイベントで取り上げる内容です。 serverless-newworld.connpass.com 2020/11/05 Update 配信のアーカイブがあがっています。 Monthly AWS Serverless update 2020/11 2020年10月のリリース 10月は割と大きめのアップデートがありました。 AWS AppSync が AWS WAF のサポートを追加 待望の人も多いんじゃないでしょうか。AWS AppSyncがAWS WAFに対応しました。少し前に質問でもいただいてましたね これまでWAFを使うのが難しかったので泣く泣くAppSyncを諦めてた人には朗報かと思います Amazon SNS を使用して SMS を送信するアプリケーションが新しい 5 つのリージョンでホスティング可能になりました。 SMSによる

                      Monthly AWS Serverless Update 202010 - Sweet Escape
                    • さくらインターネット研究所と公立はこだて未来大学、  超個体型データセンターの実現に向けた自律分散するコンピューター群を抽象化するための分散OSおよび仮想化技術に関する共同研究を開始 | さくらインターネット

                      さくらインターネット研究所と公立はこだて未来大学、  超個体型データセンターの実現に向けた自律分散するコンピューター群を抽象化するための分散OSおよび仮想化技術に関する共同研究を開始 さくらインターネット株式会社(本社:大阪府大阪市、代表取締役社長:田中 邦裕)の組織内研究所であるさくらインターネット研究所と、公立大学法人公立はこだて未来大学(理事長:片桐 恭弘、以下「公立はこだて未来大学」)は、さくらインターネット研究所の提唱する次世代データセンターおよびコンピューティングのコンセプト「超個体型データセンターの実現」に向けて、自律分散するコンピューター群を抽象化するための分散OSおよび仮想化技術に関する共同研究を開始しました。 近年、スマートフォンやIoT機器などの端末機器が急速に普及しています。ユーザーが利用するアプリケーションはそれら端末機器単体によって動作するのではなく、高度な演算

                        さくらインターネット研究所と公立はこだて未来大学、  超個体型データセンターの実現に向けた自律分散するコンピューター群を抽象化するための分散OSおよび仮想化技術に関する共同研究を開始 | さくらインターネット
                      • Kubernetes 1.30、コード名「Uwubernetes」正式リリース、史上最もキュートなロゴのKubernetesリリースに

                        Kubernetes 1.30、コード名「Uwubernetes」正式リリース、史上最もキュートなロゴのKubernetesリリースに Kubernetesはリリースごとにそのリリースを担当するチームがコード名とリリースロゴを決めます。 4月17日にリリースされた最新のKubernetes 1.30は、コード名が「UwU」と「Kubernetes」を組み合わせた「Uwubernetes」と設定されました。 「UwU」は海外で使われる顔文字で、キュートさやハッピーさを表しています(そう言われると、そういう顔に見えてきませんか?)。リリースロゴもキュートなものになっていますね。 というわけで、Kubernetes 1.30では特に目立った新機能があるわけではないのですが、リリースロゴが可愛かったので紹介することにしました:-) Kuberenetes 1.30で安定版になった主な機能 Robu

                          Kubernetes 1.30、コード名「Uwubernetes」正式リリース、史上最もキュートなロゴのKubernetesリリースに
                        • Trelloユーザー1500万人のメールアドレスがハッキングフォーラムに流出、たった360円で売り飛ばされる

                          by Focal Foto Atlassianが運営するタスク管理ツール「Trello」のユーザーのメールアドレス約1500万人分が、ダークウェブに流出したことが報じられました。このメールアドレスは2024年1月にハッカーに盗まれたことが取り沙汰されていましたが、Atlassianは当初データの漏えいを否定していました。 Email addresses of 15 million Trello users leaked on hacking forum https://www.bleepingcomputer.com/news/security/email-addresses-of-15-million-trello-users-leaked-on-hacking-forum/ Trello Data Breach: Hacker Dumps Personal Info of Millio

                            Trelloユーザー1500万人のメールアドレスがハッキングフォーラムに流出、たった360円で売り飛ばされる
                          • はじめてのにき(2020-07-13)

                            _ CS 30トピック https://twitter.com/_ko1/status/1281972384036040704 と https://twitter.com/_ko1/status/1281984532971786240 を見て、エンジニアトピックの作ってみる課題30個、ての考えてみると面白そうだなあ、と思って考えてみた。たぶん普通 CS という時よりも、自分の趣味と実務ぽいの多めだと思う 表記は ジャンル / 課題 / コメント みたいになってる アルゴリズムぽいやつ データ構造 / 赤黒木など平衡木 / ハッシュでもいいなあという気がする アルゴリズム / diff / 個人的には動的計画法の実用の圧倒的定番 アルゴリズム / TSPをGPなり焼きなましなりで / メタヒューリスティクスなんか知ってていいと思うので アルゴリズム / オセロのゲーム木探索 / 再帰する系も

                            • Go言語による分散サービス

                              本書は、Go言語で分散サービスを構築する方法を解説する書籍です。分散サービスの概要と基本を解説し、設計、開発、およびデプロイする方法をコードを使ってハンズオン形式で学びます。はじめに、ストレージレイヤの構築とデータ構造の定義を行い、gRPCを用いてAPIを定義したサービスをネットワーク上で動作させる方法を説明します。そしてサービスを分散させて、可用性、耐障害性、拡張性を実現する方法を解説し、本番環境のKubernetesへデプロイする方法を学びます。 [本書の正誤表] 本書への推薦の言葉 はじめに 第I部 さあ始めましょう 1章 レッツGo 1.1 HTTPベースのJSONサービスの分散システムへの適合性 1.2 プロジェクトの準備 1.3 コミットログのプロトタイプの作成 1.4 HTTPベースのJSONサーバの構築 1.5 サーバの実行 1.6 APIのテスト 1.7 学んだこと 2章

                                Go言語による分散サービス
                              • Goとは?特徴や作れるもの、Pythonとの違い、入門方法を解説

                                Goとは、Google社が開発したプログラミング言語です。並行処理が得意で実行速度が速く、有名サービスで使われています。シンプルで、プログラミング入門者が学びやすいのも特徴です。 この記事では、Go言語が得意なことや開発できるものの種類を解説します。将来性や学習方法なども紹介するので、Go言語に関して知るべきことをまとめて知れます。 ちなみにGoは案件の単価が特に高い言語です。Goを身につけるか悩んでいるなら、ぜひじっくりとお読みください。 Goとは?成り立ちや特徴、メリット Go言語とは、Googleが2009年に開発、2012年にリリースしたプログラミング言語です。Goは簡易な記述と高速処理を同時に実現したのが最大の特徴です。 Go以前の言語は、処理が早いものは記述が複雑で、記述が簡単なものは処理が遅い場合がほとんどでした。そこで、C言語の設計者であるケネス・レイン・トンプソン、UNI

                                  Goとは?特徴や作れるもの、Pythonとの違い、入門方法を解説
                                • [論文紹介] TiDB:a Raft-based HTAP database

                                  今回はTiDB(PingCAP) 久しぶりに論文紹介シリーズの第2弾である。 今回は分散DBのど真ん中、PingCAPが開発しているTiDBについての論文「TiDB:a Raft-based HTAP database」(VLDB2020)を紹介する。 この論文に関しては、PingCAP社が自身のブログでも解説している。 TiDBとは 念のため、TiDBとは何なのかを触れておこう。 一言でいうと、「MySQL互換のNewSQL(=分散SQLデータベース)」である。 NewSQLとは何かについての説明は今回記事では省略するが、過去に書いたこちらの入門編やこちらの詳解編に解説をしている。 TiDBはMySQLと互換性を持つだけでなく、、今回の論文に示されているように、OLAP用途の機能強化を行っており、これもまたMySQLの弱点を補強する良い方向性と言える。この辺りのNewSQLの機能強化につ

                                    [論文紹介] TiDB:a Raft-based HTAP database
                                  • 『データ指向アプリケーションデザイン』のワインを見つけてしまった「完全に一致」「トレス疑惑?」

                                    リンク www.budouya.jp テッレ・デル・バローロ ピエモンテ・バルベラ|ワイン通販の世界のワイン葡萄屋 テッレ・デル・バローロ ピエモンテ・バルベラを探すなら世界40ヶ国以上の豊富な品揃えの「世界のワイン葡萄屋」!フレッシュな果実味と酸のバランスが良く、美味しさがストレートに伝わるバルベーラ!イタリアンとご一緒に! リンク www.oreilly.co.jp データ指向アプリケーションデザイン 現代の分散システム設計においてデータの扱いは重要な課題です。システムはスケーラビリティ、一貫性、信頼性、効率性、メンテナンス性を維持する必要があり、そのためにリレーショナルデータベース、NoSQLデータストア、ストリーム、バッチプロセッサ、メッセージブローカーなどのツールが数多く存在します。 本書は、データを処理し、保存するさまざまなテクノロジーの特性を詳述することで、ツールの長所と短所

                                      『データ指向アプリケーションデザイン』のワインを見つけてしまった「完全に一致」「トレス疑惑?」
                                    • あのサービスの監視・オブザーバビリティ アーキテクチャ選定【後編】 - Findy Tools

                                      公開日 2024/01/25更新日 2024/07/25あのサービスの監視・オブザーバビリティ アーキテクチャ選定【後編】 ユーザーや顧客へ信頼性を担保した価値提供をしていく中で、監視・オブザーバビリティの取り組みは非常に重要です。 前回の監視・オブザーバビリティ特集では、合同会社DMM.com、株式会社MIXI、株式会社マネーフォワード、パイオニア株式会社、Sansan株式会社、株式会社ZOZOの6社の各サービスを支える監視・オブザーバビリティをご紹介しました。 今回後編では、Chatwork株式会社、株式会社カカクコム、株式会社LayerX、株式会社リンクアンドモチベーション、株式会社タップルのアーキテクチャをご紹介します。 各社がどのようなアーキテクチャを組んでいるのか、またそのアーキテクチャにしている背景や意図についてぜひ参考にしてみてください。 株式会社kubell(旧Chatw

                                        あのサービスの監視・オブザーバビリティ アーキテクチャ選定【後編】 - Findy Tools
                                      • 一流の機械学習エンジニアを雇用する:Googleが求める人物像とは | Forbes JAPAN 公式サイト(フォーブス ジャパン)

                                        企業が人工知能(AI)テクノロジーを採用してコストを削減し、効率性を向上させ、そのデータから価値を得るにあたり、機械学習に関わるエンジニアはますます価値あるリソースとなっています。最新のRELXの調査によると、63%の企業が、AIがパンデミック時のビジネスの回復にプラスの影響を与えたと報告しており、およそ10社中7社がAI技術への投資を昨年度よりも増やしています。 他の新しいイノベーションと同様に、期待通りの価値を実現させるには、それをサポートするために最適な人員を配置することが大変重要です。才能あるAI人材は不足しています。およそ5社中2社が、AIテクノロジー使用のための主な障害として技術的な専門知識の不足を挙げています。 AI人材の需要は供給を上回っている 企業が現在直面している大きな問題の一つは、AI担当部門のオープンポジションが、条件を満たす人の数をはるかに上回っていることです。例

                                          一流の機械学習エンジニアを雇用する:Googleが求める人物像とは | Forbes JAPAN 公式サイト(フォーブス ジャパン)
                                        • AWS Fault Injection Simulator が、Amazon Elastic Container Service のタスクレベルのフォールトのサポートを開始しました

                                          Amazon Elastic Container Service (ECS) のお客様は、AWS Fault Injection Simulator (FIS) 実験を使用して、タスクレベルのコンテナー障害を試せるようになりました。この新しい AWS FIS 障害アクションを使用すると、AWS Fargate または Amazon EC2 インフラストラクチャにデプロイされているかどうかに関係なく、コンテナベースのアプリケーションでのタスクの実行を停止できるため、分散システムで見つけるのが困難な隠れたバグの発見、死角の監視、パフォーマンスのボトルネックの解消ができます。AWS FIS 実験は、カオスエンジニアリング、ゲームデイテスト、継続的配信などのユースケースで、アプリケーションの復元力を測定、検証、改善するのに役立ちます。 以前、AWS FIS は、コンテナインスタンスを排出し、クラス

                                            AWS Fault Injection Simulator が、Amazon Elastic Container Service のタスクレベルのフォールトのサポートを開始しました
                                          • Microsoft 365がまたダウンし約3時間で復旧 原因は「ネットワークインフラの変更」

                                            米Microsoftのサブスクリプションサービス「Microsoft 365」で米東部時間の10月7日午後2時10分から障害が発生し、約3時間接続しにくい状態が続いた。同社の公式Twitterによると、本稿執筆現在(日本時間の8日午前6時)にはほぼ復旧したという。 日本は夜中だったが米国は水曜日の午後という時間帯で、Downdetector.comのマップでは北米が真っ赤(報告の数で色が濃くなる)になっていた。 Microsoft 365 Service health statusには影響を受けた範囲は明示されていないが、症状は「Microsoft 365のサービスにアクセスできない」で、原因は「ネットワークインフラストラクチャの変更により、Microsoft 365サービス内に影響が生じた」となっている。 関連記事 「Microsoft 365」の約5時間の障害の原因は「コードの問題」

                                              Microsoft 365がまたダウンし約3時間で復旧 原因は「ネットワークインフラの変更」
                                            • プラットフォームエンジニアリングの現状と今後

                                              ガートナーの米国本社発のオフィシャルサイト「Insights」などのグローバルコンテンツから、@IT編集部が独自の視点で“読むべき記事”をピックアップして翻訳。グローバルのITトレンドを先取りし「今、何が起きているのか、起きようとしているのか」を展望する。 新しい問題ではないが、モダンなソフトウェアアーキテクチャは、多くの独立したサービスで構成される複雑な分散システムとなっており、構成コンポーネントが他のチームやクラウドプロバイダーによって構築されていることも多い。Kubernetesはこうしたサービス群を管理するが、さらなる複雑化を招いてしまい、その克服が必要だ。 これは、開発と運用が交わる領域で厄介な問題を引き起こす。開発者は、専門外の複雑で難解なサービスやツールを幾つも運用しなければならないと、フラストレーションを感じる。運用担当者は、専門外の開発者が基準に満たないインフラを構築する

                                                プラットフォームエンジニアリングの現状と今後
                                              • カオスエンジニアリングの過去と今(前編)

                                                カオスエンジニアリングが変わりつつある? きっかけはMSのクラウドソリューションアーキテクトの真壁さんの発言と記事。 本番環境で試験することを前提に進められてきたカオスエンジニアリングは、クラウドネイティブ前提の環境とKubernetesの躍進によって、本番環境に出す前に試験するように姿が変わってきている。もしくは見直されようとしているのではないか? そういう趣旨だ。 この変化がなぜ今起きようとしているのだろうか。 その理由を2015年に成立したカオスエンジニアリングの原則 、さらにその昔の提案元であるNetflixの技術背景を見ながら考察したい。 そもそもカオスエンジニアリングってなんだ? カオスエンジニアリングとはなんだろうか? まずは、カオスエンジニアリングの規範である、カオスエンジニアリングの原則 を参照したい。 カオスエンジニアリングは、分散システムにおいてシステムが不安定な状態

                                                  カオスエンジニアリングの過去と今(前編)
                                                • W3Cが分散IDの規格を標準化、認証サービスの選択が可能に

                                                  Web技術の標準化団体であるWorld Wide Web Consortium(W3C)は2022年7月19日、分散IDの規格「Decentralized Identifiers(DIDs)」を標準規格として勧告した。これまでWebサービスで利用者を認証するには中央集権型のIDP(IDentity Provider)が必要だった。分散IDにより、利用者もサービス事業者もオンラインにおけるID情報の管理をコントロールできるようになるという。 携帯電話の電話番号や電子メールのアドレスは認証IDによく使われ、一見利用者が所有しているように見える。しかしMNP(モバイルナンバーポータビリティー)が実現されるまで、携帯電話番号はキャリアを変えると変更を余儀なくされた。また電子メールのアドレスも、個人が契約するISP(インターネットサービス事業者)を変えると変更が必要になる。これがこれまでの中央集権型

                                                    W3Cが分散IDの規格を標準化、認証サービスの選択が可能に
                                                  • 生産性が10倍上がるおすすめのChatGPTプラグイン|Ainova

                                                    ChatGPTプラグインとは ChatGPTプラグインは、ChatGPTをサードパーティのアプリケーションと連携させるツールです。 これは、GoogleスプレッドシートのアドオンやGoogle Chromeの拡張機能と同様に、公式だけでなく第三者の開発者が作成した機能をChatGPTに追加することで機能を拡充できるものとなっています。 具体的には、プラグインを利用することで、ChatGPTに以下のような機能を追加できるようになります。 リアルタイムの情報を取得:スポーツのスコアや株価、最新のニュースなどを確認 ナレッジベースの情報を取得:企業の文書や個人のメモなどを閲覧 ユーザーの代わりにアクションを実行:フライトの予約や食事の注文などを行う ChatGPTプラグインの料金 ChatGPTでプラグインを利用するためには、ChatGPTの有料版であるChatGPT Plus(月額20ドル)に

                                                    • SREに求められるスキルと心構え | sreake.com | 株式会社スリーシェイク

                                                      はじめに こんにちは、最近の私の人生はキックボクシングとコーディングの2つの活動に極端に偏りつつあります。nwiizoです。一見正反対のようなこの2つの活動ですが、共通する本質があります。それは、頭で考えるだけでなく、実際に体を動かして実践することで新しい発見や気づきを得ていくプロセスです。 キックボクシングでは、理論だけでは表現できない”技”を体で覚えていきます。理論上の動作はスムーズに行えても、実際にパンチやキックを繰り出す際には、さまざまな戦略を一瞬のうちに計算し、機動的に対応しなければなりません。そこでは思考するよりも先に、体が自然と反応するよう繰り返し訓練を重ねていきます。 一方のコーディングにおいても、書籍から得た知識を単に暗記しているだけでは意味がありません。実際にコードを書きながら、試行錯誤を重ね、バグに出くわし、その都度解決策を見出していく中で、本当の理解が深まっていきま

                                                        SREに求められるスキルと心構え | sreake.com | 株式会社スリーシェイク
                                                      • さくらインターネット研究所での1年 - ゆううきブログ

                                                        さくらインターネット株式会社に昨年の2月に入社してから1年(と2ヶ月)が経過した。さくらインターネット研究所での研究員としての新しい働き方にも慣れてきた。論文や口頭発表などの締切も落ち着いてきたので、ここまでの1年を振り返ってみる。 やりたいことに集中できる 広範なインフラ技術 自身の研究テーマ 日々の活動 むすび やりたいことに集中できる さくらインターネット研究所では、自分を取り戻してやりたいことに集中できる自由な研究環境がある。 好きでやっていたはずの開発や運用がだんだん会社や他人のためだけのの仕事になってきて疲れてしまった人は、自分を取り戻して技術に向き合っていける恵まれた環境として、さくらインターネット研究所おすすめです。— ゆううき (@yuuk1t) 2019年4月3日 さくらインターネット研究所では、テーマは与えられることはなく、自分がおもしろいと思うテーマを設定する。成果

                                                          さくらインターネット研究所での1年 - ゆううきブログ
                                                        • シスコがSplunkに買収提案との報道。2兆3000億円を提示か

                                                          シスコ・システムズが、ログ解析ツール大手であるSplunkに対して買収提案をしていると海外メディアで報じられています。 シスコ、スプランクに買収提案 2兆3000億円超 - WSJ Splunk Jumps on Report That Cisco Made $20 Billion-Plus Offer - Bloomberg Cisco and Splunk Have Discussed Acquisition Deal - The New York Times 報道によると両社は交渉の途中で、シスコは買収価格として200億ドル(1ドル115円換算で2兆3000億円)を提示したとのこと。この金額はシスコにとって過去最大の買収価格になります。 運用監視分野をさらに強化するシスコ シスコはネットワーク機器大手として成長し、その後サーバ分野にも進出。2017年には性能監視ツール大手のAppDy

                                                            シスコがSplunkに買収提案との報道。2兆3000億円を提示か
                                                          • 増田亨さんによる「設計の考え方とやり方」勉強会に参加してきた - 天の月

                                                            asken.connpass.com こちらのイベントに参加してきたので、会の様子と感想を書いていこうと思います。 会の概要 会の様子 良い設計とは? クラス設計のスタイル テーブル設計のスタイル 開発のやり方 設計スキルを上げるために 質疑応答 イミュータブルモデルについてもっと知りたい DBの容量は? とっとと作るをもう少し具体的に知りたい 上司にどう納得してもらうか? チームメンバーはどう編成するの? テストはどれくらい書くか? リファクタリングの感覚 継承地獄 設計スキルを上げるための練習問題は? 技術書を月何冊読むか? ボキャブラリーを増やすには 日本語ってコードに使う? 会全体を通した感想 会の概要 以下、connpassのイベントページから引用です。 株式会社askenでは、設計をより良くするために増田さんに来ていただき、設計の勉強会を開催してきました。初回に「設計の考え方と

                                                              増田亨さんによる「設計の考え方とやり方」勉強会に参加してきた - 天の月
                                                            • Developer eXperience Day 2024【参加無料・アーカイブ配信あり】|EventRegist(イベントレジスト)

                                                              2024年7月16日(月)と17日(火)の2日間にわたり「Developer eXperience Day 2024」(一般社団法人 日本CTO協会主催)を、オフライン・オンラインのハイブリッド形式で開催いたします。 【参加無料・アーカイブ配信あり】です。ぜひご参加ください! 開催概要 名称:Developer eXperience Day 2024 開催日:2024年7月16日(火)・17日(水) 開催形式:オフライン(現地参加)・オンライン配信 会場:浅草橋ヒューリックホール&カンファレンス アクセス:https://hulic-hall.com/access/ JR総武線「浅草橋駅(西口)」より徒歩1分 参加方法:事前申込制(参加費:無料) 申込サイト:本イベントサイトよりお申込みください 参加対象: ソフトウェア開発の第一線で挑戦するエンジニアをはじめ、テックリード、エンジニアリン

                                                                Developer eXperience Day 2024【参加無料・アーカイブ配信あり】|EventRegist(イベントレジスト)
                                                              • SREを自社に導入するためのプラクティス

                                                                印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます はじめに 前回の記事では、Site Reliability Engineering(SRE)がシステム運用にもたらす利益についてご紹介しました。結論としては、「システムの信頼性の担保」と「開発効率の向上」という対極にある2つの要素を成立させるというものでした。 第2回となる本記事では、企業ごとに組織の体制や文化が異なる中で、どのような目的・意図を持って進めていけば、この対極にある要素を両立させたSREの導入につなげられるかのプラクティスについてご紹介します。 SRE導入はある程度の時間を要する 前述の通りSREの目的は、「システムの信頼性の担保」と「開発効率の向上」という2つの要素を両立させることです。 アプローチ方法としては、ソフトウ

                                                                  SREを自社に導入するためのプラクティス
                                                                • ビットコインは終わらない──慶大・坂井教授が考える“お金の未来” | CoinDesk JAPAN(コインデスク・ジャパン)

                                                                  ビットコインの急騰と急落、仮想通貨取引所のハッキングと資金流出──2019年は仮想通貨にとって再び激動の1年となった。価格の浮き沈みに一喜一憂する人々が多いなか、慶應義塾大学経済学部教授の坂井豊貴氏は「それでもビットコインは終わらない」と説く。なぜか? 坂井豊貴(さかい・とよたか)/慶應義塾大学経済学部教授、(株)デューデリ&ディール・チーフエコノミスト ロチェスター大学博士課程修了(Ph. D. in Economics)。オークション方式や投票方式などの制度設計(メカニズムデザイン)で国際業績多数。主著『多数決を疑う』(岩波新書)は高校教科書に掲載、著書は多くアジアで翻訳されている。 仮想通貨にとっても、私にとっても劇的な1年だった ──2019年2月に書籍『暗号通貨VS.国家 ビットコインは終わらない』を上梓された翌月に、創刊特集でインタビューさせていただきました。この1年を振り返り

                                                                    ビットコインは終わらない──慶大・坂井教授が考える“お金の未来” | CoinDesk JAPAN(コインデスク・ジャパン)
                                                                  • 大規模言語モデルの計算能力を桁違いに増強するカスタマイズハードウェアを作るスタートアップ「MatX」

                                                                    「大型のAIモデルに特化して、性能をさらに向上させる」ことを目指してハードウェアを設計するというスタートアップ「MatX」を、元Googleエンジニアのライナー・ポープ氏とマイク・ガンター氏らが創業しました。 MatX | MatX: high throughput chips for LLMs https://matx.com/ Introducing MatX: we design hardware tailored for LLMs, to deliver an order of magnitude more computing power so AI labs can make their models an order of magnitude smarter. Our hardware would make it possible to train GPT-4 and run

                                                                      大規模言語モデルの計算能力を桁違いに増強するカスタマイズハードウェアを作るスタートアップ「MatX」
                                                                    • 技術リードを担うメルペイArchitectが2チーム体制へ。創設メンバーが「今までとは違うことを」と申し送った真意 | mercan (メルカン)

                                                                      メルペイArchitectチーム、プリンシパルエンジニア。運用から開発までなんでもやる。 システムを最適化するのが好きで今日も人の仕事を無くすことを目指す。 JavaScriptやPHPのような上位レイヤから分散システム、OS、コンパイラ、コンピュータアーキテクチャのような低レイヤまでを行ったり来たりしているがどれも得意ではない。 今年の目標はAArch64で会話すること。 メルペイArchitect初期は1〜2人体制だった @zoncoen:@kazegusuriさんとは定期的に1on1をしますが、Architectチーム立ち上げ〜現在に至るまでの話をじっくり聞く機会はそんなになかった気がしています。2チーム体制になるので、これを機にいろいろ話を聞ければなと! @kazegusuri:ありがとうございます(笑)。何から話しましょうかね? 佐野正浩(@kazegusuri) @zoncoe

                                                                        技術リードを担うメルペイArchitectが2チーム体制へ。創設メンバーが「今までとは違うことを」と申し送った真意 | mercan (メルカン)
                                                                      • 感電に関する調査結果 - 登 大遊 (Daiyuu Nobori) の個人日記

                                                                        そもそも、『ACの法則は感電にある』という仮説は、情報学類生の間での会話で特に理由も無く「感電したことがある」といった体験の話になったことに始まる。そこに集まっていたACは、全員が「感電したことがある」と言った。また、その後来た、ACっぽくない一般人の情報学類性は、「感電したことはない」と言った。 そこで、「ひょっとして、感電すると頭がおかしくなってACになれるのではないか?」というひらめきが全員に浮かび、その後統計調査をしてみればよいという話になった。 普通の人はわざわざこのようなくだらない説を検証するために統計調査などするのは面倒であり馬鹿らしいのでやらないかも知れないが、私はもちろん『AC』であるので、実際にアンケート形式で統計調査を行った。 調査は、口頭または電子メールで行った。対象は、小学校〜高校時代の知人、大学生等、および大学の教授など。1日間しかかけていないので、30人弱にし

                                                                          感電に関する調査結果 - 登 大遊 (Daiyuu Nobori) の個人日記
                                                                        • 大規模接種センター予約システムの脆弱性について

                                                                          大規模接種センターの予約システムに朝日新聞出版と毎日新聞の記者が架空の接種券番号などで虚偽の予約をしたとして、防衛相が抗議した。 これに対して立憲民主党の枝野氏、福山氏などは、各メディア記者の行為を擁護し、防衛相を「システムの欠陥を指摘したメディアに『早い段階で気付かせてくれてありがとう』というのが本来の姿だ。意味不明な対応をしている」等と批判した。 筆者はセキュリティ管理の専門家として、この件に対して複数の観点から指摘させて頂く。 サイバー攻撃は許されない行為 まず、両社記者の行為だが、端的に申し上げて『サイバー攻撃』であり、違法行為である。誤って申し込めてしまった、とかではなく意図的にシステムの脆弱性を突こうとした行為である事。脆弱性を検出した結果を、システム運営当事者に通達せずに、記事にして公表した事も、所謂ハッカーがダークサイトに脆弱性を公表するのと同等の行為である。 そうやって考

                                                                            大規模接種センター予約システムの脆弱性について
                                                                          • 「形式手法はなぜ流行っていないのか」に対する異論 - interdb’s blog

                                                                            序 この記事、ちょっと、というかかなり感覚が古くね? qiita.com と思っていたら、炎上目的だったようで。 autotaker on Twitter: "「形式手法はなぜ流行っていないのか?」という記事を書いて炎上させたい" autotaker on Twitter: "形式手法をこき下ろすと見せかけて最終的に出身研究室のステマに成功した" 一連の言い訳も見苦しい。 autotaker (@autotaker1984) | Twitter 故意に不正確な情報をばら撒く形でしか自分の"小さな得意分野"をアピールできないとは、エンジニアとして不誠実極まりないし、ミジメだ。 本題 ということで。 形式手法は80年代から本格的に開発が始まっているが、最初に大規模に報道されたのは90年代のIntelの不動小数点ユニットのバグ対策に形式手法が導入された件だろう。 つまりチップレベルでの導入。それ

                                                                              「形式手法はなぜ流行っていないのか」に対する異論 - interdb’s blog
                                                                            • なぜ、リクルートという環境を選んだのか? エンジニアたちが語る、仕事のモチベと開発組織の魅力

                                                                              登壇者の自己紹介 神里栄氏(以下、神里):本日は、ウルシステムズ株式会社代表取締役会長の漆原茂さまを社外ゲストとしてお迎えしています。よろしくお願いします。 漆原茂氏(以下、漆原):漆原と申します。今日はどうぞよろしくお願いします。私はいろいろな会社の代表取締役をやらせていただいているので、よく経営者と誤解されるのですが……エンジニアなんです(笑)! (一同笑) 漆原:ひたすらコードを書きたくて、エモいコードを見ると「大好き!」みたいに思ってしまう。そういう人間なんです。 (一同笑) 漆原:なので、自己紹介のスライドもJSONで書きました。円周率も微分方程式も大好きです。分散システム、大規模データ処理とか、本当に最高です。 棚橋耕太郎氏(以下、棚橋):棚橋耕太郎といいます。新卒でリクルートコミュニケーションズに入社して、現在はリクルートに在籍しています。リクルートコミュニケーションズでは、

                                                                                なぜ、リクルートという環境を選んだのか? エンジニアたちが語る、仕事のモチベと開発組織の魅力
                                                                              • 【感想】『データ指向アプリケーションデザイン』:深遠なる分散データの新大陸への旅 - Rのつく財団入り口

                                                                                読破した分厚いオライリー本の感想記事です。本書ではCPUの速度がボトルネックになるようなものは演算指向アプリケーションと区別し、データの量や複雑さ、変化の速度が主題となるシステムを「データ指向」と位置づけて、特定技術に幅を狭めずに包括的に解説した本となっています。 著者はイギリス、ケンブリッジ大学の分散システムの研究者 Martin Kleppmann氏。監訳者が斉藤太郎氏、訳者は玉川竜司氏。 タイトルの『データ指向アプリケーションデザイン』の原題は Designing Data-Intensive Applications。よく使われる「オブジェクト指向」の原語は Object-Oriented ですが、本書の「指向」は Intensive で若干ニュアンスが違います。たまに見るデータ駆動、データドリブンなどともちょっと違いますね。 Intensive単体の意味は強い、激しい、徹底的、集

                                                                                  【感想】『データ指向アプリケーションデザイン』:深遠なる分散データの新大陸への旅 - Rのつく財団入り口
                                                                                • すごいTrie - Qiita

                                                                                  「to」がキーで「7」がバリューです。これを trie で表すと下図のようになります。 Trie - Wikipediaより引用 ノードの中に書かれている「tea」や「in」がキーであり、ノードの下に書かれている「3」や「5」がキーに対応する値です。 あるノードのキーは、その親ノードのキーに、親ノードから伸びる有向辺に書かれている文字を、付け足した文字列です。実際には、ノードには直接キーが保存されず、そのノードに到達するまでの辺のラベルの列がキーになってます。 接頭辞がノードと対応するので prefix tree とも呼ばれます。 計算量 計算量は色々な表現をすることが可能ですが、ノードの分岐は高々アルファベットの種類数なのでこれを定数とすれば、$ m $を文字列の長さとして以下の操作が$ O(m) $で出来ます。(アルファベットの種類数を考慮すると$\log$が付きます。) 文字列の検索

                                                                                    すごいTrie - Qiita