Ohiのブックマーク (19)

  • 「WSL 3.0」がリリース、3カ月のテストを経て「WSL containers」が正式版に/「Docker」なしでLinuxコンテナーを構築・実行、「wslc compose」の開発にも着手

    「WSL 3.0」がリリース、3カ月のテストを経て「WSL containers」が正式版に/「Docker」なしでLinuxコンテナーを構築・実行、「wslc compose」の開発にも着手
    Ohi
    Ohi 2026/09/30
    おおー!ようやく。嬉しい。
  • Highlights from Git 2.56

    The open source Git project just released Git 2.56.0 with features and bug fixes from over 104 contributors, 39 of them new. We last caught up with you on the latest in Git back when 2.55 was released. To celebrate this most recent release, here is GitHub’s look at some of the most interesting features and changes introduced since last time. Stage resolved conflicts without staging everything else

    Highlights from Git 2.56
    Ohi
    Ohi 2026/09/29
    おお!ついにマージ済みのブランチ削除が…!嬉しい。
  • デジタル庁のガバメントソリューションサービス(GSS)への不正アクセスについてまとめてみた - piyolog

    2026年9月11日、デジタル庁は、政府共通の業務実施環境「ガバメントソリューションサービス(GSS)」が外部からの不正アクセスを受け、取り扱っていた個人情報を含むファイルの一部が外部に漏えいした可能性があると公表しました。ここでは関連する情報をまとめます。 VPN機器の脆弱性を悪用され侵入 GSSは、ゼロトラストネットワークアーキテクチャなどの技術を活用しながら各府省庁の業務用PCやネットワーク環境の統合を進める政府共通の業務実施環境で(出典: 3)、2021年度にデジタル庁で利用が始まった(出典: 4)。2026年7月末時点で独立行政法人なども含む23機関、約15.4万人が利用している(出典: 6, 7, 9)。 デジタル庁は、第三者が2026年5月下旬ごろから、外部からの保守運用に利用していたVPN機器の脆弱性を悪用してGSSのシステムに侵入していたとみられると説明している(出典:

    デジタル庁のガバメントソリューションサービス(GSS)への不正アクセスについてまとめてみた - piyolog
  • タイムズカーWebサイトへの不正アクセスについてまとめてみた - piyolog

    2026年9月25日、タイムズモビリティとパーク24は、カーシェアリングサービス「タイムズカー」のWebサイトが不正アクセスを受け、会員の個人情報が外部に漏えいした可能性があると公表しました。その後の調査で、対象システムに保存されていた会員情報の一部が第三者に取得されたことが判明しています。ここでは関連する情報をまとめます。 会員情報漏えいの可能性を公表 タイムズカーは、パーク24グループのタイムズモビリティが運営するカーシェアリングサービス。タイムズモビリティとパーク24は2026年9月25日9時07分、自社システムへの不正アクセスを検知して調査を開始し、第三者がシステムにアクセスした形跡を確認(出典: 1, 3)。 同日、個人情報漏えいの可能性について第1報を公表した。対象はタイムズカー会員および退会済みの会員。公表時点では漏えいした可能性のある情報が不特定多数に公開された事実や不正利

    タイムズカーWebサイトへの不正アクセスについてまとめてみた - piyolog
  • Trocco の運用を Terraform 管理に変えてみた

    はじめに こんにちは、メドレーでデータエンジニアをしている山邉(@beniyama)です。 先日、弊社で利用中の Trocco についてこちらの記事を寄稿させていただきましたが、今後の展望として以下を挙げていました。 上述の通り段々と規模が大きくなってきて GUI での管理が大変になってきているため、API や Terraform 経由でのプロビジョニングも生成 AI を絡めて試していきたいです。 今回、Trocco の一部運用を Terraform による IaC (Infrastructure as Code) 管理に移行してみました。この記事では、既に連携が回っている Trocco 運用を Terraform 管理に移行するための具体的な手順と、移行の中で気づいたポイントについて紹介します。 なぜ Terraform で管理するのか? 上述の記事のおさらいですが、Trocco は G

    Trocco の運用を Terraform 管理に変えてみた
  • おい、のっていけ - じゃあ、おうちで学べる

    はじめに 誰かの「やってみたい」に加わることは、仕事の中でも外でも、人生を豊かにすると考えています。人の誘いに応じて、自分だけでは選ばなかった場所へ行き、会わなかったはずの人と話す。興味のなかったものを、そこで面白く感じることもある。自分の関心だけで選んでいたら、選ぶものはだんだん似てきます。 それなのに、のる前は面倒です。予定を空け、知らない場所へ行き、慣れない人と話す。楽しめるかは分からないのに、手間は先に見える。今日はやめておこう。次に面白そうなものがあったら。その判断は一度ずつならもっともでも、繰り返していると、自分に何が起きるのでしょうか。 のらなかった日に、何かが壊れるわけではありません。ただ、そこで誰と話せたのか、何を好きになれたのかは、知らないままになる。その機会を見送ったことは、予定が1つ増えることより、ずっと見えにくい。何も起きなかったから、何も失っていないように感じる

    おい、のっていけ - じゃあ、おうちで学べる
  • 個人開発はCloudflareにすべて賭けろ

    Findyテックハッカソン2026

    個人開発はCloudflareにすべて賭けろ
    Ohi
    Ohi 2026/09/27
  • ちょっとしたアイデアをAIで長文記事にして公開するのをやめろ

    「AIで記事を書いた」こと自体を問題にしたいわけではない。問題は、ちょっとした思いつき、数行で済む観察、まだ検証していない仮説を、生成AIで数千字の“記事っぽいもの”に膨らませ、そのまま公開する態度にある。 本質的に言いたいことは少ない。たとえば「この設計は保守しづらい」「このサービスの料金体系は不透明だ」「この映画のこの場面が気になった」。それ自体はよい。短いメモとして価値がある場合もある。しかし、そこにAIで「背景」「歴史」「メリット・デメリット」「今後の展望」「まとめ」を機械的に足していくと、重要な一文の周囲に、自明な説明、関係の薄い一般論、薄い比喩、誰にも届かない結論が堆積する。 これは単なる冗長さではない。情報空間の汚染である。 AI slopとは何か この種の低品質なAI生成物は、英語圏ではしばしば AI slop、または単に slop と呼ばれる。Merriam-Webste

    ちょっとしたアイデアをAIで長文記事にして公開するのをやめろ
    Ohi
    Ohi 2026/09/27
  • Linux デスクトップ元年 - sasasin’s blog

    ※ Googlebook OS ではない パソコン3台あります。mac 1台はともかく、Windows 実機が2台あっても持て余し気味だったので、何らか理由をつけて Linux デスクトップの実機にしたい気持ちが高まりました。思案して、 Windows パソコンで 3D ゲームとかやらない Windows 11 は ROCm サポートが貧弱。PyTorch なアプリ動かせない。Linux にして Radeon AI PRO R9700 を使い倒したい Windows 11 では Docker が遅い。やっぱ Linux 実機にして高速にしたい 使ってるアプリの大多数が macOS/Windows/Linux で動作する (Electron製が多い) 納得して自作デスクトップPCの Windows を消し飛ばしました。 Ubuntu を選んだ イキのいいディストリが揃ってますが、AMD GP

    Linux デスクトップ元年 - sasasin’s blog
    Ohi
    Ohi 2026/09/27
  • AI Slopを生まないPlatform Service設計

    AI Slopを生まない Platform Service設計 価値仮説と効果測定ってどうやるの? PEK2026

    AI Slopを生まないPlatform Service設計
    Ohi
    Ohi 2026/09/27
  • 個人開発はCloudflareにすべて賭けろ

    Ohi
    Ohi 2026/09/27
    おおー、こんなに便利なんだ。 Cloudflareで完結するなら良さそう! 法人の時も安さはどうなんだろう。
  • ナッツを多く食べる人、認知テストで高成績の傾向 豪州チームが1700人以上を分析

    研究チームは、アメリカの健康調査「フラミンガム心臓研究」(FHS)のデータを用い、参加者を脳卒中の経験がないグループと脳卒中生存者のグループに分け、過去の食事データに基づくナッツの平均摂取量と、認知機能のテスト結果、MRIで測定した脳の体積、血液中に含まれる脳神経を保護する成分「BDNF」「VEGF」との関係を分析した。 脳卒中の経験がない1742人を対象とした分析では、年齢、性別、肥満度などの影響を統計的に調整した結果、ナッツの摂取量(1日0~94.3g)が多いほど全体的な認知機能のスコアが高いことが示された。 参加者をライフスタイル別に分けて分析すると、食事の質が低い人や運動不足の人など、生活習慣に課題があるグループにおいてのみ、ナッツを多く食べるほど認知機能が良好になる傾向が確認された。 また、脳卒中を経験した生存者28人を対象とした分析では、ナッツの摂取量が多い人ほど、血液中の「血

    ナッツを多く食べる人、認知テストで高成績の傾向 豪州チームが1700人以上を分析
    Ohi
    Ohi 2026/09/27
  • TanStack Start

    The full-stack framework for Router-first apps. Start takes TanStack Router's typed route tree, URL state, loaders, and prefetching, then adds the server pieces: full-document SSR, streaming, server functions, server routes, and build output for the runtime you choose. 170.0 MillionTotal Downloads17,213,038Weekly Downloads14,866GitHub StarsThe fastest-growing full-stack framework in the JavaScript

    TanStack Start
    Ohi
    Ohi 2026/09/27
  • Herdr Annotate で効率的なAIコーディングレビューサイクルを実現する

    最近の私の(趣味の)アプリ開発は、まず自分で(AIの支援を借りつつ)全体デザインや進め方をできるだけしっかりとドキュメントにする -> AI(ClaudeCodeや、OpenCode等)にレビューさせて矛盾点不足点等を洗い出させ、構築プランに落とす -> それを私がレビューしてAIに戻して改善する…という繰り返しで設計と計画を精緻化し、それにそってプログラムを作成するという方法をとっています。 この場合課題になるのが、AIが出力したコメントやファイルへのレビュー&フードバックのサイクルをどう効率化するかです。後述するように今は色々なツールやSkill/Pluginが出ていますが、いくつか試してみたところHerdr Annotateが私のニーズにあっており、快適に使えているのでその特徴と使い方を説明します。 なお、私の開発環境は GreenCloud (格安 VPS)上のLinux+Open

    Herdr Annotate で効率的なAIコーディングレビューサイクルを実現する
    Ohi
    Ohi 2026/09/27
  • 実践 TanStack Start ― 新規プロダクトを開発して確立した、サーバーとクライアント境界の設計パターン / Practical TanStack Start Server-Client Boundary Patterns

    2026/05/22 TSKaigi 2026 https://2026.tskaigi.org/talks/26 実践 TanStack Start ― 新規プロダクトを開発して確立した、サーバーとクライアント境界の設計パターン Shimmy ソフトウェアエンジニア

    実践 TanStack Start ― 新規プロダクトを開発して確立した、サーバーとクライアント境界の設計パターン / Practical TanStack Start Server-Client Boundary Patterns
    Ohi
    Ohi 2026/09/27
  • ゆっくりと学ぶ TanStack Start

    霊夢と魔理沙が、データフェッチ、レンダリング、Hono、Better Auth、Cloudflare Workersまで二歩手前から考える、初学者向けの実装・設計ガイド。

    ゆっくりと学ぶ TanStack Start
    Ohi
    Ohi 2026/09/27
  • Next.js vs TanStack Start の違いを10項目で検証してみた

    はじめに この記事では、Next.js と TanStack Start を、実際にコードを書きながら 10項目 で比較、検証します。 Next.jsは、Vercel社が開発し、App Router / RSCといった特徴を持つReactフレームワークです。 一方TanStack Start は TanStack Router と Vite をベースにしたフルスタック React フレームワークです。 結論を先に書くと、 エコシステムが成熟・高パフォーマンス・安定運用を重視するならNext.js 型の一貫性・デプロイ先の自由度を重視するならTanStack Start という分類になります。以下、設計思想からデプロイまで10項目で比較していきます。 Next.jsの概要 Next.js はVercelが開発する、Reactベースのフルスタックウェブフレームワークです。App Routerと

    Next.js vs TanStack Start の違いを10項目で検証してみた
    Ohi
    Ohi 2026/09/27
  • Noを「Not」に分解して前向きに断る - 「Noを伝える技術」を読んだ - $shibayu36->blog;

    仕事で要望を受けたとき、難しいなと思ったものは反射的に断ってしまい、うまく進められないことが多かった。相手との関係を壊さずにうまく断る方法を学びたいと思い、「Noを伝える技術」を読んだ。 Noを伝える技術 プロダクトマネージャーが教える「敵を作らずに断れるようになる」作法 作者:飯沼 亜紀翔泳社Amazon この本では、プロダクトマネージャーの視点から、相手との信頼関係を壊さずに「No」を伝えるための考え方や具体的なコミュニケーション作法を解説してくれる。単に要求を拒絶するのではなく、ビジネスを前に進めるための前向きな断り方が解説されていて、非常に参考になった。 とくに印象に残ったのは、Noと思ったらまず「Not」で考えるというアプローチだ。本書では、なぜNoなのかを以下のように分解することを提案している。 今ではない(Not Now):前提条件が揃っておらず時期尚早で、優先順位的に今は他

    Noを「Not」に分解して前向きに断る - 「Noを伝える技術」を読んだ - $shibayu36->blog;
    Ohi
    Ohi 2026/09/26
    流れでOKしちゃったけど、断ったほうがお互い長期的にみてハッピーだったよな、っていう後悔が結構多い。Notで分解して断るのはいいな。
  • 面白く働く - パルカワ2

    人生において、働く時間というのはかなりの時間を占めていて、どうせ時間使うなら面白く働いた方がお得だと思う。 特に自分の場合、気ままに生きてたら趣味が仕事になり偶然にも面白いと感じることをやってお金をもらえているボーナスタイムという感じなので面白くないならあんまやる意味ないと思ってる。 仕事なので、やりたくないことや面白くないことは一切やらないわけではないが、なるべくやらないでいいように頑張る。(それもまた面白だね) 面白く感じることはその時々で変わっていく。Perlを書くことが一番面白い時もあったし、チームのことを考えることが一番面白い時もあった。その時々で一番に面白いと感じるテーマに沿って活動してるときに面白く働いていると思う。 このテーマは目標とは違っていて、具体的になにかを成し遂げたいみたいなものがない。テーマから具体的な目標が生まれることはあるが、何かを成し遂げられなかったとしても

    面白く働く - パルカワ2
    Ohi
    Ohi 2026/09/26
  • 1