Dev
@Seiji /
- RaycastのSlack拡張機能でチャンネル移動が簡略化される
- Open ChannelコマンドとQuicklinkで検索手順を短縮、Vimライクなショートカットが利用可能
- Slackアプリを開かずにチャンネルにアクセスできるため作業効率が向上する。Vimユーザーには方向キーの代替ショートカットが便利。
@mizugeek /
- 15種のデスクトップUIフレームワークのメモリ使用量を比較した
- ネイティブ系は100〜170MB、WebView系は450〜530MB、JVM/Go系は450〜530MB
- ElectronはSlintと比べて約4.5倍のメモリを消費していることが分かった。
@榊原昌彦 /
- Cloudflare Workersに移行することで、従来のAWS構成での実装が見直された
- パッケージ選定でSDKの責務を考慮、メモリ使用を通過点として扱い、実行時間の形に注目、コネクションの持ち方を変更、ElastiCacheの読み書きを分解
- バンドルサイズやメモリ制限、ネットワーク往復回数、KVのアクセス単位など、Cloudflareの課金モデルに合わせた実装が必要になる。
@takeshi-teshima /
- 注文と履行を別概念として設計することで、再配送や分割発送の対応が自然になる
- OrderとFulfillmentの2つの概念を明確に分離し、配送状況を別データで管理する
- 概念設計の違いが後のコードの複雑さや運用コストに直接影響するため、初期段階で慎重に考えるべきである。
@gmo-co-kitaura /
- タスク管理をAIに任せ、原本を1つに統一してビューは再生成する運用を採用
- 自然言語で入力しAIがタスクを分割、原本から期限別一覧や週次レポートを再生成
- 原本の整合性を保つためビューは再生成のみ許可し、不整合時は異常終了させる
@colum2131 /
- DatabricksのDeclarative Automation Bundles(DAB)を活用したデータセット作成基盤を構築
- DABでコード管理・CI/CDを実現し、MosaicML StreamingDataset(MDS)をデータ形式に採用
- Serverless Computeでの依存解決の高速化にwheelhouseを活用し、起動時間を5分から2分に短縮可能。
@blueflame-lab /
- プロゲーマー経験者がエンジニアとしての上達方法を語る
- 負けた試合の振り返りと上手い人の真似がエンジニアの学びに通じる
- AIに頼りすぎると自分の経験にならないと指摘している。
@tatsuya582 /
- エラーレスポンスはステータスコード・ヘッダー・ボディの3層で設計し、RFC 9110とRFC 9457が正典
- ステータスコードは400/500番台に分類、WWW-AuthenticateやRetry-Afterがヘッダーで義務、ボディはProblem Details形式でtypeとdetailを区別
- エラーレスポンスは共通関数で組み立て、プロジェクト固有の判断はハーネスに記録し、型でルールを強制する。
@nt_y-maeda112 /
- transitionとtransformを組み合わせてボタンやカードにアニメーションを加える方法が紹介されている
- transitionで変化を滑らかに、transformで移動・拡大・回転を実現、下線の伸びやカードの浮き上がりなど複数のアニメーション例が含まれる
- ホバー時に色や位置が変化するアニメーションを実装する際、transitionとtransformの組み合わせが効果的で、コードの見通しが良くなる点に注意が必要である。
@hez2010 /
- .NET 11でジェネリック仮想メソッドの脱仮想化が実装され、JITが直接呼び出しに変換できるようになった
- ジェネリック仮想メソッド呼び出しを直接呼び出しに変換し、ボックス化や間接ディスパッチを削除。値型と参照型のインスタンス化でコードが最適化される
- ジェネリック仮想メソッドの呼び出しでボックス化や間接ディスパッチが発生しなくなり、パフォーマンスとメモリ使用量が改善される。特に値型での処理が高速化される。
@nabettu /
- Next.js + Cloudflare Workers + Tursoで本番運用する際の7つの罠と対処法が記載されている
- next/imageとnext/linkの制限、TursoとのHTTP往復遅延、RSCのクエリパフォーマンス、タイムゾーンの問題、unstable_cacheのJSONシリアライズ、初期JSの最適化、Durable Objectsの再起動対応
- Tursoとの通信はHTTP往復が必須で77msのレイテンシを前提に設計する必要がある、RSCのクエリはメモリ上で処理してN+1を防ぐ、タイムゾーンは明示的に指定する
@yamarin /
- BiomeとOxlintは同じRust製でも速度差が生じる理由が解析された
- 解析範囲の違い（スキャナ・CSS対応）、アリーナASTとロスレスCSTのメモリ戦略、ルール実行モデルの違い
- スキャナやCSS解析をオフにするとBiomeは0.74秒、Oxlintは0.16秒で、通常の差は解析範囲だけでは説明できないことが判明した。
@gts /
- パスキーは秘密鍵をサーバーに送らない設計で、フィッシングを防ぐ
- 公開鍵暗号方式とチャレンジ-レスポンス認証、秘密鍵のデバイス内保存
- synced passkeyではパスキープロバイダのアカウントがセキュリティの要となるため、強い認証が必要になる。
@ruumalilja /
- VS Code 1.131 で Markdown プレビューを編集できる Hybrid Markdown editor が追加された
- プレビュー表示とソース編集を1ペインで行える、Editing / Locked モード
- Experimental な機能のため今後の挙動変更に注意し、必要に応じてショートカットで切り替え可能
@sumomoo /
- 技術力以外の信頼を積むための行動が紹介されている
- レスポンスの速さと誠実さ、記録に残す姿勢が挙げられている
- 技術力に頼らずとも今日から実践できる無形の価値が重要であることが示されている
