#SRG(Service Reliability Group)は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。
#SRG(Service Reliability Group)は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。
はじめに WASMをブラウザの外で動かすトレンドに関して「Linuxコンテナの「次」としてのWebAssemblyの解説」というタイトルで動画を投稿したのですが、動画では話しきれなかった内容をこちらの記事で補完したいと思います。 2022年もWebAssembly(WASM)の話題が多く発表されましたが、そのひとつにDocker for DesktopのWASM対応があります。FastlyやCloudflareもエッジ環境でWASMを動かすソリューションを持っていますし、MSのAKS(Azure Kubernetes Service)でもWASMにpreview対応しています。WASM Buildersでも2023年のWASMの予想としてWASMのアプリケーションランタイム利用に関して言及されました。 WASMといえば元々ブラウザ上で高速にC++のコードなどを実行するところから始まっている
以前にも少し書いたのですが、ウェブブラウザーで使えるページ内検索による体験が阻害されるのが本当にストレスで、その例を残しておこうと思います。 採用側の気持ちも分かりますので、どうなると皆が幸せになるのか分からないという種類のものなので困ったところです。 省略されたテキストoverflow: hiddenとtext-overflow: ellipsisまたは-webkit-line-clampによってテキストが省略された場合、その省略部分がページ内検索にヒットすると非常に探しづらいです。 特に、グリッドで区切られたアイテムが複数列・複数行で並んでいる際に顕著です。 以前の記事のとおり、わたしはYouTubeでよく遭遇します。 下記のデモは、1000個のアイテムを並べたものです。 このうち、「Red Rose」というワードは12個のアイテムに含まれています。 デモを開いて「Red Rose」で
無線LANルーター - 原則として「業務用も作ってるメーカー」が強い - 棒状のアンテナ沢山生えてるやつは見かけほど強くない - ぶっちゃけ5千円くらいのやつでも一般的な家庭のインターネットの速度を十分満たせる - 現状の速度に不満があるならまず原因探る - 古い機器は捨てる
「食べたらやせる」とうたってSNSなどで販売されるゼリーをめぐり、健康被害の相談が自治体に相次いでいる。問題の商品には国内未承認の医薬品成分が含まれ、成分を摂取後に死亡した例も米国では報告されているという。警察も関係者の捜査を進めている。 「このゼリーを食べるだけでやせるんです」。兵庫県の30代女性は昨年3月、ネットの配信動画で同年代の女性が語るのを見て興味を引かれた。数カ月前の配信に出演していた人が、見違えるほどやせていた。 紹介されていたのは「デトキシレットゼリー」。ベトナム製だという。ツイッターで販売側に連絡すると、LINEでやりとりが始まり、「食べ方のサポートも受けられる」と案内された。 指定された口座に8800円を送金すると、LINEグループに招待された。購入者らしい100人近くがダイエットの成果を報告し合っていた。このゼリーを信頼できるような気がした。3日後、2箱(30本)が届
ある時Twitterのタイムラインを見ていたら、「JavaScriptをWasm化して動かす意味がわからない」というような意見を見かけました。JavaScriptはブラウザに搭載されているV8のようなJavaScriptエンジンによって高速に動作するので、わざわざWasm化してもパフォーマンスは劣化するのになぜなのか?という話なんですが、これは「Wasm化=パフォーマンスのため」という考えだと意義がわからないのでこの記事ではそれについて解説します。 JavaScriptをWasm化して動かすツールやライブラリとしては、Shopifyが開発しているJavyやquickjs-emscriptenなどがあります。JavaScriptをWasm化して動かすためには、ある特定のJavaScriptエンジンをWasm向けにビルドして動かす必要がありますが、そのような用途ではQuickJSというJava
@nishio: あ、そうか、10年前からあったけど10年間の間に勢力を拡大したケースがあるからあんまり厳しく切らない方がいいのか(TypeScriptの登場が2012年、Rustの登場が2010年だった)
自宅の nerdctl + containerd 環境を rootless にした際のトラブル対応だが、 docker の場合もおおよそ似たものだろうと思う。 rootless とは 通常のままだと docker / nerdctl は root 権限で動作してしまう。 sudo usermod -aG docker <USER> などして sudo 不要にしていても実際には sudo しているのと同じことである。 rootless にすると各ユーザごとにコンテナが起動することになる。ホストマシンでの各ユーザの権限を最高としてコンテナ内では root として扱うことができるため、例えば volume mount の中にホストマシンで root 権限を要するファイルがあった場合、コンテナからは触ることができない。 これにより脆弱性が突かれた場合でも root 権限による操作を防ぐことができる
最近よく揚げ物を作る揚げ物初心者。 揚げ物をおいしく作ろうとした時の難易度をまとめてみた。 鶏の唐揚げ 難易度:★☆☆☆☆ 個人的には揚げ物の中で一番楽。 下味付けて片栗粉を雑にまぶして揚げるだけで十分おいしいものが作れる。 火の通りだけ気を付ければよく、失敗する要素が少ない。 天ぷら(野菜・キノコ・イモ類) 難易度:★☆☆☆☆~★★☆☆☆ 食材にもよるけど失敗の要素は少ない。 カボチャやサツマイモなんかは特に楽。 春菊のようなものは衣にムラができやすい。 かき揚げ 難易度:★★☆☆☆ バラバラになる危険があるので油への入れ方が重要。 おたまのまま油に沈めてしばらく動かさないでおくと形が安定する。 大きなかき揚げを作るには大きなおたまが欲しい。 フライドポテト 難易度:★★☆☆☆ 揚げるだけなら楽だが ちゃんと美味しいのを作ろうと思うと手順を守る必要がある。 水にさらした後に乾かす、二度揚
export const FirstVideoConfig: VideoConfig = { sections: [ { title: 'イントロダクション', bgmSrc: '/audio/bgm/honobono-wartz.wav', backgroundVideo: '/video/cyber-bg.mp4', afterMovie: '/video/yukkuri-opening.mp4', talks: [ { text: 'ねえねえ魔理沙', speaker: 'reimu', id: '59f8c2cd81334be5ab5cdc7899fad286', audioDurationFrames: 25, }, { text: 'なんだ霊夢', speaker: 'marisa', id: '0ba332a465c3404a870de15cad021407', audioD
人はエゴや感情によって判断を誤る。 他人のことならば冷静に判断しやすい。 徳に従うならば物事を他人事として捉えよ。 2023年にやりたいこと 今年は何をやるか。真っ先に挙げることは「歯医者に行く」である。 歯医者のイメージ / Memeplex.appで作成 別に何か問題があるのではない。歯科健診を受けようというのだ。そのうち行こうと思いつつ、ずっと後回しにしてきた。それで気がついたら10年以上も歯医者に行っていなかった。 行こうと思ったきっかけは、先月に「定期的な歯科検診を受けるべき」という記事を偶然読んだからである*1。歯に限った話ではないが、問題は早期発見して対処したほうが軽く済む。予防できればもっと良い。そして歯の状態はQOLに直結するので、きちんと管理したほうが幸福度は増すのだ、と。 そこで俺は考えた。歯科検診に行かない理由はあるか、と。睡眠*2や体重管理*3 などと健康に関する
Ti@フリント(サメ㌠) @MXPA12_GR_Flint 某会社で駅員してますが… 拾得した遺失物をSNS等に載せて拡散しないで下さい。 載せるにしても細かい情報まで載せないで下さい。 写真なんて以ての外です! 拾った本人は親切心でしていると思いますが、本当にやめて下さい。 これで何が起こるのか… 直ぐに想像出来ると思います。 2023-01-07 10:30:53 Ti@フリント(サメ㌠) @MXPA12_GR_Flint 特徴・写真等を載せてしまうと、細かい情報まで見えてしまうんです! 免許証とか写真のある物が入った遺失物なら本人じゃ無いなとか判断出来ますが、無ければ判断する方法は、細かい特徴等を聞いて合致してるかどうかで遺失者に引き渡すしか無いのです。 2023-01-07 10:33:06 Ti@フリント(サメ㌠) @MXPA12_GR_Flint なので、細かい情報を書かれてし
式年遷宮の様な感じですが、数年おきにブログを作り直してます(前回)。今回は Gatsby でデザインした UI をほぼそのままに、フレームワークを Astro に移行しました。静的サイトの作成では Astro の開発者体験が最高に優れているので、2 年間ほぼ塩漬けにしてしまっていた Gatsby のコードを無事に移行できてよかったです。 Astro とは? Astro は 一言で言うと、Better HTML です。Astro というフォーマットでサイトが記述できるのですが、普通の(素の)HTML も Astro としてそのまま使えます。厳密には違いますが、HTML のスーパーセットみたいな感じです。その HTML の要素群を component としてまとめることで関心を分離できて(この辺は Web Components でも実現できます)、必要に応じてビルド時にロジックも走らせることが
やったこと 「午後から雨予報なのに、天気予報を見逃していて、家を出る時に傘を持って行くのを忘れてしまった!」 そんな経験はありませんか?(私はよくあります。朝に晴れている時によくやります 😇)というわけで今回は、雨の予報を絶対に見逃さないように、午後の降水確率に応じて廊下のライトの色を変える機能を作ってみました。さすがにライトの色が違えば気づくはず! スマートライトは SwichBot のライトを利用します。API経由で色を制御可能で、それでいて他社製のスマートライトより値段が安いのでオススメです。 完成イメージ 以下のイメージのように、降水確率が高くなるにつれてライトが青くなっていきます。これを毎朝7時に定期実行し、その時点での午後の降水確率を取得してライトを点灯させます。 スマートライトの点灯イメージ 実装の流れ 以下のような流れで実装します。スマートライトの初期登録は完了済みとしま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く