Forwarded from 厘米碎碎念
React Native 是不是可以被 Jetpack Compose 和 Swift UI 替换掉了，这两个都是声明式 UI。现在让 AI 翻译成对应的原生平台，感觉也不是不行。当然这个想法是很理想的，里面会有无数个原生平台的坑。主要是 RN 很多坑直到现在依旧填不完，其实也填不完……远程平台本身就一堆问题，比如苹果有一些疑难杂症得用 OC 来写。苹果开发很多时候就是吃这些经验的，RN 很难有那些精力填平。
Forwarded from 中式炒鍋
Pan 的神奇個人頻道
React Native 是不是可以被 Jetpack Compose 和 Swift UI 替换掉了，这两个都是声明式 UI。现在让 AI 翻译成对应的原生平台，感觉也不是不行。当然这个想法是很理想的，里面会有无数个原生平台的坑。主要是 RN 很多坑直到现在依旧填不完，其实也填不完……远程平台本身就一堆问题，比如苹果有一些疑难杂症得用 OC 来写。苹果开发很多时候就是吃这些经验的，RN 很难有那些精力填平。
首先「AI 翻译成对应的原生平台」這點基本上非常難搞，雖然現代 LLM 都稱自己有著 128K 的 context length，但實踐上超過一定的字數後，後面的內容會開始進入臆想的狀態。基本上你不能輸入整包程式碼甚至是整段 code 進去，你一定要自己花時間分解任務，然後寫個 Agent 來達成你的目標。
如果你不能輸入整段 code，通常只能靠 總結 或者是 只傳入一部分的 code 來逐步翻譯。通常你預期 code 是 1:1 的（行為到介面都應該一致），但一方面 Android 跟 iOS 很多邏輯不是 1:1 的，另一方面是 LLM 產不太出穩定的結果，比如說同一段 function 送進 LLM，產出的 function signature 不能相同。signature 不同就足以造成大問題，更不用講 LLM 可能會在邏輯上的細微差異出差錯了。你或許會想「我把新改好的 code 傳進去就好啦！」但是 LLM（至少在沒有進行太多 engineering 的情況下）還是挺容易搞砸你原本寫的 code 的，你希望他多加 X 功能，但他會搞砸 Y 功能然後忘記自己要實作 X 功能。LLM 也不見得可以理解你的 design system，所以你也可能會花很大的精力在調整樣式。
最後，你要修正這些問題，假如你不懂這些知識，肯定還是得找 Android / iOS 的工程師來修。搞到最後，你還是回歸到請 Android + iOS engineer 的時代，AI 到頭來只是在製造低價值的 code 來搞出麻煩。React Native 或 Flutter 至少對於很多需求是夠用的，他的 Bridge 也至少是穩定、可以復現的 🙂
如果你不能輸入整段 code，通常只能靠 總結 或者是 只傳入一部分的 code 來逐步翻譯。通常你預期 code 是 1:1 的（行為到介面都應該一致），但一方面 Android 跟 iOS 很多邏輯不是 1:1 的，另一方面是 LLM 產不太出穩定的結果，比如說同一段 function 送進 LLM，產出的 function signature 不能相同。signature 不同就足以造成大問題，更不用講 LLM 可能會在邏輯上的細微差異出差錯了。你或許會想「我把新改好的 code 傳進去就好啦！」但是 LLM（至少在沒有進行太多 engineering 的情況下）還是挺容易搞砸你原本寫的 code 的，你希望他多加 X 功能，但他會搞砸 Y 功能然後忘記自己要實作 X 功能。LLM 也不見得可以理解你的 design system，所以你也可能會花很大的精力在調整樣式。
最後，你要修正這些問題，假如你不懂這些知識，肯定還是得找 Android / iOS 的工程師來修。搞到最後，你還是回歸到請 Android + iOS engineer 的時代，AI 到頭來只是在製造低價值的 code 來搞出麻煩。React Native 或 Flutter 至少對於很多需求是夠用的，他的 Bridge 也至少是穩定、可以復現的 🙂
Forwarded from 科技圈🎗在花频道📮
甲骨文拒绝放弃“JavaScript”商标
甲骨文因拒绝放弃“JavaScript”商标所有权而面临Deno Land的法律挑战。该商标是甲骨文2009年收购Sun Microsystems时继承而来，但Deno Land认为“JavaScript”已成为通用术语，且甲骨文未积极使用或控制该名称。JavaScript创始人Brendan Eich及开发者社区广泛支持Deno Land的行动，认为此举将影响JavaScript品牌的未来及其在科技行业的开放使用。
Deno Land于2024年11月向美国专利商标局提交请愿书，要求取消甲骨文的商标。甲骨文需在2025年2月3日前作出回应，否则案件可能进入默认判决阶段。若甲骨文坚持不放弃，争议将进入法庭审理。开发者社区已发起公开信，获得超10,000个签名，呼吁甲骨文放弃商标控制权，以确保JavaScript名称的开放使用。
Deno
📮投稿 ☘️频道 🌸聊天
甲骨文因拒绝放弃“JavaScript”商标所有权而面临Deno Land的法律挑战。该商标是甲骨文2009年收购Sun Microsystems时继承而来，但Deno Land认为“JavaScript”已成为通用术语，且甲骨文未积极使用或控制该名称。JavaScript创始人Brendan Eich及开发者社区广泛支持Deno Land的行动，认为此举将影响JavaScript品牌的未来及其在科技行业的开放使用。
Deno Land于2024年11月向美国专利商标局提交请愿书，要求取消甲骨文的商标。甲骨文需在2025年2月3日前作出回应，否则案件可能进入默认判决阶段。若甲骨文坚持不放弃，争议将进入法庭审理。开发者社区已发起公开信，获得超10,000个签名，呼吁甲骨文放弃商标控制权，以确保JavaScript名称的开放使用。
Deno
📮投稿 ☘️频道 🌸聊天
#在SITCON前每天寫一篇CloudNative文章
今天 SITCON 的議程表出了！我在 SITCON 2025 投了一個跟微服務相關的議程，盡量用實際案例來和大家說明微服務和雲端的各種概念 🥰 非常歡迎大家在 SITCON 尾聲來 R3 捧場！https://sitcon.org/2025/agenda/a03517/
這個 Tag 的第二個主題，還是延續我們上次的選課系統設計。昨天我們發現到單體的方式開始造成資源的浪費以及資料庫的瓶頸，所以我們或許可以看看怎麼把選課系統拆成雲端原生的微服務架構。
考慮到文章發在 Telegram 有著比較嚴重的排版問題，我決定把文章移到我的 Blog 上，也方便日後勘誤。當然互動還是會留在 Telegram 上，也很歡迎大家來這裡繼續分享見解和提出問題～
https://blog.pan93.com/posts/microservice-introducing-microservice/
今天 SITCON 的議程表出了！我在 SITCON 2025 投了一個跟微服務相關的議程，盡量用實際案例來和大家說明微服務和雲端的各種概念 🥰 非常歡迎大家在 SITCON 尾聲來 R3 捧場！https://sitcon.org/2025/agenda/a03517/
這個 Tag 的第二個主題，還是延續我們上次的選課系統設計。昨天我們發現到單體的方式開始造成資源的浪費以及資料庫的瓶頸，所以我們或許可以看看怎麼把選課系統拆成雲端原生的微服務架構。
考慮到文章發在 Telegram 有著比較嚴重的排版問題，我決定把文章移到我的 Blog 上，也方便日後勘誤。當然互動還是會留在 Telegram 上，也很歡迎大家來這裡繼續分享見解和提出問題～
https://blog.pan93.com/posts/microservice-introducing-microservice/
#在SITCON前每天寫一篇CloudNative文章
不好意思今天比較晚，我花了一些時間把這次的文章改得更好讀一點 🥺 然後這次也玩玩看 UTM 標籤，看看會不會讓我這裡更好追蹤文章成效 (?)
這個 Tag 的第三個主題，就來補充我們昨天微服務中一直沒有提到的部分：「Gateway」吧！我們昨天聊了服務的拆法（領域拆分），以及 RPC 分查詢和更動的目的（CQRS），但是你會發現到有個服務長得和其他服務不太一樣：Gateway。Gateway 沒有 RPC 方法，而且是唯一一個連接到前端的服務。為什麼需要 Gateway，以及 Gateway 是怎麼和其他服務通訊的呢？這篇文章就來詳細解釋這個問題。最後，我們也會簡單說明微服務之間的通訊流程。
文章
不好意思今天比較晚，我花了一些時間把這次的文章改得更好讀一點 🥺 然後這次也玩玩看 UTM 標籤，看看會不會讓我這裡更好追蹤文章成效 (?)
這個 Tag 的第三個主題，就來補充我們昨天微服務中一直沒有提到的部分：「Gateway」吧！我們昨天聊了服務的拆法（領域拆分），以及 RPC 分查詢和更動的目的（CQRS），但是你會發現到有個服務長得和其他服務不太一樣：Gateway。Gateway 沒有 RPC 方法，而且是唯一一個連接到前端的服務。為什麼需要 Gateway，以及 Gateway 是怎麼和其他服務通訊的呢？這篇文章就來詳細解釋這個問題。最後，我們也會簡單說明微服務之間的通訊流程。
文章
Pan in the Nutshell
聊聊微服務是什麼 – 閘道和服務通訊基礎
今年我 SITCON 有投一篇微服務的議程：「選課卡成狗？微服務架構帶你翻轉校園系統」。在 SITCON 之前，我打算每天在 Blog 上寫一篇和 Cloud Native 相關的短文，來當作議程的前導內容。當然針對每一篇短文的意見回饋（看不懂也是一種意見反饋 🥺），最終都有助於我產出更好的議程內容～
這個 Tag 的第三個主題，就來補充我們昨天微服務中一直沒有提到的部分：「Gateway」吧！我們昨天聊了服務的拆法（領域拆分），以及 RPC 分查詢和更動的目的（CQRS），但是你會發現到有個服務長得和…
這個 Tag 的第三個主題，就來補充我們昨天微服務中一直沒有提到的部分：「Gateway」吧！我們昨天聊了服務的拆法（領域拆分），以及 RPC 分查詢和更動的目的（CQRS），但是你會發現到有個服務長得和…
#在SITCON前每天寫一篇CloudNative文章
這個系列的第四個主題是「服務探索」。從這個主題開始，我們要開始探討前三章說的微服務架構會有什麼問題，以及可以怎麼克服了。這篇會講到 IP:port 的問題，以及用戶端和伺服器端的服務探索方案～
BTW 我想徵求大家對於微服務的哪些實作內容感興趣。目前我的規劃包括負載平衡、服務溝通 (RPC)、非同步操作 (MQ) 等等的議題，但如果大家對某個特定主題特別感興趣，我會儘快寫出這部分的內容 🫡
文章
這個系列的第四個主題是「服務探索」。從這個主題開始，我們要開始探討前三章說的微服務架構會有什麼問題，以及可以怎麼克服了。這篇會講到 IP:port 的問題，以及用戶端和伺服器端的服務探索方案～
BTW 我想徵求大家對於微服務的哪些實作內容感興趣。目前我的規劃包括負載平衡、服務溝通 (RPC)、非同步操作 (MQ) 等等的議題，但如果大家對某個特定主題特別感興趣，我會儘快寫出這部分的內容 🫡
文章
Pan in the Nutshell
聊聊微服務是什麼 – 服務探索
今年我 SITCON 有投一篇微服務的議程：「選課卡成狗？微服務架構帶你翻轉校園系統」。在 SITCON 之前，我打算每天在 Blog 上寫一篇和 Cloud Native 相關的短文，來當作議程的前導內容。當然針對每一篇短文的意見回饋（看不懂也是一種意見反饋 🥺），最終都有助於我產出更好的議程內容～
這個 Tag 的第四個主題是「服務探索」。從這個主題開始，我們要開始探討前三章說的微服務架構會有什麼問題，以及可以怎麼克服了。
考慮到 Blog 本身不是一個很好的互動平台，我在每篇文章的底下都會留「💬…
這個 Tag 的第四個主題是「服務探索」。從這個主題開始，我們要開始探討前三章說的微服務架構會有什麼問題，以及可以怎麼克服了。
考慮到 Blog 本身不是一個很好的互動平台，我在每篇文章的底下都會留「💬…
Forwarded from Al Pt
另外你应该：
docker run -it --rm --add-host "ports.ubuntu.com:$(dig +short mirror.twds.com.tw A | head -n1)" ubuntu
電腦科學中最難的事：置中對齊
https://nptr.cc/posts/2024-07/tonsky-blog-centering/
下面是 Claude 的 summarization ：
在電腦世界裡，看似簡單的元素置中對齊竟然是最令人頭疼的問題之一！即使是蘋果、Google、微軟等科技巨頭也常常無法完美解決。
雖然理論上置中很簡單（只需使用flex或grid），但實際應用中卻處處碰壁：
🔹 字型問題：大部分流行字型的度量值不平衡，導致視覺偏移
🔹 列高困境：不同容器中元素對齊幾乎不可能
🔹 圖示困擾：與文字一起放置的圖示難以精確對齊
🔹 圖示字型缺陷：使得對齊更加困難且無法精確設定大小
解決方案包括：
- 設計師：使用緊湊文字框置中
- 字型設計師：平衡ascender和descender值
- 開發人員：透過計算加上適當的padding
- 圖示：避免使用圖示字型，改用標準圖片格式
https://nptr.cc/posts/2024-07/tonsky-blog-centering/
下面是 Claude 的 summarization ：
在電腦世界裡，看似簡單的元素置中對齊竟然是最令人頭疼的問題之一！即使是蘋果、Google、微軟等科技巨頭也常常無法完美解決。
雖然理論上置中很簡單（只需使用flex或grid），但實際應用中卻處處碰壁：
🔹 字型問題：大部分流行字型的度量值不平衡，導致視覺偏移
🔹 列高困境：不同容器中元素對齊幾乎不可能
🔹 圖示困擾：與文字一起放置的圖示難以精確對齊
🔹 圖示字型缺陷：使得對齊更加困難且無法精確設定大小
解決方案包括：
- 設計師：使用緊湊文字框置中
- 字型設計師：平衡ascender和descender值
- 開發人員：透過計算加上適當的padding
- 圖示：避免使用圖示字型，改用標準圖片格式
Cyberia
计算机科学中最困难的事：居中 - Cyberia
不知怎么的，我们必须重新找到居中矩形方法