ขนาดวิดีโอ: 1280 X 720853 X 480640 X 360
แสดงแผงควบคุมโปรแกรมเล่น
เล่นอัตโนมัติ
เล่นใหม่
【Notionでデータベースを使いこなそう!】ntn.so/yurucom【正しい辞書メモのNotionテンプレート】kenhori2.notion.site/3fa659b1549b408981e0099302cfd9e7?v=4292e2b5c7b04efaaf4544145e808f6d&pvs=4【参考文献】○データベースシステム(改訂2版)amzn.to/3qeyt3V
水野さんのスプレッドシートから Notion に移行するとなると、結構な移行作業が発生することを悟ってやんわりと迂回する堀元さんがエンジニアすぎてジワる。
週末この動画でめちゃくちゃ笑ってたのに、週明けに水野さんのスプレッドシートにそっくりなExcel渡されて頭抱えてます
玄人とド素人のペア、Notionの案件を受けるのにあまりにも最適すぎる
ホームズとワトソンみたいな、
メモの構造を先に考えない人も諦めないで!「なんかめんどくさいな」という心の不満に対するアンテナさえ磨いておけば、とりあえず書き始めてもなんとかなります!めんどくさいと感じてから概念設計して作り直すくらいなら傷は浅く済むのです…。その声を自分や他人が無視した時には頭を抱える事態になります(
ER図見た瞬間「1つの見出し語に全部が紐づいてないとおかしい」に気づくの才能に溢れ過ぎてるなあ。そういう人でもそんな図を作っちゃうのかって学びがある。見てて面白い。
問題や課題の粒度を細かくすると答えを導き出せるけど、粒度を細かくできないと答えが出せないってパターンなんよな。エンジニア以外の人は基本これ。
「世界をどう見るか」という観点において、「哲学」を引き合いに出した水野さんの指摘は鋭いですね。オブジェクト指向設計も「世界をどう見るか」その物ですよね。逆に、DB設計やクラス設計を人に見られる時は、「コイツは世界をこう言う風にとらえているんだな」っていうのが人にバレる気がして、少し恥ずかしいような感情を持つことがあります。
最初にまとめ方を考えるかどうかって、普段から考え事をする人しない人の違いが出ていて面白いなあ。
メモと言ったら洞窟の壁に彫り跡付けてただけなので、今回の話はとてもタメになりました
電子機器使ってるし日本語使ってるしどういう事?学習能力が高すぎるだろこの原始人
インダス文明に欲しかった人材
やはり象がふたりを繋げていたんですね
その感想はハイコンテクストすぎる
えもい
堀本さんが音こだわってるっての聞いてそんな気になるか?と思ってたけどいざ聞いてみると音質って大事だな。
堀元さんがnotion好きすぎてめちゃくちゃちゃんと広告案件してるの面白い
楽しみに待ってました
たのまち
Excelでの検索がショートカットキーじゃなくてマウスぽちぽちな水野さんおばあちゃんみあってかわいすぎる
水野さんの辞書メモを元にコーヒーメモを手書きからNotionに移行しました!素晴らしいテンプレートありがとうございました
22歳はnotion講座続編がすーごく欲しい。
普段情報整理って言ったら本棚とかパソコンのフォルダ整理だけど、どっちも枠が先に決まってて、主体をどこに入れるかっていう考え方をするんすよね。水野さんも本棚には親しい方でしょうから、先にどんな本棚かを決めちゃうんだと思います。 とても勉強になりました。shift+enterはPCでメッセージアプリ使ってると、メッセージ送信と改行を使い分けるのによく使うので、ネトゲやってたりすると知ってますね。
概念設計の概念を初めて知ったのでマジで助かりまし
会社の顧客DB(excel)が概念設計から間違っていて、さらに25年に渡って先輩方が増改築を繰り返してきたおかげですごいことになっていたのを思い出してしまった。
電子九龍城ですね
読書メモというか、買った本メモを作るときに出版社>レーベル>タイトル>作者という順番で作ってたんですね私のメモは、漫画メモを発端にしていて漫画は本屋で出版社別に並べてあるし、作品シリーズに注目していて作者は二の次だと考えていたからですねそれを一般書籍に拡張するとどうなるか作者はいろんな出版社で書いてあるし、シリーズタイトルより作者に注目するようになったので私のデータベースは崩壊しましたーー書店において、一般書籍の棚は作者順に並べられているのは合理的で漫画の棚がレーベルごとに並んでいるのは、作者はひとつのレーベルの下で書き続ける前提だったことを今にして実感しました
現実にあるものの整理方法とデータベースの整理方法は違いが出てしまいますよね。出版社>レーベル>タイトル>作者の順は現実の本棚に整理する時は凄く良い見栄えになります。背表紙のデザインも統一感があるし、本の大きさも統率の取れたものになりますので。データベース上だと作者とタイトルのどちらを主体にするか悩むところですが、いずれにしろ現実の本の整理の仕方とは変わりますね。
ちょっと考えただけで恐ろしい数の例外が出てきてぞっとした。漫画の整理って難しいな。・昔はともかく現代では現実的に作者は移籍を普通に行う。場合によってはシリーズの純粋続編が同社他レーベルや、他社なんてことも。・人気作はスピンオフとして○○外伝、のような作品が作られ作者は異なることがある。レーベルが異なることも。・作者、とは原作なのか漫画なのか、時にコンビを変えて作品も出す。・複数のペンネームを使い分ける作者は同一人物として扱うのか。・完全版、コンビニ版など、形態の異なる同一作品が存在する。……地獄かな?
29:49数式を書かなきゃいけないと言われた水野さん、ちいかわみたいになってて笑った
フゥン…
「全角のカッコです」に反射的に「2バイト文字じゃねーか!より悪いわ!」ってなって、すぐ「いや、そもそも日本語のデータベースだったわ」となるのが見えましたね。
見出し語とカッコ内を分離するのに半角カッコのほうがプログラミングし易いからだと思いました。
プログラマー脳で・・・セルのストリングスをゲットして、かっこが見つかったらルビとして扱うとする。かっこの定義は「(」にする。(半角)みたいなのを想像しているときに、「全角のかっこ」って言われて、「(」だけじゃなくて「(」も処理しなくちゃいけない、なんなら「”」とかも使われる想定も。など、瞬間的に悶々とするのを想像しました。😄
水野さんはそのうち「知らなかった、意味誤解して覚えてた、…」の2値論理カラムを延々と右に追加していきそう
水野さんが今回の説明をきちんと理解してたら(あるいは堀元さんが厳重wに指導したら)、多対多なタブを正しく使いそう。ではあるけど…
動画全部見てますが、初めてコメントします。notionインストールしました!すごいです。カレンダーアプリに付属してたメモ機能を使っていて、メモが増えてきた時に、探したいものが検索しづらくて困っていたのでとてもタメになる動画でした。タグ付けて最終的にデータベースになるこのアプリ最高です♡
ある程度ポケモン対戦が好きだと必ず参照することになる「ポケモン徹底攻略」というサイトがあるのですが、そこも「ポケモン名」を主軸にタイプ、種族値、覚える技などの性質がくっつくという概念設計が為されたデータベースだったんだな~と気付きました
モンスター図鑑はデータベースですね
ポケモンはデータベースを完成させるゲームだったのか
@@eudaimonia_eudaimonia ポケモンの対人戦は数値ゲーだからね
水野さんのメモのつけ方が身に覚えがありすぎて、最初は笑って見ていたけど、途中から真顔になった。今回普通に勉強させてもらった感じ。Notionも見てみようかな。
ワイも「グーグルスプレッドシートでもできるくない?」思ったけど水野さんでもできるかどうかの話になると、また別なのは納得
水野さんの抜けてるところがとことん抜けてるの可愛い
わー!!私も東海市出身で、横須賀高校です!!何年も聞いてきたのに聞き落としてました。うわー。感動。道理で高校時代エピソードに「そうそう」と共感できたんだ!
Notionの使い方知りたかったからほんと助かる。水野さんレベルのNotionの使い方でした…
個人的(いちおうIT業ですが)にはメモ類は「今後どんな項目や構造を足したくなるかなんて事前に判らん!」と開き直って、テキスト(エディタ)でやってますね…。エディタの検索機能とか、あとUnix(Linux)のコマンドとかで、頑張る…。(なおエディタはvim派。好きなvim命令は「*」。)
今回のお題みたいに用途が割とハッキリしてる「メモ」ならば、RDBのような最適化(正規化)もアリだと思います。いっぽうで、今後ナニ書く未来が来るか判らんけどとにかく書き残しておきたいという用途不明系メモだと、正規化のしようが無いので…
個人的にはスプレッドシート(やExcel])が結構嫌いwなんですが、構造に対する硬さが「半端な硬さ」だってのが大きい理由の1つです。RDBや今回きいたNotionほどキッチリ正規な管理もできない。いっぽうでテキストほど「ゆるゆる、なんでもあり」にもできない。帯に短し云々。
11:20 からのやり取りが面白すぎる唐突な「うぬら」好き
「大好き!」が無邪気すぎてかわいい
言うは易く行うは難しで、実際にやるのは大変なんだよな。本当はマニュアルとかも引継書もちゃんと設計してからつけ始めればいいんだけど、だいたいやりながら走り始めちゃうから。
ゆる学全体で見ても、今回ほど実用性高い回はないんじゃないか?
水野さんのスプレッドシートに入力する仕事を割り振られたら頭痛で寝込む自信がある
エクセルでやるなら性質の部分は1列ずつ使ってチェックボックスにすればいいのかなと思いましたが、どの性質から見るかによって備考も分けたいというのが難しいですね
notion個人的にはめちゃくちゃ便利に使ってます。が、エンタープライズとなると予算確保が厳しく、業務上でスプレッドシートでこれを実装するための関数を使わないデータベース設計はやってます。スプレッドシートも日々進化してるのでまぁまぁできないことはないです。いずれにしても自分はデータベース設計の正式な教育を受けてきていないのでこういうレクチャーすんごく勉強になります。ありがとうございます。
エンジニアなので「見出し語の後ろにカッコつけて」のあたりで発狂しました。お仕事で関わりたくないデータ構造のヤツ。
水野さん側の人間なのですごく分かりやすいし助かる…
メモ書く時は1番最初はvscodeで適当にマークダウンで書いてますねそこで書いていく中でメモに共通項が多い等の理由でデータベース化したくなればnotion等に移行してます
スプレッドシートでも、プルダウン機能でタグ付けして、フィルタ表示でしぼったりするので、やりたいことが出来ないということはないですね。とはいえNotion最高!!!
スタジオなのに音悪いの何でか(´ー`)
書こうと思ってた。聞き手側のイヤホンやカスタマイズのせいかと思ったけど違った模様。
水野さんの一番の失敗は、手直しする際にカラムじゃなくてタブを追加したところですよね…見栄えを気にしなければスプレットシートのフィルター機能で大方対応できそうでしたし紙のメモの延長線で考えてると、情報を管理しやすい形と見やすい形の両立を目指してしまうのもあるかもしれませんデジタルは人に見せる部分をあとから如何様にも加工できるという点を意識できればもう少しツールや見た目に引っ張られない設計に割り切れていた可能性もあったかも……ないか
オネエ水野が結構しっくりくるというのが今日の学び
16:44 よしのぶさんによって哲学の見方を歪められてしまった哀しいモンスター
仕事で急にデータベース触らなきゃいけなくなった頃を思い出します簡単なハウツー本は読んだけど学術的なところまではいけなかったので、次回以降特に楽しみ
楽しみに待っていましたわよ
エレファントな設計の下り、「デカ過ぎるって意味かな」と思ってたら、まさかのエレガントとの駄洒落だった。
映画「エレファント・マン」にも掛かっているのかもしれないですね。醜い外見の男が主人公の話です。
待ってたぜ!
Hole-sort cardsとかhand−sort panch cardsとか縁穴カードとして紙で作るデータベースっぽいものは昔からあったらしい。しかもタグ検索っぽい事ができる。
確かコンピューターができる前か黎明期ぐらいの頃の技術だったようなそれ
notionを使っている時点で水野さんのITリテラシーが大半の一般人よりも高いことを忘れてはいけません
音質がいつもと違う?
神回神シリーズ
たぶん水野さんは単語メモを取る動機が、意味を知らなかったとか間違えて覚えてたとか、だったからそういうシートを作るところからスタートしてしまったんやね
運用上のフローをそのままデータ設計に持ち込んでしまうのはクソ設計あるあるですね。ソースから解読する場合こういうヒントは意外と有り難かったりします。もちろん修正するのは地獄なんですが…
14:54 いわゆるスプレッドシートの使い方つまり「スプレッドシートと自分のあいだの「関連」」を誤ってるケースですねー。巷で凄く"あるある"。
辞書という単語主体の媒体を見ているのに単語を主としない発想、ロックだ
ゆるコンピュータ科学ラジオの醍醐味は煽り合いにあると思う
最初はどんな設計がいいかわかんないから、とりあえずちょっとメモをつけてみてから考えるんですよ。みんな大好きPoCです。
分かります。日常生活にウォーターフォール持ち込むのはしんどいですよね
たしかに、アジャイル的にやるのがよいですね。「辞書順でソートしたい」とかもプロトタイプを見せたから出てきたと思うですよねー
水野さんの読書メモも何でも放り込むメモとして再設計するか、他に何でも放り込むメモを作って、そこから参照できるようにするかとか、深掘りしたら面白そうですねー
神回すぎてびっくりエンジニアじゃない自分にとってはnotionって使いにくいけど、便利そうって思ってて逆に初心者の人はただの共有メモツールだと認識していて、使いやすいと言っているねじれ現象が起きていた使いやすそうって動画見て思いました
そのうち買わないとなぁと思っている物はToDoリスト内の「買い物」に書いています。買い物しなければならない日用品はメモの「買い物」に書いています。(砂糖、コーヒー、洗剤など)絶対に今日中に買わなければいけないものは、頻繁に目を通すスケジュールに書いています。(残り少ない卵、牛乳、食パンなど)
表とかのスクリーンショットを映す時間をもっと伸ばしてほしいなぁ。
堀元氏の音質に違和感
堀元さんが "elephant in the room" 知らなかったのが今日イチの衝撃
"ピンクの象が見える"は知ってたのに…
水野メモはスキーマレスなので、NoSQLですね!スケールしやすくていいと思います!
楽曲分析するのにnotionを使ってる者なのですが、スプレッドシートに引っ張られたわけでもなく、全く水野さんと同じ整理の仕方してました。。この際なので概念設計からやり直そうかと思います!
17:12 唐突に別チャンネルで刺されるよしのぶさんw
音質悪いな
大昔に、どうやらお二人はnotionとやらを使っているらしい……という事だけ知り、取り敢えずインストールしてみたものの、いまいちわからず結局普通のメモアプリにベタ打ちしちゃってたので、たいへんたすかる
水野さんの読書メモだから笑い話で済んでるけど、ほんと笑えない話だし、なんかいろいろつらくなってきた
今日はお休みのはずなのに更新されてる!?やったー!
二人の体のサイズの違いが別の種族みたいだ
よみがなをカッコで声出して笑っちゃった。
絶対に見出し語の後にカッコつけて読みを付けるな、と言った直後に「列(カラム)として」って字幕出してて大笑いした。すごいフリだった。
スプレッドシートでタグ付け管理するなら、タグ名を表題にしたカラムを作って1/0を入力するパターンが良さそうですね。
スプレッドシートではないですが、自分はエクセルではリレーション用に別テーブルを作成して、メインテーブルの主キー+タグを管理し、そこから数式でカンマ区切り文字列を作成してメインのテーブルに表示する方法をとってます。(スピルのないバージョンなのでちょっと大変でした)カラム追加だとどんどん右に伸びてしまうので、大規模な場合は向かなそうに思えます。もちろんタグ数が10程度と確定しているとかなら問題なし。
@@puti-putiエクセル詳しくないから分からないんですけど、その方法だとセルが1個で済むってことでいいですかね。もしくは名前とタグで2個とか?(エクセルっていうか何も知らんです。)
@@motholin 名前とタグで2個で済むという考えで合ってます。複数のタグを1つのセルに無理やり入れるイメージです。以下で詳しく解説してみますが、興味なければ読み飛ばしてください。というか書いててゴチャりすぎたので、読まなくていいです。=前提知識==テーブル = 表 (商品テーブルとか従業員テーブルみたいな感じで名付ける)行 = 表の横一行(エクセルで言うと数字の側。)列 = 表の縦一列(エクセルで言うとアルファベットの側。)==========基本的には、表は1行に1つのまとまったデータを入れます。1行目に田中さん、2行目に鈴木さん、3行目に佐藤さん……といった感じです。列には、データの属性を入れます。1列目に名前、2列目に年齢、3列目に職業……といった感じです。コメ主さんの言っているやり方だと、1列目に名前、2列目に意味、3列目にタグ2があるか(○/×)、4列目にタグ3があるか(○/×)、5列目にタグ4があるか(○/×)……となり、タグが増えるたびに列がどんどん増えていってしまいます。私のやり方だと、表を3つ作ります。(シートを分けるイメージ)[メインテーブル]1列目に名前、2列目に意味、3列目にタグのカンマ区切り(例:面白い,読み返したい,難解)[タグ関連付けテーブル]1列目に名前、2列目にタグ[タグテーブル]1列目に名前、2列目に備考たぶん、後の動画で出てくると思いますが、「リレーショナルデータベース」の「リレーション」の部分を知った後に見ると、意味が分かると思います。表が増えて面倒になったように見えますが、タグを追加したくなった場合は[タグ関連付けテーブル]の下に名前とタグを追加すればいいだけなのでタグの種類が増えても列が増えません。・列が1つの場合、プログラムでデータを扱いやすくなります。 これは、同じ列には同じ種類のデータが入るはずだからです。・列が複数の場合、プログラムでデータを扱う際に難しくなります。 別の列だと、同じ種類のデータが入っているかわからないからです。ただし、コメ主さんのやり方も、スプレッドシートやエクセルというツールを使用する場合はむしろ効果的な場合があります。私のやり方は、関数で別の集計シートに表を抜き出す際には有効なのですが、標準のフィルタ機能でフィルタをかける場合はコメ主さんのやり方の方が簡単に操作できていいと思います。完璧な表を目指すか、実用性を目指すかによっても、正解は変わってくるので、もし興味があれば色々触ってみて自分なりの正解を見つけるのが一番いいと思います。
@@puti-puti ご丁寧に解説して頂きありがとうございます。参考にしてみます。
20:30 の「カッコで読みをつける」ですが、総務省の『統計表における機械判読可能なデータ作成に関する表記方法』(ガイドライン)には違反していないのではないでしょうか。同ガイドライン「チェック項目1-4 セルの結合をしていないか」の例1でふりがなが出てきますが、あれはセルの結合を戒めるものであって、ふりがなの付け方を規定するものではありません。(正規化等の観点からは問題になりますが、それは別の話)
いいえ。チェック項目1-2「一つのセルに一つの情報」になっているかに反します。
@@Fuchi1 読みとその対象が一体の情報であるという前提に立っていますので、その項目にも反しません。
@@user-bp7fy2qp9m 専門知識がないので恐縮ですが、「一体の情報という前提」とはどういうことですか?この際、見出し語とその読みという2つの情報だと思いました。つける場合と付けない場合があるという意味で、読みも「見出し語」という情報と一体である、ということですか?しかし、それでは見出し語の文字数で整列したいときなどに機械判読が不可能だと思います。
@@Fuchi1 データベースの設計としては、"読み" と "よみ" の様に分割して扱う事も間違ってはいませんし、"読み(よみ)" の様に一体として扱う事も間違っていません。どちらの考え方を採用するかは設計者次第。> 見出し語の文字数で整列したいときなどに機械判読が不可能だと思います。例えば、正規化して文字数を調べるコードを書く、データベースに文字数のカラムを追加する、等々。
@@user-bp7fy2qp9m 動画内では「よみがなをつけるときもある」と言われています。その場合でも一体としても良いのですか?水野さんにはあいうえお順で並べたいというニーズがありますので、カッコがきで読みをつけるのは、やはり「一つのセルに一つの情報」に反していると言えませんか?
うぬら~「象が会議室にいる」のくだり好き食事する哲学者よりわかりやすい
辞書のメモ(データベース)をつくるのに辞書を参考にしないあたりが水野の可愛いところよな。地頭良いのにね
このシリーズとてもいいです。丁度Nortonを使い始めたのですが、何をどうしていいやらさっぱりで、案件なくでも続けて欲しいです。
これラジオで理解するのムズイでしょw
メモは、ノートに手書き派です
10:58 11:12 バカのたこ焼き バカのまち針 大好き
23:58 水野氏「やぁだぁ...///」連呼、やめて、じわるwww
データモデリングの沼へようこそ
【質問です!】もしこの水野さんのスプレッドシートの情報を一括でNotionのデータベースに移動させるいい方法ありますか?
すごい言われてた分には意外と水野さんの辞書通読メモが妥当で安心した
性質のところは、集合の包含関係で見るとわかりやすいな。
単語と性質がそれぞれ集合で、「単語に属する要素」と「性質に属する要素」の間に多対多対応がある、ということですか?
@@もりぞう 単語が要素で、それを性質の集合でくくったベン図をイメージしました。1つの単語がいくつかの性質という集合に入っている、感じです。
たのまちしてました
論文の管理に使えそうだな
住所の正規表現の件扱ってほしい...
21:35 発狂してます。本来的な目的で()を使ってる項目と、補足的な情報を追加する()があるとふざけるな!って思います。
堀本さんが以前notionが優秀!と言っていたのでダウンロードして使っていました。正直全然わかってませんでした。ブレインストーミング的にとにかく浮かんだ言葉やキーポイントだ、と思った部分を衝動的に書き留める癖があるので、ずっと手書きメモを手放せず、あとから自分で似たような語を線でつなげたりまとめたり、さらに考察するときに矢印を引っ張て来たりしていました。その語を見ると記憶が蘇る、と言うメモの仕方ですね。今回、タグ機能ってのが自分のそういった衝動性に合ってそう!と思ったので、初めて使ってみました。楽しいです。無駄にタグを増やしてやりたくなりますね。むしろ、キーワードとタグだけでいいじゃん、ってなってます。
作家の佐藤優氏が、推奨するノートのとりかたがある。締め切りやアポの予定、電話の内容を書き留めたメモや次の単行本の構想まで、すべて1冊のノートに記録するのだという。いろんな著書やインタビューで語っているので、これに触発されてカオスなデータベースを作成している人間がたくさんいそう。
図解多用の手書きメモなので、まとめ方教えて欲しいです......
iPadを立てて洗面所で化粧をしながらこの動画を見ていたら、手を洗いにきた主人が画面を見て開口一番「囲碁将棋かと思った。」と言いました。パッと見で堀元さんが根建さん、水野さんが文田さんに見えたようです。見えなくもないかも、と思ってしまいました。なんかすみません。
エレファント・イン・ザ・ミュージアムって曲が好きなんだけどタイトルのオマージュ元それなんだ…知らんかったなぁ
4:41 公務員に対して「二重チェックで再発しないようにしろ!」って言いそう
エンジニア1年目(俺)に25:55の話がぶっ刺さりすぎてる。
29:22スプレッドシートでも、性質のカラムを後から付け足して、チェックボックスや1/0を入れるだけで関数使わなくてもフィルタのみ似たようなことはできそうです。
古き良き日本企業にDXの礎はデータベースにあるという根本的な概念を理解することは困難を極めています
お二人に身長差あるのは知ってるんですがこの動画妙に水野さんがデカくて堀元さんが小さくないですか?
【Notionでデータベースを使いこなそう!】
ntn.so/yurucom
【正しい辞書メモのNotionテンプレート】
kenhori2.notion.site/3fa659b1549b408981e0099302cfd9e7?v=4292e2b5c7b04efaaf4544145e808f6d&pvs=4
【参考文献】
○データベースシステム(改訂2版)
amzn.to/3qeyt3V
水野さんのスプレッドシートから Notion に移行するとなると、結構な移行作業が発生することを悟ってやんわりと迂回する堀元さんがエンジニアすぎてジワる。
週末この動画でめちゃくちゃ笑ってたのに、週明けに水野さんのスプレッドシートにそっくりなExcel渡されて頭抱えてます
玄人とド素人のペア、Notionの案件を受けるのにあまりにも最適すぎる
ホームズとワトソンみたいな、
メモの構造を先に考えない人も諦めないで!
「なんかめんどくさいな」という心の不満に対するアンテナさえ磨いておけば、とりあえず書き始めてもなんとかなります!
めんどくさいと感じてから概念設計して作り直すくらいなら傷は浅く済むのです…。
その声を自分や他人が無視した時には頭を抱える事態になります(
ER図見た瞬間「1つの見出し語に全部が紐づいてないとおかしい」に気づくの才能に溢れ過ぎてるなあ。そういう人でもそんな図を作っちゃうのかって学びがある。見てて面白い。
問題や課題の粒度を細かくすると答えを導き出せるけど、粒度を細かくできないと答えが出せないってパターンなんよな。エンジニア以外の人は基本これ。
「世界をどう見るか」という観点において、「哲学」を引き合いに出した水野さんの指摘は鋭いですね。
オブジェクト指向設計も「世界をどう見るか」その物ですよね。
逆に、DB設計やクラス設計を人に見られる時は、「コイツは世界をこう言う風にとらえているんだな」っていうのが人にバレる気がして、
少し恥ずかしいような感情を持つことがあります。
最初にまとめ方を考えるかどうかって、普段から考え事をする人しない人の違いが出ていて面白いなあ。
メモと言ったら洞窟の壁に彫り跡付けてただけなので、今回の話はとてもタメになりました
電子機器使ってるし日本語使ってるしどういう事?学習能力が高すぎるだろこの原始人
インダス文明に欲しかった人材
やはり象がふたりを繋げていたんですね
その感想はハイコンテクストすぎる
えもい
堀本さんが音こだわってるっての聞いてそんな気になるか?と思ってたけどいざ聞いてみると音質って大事だな。
堀元さんがnotion好きすぎてめちゃくちゃちゃんと広告案件してるの面白い
楽しみに待ってました
たのまち
Excelでの検索がショートカットキーじゃなくてマウスぽちぽちな水野さんおばあちゃんみあってかわいすぎる
水野さんの辞書メモを元にコーヒーメモを手書きからNotionに移行しました!素晴らしいテンプレートありがとうございました
22歳はnotion講座続編がすーごく欲しい。
普段情報整理って言ったら本棚とかパソコンのフォルダ整理だけど、どっちも枠が先に決まってて、主体をどこに入れるかっていう考え方をするんすよね。
水野さんも本棚には親しい方でしょうから、先にどんな本棚かを決めちゃうんだと思います。 とても勉強になりました。
shift+enterはPCでメッセージアプリ使ってると、メッセージ送信と改行を使い分けるのによく使うので、ネトゲやってたりすると知ってますね。
概念設計の概念を初めて知ったのでマジで助かりまし
会社の顧客DB(excel)が概念設計から間違っていて、さらに25年に渡って先輩方が増改築を繰り返してきたおかげですごいことになっていたのを思い出してしまった。
電子九龍城ですね
読書メモというか、買った本メモを作るときに
出版社>レーベル>タイトル>作者という順番で作ってたんですね
私のメモは、漫画メモを発端にしていて
漫画は本屋で出版社別に並べてあるし、作品シリーズに注目していて作者は二の次だと考えていたからですね
それを一般書籍に拡張するとどうなるか
作者はいろんな出版社で書いてあるし、シリーズタイトルより作者に注目するようになったので
私のデータベースは崩壊しました
ーー
書店において、一般書籍の棚は作者順に並べられているのは合理的で
漫画の棚がレーベルごとに並んでいるのは、作者はひとつのレーベルの下で書き続ける前提だったことを
今にして実感しました
現実にあるものの整理方法とデータベースの整理方法は違いが出てしまいますよね。
出版社>レーベル>タイトル>作者の順は現実の本棚に整理する時は凄く良い見栄えになります。
背表紙のデザインも統一感があるし、本の大きさも統率の取れたものになりますので。
データベース上だと作者とタイトルのどちらを主体にするか悩むところですが、いずれにしろ現実の本の整理の仕方とは変わりますね。
ちょっと考えただけで恐ろしい数の例外が出てきてぞっとした。漫画の整理って難しいな。
・昔はともかく現代では現実的に作者は移籍を普通に行う。場合によってはシリーズの純粋続編が同社他レーベルや、他社なんてことも。
・人気作はスピンオフとして○○外伝、のような作品が作られ作者は異なることがある。レーベルが異なることも。
・作者、とは原作なのか漫画なのか、時にコンビを変えて作品も出す。
・複数のペンネームを使い分ける作者は同一人物として扱うのか。
・完全版、コンビニ版など、形態の異なる同一作品が存在する。
……地獄かな?
29:49
数式を書かなきゃいけないと言われた水野さん、ちいかわみたいになってて笑った
フゥン…
「全角のカッコです」に反射的に「2バイト文字じゃねーか!より悪いわ!」ってなって、すぐ「いや、そもそも日本語のデータベースだったわ」となるのが見えましたね。
見出し語とカッコ内を分離するのに半角カッコのほうがプログラミングし易いからだと思いました。
プログラマー脳で・・・
セルのストリングスをゲットして、かっこが見つかったらルビとして扱うとする。
かっこの定義は「(」にする。(半角)
みたいなのを想像しているときに、「全角のかっこ」って言われて、「(」だけじゃなくて「(」も処理しなくちゃいけない、なんなら「”」とかも使われる想定も。
など、瞬間的に悶々とするのを想像しました。😄
水野さんはそのうち「知らなかった、意味誤解して覚えてた、…」の2値論理カラムを延々と右に追加していきそう
水野さんが今回の説明をきちんと理解してたら(あるいは堀元さんが厳重wに指導したら)、多対多なタブを正しく使いそう。ではあるけど…
動画全部見てますが、初めてコメントします。notionインストールしました!すごいです。カレンダーアプリに付属してたメモ機能を使っていて、メモが増えてきた時に、探したいものが検索しづらくて困っていたのでとてもタメになる動画でした。タグ付けて最終的にデータベースになるこのアプリ最高です♡
ある程度ポケモン対戦が好きだと必ず参照することになる「ポケモン徹底攻略」というサイトがあるのですが、そこも「ポケモン名」を主軸にタイプ、種族値、覚える技などの性質がくっつくという概念設計が為されたデータベースだったんだな~と気付きました
モンスター図鑑はデータベースですね
ポケモンはデータベースを完成させるゲームだったのか
@@eudaimonia_eudaimonia
ポケモンの対人戦は数値ゲーだからね
水野さんのメモのつけ方が身に覚えがありすぎて、最初は笑って見ていたけど、途中から真顔になった。今回普通に勉強させてもらった感じ。Notionも見てみようかな。
ワイも「グーグルスプレッドシートでもできるくない?」思ったけど
水野さんでもできるかどうかの話になると、また別なのは
納得
水野さんの抜けてるところがとことん抜けてるの可愛い
わー!!
私も東海市出身で、横須賀高校です!!
何年も聞いてきたのに聞き落としてました。
うわー。感動。
道理で高校時代エピソードに「そうそう」と共感できたんだ!
Notionの使い方知りたかったからほんと助かる。水野さんレベルのNotionの使い方でした…
個人的(いちおうIT業ですが)にはメモ類は「今後どんな項目や構造を足したくなるかなんて事前に判らん!」と開き直って、テキスト(エディタ)でやってますね…。エディタの検索機能とか、あとUnix(Linux)のコマンドとかで、頑張る…。(なおエディタはvim派。好きなvim命令は「*」。)
今回のお題みたいに用途が割とハッキリしてる「メモ」ならば、RDBのような最適化(正規化)もアリだと思います。いっぽうで、今後ナニ書く未来が来るか判らんけどとにかく書き残しておきたいという用途不明系メモだと、正規化のしようが無いので…
個人的にはスプレッドシート(やExcel])が結構嫌いwなんですが、構造に対する硬さが「半端な硬さ」だってのが大きい理由の1つです。RDBや今回きいたNotionほどキッチリ正規な管理もできない。いっぽうでテキストほど「ゆるゆる、なんでもあり」にもできない。帯に短し云々。
11:20 からのやり取りが面白すぎる
唐突な「うぬら」好き
「大好き!」が無邪気すぎてかわいい
言うは易く行うは難しで、実際にやるのは大変なんだよな。
本当はマニュアルとかも引継書もちゃんと設計してからつけ始めればいいんだけど、だいたいやりながら走り始めちゃうから。
ゆる学全体で見ても、今回ほど実用性高い回はないんじゃないか?
水野さんのスプレッドシートに入力する仕事を割り振られたら頭痛で寝込む自信がある
エクセルでやるなら性質の部分は1列ずつ使ってチェックボックスにすればいいのかなと思いましたが、どの性質から見るかによって備考も分けたいというのが難しいですね
notion個人的にはめちゃくちゃ便利に使ってます。が、エンタープライズとなると予算確保が厳しく、業務上でスプレッドシートでこれを実装するための関数を使わないデータベース設計はやってます。スプレッドシートも日々進化してるのでまぁまぁできないことはないです。いずれにしても自分はデータベース設計の正式な教育を受けてきていないのでこういうレクチャーすんごく勉強になります。ありがとうございます。
エンジニアなので「見出し語の後ろにカッコつけて」のあたりで発狂しました。お仕事で関わりたくないデータ構造のヤツ。
水野さん側の人間なのですごく分かりやすいし助かる…
メモ書く時は1番最初はvscodeで適当にマークダウンで書いてますね
そこで書いていく中でメモに共通項が多い等の理由でデータベース化したくなればnotion等に移行してます
スプレッドシートでも、プルダウン機能でタグ付けして、フィルタ表示でしぼったりするので、やりたいことが出来ないということはないですね。
とはいえNotion最高!!!
スタジオなのに音悪いの何でか(´ー`)
書こうと思ってた。聞き手側のイヤホンやカスタマイズのせいかと思ったけど違った模様。
水野さんの一番の失敗は、手直しする際にカラムじゃなくてタブを追加したところですよね…
見栄えを気にしなければスプレットシートのフィルター機能で大方対応できそうでしたし
紙のメモの延長線で考えてると、
情報を管理しやすい形と見やすい形の両立を目指してしまうのもあるかもしれません
デジタルは人に見せる部分をあとから如何様にも加工できるという点を意識できれば
もう少しツールや見た目に引っ張られない設計に割り切れていた可能性もあったかも……ないか
オネエ水野が結構しっくりくるというのが今日の学び
16:44 よしのぶさんによって哲学の見方を歪められてしまった哀しいモンスター
仕事で急にデータベース触らなきゃいけなくなった頃を思い出します
簡単なハウツー本は読んだけど学術的なところまではいけなかったので、次回以降特に楽しみ
楽しみに待っていましたわよ
エレファントな設計の下り、「デカ過ぎるって意味かな」と思ってたら、まさかのエレガントとの駄洒落だった。
映画「エレファント・マン」にも掛かっているのかもしれないですね。醜い外見の男が主人公の話です。
待ってたぜ!
Hole-sort cardsとかhand−sort panch cardsとか縁穴カードとして紙で作るデータベースっぽいものは昔からあったらしい。しかもタグ検索っぽい事ができる。
確かコンピューターができる前か黎明期ぐらいの頃の技術だったようなそれ
notionを使っている時点で水野さんのITリテラシーが大半の一般人よりも高いことを忘れてはいけません
音質がいつもと違う?
神回神シリーズ
たぶん水野さんは単語メモを取る動機が、意味を知らなかったとか間違えて覚えてたとか、だったからそういうシートを作るところからスタートしてしまったんやね
運用上のフローをそのままデータ設計に持ち込んでしまうのはクソ設計あるあるですね。
ソースから解読する場合こういうヒントは意外と有り難かったりします。
もちろん修正するのは地獄なんですが…
14:54 いわゆるスプレッドシートの使い方つまり「スプレッドシートと自分のあいだの「関連」」を誤ってるケースですねー。巷で凄く"あるある"。
辞書という単語主体の媒体を見ているのに単語を主としない発想、ロックだ
ゆるコンピュータ科学ラジオの醍醐味は煽り合いにあると思う
最初はどんな設計がいいかわかんないから、とりあえずちょっとメモをつけてみてから考えるんですよ。
みんな大好きPoCです。
分かります。日常生活にウォーターフォール持ち込むのはしんどいですよね
たしかに、アジャイル的にやるのがよいですね。
「辞書順でソートしたい」とかもプロトタイプを見せたから出てきたと思うですよねー
水野さんの読書メモも何でも放り込むメモとして再設計するか、他に何でも放り込むメモを作って、そこから参照できるようにするかとか、深掘りしたら面白そうですねー
神回すぎてびっくり
エンジニアじゃない自分にとってはnotionって使いにくいけど、便利そうって思ってて
逆に初心者の人はただの共有メモツールだと認識していて、使いやすいと言っているねじれ現象が起きていた
使いやすそうって動画見て思いました
そのうち買わないとなぁと思っている物はToDoリスト内の「買い物」に書いています。
買い物しなければならない日用品はメモの「買い物」に書いています。(砂糖、コーヒー、洗剤など)
絶対に今日中に買わなければいけないものは、頻繁に目を通すスケジュールに書いています。(残り少ない卵、牛乳、食パンなど)
表とかのスクリーンショットを映す時間をもっと伸ばしてほしいなぁ。
堀元氏の音質に違和感
堀元さんが "elephant in the room" 知らなかったのが今日イチの衝撃
"ピンクの象が見える"は知ってたのに…
水野メモはスキーマレスなので、NoSQLですね!
スケールしやすくていいと思います!
楽曲分析するのにnotionを使ってる者なのですが、スプレッドシートに引っ張られたわけでもなく、全く水野さんと同じ整理の仕方してました。。この際なので概念設計からやり直そうかと思います!
17:12 唐突に別チャンネルで刺されるよしのぶさんw
音質悪いな
大昔に、どうやらお二人はnotionとやらを使っているらしい……という事だけ知り、取り敢えずインストールしてみたものの、いまいちわからず結局普通のメモアプリにベタ打ちしちゃってたので、たいへんたすかる
水野さんの読書メモだから笑い話で済んでるけど、ほんと笑えない話だし、なんかいろいろつらくなってきた
今日はお休みのはずなのに更新されてる!?
やったー!
二人の体のサイズの違いが別の種族みたいだ
よみがなをカッコで声出して笑っちゃった。
絶対に見出し語の後にカッコつけて読みを付けるな、と言った直後に「列(カラム)として」って字幕出してて大笑いした。すごいフリだった。
スプレッドシートでタグ付け管理するなら、タグ名を表題にしたカラムを作って1/0を入力するパターンが良さそうですね。
スプレッドシートではないですが、自分はエクセルではリレーション用に別テーブルを作成して、メインテーブルの主キー+タグを管理し、そこから数式でカンマ区切り文字列を作成してメインのテーブルに表示する方法をとってます。(スピルのないバージョンなのでちょっと大変でした)
カラム追加だとどんどん右に伸びてしまうので、大規模な場合は向かなそうに思えます。もちろんタグ数が10程度と確定しているとかなら問題なし。
@@puti-putiエクセル詳しくないから分からないんですけど、その方法だとセルが1個で済むってことでいいですかね。もしくは名前とタグで2個とか?
(エクセルっていうか何も知らんです。)
@@motholin
名前とタグで2個で済むという考えで合ってます。複数のタグを1つのセルに無理やり入れるイメージです。
以下で詳しく解説してみますが、興味なければ読み飛ばしてください。
というか書いててゴチャりすぎたので、読まなくていいです。
=前提知識==
テーブル = 表 (商品テーブルとか従業員テーブルみたいな感じで名付ける)
行 = 表の横一行(エクセルで言うと数字の側。)
列 = 表の縦一列(エクセルで言うとアルファベットの側。)
==========
基本的には、表は1行に1つのまとまったデータを入れます。
1行目に田中さん、2行目に鈴木さん、3行目に佐藤さん……といった感じです。
列には、データの属性を入れます。
1列目に名前、2列目に年齢、3列目に職業……といった感じです。
コメ主さんの言っているやり方だと、
1列目に名前、2列目に意味、3列目にタグ2があるか(○/×)、4列目にタグ3があるか(○/×)、5列目にタグ4があるか(○/×)……となり、タグが増えるたびに列がどんどん増えていってしまいます。
私のやり方だと、表を3つ作ります。(シートを分けるイメージ)
[メインテーブル]
1列目に名前、2列目に意味、3列目にタグのカンマ区切り(例:面白い,読み返したい,難解)
[タグ関連付けテーブル]
1列目に名前、2列目にタグ
[タグテーブル]
1列目に名前、2列目に備考
たぶん、後の動画で出てくると思いますが、「リレーショナルデータベース」の「リレーション」の部分を知った後に見ると、意味が分かると思います。
表が増えて面倒になったように見えますが、タグを追加したくなった場合は[タグ関連付けテーブル]の下に名前とタグを追加すればいいだけなのでタグの種類が増えても列が増えません。
・列が1つの場合、プログラムでデータを扱いやすくなります。
これは、同じ列には同じ種類のデータが入るはずだからです。
・列が複数の場合、プログラムでデータを扱う際に難しくなります。
別の列だと、同じ種類のデータが入っているかわからないからです。
ただし、コメ主さんのやり方も、スプレッドシートやエクセルというツールを使用する場合はむしろ効果的な場合があります。
私のやり方は、関数で別の集計シートに表を抜き出す際には有効なのですが、標準のフィルタ機能でフィルタをかける場合はコメ主さんのやり方の方が簡単に操作できていいと思います。
完璧な表を目指すか、実用性を目指すかによっても、正解は変わってくるので、もし興味があれば色々触ってみて自分なりの正解を見つけるのが一番いいと思います。
@@puti-puti ご丁寧に解説して頂きありがとうございます。参考にしてみます。
20:30 の「カッコで読みをつける」ですが、総務省の『統計表における機械判読可能なデータ作成に関する表記方法』(ガイドライン)には違反していないのではないでしょうか。同ガイドライン「チェック項目1-4 セルの結合をしていないか」の例1でふりがなが出てきますが、あれはセルの結合を戒めるものであって、ふりがなの付け方を規定するものではありません。
(正規化等の観点からは問題になりますが、それは別の話)
いいえ。チェック項目1-2「一つのセルに一つの情報」になっているかに反します。
@@Fuchi1 読みとその対象が一体の情報であるという前提に立っていますので、その項目にも反しません。
@@user-bp7fy2qp9m 専門知識がないので恐縮ですが、「一体の情報という前提」とはどういうことですか?この際、見出し語とその読みという2つの情報だと思いました。
つける場合と付けない場合があるという意味で、読みも「見出し語」という情報と一体である、ということですか?
しかし、それでは見出し語の文字数で整列したいときなどに機械判読が不可能だと思います。
@@Fuchi1
データベースの設計としては、"読み" と "よみ" の様に分割して扱う事も間違ってはいませんし、"読み(よみ)" の様に一体として扱う事も間違っていません。どちらの考え方を採用するかは設計者次第。
> 見出し語の文字数で整列したいときなどに機械判読が不可能だと思います。
例えば、正規化して文字数を調べるコードを書く、データベースに文字数のカラムを追加する、等々。
@@user-bp7fy2qp9m 動画内では「よみがなをつけるときもある」と言われています。その場合でも一体としても良いのですか?
水野さんにはあいうえお順で並べたいというニーズがありますので、カッコがきで読みをつけるのは、やはり「一つのセルに一つの情報」に反していると言えませんか?
うぬら~「象が会議室にいる」のくだり好き
食事する哲学者よりわかりやすい
辞書のメモ(データベース)をつくるのに辞書を参考にしないあたりが水野の可愛いところよな。
地頭良いのにね
このシリーズとてもいいです。
丁度Nortonを使い始めたのですが、何をどうしていいやらさっぱりで、案件なくでも続けて欲しいです。
これラジオで理解するのムズイでしょw
メモは、ノートに手書き派です
10:58 11:12
バカのたこ焼き バカのまち針 大好き
23:58 水野氏「やぁだぁ...///」連呼、やめて、じわるwww
データモデリングの沼へようこそ
【質問です!】
もしこの水野さんのスプレッドシートの情報を一括でNotionのデータベースに移動させるいい方法ありますか?
すごい言われてた分には意外と水野さんの辞書通読メモが妥当で安心した
性質のところは、集合の包含関係で見るとわかりやすいな。
単語と性質がそれぞれ集合で、「単語に属する要素」と「性質に属する要素」の間に多対多対応がある、ということですか?
@@もりぞう 単語が要素で、それを性質の集合でくくったベン図をイメージしました。1つの単語がいくつかの性質という集合に入っている、感じです。
たのまちしてました
論文の管理に使えそうだな
住所の正規表現の件扱ってほしい...
21:35 発狂してます。本来的な目的で()を使ってる項目と、補足的な情報を追加する()があるとふざけるな!って思います。
堀本さんが以前notionが優秀!と言っていたのでダウンロードして使っていました。正直全然わかってませんでした。
ブレインストーミング的にとにかく浮かんだ言葉やキーポイントだ、と思った部分を衝動的に書き留める癖があるので、ずっと手書きメモを手放せず、あとから自分で似たような語を線でつなげたりまとめたり、さらに考察するときに矢印を引っ張て来たりしていました。その語を見ると記憶が蘇る、と言うメモの仕方ですね。
今回、タグ機能ってのが自分のそういった衝動性に合ってそう!と思ったので、初めて使ってみました。楽しいです。無駄にタグを増やしてやりたくなりますね。むしろ、キーワードとタグだけでいいじゃん、ってなってます。
作家の佐藤優氏が、推奨するノートのとりかたがある。
締め切りやアポの予定、電話の内容を書き留めたメモや次の単行本の構想まで、すべて1冊のノートに記録するのだという。
いろんな著書やインタビューで語っているので、これに触発されてカオスなデータベースを作成している人間がたくさんいそう。
図解多用の手書きメモなので、まとめ方教えて欲しいです......
iPadを立てて洗面所で化粧をしながらこの動画を見ていたら、手を洗いにきた主人が画面を見て開口一番「囲碁将棋かと思った。」と言いました。パッと見で堀元さんが根建さん、水野さんが文田さんに見えたようです。見えなくもないかも、と思ってしまいました。なんかすみません。
エレファント・イン・ザ・ミュージアムって曲が好きなんだけどタイトルのオマージュ元それなんだ…知らんかったなぁ
4:41 公務員に対して「二重チェックで再発しないようにしろ!」って言いそう
エンジニア1年目(俺)に25:55の話がぶっ刺さりすぎてる。
29:22
スプレッドシートでも、性質のカラムを後から付け足して、チェックボックスや1/0を入れるだけで
関数使わなくてもフィルタのみ似たようなことはできそうです。
古き良き日本企業にDXの礎はデータベースにあるという
根本的な概念を理解することは困難を極めています
お二人に身長差あるのは知ってるんですがこの動画妙に水野さんがデカくて堀元さんが小さくないですか?