DNSプロトコルのここ数年のトピック紹介
こんにちは、滝澤です。 筆者の趣味として調べているDNSのプロトコルのここ数年のトピックについて紹介してみます。 ほぼ毎年、DNSに関連する新しいRFC（インターネットに関する技術仕様）が公開され、仕様が更新されたり、新しい仕様が追加されたりしています。 ここ数年のトピックについてまとめてみたいと思い立ち、この記事を書きました。 なお、この記事は2020年8月時点での情報となります。すべてを網羅しているわけではありません。 ちなみに、筆者は次のサイトを公開している人でもあります。 DNS RFCs ANYクエリーに対してRRsetをすべて返すわけではない 2019年1月に「RFC 8482 Providing Minimal-Sized Responses to DNS Queries That Have QTYPE=ANY」が公開されました。 このRFCでは、DNSレスポンダー（DNSレ
Excelをめぐっては政府が、機械判読可能なデータの表記方法の統一ルール案を提示（PDF）。セルを結合したり、1セルに複数のデータを記載したり、スペースで体裁を整えるといったことは避けるよう提案している。 RelaxTools Addinの開発者はこの提案に則り、シートの背景に「セル結合禁止」「1セル1データの法則」「スペースで体裁を整えない」などの文言を表示できるようにした。「Excel方眼紙禁止」や、「draft」「締め切り厳守」「機密情報」といった文言にも対応。文言は画面に表示されるのみで、印刷はされない。 開発者のフォロワーである「りゅうりゅう」さんがTwitterで、Excelの背景に「セル結合禁止」と書いた画像を投稿し、大きな反響があったことに触発され、りゅうりゅうさんの許可を得てRelaxTools Addinに追加することにしたという。 開発者は「『あかんヤツ』は人それぞれ
Webデザインに触れるすべてのユーザーは（少なくともシンギュラリティが到来するまでは）人間であり、なにかしらの心理学的法則の対象です。何十年もの研究において、心理学者と哲学者は今日に至るまで有効な人間の本質を観察し続けており、有能なUXデザイナーであれば、彼らの研究に目を向けるのが賢明でしょう。 疑うまでもなく、UXに心理学を適用することはシームレスで楽しいユーザー体験を提供する上で最適な選択です。人間の心理に注意を払わないWebサイトを閲覧することは、（VoxのJoe Posner氏が述べているように）押し戸を引いているようなもので、自身のせいでなくとも自分が愚かだと感じてしまうものです。 幸運なことに、あなたのデザインが心理的に適切なのかを試すために、臨床試験をしたり論文を書く必要はありません。既に心理学者がやっているからです。ここではUXデザインを考える際に頭に留めておきたいいくつか
A Tiny, Static, Full-Text Search Engine using Rust and WebAssembly | Matthias Endler
I wrote a basic search module that you can add to a static website. It's very lightweight (50kB-100kB gzipped) and works with Hugo, Zola, and Jekyll. Only searching for entire words is supported. Try the search box on the left for a demo. The code is on Github. Static site generators are magical. They combine the best of both worlds: dynamic content without sacrificing performance. Over the years,
はじめに サービス構成 レポジトリ一覧 サーバー側Railsアプリ クライアント側Railsアプリ 開発の流れ 利用ツール swagger-cli committee-rails 不具合1: ファイルの分割 不具合2: $refとnullableの同時使用 json-schema openapiの記法に合わせた機能拡張 openapi-generator-cli (Ruby client) 不具合1: 中途半端な型チェック 不具合2: oneOf/anyOfに非対応 factory_bot 終わりに We are hiring! はじめに 前回の記事では、OpenAPIで新しいウェブAPIを定義する際に、yamlのままで読みやすいようにファイル構成等を工夫した話をしました。 今回はそのAPIスキーマを使って、Railsでスキーマ駆動開発を実現するにあたって利用しているツール類についてお話し
HTML 1.0～2.0 は IETF が、HTML 3.2～5.2 は W3C が標準化を進めていましたが、W3C とは別に、Apple, Mozilla, Opera の開発者らが設立した WHATWG という団体が独自に策定を進めている HTML 仕様です。HTML Living Standard と呼ばれ、バージョン番号や第何版という概念がなく、日々、改版が進められています。 HTML Living Standard: https://html.spec.whatwg.org/ 現在では、W3C による HTML5 の仕様策定は中止され、HTML Living Standard が HTML の標準仕様となっています。以下では、HTML 1.0 から HTML Living Standard に至るまでの HTML の歴史について紹介していきます。 手っ取り早く要素の追加・削除の歴
ブログをAstroに移行した
ブログを Astro に移行した Astro とは Astro の公式サイトの説明を見てもらうのが早いかもしれない Astro is an all-in-one web framework for buildingfast, content-focusedwebsites. コンテンツ主体のウェブサイトを高速に作れるオールインワンウェブフレームワーク、という説明だが実際使ってみた感じ概ね合っていると思う. 特徴的なのが Astro で採用している Island Architecture と呼ばれるアーキテクチャで、UI の各コンポーネントを Island (島）のように見立ててそれぞれ独立したマイクロフロントエンドのように扱うことが出来る構成になっていること。 完全に Static な HTML とレンダリング後に Hydration (静的な HTML に後からイベントハンドラを設定)し
考慮する点 成果物のデプロイ ビルドの成果物（artifct）をアップロードすること。アップロードと公開は分けて考えることに注意。デプロイ先にはいくつか候補がある： GitHub Packages (旧GitHub Package Registry) Maven Central Repository Docker HubなどのDocker Registry GitHub Packagesはコンテナも.jarもまとめて置けるが、コミュニティ標準の場所ではないので利用する際にひと手間必要になる。プライベートプロジェクトの場合は積極利用することになりそう。FOSSなら基本的にMaven Centralに置くことになる*1。プロジェクトによっては.jarファイルとしてではなくコンテナとしてデプロイすることもあるだろう。 リリースノートの作成 CHANGELOG.mdやsrc/site以下のファイル
Top 20 Dockerfile best practices
Learn how to prevent security issues and optimize containerized applications by applying a quick set of Dockerfile best practices in your image builds. If you are familiar with containerized applications and microservices, you might have realized that your services might be micro; but detecting vulnerabilities, investigating security issues, and reporting and fixing them after the deployment is ma
あけましておめでとうございます。株式会社ミツエーリンクスの中村直樹です。昨年に引き続き、技術仕様と国内法整備に関して、2022年のWebアクセシビリティの短期的な予測をしてみます。 WCAG 2.2とWCAG 3.0 WCAG 2.2に関しては、2020年末では2021年2月にCandidate Recommendation（勧告候補）になる予定だったものが、ずるずるとスケジュールが後ろ倒しになっており、執筆時点の2021年12月初頭になっても未だに勧告候補のステータスにはない状況です。一方で、執筆時点でのWhat’s New in WCAG 2.2 Working Draftによれば、2022年6月にRecommendation（勧告）を発行するスケジュールとのことです。 このスケジュールに間に合わせるのであれば、逆算すると4月までに勧告候補を発行する必要があります。よって、4月に勧告候
歴史・年表でみるAWSサービス(Amazon EventBridge編) －機能一覧・概要・アップデートのまとめ・入門、Amazon CloudWatch Eventsとの違い－ - NRIネットコムBlog
小西秀和です。 「歴史・年表でみるAWS全サービス一覧 －アナウンス日、General Availability(GA)、AWSサービス概要のまとめ－」から始まったAWSサービスを歴史・年表から機能を洗い出してまとめるシリーズの第5弾です(過去、Amazon S3、AWS Systems Manager、Amazon Route 53について書きました)。 今回はAWSサービスのイベント検知、条件に応じた他のAWSサービスへのイベント連携、イベントの生成などをするAmazon EventBridge(旧Amazon CloudWatch Events)について歴史年表を作成してみました。 今回もAmazon EventBridgeの誕生から機能追加やアップデートを追いながら主要機能を現在のAmazon EventBridgeの機能一覧と概要としてまとめています。 これらが、各AWSサービス
次期C標準 (C23) の内容が固まったらしい
C23については最近のC言語と、次期C標準(C23)でも軽く紹介しました。 今回、C23入りする内容が大体固まったようなので改めて紹介します。 この記事を書いている時点での最新の公開されたWorking Draftは N2912 N3047 N3054 N3096です。ただし、C2y向けの最初のドラフトN3220もあり、そちらの方が実際の内容に近いかもしれません。 内容については会議参加者の投稿も参考にしています： https://twitter.com/rcs/status/1550526425211584512 C23 now finalized! : C_Programming というわけで、C23に入る主な機能はこちらです： C23に入る主な機能 POSIXの機能の取り込み: strdup, strndup, memccpy, gmtime_r, localtime_r C++の機
先週、コリン・トレボロウ案とされるエピソード9の草案（ドラフト）がリークされ、それが話題になっていました。 もうその内容を知っている人も多いのではないでしょうか。 あくまで2016年12月の時点でのドラフトですが、仮題は『Star Wars: Duel of the Fates』（運命の戦い）とされ、その中身もかなりユニークな箇所があって興味深い内容です。 あれから詳細も明らかになり、取り上げるには面白いトピックだし、この記事ではせっかくだからオープニングからエンディングまで全てのパートを書いていくことにします。 一応、大事なこととして ドラフトの日付は2016年12月16日。キャリー・フィッシャー急逝前の案 コリン・トレボロウと共同脚本家デレク・コノリーが書いた最初の草案 リークした人物はRobert Meyer Burnett。メイキングドキュメンタリーなどを手掛ける業界人 複数のメデ
morimorihogeです。飲食店の夜間営業解禁ほんとうれしい。 先日いわゆる眼内コンタクトレンズ手術（ICL）というやつをやりまして、小学生時代以来手放せなかったメガネを付けない生活を手に入れました。 ちょいちょいZoomとかで聞かれることもあったので、術後2か月以上経過したここいらでどんな感じだったかをまとめてみます。 ※免責事項：本記事の情報はN=1の僕自身の体験および考えであり、記載されている内容の医学的・統計的正確性及び判断の客観的妥当性について保証するものではありません。内容の解釈・リスクの判断については他のサイトや直接医師とも相談するなど各自自分で判断するようにしてください。 ※参照URLをいくつか記載していますが、僕は専門家ではないため内容が正しいかどうかまでは検証できていません。こちらもご了承下さい。 眼内コンタクトレンズ手術って何？ 名前の通り、眼球にコンタクトレンズ
DDD Talk MeetUp #2 LT資料 https://ddd-community-jp.connpass.com/event/141712/
![DDD学習指導要項 [Draft 2]](https://cdn-ak-scissors.b.st-hatena.com/image/square/b2ba52041da09d5d5cab19237718f65adcf05bca/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fef5a77e52e3d4d698db48d165c5a1843%2Fslide_0.jpg%3F13509094)
BGP in the Data Centerを読みました (1/6) : Chapter 1 - Introduction to Data Center Networks - baron tech blog
BGPを採用したデータセンタ (DC) 内のIP Fabricに関して、"BGP in the Data Center" を読んだので、備忘録のためにまとめます。 書籍はCumulus Networksのサイトでダウンロードできます。 cumulusnetworks.com Chapter 6まであるのですが、今回はChapter 1についてまとめました。 今後Chapter 6までまとめていきたいと思います。 データセンタネットワーク全般については、”Cloud-Native Data Center Networking” を読むのがおすすめです。 筆者が同じ方で、 "BGP in the Data Center" に記載されている内容も含まれています。 この本はCumulus Networksにより無償で公開されています。 ぜひ読んでみてください。 Download your copy
🏔背景 Reduxはしんどい、だるい、でかい、というイメージが定着して久しいですね 😭 僕も3年ほど前にどっぷり触ったときは「こいつぁなかなか」という感想でした。 しかしながら状態管理ライブラリやらFlux思想やらの流れとしてReduxが不可避の存在だったために、おつらい経験をされた方も多かったのかなとお察しします。 時代は巡り2019年末、令和元年のご時世ではすっかりTypescriptによる型安全、正式提供されたReact Hooksによる脱Class component・HOCフリーな省エネ設計などが定着してきており、この両者を前提とした構築がもはやスタンダードとなってきています。 諸兄の人柱的知見も相まって最近は敬遠されがちなReduxパイセンですが、この度久方ぶりにがっつりと向き合ってみると、上述した両者の恩恵を受けてなんだか垢抜けた感じになっていました。知ってましたか？
こんにちは！エンジニアリングマネージャの 吉成 です。 この記事は SmartHR Advent Calendar 2023 4日目の記事なのですが、実は ANDPAD さんの Advent Calendar 2023 1日目 とまさかのネタ被りです。 この日のために 後回しにしていた 寝かせていたネタだったので、二番煎じとなりますがこのまま出させていただくことにしました 😌 背景 さて、弊社では今年の5月から、各プロダクトチームが週ごとに持ち回りでテックブログを執筆する取り組みを開始しました。 元々は執筆のためのフローは特に整備しておらず、公開までの壁打ちやレビューといったものは有志の方にすべておまかせしておりました。 今年の8月に DevRel の1人目として inao san が入社され 1、テックブログの担当チームやレビューなど諸々の業務を引き継いでいる中で、組織でのはてなブログ
DKIM ADSP は廃止されています (HISTORIC です) | IIJ Engineers Blog
IIJ ネットワーク本部アプリケーションサービス部・(兼)社長室所属。 メールサービスの運用業務に従事し、日々世界の悪と戦う一児の父親。社内 Power Automate エバンジェリスト(自称)。M3AAWG member / openSUSE Users / WIDE Project メンバー。趣味は大喜利。はがき職人。 結論 https://www.rfc-editor.org/rfc/rfc5617.html (HISTORIC) (※1) 新しくドメイン名を登録された方へ DKIM ADSP レコードは、もはや書く必要はありません。 誰も見ていませんし、評価の対象になっていないと考えて差し支えありません。 すでにドメイン名を運用されている方へ DKIM ADSP レコードが書いてあるかは、次のように調べられます。 $ dig _adsp._domainkey.example.jp
【2019年最新版】AppBrew社内エンジニアのキーボードを紹介！これが俺たちの最強キーボードだ！ - AppBrew Tech Blog
はじめまして。4月から入社した新米エンジニアの高橋です。 今回「AppBrewエンジニアのキーボード紹介」と題して、AppBrewのプロダクト開発を支える4人の先輩エンジニアに、愛用のキーボードと、自らのキーボードに対するこだわりについてインタビューを決行しました。 コードを書くことを生業とする百戦錬磨のエンジニアなら、その武器たるキーボードにも相当な思い入れがあるはず。 果たして彼らはどんな話を聞かせてくれるのでしょうか。 この記事ではそんなインタビューの内容とあわせて、AppBrewのオフィス内の模様もお楽しみいただければ幸いです。 1人目: ソフトウェアエンジニア anoworlさんのキーボード このオフィスの片隅に ある日の夜、社員の皆が一日の仕事に一息ついた頃。私はキーボードインタビューの旅に向かうため、自分のデスクを発った。 オフィスを入って右端の一番奥、巨大なモニターが何枚も
子育てと開発を両立するコツは「無理をしないこと」。パパ／ママエンジニアの働き方とは - Findy Engineer Lab
ファインディでは、8/25（火）に「子育てエンジニア大集合！育児と開発ってどう両立してる？」と題したイベントを開催。子育てをしながら現役エンジニアとして活躍する鳥井さんと江部さんをお招きしました。 どのように学習しているのか質問したところ、江部さんは「朝と夜に学習している」と回答。一方で、鳥井さんは「業務時間内にインプットしている」とお話しされました。 方法は違うものの学習を続けているお二人に、子育てと開発を両立するコツや仕事に対する考え方についてお伺いしました。 ■パネリスト 鳥井 雪さん/@yotii23 株式会社万葉 二児の母/ Webプログラマー/ 翻訳家 十数年くらいずっと現役Webプログラマー。二児の母。 翻訳書にレシュマ・サウジャニ著『Girls Who Code 女の子の未来をひらくプログラミング 』（日経BP社）、リンダ・リウカス著『ルビィのぼうけん』シリーズ（翔泳社）、
歴史で振り返るWebRTC - Qiita
概要 すでにいろんなブラウザに実装されて、商用（？）サービスなども登場しているWebRTCですが、この記事では「なぜWebRTCが登場したのか？」「どうしてこんな仕組みになっているのか？」を振り返ることで、VoIPからWebRTC、そしてORTCへの変遷を振り返りたいと思います。 Before WebRTC: VoIP WebRTCが登場するまでは、インターネット上/IP上でリアルタイム通信を実現する技術としてVoIPがありました。中でも、今までで最も成功したVoIPのフレームワークとしてはSIPが挙げられるでしょう。WebRTCで初めてリアルタイム通信に関わった方でも名前くらいは聞くことがあるのではないでしょうか。WebRTCで利用されているSDPやRTPも、SIPとセットで仕様が作られました。 SIPはWebRTCでも必要なシグナリング機能を提供するための使われるのですが、なぜSIPが
KOBA789 です。寒い日が続きますね。こうもあまりに寒いとアイスを食べたくなるものです。昨日の私はその衝動に抗えず、コンビニでソフトクリーム（チョコ味とのミックス）を買ってきて食べました。余計に寒くなったのでもう二度とやりません。今はおでんが食べたいです。よろしくお願いします。 リモートから手元に向かってコマンドを実行したい さて、寒いとアイスが食べたくなるように、リモートマシンに SSH でログインしていると手元でコマンドを実行したくなるものです。せっかくリモート接続してるのにね。人って不思議です。 たとえば、SSH 先の Linux マシンで code って打ったら手元の MacBook Air で VS Code が起動してほしいわけです。VS Code の Integrated Terminal 内ならできますけど、そもそも VS Code のウィンドウが1枚も開いていないとき
TL;DR TransformersのNERではFast Tokenizerを使うことで、サブトークン ↔ ラベルのアラインメントが実装できる。 長いテキスト入力については、無駄なpaddingを最小限にとどめて高速処理するために、入力を固定長分割するのが良い。 検出漏れが問題になるようであれば、ストライド付きのwindow処理を追加するのが良い。 サンプル実装: github.com 背景 この記事を目に留めていただいた方にはおそらくおなじみであろう Hugging Face の Transformers *1。 BERT等のTransformer素子ベース事前学習モデルを用いた転移学習が容易に実験できるライブラリである。 最新モデルのモジュールがすごいスピードで実装されることに加えて、事前学習モデルおよび依存するトークナイザが一緒に管理・ダウンロードできる点がご利益として特に大きい。
QUIC, HTTP/3の標準化状況を確認したい (2019年11月版) - ASnoKaze blog
2020/06/01追記 まるっと解説記事を書き直しました asnokaze.hatenablog.com 目次 Status The Plan Versions Extensions Applications Other Things More Information 関連記事 QUICは現在IETFで標準化が進められているトランスポートプロトコルであり、HTTP/3はそのQUICの上で効率よくHTTPのメッセージをやりとりするプロトコルです。 ChromeやFirefox, Nginxなどがすでに実装を行っており、「相互接続テスト」を定期的に実施している。その他多くの実装があり、「Implementations」から確認ができる。 その標準化状況について、QUIC WGとHTTP WG両方のチェアを務めるMark Nottinghamが先週行われたIETFで発表した「Quick QUI
本日、Wiresharkが「Development Release (3.3.0)」を公開しました。 このバージョン3.3.0ではHTTP/3のサポートが入っています。ダウンロードして早速試していきましょう。 結果 HTTP/3レイヤの単方向ストリームタイプや、フレームタイプが確認できます (QUICを復号する必要はあります) もちろん、「http3」というフィルタも使用できます。 ただ、まだ開発途中であり、基本的な部分しか実装されておりません。そのため、まだパースされない部分もたくさんありますが、今後の開発に期待です。 補足 今回はFirefox Nightly と google.com の通信をキャプチャしました 現時点でWiresharkがサポートしているのはQUIC(draft-21~draft-30), HTTP/3(draft-29), QPACK(draft-16)になります
サイボウズサマーインターン2021 報告 〜 Kubernetes基盤開発コース - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、Necoチームの鈴木、石井、そしてストレージチームのsatです。 サイボウズは毎年サマーインターンシップを開催しています。去年に続き、今年もCOVID-19の影響でフルリモート開催でした。 インターンには様々なコースがありますが、本記事ではその中で我々が取り組んだKubernetes基盤開発コースの模様をお届けいたします。ここでいう「Kubernetes基盤」とはKubernetesを用いたサイボウズの次期インフラ基盤Necoのことを指します。 cybozu.co.jp 今年のKubernetes基盤開発コースは8月23日～9月3日(10日間)の日程で開催、7人の学生が参加してくれました。 彼らには本コースが提供する以下3つのチームに分かれて課題に取り組んでもらいました。 コントローラチーム Kubernetesコントローラの実装方法を学び、サイボウズで開発しているKubern
エンジニアの宮原です。 今回はGoでスタックトレースを取得するライブラリ選定についての記事です。 この記事は 【Gophers Talk】スポンサー4社による合同LT & カンファレンス感想戦で発表したものです。 発表スライドはこちらから確認できます。 この記事の目的 この記事ではpkg/errorsからの移行先を探すための参考情報を提供することを目的とします。 Goのエラーハンドリングのやり方等についてこの記事では触れないこととします。 pkg/errors とはなにか pkg/errorsとは、githubのREADMEを引用すると Package errors provides simple error handling primitives. とあり、直訳すると、「エラーハンドリングの基礎を提供するパッケージ」となります。 pkg/errorsを利用することで、Go本体にはないスタ
2023年に読んだ本
転職ドラフトからオライリーの本たくさんもらったので欲しかったやつとりあえず全部読んでみた。 <pr> 紹介コード RVSC を使うとお互いにもらえるので気になる人は是非。 https://job-draft.jp/sign_up?utm_term=RVSC </pr> オブザーバビリティ・エンジニアリング 良い本。トレーシングやOpenTelemetryの本と思って買っていたが、実際はオブザーバビリティを確保するための色々な手法を紹介している。そのような手法が発達するまでの歴史の流れの解説も面白かった。従来のメトリクスとモニタリングだけでは現代の分散システムのデバッグが困難ということで、 オブザーバビリティ・エンジニアリングを導入する上での説得に使えそうな文言がたくさん散りばめられている。その手法の一つが、そもそも問題が起きてからデバッグのためにデバッガを挟み込んでデプロイしたくないという
※Science Communication Newsは科学技術政策や科学技術コミュニケーションの動向を ウォッチするメールマガジンで、毎週1回程度配信されます。 ※詳しくは以下のサイトをごらんください。 http://www.kaseiken.org/活動/ ※購読の登録、解除も上記サイトよりお願いします。こちらで代行はいたしませんので ※ご了承ください。 ※以下でも随時情報を提供しています。 はてなブックマーク http://b.hatena.ne.jp/scicom/ twitter http://twitter.com/kaseikenorg 科学・政策と社会ニュースクリップ https://clip.kaseiken.info/ Yahoo!ニュース個人 https://news.yahoo.co.jp/byline/enokieisuke/ ★発行部数 2,524部（7月13日
いつも TypeScript 書いてるんですよ、そしたら function の前にコメント書くじゃないですか、/** ... */ で書いてるけど正直のところ中身は勘で書いている。@returns や @deprecated とかよく見るし、雰囲気で使っているけど、本来なんのタグが使えるかあんまり誰も分かってない。補完のときに表示されてラッキーぐらいの感覚。でも謎のタグを使ってるの見たら気になるし、今 TypeDoc でドキュメント生成していなくても、標準的なフォーマットがあるなら従っておきたいじゃん。そして TSDoc でインターネットを検索しても、こう書けばいいみたいな記事がすぐ見つからねぇ〜〜 まだ標準は無い リポジトリ見に行く microsoft/tsdoc: A doc comment standard for the TypeScript language ふむふむ、現行の多く
Cookieの改訂版仕様 rfc6265bis について、その変更点をざっと眺めていく はじめに SameSite属性 Cookie名プレフィックス (Cookie Name Prefixes) __Secureプレフィックス __Hostプレフィックス 非セキュアなオリジンからの Secure属性の上書きを禁止 nameless cookieの許容 Cookie名、Cookie値の上限長の指定 Expires属性の年が2桁の場合の処理の指定 Max-Age/Expires の上限 その他 今回入らなかった機能 はじめに Cookieの仕様は『RFC 6265: HTTP State Management Mechanism』として標準化されています。 そのCookieの仕様の改訂版が『rfc6265bis』と呼ばれているもので、現在標準化作業が進められいています。"SameSite属性"
OAuth 2.0 for Browser-Based Apps Abstract This specification details the security considerations and best practices that must be taken into account when developing browser-based applications that use OAuth 2.0.¶ Discussion Venues This note is to be removed before publishing as an RFC.¶ Discussion of this document takes place on the Web Authorization Protocol Working Group mailing list (oauth@ietf.
ギター激鳴りから激旨の時代へ！メン子ちゃんゼリー風透明ノブ！【第30回 安ギターノブ 選択会議】 | ギターいじリストのおうち
生涯5000本以上のギターをいじり続けたきた管理人が実測データを交え世界一詳しいギターレビューやギターパーツ情報をお届け！
アドベントカレンダーの担当日を早めにしてさっさと終わらせてしまえば気持ちが楽だと思ったのに前日になっても書き終わっていないのは一体誰でしょう？そう、私(ふそやん@azihsoyn)です。 こちらの記事は Gunosy Advent Calendar 2020 の2日目の記事です。 昨日の記事はかとうさんの 長年稼働しているサービスの全体感をすばやく把握するには でした。 さて、先日プレスリリースでも発表されましたが、グノシーにラジオコーナーが出来ました。 現在ラジオコーナーにはオリジナル番組と、他社の提供するPodcastの2つのコンテンツがあるのですが、オリジナルコンテンツを入稿するための管理画面をFlutter Webで作ったのでその知見をまとめたいと思います。 管理画面の主な機能は、 コンテンツのCRUD(GraphQL) 番組管理(CRUD) 番組に紐付くエピソード管理(CRUD)
こんにちは。メルコインのバックエンドエンジニアのiwataです。 この記事は、Merpay Advent Calendar 2023 の23日目の記事です。 私はいまメルコインのCoreチームに属しています。Coreチームでは主にお客さまからの暗号資産の売買注文を受け付ける部分のマイクロサービスを開発運用しています。 メルコインではCI環境としてGitHub Actions self-hosted runnerを使用しています。またCIだけでなく、さまざまな自動化のためのワークフローの構築もこの環境を用いて実行しています。この記事では私の所属しているCoreチームにおいてGitHub Actions上に構築しているオートメーションについて紹介したいと思います。 PR-Agent PR-AgentはOpenAI APIを使って、PRのコードレビューなどを自動化してくれるActionです。La
WYSIWYGエディターの状態抽象化とReactとのつなぎ込み - 良いクロスブラウザエディターを目指して | Wantedly Engineer Blog
まえがきブログや記事を投稿するWebサービスには、殆どの場合、リッチなエディター機能が備わっています。特に、記事を見た目通りに書けるエディターは、WYSIWYGエディターと呼ばれ、記事を書く際には欠かせない機能の一つです。 Wantedly にもストーリーと呼ぶ記事を投稿する機能があり、その記事投稿部分では、WYSIWYGエディターを実装しています。 では、どのようにWYSISYGエディターを開発していくのでしょうか。この記事では、エディターの機能を実際に開発するための基礎知識と実装について書いていきます。 今回話すエディターについて今回記事で指すエディターとは、 WYSIWYGエディターを想定しています。例えば、Dropbox Paper や google docs、Medium、Note などのエディターがそれに該当します。Qiita や Zenn のような 2カラムの Markdow
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
A Pure HTTP/3 Alternative to MQTT-over-QUIC in Resource-Constrained IoT の備忘録 - neko--suki’s blog
HTTP3 でpub-subとMQTT-over-QUICの比較をIoTの観点から行った論文の備忘録です。 IoTという文脈で、ネットワークエミュレータに遅延と帯域を設定して、性能（最初のデータが到達するまでの時間、通信終了までの時間やスループット）、ネットワークへのオーバーヘッド（バイト量とパケット数）、リソースの使用状況（CPU使用率、RAM使用量）、の3つを比較しています。 性能面では、H3 pub-subのほうが優れた結果が得られていますが、ネットワークのオーバーヘッドやリソースの使用状況はHTTP3 pub-subのほうが MQTT-over-QUICよりも多くのリソースを使用する結果となったようです。 これらの結果から、IoTという文脈を考えた場合、トレードオフが存在しているということを示唆しています。 元論文は下で読めます。 arxiv.org 実装について H3 pub-s
木構造の DnD に適した処理を考える
DnD は考えることが多い。大抵のライブラリは特定のユースケースにべったりで、毎回自分で書く羽目になる。 とくに、木構造の DnD をどう表現するかが難しい。特にWeb上でファイラーのようなUIを実装する頻度が高く、その求められる実装が毎回違うので、自分が考えていることを一般化してみる。 この記事はコードをコピペしたら使えるものではなく、あくまで考え方をコードに落としたもの、ということに注意。 今回は前提として、こういうものを作っていた。 DnD の要件 DOM ベースの sortable ライブラリはいっぱいあるが、DOMをマスターデータとして扱うタイプが多く、現代のフレームワークと噛み合わない。可能な限りデータを元に表現して、最後に変更したデータを render するだけとする。 フレームワーク非依存な処理を切り出して、UIを通さずにテストを書いたり、ポータブルに扱えるようにしたい。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「セル結合禁止」……Excel背景に“あかんヤツ”表示 アドオン「RelaxTools Addin」に新機能
UXデザインに役立つ６つの心理学の法則
OpenAPIを使ったRailsスキーマ駆動開発 - ドワンゴ教育サービス開発者ブログ
HTML Living StandardとHTMLの歴史 - とほほのWWW入門
Javaプロジェクトにおけるリリース周りの手法あれこれ - Kengo's blog
2022年のWebアクセシビリティ | gihyo.jp
コリン・トレボロウの『スター・ウォーズ エピソード9』、ストーリーの詳細が判明 | 未知領域
メガネ歴ン十年のプログラマが眼内コンタクトレンズ手術をしてみた｜TechRacho by BPS株式会社
DDD学習指導要項 [Draft 2]
TypescriptとReact HooksでReduxはもうしんどくない - Qiita
テックブログを GitHub で管理できるようにしました - SmartHR Tech Blog
リモートマシンから手元に向かってコマンドを実行できるやつを作った - Write and Run
Transformersを用いた固有表現抽出のtips - MNTSQ Techブログ
WiresharkがHTTP/3に対応した - ASnoKaze blog
次なる`pkg/errors`を探して - カンムテックブログ
安倍政権の科学技術政策を振り返る - 科学・政策と社会ニュースクリップ
TSDoc を書きたい & TSDoc で使えるタグ一覧 - ぽ靴な缶
Cookieの改訂版仕様 rfc6265bis の変更点 - ASnoKaze blog
OAuth 2.0 for Browser-Based Apps
管理画面にGraphQL + Flutter Webを採用してみた - Gunosy Tech Blog
メルコインにおけるGitHub Actions活用術 | メルカリエンジニアリング
Writing a C compiler in 500 lines of Python