Мир сегодня с "Юрий Подоляка"
Мир сегодня с "Юрий Подоляка"
Николаевский Ванёк
Николаевский Ванёк
Инсайдер UA
Инсайдер UA
Мир сегодня с "Юрий Подоляка"
Мир сегодня с "Юрий Подоляка"
Николаевский Ванёк
Николаевский Ванёк
Инсайдер UA
Инсайдер UA
Laoself 🫟 avatar

Laoself 🫟

@laosb 自己的想法,不代表任何其他個人或組織,轉傳訊息不表示贊成。
亦包含本人 #Twitter 和 #Bluesky 上的推文和按讚。

@laosb
's own thoughts. Messages are my own and represent no others. Forwarding doesn’t imply agreement.
Also includes my tweets, tweets I liked, and Bluesky posts.
TGlist 评分
0
0
类型公开
验证
未验证
可信度
不可靠
位置
语言其他
频道创建日期Jul 17, 2019
添加到 TGlist 的日期
Jul 08, 2024
关联群组

"Laoself 🫟" 群组最新帖子

向WhatsApp,宣戰!
#Telegram 宣布了短影音比賽,獎金最高5萬美元(
liked: https://fxtwitter.com/lazy_static/status/1733784001914298784 on #Twitter.
🌿️,這setup wizard實際上是個MCP Server,太酷了!
但是事實證明這東西超級菜,根本沒有正確完成集成,還是得走非AI路線手動配的(
感覺是PostHog那邊prompt寫的不夠好(
GitHub用戶wshixjrnjr、Jiang661642、Asercn等近日向總計超過190個開源專案提交OpenHarmony適配的issue,在issue中表示已經針對若干OpenHarmony SDK做構建測試,並撰寫了在OpenHarmony上使用該開源專案的說明文件,很快會作為PR提交。
這些開源專案中,有相當一部分是並不涉及作業系統特性的JS library,如babel和path-to-regexp,因此一些開源專案的maintainer表達了對這種contribution的疑惑,並表示即使這些用戶願意貢獻,maintainer也並不希望在專案內維護針對OpenHarmony包管理器OHPM的打包工作。
負責華為開源社區開發者關係和體驗的guoqiangqi 表示 針對path-to-regexp的情況,他們將會自行在華為的構建系統上定期打包發佈至OHPM並標記為上游,但希望maintainer能夠在專案README中添加OHPM連結。
wshixjrnjr甚至向Tencent/MMKV倉庫提交了 適配issue,而此時MMKV已經支援OpenHarmony。
mime的作者broofa 批評 guoqiangqi等人「正式嚴謹」的issue模板實際上是囉嗦含糊的,浪費了開源專案maintainer的時間,表示更希望看到有意義的貢獻。
值得注意的是,目前OpenHarmony SDK需上傳證件實名驗證後方可下載安裝。

在GitHub搜尋「Proposal OpenHarmony」相關issues
macOS即將支援車輛動態提示,這效果其實還挺酷的(
但是Mac上是啥時候有的加速度感測器,我怎麼都沒注意過(
https://www.apple.com/tw/newsroom/2025/05/apple-unveils-powerful-accessibility-features-coming-later-this-year/

Update: 查了一下看起來是MacBook Air M2開始配備的,當時有猜想是和AppleCare有關:
https://www.idownloadblog.com/2022/07/20/m2-macbook-air-accelerometer/
現在時間是:
民國1145141919分 (UTC+8)
⋯⋯
Google的設計真的很「bold」,每年都來試探大家的審美底線⋯⋯
非常不能理解在地鐵上兩個人遇到一個空座還要現場推搡一分鐘「互相讓座」的⋯⋯
地鐵馬上就開動,非常危險,而且明明邊上還有別人沒座位,我要是還站著我就趁著他們推搡坐下了(
转发自:
Reorx’s Forge avatar
Reorx’s Forge
恭喜 Chrome 追上了 IE 和 Firefox 20 多年前的步伐——自定义工具栏
有段時間沒有碰Next.js了,結果這兩天工作要寫一下Next.js,pnpm dev一啟動我MacBook Pro風扇就起來了……
我前段時間sideproject的中型svelte project、隔著hypervisor構建VM用的Linux image都沒有起飛,Next.js一個宣傳單頁的dev server就給我幹起飛了……
#FrontendDev@Laoself
Deepin在上週五下午回應「向 openSUSE 团队、下游打包者及所有受影响的用户郑重致歉,并承诺以此次事件为契机,全面推进系统性的优化改进」,承諾在月底前修復歷史遺留的安全問題。
https://bbs.deepin.org/zh/post/287016
冲动购物抑制器,把商品价格自动换算成工时

真的不会变成冲动购物加速器吗🤣 be like “都辛苦工作 X 小时了,难道不值得奖励自己一个 Y 吗?”

#fun #threads
作為看著Smartisan塌樓的一代,我覺得Apple的絕對話語權讓它們對設計的執行力要比Smartisan好很多。
有設計系統是一回事,但是當需求變得非常多非常複雜的時候,權衡設計語言的可執行性和個性就會變得非常困難,早些時候討論過的 擬物設計消亡 ,根本原因就在這裡。
無論是Apple還是Smartisan,它們的設計大體上都是可執行性越來越高、個性越來越差,「出道即巔峰」,只是資源和生態維持能力都大大不如Apple的Smartisan,在這一點來得特別快。你可以明顯感覺到後期Smartisan品牌形象和軟體設計語言變得越來越平淡,越來越和其他國產品牌靠攏,字節收購則是徹底敲響了那套設計語言的喪鐘。
實際使用體驗來說,作業系統和系統app的設計語言很有自己想法、但三方app沒有適應這套設計系統的話,使用起來會非常割裂,這是當時Smartisan沒有足夠影響力解決的問題,可以看到很多場合都是Smartisan在設計上遷就三方app,稍微降低一些不適感。而Apple生態中絕大多數三方app,即使有自己的設計語言,也都大量採用Apple自己的設計思路,每次iOS design refresh之後三方開發者也會主動調整設計去融入,這一點是很了不起的影響力和執行力。
#Design@Laoself
換上了Nebula Sans,稍稍根據字體調整了一下各處間距,機械感馬上少了一大半。不得不說Whitney SSm的感覺確實是很不錯,Nebula Sans這個仿製的質感還是挺到位的。

记录

16.05.202523:59
2.5K订阅者
12.03.202523:59
200引用指数
16.05.202501:52
431每帖平均覆盖率
03.04.202518:10
543广告帖子的平均覆盖率
29.03.202523:59
23.53%ER
16.05.202501:52
17.25%ERR
订阅者
引用指数
每篇帖子的浏览量
每个广告帖子的浏览量
ER
ERR
OCT '24JAN '25APR '25

Laoself 🫟 热门帖子

17.04.202514:57
群友会用肯德基vwo50文案提醒我的(
转发自:
Reorx’s Forge avatar
Reorx’s Forge
恭喜 Chrome 追上了 IE 和 Firefox 20 多年前的步伐——自定义工具栏
09.05.202510:52
我對這一點蠻悲觀的,畢竟現在這情況哪天商業市場也變成軍工市場的話我也不會意外的。
19.04.202515:25
JetBrains官方居然出了微信小程式的plugin(
https://plugins.jetbrains.com/plugin/24687-wechat-mini-program
15.05.202503:56
GitHub用戶wshixjrnjr、Jiang661642、Asercn等近日向總計超過190個開源專案提交OpenHarmony適配的issue,在issue中表示已經針對若干OpenHarmony SDK做構建測試,並撰寫了在OpenHarmony上使用該開源專案的說明文件,很快會作為PR提交。
這些開源專案中,有相當一部分是並不涉及作業系統特性的JS library,如babel和path-to-regexp,因此一些開源專案的maintainer表達了對這種contribution的疑惑,並表示即使這些用戶願意貢獻,maintainer也並不希望在專案內維護針對OpenHarmony包管理器OHPM的打包工作。
負責華為開源社區開發者關係和體驗的guoqiangqi 表示 針對path-to-regexp的情況,他們將會自行在華為的構建系統上定期打包發佈至OHPM並標記為上游,但希望maintainer能夠在專案README中添加OHPM連結。
wshixjrnjr甚至向Tencent/MMKV倉庫提交了 適配issue,而此時MMKV已經支援OpenHarmony。
mime的作者broofa 批評 guoqiangqi等人「正式嚴謹」的issue模板實際上是囉嗦含糊的,浪費了開源專案maintainer的時間,表示更希望看到有意義的貢獻。
值得注意的是,目前OpenHarmony SDK需上傳證件實名驗證後方可下載安裝。

在GitHub搜尋「Proposal OpenHarmony」相關issues
24.04.202510:42
因為 #Postcrossing,並且我對中國郵政的平郵信筒攬件狀況不太放心,我養成了在信筒投片前先把手機伸進去拍一張照片的習慣。
一個正常運作的信筒,在2025年只應該空空如也,或者只有一兩份郵件。如果裡面有很多垃圾或者很多郵件,意味著已經有很長時間沒有郵遞員來開筒了,需要投訴。
如果裡面有什麼信件,通常是明信片。有趣的是平信:如果信封的地址剛好被我拍到,平信收件地址往往就是中央巡視組或者地方紀委。
11.05.202506:28
冲动购物抑制器,把商品价格自动换算成工时

真的不会变成冲动购物加速器吗🤣 be like “都辛苦工作 X 小时了,难道不值得奖励自己一个 Y 吗?”

#fun #threads
18.04.202512:17
02.05.202505:53
lmao(雙重含義)
macOS即將支援車輛動態提示,這效果其實還挺酷的(
但是Mac上是啥時候有的加速度感測器,我怎麼都沒注意過(
https://www.apple.com/tw/newsroom/2025/05/apple-unveils-powerful-accessibility-features-coming-later-this-year/

Update: 查了一下看起來是MacBook Air M2開始配備的,當時有猜想是和AppleCare有關:
https://www.idownloadblog.com/2022/07/20/m2-macbook-air-accelerometer/
13.05.202514:57
11.05.202503:11
作為看著Smartisan塌樓的一代,我覺得Apple的絕對話語權讓它們對設計的執行力要比Smartisan好很多。
有設計系統是一回事,但是當需求變得非常多非常複雜的時候,權衡設計語言的可執行性和個性就會變得非常困難,早些時候討論過的 擬物設計消亡 ,根本原因就在這裡。
無論是Apple還是Smartisan,它們的設計大體上都是可執行性越來越高、個性越來越差,「出道即巔峰」,只是資源和生態維持能力都大大不如Apple的Smartisan,在這一點來得特別快。你可以明顯感覺到後期Smartisan品牌形象和軟體設計語言變得越來越平淡,越來越和其他國產品牌靠攏,字節收購則是徹底敲響了那套設計語言的喪鐘。
實際使用體驗來說,作業系統和系統app的設計語言很有自己想法、但三方app沒有適應這套設計系統的話,使用起來會非常割裂,這是當時Smartisan沒有足夠影響力解決的問題,可以看到很多場合都是Smartisan在設計上遷就三方app,稍微降低一些不適感。而Apple生態中絕大多數三方app,即使有自己的設計語言,也都大量採用Apple自己的設計思路,每次iOS design refresh之後三方開發者也會主動調整設計去融入,這一點是很了不起的影響力和執行力。
#Design@Laoself
登录以解锁更多功能。