@xxxx668899 說個可能會打擊 lz 的事，ircc 的辦事效率是很低的，所以規劃需要算入 ircc 的處理時間。

https://www.canada.ca/en/immigration-refugees-citizenship/services/application/check-processing-times.html

目前的 citizenship - citizenship grant 的申請處理時間是 24 個月，省提名的話不走 EE 是 22 個月，走 EE 也要 13 個月（雖然 EE 的初衷是 6 個月內通過，但是在案件積壓的現在做不到）。

@lower 😂

我好像找到了，应该是这个视频里这款 https://www.bilibili.com/video/BV1bA411h7tQ/ 不过视频里看上去没有图片那么可口

@Finnn 我大概理解你說的了，你的深度的意思是當內容改變的時候總是會觸發副作用（ computed 函數體），從這個定義來說的話 computed 並不是深度的。不過 computed 應該本身不是設計來觸發副作用的，只要它返回的 ref 可以保證響應到正確的數據就行，你最新的例子裏 publishedBooksMessage 也響應到正確的數據了，所以我覺得如果 OP 的 computed 裏面沒有副作用，那麼這個函數會不會重新運行應該是無所謂的

@Finnn 「深度檢查內部各個值」的具體標準是什麼？如果引用了.length ，那麼 books 的元素變化會導致 length 變化，所以 computed 也重復執行了，這在我看來應該算深度檢查了內部值的。如果只是引用了.books ，這個 computed 關心的就僅僅是 books 返回的數組的引用，由於這個引用沒變，所以 computed 不會重新執行。

如果要證明「 computed 不會監視深度的數組內容變化」，那麼應該構造這麼一個 computed ，其監視了並使用了數組的內容，但是當數組改變的時候，這個 computed 沒有觸發。如果只是.books ，並沒有使用數組的內容，而使用了數組內容的例子（如.books.length ），computed 是有重新觸發的，所以還需要一個有效的反例才能證明原命題。

@Finnn 我覺得這個說法不對，computed 會觀察所有「用到的」的屬性，但本身不一定會總是重復運行，在保證返回結果正確的情況下。你的例子裏沒有重復執行，但是返回的結果是正確的，我的例子裏如果不重復執行就不能確定結果正確，所以就重復執行了

@Finnn https://sfc.vuejs.org/#eNp9Uttq3DAQ/ZVBL3Zg117SPpldQ0KhF8hbKYWqD1p7du3UloRGcgnG/96R7U1obm9zPXPmzIzixtpsCCgKsafKtdYDoQ+2lLrtrXEeRnCoKt8OuIHK9DZ4rGGCkzM9JNyZSC11ZTR5UME3xsHhsSMdpQbQqscCkm+m0fDJYLKJwaMxf6iAX9EGSH4EhGvYwk09KF3xhM+hrdfSNf2B07eK2uqV3EfOfW8Q7h7Io3tgTgC/pZ6upM5zUE/EHZ4ubG04di01WN9GKndIpM7I5C+1aXoFhxLmFWKH6TDrzDmV4lIhBeNLv6ydzRtlHeqzb2KPYx2dXkXJoggLIdb3q2aWg+p4xKGcB/yHYQM16bzXz4Qbps31brdjY58vJ+LjsOOxt53yyB7A3pZfFD3ttOq7z+MlOU1W6XIc31h6mhg6VsQZj7hiI5Yf2PbKZvdkNH/JzFauCZKiWASKMX6G6EvReG+pyHM6VfG37ikz7pyzlbmgfdtjhtRvj878JXQMLMV6yxkj5+CAbutQ1+jQvYf5rPQFboSdWEEx/QNvUQBu

我覺得這個例子可以，直接 return author.books 不會重復執行衹是因為 return 的是 computed 中唯一用到的依賴，所以可以省略計算的過程，如果不是唯一的，那麼 computed 還是會執行

想潤的話建議先怎麼快怎麼來，你想要 master 可以出來了慢慢申，graduate certificate ，college 都可以選擇，項目時間在兩年最好，本科最少也要三年。出來了之後你如果能申到 master 也可以直接轉去上，不過個人感覺學習戰線不宜拉太長，盡快工作 PR 之後想幹啥都行

同樓上，沒有區別

支持楼主，比较期待看到实际的写程序体验。结构化编辑基于 mps 或者 notion 之类的体验，比较麻烦的是总要先选好节点类型再填内容，修改的话也要处理节点类型变化的问题，例如两个名字差不多的函数调用在文本编辑下可以删改几个字符，在结构化编辑下就要整个节点换掉。估计我作为一个已经成年的程序员还是更习惯文本的自由编辑，不过我确实认同未来的人可能会更习惯结构化编辑，如果从小就开始用结构化编辑器

申诉就行