Notion 要跌下神壇了？採用去中心化技術的類 Notion 筆記工具 Anytype，保護用戶隱私且...自從知道notion 之後完全打開新世界，覺得超級符合我做節目資料庫整理的期待，然而ACG 作品何其之多，從作者、出版社、作品有不同版本、代理出版社等等複雜的屬性，都讓我做資料庫覺得很困擾，因為我必須把不同媒材雜成一團，他的匯出又常常有問題，所以還是打不起勁來整理，沒想到現在又有了新的筆記軟體，還可以把人物跟其他東西做不同的分類去建立物件，覺得相當實用，資料庫的網狀連結也相當方便，到時候來摸摸，看看是不是真的適合我整理資料庫，意興闌珊了兩年，果然科技就是不斷的進步阿。
@amicloud - #本日廢聊 Anytype 感覺是結合notion跟obsidian，去中心化、...
掰噗~
says
真讓人傷心 
感謝亞海分享，太棒了。
我現在唯一的遺憾是沒把樹莓派帶來玩
我現在唯一的遺憾是沒把樹莓派帶來玩
等等 你有買喔
wubalubadubdub: 有啊，那時候我就想玩玩看，結果忘記帶來....
notion自從資安問題後就不敢用了
好奇 notion 的匯出很爛是什麼意思呀（？）
應該說你想匯出什麼東西
應該說你想匯出什麼東西
hmlTW: 我是本來就不會用這種軟體儲存需要隱私的東西XD 不過之前資安問題是什麼啊
wubalubadubdub: 就是如果我想匯出我整個資料去其他地方用，匯出來的東西會亂掉
跟在notion 做出來的東西不同
Plum284nj0ao6: notion 跟 Anytype 的很多 features 應該都是只有在自家平台才能用的類型 除非一開始就完全只用通用語法才有辦法跟普遍的筆記應用相容 我覺得有需要轉移的話可能需要特別考慮這點 
對.......這就是我後來資料庫做了一點沒繼續的原因........最通用的還是excel 那樣子的方式
Plum284nj0ao6: 嗯 資料庫本來就是一個要考量很多需求的東西 一般來說要先想好資要長什麼樣子 會不會需要修改擴充 會有多少資料 要怎麼使用 這些因素來去決定說選哪一種最符合需求
我現在有點忘記你們資料會長怎樣了 但我想到的情況會覺得你們寫在 Google Sheets 資料會比較方便處理跟 portable
資料庫本來就是一個要考量很多需求的東西 一般來說要先想好資要長什麼樣子 會不會需要修改擴充 會有多少資料 要怎麼使用 這些因素來去決定說選哪一種最符合需求我現在有點忘記你們資料會長怎樣了 但我想到的情況會覺得你們寫在 Google Sheets 資料會比較方便處理跟 portable
我們的確是寫在Google sheet 但是主要是他不方便容納各種類型的資料，他只是適合做表格
所以我才在思考資料庫
也所以我才想乾脆自己學寫程式，以資料庫為目標，但真的太忙......
wubalubadubdub: 就是同時可能會有各種檔案例如圖片或音檔或影片，excel 類型的文件適合很清楚的看表格，但是如果要呈現圖片或是做像notion 這樣可以切換不過瀏覽資料模式的方式就會顯得相當侷限
Plum284nj0ao6: 現在通用的資料庫各式不可能給你塞圖片進去的XD 要處理的話都是塞網址或 path 的純文字傳給前端自己去抓下來XD 瀏覽資料模式寫在資料庫也非常不實際 那不是資料庫在做的 也都是前端自己 parse 資料XD 這樣的話其實你想要的不是單純資料庫 而是一個網站
你們什麼時後要讓我寫網站 
wubalubadubdub: 其實我要的還是一個資料庫，只是希望用符合我自己的前端呈現（結果發現要學的東西越來越多
wubalubadubdub: 就是因為通用的資料庫沒辦法塞不同媒材又呈現的好，我才這麼苦惱
wubalubadubdub: 你什麼時候有空 
為什麼有些人離開 Notion 了
之前有偷看資料的前科
其實我也在後退一步思考是不是先做資料庫比較重要，但還是希望可以乾脆連結資料庫出來成網頁，不然這資料本身就很大
Plum284nj0ao6: 你想要的自定義性太高了 真的有軟體可以用套成你想要的樣子的話 我覺得到時候要自己下去動手寫的部分就也是你寫一個前端至少要寫的東西哈哈哈
wubalubadubdub: 意思是我很難討好嗎
Plum284nj0ao6: 我覺得你先把資料的 schema 訂好
不用全部做完 做個 4 5 個先拿來測試 然後開始想你想要他網頁看起來長什麼樣子 一邊做一邊修正 再來想實際檔案怎麼存怎麼傳
不用全部做完 做個 4 5 個先拿來測試 然後開始想你想要他網頁看起來長什麼樣子 一邊做一邊修正 再來想實際檔案怎麼存怎麼傳
hmlTW: 真的危險，不過當初在用的時候我就有思考過這件事情所以我都不太放個資在上面，不過看到這個資料覺得真的很有問題
wubalubadubdub: 什麼叫作資料的schema
Plum284nj0ao6: 沒 本來就有一些 procedures 是沒辦法自動幫你建好的 太簡單你就自定義性很差 自定義性很好就不會很簡單
老實說後來發現說不定還是Google site 相對來說比較好，但是要自己新增所有東西真的太崩潰了
有點像是
{
漫畫名：異國日記,
作者：山下知子,
類型：{日常, 寫實, 溫馨},
推薦文：超好看
}
{
漫畫名：異國日記,
作者：山下知子,
類型：{日常, 寫實, 溫馨},
推薦文：超好看
}
Plum284nj0ao6: 後來就改用一些開源的不用上網的
Plum284nj0ao6: 你可以一開始給我寫 後面你們一些功能會用就好 像什麼新增 修改 刪除 插入圖片之類的
wubalubadubdub: 唯一支持json（X
hmlTW: 我真的覺得 JSON 小規模資料最好用 資料想長怎樣就長怎樣XD
而且我只會這個跟 csv XD
SQL 完全不會XD
SQL 完全不會XD
wubalubadubdub: 真的，日常專案用json，真的有需求才會掏出資料庫
wubalubadubdub: 老實說感謝你，不過我光是要思考怎麼說出訴求都要一點整理，我晚點看看分享我目前做notion的內容給你好了
hmlTW: wubalubadubdub: 要怎麼學json?
hmlTW: 老斯有開課嗎？
老實說我光是上班就用盡全力了，上班好累
hmlTW: 很正常啦 UX/UI 本來就不是一下子就可以想好 而且開始動就會發現很常需要改來改去的
Plum284nj0ao6: 那就不要上班改下班(X
json只是一種資料的長相
大概長這樣 
Plum284nj0ao6: 喔喔 也沒什麼好學的耶
就是有點像你的一筆資料有什麼屬性 然後把它用文字來表示（我寫的那個漫畫資料格式就幾乎是 json 大概的樣子了） 我等下找一下介紹給你看
就是有點像你的一筆資料有什麼屬性 然後把它用文字來表示（我寫的那個漫畫資料格式就幾乎是 json 大概的樣子了） 我等下找一下介紹給你看
wubalubadubdub: 老師截圖給我看了XDDD
我覺得聽起來就是把我們的書目資料複製貼上
這個格式很方便就是你想好資料總共有哪些欄位之類的 在前端我可以很簡單的進行排序或是查找 然後檔案就是一個文字檔 所以你想要修改什麼的 一般人都是可以比較容易直接讀懂哪個欄位對應到什麼值 然後用什麼記事本之類的就可以修改
但麻煩的是，日本漫畫跟台灣漫畫的欄位內容不同
什麼意思
出版社有原本的出版社跟代理出版社
喔喔還是可以通用 而且蠻簡單的
你直接給我我就可以幫你做好了
你直接給我我就可以幫你做好了
還有改編作品
還有動畫的欄位會完全不同
還有動畫的欄位會完全不同
遊戲也不同
還是可以 真的 而且你不太需要全部類型的東西都套同一個格式
網站可以塞很多份 JSON 給他
網站可以塞很多份 JSON 給他
漫畫還會有原版、愛藏版然後甚至不同版本代理出版社不同........
我覺得都可以做到真的 
應該說就是 你如果有看過網站的資料是那種巢狀結構 例如說博客來有賣很多類型商品 每種商品又有不同的標籤分類或品牌什麼的 先不用去管他怎麼分類的 但他可以做到就表示可以做到
應該說就是 你如果有看過網站的資料是那種巢狀結構 例如說博客來有賣很多類型商品 每種商品又有不同的標籤分類或品牌什麼的 先不用去管他怎麼分類的 但他可以做到就表示可以做到
我先想想，不對，我先放空打電動，我昨天上班真的太累
馴鹿寶貝勒
wubalubadubdub: 找時間來看，但Hollow Knight 需要持之以恆
四鎖五門完全另一個世界
wubalubadubdub: 真的，自從開始練四鎖五門，我上次順手不鎖直接打，超順，咻咻咻打完