並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 4979件

新着順 人気順

strategyの検索結果41 - 80 件 / 4979件

  • 「Amazonでさえサーバレスやマイクロサービスを理解できない」とDHH氏が主張する一方で、「進化可能なアーキテクチャこそ重要」とAmazonのVogels博士

    Ruby on Railsの作者として知られるDavid Heinemeier Hansson(DHH)氏が自身のブログに5月4日付けで投稿した記事「Even Amazon can't make sense of serverless or microservices」(Amazonでさえサーバレスやマイクロサービスを理解できない)が話題になっています。 これはAmazon Prime Videoの技術部門が3月に自社ブログに投稿した記事「Scaling up the Prime Video audio/video monitoring service and reducing costs by 90%」(Prime Videoの音声映像監視サービスにおけるスケールアップと90%のコスト削減の実現)で紹介された、AWS Lambdaのサーバレスで作られたPrime Videoの監視サービス

      「Amazonでさえサーバレスやマイクロサービスを理解できない」とDHH氏が主張する一方で、「進化可能なアーキテクチャこそ重要」とAmazonのVogels博士
    • アメリカでレイオフされた つづき|Kaori

      午前11:05、たった5分のTeamsコールで、COOからレイオフのことを告げられて、呆然としていた。コールが終わった瞬間にTeams含め社内のイントラにアクセスできなくなった。私の人生色々あるなぁ〜こんなことってあるんだな…となぜか冷静だった。レイオフされたことはわかったけど、私だけなのか、他にも何人もレイオフされたかはよく分からなかった。もう社内のイントラにもアクセス出来なかったので、確かめる術もなくて、さてどうしよう…と思っていたら、同僚数人からテキストメッセージが届いた。 同僚もレイオフされてしまったのは本当に不運だけど、戦友がいる、と心強く思った。H1Bで働いてた同僚もいたので、その後ビザについて密に情報交換もできた。 とりあえず20分ほど途方に暮れた。戦友もいることが分かった。やるっきゃない、このチャレンジを乗り切ってやる!と気持ちを切り替えて、すぐに行動開始。まず私がやったこ

        アメリカでレイオフされた つづき|Kaori
      • 完全フリーで3GBのVRAMでも超高速に動く14B大規模言語モデルRWKVを試す|shi3z

        Transformerは分散できる代償として計算量が爆発的に多いという不利がある。 一度みんなが忘れていたリカレントニューラルネットワーク(RNN)もボケーっとしている場合ではなかった。 なんと、GPT3並の性能を持つ、しかも完全にオープンな大規模言語モデルが公開されていた。 そのなもRWKV(RuwaKuvと発音しろと書いてある。ルワクフ?) RWKVはRNNなのでGPUメモリをそれほど大量に必要としない。 3GBのVRAMでも動くという。 時間がない方はビデオをご覧ください 僕の失敗は、何も考えずにgit lfs installでディレクトリごとコピーしようとしたこと。 このディレクトリには過去のモデルデータが全部あるので、ひとつ30GBのモデルデータを何十個もダウンロードしようとしていて終わらなかったのだ。 モデルデータは一とつあれば十分なのでひとつだけにする。 次に、chatのリポ

          完全フリーで3GBのVRAMでも超高速に動く14B大規模言語モデルRWKVを試す|shi3z
        • パスワード管理/MFA管理の戦略

          自分のパスワードやMFA(多要素認証)の管理方法についてまとめた記事です。 パスワード管理とTOTP(Time-based One-time Password)の管理として1Passwordを使い、MFA(多要素認証)の2要素目としてYubiKeyを2枚使っています。 パスワード管理とMFA管理を安全で使いやすくするのはかなり複雑で難しいため、完璧にやるのが難しいです。 そのため、その難しさから二要素認証を設定するべきアカウントも手間などから設定を省いてしまったり、管理方法に一貫性がありませんでした。 この記事では、パスワード管理/MFA管理の戦略を決めることで、どのサイトのどのアカウントのパスワード管理をあまり頭を使わなくてもできるようにするのが目的です。利便性と安全性のバランスを意識はしていますが、この記事のやり方が正解ではないので、各自の目的に合わせて読み替えると良いと思います。 用

            パスワード管理/MFA管理の戦略
          • アラサーエンジニアの生存戦略 / career strategy for around thirty engineer

            「リードエンジニアから学ぶMedPeerのプロダクト開発」( https://medpeer.connpass.com/event/181835/ )の登壇資料です。 【発表概要】 もはや若手ではなくなったアラサーエンジニアに頭を擡げる問題はさまざまあります。 技術者としての成長限界(35歳定年説)、キャリアデザイン(マネージャー vs スペシャリスト)、思考の硬直化(老害化)... 本発表ではアラサーエンジニアの諸問題に対してどう考え、どう立ち向かってゆけばいいのかのヒントとなるような発表ができればと考えています。

              アラサーエンジニアの生存戦略 / career strategy for around thirty engineer
            • CIマニアから見たGitHub Actions(Beta)の使い所 - くりにっき

              1ヶ月くらい使って勘所が見えてきたのでメモ メリット 1リポジトリ辺り20並列までジョブを並列実行できる ジョブ実行時はアクセストークンが勝手に設定されている マトリクステストがやりやすい 実際にGitHub Actionsに移行したプロダクト zatsu_monitor activerecord-compatible_legacy_migration index_shotgun デメリット yamlのanchorが使えない マトリクステストだとSlack通知がつらい 合わせて読みたい メリット 1リポジトリ辺り20並列までジョブを並列実行できる これに尽きる。 CircleCIにしろTravis CIにしろorganization(user) *1単位で並列数が縛られているため、例えば同じuserの他のリポジトリでジョブが詰まっていると別リポジトリではqueueが詰まってジョブが実行され

                CIマニアから見たGitHub Actions(Beta)の使い所 - くりにっき
              • BPF Performance Toolsを読んだ感想 - go_vargoのブログ

                BPF Performance Toolsを読んだので、感想ブログです。 先に感想を言っておくと「最高」でした。 BPF Performance Toolsとは? NetflixでKernel・パフォーマンスにかかわるチューニング・アーキテクチャを専門にしているBrendan Greggさんが書いた本です。BPFのiovisorというTracing分野の第一人者でもあります。 www.brendangregg.com 2019年12月に発売したばかりなので、BPFの分野では最新の本でしょう。他の著書に有名な本として(日本語版の)「詳解システム・パフォーマンス」があります。 BPF Performance Toolsは「詳解システム・パフォーマンス」第二弾と言えるかもしれません。ちなみにページ数は880Pあり、Kindleで表示される読み終わるための平均的な時間は「27時間30分」で、大作R

                  BPF Performance Toolsを読んだ感想 - go_vargoのブログ
                • How To Center a Div

                  IntroductionFor a long time, centering an element within its parent was a surprisingly tricky thing to do. As CSS has evolved, we've been granted more and more tools we can use to solve this problem. These days, we're spoiled for choice! I decided to create this tutorial to help you understand the trade-offs between different approaches, and to give you an arsenal of strategies you can use, to han

                    How To Center a Div
                  • 秒間3万リクエストをkubernetesでさばく - Gunosy Tech Blog

                    こんにちは!スタンディングデスクを導入して快適な開発環境と運動不足の両方を解消できるようになったのではと感じている、広告技術部のUT@mocyutoです。 今回は半年ほどEKSを運用して秒間3万リクエストのトラフィックをさばくほどになりました。 秒間3万は広告システムだと割とあるとは思いますが、kubernetesでも運用できているので紹介しようと思います。 対象のEKSで構築したサービスは広告の配信サーバです。 広告配信サーバの要件として、まず50ms以内にレスポンスを返さなければいけません。 構築したk8sのレスポンスタイムの99パーセンタイルは10msほどで返せています。 以下は必要最小限のクラスタの構成図です。 全体像 API 弊社のサーバサイドはほぼGoで作られているので、例に漏れずGoで作られています。 pod構成はAPI、fluentd、envoyの サイドカーパターン です

                      秒間3万リクエストをkubernetesでさばく - Gunosy Tech Blog
                    • 【翻訳】ハイパフォーマンスチームを作るためにプロダクトオーナーがすべき10のこと

                      みなさんこんにちは。@ryuzeeです。 スクラムにおいて、スクラムチーム全体のパフォーマンスをどのようにして上げていくかは難しいテーマですが、プロダクトオーナーの視点でこれを捉えた「10 things you must do to build high-performing Scrum Teams as a Product Owner」という記事が良い記事だったので、翻訳したものをご紹介します。 翻訳に際しては、著者のMaarten Dalmijnさんに快諾いただきました。 なお、著者のMaartenさんはほかにもプロダクトオーナーに関する有用な記事を書いているので、参考にするとよいかと思います。 プロダクトオーナーの開発チームへの関わり方は、開発チームのパフォーマンスにおいてとても重要です。ダメなプロダクトオーナーだと、ハイパフォーマンスチームを簡単に潰してしまう可能性があります。 私

                        【翻訳】ハイパフォーマンスチームを作るためにプロダクトオーナーがすべき10のこと
                      • 突然のエンジニアリングマネージャー転身。イチ技術者がGMOペパボ・取締役CTOに就くまでに学んだこと - Findy Engineer Lab

                        マネジメント職に就くまで マネジメント職に就いてから 最初に取り組んだマネジメント施策 エンジニア評価制度の制定 全社規模の技術投資計画の策定 計画を実行する組織の新設 「選択」後に感じたギャップ 抽象的な理解のギャップ やりたいこととスキルのギャップ ギャップにどう処したのか マネジメント職の「選択」に必要となるスキルとは おわりに ─ 「やらない」という選択肢はなかった こんにちは、栗林健太郎です。人々からは「あんちぽくん」と呼ばれています。皆様も是非、そのようにお声がけくださると幸いです。 わたくしは現在、GMOペパボ株式会社(以下、GMOペパボ)で取締役CTOを務めています。会社全体としてこれから実現するべきビジョンや方向性を示し、その実行を中心的に担うエンジニアリングおよびデザイン組織を管掌しています。また、セキュリティ事業や鹿児島拠点の立ち上げなど、新しい取り組みを行うチームを

                          突然のエンジニアリングマネージャー転身。イチ技術者がGMOペパボ・取締役CTOに就くまでに学んだこと - Findy Engineer Lab
                        • Rebuild: 271: Monads Are Not Required for My Job (Audrey Tang)

                          Audrey Tang joins me to talk about COVID-19, her career path, digital minister's job, forking the government, Sci-Fi and so on. Transcript of this episode is available at rebuild.fm/271 [0:00:00] today we have a very special guest joining in from Taiwan. She is the digital minister of Taiwan and a longtime friend of mine, Audrey Tang. Audrey, Welcome to the show. Welcome and it's really nice chatt

                            Rebuild: 271: Monads Are Not Required for My Job (Audrey Tang)
                          • キャッシュを活用するために必要な知識と勘所 - そーだいなるらくがき帳

                            どうもキャッシュバスターズ、 id:Soudai です。 Cache(以下、キャッシュ)は特定の場面に置いて劇的な効果を発揮し、様々な問題を解決する反面、新たなコンポートやミドルウェアが追加され、複雑性が上がり、運用のレベルが上がるため、扱いに注意する必要があります。 キャッシュを活用することで、パフォーマンスの改善や負荷軽減が行われ、コンピュータリソースの最適化によるサーバコストの削減や、レスポンスの改善によるユーザエクスペリエンスの改善がされます。 反面、その劇的な効果に毒され安易に多用すると、サービスが強くキャッシュに依存してしまい、非常に壊れやすくなり、運用が難しくなってしまいます。これをWeb界隈では「キャッシュは麻薬」と比喩されて、戒められてきました。 そのためキャッシュを使わずにサービスが運用できるのであれば使わないに越したことはないのですが、ある一定以上の規模になった際にコ

                              キャッシュを活用するために必要な知識と勘所 - そーだいなるらくがき帳
                            • 私のフロントエンドディレクトリ構成・テスト観点 2022

                              近日連投していた Next.js 記事のサンプルコードを公開しました。このサンプルコードを元に、私のフロントエンドディレクトリ構成・テスト観点を紹介します(あくまで執筆現在の脳内アウトプットになりますのでご了承ください) フロントエンドディレクトリ構成の事情 タイトルの「フロントエンドディレクトリ構成」をさす「Components」のディレクトリ構成は、いつも悩みのタネです。このモジュールシステムは「デザインシステム観点・アクセシビリティ観点・フロントエンド実装観点」の 3 つの観点が混在するため事情が複雑です。どうせ作るのなら「デザイナー・フロントエンド」どちらの開発基盤にもなりえる、盤石なモジュールシステムを目指したいですよね。 "AtomicDesign やめました"という声をたまに聞くのですが「デザインシステム的に捨てていいの?」と思うこともあるので、とくに要望がなければ、筆者は「

                                私のフロントエンドディレクトリ構成・テスト観点 2022
                              • オンラインドキュメントと日本語全文検索

                                自社では Sphinx というドキュメントツールを利用しているのですが、残念ながらこれに付属している検索機能の日本語検索はかなり厳しいです。また残念ながら Sphinx 開発側も検索周りを改善するという予定は直近ではないようです。 そして検索というのはとても難しい技術なため自分のような素人では導入して「普通に期待する動作」をさせるまでの距離はとても遠いです。 ただ、なんとかして日本語全文検索を実現したいという思いはここ10 年くらいずっと思っていました。これは自社の Sphinx テーマを作ってくれている社員ともよく話をしていたのですが、どうしてもリソースをつぎ込めずにいました。 まとめ日本語検索に対応している Meilisearch を採用したドキュメントスクレイパーの実行は GItHub Actions (Self-hosted Runner) を採用した自社 Sphinx テーマの検

                                  オンラインドキュメントと日本語全文検索
                                • Red HatがクローンOSベンダを非難、「付加価値もなくコードをリビルドするだけなら、それはオープンソースに対する脅威だ」と

                                  Red HatがクローンOSベンダを非難、「付加価値もなくコードをリビルドするだけなら、それはオープンソースに対する脅威だ」と Red Hatは、Red Hat Enterprise Linux(以下RHEL)のクローンOSを提供しているベンダを「オープンソースに対する脅威だ」と非難する内容を、6月26日付けのブログ「Red Hat’s commitment to open source: A response to the git.centos.org changes」(Red Hatのオープンソースへのコミット:git.centos.orgの変更に対する返答)で明らかにしました。下記はその部分の引用です。 Simply rebuilding code, without adding value or changing it in any way, represents a real t

                                    Red HatがクローンOSベンダを非難、「付加価値もなくコードをリビルドするだけなら、それはオープンソースに対する脅威だ」と
                                  • キャッシュと向き合う、キャッシュと共に生きる / cache pattern

                                    PHPerKaigi 2024の登壇資料です。 https://phperkaigi.jp/2024/ - https://speakerdeck.com/moznion/pattern-and-strategy-of-web-application-caching - https://soudai.hatenablog.com/entry/cache-strategy

                                      キャッシュと向き合う、キャッシュと共に生きる / cache pattern
                                    • 歴史・年表でみるAWS全サービス一覧 -アナウンス日、General Availability(GA)、AWSサービス概要のまとめ- - NRIネットコムBlog

                                      小西秀和です。 Amazon Web Services(AWS)に関する情報や魅力を様々な観点から記事にしてみていますが、技術史が好きなこともあって今回はAWSサービスの発表の歴史を年表でまとめました。 AWSからもWhat's Newとして公式アナウンスは発表されていますが、アナウンス日、GA日(一般提供開始日)、サービス名、サービス概要といった情報に圧縮して時系列でAWSサービス一覧を一枚もので確認できる記事が今まで欲しかったので自分で作成してみることにしました。 AWS全サービスの歴史年表の作成方法 AWS全サービスの歴史年表の対象となるAWSサービスは次の手順で選定しました。 AWSサービス・製品一覧「Cloud Products(英語版)」にあるサービスのうち「~ on AWS」といったサードパーティー製品がメインとなるサービスを除いたリストを作成 AWSサービス・製品一覧に記載

                                        歴史・年表でみるAWS全サービス一覧 -アナウンス日、General Availability(GA)、AWSサービス概要のまとめ- - NRIネットコムBlog
                                      • オーストラリアの狂犬病対策 ‐ 日本との違い - とある獣医の豪州生活Ⅱ

                                        度々SNS上で散見されるのが「日本は60年以上も狂犬病が発生していないのに何故イヌの狂犬病ワクチン接種が義務付けられているんだ」という議題です。中には「獣医師の利権だ」「百害あって一利なし」「海外では打ってないところもある」という論法を展開する連中も多く存在します。 特にこの『海外では打っていない』論法ですよ。 つまるところオーストラリアやニュージーランドなんですが。 もうね、日本とオーストラリアの防疫体制ってのは元々違うのだから、アホみたいなアンチワクチンの謎理論展開で毎回オーストラリアの名前を出さないで! ということを声を大きくして言いたいので、ここにブログを書きなぐり始めました。中には獣医師でも勘違いしていることが多い分野なので、長いことつらつら書きます。このブログ記事の主な使い方としては「豪州における狂犬病の歴史や対策の学習」「豪州と日本という狂犬病清浄国の大きな違い」そして「謎理

                                          オーストラリアの狂犬病対策 ‐ 日本との違い - とある獣医の豪州生活Ⅱ
                                        • Retty の Terraform CI/CD 解体新書 - Retty Tech Blog

                                          Retty インフラチームの幸田です。 6月に実施したマイクロサービス強化月間で公開した記事では、マイクロサービス環境を Terraform を利用して刷新した話を書きました。 engineer.retty.me この記事では前回と重複する箇所もありますが、Terraform の CI/CD にフォーカスした内容を書こうと思います。 CI を整備するにあたって意識したこと 「誰でも」かつ「安全に」利用できるように CI 上ですべての作業を完結させる Pull Request によるレビュー環境の整備 バージョンアップ作業の完全自動化 Terraform のディレクトリ構成について リポジトリの運用フロー Terraform によるリソースの追加、変更、削除 tfmigrate によるステートファイルの操作 CI で実行される job について Pull Request をオープンした時 P

                                            Retty の Terraform CI/CD 解体新書 - Retty Tech Blog
                                          • 米国連邦政府におけるクラウド戦略「Cloud First」の失敗と教訓|ミック

                                            本稿の趣旨は米国連邦政府のクラウド推進戦略、いわゆる「Cloud First」から始まる一連の政策が辿った経緯を概観することである。米国のクラウド戦略は、掛け声こそ勇ましかったものの、あまりうまくいかなかった。これは筆者の主観ではなく、連邦政府自身がそれを認めるレポートを出している。あとで具体的に見ていこうと思う。 本邦においてもガバメントクラウドが本格的に動き出している。さくらインターネットが政府公認のベンダーとして認証を受けたことが話題になったのはつい最近のことだ。本邦のクラウド戦略もかなり米国のそれを参考にしており、そのまま進むと同じ轍を踏む可能性もなきにしもあらずである(実際には米国と日本では政府の置かれている状況がかなり違うので、一概に米国と同じ道筋を辿るとは言い切れないのだが)。しかし、世界で最も積極的にクラウドを採用した政府がどのような点で成功し、どのような点で苦しんできたか

                                              米国連邦政府におけるクラウド戦略「Cloud First」の失敗と教訓|ミック
                                            • Workspacesで、海外リモートワーカーのデスク紹介を眺めるのが楽しい件 - このすみノート

                                              Workspacesは、主に海外を中心としたデスク紹介サイトです。 私はまだリモートワーク歴が浅いので、リモートワーク環境を充実させるためのヒントを探したく、参考にしております。 www.workspaces.xyz 名だたる企業で活躍されている方のデスクを紹介 デスク紹介を眺めていると、私でも知っている企業の名前が、わりと出てきます。 FacebookやNetflixは、こういったクリエイティブ環境で開発やデザインがされていることを知れる、まさに舞台裏です。 裏側を知ると、何故かテンションが上ってきます。 Facebook 映えある1番目の投稿は、FacebookのエンジニアであるShivkanth Bagavathy氏。 PCはMacBook Proで、デスク周りが濃いグレーと黒系統で統一されております。 シックでかなり素敵です。 001 - Shivkanth Bagavathy T

                                                Workspacesで、海外リモートワーカーのデスク紹介を眺めるのが楽しい件 - このすみノート
                                              • アベノミクスのレガシー|GY

                                                凶弾に倒れた安倍晋三もと首相ですが、彼の最大の功績は、いうまでもなく"アベノミクス"で停滞する経済を、不十分とはいえ建て直した点です。 詳しくは以下のnoteを参照していただくとして、彼が亡くなったのを機会に、あらためてデータで振り返り、何人かの経済学者の意見を参照してみます。 需給ギャップ。金融緩和、さらに初年度は財政出動で需要喚起に成功し、長らく続いていた供給>需要を、供給<需要に逆転しました。 需給ギャップ(内閣府&日銀)・1991.1Q-2022.1Q 供給>需要を、供給<需要へと転換した結果、1997年以来続いていた物価下落を食い止めました。 CPI(All intems, Core, Core Core)・ 1996.1-2022.5 これは成長率の名実比較-名目<実質ならデフレ、名目>実質ならインフレ-にも表れています。 成長率(名目&実質)・1995-2021 需要喚起に成

                                                  アベノミクスのレガシー|GY
                                                • Google社の優れたマネジャーが備える10の特徴 1位の「コーチング」スキルが求められる背景とは

                                                  多様化するメンバーを束ね、プレイングも期待されるなど負荷の高いマネジャーの支援が求められる中、株式会社リンクアンドモチベーションが主催した人事・経営者向けのセミナーに、グローバル人事トレンドにも精通し、世界各国でラーニングプラットフォームUMUを提供するユームテクノロジージャパン株式会社の小仁聡氏が登壇。リンクアンドモチベーション社の梅原英哉氏と、人材開発のプロが集まる国際会議「ATD ICE」で話題になった「リーダーシップとマネジメントの開発」について語り合いました。 リンクアンドモチベーションの創業のきっかけ 梅原英哉氏(以下、梅原):今回は「マネジャーの成果・成長支援のためのHRTech最前線」というテーマで、1時間でお届けしていければと思います。 本日は2人で進めていきますが、まずは私から自己紹介をさせていただきます。私はリンクアンドモチベーションの地域創生推進室で室長を務めており

                                                    Google社の優れたマネジャーが備える10の特徴 1位の「コーチング」スキルが求められる背景とは
                                                  • もうリリースは怖くない ― 大きな変更を安全に本番適用するTips - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                    こんにちは、AWS版kintoneのDevOpsエンジニアをしている@ueokandeです。 AWS版kintoneは2019年9月のローンチから現在まで、幾度となく機能改善をしてきました。 ローンチ当時よりも利用者が増え、スケーラビリティのために内部設計を大きく変更することもあります。 先日公開したメール送信の設計変更もその1つです。 blog.cybozu.io 安定運用のために必要なリリースではありますが、実装を大きく変えることで不具合混入のリスクもあります。 それだけではなく、パフォーマンス改善のつもりが、本番環境に投入して逆にパフォーマンス低下が発覚するというケースもあります。 この記事では、大きな変更を安全にリリースするためのTipsを紹介します。 記事の最後ではSpring Bootの実装例と、Kubernetesでの実現方法も紹介します。 切り戻し戦略 大きな変更を安全にリ

                                                      もうリリースは怖くない ― 大きな変更を安全に本番適用するTips - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                    • AWS 認定 ソリューションアーキテクト – プロフェッショナル(AWS Certified Solutions Architect – Professional)の学習方法 - NRIネットコムBlog

                                                      小西秀和です。 この記事は「AWS認定全冠を維持し続ける理由と全取得までの学習方法・資格の難易度まとめ」で説明した学習方法を「AWS 認定 ソリューションアーキテクト – プロフェッショナル(AWS Certified Solutions Architect – Professional)」に特化した形で紹介するものです。 重複する内容については省略していますので、併せて元記事も御覧ください。 また、現在投稿済の各AWS認定に特化した記事へのリンクを以下に掲載しましたので興味のあるAWS認定があれば読んでみてください。 ALL Networking Security Database Analytics ML SAP on AWS Alexa DevOps Developer SysOps SA Pro SA Associate Cloud Practitioner 「AWS 認定 ソリュ

                                                        AWS 認定 ソリューションアーキテクト – プロフェッショナル(AWS Certified Solutions Architect – Professional)の学習方法 - NRIネットコムBlog
                                                      • 中国提案"New IP"をIETFが蹴る、インターネット分断を懸念〜インターネットと人権|星 暁雄(ITジャーナリスト)

                                                        インターネット技術を推進する団体IETFは、中国が提案したインターネットの中核を置き換える新技術New IP(IP: internet protocol)に全面的な「ノー」を突きつけた。 中国HuaweiがITUに"New IP"提案、IETFは連絡を受け検討 経緯は次のようになる。2019年9月、中国企業Huaweiの専門家らが、国連機関ITU(国際電気通信連合)に対して新たなインターネットの基本技術"New IP"を提案した。この提案は、ITUからインターネット技術を推進するIETF(The Internet Engineering Task Force)にも伝えられた。2020年3月28日、Financial Timesはこの新技術New IPへの懸念を伝える長文記事を掲載した(Inside China’s controversial mission to reinvent the

                                                          中国提案"New IP"をIETFが蹴る、インターネット分断を懸念〜インターネットと人権|星 暁雄(ITジャーナリスト)
                                                        • RDBの限界とNoSQLの登場

                                                          事実世界のインターネット人口が増えたのは1990年代からだ。 [引用] http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h10/html/98wp2-3-1f.html [引用] http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h29/html/nc144210.html __NoSQL__の登場 1990年に入るとインターネットの利用人口が急激に増加することになる。 この頃からトランザクションに最適化されて設計されたDBでは性能劣化が始まり、システムはデータベースに対しスケール性能を必要とし始める。 多くの開発者は、単一の強力なサーバーでリレーショナル・データベースを実行するのではなく、リレーショナル・データベース管理システム (RDBMS) のパーティショニング (シャー

                                                            RDBの限界とNoSQLの登場
                                                          • 2023年の話題&ベストセラーをまとめて紹介! Udemyで今年最大級のセール開催、生成AIなど対象講座が1,200円より - はてなニュース

                                                            世界中を席巻した生成AIは、ブームに終わることなく着実に社会のさまざまな場面で利用が進んでいます。特にChatGPTを始めとするテキスト生成はビジネスシーンですぐに適用可能なケースも多く、使いこなす人とそうでない人には大きな差が生じつつあります。 使いこなすノウハウにも一定の知見が貯まっており、定番となるセオリーが整理されています。正しく学ぶことができれば一気にキャッチアップできるでしょう。Udemyの講座でも、ChatGPTを使いこなすプロンプトの作法や、アプリケーションにLLM(大規模言語モデル)を組み込むノウハウ、AIをより深く知る数学知識などに人気があります。 この記事では、2023年11月17日(金)に始まるブラックフライデーセール(24日まで)、そして26日(日)から2日間のサイバーセールの対象になる人気講座から、エンジニアリングやビジネスシーンにおいて読者の成長を助けてくれる

                                                              2023年の話題&ベストセラーをまとめて紹介! Udemyで今年最大級のセール開催、生成AIなど対象講座が1,200円より - はてなニュース
                                                            • 令和にふりかえる C10K 問題

                                                              C10K 問題 (the C10K problem) は1999年に Dan Kegel が発表した文章、ならびにそこで提示された「問題」です。文章はその後も2000年代前半に何度か更新されているのですが、さすがに令和に読み返すと、当初の問題意識がわかりにくいところがあります。 2000年からの10年は、 ソフトウェア面では、select(2), poll(2) にかわる新しいシステムコールの実装と、それを使ったアプリケーションの普及 ハードウェア面では、x86 アーキテクチャの64ビット移行、仮想化命令の追加と、マルチコア化 さらにそこにクラウドも登場する、面白い時代でした。ここでは、それらの出来事を中心に、さらに、当時の雰囲気をつたえるような日本国内のブログやインタビュー記事をまとめることで、C10K 問題が、さまざまな側面から解決されていく流れを説明したいと思います。 書き足したいと

                                                              • Broken Ownership

                                                                Have you been in any of these situations? Managers make decisions that’s out of their leagues and everyone else in the team ends up paying for it. Knowledgeable people passively observe without bothering to contribute. Sometimes they are denied access to the room. Developers act like code monkeys, throwing the code over a metaphorical wall for the QA to test and “DevOps” to run. In “you build it,

                                                                  Broken Ownership
                                                                • 「キャッシュは麻薬」という標語からの脱却 - id:onk のはてなブログ

                                                                  これは はてなエンジニア Advent Calendar 2023 の 18 日目の記事です。昨日は id:gurrium による private-isuで70万点取るためにやったこと - ぜのぜ でした。私は 50 万点ぐらいで満足してしまっていたので、しっかり詰めていて凄いなと思う。 developer.hatenastaff.com Web アプリケーション開発において、「キャッシュは麻薬」という言葉がインターネット上をよく飛び交っています。YAPC::Kansai OSAKA 2017 の id:moznion のトークでよく知られるようになったワードじゃないかな。 初出はちゃんとは分からないんですが、少なくとも 2011 年には言われていますね。 「キャッシュは麻薬」とはよく言ったものだ。— TOYAMA Nao (@nanto_vi) November 5, 2011 キャッシ

                                                                    「キャッシュは麻薬」という標語からの脱却 - id:onk のはてなブログ
                                                                  • 立憲民主党副代表の原口一博議員とQアノン・トランプ元大統領 - アンテナ開発者ブログ

                                                                    外からトランプを応援してるだけでなく、トランプチームと実際に会って情報交換もしつつディープステート陰謀論を広めている現役の野党第一党副代表。 2017年 米国では真に平和と正義を希求する人達のいわゆるディープステートとの闘いが熾烈さを増している。同盟国は大きく進化しようとしているのに古い政治意識のまま「飼い慣らされ」た諦めに安住したらそれこそ終わりだと私は思う。構造改革と言う日本売り渡し政策も外圧という嘘とセットに進められてきた。 https://t.co/SgWkhP9sxu — 原口 一博 (@kharaguchi) June 18, 2017 日本報道だけ見てるとトランプ大統領は愚かで下品な人物だと思いこまされるが©︎ 軍アカデミー出身の彼が戦争屋と戦っているのは事実のようだ。 駐日大使も決まった。ルース大使の時はよく意見交換したが久しぶりに米国大使館を訪れたい。ハガティ大使は同年。

                                                                      立憲民主党副代表の原口一博議員とQアノン・トランプ元大統領 - アンテナ開発者ブログ
                                                                    • メルカリのテックリードが学んだ、HowよりWhyを重視することが大切なわけ - Findy Engineer Lab

                                                                      IT技術は進歩のスピードが速い領域です。だからこそ過去から現在、そして将来に向けた変化を理解することは、ITエンジニアとしてキャリアを構築していく上で必要な考察となるでしょう。ときには、こうあるべきという将来像を描くこともあるかもしれません。 株式会社メルカリでプラットフォームチームのテックリードを務める中島大一(@deeeet)さんは現在、メルカリが2年ほど前から進めているマイクロサービスへのアーキテクチャ移行において、そのインフラ自体や、そこで開発するエンジニアに向けたツールセットの提供などを行っています。 エンジニアとしてキャリア7年になる中島さんですが、2年目の2015年には同じような当時の若手インフラエンジニア(@ryot_a_raiさん、@rrreeeyyyさん、@yuuk1tさん、@hfmさん、@catatsuyさん)との集まりで、「ある若手インフラエンジニアの現状確認」と題

                                                                        メルカリのテックリードが学んだ、HowよりWhyを重視することが大切なわけ - Findy Engineer Lab
                                                                      • オンラインが普及した今、あえて「リアルで会う」9つの意味 - FEEEP's blog

                                                                        わざわざこの時代にリアルで会う意味とは何なのか? コロナが始まってはや2年以上が経過しました。ぼちぼちそんなコロナ禍の規制も緩和され出して、最近は街に人がまた戻ってきたように感じます。皆さんも人と会うことを楽しんでいる頃じゃないでしょうか。 さて、今回のコロナの蔓延によって、社会様式は大きく変化しました。徐々に導入されつつあったオンラインミーティングやテレワークもコロナを機に、一気に普及しました。 この「オンラインで会う」という新しい生活様式は、コロナが落ち着いてきたとともに、通常通り対面で会う形式に戻ったものもありますが、今後も引き続き根付いていくものもあると思います。 ただ、このコロナ禍で、ずっと気になってたことがあるんです。 というのも、何か製品を作っている、だとか、その商品のチェックは実物をリアルでみないと、などの、「リアルで会わないと仕事にならない」という人もたくさんいますが、一

                                                                          オンラインが普及した今、あえて「リアルで会う」9つの意味 - FEEEP's blog
                                                                        • MIT Tech Review: 英政府、独自の新型コロナ「集団免疫」戦略を修正へ

                                                                          英国政府に助言するため専門家グループが新たな報告書をまとめた。英国政府が出した新型コロナウイルス(SARS-CoV-2)に対する「集団免疫」アプローチは、結果として25万人もの命を奪う可能性があり、保健医療機関の崩壊阻止にほとんど役立たないと、厳しく評価している。 英国のボリス・ジョンソン首相は先週、英国が欧州隣国とは異なる新型コロナウイルス戦略を採用すると発表した。ほとんどの国の政府は、多くの人が集まる機会を抑制し、隔離措置を課す「社会距離戦略」を推進することで、ウイルスの拡散を抑制しようとしている。しかし、ジョンソン首相はこのような措置を見送り、アウトブレイクによる保健医療システムの崩壊を防いで感染拡大ピーク時に最も脆弱な人々を保護するために、他国と一線を画す計画を実施すると発表した。この戦略では、人口の少なくとも60%が新型コロナウイルスに感染し、回復することが見込まれている。感染者

                                                                            MIT Tech Review: 英政府、独自の新型コロナ「集団免疫」戦略を修正へ
                                                                          • 【Atomic Designに懐疑的なあなたへ】改めて考えたい React / Next.js のデザインパターン

                                                                            フロントエンド開発は一般的に複雑性との戦いです。放ったらかしにしておくとますます複雑になり、変更するのが難しくなります。これまでにも、このような複雑さをどうにかして制御しようとして、Atomic Designをはじめとした様々な設計手法(デザインパターン)が考えられてきました。 しかし、React / Next.js を使ってチーム開発を行う際に、現状のデザインパターンでの運用では「どうもうまくいかないな」と思う場面に多々遭遇しました。そのような経験を踏まえて、「コンポーネントをどのように設計するか」「どのようにディレクトリを分けるか」を徹底的に考え、新しいデザインパターン「Tree Design」にまとめました。 Tree Design はまだまだ仮説段階です。今後弊社チームで運用していく中でブラッシュアップする予定です。しかし、他のフロントエンド開発チームがデザインパターンを再考する際

                                                                              【Atomic Designに懐疑的なあなたへ】改めて考えたい React / Next.js のデザインパターン
                                                                            • GitHub Actions のワークフローをチェックする actionlint をつくった - はやくプログラムになりたい

                                                                              GitHub Actions のワークフローを静的にチェックする actionlint というコマンドラインツールを最近つくっていて,概ね欲しい機能が揃って実装も安定してきたので紹介します. github.com なぜワークフローファイルの lint をすべきなのか GitHub Actions が正式リリースされてからだいぶ経ち,GitHub 上での CI は GitHub Actions が第一候補となってきているように感じます.僕も新規にリポジトリを作成して CI をセットアップする場合はほぼ GitHub Actions を使っています. ですが,GitHub Actions には下記のような問題があり,actionlint でそれらを解決・緩和したいというのが理由です. ワークフローを実装する時は,GitHub に push して CI が実行されるのを待って結果を確認するという

                                                                                GitHub Actions のワークフローをチェックする actionlint をつくった - はやくプログラムになりたい
                                                                              • 子育てでエビデンスを重視するのは、手を抜きたいから - 斗比主閲子の姑日記

                                                                                私は基本的にエビデンスベースで子育てをしています。「エビデンスベースの子育てってなに?」と思うかもですが、要は、研究で成果が確認されている方法を参考にして子育てをするというものです。 子どもの近視を予防するために、2時間外にいてもらうのも、2017年の慶応大学医学部の研究を知ってから始めたことですし(現在は、日本眼科医会でも推奨)、 Violet Light Exposure Can Be a Preventive Strategy Against Myopia Progression 子どもの虫歯予防のために、食後にキシリトールガムを噛んでもらうのも、研究成果があるからです。 キシリトールについて - 歯とお口のことなら何でもわかる テーマパーク8020 学業については、因果関係、再現性の検証が難しいところではありますが、中室牧子さんや新井紀子さんの次の本を参考にしつつ、 「学力」の経済

                                                                                  子育てでエビデンスを重視するのは、手を抜きたいから - 斗比主閲子の姑日記
                                                                                • リクルートのAWS基盤におけるTerraform運用_実践的な取り組みと組織づくり / HashiCorpVirtualStrategyDay_sudo

                                                                                  2022/04/21_HashiCorp Virtual Strategy Day Japan Vol.2での、須藤の講演資料になります

                                                                                    リクルートのAWS基盤におけるTerraform運用_実践的な取り組みと組織づくり / HashiCorpVirtualStrategyDay_sudo