readable_code::CMake - FancyにC++ Projectを作成する
C ++の最大の障壁は何ですか？私が思ったときはCMakeではないかと思います。初めてC ++を起動したとき、ソースファイルを1つビルドするのも難しくしたCMake…私と一緒に壊したのでしょうか？この講義と一緒なら、あなたもCMake Master！
お知らせ
11 件
開発環境をセットアップするように、AIの作業環境をセットアップするプロセスです。
プロジェクト構造、ビルド設定、コーディングコンベンション、テスト方式が整っていてこそ、開発が安定して進みます。
AIも同様でした。
AIにコードを任せたのにプロジェクト構造を無視されたり、
文章を任せたのに自分のトーンではなかったり、
リサーチを任せたのに判断基準が抜けていたりと、同じようなことが繰り返されました。そこで作成したコースが、ChatGPTで構築する自分だけのAI業務環境システムです。
この講座は、AIプロンプトをいくつか教えるだけの講義ではありません。
自分の業務基準、反復作業の手順、文書構造、検討基準、AIが参考にすべき作業コンテキストを整理して、AIが自分のやり方で仕事ができる作業環境を自ら作り上げる過程です。
このコースで扱う内容
自分基準で文章を書く
自分基準で分析する
基準を立ててリサーチする
発表資料と視覚資料の作成
AIで必要な小さなツールを作る
繰り返し業務を再利用可能なフローにする
AIが作業前後に確認する基準をセッティングすること
終わった後に残るもの
AIに毎回最初から説明しなくても済む構造
自分のトーンや基準に近い成果物
ライティング、分析、リサーチ、資料作成、開発補助を一つの環境で回す方式
道具が変わっても使い続けられる、自分なりの基準と手順
早期割引（アーリーバード）ローンチ特典
6月22日までアーリーバード価格で公開します。
コースのみ購入：499,000円
通常価格 699,000円おすすめ構成：999,000円
コース全過程 + 開発隊長が実際に使用しているAI作業環境セットアップ + 1:1適用フィードバックおすすめ構成には通常価格999,000円の1:1適用フィードバックが無料で含まれます。
ご自身の業務フローの一つを開発隊長と一緒に構築する方式で、先着20名様限定です。6月22日以降は通常価格に切り替わります。
AIを使ってみたものの、まだ自分の仕事にしっかり定着している実感が持てないのであれば、このコースが次へのステップとなります。
こんにちは、開発隊長ヤン・ウンソンです。
「C++の実務ではどのように開発しますか?」
「トイプロジェクトではなく実際の製品はどのように作りますか?」このような質問をたくさん受けたので、セミナーを行いました。
前半部分を公開します。セミナー映像(前半公開)
正直、私も最初は知りませんでした。
学校で習った通りにやったら、たくさん失敗しました。
例外を投げたらシステムが落ちて。
メモリを割り当てたらリアルタイム性が崩れて。
スレッドを作ったらレースコンディションが発生して。ロボット会社と自動運転会社で量産製品を作りながら試行錯誤をたくさんしました。
その時に身をもって体得したことをまとめました。より深く知りたい方は
Production C++ Framework Guide
なぜこうしなければならないのか、なぜああしてはいけないのか。
24のテーマで整理しました。アーリーバード実施中 (1月2日まで)
₩129,000 → ₩96,750 (25%割引)実際のコードが気になる方は
Production Playground for C++
ガイドライン通りに実装したコードです。
直接動かしてみることができます。₩499,000
この実装をベースにロボティクスフレームワークとSLAMフレームワークも作る予定です。
私のように試行錯誤せずに、持っていってください。
コミュニティ: 人工知能を使いこなすオープンチャットルーム
ありがとうございます。
開発隊長 ヤン・ウンソン
(株)HolyGroundこんにちは、開発隊長のヤン・ウンソンです。
ROSを取り除いて純粋なC++でプロダクションを作ったことがあります。
こんにちは、開発隊長のヤン・ウンソンです。ROSを取り除いて純粋なC++でプロダクションを作ったことがあります。
2回やりました。
ロボット会社で一度、自動運転会社で一度。
1回目は6ヶ月かかりました。
2回目ははるかに速かったです。
プロダクションを作った経験があります。2回やりました。ロボット会社で1回、自動運転会社で1回。1回目は6ヶ月かかりました。2回目はずっと早かったです。
何をすべきか分かっていたからです。
得られるもの
環境セットアップからCIまで、どこで苦労するか事前に分かります
エラー処理、メモリ管理、並行性設計の基準が固まります
「なぜこうしなければならないのか」を理解すれば、ツールが変わっても応用できます
コードではありません。条件を理解すれば無駄な時間が減ります。
アーリーバード
定価: ₩129,000
割引価格: ₩96,750 (25% 割引)
締切:1月2日まで
Production C++ Framework Guideを見る →
ありがとうございます。
開発隊長ヤン・ウンソンより
(株)HolyGround
こんにちは、開発隊長のヤン・ウンソンです。
ROS2でプロトタイプを作って製品化しようとして行き詰まった経験はありますか?
私もそうでした。
なぜこのセミナーを準備したのですか？
屋外配送ロボットの認識システムをROS2で作りました。
プロトタイプはうまく動作しました。しかし、製品化しようとしたら問題が発生しました。
組み込みシステムでリソースが不足しました
リアルタイム処理でオーバーヘッドがボトルネックになりました
ライセンスの問題でオープンソースも使えませんでした
結局ROS2を取り除いて、純粋なC++で作り直さなければなりませんでした。
10年以上こんな試行錯誤を繰り返しながら学んだことがあります。
本には載っていません。実際に経験してみないとわかりません。セミナーで学ぶこと
Part 1: ROSから本番環境への現実 (30分)
ROSで本番環境に移行する際に実際に経験する問題を共有します。
ライセンス問題で使えないオープンソースたち
組み込みシステムで発生するリソース問題
リアルタイム処理でボトルネックとなるオーバーヘッド
Part 2: プロダクションコードの考慮事項 (50分)
プロダクションコードを作成する際に考慮すべき設計基準について扱います。
エラー処理: 例外 vs Result、組み込みシステムでなぜ例外を使ってはいけないのか
型安全性: 単位の間違いをコンパイル時に検出する方法
メモリ管理: リアルタイムループでnewを呼び出してはいけない理由
マルチスレッド並行性: デッドロックなしで安全に並行処理を行うパターン
ロギング/プロファイリング: プロダクションで問題が発生した際に原因を見つける戦略
依存性管理: 外部ライブラリを管理するパターン
Part 3: ツールとライブラリの選択 (20分)
プロダクション環境で検証されたツールと避けるべきパターンを共有します。
パート4: Q&A (20分)
リアルタイム質問回答
セミナー情報
タイトル: なぜ私たちはROSを取り除いたのか:10年目のアーキテクトによるプロダクションフレームワークガイド
日時: 2025年12月20日(土)20:00 - 22:00(120分)
場所: オンライン (Zoom)
参加費: 99,000円
参加者特典: ガイドライン整理コンテンツ提供
Fruit: C++のためのプロダクション・プレイグラウンド
セミナーで扱うガイドラインを実際に実装したコードです。
含まれる内容:
プロダクション用Coreライブラリ（エラー処理、単位システム、並行性、メモリプール、ロガー/プロファイラーなど）
自動化された品質検証システム（フォーマット、静的分析、テスト、カバレッジ）
CI/CDパイプライン（GitHub Actions）
4つのセンサーリアルタイムフュージョンデモアプリケーション
価格: 499,000ウォン → 399,200ウォン (アーリーバード20%)
アーリーバード締切: 今週土曜日の深夜
追加特典: 購入者先着20名 - セミナー無料参加
こんな方におすすめです
ROSでプロトタイプを作成し、製品化で行き詰まった経験がある方
純粋なC++でプロダクションコードを作成しなければならない方
組み込みシステムやリアルタイムシステムでC++開発をされている方
プロダクションコード設計基準が気になる方
最後に
実装コードではなく、ガイドラインを扱います。
何を使うべきで、何を避けるべきか。
どんなことを考慮すれば、プロダクションで問題が起きないのか。2時間の投資で10年分の試行錯誤をスキップしましょう。
ご質問がございましたら、いつでもご連絡ください。
コミュニティ:リーダブルコード オープンチャット
ありがとうございます。
開発隊長ヤン・ウンソンより
(株)HolyGroundP.S. Fruitを購入すると、先着20名様にセミナー無料参加特典があります。購入後、オープンチャットでお知らせください!
こんにちは、開発隊長のヤン・ウンソンです。
今日の夜8時にAI協業開発システム無料セミナーを開催します。
最後のご案内いたします。
なぜこのセミナーを準備したのですか？
私も最初はChatGPTに「これ作って」と言いながら使っていました。
でも毎回違う結果が出て、今日はReactを使って明日はVueを使って。
検討する時間が開発時間よりも長くかかるんですよね。2年間試行錯誤してやっと気づいたことがあります。
AIに必要なのは「文脈」です。
プロジェクトが何なのか、コードスタイルが何なのか、以前に何をしたのか。
こういう文脈がないから毎回勝手気ままに作るんですよ。それでシステムを作りました。
セミナーで学ぶこと
5つの核心原理
1. AIに文脈を与える方法
ドキュメントでプロジェクト全体構造を知らせる
同じリクエストをしても常に同じ品質で
2. 役割を分けて専門性を高める方法
26の専門エージェントがそれぞれの責任領域でのみ働く
明確な境界が予測可能な結果を生成
3. 繰り返し作業を自動化する方法
一つのコマンドで設計から検証まで自動実行
AIが介入なしに一人で作業完了
4. AIに自ら品質検証させる方法
テストを回して私が確認しなくても済むように
手動確認なしで客観的品質保証
5. 一貫したプロセスを作る方法
誰がやっても同じ品質が出るように
再現可能な成功パターン
ライブデモ
C++ユーティリティ関数を10分以内にリアルタイムで開発します。
設計から実装、テスト、検証まで全て。
実際に動作する様子を直接お見せします。既に使用している方々のレビュー
設計から実行まで全体のプロセスが自動で実行され、介入なしに一人で作業を完了しました。AIがコンテキストを読み取って判断し、一人の開発者のように動作しました。
「ドキュメントでコンテキストを管理するのは本当にとても良いと思います。構造を作るのが難しいのですが、構造さえ作れば全部適用可能なので生産量がぐっと上がりますね」
Before: 毎回指示して、私がついていなければならず、結果はまちまち
After: AIが一人で勝手に、自らコンテキストを把握し、常に同じ品質
セミナー情報
日時: 2025年11月15日（土）20:00 - 22:00（120分）
場所: オンライン (Zoom)
費用: 完全無料
定員: 先着順100名
登録:今すぐ登録する
このような方におすすめします
AI ツールを使っているが、毎回異なる結果に疲れた方
チーム全体のAI協働体系を構築したいリーダー
一人でより多くのプロジェクトを受注したいフリーランサー
AI時代に競争力のある開発者になりたい方
最後に
セミナーを聞くだけですぐに適用可能です。
原理さえ分かれば使えるように作ったんです。
2時間の投資で一生使えるシステムを学んでいきましょう。
それでは今日の夜8時にお会いしましょう。
ありがとうございます。
開発隊長 ヤン・ウンソン より
(株)HolyGroundこんにちは、
C++でマルチスレッドを学ぶ必要がある方々にお贈りします。
こんな悩みを抱えていませんか？
「マルチスレッドを使わなければならないと言われているけど、どこから学べばいいのかわからない」
[[CODE_1]]std::thread[[/CODE_1]], [[CODE_2]]mutex[[/CODE_2]] 사용법은 봤는데 실무에 어떻게 적용하지?
本や講義は理論ばかりで、実践例は複雑すぎる
私も途方に暮れていたのですが、実務パターンをゼロベースから直接実装しながら学ぶと「あ、だからこう使うんだな」と理解できるようになりました。
もしかしたらお役に立てるかもしれないと思い、ゼロベースからThreadPool、Scheduler、Pipelineを直接作成するガイドをまとめました：
→ 詳細を見る
「なぜcondition_variableが必要なのか？」「ワーカースレッドはいくつ作るべきか？」といった質問に直接実装しながら答えを見つけていきます。APIドキュメントを見るだけとは全く異なる理解が得られます。
ご質問や気になることがございましたら、いつでもご連絡ください。
ありがとうございます、開発隊長ヤン・ウンソン
こんにちは、
もしかして3ヶ月前に自分が書いたコードが分からなくなったり、バグ一つを直すのに何日も残業したことはありませんか？
こんな状況、よく経験されますよね？
Clean Code、デザインパターンを勉強したけれど、実務にどう適用すればいいか途方に暮れている
コードレビューでスタイル論争ばかりして時間が過ぎ、肝心のロジックレビューはできない
「これに触ったらどこが壊れるかわからない」レガシーコードへの恐怖
私も同じ困難を経験しましたが、読みやすく書けばすべてが整理されるという事実に気づきました。
もしかしてお役に立てるかと思い10年の実務経験を凝縮した無料学習資料をシェアいたします：
47の原則を体系的な順序で学べば、生産性4倍、バグ修正70%短縮、定時退勤が可能です。自動化からアーキテクチャまでどこから始めるべきか明確なロードマップと共に。
ご質問や気になることがございましたら、いつでもご連絡ください。
ありがとうございます、開発隊長
こんにちは、
C++開発をされている方が最もよく経験される悩みの一つがメモリ管理だと思います。
私も以前に
segfaultとメモリリークのせいで夜中に緊急電話を受けてサーバールームを駆け回った記憶があります。いくらスマートポインタを使って注意しても、どこかで発生するメモリバグ...本当にストレスでした。最近、実務で検証された「Pre-allocation First」戦略を中心に体系的なメモリ管理ガイドをまとめてみたのですが、もしお役に立てればと思い共有させていただきます。単純な文法説明ではなく：
スタックをいつ使い、ヒープをいつ使うべきか
メモリプールが必要な状況をどのように判断するか
同じ実務判断基準を中心に作成しました。
https://www.holyground.world/marketplace/seed/0bef2272-3377-448f-9fc0-dce02310910c
メモリ関連で気になることがあれば、いつでもお返事ください。同じ苦労を経験した者として、お役に立ちたいと思います。
良い一日をお過ごしください！
開発隊長より
