高見知英の声日記ブログ

ちえラジChat・高見知英のゲームの話しかしないポッドキャストなどの高見知英のポッドキャストのテキスト版です

作らないことが一番:プログラミングにおける「引き算」の考え方

ちえラジChat、火曜日が始まりました。 今回はプログラミングについて、「作らないことが一番」というテーマでお話ししようと思います。

ものづくりにおける「数」を減らすメリット

このお話をしようと思ったきっかけは、しぶちょーさんが配信されているポッドキャスト「ものづくりnoシテン」を聴いたことでした。

こちらのエピソードでは、何かを作る時に部品の数や物の量を減らすことが、いかに有効かというお話をされていました。 これ、実はプログラミングの世界でも全く同じことが言えるのではないかな、と思っています。

モジュールの数や工数、行数を減らすことはとても有効ですし、そもそも「作らない」ということも、一つの有効な手段なのかなというところです。

「無駄に作らない」というアドバイス

自分も最初の職場で、後輩に「プログラミングとは無駄に作らないことだよ」と伝えていたのを思い出します。

何でもすぐにVBAでマクロを組んで解決しようとするタイプの後輩がいたのですが、作ることは素晴らしい一方で、やはり「無駄に作らない」という視点も大事なんですよね。

今はAIでいろいろなものが作れる時代になりましたが、その基本的な理念は今も変わらないのかなと思っています。

作ることは「保守」を背負うこと

自分もAIを使っていろいろと作ってはいますが、それは「今まで作られなさすぎた反動」という側面があるのかもしれません。 それでも、本当に作らなくて済むのであれば、なるべく作らない方がいいというのが自分の考え方です。

プログラムを一つ作るということは、それだけ「保守」が必要になるということです。 環境が変わればアップデートに追従しなければいけませんし、何かあった時には修正の手間が生じます。

「AIで作り直せばいい」という考え方もありますが、自作のツールに頼りすぎると、未来同じようなことがあったときにも「そもそも何も作らない」という選択肢がなくなってしまうこともあります。 そうなると、結局は保守や作り直しに追われることになってしまうのかな、という気がしています。

既存のツールを活かす選択

セキュリティなどの特別な理由がない限りは、なるべく既存のツールを使うのが一番いい選択なのではないでしょうか。とはいっても案外いつでも特別な理由はあるものなのですが・・・。

プログラミングには時間がかかりますし、何より「ちゃんと動くか」を検証するテストの作業にも、それなりの時間がかかります。

テストをせずに「とりあえず動いたからOK」とするのは、まるで吊り橋をBダッシュで渡るような危うい行為だと思うのです・・・。

物理的なものにせよ論理的なものにせよ、形に残るものを作る以上は、おいそれと吊り橋を渡るようなことはしたくないものですね。


エピソード本編はこちらからお聴きいただけます。

listen.style

明日の水曜日は「まちのえんがわキャスト」についてお話しできればと思います。 ではでは。

4月第5週の予定と、ポッドキャストのYouTube版をどう作るかという悩み

ちえラジChat、月曜日が始まりました。 今回は今週一週間の予定と、最近考えているポッドキャストの動画化についてお話しします。

今週の予定について

今週の予定ですが、実はそれほど特別なものはありません。 いつもの通り、木曜日の「まちのお茶の間子どものフリースペース」があるというところですね。

今回は4月30日、そして来週の5月7日。 どちらもゴールデンウィーク期間中ではありますが、カレンダー上は平日ということもあって、お休みせずに開ける予定でいます。

もしご興味のある方がいらっしゃれば、ぜひお越しいただければなと思います。

ポッドキャストのYouTube版をどうするか

近況として、最近ずっと考えているのがポッドキャストのYouTube動画版をどう作るか、というお話です。 これは「ちえラジChat」ではなく、「まちのえんがわキャスト」の方ですね。

これまでの0話や0.5話については、YouTubeの機能を使って音声をそのまま動画に変える仕組みを使っていました。 これだと、画面にはカバーアートがずっと映っているだけの状態になります。

ただ、1話以降はどうしていこうかなと、いろいろと悩んでいるところです。

ビデオポッドキャストのハードル

最近はビデオポッドキャストとして、喋っている姿をそのまま配信する形も増えていますよね。 自分もそうすればいいのかもしれませんが、ゲストさんがいらっしゃる番組だと、なかなか「動画にも出てください」とは言いづらいもので。

そんなお話をしてしまうと、YouTube動画を作るのと同じくらい、出演のハードルが上がってしまうのかなと思います。 それはあまりよろしくないですよね。

制作ツールと手間のバランス

手間をかけずに、でも少しは見栄えを良くしたい。 そうなると、ゲストの方からいただいた写真をスライドショーにしたり、オーディオビジュアライザー(音に合わせて動く波形)を表示させたりするのがいいのかなと考えています。

ただ、ツール選びがなかなか難しくて・・・。

  • Clipchamp: 以前使っていましたが、エンディングが少し変わるだけでも結構な手間がかかってしまいます。
  • Canva: 便利ですが、実はオーディオビジュアライザーの機能がありません。

別のツールで波形だけ作ってCanvaに当てる、という方法が一番有力なのですが、うまくいくかどうかはまだ分からないといった感じです。

配信時間が迫っているので、ギリギリまでもう少し悩んでみようかなと思っています。 なるべく、ただの静止画が流れるだけ、というのは避けたいところなのですが・・・。

関連リンク

今週の予定でもお話しした、活動の拠点についてはこちらです。

縁乃庭|ご縁をつなぐ場 | 古民家再生し、地域の皆さまの居場所作り

今回の音声版はこちらから聴くことができます。

listen.style

明日は火曜日、プログラミングについてお話しできればと思います。 ではでは。

地域系ポッドキャストの日:4月の振り返りと5月の「住んでいた場所」の話

ちえラジChat、土曜日ですね。 今回は「地域系ポッドキャストの日」の4月振り返りと、5月のテーマについてお話ししました。

4月の振り返りと感謝

4月の地域系ポッドキャストの日、ご参加いただいた皆様ありがとうございました。 ちょっと絡みづらいテーマだったかな・・・とも思っていたのですが、3名の方にエントリーしてお話しいただき、本当に嬉しかったです。

お話しいただいた内容はどれも興味深く、自分自身もハッとさせられることが多くて。 やっぱり続けてきて良かったな、というところです。 もちろん、来月以降も続けていきたいなという風に思います。

アンケートと地域の関わり

ピョン吉さんの配信を聞いて思い出したのが、自分も参加している「横浜eアンケート」のことです。 自分の考えは少し異端かな、なんて思っていましたが、地域の課題を知る資料としても、参加する意義はあるのかなと感じました。

特典の施設割引も、改めて見ると近所の「市電保存館」が入っていたりして。 小中学生以来ですが、また違った目線で楽しめそうなので、今度行ってみようかなと思います。

自治体の歌とコミュニティ

「都市とポップ」のワタンドさんがお話しされていた「自治体の歌」。 横浜にも「横浜市歌」や、ゴミ収集車で流れる「横浜さわやかさん」などがあります。 何気なく耳にしているものが実は地域オリジナルだったりして、そういう「とっかかり」を知るのも面白いですよね。

また、「えぇかげんラヂヲ」のカオリンさんとスギちゃんさんのお話からは、オンラインとオフラインの繋がりについて考えさせられました。 オンラインで濃密に話しているからこそ、リアルで会った時の繋がりがより強くなる。 「オンラインとオフライン、両方合わさってようやく1になる」という感覚、自分の中にもあるなというわけです。

5月のテーマは「前住んでたところ」

さて、5月の地域系ポッドキャストの日は、「前住んでたところってある?」というテーマでいこうと思います。

移住された方はもちろん、ずっと同じ場所に住んでいるという方は「滞在してみたい場所」の話でも大丈夫です。 自分はまた、岩手県普代村でのエピソードを深掘りしてみようかな・・・なんて考えています。

地域の事例を知ることは、自分の街への応用にも繋がって、本当に価値があることだなと思います。 5月も皆様の配信を楽しみにしています。

今回のエピソードはこちらから聴けます: listen.style


関連リンク - 地域系ポッドキャストの日 2026年4月 - LISTEN - 配信362:誰も歌えないけど必ずある「自治体の歌」 【地域系ポッドキャストの日】 - 都市とポップ - 地域団体とのかかわり方 - ちえラジ Chat ポッドキャスト版 - SP2 地域系ポッドキャストの日参加 行政や地域団体との関わり - えぇかげんラヂヲ ~古民家パラダイス~ - #1514 地域系ポッドキャストの日:安全圏から石を投げる市民活動の話 - ピョン吉の航星日誌 - ヨコハマeアンケート 横浜市

AIは自動運転車ではなく電動アシスト自転車:日々のログから見えてきたこと

ちえラジChat、金曜日が始まりました。 今回の週替わりテーマは「AI」についてということで、「AIは自動運転車ではなく電動アシスト自転車」というお話をしようと思います。

日々の活動記録をAIにまとめてもらっている中で出てきたこの言葉。自分なりに感じたことを整理してみました。

独り言ログとAIの活用

自分は現在、日々の活動を「独り言ログ」として録音しています。 以前は「全録音生活」という表現をしていましたが、誤解を招くと指摘があったので今の言い方に落ち着きました。

基本的にはフリーランスとして在宅で仕事をしている間や、散歩や移動をしている時の声を録音し、その内容をNotebookLMなどのAIに読み込ませて一日のまとめを作ってもらっています。

自分で書く日記だと、どうしても印象に残ったエピソードだけに絞られてしまいがちですが、AIにまとめてもらうと些細な出来事までしっかり記録に残るんですよね。

移動経路についても以前はGoogleマップのタイムラインも活用していましたが、場所によっては精度が低くて修正が大変で・・・。 今は独り言ログで場所や予定を記録する方が、後から経費精算の確認をする際などにも役立っていて、すごく重宝しています。

「電動アシスト自転車」という比喩

そんなログのやり取りの中から出てきたのが、「AIは自動運転車ではなく電動アシスト自転車」という言葉です。

目的地を指定すれば勝手に連れて行ってくれる「自動運転車」ではなく、目的地に向かうための負担を減らしてくれる「電動アシスト自転車」である、という考え方ですね。

ペダルを漕ぐのも、ハンドルを握るのも自分自身。 でも、大変な坂道を登るのを助けてくれたり、重い処理を代行してくれたりする。 「あくまで主導権は自分にあるけれど、移動を楽にしてくれる存在」というこの例えは、すごくしっくりくるなと感じたわけです。

知識があるからこそ使いこなせる

AIを使いこなすには、やはりその分野の最低限の知識が必要だなと日々感じています。 プログラミングでもデザインでも、知識がないと的確な指示が出せませんし、出てきた結果が正しいかどうかの裏付けもできません。

先日、ギズモード・ジャパンの「文系が10ヶ月AIでアプリを作ってみた」という記事を読みましたが、まさにその通りだなと思う内容でした。 知識がないと語彙が不足して、AIとのやり取りに無駄が増えたり、誤解が生じて修正に手間取ったりしてしまいます。

自分はよく「AIは自分の力を1.5倍にしてくれるもの」と言っています。 自分自身の理解を深めることで、その1.5倍の力をさらに引き出せるようになる。 そんな風に、AIを良きパートナーとして付き合っていきたいものですね。


今回のエピソードの詳細は、こちらから聴くことができます。

listen.style

明日は「地域系ポッドキャストの日」の振り返り、そして月曜日には来週の予定をお話しできればと思います。 ではでは。

ポッドキャストは長い方がいい?短い方がいい?自分なりの考え

ちえラジChat、木曜日のフリートークです。 今回は、ポッドキャスト界隈で時々話題になる「1エピソードの長さ」についてお話ししました。

ちえラジChatの現状

最近のこの番組は、だいたい7分前後で配信している回が多いかなと思います。

最初は3分くらいに収めようと頑張っていた時期もあったのですが・・・。 正直、短くまとめるのにもそれなりに手間がかかるんですよね。 その手間を省いた結果、今の7分くらいという長さに落ち着いたというわけです。

リスナーとしての自分

自分自身、リスナーとしてはかなりの数の番組をチェックしています。 改めて調べてみたら、最近1ヶ月で更新があったものだけでも100番組くらいは聴いているようです。

YouTubeのビデオポッドキャストやstand.fmなども含めると、150〜160番組くらいにはなるかもしれません。

基本的には1.8倍から2.2倍速くらいで聴いているので、これだけの数があっても土日にはだいたい聴き終わってしまうのですが。 やはり世の中の番組も、10分前後や30分前後のものが多いなという印象ですね。

長さによる「付き合い方」の違い

1時間や2時間といった長い番組だと、よほど興味がある話題でないと最後まで聴くのが難しくなってきた気がします。 「あ、この話は合わないな」と思ったら、その場で聴くのをやめてしまうことも増えました。

逆に10分前後の短い番組なら、多少自分の意見と違っていても、そのまま聴き続けられたりするんですよね。

一つのテーマをじっくり深掘りするなら30分以上あってもいいけれど、 手軽にいろんな話題に触れるなら10分くらいがちょうどいいのかな、なんて思ったりしています。

結局、好きな長さでいい?

ポッドキャストの長さについては、最終的には「好きにしてくれればいいよね」というのが自分の結論です。

よく「ランニング中に聴くから長い方がいい」という意見も耳にしますが、最近のアプリはプレイリスト機能が優秀ですから、短い番組をいくつか束ねて聴けば、自分好みの長さに調整できる。

むしろ、その時の空き時間に合わせて「これなら聴けるかな」と選択できる分、短い番組の方が自由度が高いのかもとも思います。

配信する側が「いつもだいたいこれくらいの長さで話しています」という目安を明示してくれると嬉しいですが、あとはリスナーが自由に選べばいいのかなと。

ポッドキャスト配信側としては、あまり長さを気にしすぎず、好きなように喋るのが一番ではないでしょうか。 ギュッと内容が詰まった短いお話も、それはそれで魅力的ですしね。

そんな感じで、今日のお話はおしまいです。 明日は金曜日。週替わりのテーマ「AI」についてお話しできればと思います。

listen.style

まちのえんがわキャスト 第0.5回を配信しました。これまでの振り返りと、これからのこと。

Microsoft Copilot作 このお話のグラレコ

ちえラジChat、水曜日の配信です。 今回は「まちのえんがわキャスト」の第0.5回を配信したということで、その内容の振り返りをお話ししようかなと思います。

0.5回という試みとAI解析

第0.5回というのは、いわば本番前のワンクッションのようなものです。

これまでのSBCast.、最初の紹介エピソードを除いた160話以上のお話を、AIに解析してもらいました。 どんな人が取材を受けて、どんなことが語られてきたのか。そのエッセンスをまとめた回になっています。

解析に使った「AI問答メモ」も公開していますので、ご興味のある方はぜひチェックしてみてください。

発信する人と実践する人

解析の結果見えてきたのは、大きく分けて二つの軸でした。

一つは、ポッドキャストなどを通じて「発信」をしている方々。 サイエントークのレンさんや、朝日新聞ポッドキャストの神田さん、ママ夢ラジオの皆さんなど、本当に多様な発信者の方にお話を伺ってきました。

もう一つは、地域で実際に「実践」をしている方々です。 特定のポッドキャストは持っていなくても、健康情報を発信したり、地域を盛り上げたりと、現場で動いている方々ですね。

都会と地方のコミュニティの形

東京や横浜はコミュニティが少ないと言われがちですが、実はそんなこともないのかな、と感じています。

「みんかふぇ」や「ななつのこ」のように、目を向ければあちこちに拠点があるんですよね。 むしろ、自分が以前半年ほど住んでいた岩手県の普代村のような車社会の方が、人とすれ違う機会が少なくてコミュニティとの接点が見えにくいのかもしれません。

都会は「目を背けても暮らせる」場所ではありますが、目を向けさえすれば、実は豊かなつながりがあるのです。

社会課題とエンターテインメントのバランス

ポッドキャストの強みは、お寺の活動や科学の話など、普段触れない話題を「なんとなく」聞けるところにあるなと思います。

重要な社会課題ほど、真面目に話しすぎると、その分野に強い関心がある人にしか届かなくなってしまう・・・。 だからこそ、フランクに、エンターテインメントとして伝えていくことが、新しい気づきを得るために必要なのかなと思います。

これからの展望

現時点で、まちのえんがわキャストは6月の前半回まで収録予定が決まっています。

同じようなジャンルの活動でも、土地柄ややり方によって全然違う面白さがあるんですよね。 「そんなやり方があったんだ」という気づきを大切にしながら、オンラインの術を持たない方の声も拾い上げていければと考えています。

今後とも「まちのえんがわキャスト」をよろしくお願いいたします。

listen.style

関連リンク

全くうまくいかなかったAIプロジェクトの話

ちえラジChat、火曜日ですね。 今回はプログラミングをテーマに、最近挑戦して「全くうまくいかなかった」AIプロジェクトのお話をしようと思います。

自分は毎週、ポッドキャストの内容をAIでまとめて、はてなブログやnoteにアップロードしています。 音声を聞かない方にも内容が伝わればいいな、という思いで続けている活動です。

AIまとめ作業の地味な大変さ

最近はLISTENのはてなブログ連携機能もありますが、自分は1週間分をまとめた記事も別途作成しています。 その際、ChatGPTとGeminiの両方に出力させて、良い段落を組み合わせて構成しているんです。

この作業が、実は結構手間がかかりまして・・・。 良い部分を抜き出したり、はてなブログの仕様に合わせて見出しレベルを調整したり、URLを挿入したり。 「この面倒な作業、AIでツールを作って自動化できないかな?」と考えたわけです。

ツールを作ろうとしてみたけれど

「文章をペーストしたら、段落ごとに選定できる比較画面が立ち上がるツール」 そんなイメージでAIに実装を依頼してみました。

ところが、これが全然うまくいきませんでした。 提示したサンプル文章でしか動かないような、汎用性のないコードが出てきてしまって・・・。 「それじゃプログラムにする意味がないよ」という内容になってしまうことが多かったです。

AIは何でもできると思われがちですが、文章の整理や特定の組み合わせロジックなど、実例が少ない分野にはまだ弱いのかなと感じます。 やはりAIの参考になるデータが少ないと、なかなか難しいというところですね。

これからのAIとの付き合い方

今回の経験で、AIに指示を出すときは、場合によって内容を細かく分解して、少しずつ実装していくアプローチを選べるようにしておくことが必要だと再認識しました。

一気に丸投げしてうまくいくものと、分割して依頼すべきもの。 その区別をつけられる「プログラミングの知識」は、これからも必要とされるはずです。

言語仕様を完璧に覚える必要はなくても、全体の構造を組み立てる力は、やはり人間側に求められるというところですね。 「プログラマーがいらなくなる」なんてことは、まだまだなさそうだな・・・なんて思ったりもします。

今回のエピソードの詳細は、こちらから聴くことができます。

https://listen.style/p/takamichie/ujhrff6clisten.style


関連リンク