解決GoLand在M1 Mac上delve的問題

前陣子delve終於把m1 support給integrate到main branch了,不過由於一來他還沒tag release,二來GoLand並沒有讓你選擇外置delve的選項,所以只能用它內置壞掉的delve。

不過其實是可以使用外置delve的,也一併可以經由compile新的delve解決m1相容問題。這邊有提供一些解法,翻譯成中文大概就是這樣:

  1. 安裝arm64版本的go,最簡單的方法就是直接brew install golang.
  2. 確認安裝的是Apple Silicon版本的GoLand
  3. 抓下並且編譯delve main branch。具體的做法是 git clone https://github.com/go-delve/delve,然後進入delve目錄make install。他會把delve執行檔放到 ~/go/bin/dlv。
  4. 打開GoLand,選單選Help->Custom VM Options,增加一行 -Ddlv.path=/Users/<你的ID>/go/bin/dlv
  5. 重啟GoLand,恭喜,你的GoLand的debugger正常了。
One Comment

目前Macbook M1開發環境測試

這是一張列表,從今天(1/11)看我用到的開發工具的測試,看看能不能使用。

Jetbrains IDEs

可用,而且有特別的Apple Silicon版本。目前僅有AppCode(取代Xcode)沒有而已,其他主流開發的IDE應該都有了。

OpenJDK

目前無法從Homebrew安裝OpenJDK,AdoptOpenJDK似乎也還沒跟上(雖然x86版本似乎是可以用)。普通來講是建議從azul去取得arm64的OpenJDK來跑比較好。

其他版本可以參考Azul的官方公告

Go

從homebrew裝的沒啥問題,不過delve(go的debugger)目前沒有m1 build,會造成go無法debug。根據小道消息表示應該要等到二月delve才有辦法支援m1,不想等的人可以到這裡去取得arm branch自己編譯一個,也可以取代掉GoLand裡面的delve

Docker

需要使用Technical Preview 3.0.0才能正常使用,使用上沒什麼問題。

Homebrew

沒太大問題。有不少keg/bottle會出現ad-hoc signature sign fail(比方說你試圖安裝wget就可重現),不過似乎沒碰到太嚴重影響開發的套件問題就是。

C++/Clang

用起來沒啥問題,也不該有啥問題就是…

Xcode / CocoaPods

CocoaPods會無法安裝,這邊有workaround讓你的系統能裝起來CocoaPods,跑起來沒碰到啥問題。Xcode12就….不說了,IB出來一個樣,Application出來一個樣,這個版本在編譯傳統obj-c有相當嚴重的問題(可能跟M1無關),非常不建議使用。

Leave a comment

偵測Apple產品NCC發照情況的telegram channel

先不廢話,直接上網址 https://t.me/appletwspy

Source Code : https://github.com/Rayer/AppleTwNCCSpy

Apple的NCC發照並不代表立即會發售,但是也是一個指標:無論如何都要有NCC證號才會開賣。這個channel的bot會自動每五分鐘去爬蟲https://www.apple.com/tw/nccid/一次,裡面有東西變化(以Model為準)就會發出通知。

有興趣的去subscribe吧。

Leave a comment

如果你是Mac使用者,也許你會考慮徹底移除Google Chrome

Google Chrome installs something called Keystone on your computer, which nefariously hides itself from Activity Monitor and makes your whole computer slow even when Chrome isn’t running. Deleting Chrome and Keystone makes your computer way, way faster, all the time. 

chromeisbad.com

雖然Google拿掉Don’t be Evil這格言好一陣子了,不過老實講Evil這個詞本來就滿主觀的,顯然有些人對於Chrome的判斷Evil的標準比較不以為然。

今天Hacker Daily有提到一則關於Google Chrome的Keystone元件的問題 — 喔對,這搞掛過很多人的Mac,而且是兩次。Keystone主要的功能是協助Chrome(以及遠古時期2013年是協助Google Earth)更新以及維持到最佳版本,聽起來是個人畜無害的小可愛對吧?那為什麼會用到「甚至會讓系統掛掉」的方法來做自動更新呢?他們的自動更新有什麼特別的地方值得被拿出來討論呢?

Read more “如果你是Mac使用者,也許你會考慮徹底移除Google Chrome”
Leave a comment

RedHat宣告未來停止對CentOS的主流支援

今天的重磅新聞之一就是,RedHat將不再支援CentOS。CentOS 7的主流更新仍然會續命到2024年6月,然而CentOS 8卻倉促地被宣布支援僅到明年(2021)年底(哇靠那麼急?),而且裡所當然的也不會有CentOS 9了。這毫不意外地引起開發者一片罵聲

Red Hat建議CentOS 8的使用者遷移到CentOS Stream — 一個比較像是RHEL測試版本的發行版。但是,CentOS當時就是以穩定性著稱,常被比喻成是地球上最穩定的Linux,自然這種migration並不是被使用者所喜聞樂見。不過我比較好奇的是,類似定位的還有Fedora,而Fedora跟CentOS Stream共存也是一件滿奇怪的事情啊….(思考)。

也可以參考一下這篇的分析。另外,這個諷刺網站也滿有趣的,可以看一下 XD

Leave a comment

程式跑在Container內跟以原生來跑,到底哪些會不一樣?

理論上來講Docker這東西,把Application包成image在跑container,應該行為要跟原生跑的一樣才對。即使不同,我們也會利用-v跟-p把volume以及port掛上去,讓他能直接對應到host裡面的某些東西。 然而,某些東西,尤其是API Server,我們總會碰到一些跑原生以及跑Container行為大不相同的地方,我把我開發中碰到的一些例子跟大家分享一下。

AWS EC2正式提供macOS instance

今天的重磅消息之一,這個也許可以讓開發者不需要購買Mac也能開發iOS/macOS/tvOS/watchOS等等… https://aws.amazon.com/about-aws/whats-new/2020/11/announcing-amazon-ec2-mac-instances-for-macos/ https://aws.amazon.com/blogs/aws/new-use-mac-instances-to-build-test-macos-ios-ipados-tvos-and-watchos-apps/ https://techcrunch.com/2020/11/30/aws-brings-the-mac-mini-to-its-cloud/ 簡單翻譯一下裡面重點:

來聊聊QC(常常被唸作QA)這個職業吧

老實講,這個標題由一個RD了大半輩子的程式設計師來下,怎麼看都滿奇怪的。不過,如果是「身為一個跟著team並肩作戰個十幾年」的RD來講的話,「未來團隊會需要怎樣的QA夥伴」這觀點,也許能幫助到一些目前不知道未來要怎麼走,以及不知道目前要不要入QA(其實是QC)這個坑的朋友參考。