雖然這篇快速存取常用資料夾鄉民發文沒有被收入到精華區:在快速存取常用資料夾這個話題中,我們另外找到其它相關的精選爆讚文章
在 快速存取常用資料夾產品中有2篇Facebook貼文,粉絲數超過0的網紅,也在其Facebook貼文中提到, #新聞稿 重點就是 Parallels Desktop 16.5 for Mac 支援M1晶片了! 用戶只要擁有 Parallels Desktop 16 for Mac 授權,便可免費升級至 Parallels Desktop 16.5,而且無需支付額外費用。 ================ ...
快速存取常用資料夾 在 Facebook 的最佳貼文
#新聞稿
重點就是
Parallels Desktop 16.5 for Mac 支援M1晶片了!
用戶只要擁有 Parallels Desktop 16 for Mac 授權,便可免費升級至 Parallels Desktop 16.5,而且無需支付額外費用。
================
Parallels Desktop 16.5 for Mac 支援 M1 和 Intel 晶片;
在 Mac 電腦以原生速度執行 Windows 10,享受深受數百萬人喜愛的
流暢體驗
Parallels Access 和 Parallels Toolbox 應用程式均為 M1 Mac 電腦提供原生支援
台北訊 – 2021 年 4 月 15 日 –
Parallels ® 是跨平台解決方案的全球領導者,今日隆重推出眾所期待的Parallels Desktop 16.5 for Mac (parallels.com/desktop),無論是配備 Apple M1 或 Intel 晶片的 Mac電腦都能獲得完整的全球領導品牌原生支援。在 Apple M1 Mac 電腦上體驗 Windows 10 ARM Insider Preview 及其應用程式 2 。M1 晶片的卓越效能為個人電腦提供全球最快的整合式圖像處理、革命性能源效率,更以配合 macOS Big Sur 3 使用為設計宗旨,Parallels Desktop 16.5 提供流暢的使用體驗,也因此成為在 Mac 上執行 Windows 的最新標準。Parallels Desktop 16.5 也針對最受歡迎的 ARM Linux發行版提供 M1 支援。免費隨附於 Parallels Desktop 訂閱的獨立 Parallels Access(parallels.com/access) 以及剛經過重新設計及簡化的 Parallels Toolbox (parallels.com/toolbox) 應用程式現已提供 M1 Mac 電腦的原生支援。
Parallels 工程和支援資深副總裁 Nick Dobrovolskiy 表示:「Apple 的 M1 晶片對於 Mac 用戶來說是一項重大突破。所幸有 Rosetta 技術,大多數 Mac 應用程式的轉換過程都相當順利。不過虛擬機器卻是例外,正因如此,Parallels 的工程師針對配備 M1 晶片的 Mac 電腦引入了原生虛擬化支援。這種做法讓我們的用戶能享受在 Mac 上執行 Windows 的最佳體驗。」
已有超過 100,000 位 M1 Mac 用戶測試過 Parallels Desktop 16.5 for M1 Mac 的技術預覽版,並執行Microsoft 的 Windows 10 on ARM Insider Preview 以及成千上萬個以 Intel 為基礎的 Windows 應用程式,包括 Microsoft Office for Windows、Microsoft Visual Studio、SQL Server、Microsoft PowerBI 和MetaTrader。
Dobrovolskiy 說:「我們收到用戶的熱情回應,表示 Parallels Desktop 16 for M1 Mac 技術預覽版和
Windows 10 on ARM Insider Preview,以及 x86 應用程式和遊戲,包括《Rocket League》、《Among Us》、《The Elder Scrolls V: Skyrim》、《Sam & Max Save the World》等等都獲得優異效能。測試人員喜愛 Parallels Desktop 簡單易用的功能,以及 Windows 和 macOS Big Sur 之間的流暢整合,能讓他們提升生產力。」
觀看影片了解如何在 M1 Mac 上的 Parallels Desktop 16.5 中安裝虛擬機器: www.parallels.com/VMonM1Mac 。
Parallels Desktop 16.5 for Mac 的虛擬化做法能讓用戶從 Apple M1 晶片提升的效能中獲益,讓應用程式執行速度更快、效率更高。效能方面的觀察結果包括:
減少高達 250% 的能源耗用:與 2020 年以 Intel 為基礎的 MacBook Air 電腦相比,在配備Apple M1 晶片的 Mac 電腦上,Parallels Desktop 16.5 的能源耗用減少 2.5 倍 4 。
DirectX 11 效能提升高達 60%:與以 Intel 為基礎的 MacBook Pro (配備 Radeon Pro 555X GPU) 相比,在 M1 Mac 電腦上執行 Parallels Desktop 16.5 ,DirectX 11 的效能最高可提升
60% 5 。
虛擬機器效能提升高達 30%:與以 Intel 為基礎的 MacBook Pro (配備 Intel Core i9 處理器) 執行 Windows 10 VM 相比,在 M1 Mac 電腦的 Parallels Desktop 16.5 上執行 Windows 10 on ARM Insider Preview 虛擬機器 (VM) 最高可提升效能達 30% 6 。
美國新墨西哥州阿爾伯克基的 Daniel Dudley 表示:「我是一位數學老師,由於我使用的幾個軟體應用程式不再支援 M1 Mac,所以我在 M1 Mac Mini 上安裝了 Parallels Desktop 16.5 for Mac 和Windows 10 on ARM Insider Preview,在 M1 Mac 的 Parallels Desktop 16.5 執行 Windows 的體驗非常良好,是我用過最快的 Windows 版本!」
Parallels Desktop 16.5 for Mac 也支援 M1 Mac 上的客體作業系統 (OS),包括 Linux 發行版 Ubuntu 20.04、Kali Linux 2021.1、Debian 10.7 及 Fedora Workstation 33-1.2。
英國的 Darren Paxton 說:「我超愛在 M1 Mac 的 Parallels Desktop 16.5 中執行 Linux 環境,效能真的非常驚人。」
Parallels Desktop 16 for Mac 的所有出色功能都已針對 Apple M1 晶片而重新設計,包括:
連貫模式:可在 Mac 上以有如原生 Mac 應用程式的方式執行 Windows 應用程式,不必管理兩個獨立桌面或重新啟動。
共用設定檔:與虛擬機器共用 Mac 桌面、圖片、文件和其他資料夾,以便輕鬆存取。
Touch Bar 控制項: 在虛擬機器中快速存取應用程式,以及自訂 Touch Bar 快捷鍵以顯示您最常用的應用程式和指令。
Mac 鍵盤配置: 輕鬆自訂鍵盤功能表和快捷鍵,獲得更加個人化的體驗。
包括數百種其他 Parallels Desktop 功能,可協助用戶輕鬆提升生產力。
Parallels 希望在今年稍後於 Parallels Desktop 新增在虛擬機器中使用 macOS Big Sur 這項功能的支援。
您可在這篇新聞稿了解適用於以 Intel 為基礎的 Mac 電腦的 Parallels Desktop 16 各種主要功能。以Intel 為基礎的 Parallels Desktop for Mac 客戶可執行超過 50 種支援的客體 OS,包括數個 Windows版本、macOS、OS X、Linux,以及 Android OS 和其他數十種作業系統。
銷售方式和定價
所有 Parallels Desktop 16.5 版本的更新都支援 M1 和 Intel 版的 Mac 電腦 (Standard Edition、ProEdition 和 Business Edition)。您可在網上 (parallels.com/desktop) 購買各種版本 (提供為期 14 天的完整功能免費試用版),也可在全球各地的零售店或網上商店購買。Parallels Desktop 訂閱免費隨附Parallels Access 以及剛經過重新設計和簡化的 Parallels Toolbox for Mac and Windows 的並行訂閱,您可單獨於 parallels.com 免費試用及訂閱。
用戶只要擁有 Parallels Desktop 16 for Mac 授權,便可免費升級至 Parallels Desktop 16.5,而且無需支付額外費用。此外,每年全新完整版本 Parallels Desktop for Mac 推出時,訂閱的用戶也可免費升級,以確保支援最新的 OS、硬體,以及 Parallels Desktop 的創新功能。」如要在 Apple M1 Mac 電腦的 Parallels Desktop 16.5 執行 VM,您需要有以 ARM 為基礎的作業系統(OS)。在 Parallels Desktop 虛擬機器安裝客體作業系統的客戶有責任遵守各 OS 的終端用戶授權合約(EULA)。
建議零售價 (RRP)
Parallels Desktop 16.5 for Mac
將 Parallels Desktop 14 或 15 升級至永久授權 –$49.99美金
新訂閱 – 每年 $79.99美金
新版永久授權 – $99.99美金
Parallels Desktop for Mac Pro Edition
從任何版本升級至永久授權 – 每年 $49.99美金
新訂閱 – 每年 $99.99美金
Parallels Desktop for Mac Business Edition
每年$99.99美金
附註說明:
1. 在 Mac 上以原生速度執行 Windows 視硬體設定而定。Parallels Desktop for Mac 擁有超過七百萬名客戶。
2. 如要在 Apple M1 Mac 電腦的 Parallels Desktop 16.5 執行 VM,您需要有以 ARM 為基礎的作業系統 (OS)。在 Parallels Desktop
虛擬機器安裝客體作業系統的客戶有責任遵守各 OS 的終端用戶授權合約 (EULA)。
3. Apple M1 的晶片效能、能源效率和資料來自https://www.apple.com/mac/m1/。
4. 效能測量由 Parallels 針對執行 Windows 10 的 Mac 電腦耗電量進行。測試是以預發行版本的 Parallels Desktop 16.5 在配備 Apple M1 晶片和 16GB RAM 的 MacBook Air 10,1 以及配備 Intel Core i5-8210Y 和 8GB RAM 的 MacBook Air 8,2 上進行。此效能將根據使用情況、系統設定和其他因素而有所不同。
5. 效能測量由 Parallels 針對 DirectX 11 API 執行 Unigine Valley Benchmark 並比較每部電腦五次重複測試的平均分數進行。測試是以預發行版本的 Parallels Desktop 16.5 在配備 Apple M1 晶片和 16GB RAM 的 MacBook Pro 17,1 以及配備 Intel Core i9-
8950HK、16GB RAM 和 Radeon Pro 555X GPU 的 MacBook Pro 15,1 上進行。此效能將根據使用情況、系統設定和其他因素而
有所不同。
6. 效能測量由 Parallels 執行 Geekbench 5 Benchmark 並比較每部電腦五次重複測試的平均分數來進行。測試是以預發行版本的
Parallels Desktop 16.5 在配備 Apple M1 晶片和 16GB RAM 的 MacBook Pro 17,1 以及配備 Intel Core i9-8950HK、32GB RAM 和
Radeon Pro Vega 20 GPU 的 MacBook Pro 15,3 上進行。此效能將根據使用情況、系統設定和其他因素而有所不同。
快速存取常用資料夾 在 紀老師程式教學網 Facebook 的最佳貼文
[熱門文章] 程式設計、重構、與其它任何東西的終極問答
"The Ultimate Question of Programming, Refactoring, and Everything"
網頁版: http://goo.gl/6jIcIp
PDF 版: https://yadi.sk/i/pBZqebxsr5Wyg
#Craftmanships #SoftwareEngineering #CPP #Refactoring #ProgrammingSkills
好的!遲交比不交好,今天的推薦文來了(笑)~
今天介紹這篇,是過去一個禮拜在國外鄉民聚集地 Reddit 程式設計版瘋傳的文章。標題很臭屁「The Ultimate Question of Programming, Refactoring, and Everything」(沒錯!我就在意它最後一個字 "Everything"。咬我啊! XD)。因為轉載的人實在太多,讓我不禁努力地把它看完了。
其實這篇文章講的是 C/C++ 程式寫作者應該注意、或建議遵守的 42 個小訣竅。既不「Ultimate(終極)」,也不是涵蓋「Everthing」。不過裡面還是有不少中肯的建議,所以我還是將它介紹給大家。
為了讓英文苦手的朋友也能稍微感受一下這篇文章在講什麼,所以我不負責任地快速翻譯了每個標題一下。如果對哪個主題有興趣的,就麻煩大家直接對照標題號碼去看原文解說。原文有些標題用「戲謔」或「隱晦」寫法,我若直接翻譯,大家可能不知道原作者想表達什麼。所以我會將某些標題,用比較易懂的中文重新表達。一切以「標題編號(1~42)」為準。
接下來就請享用我這個不負責任的翻譯了。有會錯原文意思的,還請各位留言在下方、然後鞭小力一點 XD。我會馬上修正的:
1. 不要去做編譯器會做的事情
如:用迴圈能存取 a[0] ~ a[9],就不要用「拷貝貼上」a[0], a[1], a[2]..., a[9] 來存取裡面的內容值。
2. 大於 0 不代表它等於 1
若文件告訴你某函數執行成功會傳回「大於0」的值、但目前這個大於0的值是「1」。請你寫程式的時候不要自作聰明地偵測「傳回值 == 1」當成成功,請乖乖遵照規格書用「傳回值 > 0」等於成功。因為將來的版本有可能還會傳回 2, 3...等其他值。
3. 當你拷貝貼上一段程式碼,記得檢查它的副本兩遍
有時候你拷貝貼上一段程式碼,會忘了去修改裡面一些不同的小數字,導致花了大把時間去檢查錯誤到底出現在哪裡。
4. 小心使用「? :」運算子。並記得多加括號
「? :」是 C/C++ 內常用的運算子。若您寫了一段這樣的原始碼「a - b?0:1」,您可能以為它是這樣運作的「a - (b?0:1)」,事實上,它是這樣運作的「(a-b)?0:1」。結論是,多加括號保平安。
5. 多用市面上有的工具來分析您的原始碼
市面上有些工具,如:原始碼靜態分析工具、原始碼排列工具...可以幫您在把原始碼送入編譯器前,就抓到錯誤。不過作者也提到,別以為倚賴這些工具,錯誤就不會發生。真正要減少錯誤還是得靠多讀規格書,增加程式寫作經驗才辦得到。
6. 確認您所有的指標,都已經轉型成整數型態
作者擔心,某些使用 64 bits 當成指標變數寬度的系統,到 32 bits 的機器內重新編譯時,會產生高位元組被截斷的慘劇。某些編譯器提供「uintptr_t」這個專門給指標變數使用的型態,會隨著編譯器所在的環境,自動調整指標寬度。
7. 別在迴圈內呼叫「alloca()」這個函數
萬一迴圈失控,alloca() 函數會霸佔大量記憶體無法釋放。建議事先在迴圈外霸佔一大塊足夠的記憶體,然後在迴圈內慢慢蠶食之。
8. 在「解構函數(Destructor)」內使用「例外處理(Exception)」是很危險的!
作者認為,在負責釋放記憶體、收尾等工作的解構函數,還去霸佔新記憶體作事情是不好的。若真的發生例外(Exception),直接「吃掉(Supress)」不要讓它出現在使用者面前可能還比較好。
9. 若你要比對字串結尾,請用 '\0' 代表
有些程式設計師因為 '\0' 其實就是數字 0,而在比對字串結尾時,直接使用 0 來比對字串結尾。作者認為這個習慣不好。
10. 請勿濫用 # ifdef
# ifdef 很好用,但很容易讓原始碼雜亂難讀。作者不會建議大家不要用,但他反對連可以用 if ~ else 解決的場合,都濫用 # ifdef。
11. 別把一堆運算子全都擠在同一列
多分成幾列,Debugger 可以比較容易指出發生錯誤的是在哪個環節。
12. 當你「拷貝貼上」程式碼時,特別注意「最後一列效應」
作者還是不太建議濫用拷貝貼上,他認為需要重複使用一段程式碼,不如好好考慮寫成稍有彈性的函數,然後重複叫用。此外,他建議大家去看「最後一列效應」這篇文章(連結在本文),並了解最後一列效應在拷貝貼上程式碼內,所扮演的角色。
13. 程式碼若很長,盡量多折幾列,然後排成像表格般一樣整齊(Table-style)
14. 好編譯器 + 好的寫碼習慣是不夠的
內文舉了個後括號「)」括錯位置,但編譯器抓不出來的例子。
15. 若有一堆意義相關的常數,請用 enum 括住它們
16. 「看我能把程式碼寫得這麼屌!」的炫耀寫碼心態不可取
寫程式碼要以「穩」「易讀」為主,不是把一些剛學不久,覺得很酷,但三個月後會忘個精光的技術用進程式碼內。
17. 想用程式碼把一塊資料清乾淨,最好把清除程式碼獨立拉出來成一個專屬函數
18. 你在一個語言行得通的方法,在另一個語言不一定行得通
19. 盡量用技巧避免在同一個類別內,建構函數彼此呼叫的情況
20. 讀檔時,只檢查有沒有讀到檔尾(EOF)似乎是不夠的
21. 正確檢查 EOF 的方法
22. 有比使用 # pragma warning(...) 來印錯誤訊息更好的方法,勿濫用
23. 如果你想取得字串長度,用函數自動幫你算,別用手算然後硬填數字上去
24. 請多使用 "override" 與 "final",它們會是你的好朋友
25. 別再把 "this" 指標跟 "nullptr"(空指標)拿來作比較
26. 小心使用 VARIANT_BOOL 這個陰險狡猾的東西
27. BSTR(Binary STRing)這個用於微軟 COM/Automation 技術中的資料型態,請小心使用
28. 能用函數把一段程式碼包起來重複用,就別用巨集包它(使用巨集函數的缺點多於優點)
29. 在迴圈或迭代程式碼間,使用 ++i,來取代 i++(i++ 編譯後的執行效能稍微差那麼一點)
30. wprintf() 函數的使用陷阱:Win32 印寬字元字串要用 %S(大寫),Win64 要用 %s(小寫)。
31. 陣列在 C/C++ 傳給函數時,並非是「傳值呼叫」(Call by Value)
32. 要把檔案內的文字直接印在螢幕上時,請不要直接使用 printf() (怕檔案內夾雜 % 開頭的字,這些字對 printf 是有特殊意義的)
33. 想對一個指標取值(亦即:*p),記得檢查它是否為 NULL。否則你對 NULL 取值會導致系統出錯的
34. 別以為 int 的上限 21億+ 很多,在 64 bits 系統中,這個數字很容易爆掉
35. 若您把 enum 常數與 switch~case 連用,增加新元素進 enum 時也別忘了加新 case 進 switch
36. 如果有怎麼抓都抓不出來的 bugs,記得往「記憶體」的方向去思考(32bits vs. 64bits 之類的問題)
37. 在 do~while() 內用 continue 指令要小心,有可能會跳過你放在底部的「更新條件」,導致無窮迴圈
38. 對於指標,請用 nullptr 代替 NULL,這是新的 C++ 規格書希望您遵循的
39. 試著別把一列式子搞得太複雜,這樣比較不會有「咦?為何這段寫錯的程式碼居然可以運作」的問題出現
40. 開始使用「原始碼靜態分析工具」吧!
41. 別為了要使用某函式庫的一個函式,而引進整個函式庫。如果只用了一個函式,建議自己寫比較容易維護。
42. 別再用 empty 這個曖昧的字眼當函數名稱了。用 erase(), clear() 都比 empty() 好。
如果您覺得小弟翻譯了這麼多,沒有功勞也有苦勞,那就麻煩按個讚犒賞小弟一下吧!當然歡迎轉發給您 Facebook 的朋友共同討論。最後提醒一句,上述 42 點別把它們全都當聖旨,親身體會驗證才是最重要的喔!
祝福大家假期愉快!