1 ポイント 投稿者 GN⁺ 2025-05-26 | 1件のコメント | WhatsAppで共有
  • 2025年5月時点の Hacker Newsコミュニティ で、ユーザーが現在取り組んでいる作業やプロジェクトについて共有している
  • コミュニティ参加者は、進行中のスタートアップ、開発、研究 など多様な分野での経験と主な関心事を紹介している
  • 初期段階の起業家、開発者、IT専門家 が、アイデア、技術的課題、学んだ教訓を中心に活発に議論している
  • さまざまなレベルとテーマの プロジェクト に関する質問やフィードバックの依頼が寄せられている
  • リアルタイムの情報交換と 相互支援 が、このコミュニティの中核的な特徴である

2025年5月 Hacker News「今取り組んでいること」コミュニティ討論の要約

  • この投稿は、毎月行われる「Ask HN: What are you working on?」シリーズの1つで、開発者、スタートアップ創業者、IT分野の関係者 が現在注力している業務やプロジェクトを自由に紹介することを目的としている
  • 参加者は、自身のプロジェクトの目的、使用した 主要技術、直面している問題、学んだこと などを詳しく共有している
  • 初期アイデア段階の実験的なプロジェクト から、運用中のサービス、あるいは公開前の ビジネスアイデア まで、幅広いテーマが扱われている
  • コメントを通じて、協業の提案、コードレビュー、技術的フィードバック、市場性の検討 など、現実的な助言や質問が交わされている
  • このようなオープンな議論は、情報交換、ネットワーキング、実践的な問題解決に役立つ前向きな環境を形成している

1件のコメント

 
GN⁺ 2025-05-26
Hacker Newsのコメント
  • Logchef というオープンソース(AGPLv3)のログ分析UIを開発中です。Logchef GitHub 目的は、ClickHouse に最適化された、軽量で強力なログ探索ツールを作ることです。既存のUIは重すぎるか、すでに手元にある Vector/Promtail/Fluentbit/Logstash などでカバーできるログ収集に注力しているか、あるいは ClickHouse フレンドリーではないと感じたことが出発点でした。Logchef の特徴は、既存の ClickHouse テーブルにそのまま接続できるスキーマ非依存性、高速検索向けのシンプルなクエリモードと複雑な分析が可能な SQL モードの提供、単一バイナリによる簡単なデプロイ、マルチテナンシーおよびチーム単位のアクセス制御対応などです。デモは demo.logchef.app で試せます。詳しくは 紹介記事 にまとめています。ClickHouse ユーザーからのフィードバック歓迎です。

  • 私が開発中のサービスは、好きなあらゆるソースのコンテンツをシンプルで見やすいニュースレターフォーマットにまとめてくれるデイリーブリーフィングです。usedigest.com

  • マイグレーション中に予想外の Postgres lock 問題を何度か経験したので、"Postgres lock diagnostics" ツールを作っています。PR を開いたときに実際にマイグレーションを実行して、どの Lock を取得するかを実行時に確認し、その結果を PR コメントとして知らせる仕組みです。たとえば ALTER TABLE users ADD COLUMN email TEXT を実行すると、users relation に AccessExclusiveLock が取得される、といった具合です。内部的にはトランザクションを開き、別コネクションから pg_locks ビューで lock 状態を参照したあと、ロールバックします。CLI、ライブラリ、GitHub Action などさまざまな形で使える想定で、まだ初期段階の PoC です。ソースは pglockanalyze です。Rust の勉強も兼ねて作っているので、Rust コミュニティからのフィードバックも歓迎です。

    • これは本当に実用性が高そうです。各マイグレーションでどの lock を取得するかを明示し、不一致ならビルドを失敗させるパイプラインを想像しました。

    • 開発言語に関係なく、私がいつも参考にしているのは strong migrations のチェックです。strong_migrations など とても有名で、他言語への移植版もあります。excellent_migrations

  • 私が取り組んでいるのは、モダンなディープラーニングの主要なアイデアをすべてゼロから再実装するプロジェクトです。ディープラーニング研究に入ってくる人たちの移行を助けたいと思っています。beyond-nanogpt

    • ニックネームと全然合っていないのでは、という疑問が湧きました。参考資料に何を使っているのか気になります。
  • オープンソースでセルフホスト可能なアプリを作って、知人たちとニュースレターを共有しようとしています。Facebook のような場所にアップロードせずに、家族写真や近況を共有するためのものです。利用フローは、1週間の出来事についてグループごとに投稿を書き、週末または月末に各グループ向けのニュースレターを自動生成して、少し編集してから送信する形です。すべてのニュースレターには関連画像のダウンロードリンクも含める予定です。メールニュースレターが最も簡単でアクセシビリティも高いため、中高年でも使いやすいように設計しています。家族は韓国人で、配偶者の家族はそうではないので、多言語対応も目標です。今週中に MVP を作って、両親と配偶者の家族に実際に試してもらうつもりです。

    • Pagecord に非公開ブログ/投稿のサポートを追加すれば、自動的に似たような機能も提供できそうです。Pagecord

    • 受信者が複数のグループに含まれる場合、どう動くのか気になります。たとえば私が家族グループと同僚グループの両方に属していたら、すべての投稿を含むニュースレターを1通だけ受け取るのでしょうか? グループの組み合わせが増えるほどカスタマイズされたニュースレター数は指数的に増えますが、実際にはそこまで多くないかもしれません。受信者ごとにカスタマイズしたニュースレターを送る方式なのか、listserv スタイルなのかで変わりそうです。

    • メールの到達率が重要であり、簡単に損なわれる可能性があります。誰かが数回スパム報告するだけでブラックリストに載ることもあります。ユーザー自身も購読したことを忘れることがあるので、問題を避けるための回避策を考える必要があります。大量メール送信では実際の住所と配信停止リンクの追加が義務で、一部のメールプロバイダーはそれをスパムとして自動処理します。

    • このアイデアは本当にわくわくします。Facebook のようなプラットフォームにフィルタリングされず、純粋に興味のあるコンテンツだけ見られる点が気に入りました。

    • すでにオープンソースなら、リンクを共有してくれるとうれしいです。

  • 16年間会社勤めをしたあと最近退職し、現在は原子力エンジニアリングのコンサルティングをしています。合間に進めている情熱プロジェクトは次のとおりです。

    • Nuclear Reactor Starter Kit: 原子力品質保証(QA)プログラムと IT ガイド、さまざまなプロセス/テンプレートをオープンソースで共有し、原子力スタートアップがより簡単かつ迅速に立ち上がれるよう支援するツールです。業界の効率最大化のため、lesson learned も新しい形式で集める計画です。

    • Reactor Database: 既存の IAEA PRIS は発電向けにしか焦点を当てていませんが、開発段階の原子炉、スタートアップの追跡、燃料費、ライセンス進捗状況など、さまざまな情報をシミュレーションや声明をもとに記録する予定です。実際のプロジェクトと単なる概念実証(ベイパーウェア)を区別し、成果を追跡できるようになります。

    • ソフトウェアエンジニア(SWE)の立場からこの分野に入るには、どんなバックグラウンドが必要で、見通しはどうなのか気になります。原子力産業は今後も必要とされる業界だと思うので関心がありますが、物理や化学はあまり得意ではありません。

    • 10年前に原子力業界から Healthcare/IoT/Oil&Gas/Finance ソフトウェア分野へ転向しましたが、いつかまた自分の経験を原子力に生かしてみたいです。whatisnuclear.com が好きです。10年前には JS ベースの可視化システム(例: ssv)も作りましたが、市場性は見つけられませんでした。

    • 小国の有能なエンジニアがこの starter kit を使って兵器プログラムまで進められるのか気になります。ほとんどの情報はすでにインターネット上に公開されていると思いますが、競争優位があるのかも気になります。

    • この内容は本当に興味深いです。関連リンクがあれば共有してほしいです。

    • 原子力業界にどうやって入ったのか、その経緯が気になります。

  • Counter Productive というアートプロジェクトを進めています。公園に設置されたただ1つのボタンを誰かが押すたびに24時間のカウントダウンがリセットされ、0になるとプロジェクト自体が終了します。プロジェクトを生かし続けるには、継続的にボタンを押す協力が必要です。これまでに56日間、820回ボタンが押されました。詳細説明統計ページ を参照してください。

    • もう終わったのか気になります。統計には 25 時間の gap があると出ています。アイデアは本当に素晴らしいです。

    • Lost へのオマージュとして、4、8、15、16、23、42 の数字を入力させるようにしたら面白そうです。

    • 本当にクールなプロジェクトです。

  • ビンテージ印刷広告を収集し、デジタル化して共有しています。adretro.com 広告は何万点もあり、一生かかっても終わらない量です。AI を活用してメタデータ抽出からカタログ化まで自動化し、1日100点ずつ処理しています。私のお気に入りの広告の1つは、1968年の「謎を解くコンピューター」の広告です。1968年の広告リンク

    • この取り組みは本当に素晴らしいです! AI でメタデータを抽出しつつ、実物の雑誌も保有して保存しているのが印象的です。謎を解いてくれる 1968 年のコンピューター広告もすごいですね。今後さらに多くの宝物のような広告が見られるのを楽しみにしています。

    • サイトも本当に見事に作られています。さまざまな観点(年別、媒体別)で広告データを分析し、人気のタイプなどを見せる analytics 機能があると面白そうです。

    • 本当に素晴らしいコレクションです。広告が引き出しの上などで撮影された写真のように見えるので、フラットベッドスキャナーを使うともっと良くなるかもしれません。

    • 特定の時代の広告を一目で見られるタイムラインビューもあったら見てみたいです。

    • 広告は最初は落書きのようで煩わしく感じますが、時間が経つと興味深い遺物になります。

  • pgflow というオープンソースの DAG ベース workflow エンジンをいじっています。Postgres 上で PGMQ キューを通じてワーカーをオーケストレーションし、Supabase と自然に統合されます(別途インフラは不要です)。Edge Function からカスタムサーバーレスワーカーでタスクを処理し、すべての実行状態を Postgres に記録します(pg_cron やトリガーのように DB から直接フローを開始できます)。データベースの一貫性と、各ステップごとの型安全性に重点を置いています。

    • これまでに開発した機能: コア SQL オーケストレーション(状態マシン、リトライ、可観測性、キュー管理)、厳密に型付けされた TypeScript DSL + 定義を migration に変換するコンパイラ、Edge Function ワーカー
    • 現在注力している部分: Supabase Realtime を使って各フロー実行をブラウザへストリーミングするクライアントライブラリ、TypeScript DSL に基づくコンパイル時安全性
    • 今後の計画: データ配列の並列処理(各項目ごとのリトライ付き)の fanout、JSONB 演算やステップ結果を活用した SQL ベースの分岐など Docs: how-pgflow-works Repo: pgflow-dev/pgflow
  • Google が第1・第2世代 Nest Thermostat のサポートを 10 月で終了する予定なので、第2世代 Nest の外観と部品(筐体、ディスプレイ、リング、マウントなど)をそのまま使うオープンソースのサーモスタットを作っています。「頭脳」にあたる部分だけを新しいオープンソース PCB に置き換え、Home Assistant と連携できるようにする予定です。

    • メーカーのサポートが終わったハードウェアをこうして再活用しようとする試みを本当に応援します。こうした機器にはまだ十分な価値があると思うので、なおさらうれしいです。

    • Nest は持っていませんが、こういうプロジェクトに取り組んでくれること自体にとても感謝しています。捨てられるはずだったデバイスを再利用する意義があります。

    • クールな個人プロジェクトですが、CT101 のような安価な Z-wave サーモスタット(約 50 ドル)を買って Home Assistant に直接つなぐ方法もあります。この方法なら今後のサポート終了を心配する必要がありません。