個人開発で、無料・オープンソースのGitクライアント「Rocket」を作っています。コミット履歴や差分の表示、ステージング、コード構造の可視化、内蔵ターミナルなどに対応しています。

Windows・Linux版を公開中で、macOS版はプレビューです。

使い勝手や「ここを改善してほしい」といったご意見をいただけるとうれしいです！

• 公式サイト・ダウンロード

• GitHub・ソースコード

二ヶ月程暇な時間が出来るからこれを気にプログラミングを学ぼうと思うんだ。

プログラミング言語は幾つも種類があってどれからすれば良いのかわからないかった。

ゲームを作れるようになりたいからJava？やC++？を学ぼうと思う。しかし僕はプログラミングをほとんど知らない。パソコンはノートパソコンしかないけどちゃんと学べるのかな？

学ぶとして人生の先輩達はどっちをオススメする？
それと何から始めれば良いのかも是非教えて欲しい

この秋、Claude Code や opencode などのコーディングエージェントが、自分で組み立てた削除コマンドでデータを消してしまった報告が続けて出ました。読んでみると、モデルが特別におかしなことをしたというより、シェルのよく知られた落とし穴をそのまま踏んだものがほとんどです。5件を原因ごとに整理して Zenn に書きました。

空の変数: rm -rf "$D"/ や rsync -a --delete src/ $R/ で変数が空だと対象が / になります(claude-code #109735)。"${D:?}" と書けば空のときにシェルが止まります。

パスを返すコマンドがルートを返す: rm -rf "$(cygpath -u 'C:\')" は /c/ を返し、約600GB が消えました(#95426)。値が空ではないので :? では止まらず、消す前にパスを確かめる必要があります。

スペース入りのパスと xargs: xargs -n1 dirname が Application Support のスペースでパスを分け、~/Library がまるごと消えた例です。find ... -print0 | xargs -0 で防げます。

残りは、既存リポジトリの .git 削除(12か月分の未 push 履歴, #107274)と、worktree の中のジャンクションをたどって外の models フォルダ約230GB が消えた件です。

記事の最後で、こうしたコマンドを実行前に止める自作のフック claude-bulkhead(MIT、依存なし)も紹介しています。コマンドの文字列しか見ないので、エージェントが書いたスクリプトの中の削除は防げません。

https://zenn.dev/dooly6276/articles/92b783b7b8a3be

これは早くて無料ソフトです！
(RaycastまたはSpotlight のAlternative であります)

https://github.com/kunkka19xx/look

『ちいかわ』のうさぎラップを見て、「この掛け声でコードを書けたら面白そう」と思って作ったのが **Yahalang** です。

「ヤハ」「ウラ」「プル」などで書く、スタックベースの難解プログラミング言語です。見た目はこんな感じですが、四則演算・条件分岐・ループ・配列・文字列の入出力ができます。

日本語・韓国語・英語の表記に対応しています。これは全部、`321` を出力する同じプログラムです。

日本語：

ハヤハ プルプルプル ヤハ
イヤ ヤダヤダ
    プル
    イイイヤハ プルル
    ハヤハ プル ヤハ
    ウラ ヤハ
ウラ ヤダヤダ

韓国語：

하야하 뿌루뿌루뿌루 야하
    이야 야다야다
    뿌루
    이이이야하 뿌루루
    하야하 뿌루 야하
    우라 야하
우라 야다야다

英語：

hayaha ppuruppuruppuru yaha
iya yadayada
    ppuru
    iiiiyaha ppururu
    hayaha ppuru yaha
    ura yaha
ura yadayada

インタプリタはRust製で、REPLと実行トレース付きです。

最近、初めての外部コントリビューターが **Yahalangで書いたYahalang→Cコンパイラ** を作ってくれました。コンパイラ自身もコンパイルできます。うさぎの掛け声で遊ぶつもりが、思ったより大きなプロジェクトになってました。

日本語READMEやサンプルもあるので、よかったら遊んでみてください。感想やツッコミもぜひ。

https://github.com/N0067H/yahalang

こんにちは！

以前、うさぎの言葉を使ったプログラミング言語

"UsagiLang" を紹介した者です。

今回は、そのC言語版となる 「UsagiC」 を作りました！

UsagiCは、C11で実装されたトランスパイラを使用し、".usagic" ファイルを標準Cコードに変換します。その後、GCCやClangでネイティブ実行ファイルを生成できます。

日本語と韓国語のキーワードに対応しており、同じファイル内で混ぜて使うこともできます。

例えば：

#ハイ<stdio.h>

ウ main(プ) {

ウラ("ヤハ！ Hello, World!");

ウラララ 0;

}

現在は v0.1.1-alpha で、まだ実験段階です。

GitHub:

https://github.com/Lee-sangyul/UsagiC

前回の投稿（UsagiLangの紹介）： https://www.reddit.com/r/programming_jp/s/TYkrg2StCJ

前回いただいたドキュメントへのフィードバックも、とても参考になりました。本当にありがとうございます！

今回も感想や改善案をいただけるとうれしいです！

https://bar4win.r369.site

https://filmatch.site/

ウォッチリストと鑑賞済みが増えるほど

レコメンドの精度上がっていきます！

NextCandleを開発しています。昨日は翻訳のfallback判定について書きましたが、今日のレポートでは、取得した資料の欠落と文章の断定を分ける問題が見つかりました。

2026-10-15のレポート159は00:06:35 UTC（09:06:35 KST）に生成されました。2012-03-09の事例にはローソク足データがある一方、source_referencesにはそのpatternDateを持つ参照がありません。それでも本文は、静かな時期で大きな材料なく取引されたという説明になっています。このレスポンスから確認できるのは「このレポートには対応するニュース参照がない」までで、当時何も起きなかったことではありません。

そこで、レポート内の参照を読む最小例として、次のように状態を分けてみました。これは今回ローカルで確認した試作例で、サービスに反映した修正ではありません。

function newsContext(report, patternDate) {
  const all = report?.content?.source_references;
  if (!Array.isArray(all)) {
    return { state: "unavailable", references: [] };
  }
  const references = all.filter(ref =>
    ref.context === "historical-pattern" &&
    ref.patternDate === patternDate
  );
  return {
    state: references.length ? "linked" : "not_linked_in_report",
    references
  };
}

今日のレスポンスを入力すると、2012-03-09はnot_linked_in_report、2015-09-03はlinkedになります。参照フィールド自体がない入力はunavailableです。取得処理の成功・失敗はこのレスポンスだけでは判断できないので、この関数も推測しません。linkedも記事の正しさや値動きの原因を保証する状態ではありません。

2015-09-03に紐づく記事の一つは、2015年8月27日のティム・ドレイパー氏の将来への期待を伝えるものです。投機性への留保もあります。今日参照されているスタンダードチャータードのUAEでのサービス提供の報道とは、根拠の種類が違います。記事の公開日、パターンの基準日、レポート生成日時も別々に扱う必要があります。

皆さんなら、生成文が資料の欠落を断定に変えていないか、どこで検査しますか。型や状態ラベルだけでは文章の正しさまでは保証できず、主張と参照の対応を見る工程も必要だと考えています。類似度は勝率ではなく、返された事例は全歴史の出現頻度でもありません。

確認した日本語レポート: https://nextcandle.io/ja/dailyreport/159 現在の記事（韓国語）: https://www.digitaltoday.co.kr/news/articleView.html?idxno=707248 過去の記事（英語）: https://bitcoinmagazine.com/markets/tim-draper-speaks-global-equity-turmoil-expect-people-run-bitcoin-way-gold-1440642049

NextCandleの開発者です。今朝の公開APIを確認していて、言語別の配信判定に使う条件を具体的に考える例がありました。相場の予測ではなく、レスポンスの整合性の話です。

2026年10月14日のレポート158は、00:05:46 UTC（09:05:46 KST）に生成されました。翻訳がそろう前に languageCode=zh で取得したレスポンスは、同じIDのまま、次のメタデータを返していました。本文も英語でした。

{
  "id": 158,
  "metadata": {
    "requestedLanguageCode": "zh",
    "languageCode": "en",
    "translationStatus": "fallback"
  }
}

これは生成途中の観測で、常にこの状態という意味ではありません。その後、日本語は languageCode=ja、requestedLanguageCode=ja、translationStatus=translated となり、日本語の本文を確認できました。

同じIDかどうかだけでは、別言語の本文を「翻訳済み」として配信してしまいます。以下は言語メタデータだけを判定する小さなJavaScriptの例です。サービスに実装済みのコードを公開したものではありません。

function languageReady(report, requestedCode) {
  const m = report?.metadata;
  if (!m) return false;
  if (m.requestedLanguageCode !== requestedCode) return false;
  if (m.languageCode !== requestedCode) return false;
  if (!["source", "translated"].includes(m.translationStatus)) return false;
  return m.availableLanguageCodes === undefined ||
    (Array.isArray(m.availableLanguageCodes) &&
     m.availableLanguageCodes.includes(requestedCode));
}

この関数だけで配信可能にはなりません。別に、整数のIDが各言語で一致すること、symbol/type、generatedAtのUTC日付と未来時刻でないこと、実際のタイトル・本文・出典も確認する必要があります。Web画面のフォールバックと、特定言語向けの配信完了判定は分けて考えています。

時刻も一つにまとめられません。今回のレポートには、セイラー氏の見通しを報じた現在の記事と、2017年11月22日付のNexPayの電子マネー機関ライセンス取得の記事が含まれています。記事の公開日時、過去チャートの基準日、レポートの生成日時は別の情報です。過去の類似度を将来の確率として扱うこともできません。

皆さんなら、フォールバックを返すAPIと、指定言語の準備完了を要求するAPIを分けますか。それとも同じレスポンスに状態を明示して、利用側で判定しますか。言語コードが一致していても翻訳品質までは保証できない点を含め、契約の分け方を考えています。

今回確認した日本語レポート: https://nextcandle.io/ja/dailyreport/158 現在の記事: https://www.businesspost.co.kr/BP?command=article_view&num=449249 過去の記事: https://bitcoinmagazine.com/markets/bitcoin-exchange-globitex-granted-european-electronic-money-license

Maximum Meaning Per Token (トークンあたりの意味最大化)を目標に、「短い構文の中に、いかにして多くの意味(しかし一意に定まる)を込められるか」を考えながら、プログラミング言語を作ってます！

URL: https://github.com/quidra-lang/quidra

Quidraに関する率直な意見をください！

また、設計思想に共感してくれる開発者を募集しています！
コンパイラの実装自体はLLMに任せていますが、それが嫌だという方が多ければ実装のみゼロから作り直すことも考えています。要相談させてください。

こんにちは。NextCandleの開発者です。

ReactとTypeScriptで、選択したローソク足の並びに似た過去の区間と、その後に実際に観測された値動きを並べて確認できるWebアプリを開発しています。日本語UIもあります。

比較するローソク足の本数を増やすと、より長い価格の流れを対象にできます。現在と過去の事例に関連するニュースの原文リンクも、取得できる範囲で表示しています。

UIで特に考えているのは、「類似度」「比較事例数」「その後の値動き」をどう並べれば誤解なく伝わるかです。類似度は勝率ではなく、過去と似ていても今後の結果が同じになるとは限りません。

https://nextcandle.io/ja/workspace?utm_source=reddit&utm_medium=community&utm_campaign=jp_developer_feedback

比較画面で、サンプル数や日付など、最初に目に入るべき情報について意見をいただけると嬉しいです。関心を持ってくださるだけでも励みになります。

こんにちは、One Million Toolsを作っている者です。Webサイトやアプリの素材を整えるための、小さな無料ツールをブラウザで作っています。

画像のように、58個のアイコンが1枚にまとまっていると、ひとつずつ切り出すのが面倒ですよね。Grid Splitterでは行・列を指定して分割し、まとめてZIPで保存できます。この例は6行×10列なので60枚になり、空の2枚はあとで除きます。

等間隔のグリッド向けなので、余白が不揃いな素材は先に切り抜きの調整が必要です。画像内の文字もそのまま残ります。アイコンを自動で認識して切り出すツールではありません。

登録不要で、画像の分割処理はブラウザ内で行います。画像を処理サーバーに送る必要はありません。

https://onemilliontools.com/image/image-grid-splitter

画像圧縮や背景削除、ストア用のスクリーンショット作成もあります。まずはこの切り出し機能について、行・列や余白の設定で分かりにくい所があれば教えてもらえるとうれしいです。日本語は翻訳の助けを借りています。

直リンもできるので良かったら使ってください

基本情報を取得し早2年、どうやら技術者試験が来年度から変わるらしい。

取る意味はあるのか、、

報酬があるため何と言われようが挑戦するはするのだが。

新試験が出てから応用情報の立場ってどうなるんだろう。

新試験も将来的に取っていくことを考えたら旧応用の勉強は理解の一助にはなっていくのだろうか。

ぼくは中学生で高専の入試を受けようとしているのですが、そこでアプリを発表しないといけないんですが、そのアプリの仕様でデータを管理するときに.jsonか.csvか.dbこの3種類で悩んでいます。ですが、自分は.dbについて全く知識がありません。また、このアプリは消費期限、賞味期限を管理するアプリでフードロスをなくそうというアプリです。このアプリでどのデータ保存が一番いい？あとその入試まで3か月を切っています。また、このアプリの改善策も言わないといけないんですが、そこでIotの連携をしたり、スマホで管理できたり(レシートなどを撮って自動で投稿)このような感じに使用と思っています。何かいい案を下さい

バグ修正をしたから良かったら使ってみてください

This article is a review and code explanation article for the "V-Modal Android SDK," which allows you to search for ** "meaning" in videos using natural text (e.g., "bus in town") and images. Rather than simply displaying a frame image, your app can implement a feature that returns an accurate timestamp** of the "seconds" of the target video, allowing you to play the video immediately from that position.

Official SDK and Cost: This is the only service that offers an official SDK (Coroutine/Flow compatible) for Android (Kotlin), and is said to be very inexpensive compared to other AI analysis services.

Full article: Visual Video Search for Mobile

僕は今、中学生でPythonを3年くらいやっていて将来はGUI開発とかをしたいんだ。だから社会に出たときに知っておいた方がいいプログラミング言語について教えてほしいんだ。

卵から育てるデスクトップペットを作りました。育て方によって見た目や性格が変化します。

MCP経由でClaude Desktop／Claude Codeから状態確認や世話ができ、世話などの変更操作はアプリ側でユーザー確認を挟む設計です。MCPサーバーとの通信はローカルで完結させています。

初回の卵は無料です。MCP連携やMacアプリとしての作りについて、どのようなAIとの連携がいいかなど技術的な意見もいただけるとうれしいです。

https://aic0t.com/

個人で開発しているクラウドストレージアプリ「Tricloud」のWindows向けベータ版を公開しました。

Tricloudは、ユーザーのPCにある未使用のストレージ容量をノードとして提供してもらい、その容量をクラウドストレージとして活用することを目指しているデスクトップアプリです。

通常のクラウドストレージのように、ファイルのアップロード・ダウンロード・フォルダ管理・共有・自動バックアップ・オフライン利用などができます。また、希望するユーザーは、自分のPCの空き容量をストレージノードとして提供できます。

現在の構成は完全な分散型ではなく、アカウントやファイル情報、ノード情報などは中央のFastAPI・PostgreSQLサーバーで管理しています。デスクトップアプリはElectron・React・TypeScriptで作成し、ストレージノードとの通信にはZeroMQを使用しています。

アップロードしたデータは暗号化し、現在は3台のノードへコピーを保存する仕組みにしています。ただし、ノードが長期間オフラインになった場合の自動再複製や、別のレプリカへの完全な自動切り替えはまだ実装途中です。

現在は初期ベータ版のため、以下の点にご注意ください。

• Windows専用

• 実際の居住地にかかわらず、「Country/region」を「Japan」に設定すると、現在のテスト用ノードを使ってすぐにアップロードを試せます

• インストーラーにはまだコード署名を付けていません

• 私のテスト環境では、Microsoft SmartScreenの警告が表示されました

• 重要なファイルの唯一の保存先としては使用しないでください

• GitHub ReleaseにインストーラーとSHA256SUMSを掲載しています

特に、以下の点を試していただけると助かります。

• インストールと起動

• アカウント作成とログイン

• ファイルのアップロード・ダウンロード

• フォルダ操作やファイル共有

• 自動バックアップとオフライン利用

• PCの空き容量をノードとして提供する機能

• UIの分かりにくい部分や不自然な表現

• エラー、不具合、予想と異なる動作

• セキュリティやレプリケーション方式についての意見

GitHubリポジトリはこちらです。

https://github.com/Takumi-Morimitsu/Tricloud-beta

紹介ページはこちらです。

Tricloud — 新しい仕組みのクラウドストレージ

まだ初期段階ですが、実際に使ってみた感想や厳しい意見、不具合報告などをいただけると嬉しいです。質問にはコメントまたはGitHub Issuesで回答します。よろしくお願いします。