00:07
ネックレフェムは関西人のプロダクトマネージャーみちるだと関西人括弧ハテナのソフトウェアエンジニアのウーうぱみゅんが週2で配信する雑談ポッドキャストです。お願いします。
やるな。
はい。
流暢。
もちろん。
RSSの基本と仕組み
今日のテーマは?
うん。
RSS何?
おー、オレンジのやつね。
あ、そうそうそう。
なんか、ニュースレターみたいなやつとか、
ニュースリリース、この会社のニュースリリース見逃さないようにしたいよーみたいなやつとかをキャッチできるやつ。
RSSリーダーみたいなのって使ってました?
専用のサービスですか?
そうそうそう。
いやー、使ったことないですね。
なるほどなるほど。
じゃあ、
え、GoogleアラートってRSSリーダーと関係ありますか?
いや関係ないっすね。
じゃあ、ないです。
あれあれですよね、なんかキーワードでセットして。
はい、そうですね。
あ、でもGoogleアラート、私逆に使ったことないけど、
Googleアラートでアラートを拾ったやつをRSSで配信するっていうやつがもしかしたらあるかもしれないから。
じゃあ、RSSはポッドキャストとは密接に関係あるんですけど、
ほう。
その話をね、ちょっと今日しようかなって思ってます。
一般用語ですか?
一般とは?
なんだろうその、インフラみたいな一般用語ですか?
サービス名とかじゃないですかね?
サービス名とかじゃなくて、標準化された規格ですね。
何の規格ですか?
そうですね、それを順番に説明していこう。
どうしようかな、いつもみたいにざっくり概念を言って、ざっくり概念から始めますか。
RSSは、簡単に言うと、各いろんなサイトが世の中にはあるじゃないですか。
それの新着記事みたいなのを、これだよ、これだよ、これだよ、みたいなのを外に表現できる仕組み、規格なんですよ。
うん。
ざっくり言うとね。
ですと。だから、例えばみちるださんが毎日5つのニュースサイトを巡回してて、
例えば他の、なんだろうな、好きなアーティストとかのブログもチェックしてるとしますと。
それ毎日更新あるかなって。
普通にやると、8つのサイトを全部逐次更新してるかなって見に行かないといけないんですけど、
めんどくさいじゃないですか。
うん。
で、じゃあ自動化しようってなった時に、単純に思いつくのは、スクレーピングとかって言われるような、
そのサイトに、プログラムにアクセスされて、どれが新着記事かをちゃんと取ってきて、みたいな感じなんですけど、
そのサイトのデザインによって、なんかどういうのが新着記事とかって、
例えばそのアーティストのニュースの欄と、普通の毎日新聞とかの新着記事の欄って、
全然デザインが違うから、そのスクレーピングするにもそのサイトサイトによって作り分けなきゃいけないですよね。
めっちゃめんどくさい。
めんどくさい。
これが全て解決するのがRSS。
ほう。
で、どうやって解決するのかっていうと、
そのサイト側が、そのRSSっていう、これフォーマット?企画なんですけど、
これに沿って、その新着記事とか、その自分のコンテンツを配信する、
なんだろうな、エンドポイントっていうか、その…
カタカナ語使わないで。
ここにアクセスしたら、新着記事がある一定の決まりによって並んでますよっていう企画があるんですよ。
だからどこのサイトに行っても、RSSっていうフォーマットは同じなんですよ。
で、そこに新着記事が上から、なんだこのHTMLのタグとかってあるじゃないですか。
この何かで囲って何かで終わるみたいな。
で、その中にコンテンツが入ってるみたいな。
これがRSSだと、まあ適当に言いますけど、それぞれいっぱい並んでて、
中にアイテムみたいなのがあって、タイトルがあって、ディスクリプションみたいなのがあって、
そういう中に何が入ってるかっていうのが全部共通化されてるんで、
どこのサイトに行ってもデザインは違うけど、
RSSとして配信するのはこういう方式ですよっていう風にしてるんで、
さっき言ったような、まあ言ったか、RSSリーダーっていうような、
RSSを読むために存在するやつは、
例えばさっきみたいな5つのニュースサイトだったら、
5つのニュースサイトのRSSの配信してる先を高読するんですよね。
そしたら別にスクレーピングとかも必要なくて、
RSS形式で渡ってくるものを読み込めばいいんで、
それぞれのページに応じたスクレーピングとかやる必要がないんですよ。
これがRSSなんですよね。
RSSの歴史と普及
これ結構古くて、90年代後半からあるらしい。
結構古いんだ。
そうそう。
結構新しくねって思ったけど、
インターネットが流行った時期の割に。
当たります。
誰が作ったんですか?
97年ぐらいに個人の開発者が、
スクリプティングニュースっていうフォーマットを開発したのが、
RSSの起源らしくて、
Netscapeっていうブラウザを開発してるところが、
その2年後、99年にRS0.9っていうバージョンを開発したらしくて、
そこから普及が始まったっぽいですね。
なるほど。
ネットスケープってよくインターネット昔話に出てくるやつですよね。
そう。
誰がいたんだ?
ピーター・ティールってネットスケープにいましたっけ?
誰だ?
めっちゃ有名な偉人。
偉人投資家?
でも違うかも。逆かも。
ネットスケープを破壊した方とかの可能性もある。
マーク&リーセンがいたんだ。
なるほどですね。
なので、インターネット両名機によく聞く名前のところなんですけど、
そこが99年に0.9ってバージョン開発したんで、
その時はすごい勢力誇ってたんで、一気に加速したっていう感じですね。
じゃあその時流行ってたサービスの人が、
RSSの企画を作って、
みんなこれええやんってなって、
ノッカルサービスが増えたっていう感じ?
そうですね。その時からちゃんと国際企画として標準化されたのかはわかんないんですけど、
事実上の標準みたいな感じになって、
その後に2003年にATOMっていう、
RSSをもっと厳格にしたフォーマットとかも出てきてるんですけど、
今はRSSとATOM両方存在して、
一般的に呼ばれるRSSリーダーって呼ばれるものは両方読めることがほとんどですね。
RSSとポッドキャストの関係
両方読めないと、両方読めるやつしか存在しないと思うんですけど。
ここから言うRSSは、
特にRSSとATOMのことは区別しないんですけど、
逆にRSSじゃないとしたら、
どういう仕組みになっているのかっていう感じの話をすると。
RSSに乗らない人もいるってことですか?
それは例えば、
乗らないとそれこそスクレーピングされるみたいな大体手段しかないから、
自分の新着基地とかをより多くの人に伝達したいんだったら、
サポートした方がいいですね。
今から話すのはアウトサイダーの話ってことであってますか?
というか、RSSが存在しなかったら、
逆になると大変っていう感じの話なんですけど、
例えば、みちるださんがブログをやっていて、
みちるださんのブログの読者に新着基地を伝えようとしたら、
結構大変じゃないですか。
メルマガに登録させてメルマガ送るぐらいじゃないですか。
なので、RSSじゃない方式が、メルマガみたいなプッシュ方式みたいな、
書いた側から、その高読者たちに頑張ってバンって送るっていう方式。
で、RSSはこのプル型っていう、自分から引っ張ってくる。
っていう感じの方式になってるんで、
RSSなかったら、メールとかプッシュ通知とかにも頼るしかない
世界になってたんですけど、
RSSがあるおかげで、コンテンツを配信する方は、
メールの基盤とかプッシュ通知を送る基盤とかなくても、
RSSを配信するだけで、勝手に新着通知を配信できるっていう形になってるんですよね。
なので、私最近、天気を毎日サマリーしてくれて、
何だったっけ。
天気をAPIで取ってきて、その情報をジェミニとかに加わせて、
1日の天気をサマリーさせて、Slackに投稿するってやつをやってるんですけど、
それもRSSでやって。
天気を取る部分がRSSですか?どこがRSSなんですか?
いい質問ですね。
Slackって、RSSを公読する機能がついてるんですね。
なので、RSSで私の天気の情報が配信されるページを公読させてるんですよ。
だから、そこに私は毎日、自動ですけど、
RSSフィードって呼ばれる、RSSを配信するところに、
今日の天気をポコって載せるだけなんですね。
そしたら、Slackが新しい配信きたってなって、
Slackに投稿してくれるから、
よくあるシステムだったら、自分からSlackに投稿するみたいな、
SlackのAPIを呼んでなんですけど、
そしたら、Slackをつなぐ先ごとにめっちゃ、
あの仕組みをいろんなSlackに入れたいと思ったら、
いろんなSlackにしなきゃいけないじゃないですか。
いろんなSlackに入れたいって思うんだね。
けど、RSSだったら、プル型なんで、
私配信する側は相手のことをよく知らなくてもいいんで、
SlackにRSS、スラッシュはRSS、天気のエンドポイントみたいな感じだったら、
もう2000個のSlackがあっても配信できるっていう。
確かに。配信者側はRSSの仕組みに乗っかっていれば、
あとは勝手に見たい人が取りに来てくれるから、
楽しんだよっていう。確かに。
そうですそうです。
で、RSSのありがたさと、
なんかざっくりした仕組みはわかったと思うんですけど、
わかりましたか?
多分。
なんか質問ありますか?ここまでで。
結局何なんですか?
なんか企画って何?その、なんか文法があるんですか?
あ、そうですそうです。
RSS方式のグリプトみたいなのが出力されるようになっていれば、
OKみたいな感じなんですか?
じゃあ、でも実際に見た方がわかりやすいと思うんですけど、
その前にあれか、一旦ポッドキャストの話をして、
で、RSSが実際にどうなってるかっていうフォーマットを見た方が
理解が進むかもしれないんで、それで進めてもいいですか?
はい。
で、今話したみたいに、そのRSSっていうのは、
仕組みというか企画で、ある一定のフォーマットに従って
記述されてるフォーマットの話なんですけど、
これが何でポッドキャストに繋がるかっていう話なんですけど、
今まで一般的なコンテンツは、その中身が全部文章だったんですよ。
ポッドキャストの基本
文章で、新しいニュースとかを配信して、
そこに説明が載ってて、URLをしたら元の記事に行くみたいな
感じだったんですけど、
これを、中身を文章じゃなくて、
音声のURLとかに変えたのがポッドキャストなんですよね。
もう一回いいですか?
はい。今までって、例えばニュースがパッパッパって並んでるじゃないですか。
今日のニュース、昨日のニュースみたいな。
で、中に、その記事の中に、記事というかRSSの一つの単位として、
中に、今日のニュースとかいうのが説明書きとか、
今日のニュースへのURLみたいなのがそこに載ってたんですけど、
その文字の代わりに、その音声ファイルへのリンクが載っているのがポッドキャストなんですよ。
まあ、そうか。
そうそうそう。で、こうすると何が嬉しいかというと、
今みたいなポッドキャストみたいなものって、
ほぼニュースと同じなんですよね。
その新着のエピソードが出たら配信するっていうのは、
RSSも同じで、
それが中身のコンテンツが文章なのか音声なのかっていう違いだけ。
で、なんでポッドキャストはRSSっていう仕組みに
完全にそこに乗っかって配信されているものですと。
で、これはあれですね。
2005年にAppleのiTunesがこれを採用したことで一気に普及したという感じで、
ポッドキャストのポッドはiPodのポッドですね。
そうなんだ。
それこそそんな最近の出来事なんです。
そうですね。
そうなんだ。なんか、そうなんですね。
で、このRSSに音声ファイルを含めるっていう方法は、
その1年前、2004年に開発されてたらしいんですけど、
それをポッドキャストっていう名前をつけて、
iTunesに組み込んだのが2005年のMustard Jobsなんで、
ここから爆発的に、まだ普及しないと思うんですけど、
徐々に使う人が。
でも確かに自分、ポッドキャスト聞き始めたら2006年とか7年な気がするから、
だいぶ初期ユーザーですね。
日本ではね、JUNKがすごい配信してて。
それこそ爆笑問題が聞けたんで。
そう、JUNKシリーズが配信されてましたよね。
ありがたかったな。
確かにそれがなかったら聞いていない気がします。
そうなんだ。なんかラジオの録音版みたいな感じで思ってたけど、
配信企画、RSSの配信企画に音声ファイルが載ったものみたいな、
そういう捉え方があるのが、なるほどって感じですね。
RSSの技術的側面
そうそうそう。
たぶんここから実際にRSSファイルをざっくり見てもらうのがいいと思うんですけど、
私それに独自の名前つけたらかなり天才だな。
ポッドキャスト。
例えば、今ちょっとURLを送りますね。
はい。
Discord、Discord。
てかあれだな。
私がDiscordで画面共有をしてみちるださんに見てもらった方が同じところを見れる。
これがですね、NHKのRSSなんですけど、
こんな感じでなんかざっくりRSSっていう、
HTMLみたいな、XMLって言うんですけどタグがありまして、
で、そっから同じようにタグがあるんですけど、
その中一つ一つにめっちゃアイテムってやつがいっぱいあるんですよね。
うん。
これがその記事になっているものですと。
なんで一つ見ると開くとこんな感じでニュースのタイトルがあったり、
記事へのリンクがあったり、
いつ配信されたのかとか、
記事全部入れられるんですけど、
入れたらめっちゃ文章だらけになっちゃうんで、
軽いディスクリプションみたいなのが入ってて、
これが一般的な今までのRSSというか、
文章の場合はこうなりますっていう感じです。
イメージはなるほどねっていう。
それがポッドキャストだとどうなるかっていうと、
なんで外はもう完全同じなんですよね。
RSSっていうタグで囲まれてて、
チャンネルとかもタイトルとかも同じだと思うんですけど、
アイテムっていうところが同じく配信のことになっていて、
中がタイトルあるんですけど、
ディスクリプションもあって、
ここからポッドキャストのこれですね。
このURLみたいなやつが、
MP3っていう音声ファイルになっているみたいな感じで、
このiTunesでしか使わないような、
ポッドキャスト専用のタグがあったりして、
ポッドキャスト専用のタグがあったりしてっていう感じですね。
エピソード番号とかもiTunesはサポートしてる。
Apple Podcastとかサポートしてるんで、
独自のタグみたいなのが存在してたりします。
ポッドキャストクライアントはいろんなのありますけど、
書き起こしとか、ポッドキャストクライアントによっては、
YouTubeのチャプター機能みたいなのもサポートしてくれるんで、
そういうポッドキャスト独自のやつは、
ポッドキャストトランスクリプトとか、
ポッドキャストチャプターズみたいなのがあって、
読んでくれるようになってますね。
どのタグを設定するかは配信側が選ぶんですか?
決まってるんですか?
どのタグを設定するかは、
RSSで標準で策定されているやつ以外は、
もう完全に自由なんですよね。
リチル・コロン・トランスクリプトみたいなのを
別にあってもいいんですけど、
ポッドキャストとかiTunesで、
うちはこれを読みますよみたいなのが
規定されているんで、
それに従って設定するみたいな感じで、
完全に自分でポッドキャストを配信しているときは、
もうこれもやりたい放題なんですけど、
私たちはLISTENで配信しているんで、
LISTENが、例えばこのポッドキャスト・コロン・トランスクリプトっていうのを
対応してくれてなかったら対応できないし、
LISTENで対応してくれたら対応されるっていう感じですね。
マヂカル.fmの話になりますけど、
マヂカル.fmのRSSを生成しているのは誰ですか?
LISTENです。
LISTEN、そうですよね。
だから別にうちらは何もしてないですよね。
何もしてないです。
LISTENが生成するRSSの中に入っているタグだけ使えるというか、
勝手に使ってもらえるっていう感じですよね。
そうですそうです。
なので、例えば最近LISTENにエピソード番号を入れられるようになったんですけど、
最新のやつ私入れてみたんで、128になってる、
120タイトル、128ですね、なってるんですけど、
その前までは確かリリースされてなかったんでその機能がなかったんで、
こんな感じでエピソード番号がiTunesコロンエピソード番号がない、
みたいな感じになってて、シーズンも同じですね。
私たち入れてないんでない、みたいな感じになってますね。
なるほどです。
あれCSVで一括更新できるのかな?
あー確かにね、欲しいね。
欲しいですね。
要望にね。
おねがいします。
という感じですね。
全部ニュースもポッドキャストもRSSっていう共通の企画に乗っていて、
ポッドキャストなんかすごい大変そうに見えるけど、
すごいシンプルな仕組みで動いてるっていう感じですね。
面白い。
そっか、うちチャプターとか別につけてないからあれだけど、
こんな感じですね。
チャプターにはさらにTobuとJSONで、
あーなるほど、JSONで生成されたチャプター情報が入ってるのか。
なので、それぞれのポッドキャストクライアントは、
何秒から何秒まではこのタイトルを表示しよう、みたいな。
で、別に対応してないやつは、
こいつこのファイル読まなきゃいい話なんで、
っていう感じですね。
なるほど。
RSSってめっちゃテキストデータだと思ってたけど、
めっちゃファイルが添付されてるんですね。
添付っていうのかわかんないけど。
あー、えーと、これの話ですか?
今のJSONファイルに。
あー、それは添付されてなくて、
URLがただ記載されてるだけで、
追加で読みたい人は、
このファイルに飛んでねっていう感じなんですよ。
基本的にURLとベタ書きのテキストではあるか。
そうです。もう全部テキストです。
なので、このMP3のファイルとかも、
普通はとんでもないバイナリーがバーって流れるんですけど、
これはただURLを記載されてるだけなんで、
読みたい人はこっちに行ってねっていう。
なんかめっちゃコスパのいい設計ですね。
そうなんですよ。これ天才じゃないですか?
美しい。
なんかすごい最低限の機能で、
すごい大きいアウトカムを生んでいる気がする。
吸収できるし、
しかもこんな感じで、何だろうな、
拡張性がすごい。
うん、確かに。
確かに。タグ追加して、
そこにURLで情報を付与したら減りたい放題。
こういう、何だろうな、
最初iTunesしかなかったと思うんで、
自分のところはiTunesコロンみたいな感じで、
iTunesしかサポートしないような機能はiTunesコロンから始めて、
どんどん共通で使うようになっていけば、
標準化されたPodcastコロンみたいな感じになるみたいな感じで、
これ素晴らしい。
うん、美しいです。
っていう感じかな。
RSSはインターネットレインメーキから存在するものなんですけど、
なんで今でも使われるのかっていうと、
今話した感じですね。
すげえシンプルかつ拡張性もある。
RSSの歴史と影響
で、
ただのテキストなんで、
難しい仕組みを要しない、
ただXMLって呼ばれるHTMLみたいなやつをパースする。
だけで、
あとこれはオープンな企画なんで、
中立的なんで、
例えばAppleがこう言ったからこうなるみたいな感じにならないんで、
今までずっと使われてるっていう感じですね。
企画作る人ってすごいです。
企画が作られて普及するまでって、
何が起きてるんだ。
逆の方が多いかもな。
ITというか、
なかなか企画を新しく作って、
それを広めようって結構難しいですよね。
何だろうな。
結果的にデファクトとなったものを、
企画として、
多分Dockerとかもそうだと思うんですよね。
ネットワーク効果的なもので、
それに乗っかってたらみんな嬉しいとか、
RSSの重要性
乗っからないと排除されてて困るとか、
が与えてるんだと思うんですけど、
とはいえみんな使うようになるのすごいなっていう。
そうですね。みんなが使うようになったものを、
後から企画化するっていうね。
企画って、
みんなが使って嬉しいって、
すごいサービス、
巨大サービスだと思うんですけど、
それがオープンソース的なものとか、
企画として誰でも使えるようになってるのかなりすごい。
確かにこれはちゃんと、
RSSとかに限らず、
HTMLのタグとかCSSも全部標準化されて、
企画団体がいて、そこで会議して、
これは入れる入れないとか、
JavaScriptとかも全部そうですね。
すごい世界ですよね、
プロアンTally精神。
世界に貢献している人たち。
そうなんです。
リタ的な集団。
確かにオープンソースとか、
意味わかんないですよね。
自社の製品のコードを全部公開して、
それでもマニタイズできるっていう。
すごいな。どういうことなの?
そうですよね。
はい、という感じで今回は、
RSSの略語の変遷
RSSの話でした。
勉強になりました。
これから無敵ですね。
感謝しながら。
RSSに。
今回調べて初めて知ったんですけど、
RSSって何の略やろって。
なんとかスクリプトですか?
なんとかソース?
リーダブル。
これ実は、
初期中期現在で略称変わってるんですよ。
同じ単語でも?
じゃあ頭文字頭文字頭文字じゃないの?
そうなんですけど、最初出た時は、
RDFサイトサマリーってやつだったんですよね。
RDFっていうのは、
リソースディスクリプションフレームワークってやつで、
情報についての情報みたいな、
メタデータを表すものみたいな感じのサイトのサマリーっていう。
RDFでRSS。
で、その4ヶ月後には変わって。
リッチサイトサマリーっていう、
ちょっとわかりやすくなりました。
RSSっていうものは変わらずに、
その内訳というか、
長い単語の方が変わってるってこと?
それ変だな。なんで?
これね、結構あるんですよ。
GRPCとかって、これも聞いたことないから。
GRPCは何の略でもないみたいな。
とか、
バージョンごとに名前が変わったりとか。
なんでそんなことが起きるの?
なんかやっぱこっちの方がわかりやすいなってなるってこと。
リッチサイトテキスト。
中期が、2個目がリッチサイトサマリー。
最初がRDFサイトサマリー。
確かにRDFってなんやねんってなるから、
まだリッチサイトサマリーの方がいいですよね。
で、最後、今のが、
これはちょっと面白いんですけど、
レアリーシンプルシンディケーションっていう、
本当にシンプルな配信。
一つ目がレアリー。
そんなやついるんだ。
困ったんだろうな。
もう一回いいですか?レアリー?
シンプルシンディケーションっていう。
シンディケーションとは、
一つのコンテンツを複数のメディアに配信することを指す言葉です。
マジでシンプルなシンディケーションっていう。
ちょっとRが余っちゃって、どうしようってなったんですよね。
なんだっけな?GRPCだっけな?
戦闘を自分にしてしまうっていうやつもあったんですよね。
だからレアリーシンプルシンディケーションみたいなやつって、
レアリーなくても成り立つじゃないですか。シンプルシンディケーションでも。
だからRSSの略語が、
RSS is simple syndicationみたいな感じしちゃって、
RSSっていう。
お便りの紹介
名前とは。
そうですね。さっきのGRPCの話になるんですけど、
GRPCはGoogleが開発したRPCっていう。
これもAPIみたいなものかと思ってます。
Gが小文字になってて、RPCって大文字で書いてるんですよ。
だからみんなGが何の略だろうって。
でもGoogleが開発したから。
Googleかな。Googleやなって思うじゃないですか。
バージョンごとに変わります。なんで?
次グリーン。ジェントル。
ジェントル?
それってGoogleがそう言ってるんですか?なんで?
グースとか思いますね。
ガチャを。ゴールド。なんで?
ゴドリック。ハリーポッターに出てくる。
ゴドリック・グリフィンドールから。
ガンジスとか。
すごいこんな英語あるな。ギャラクティック。
銀河の表記大きい。
っていう感じで遊びごっこある略語もあります。
じゃあ今年のGなんだろうな。
それで言うと、普通こういうのってバージョン1点何とかとか、
2点何とかで、
そのでっかいバージョンが変更するときだけ
変わると思うじゃないですか。
1.1、1.2、1.3で全部Gの話が。
そんな人気?G考える仕事そんな人気なんだ。
そう。っていうファニーなやつもあります。
そうなんだ。毎回人気な。
でもRSSはもう2000年ぐらいから変わってないんで。
定着してますね。
レアリーシンプルシンディケーション。2002年だ。
長い。
ノークエッション?
はい。勉強になりました。
よかったです。
なんとすごい人からお便りが届いています。
なに?
まずともネーム、関谷雅宏さん。
マネジメントは嫌いですけどを書いた人です。
なに?
ちなみにこれは前に本の感想から。
そうですね。1万円分純駆動で本を買って
それを読んでいこうみたいな企画を
やりまして、私が
普段ピープルマネジメントの本を読まないんですけど
せっかくなので買った本です。
買った本の紹介と、実際読んでみたよっていうので
いつだろう?
1月か2月に放送したんですけど
そしたらなんと関谷さんご本人に届いて
すげー。 聞いてくれたみたいです。
めっちゃありがたい。ありがとうございます。
副題は笑ってしまうのはいたしかたないかと。
編集さんに見せられて
え?ってなりました。
アマゾンの説明を読むときに
結構めちゃくちゃになっていて
あれなんですけど、このこと書いていいのかっていう
感じの概要だったんで、ちょっと笑っちゃったので
というのです。
めっちゃちゃんと
どうしよう、全部読むか。
ソフトウェアで売り上げを立てるスタートアップや
インターネットでのサービス提供の中で働く場合
の話としては?
の話もあると思います。
力のある技術的にもマイノ的にも人を取ることが
ままならないバックオフィスの社内IT部門での
自治体験からノウハウではなく自分の体験から
絞り出した考え方をエッセイのようにまとめた
ものとなりました。
オーバーFMで喋ったことにも言及してもらってて
たぶんうちらが
アウトプットは6割の力でできないのがいいよ
みたいな内容があったよっていうのを
読んだんですけど
これは他部門、ソフトウェア開発や運用への
技術サポートの舞台を
社員中心に新設したときに考えて実践した
ことです。なのでアウトプットの計測は部門立ち上げに
必要なことでした。この制約にはいろいろ
理由はありましたがマネージャーに課した
課税という面をお伝えしようと思います。
常に100%近くアウトプットしようとすると
一番優秀な部下をマネージャーは
酷使することになります。あるいは力の劣る部下は
長時間稼働させる、時間をかけた
というのを言い訳にするのを含めて
こうなると平時は何とかなったとしても大事故などの
緊急事態は壊れてしまう。人は壊れると
なかなか治りませんのです。マネージャーとなる
手前点々と大規模な開発をしていた
過去のシュラバーで経験したので絶対に防ぎたいことでした。
なるほど。
そうですね。
いろいろ聞いていただいていてまた聞きに行きます
というのでお便りをいただいています。
ありがとうございます。すごい。
本当に中の人の解説がありがたい。
どうやって見つけたんだろう?
ツイッターで検索してもらったのかな?
概要欄にもしかしたら書いていたかもしれなくて
ツイッターで見つけてくれたのか。
ツイッターで見つけてもわざわざ知らないやつのポッドキャスト聞くっていう。
聞かない一般ピープルの。ありがとうございます。
ありがたいですね。
やっぱり平時は何とかなるけど本当に頑張らないといけない時に
ちょっとどうしようもなくなっちゃうからっていうのは
まあまあいいって感じですね。
わかる。
有事もやりきるためには
平時に必要なアウトプットは60%でできるようにしとけよっていうのは
せやなっていう感じです。
確かに。
人をマネージする立場になったことないから
確かにな。
壊れちゃう。
でもおっぱさん、あちらと関係ないかもしれないけど
おっぱさん60%の力で同じ100%のアウトプット出せるように
なんかしてそうな印象ありますね。
最近はもうだいぶ機械の力を使って。
なんかその
めっちゃ仕組み化しますよね。
私もうね
ヤックシェーバー
ヤックシェーバーって何?
薬のけがりっていう
なんかあれをこれやり
これをやるにはこれが必要だみたいなことって無限にあるじゃないですか。
これをやるにはこれが必要で
それをやるにはこれもこれも必要だみたいな
それを永遠にやってるんですよ。
今後これがやりやすくなるための
これみたいな。
最近なんかカーソルとかなんかいろいろ流行ってるじゃないですか。
それのためのルールを書きたいんですよね。
カーソルプロジェクトルールズみたいなのがあって
カーソルに与えるルールみたいなのを書きたいんですけど
そのルールを
いい感じに生成するためのツールが必要だ
になってそれをいい感じに
作るにはあれこれ別のツールも
必要じゃねってなって本物になかなか
たどり着かないんだけど
それを薬シェービングすること自体が好きだから
それをずっとやってる。
結果誰かのためは自分のためになってるし
やってて楽しいから。
RSSとデータ集約の重要性
夏休みの宿題しないといけないけど
部屋の掃除したくなったのもっと
短期で役立つ番。
そうですね。そればっかりしてるかも。
気持ちはわかりますよ。
この間も確定申告で
確定申告をしようと思ったら
なんでこんなことをしなきゃならないんだって怒りに燃えて
領収書を登録したら
LLMで判別して
スプレッドシートにどんどん追記してもらうやつを作ろうってなって
これこそマジで薬シェービングだと思うんですけど
そしたらそれを作りたい
私がやりたいのは本当は確定申告なんですけど
まずワークフローを作るっていうのがあるじゃないですか
ワークフローを作るためのワークフローを自分で
ツールを整備する必要があるじゃないですか
普通はそれ
今回N8nってやつ使ったんですけど
20ドルくらい払ったら終わりなんですけど
それはちょっと家のPCにやろうと
家のPCに自分でオープンソースなんで
自分で動かせるんですよ
そしたら無料でできるんですよね
家のPCに入れるってことは
家のPCをそういうのを入れる感じになってないんで
またいつから登録しないといけないんで
今のいい感じのセットアップはどんなのかなって調べるところになるじゃないですか
こんな感じで無限に薬シェービングをするのが趣味
なんかそれやらんように
週末に入る前に
この日だけはそれしないようにするって言ってましたよね
やっちゃったんだよね
この土曜日だけは本当にしないようにしなければならないって
言ってたけどやっちゃったんです
本当は確定進行1週間前に
余裕を持って1週間の余裕を持って終わるって感じだったんですけど
2日前に終わりました
2日前に作って間に合って良かったですね
でも私も前ちょっとやりましたそういうの
薬シェービングよりはアウトカム近いやつですけど
私プロダクトマネジメントしてるので
普段お客さんから要望とかを結構もらうんですよ
ストリームリットの応用
それを今Notionのデータベースに
このお客さんがこういう要望欲しいって言ってたよ
みたいなのをずっと貯めてて
かつ機能作るときには
この機能の要望をもらってたお客さんはこの発射です
みたいなのもまた集約して
要望を見ながら使用検討してますと
使用検討したらだいたいヒアリングしたくなるんですよねお客さんに
その時にお客さんの誰に連絡すればいいのかって
これまでって別のセールスフォースとかにまたログインして
そのお客さんの名前検索して
お客さんに紐づいている連絡先の中で
うちのサービスの問い目になってくれているフラグが立ってる人に連絡するみたいな
そういうステップが必要だったので
社内にストリームリットっていう
セールスフォースとかのデータベース
セールスフォースのデータベースじゃないんですけど
セールスフォースのデータベースをまた集計できるように
スノーフレークっていうデータ集計サービスに入れてるんですけど
スノーフレークと連携してアプリケーションを簡単に作れるやつみたいな
ストリームリットっていう仕組みがあったので
それにお客さんの名前を別に株式会社とかなくても
ババッと10個とかコピペしたらいい感じに探してきてくれて
自分が連絡すべき人だけが出力されて
逆にこの人は直接連絡するとダメそうだよみたいなのとか
分けて表示してくれるクンを結構時間かけて作ってました
ストリームリットはあれですね
めっちゃ簡単にWebUIを作れるクンで
なんかPythonだけで解けるみたいな
それがいいんですよね
ストリームリットも宣言的なのかな
このWebコンポーネントがポコポコポコって定義したら
そこの中身から取るとか書かなくてもいいのかいい感じになります
全部GPTに書いてもらったんで
普通UI作るんだったらHTML CSS JS
フロントエンドのなんかを書かないといけないんですけど
必要なんですけど
社内用ツールとかあったらPythonでSQLとかロジック一緒に書いて
UIも一緒にPythonで作れちゃうから
すごいちゃんとGPTとか生成させやすいんですよね
なんか全然いい感じにできました
しかもこの使えるUIが制約あるというか
もうストリームリットの既に用意されているUIから選ぶみたいな感じになってるから
こういうのでいいんだよっていうのがバッと出てくる
便利
別に自分の業務やるだけだったら
割と最初にできたバージョンでよかったんですけど
どうせならみんなに共有したいし
そうするなら細かいところをいろいろ直したくなって
そこは3時間ぐらいやってました
楽しいですよね
楽しいです
やっぱこう目に見える動くものがあると
いじっちゃうな
入力された起業名とヒットした起業名が完全一致じゃなかったら
アラートを出すみたいなので
もしかしたら違うかもよとかを教えてくれる
いらん便利機能を
すごいそういうのもできるんだ
でもめっちゃ簡単な部分一致判定だけですけど
でもそういうので何だろうな
手探りでやってると自分のなんか手札が増えて
他の関係ないものをやってるときに
そういえばあれ簡単にアラート出せるなみたいな
思いつきになったりするから
そういう取り道が大事ですよね
たぶんその生成されたコードから
これは何をしているやつですかを聞いて
プログラミングを練習するのが一番いいんだろうなって思いますね
やってないけど
自分の興味のやつ作ってても面白くないから
そうだよね
プログラミングのサイトで
そうですね
ジャンケンアプリとか作ってもね
こういうのがやりたいんじゃない
見たいな
っていうのをやってると全然60%の力でアウトプット出せてないんですけど
うまくやれば本当は60%で100%のアウトプットが出せるはず
そうねそういうことをやっていけば
やっていけば60%でできるようになるのに
信じて
逆シェイブしているっていう
ここのポッドキャストは逆シェイビング
これも
マヂカル.fm
そうだそうだ
逆シェイビングになりかけましたね一瞬
名前が
めっちゃ長くか
知らない単語だし
聞き覚えがないから
私は逆シェイバーじゃないよみたいな
そうでもなんか会社のSlackで先週ぐらいに急に
逆シェイブって出てきてよこれ知ってるって
確かに急な点と点が
コネクティングしました
なので関谷さんお便りありがとうございます
本当にありがとうございました
またそうしね
ピープルマネジメントもしする時が来たら
もう一回読み直そうと思います
ありがとうございます
ありがとうございます
では感想質問フィードバックなどは
Xのハッシュタグマヂカル.fm全部小文字または
概要欄のお便りフォームまでお寄せください
Spotifyの更新マークを押すと
通知が届きますのでそちらもお願いします
ありがとうございます
ありがとうございました
