"Laoself 🙂‍↕️" — @Laoself Telegram-kanali

Laoself 🙂‍↕️

1 Dec, 09:54

https://matrix.org/blog/2024/10/29/matrix-2.0-is-here/
Matrix哪來的謎之自信覺得自己的現狀能獲得mainstream user⋯⋯
連這篇2.0的宣傳博文都晦澀得要死。到現在也沒個真的能用的app，跨實作同步全靠運氣，就這還不如IRC來得mainstream呢⋯⋯

Matrix 2.0 Is Here!

Matrix, the open protocol for secure decentralised communications

243 0 5 1 7

Laoself 🙂‍↕️

30 Nov, 11:56

春东西 dumb box dan repost

290 0 1 5

Laoself 🙂‍↕️

29 Nov, 12:35

Garyの梦呓 dan repost

樂

353 0 5 3 16

Laoself 🙂‍↕️

29 Nov, 11:33

Swift 6這個硬concurrency model去接舊objc API頭確實挺大的……
倒是學會了回來確實感覺還好，有一種最開始剛開始學Swift和native development的感覺（
#SwiftDev@laoself #AppleDev@laoself

403 0 2 7

Laoself 🙂‍↕️

29 Nov, 08:31

每日无数猫 dan repost

稻田边的慵懒午后，阳光正好...

from Weibo‘

稻田边的慵懒午后，阳光正好...

@大橘为重的小胖橘: 稻田边的慵懒午后，阳光正好，微风不燥，橘猫的梦乡。宠物

361 0 2 4 4

Laoself 🙂‍↕️

29 Nov, 05:01

Hugging Face僱員刪除了One Million Bluesky Posts之後，一位Qwen組織成員發佈了Two Million Bluesky Posts，並表示這是「an attempt to undo that injustice」：
https://bsky.app/profile/alpindale.bsky.social/post/3lbxb3zmfys25

@alpindale.bsky.social

Releasing: a dataset of two million Bluesky posts. This dataset has been collected using Bluesky's API, and I hope it will be useful for all the researchers out there!

405 2 1 3

Laoself 🙂‍↕️

28 Nov, 06:55

又想要免費公開全功能API，又要不被抓去AI訓練，既要又要可真是(

476 1 3 6 4

還真不是，bluesky-community這個Hugging Face organization有聲明自己和Bluesky無關，上載並宣佈這個dataset的人Daniel van Strien是Hugging Face的僱員。
實際上，Bluesky官方在十幾天前貼文指出Bluesky從未也沒有使用Bluesky上的資料訓練生成式AI模型，並且在昨天強調了這一態度沒有改變，還討論了讓使用者表達自己consent的可能做法。
https://bsky.app/profile/bsky.app/post/3lbvgvbvcf22c

Bluesky (@bsky.app)

Brief update on our ongoing efforts to allow users to specify consent (or not) for AI training: 🧵

499 0 7 4

Laoself 🙂‍↕️

27 Nov, 06:58

Eana Hufwe plltxe... dan repost

偶然发现了微软有公开他们的本地化指南，不过怕是这些年他们已经没人在看这个了吧。
https://learn.microsoft.com/en-us/globalization/reference/microsoft-style-guides 🐟

451 0 11 8 7

Laoself 🙂‍↕️

26 Nov, 22:26

Well，事實來說複雜度上去了以後其實這兩點也很難做到。
任何上了複雜度的軟體最後都是日常log里噴各種warning和error，但是這些warning和error要到你已知發生了問題時才真的有意義。
至於隔離復現，很多偶發問題也都很難復現，可能是telemetry不夠可能是網路狀況奇怪可能是系統版本和某些依賴版本微妙，最後實際上大多數偶發問題都回變成碰運氣等復現，找到穩定復現就已經解決了問題的99%。

不如反過來說：軟體行業高強度的迭代正是源於這種「明確且即時」的預期，但這種預期直接造成了軟體行業的通病：因為一旦修復，修復可以很快被幾乎無成本部署，因此測試流程不全面不完整，開發時候主要考慮上線而不太考慮edge case；因為多一個if通常不會造成太多性能開銷也沒有部署成本，因此修復方式經常是patch特定狀況而不是停下來評估調整整個流程/架構。表面上迭代更快了，但是整個迭代的過程通常沒有讓軟體的品質變好，陷入一個惡性循環。大多數行業一旦東西交出去就沒有低成本的回頭路了，因此週期會比較長儘可能在週期中打磨成熟，週期結束後也會有一個相對細緻的複盤去檢討並尋求體系化的改良方法。這個過程好像不夠直觀反饋不夠即時，但是即時反饋更容易讓人不動腦子用膝跳反應處理問題，反而不是什麼好事。

573 0 9 1 8

Laoself 🙂‍↕️

26 Nov, 20:28

明狸居 dan repost

程序开发作为一个常接受负面反馈的工作，不适合作为长期工作。
首先，bug 汇报、问题汇报会带来严重的情绪负反馈。
其次，大量不够专业的技术和产品人员，会将功能问题反馈作为对人的问题反馈。
再者，技术性成就难以充分带来完工成就，但大量的负反馈会带来严重的情绪负反馈。
同时，程序开发作为位于市场-销售-产品-运营等角色承接开发的工种，工作时间长度会是前置工种次方倍，随着角色的增加而增加。