🇺🇦 🇹🇼 nil @nil@qoto.org

@Fullerism@octodon.social 領導隨便瞎指揮，只要別讓你背鍋，永遠都是“好好好，對對對，領導英明”，哈哈

@Fullerism@octodon.social 自己有能力的人到哪裏都沒問題，如果能力是職位或環境賦予的，職位被抽走了就什麼都沒了

@sheep 怎麼最高只有4分。。

個人覺得學前端，CSS，js和框架語法都不難，跨度比較大的部分是怎麼使用框架和眼花撩亂的組件庫的組件搭出像樣的頁面。

感覺自己的觀念漸趨保守了，幾年前還不是這樣，可能是因爲看透了一些事情吧

@limitrice 有時真爲孩子難過

@Chloev 以前是躺牀上抽大煙，現在是躺牀上玩網遊，哈哈

@limitrice 語文==灌大便，這樣的公立學校還一堆人搶著進

這條： 對技術的熱情或初心，需要表現在這麼幾個特質上，執着，堅持，堅韌，不服輸，擔當，不妥協，不浮躁...... 我相信每個人或多或少都會有這些特質，這些寶貴的物質很容易就丟掉了，要小心呵護。不然，就跟一條鹹魚沒什麼兩樣了。

不幸言中，現在基本就跟一條鹹魚沒什麼兩樣了，哈哈

整理資料，看到一張陳皓的《面試中的雞湯和毒藥》

裏面提到的問題我都很贊同。不知道能否看清

比如這條：
你一定要明白， 對於很多公司來說， 真正解決用戶問題的不是前端也不是後端，不是因爲你技術有多好， 而是因爲銷售酒喝得好，回扣給的好，是因爲運營做的好，用戶忽悠的好，技術在這些公司裏纔是真正的輔助，這類的公司除了問題一般都會找技術背鍋

今天说到linux， 陈皓以前写过一篇《应该知道的LINUX技巧》很不错，说到：“在Unix/Linux下，最有效率技巧的不是操作图形界面，而是命令行操作，因为命令行意味着自动化”。
我爲什麼說搞技術的需要會用linux，因爲命令行意味着自動化，點鼠標不是自動化，搞技術的常需要用自動化的思維來解決問題

应该知道的Linux技巧
https://coolshell.cn/articles/8883.html

@kydest 精神疾病率太高了

生活不易，長大就意味著責任和擔當

可能又一個被極端女拳害慘的人
https://youtu.be/QQH5zaoO0vw

@wow 民主國家如果連說不的權利都失去的話，那就跟極權國家沒什麼兩樣了

@Perfume 沒有比這更惡劣的判國行爲了吧

@flyover 並不是做不到，是比較麻煩，就像google圖書館怎麼做到既讓用戶看到又阻止用戶保存，能做的是阻止第三方看到，並提高用戶保存的成本。

@asherpen 一般數據庫設計不會真的刪除，只是丟一個刪除標記而已。即使真的刪除，因爲是開源系統，要修改也是很容易。
也就是說，不管是私信還是刪除的信息，對方實例數據庫裏應該都可以看到。
這樣的設計的問題是，即使只有幾個用戶的實例，數據量也在不停增長，這樣像pleroma想做到的，把勢力部署在路由器上，是不大現實的

另一個問題，mastodon的一些設計，比如下文提到的：
当一个实例的用户 follow 其它实例的用户时，两个实例的数据库把外来实例用户的信息和 public key，保存在各自的数据库里（也是本地用户和外来用户存在同一个数据表里……）。当外来实例的用户发布新文章时，外来实例的服务器会把这条新文章，主动 push 到订阅了它的那些服务器里存起来。

這種設計就是說你發了一個帖子，這篇帖子要被follow你的所有實例存儲，那mastodon實例註定存儲量不會小，而且你要把發出去的帖子刪除掉就不那麼容易

今天有人提到，服務器一般不會真正刪除掉信息，只是把需要刪除的信息標註，讓前端查詢不到而已。我沒看mastodon的設計，大體也是你發出的帖子同步到其他實例後的刪除也只是標記一下

這樣的話建立一個實例蒐集所有mastodon網路的公開信息並不那麼難。那在毛象網路中保持匿名就很關鍵，安全性並不像我們預想的那麼好

Mastodon 的「去中心化」所导致的……？
https://blog.fivest.one/archives/5832

其實用golang把pleroma的後端重構一下，資源佔用和部署就會容易很多。沒有玩pleroma主要也是雖然資源佔用比起mastodon是好太多了，但部署依然很麻煩
想要的效果是下載個文件丟到vps或路由器上就好了，無非要搞個ssl證書。

Golang fediverse server.
https://github.com/superseriousbusiness/gotosocial

owncloud重新變得有趣起來了，終於想起把php的server用go重構一下了

https://owncloud.dev/ocis/