Go 1.22のEnhanced ServeMuxに合わせて設計されたルーティングライブラリmichi
michiはGo 1.22のEnhanced ServeMuxに合わせて設計された設計されたルーティングライブラリです。 以下で試すことができます。 機能 net/httpと100%の互換性 - http.ServerMux, http.Handler and http.HandlerFunc Enhanced http.ServeMux - Go 1.22からHTTP Methodの指定とPathValueの取得ができます。 chiのようなインターフェース - Route, Group, With and chi middlewares 外部パッケージへの依存はありません - 標準packageのみを利用しています 軽量 - コードは160行以下です。 michiはHandlerのセットアップだけをサポートしており、ルーティング機能はhttp.ServeMuxへ委譲します。 パフォーマン
Reactは悪い意味でも現在のjQueryだし、それを受け止めないと前に進めないということ
HTMXのCEOに就任したので[1]、記念に記事を書きたいと思います。 HTMXサイトのエッセイ[2]はどれも珠玉の出来で評判ですが、それらを読んでもわかるとおり、HTMXは「Webはこうあるべき」という主義主張のあるライブラリです。その主義主張のかなり初歩的な前提を書きたいと思います。 Reactはなぜだめか、という話です。 21日追記 ちょっと誤解が生じているために書き足しますが、Reactのパフォーマンス(及びそれ以外のこと)への批判というのはHTMX固有のものではありません。SvelteやSolidJSといった新興JSフレームワークやRails等の非JS WEBフレームワーク、SSG開発者たち、それからReact開発者たち自身といった多様なWEB開発者たちに共有されている見方です。この記事の最後の方でReact批判記事のリンク集を引用していますが、そういった多様なバックボーンの人た
【電柱編】引越しにおけるネット回線ガチャと開通待ちで勝利するための知見まとめ 2024春 - はげあたま.org
www.hageatama.org blog.hatenablog.com 自分の周辺でネットの開通で事故っている人に向けて書いた記事が、2023年のはてなブログで年間3位になっちゃった奴の続編です。引っ越しシーズンでまたアクセスがちょこちょこと伸びてるので今度こそ書き上げるぞ！と思ってたのに、言いたいこと全部書いたら電柱見上げる話で長文になってしまい完結しませんでした……。 前回のような、一般向け想定の妥協はしません。今回は本当の誰得記事なので、拾える枝葉も残しましたし、読みやすさも捨てました。 そもそも私自身、別にネットワークエンジニアどころか、IT業界の人間ですらないので専門的な正しさは保証できません。ぜひフィードバックはほしいし、何ならこの上位互換の記事を書いてください。私が読みたい。 【主張の概要】 光コンセントが元からある物件を選べ フレッツ光回線でプロバイダをいつでも切り替え
ARMアーキテクチャがメモリアクセスを省略することで意図したベンチマークになっていなかった話
概要 あるサンプルコードのベンチマークを測定したところ、期待していたよりも18倍速い結果が出力されました。バイナリを調査してみると、メモリ読み出しの命令が1つ増えるだけでこの性能差が生じていました。さらに調査を進めると、ARMアーキテクチャは連続したメモリへの書き込みを1つにマージし、実行を省略する可能性があることがわかりました。そのため、一般的なベンチマークのように複数回の測定結果を平均化するやり方では、正しい速度を測定できていませんでした。 「パフォーマンスを解釈するのにアーキテクチャの理解が不可欠だった事例」として面白かったのでこの記事を書いてみました。Go言語で説明しますが、言語に依存しない話だと思います。 得られた教訓 バイナリを見ても説明できない性能差は、アーキテクチャの理解によって説明できることがある マイクロベンチマークは、何を計測しているのかを理解した上で実施する必要があ
オンラインゲーム 10年の進化と同期方式の選び方 - きゅぶろぐ
オンラインゲームを作ろう！と思ったことがある方は、 こちらの講演記事を1度は見たことがあるのではないでしょうか。 www.4gamer.net こちらの講演は、具体例を交えながら非常に分かりやすくオンラインゲームの主な同期方式が説明してあり、 2024年現在でもオンラインゲームの基礎を学ぶ資料として真っ先に名前を上げる最高の資料です。 しかしながら講演は2010年のものであり、オンラインゲームはこの10年余りで進化しています。 この辺りの進化の話を簡単にまとめつつ、オンラインゲームの同期方式の選び方を紹介します。 （上記講演記事の知識/用語を前提としているため、先に上記記事をお読みください。） オンラインゲームの民主化について 技術の話をする前に。 近年、「マルチプレイヤーゲーム」と聞いてオフラインの画面分割ゲームを想像する人はいないと言って良いほど オンラインゲームは民主化されてきました
Proto Actor（Go）でスキャッタ・ギャザーを実装してみよう - ytake blog
メッセージパッシングの世界にようこそ。 ここしばらくはアクターモデルばっかりやってるおじさんです。 アクターモデルといえば、多くの方々はAkka/Pekkoを連想すると思います。 pekko.apache.org akka.io が、実はGoでも実践に投入できるレベルのものがいくつかあります。 proto.actor cloud.ergo.services 今回はprotoactor-goを使って、スキャッタ・ギャザー実装の解説をしていきます。 アクターモデル自体の解説はしませんので、 わかっている方 or 興味ある方向けにはなりますのでご了承ください。 スキャッタ・ギャザーって何？ エンタープライズ統合パターンという、 テクノロジーに依存しないソリューションとしてメッセージングを扱ったパターンがあり、 そのうちの一つがこのスキャッタ・ギャザーです。 Enterprise Integrat
Git の Squash マージをやめた話 - Mobile Factory Tech Blog
こんにちは！ブロックチェーンチームでエンジニアをしている id:dorapon2000 です。最近買ってよかったものは「潮の華 あおさといわしふりかけ」です。 今回は Git の Squash マージについての知見を共有したいと思います。端的に言うと、 チーム開発で Non Fast-Forward マージをやめて Squash マージを採用し、再び Non Fast-Forward マージに戻した経緯の説明です。Squash マージを運用に導入するか考えたことがある方の参考になればと思います。 Squash マージとは マージには 3 種類ありますね。みなさんはトピックブランチを main へマージする際にどのマージ方法を利用していますか？ Fast-Forward マージ git merge --ff-only Non Fast-Forward マージ git merge --no-f
Kubernetesクラスタ内に大量のServiceリソースがあるとNginxコンテナが起動しなくなる - Pepabo Tech Portal
こんにちは、技術部プラットフォームグループのそめやポチです。最近はpng形式の画像をjpeg形式に変換する仕事をしています。 この記事では、私が社内のKubernetesクラスタのお世話をしているときに出会ったトラブルとその解決方法、またトラブルが起こった原因について説明します。トラブルの原因についてはKubernetes, Nginx, Linuxの3つのプロダクトについて、コードリーディングをしながら解説します。 直面した事象 急にKubernetesクラスタ内のNginxコンテナが起動しなくなりました。 GMOペパボが提供しているサービスの一つであるminneでは、検証用のKubernetesクラスタを利用しています。本番環境で使用しているKubernetesクラスタを模倣した、開発・検証のための環境です。そのクラスタ内でトラブルが起きていました。 トラブルの説明をするために、まずこ
モジュラモノリスにおけるトランザクション設計の考え方 / transaction design on modular monolith
モジュラモノリスにおいてトランザクションはどうあるべきなのかについて整理している資料が少ない気付きがあったので「簡易的に」整理しました
マイクロサービスの認証・認可とJWT / Authentication and Authorization in Microservices and JWT
OCHaCafe Season4 #4の資料です． デモのソースコード等はこちらをご参照ください．
(翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl
Rubyの並列並行処理のこれまでとこれから - クックパッド開発者ブログ
技術部の笹田です。今日で退職するので、バタバタと返却などの準備をしています。 本記事では、Rubyの並行並列処理の改善についての私の取り組みについて、おもに RubyKaigi 2022 と 2023 で発表した内容をもとにご紹介します。 並行と並列はよく似た言葉ですが、本記事では次のような意味で使います。 並行処理（concurrent processing）は、「複数の独立した実行単位が、待っていればいつか終わる（もしくは、処理が進む）」という論理的な概念で、古典的にはタイムシェアリングシステムなどが挙げられます。 並列処理（parallel processing）は、「複数の独立した実行単位のうちのいくつかが、あるタイミングで同時に動いている」という物理的な概念で、古典的には複数のCPU上で同時に実行させる、というものです。最近では、1つのCPU上で複数コアが同時に動いている、という
組織をスケールさせるための Four Keys とチームトポロジー
Findy 開発生産性 Conference における発表です
マネージャー＆リーダー向け 社内トレーニング / Training of management and leadership for Stockmark
ストックマークの社内研修の公開版※資料です。 （※実際に研修で利用したものとは異なります）
行動経済学に基づく効果的なプロモーション手法の共同研究を実施しました - TVer Tech Blog
こんにちは、主としてデータにまつわる四方山を相手にしている森藤です。 昨年の2022年6月から取り組んでいた、慶應義塾大学 星野ゼミ様との共同研究「行動経済学に基づく効果的なプロモーション手法」が一旦、完了しましたので、本技術ブログでも公開いたします。 tver.co.jp hoshinoseminar.com 課題 TVer は「見逃し配信サービス」であるにも関わらず、それすらも「見逃してしまう」ユーザに対して、どのように「見逃さないでいてもらうか」が大きな課題となっていました。 バラエティであれば、連続する回で無い限りは、次のエピソードから視聴していただくことも可能ですが、ドラマやアニメのような連続する番組の場合は、一話の見逃しがそれ以降全ての見逃し = 離脱につながってしまい、 TVer のビジネスモデルである AVOD (広告型動画配信) の広告在庫の源泉である再生機会を逸してしま
「最悪なのは、無能にもかかわらず何かやりたがるヤツ」押井守監督が明かす「組織を自滅に導く“要注意人物”の正体」 | 文春オンライン
【Q：すぐに仕事を減らしてもらう同僚にもやもや（会社員・40代・女性）】 同じ部署の同僚のことです。彼女は、自分のキャパ以上の仕事が回って来ると上司に「こんなにできません」と言って仕事を減らしてもらっています。残業をするつもりはまるでないようです。 当然、そのしわ寄せは私のところに来ます。私は土日を削ってもやってしまうので、それが繰り返されてしまう。キャパは人それぞれだと判っているし、自分が彼女のように「できません」と言える性格でもないことも知っています。でも、不公平じゃないのと、暴れたくなる夜もあります。押井さん、私はどうやってこの気持ちと折り合いをつければいいのでしょうか？ 押井守「世の中はそういうふうにできているから、仕方ありません」 押井 「暴れたくなる夜もあります」ってことは、実際は暴れてないんだよね。だったら一度、暴れてみればいいんじゃないのと思うけど、そういうことができない人
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to Build a Go Program without Using go build | Mercari Engineering
golang interface that depends on interface
小さなバグが生んだ悲劇、そこから学ぶ耐障害性の高いアプリ設計
日々の意思決定の積み重ねを記録するアーキテクチャ・デシジョン・レコード / Architectural Decision Records
