亚洲色成人网站www永久,亚洲欧美人成视频一区在线,亚洲国产成人高清在线观看,亚洲精品久久久久久动漫,亚洲国产精品久久电影欧美

準備多花些時間,認真讀一讀《 Designing Data-Intensive Applications 》。"Technology is a powerful force in our society. Data, software, and communication can be used for bad: to entrench unfair power structures, to undermine human rights, and to protect vested interests. But they can also be used for good: to make underrepresented people’s voices heard, to create opportunities for everyone, and to avert disasters. This book is dedicated to everyone working toward the good."

港服 PNS：hi_cabinw雖然入了G27,但是技術(shù)還是沒有提高的感覺。大家平時怎么練習的？

發(fā)個小廣告...微信區(qū) ios 養(yǎng)老娛樂戰(zhàn)隊:千里快哉風? 目前: 60+人 目前杭州市級 80+,就幾個朋友一起娛樂戰(zhàn)隊賽打的排名 無強制戰(zhàn)隊賽(不要被游戲束縛) 日常有發(fā)點鉆石碎片之類的小紅包 活躍度還行 要求: 沒有...不是死號就行. 主要是想找點小伙伴一起打游戲,日常組排開黑

上次太倒霉卡了下（沒睡醒？）,然后就不小心誤充點券,每次連續(xù)充值小的金額,有一次就是想充值 20 來塊錢,然后充值了兩次后,系統(tǒng)卡了還是啥問題,直接跳到了 6480 那個充值頁面,也沒細看直接面容加兩下電源鍵就誤充了 6480 點券,扣費的那一刻是懵逼的,搞得我現(xiàn)在取消了 APP STORE 的面容 ID,也對王者越來越?jīng)]愛了。

不要類coc,更不要造個東西7 8天,充點卡就能秒好的那種。開羅的幾乎都玩過了,蠻好的,不過重復性太高,游戲內(nèi)容不多。

是設定集壁紙等等之類的東西,gog 常規(guī)操作https://www.gog.com/game/cyberpunk_2077_goodies_collection 截止日期 UTC 2020 年 7 月 4 日下午 5 點 壁紙質(zhì)量挺高的。 ps：本來是分享和討論游戲信息的,提到美末 2,zzzq 有人就在評論說我了。我尋思我說的是美末 2 不好呀,怎么又是我對 zzzq 的態(tài)度不行了呢。btw,千萬別再整到水深火熱區(qū)了（不要再討論遼）,我是想分享游戲信息的。信息對看到的人有用我就很開心了。

Chrome 上的擴展 RSS Feed Reader 最近一個月都收不到通知我訂閱的是 lofter 上的太太 我還以為他們都鴿了 今天才發(fā)現(xiàn)錯過了多少更新（

背景：近期兩三年不會回老家,所以想買插混的,目前還不知道上海綠牌的申請條件有哪些,不過試駕的時候可以去問問。
目前考慮的車型：領(lǐng)克 01,02 、比亞迪宋 需求：配置夠用就行,用著省心
比較喜歡領(lǐng)克的內(nèi)飾,但是同價位領(lǐng)克的配置好像差一些。

最近在學習 python,想入門一下深度學習,網(wǎng)上搜了一些大都是用的 python2.7,因為剛開始所以不太明白,TensorFlow 是支持 python3 的,請教各位一下,有好的書籍或者視頻推薦嗎？

在數(shù)學模式中,我們希望通過按鍵序列 1/獲得一個以 1 為分子的分式,并把光標移動到分母中,以方便后續(xù)輸入。
這樣,不斷按 1/1+1/1+1/1+1/1+1/ ... 就能得到如上數(shù)學式子。
可以通過如下方式實現(xiàn)這樣的功能： 點擊工具→開發(fā)工具,激活開發(fā)者菜單 點擊開發(fā)者→Open my-init-texmacs.scm 在該文件的末尾添加如下代碼 重啟 TeXmacs (kbd-map (:mode in-math?) ("1 /" (begin (math-insert `(frac "1" "")) (go-to-previous-word)))))
然后,你就可以愉快地在數(shù)學模式中,用 1/快速輸入分子為 1 的分式了。
原文鏈接： http://tmml.wiki/2019/09/13/texmacs-kbd-frac/

簡單地說我們發(fā)布了一個在客戶端訂閱滿足特定條件的數(shù)據(jù)變化的 API,詳情見： https://blog.leancloud.cn/5916/
這對于需要實現(xiàn)實時協(xié)作、實時通知等功能的應用很有用。

「壹期壹問」 VOL.4 收錄的問題
真正優(yōu)質(zhì)的代碼具備什么條件？如何高效的編寫優(yōu)質(zhì)代碼？——來自用戶 yuklng
來自 LeanCloud iOS 開發(fā)工程師陳宜龍的回答
真正優(yōu)質(zhì)的代碼具備什么條件? 優(yōu)質(zhì)的代碼基本的條件：輕量級、低耦合（松耦合）、易替換、易刪除。
什么叫低耦合？
你如果可以從你的代碼中刪除某一模塊而不用因此去重寫其他模塊的話,你的代碼就通常被稱為是低耦合的。
我們都喜歡輕量級的框架,因為你應該時刻保持著這樣的警覺：遲早有一天,這個庫、這坨代碼會被替換、移除掉。
這可能讓你聯(lián)想起了 iOS 領(lǐng)域一個教科書級別的事件—— ASI 切換 AFN 。 ASI 曾經(jīng)是 iOS 開發(fā)首選的第三方網(wǎng)絡框架,后來作者宣布停止維護,開發(fā)者紛紛開始遷移到 AFN 。它教會我們一個道理：
讓你的代碼「易替換、易刪除」,第三方框架代碼質(zhì)量是一方面,使用者也有責任。
如何高效的編寫優(yōu)質(zhì)代碼?
想寫優(yōu)質(zhì)代碼,首先要敢于寫垃圾代碼。
正如程序員心中的上古巨神 Alen Jay Perlis 在 《 Epigrams on Programming 編程警句》 所說： Everything should be built top-down, except the first time. 凡事都應該高屋建瓴,除非你是第一次干。
所以,在 beta 版本里犯錯,上帝都會原諒。
不要在開始寫一個應用之前就去想著能寫一個萬全的架構(gòu)。道理很簡單,就像你在早上 8:00 出門上班前許愿「一路綠燈」,即使當時愿望實現(xiàn)了, 8:00 全北京的燈都變綠了,但等你到下個路口,一樣還是該紅燈時紅燈。我們是很難預先猜測,但我們卻可以在發(fā)生小變化時,就及早去想辦法應對發(fā)生更大變化的可能。也就是說,等到變化發(fā)生時立即采取行動。
第一次的時候盡管大膽的去寫一堆亂七八糟的代碼。
但垃圾代碼始終還是要轉(zhuǎn)換成優(yōu)質(zhì)代碼的,如何轉(zhuǎn)換？遵循「開放-封閉原則」,即 The Open-Closed Principle （簡稱 OCP ）去轉(zhuǎn)換： 這個原則其實是有兩個特征,一個是說 「對于擴展是開放的, Open for extension 」,另一個是說 「對于更改是封閉的, Closed for modification 」。我們在做任何項目的時候,都不要指望項目一開始時需求確定就再也不會變化,這是不現(xiàn)實也不科學的想法,而既然需求是一定會變化的,那么如何在面對需求的變化時,設計的軟件可以相對容易修改,不至于說新需求一來,就要把整個程序推倒重來。
上面是《大話設計模式》中的一段話,書中也給出了一個例子： 比如你在寫一個加法程序,你很快在一個 client 類中就完成。此時變化還沒有發(fā)生。然后我讓你加一個減法功能,你發(fā)現(xiàn),增加功能需要修改原來這個類,這就違背了「開放-封閉原則」,于是你就該考慮重構(gòu)程序,增加一個抽象的運算類,通過一些面向?qū)ο蟮氖侄?如繼承、多態(tài)等來隔離具體加法和減法與 client 耦合,需求依然可以滿足,還能應對變化。這時我又要你再加乘除法功能,你就不需要再去更改 client 以及加法減法的類了,而是增加乘法和除法子類就可。即面對需求,對程序的改動是通過增加新代碼進行的,而不是更改現(xiàn)有的代碼這就是「開放-封閉原則」的精神所在。
你應該大膽嘗試,在每一次嘗試時都開新的坑,去犯新的錯,然后通過迭代慢慢來完善。成為一個專業(yè)的軟件開發(fā)者的過程就是不斷積累后悔和「 error check list 」 的過程。你從「 Run Success 」身上學不到任何東西,知道優(yōu)質(zhì)代碼長什么樣,作用也微乎其微,你需要的是：對垃圾代碼記憶猶新。
Perlis 也說過： In programming, as in everything else, to be in error is to be reborn.
同時敢不敢寫垃圾代碼,完全取決于心態(tài)。寫程序其實有兩種心態(tài),一種是做 Demo 的心態(tài),一種是做項目的心態(tài)。讓我們來對比下這兩個心態(tài)：
對于業(yè)務邏輯,垃圾代碼有時候是更好的選擇,否則極小的封裝都可以將你再次帶入「過度封裝」的陷阱。業(yè)務邏輯是那種有著無盡的 if else 、邊界情況和快速而 dirty 的 hack 的代碼。
現(xiàn)在你再回過頭來思考下：一大坨垃圾代碼,和過度封裝的業(yè)務邏輯代碼,哪個更好？
有時候刪掉一個大的錯誤比刪掉 18 個彼此相關(guān)聯(lián)的小錯誤更為容易。
摒棄代碼潔癖,擁抱合理的冗余
冗余一樣被貼著「垃圾代碼」的標簽,難道冗余就沒有一點好處？你必須試著擁抱合理的冗余。
我們會通過復制和粘貼來將部分代碼重復使用以避免引入依賴性,提高靈活度,但代價就是冗余。
「一坨代碼被使用兩次,就應該封裝」這個論調(diào)不應該被提倡。往往是剛開始很方便,越往后,隨著需求的變更,越成為一種累贅。 為了一個小功能就去寫一個庫,甚至這個庫只有一個方法,這樣會帶來什么問題？你削減了使用到了這個庫的所有模塊之間的獨立性,這樣做毫無必要。
想寫優(yōu)質(zhì)代碼,要學會如何不寫代碼
代碼越少, Bug 越少,代碼也就越優(yōu)質(zhì)。
正如 iOS Architecture Patterns 這篇博客所言： The less code you have, the less bugs you have. The best code is the code that has never been written.
你應該始終明白什么是最優(yōu)雅的解決方式。
為第三方庫寫工具類、模板類 我們構(gòu)建模塊不是為了復用,而是為了易于修改。
建工具類,出于兩個完全相反的原因：低耦合、緊耦合。
低耦合
上面提到的「 ASI 切換 AFN 」教會我們：要為第三方庫封裝。盡量不要直接使用第三方庫,而是為它們封裝一層,通常我們叫這些類 Tool 、 Handler 、 Helper 、 Manager （先不吐槽命名了）。考慮到的是替換需求,由第三方庫而衍生出來的工具類,通常也放在叫 Tool 的文件夾下。這樣做的目的是盡可能將變化頻繁的部分和相對更穩(wěn)定的部分隔開來實現(xiàn)低耦合。這也同樣適用于數(shù)據(jù)庫以及各種可能會變更的 UI 組件。
緊耦合
但也不要一味追求「低耦合」,要根據(jù)實際情況來選擇「緊耦合 tight coupling 」。比如錯誤處理就是一個需要與項目緊密結(jié)合在一起的操作。這個緊耦合的部分,我們就要放到 Tool 里,這也是建 Tool 的另一要考慮的原因：庫總是試圖迎合所有的需求,而我們只會用到其中小部分功能,而且只會對相應的響應做出特定的處理。所以建工具類可以隱藏不必要的細節(jié)。
好的 API 總是大而全,而建 Tool 則是我們意識到我們不能同時讓所有人都高興。 開發(fā)一個好用的 API 和開發(fā)一個具有擴展性的 API 通常是互相沖突的。 Tool 的作用就是讓他們好用。
造輪子
你在建 Tool 時應該已經(jīng)體會到緊耦合的好處了,但有時 Tool 已經(jīng)完全滿足不了我們的緊耦合需求,這時我們就需要造輪子。
iOS 里 Star 數(shù)最多的一個庫是 AFNetworking ,為什么？當年 iOS 5 、 iOS 6 時代還沒有 NSURLSession 的時候, NSURLConnection 做斷點續(xù)傳和斷點下載是非常困難的,而且蘋果的 API 不對外隱藏任何細節(jié),這也就造就了 AFNetworking ——它為大家隱藏了很多細節(jié),所以好用。
同樣的道理,在日益復雜化的 App 開發(fā)中, Auto layout 逐漸成為最佳選擇。但復雜的 VFL 語法,以及開發(fā)者不太買賬的 Storyboard 、 XIB 可視化操作,也成就了 Masorny 。 Masorny 以其優(yōu)雅的鏈式純代碼操作,漸漸成為自動布局的主流框架。
設計模式的「單一責任」原則告訴我們： 每一個模塊都應該只去解決一個難題
但我們更需要： 每一個難題都只應該由一個模塊去解決
當一個問題需要兩個模塊去做的時候,通常都是因為改變一部分需要另外一部分的改變。
一個寫得很糟糕但是有著簡單接口的組件,通常比需要互相協(xié)調(diào)的兩個組件更容易使用。
你應該像 AFNetworking 、 Masorny 那樣,寫出這樣的優(yōu)質(zhì)代碼： 能將寫起來、維護起來,或者刪除起來最困難的部分互相隔離開。
如何參與「壹期壹問」？
大家可以通過 問題提交通道 來向 LeanCloud 提問。

2016 年 4 月 22 日：中國節(jié)點存儲服務故障說明
2016 年 4 月 22 日 13:04 開始, LeanCloud 中國節(jié)點的后端存儲集群出現(xiàn)問題,導致該節(jié)點上所有應用都出現(xiàn)了存儲 API 訪問故障,將近半小時后得到恢復。故障的詳細經(jīng)過通報如下。
故障時間
13:09 － 13:28 ：所有應用的數(shù)據(jù)存儲服務都出現(xiàn)訪問異常（持續(xù) 19 分鐘） 13:28 － 13:40 ：大部分應用已經(jīng)恢復,但還有 20% 的應用依然無法正常訪問（持續(xù) 12 分鐘） 影響范圍
中國節(jié)點上所有應用的存儲服務都受到影響,同時依賴于數(shù)據(jù)存儲的實時通信、云引擎服務也可能出現(xiàn)內(nèi)部錯誤。
美國節(jié)點不受影響,所有服務均工作正常。
事故經(jīng)過
13:04 ：我們監(jiān)控系統(tǒng)陸續(xù)發(fā)出報警,后端存儲集群訪問超時慢慢增多,工程師介入調(diào)查,并向用戶發(fā)出了短信和郵件通知。 13:10 ：整個集群的存儲 API Server 不再響應外部請求。調(diào)查后確認是后端存儲系統(tǒng)在做大量耗時的關(guān)系數(shù)據(jù)寫入操作,導致系統(tǒng)失去響應。于是我們馬上重啟集群,并分批開放流量。 13:28 ：部分存儲分片（ shard ）得到恢復, 80% 的應用訪問恢復正常；發(fā)送第二次故障進度通知。 13:40 ：所有應用恢復正常；發(fā)送故障解決通知。 后續(xù)改進措施
這一次故障的根本原因在于 AVRelation 模型的底層實現(xiàn)存在缺陷,某些特殊條件下會導致后端存儲系統(tǒng)因忙于處理而失去響應。我們已完成替代方案的開發(fā),正在測試中,下周會發(fā)布更合理的解決方案。（ 4 月 27 日周三完成） 改進并發(fā)限制的算法,以便在異常條件下更好地限制故障的影響范圍。（ 4 月 25 日周一完成） 排查所有危險／耗時操作,在上層進行寫入控制,避免對后端存儲系統(tǒng)造成太大影響。（ 4 月 25 日周一完成） 近期 LeanCloud 平臺較為頻繁地發(fā)生故障,這對我們也是一種前所未有的考驗。 LeanCloud 一直把穩(wěn)定看成生命線,所以我們正在集中全部精力來應對用戶和流量不斷增長帶來的挑戰(zhàn),每周都會上線一些增加穩(wěn)定性的措施。我們有信心能盡快讓云服務更加穩(wěn)定和可靠,希望廣大開發(fā)者能夠繼續(xù)支持和信任 LeanCloud 。
如果您有任何疑問,請發(fā)送郵件至 [email?protected] 進行確認。
Cheers, The LeanCloud Team

要想真正深入理解 Elastic Search,了解一些基本的搜索知識和 ES 本身的基本服務架構(gòu)必不可少。
如果說如何用命令行操作 ES 是術(shù),那么寫這篇就是深入理解 Elastic Search 的道,一筆一劃打出來的萬字干貨推薦收藏慢慢讀
這篇文章里從 ES 的基本架構(gòu)講到搜索的基礎(chǔ)知識,再細致講到底層的。寫得我都 high 了,我覺得讀的時候你也應該會很過癮
原文戳 => Elasticsearch 初學終極教程 - 第三章: Elastic Search 基本服務架構(gòu)
寫干貨不容易,坐在電腦前五個小時才寫出來這么一篇。
所以如果你喜歡我寫的文章的話,請留言告訴我,你的回復是我繼續(xù)寫的動力咩

引子
看到前后端同學關(guān)于 React/Vue 進行各種有意義的"探討", 作為默默無聞的運維同學決定不再沉默, 結(jié)合自己工作的問題, 偷偷造了一個輪子: AWS 中國區(qū)(EC2/RDS/Elasticache) 計算器分享 https://cloud.engineerdraft.com/
背景
公司的業(yè)務運行在 AWS 中國區(qū)上, 由于我們是一家有技(暫)術(shù)(不)追(盈)求(利)的科技創(chuàng)新公司, 在日常運維中, 我們在如何替老板節(jié)省成本上進行各種折騰(北京 Region 遷移 寧夏 Region, 實例調(diào)整和匹配, 預留實例, Spot Instance)等, 在這過程中我們經(jīng)常會遇到這樣的問題 我如何快速知道一臺 EC2 的配置和各種價格(OnDeman, Not Upfront, etc)差別 ? 從而選擇價格最優(yōu)的機型. 目前線上 CPU Bound 的業(yè)務跑在一臺 8 GB 內(nèi)存的機器(C5.xlarge), 我可以換成其他的什么機型? 從而合理優(yōu)化使用機型. 在遷移北京 Region 到 寧夏 Region 中, 我想要知道 AWS 在不同 Region 的價格差別多少? 從而評估遷移 Region 的收益. 業(yè)務要上線一個新的服務, 個新服務每個月大概的 AWS 費用支出多少? 從而合理評估項目的成本. AWS 中國在追趕 Global 的道路上前進了一步, 支持了一個新的機型 :-), 和舊機型(配置, 價格, 性能)對比變化了什么? 從而科學評估是否遷移新機型.
發(fā)現(xiàn)目前市面上并沒有特別趁手的工具, 比較接近的是 云勢數(shù)據(jù)計算器 , 個人最開始也是用了一陣, 總體上還是不錯的, 但是在一些場景下(比如: 我需要快速找到一個機型不支持 search, 不能快速對比北京和寧夏實例的價格差別等), 所以自己造了一個輪子, 分享給大家, 希望可以幫助同樣在使用 AWS 中國的同學.
特殊說明
由于定位是效率工具, 只考慮了 PC 上展示.

目前該問題的影響面廣不廣,這個還暫時未知,不過根據(jù)我遇到的情況來看,影響大多在服務器端的外部服務之間的調(diào)用。對 web 用戶端來說,因為瀏覽器內(nèi)證書鏈是更新的,不涉及該問題。但對于 服務端來說,對于一些對外調(diào)用的 https 請求,如果對方域名證書鏈中涉及到該過期 CA 的話,可能會訪問失敗。
Tips1：如果你的應用程序的部署方式是直接運行在主機上的話,可以使用配置管理工具（ ansible/saltstack ）,統(tǒng)一修改。如果是容器話部署的情況,可能涉及的稍微多一些,需要修改項目的 Dockerfile,之后滾動更新該服務（當然如果你的應用不涉及到對外訪問 https/ssl 調(diào)用,理論上可以延后更改?。?
Tips2: 刪除過期證書后,記得要重啟主機上運行的服務??！
詳見： resolve-certificate-verify-failed-with-2020-may-30

在 Distributed locks with Redis – Redis - Retry on failure 中,它說： When a client is unable to acquire the lock, it should try again after a random delay in order to try to desynchronize multiple clients trying to acquire the lock for the same resource at the same time (this may result in a split brain condition where nobody wins). Also the faster a client tries to acquire the lock in the majority of Redis instances, the smaller the window for a split brain condition (and the need for a retry), so ideally the client should try to send the SET commands to the N instances at the same time using multiplexing.
我的疑問 “this may result in a split brain condition where nobody wins”,究竟是什么會造成 split brain condition 呢？ “Also the faster a client tries to acquire the lock in the majority of Redis instances, the smaller the window for a split brain condition (and the need for a retry)”,為什么 client 越快嘗試獲取,split brain condition 發(fā)生的機率就越小呢？ “so ideally the client should try to send the SET commands to the N instances at the same time using multiplexing”, Distributed locks with Redis – Redis - The Redlock algorithm 不是說“It tries to acquire the lock in all the N instances sequentially”,為什么這里就變成了“at the same time”？

編譯安裝,make test 不能通過
報錯我看不太懂, 報錯如下 ： [ok]: diskless loading short read Logged warnings (pid 31050): (none) Logged warnings (pid 31039): (none) [err]: diskless no replicas drop during rdb pipe in tests/integration/replication.tcl rdb child didn't terminate Logged warnings (pid 31439): (none) Logged warnings (pid 31428): (none) Waiting for process 31027 to exit... Logged warnings (pid 31027): (none) [exception]: Executing test client: I/O error reading reply. I/O error reading reply while executing "wait_for_condition 500 100 { [s -2 rdb_bgsave_in_progress] == 0 } else { fail "rdb..." ("uplevel" body line 41) invoked from within "uplevel 1 $code " (procedure "start_server" line 3) invoked from within "start_server {} { lappend replicas [srv 0 client] lappend replicas_alive [srv 0 client] #..." ("uplevel" body line 4) invoked from within "uplevel 1 $code " (procedure "start_server" line 3) invoked from within "start_server {} { lappend replicas [srv 0 client] lappend replicas_alive [srv 0 client] start_server {..." ("uplevel" body line 5) invoked from within "uplevel 1 $code" (procedure "test" line 47) invoked from within "test "diskless $all_drop replicas drop during rdb pipe" { set replicas {} set replicas_alive {} # start one replic..." ("foreach" body line 2) invoked from within "foreach all_drop {no slow fast all} { test "diskless $all_drop replicas drop during rdb pipe" { set replicas {} set re..." ("uplevel" body line 16) invoked from within "uplevel 1 $code " (procedure "start_server" line 3) invoked from within "start_server {tags {"repl"}} { set master [srv 0 client] $master config set repl-diskless-sync yes $master config set repl-diskless-sync-d..." (file "tests/integration/replication.tcl" line 508) invoked from within "source $path" (procedure "execute_test_file" line 4) invoked from within "execute_test_file $data" (procedure "test_client_main" line 10) invoked from within "test_client_main $::test_server_port " Killing still running Redis server 26413 Killing still running Redis server 26446 Killing still running Redis server 26456 Killing still running Redis server 26715 Killing still running Redis server 26774 Killing still running Redis server 31428 Makefile:318: recipe for target 'test' failed make[1]: *** [test] Error 1 make[1]: Leaving directory '/tmp/redis-stable/src' Makefile:6: recipe for target 'test' failed make: *** [test] Error 2
查看文件 tests/integration/replication.tcl
報錯位置 ：505 行的函數(shù) # test diskless rdb pipe with multiple replicas, which may drop half way start_server {tags {"repl"}} { set master [srv 0 client] $master config set repl-diskless-sync yes $master config set repl-diskless-sync-delay 1 set master_host [srv 0 host] set master_port [srv 0 port] set master_pid [srv 0 pid]
函數(shù)體： # wait for rdb child to exit wait_for_condition 500 100 { [s -2 rdb_bgsave_in_progress] == 0 } else { fail "rdb child didn't terminate" }
請問,我該怎么解決這個問題 ？

我現(xiàn)在需要根據(jù)充值表來統(tǒng)計每個公司、部門、小組(級別可能是有 N 級)以及個人(個人還分不同崗位)的今日、本月、上月以及累計充值金額的排行榜功能(排行榜一小時更新一次)。目前打算用 redis 的 zSet 來處理,但是感覺工程量巨大(可能是因為我思路錯了),所以請教下如何設計比較好？

https://www.infoq.cn/article/cS_Pp9r8Gjd9bpGpjTTv 攜程的 redis 容器化 其中有一段寫到：Master 掛了不希望 K8S 立刻把它拉起來,希望哨兵來感知到它,因為 K8S 如果在哨兵感知前拉起了它,導致哨兵還沒切換 Master/Slave,Master 就活過來并且數(shù)據(jù)都丟失,這時候一同步到 Slave 上數(shù)據(jù)也全沒有了,等于執(zhí)行了一個清空操作,這對于業(yè)務和 DBA 來說是不能接受的。 這種情況出現(xiàn)的原理是什么？ Master 在掛了重新被拉起來,為什么數(shù)據(jù)會全部丟失？看上去這里的意思是指 Master 里的數(shù)據(jù)一點都沒有了,不是指在 Master 掛了的時刻沒有持久化的數(shù)據(jù)沒有了。百思不得其解。。。。

數(shù)據(jù)庫在本地,有某個 Field 重復,需要找出所有值相同的 Field 并合并。用 Python 簡單遍歷了下運行了幾個小時后提示連接斷開,請問還有別的方法嗎~這種級別的數(shù)據(jù)是否必須要放到大數(shù)據(jù)框架中運算了

現(xiàn)在每次開機都要打開終端然后 cd *** sudo ./mongod --dbpath ../../data/db 這樣~ 時間長了太麻煩了有沒有便捷的方法?謝謝了

我 6 月初預約買的小新 14 銳龍為了體驗一下愛國的國產(chǎn)情懷;
當即出現(xiàn)閉合蓋重啟 BUG,休眠重啟 BUG,這是很影響工作的,用了倆月了;
現(xiàn)在 8 月 13 了,淘寶賣的時候是真人買的時候人沒了直接機器人了;
有小黑本加持還能做成這,給你們吃個瓜;

電視果 5S(18M1)和天貓魔投 4K(cost M18)選哪個比較好?
主要是出差用,想投手機到酒店的電視上用.目前看中了 2 款投屏盒子: 電視果 5S(18M1):到手 248,送一個月 iqiyi 會員. 天貓魔投 4K(cost M18):249 元,補貼價到手 139 元.
2 款推薦哪個或者有其他更好的投電視選擇嗎?

友盟統(tǒng)計高級產(chǎn)品經(jīng)理@羅曼羅 原創(chuàng)文章,如需轉(zhuǎn)載還請注明作者及出處。
先和大家解釋下我為什么要談“留存”這么一個老梗？
最近和一個做游戲的朋友聊天,他說公司一款 ARPG 游戲內(nèi)測期間的開服新用戶次日留存率達到了 55%,感覺比業(yè)內(nèi)流傳的 40-20-10 的標準高很多,但和其他同類的活躍留存對比,又低了……
作為ARPG游戲來說,新服有55%的次日留存的確不錯了。但是我不得不說：40-20-10這個留存率標準采用的是另外的統(tǒng)計口徑……
很多朋友都會把不同統(tǒng)計口徑的留存率弄混。作為一個數(shù)據(jù)產(chǎn)品人,羅曼羅想,不妨來科普一下四種留存率的統(tǒng)計方法以及分析方式。
留存的四種計算口徑
留存的計算有兩個維度,基于設備或賬號,基于活躍或新增。
對這個計算方式做排列組合,有四種留存的定義：基于設備的活躍留存、基于賬號的活躍留存、基于設備的新增留存、基于賬號的新增留存。
我們使用一個統(tǒng)計系統(tǒng)來分析留存率,一定要先搞清楚是哪種口徑的留存率。
活躍設備第N日留存：某日的活躍設備,在N天后啟動了APP
新增設備第N日留存：某日的新增設備,在N天后啟動了APP
活躍賬號第N日留存：某日的活躍賬號,在N天后登陸了APP
新增賬號第N日留存：某日的新增賬號,在N天后登陸了APP
筆者找到了一個公開的 App 數(shù)據(jù),大家可以直觀感受一下不同留存率的區(qū)別。
如果你對比以上所有的留存率,可能會有一些數(shù)據(jù)上的疑問。
Q：賬號留存和設備留存怎么對不上？
可能存在兩種情況：
一臺設備登陸有多個賬號,尤其是APP正在推廣基于賬號的優(yōu)惠活動時,比如首單優(yōu)惠活動可能導致刷單、賬號之間互送金幣活動可能導致注冊小號等。
一個賬號登陸了多臺設備。比如我們在pad上購物,用手機來支付完成交易。
一般來說,賬號留存和設備留存會存在一定的誤差,但是不會差距太大。如果差距較大,就需要思考是否是運營活動或者是產(chǎn)品設計加大了這個誤差了。
Q：活躍留存為什么比新增留存高？
活躍用戶包括新用戶和老用戶。老用戶經(jīng)歷了跟APP相遇相知相磨合的階段,忠誠度比新用戶高是正常的。我們同時可以看到,活躍留存的下降的速度比新增留存慢。理論上,如果活躍用戶全部是老用戶,可能你會發(fā)現(xiàn)活躍留存曲線是一條接近水平線的曲線。
App 的類型不同,老用戶占活躍用戶的比例的多少,都會使活躍留存和新增留存的差值不同。
回到最開始的問題。40-20-10 標準屬于基于設備的新增留存。業(yè)內(nèi)大部分的統(tǒng)計分析系統(tǒng)都提供這種留存率的統(tǒng)計,譬如友盟統(tǒng)計：
開服新用戶的留存率是基于賬號的。另外,這個留存是針對新開服務器的新用戶,可能其中有很多用戶是從其他服務器遷移過來的。這部分用戶對于新服來說是新用戶,但是對于整個游戲來說是系統(tǒng)的老用戶。所以不難理解,為什么這個留存率比新增留存高那么多。
友盟君會不定期分享實戰(zhàn)運營案例,歡迎投稿！稿件一經(jīng)采用,我們會將作者信息和文章來源標注在稿件中,發(fā)布到多個自媒體渠道,還會為您送出特別的友盟定制禮品。再次呼喚廣大開發(fā)者投稿友盟,投稿郵箱： [email?protected] 。
點擊： http://mp.weixin.qq.com/s?__biz=MzAxNDQwODM0Mw==&mid=207286451&idx=1&sn=d42059b506e78a44f66f09212cd0c107&3rd=MzA3MDU4NTYzMw==&scene=6#rd 進入原文鏈接

背誦記憶這件事,對有的人來說是一種痛苦,對有的人來說卻是一種享受。如果你不知道什么是艾賓浩斯記憶曲線,這也沒有關(guān)系,你只要知道這套科學的記憶理論,能幫助感覺背誦記憶是一種痛苦的你學會去享受,也能幫助享受記憶訓練的你更上一步臺階。「艾賓浩斯記憶曲線 - 行動計劃表」 能幫助你時刻了解記憶訓練的進度。通知中心小部件能概覽今日和明日的小目標,讓你了解背誦情況。你也可以設定提醒時間或計劃提醒,在百忙之中也能及時收到通知,堅持完成記憶訓練。你還可以將計劃表打印出來,貼在門后,冰箱上,甚至是床頭,每日查看,不達目標,誓不罷休。 只要堅持不懈,你也能成為記憶達人。 App Store 鏈接: https://itunes.apple.com/cn/app/%E8%89%BE%E5%AE%BE%E6%B5%A9%E6%96%AF%E9%81%97%E5%BF%98%E6%9B%B2%E7%BA%BF-%E8%AE%B0%E5%BF%86%E8%AE%A1%E5%88%92%E8%A1%A8/id1219202104?l=en&mt=8 成功兌換的同學別忘了在回復中貼出用出的代碼哦?????♂? 1. H9N9W6E6PPXH 2. KFMEMYPKRR77 3. 6NJMYHYJRPXY 4. 6WTP7EHRNJAY 5. MHPT3L7HPFRN 6. 6L4N9EE9HMPP 7. RARWT3FAL7P3 8. XJJH7K679494 9. NH6TWW3A3A4K 10. JFLM3WF3TLX3 11. 3AJKF3XMAJMJ 12. HM6P76746L96 13. 36TYLMPN376W 14. MTPLKFMFRTYK 15. MPRAWJP977YW 16. 7WMMTHAW77J4 17. 6KNPT4T6F699 18. TYKA43FNAF9M 19. HKRXTNRHHXH6 20. 6MRK9PXM46WA 21. AAMH6PNFMPNR 22. 6X6N7M6HEWXL 23. P47F77KXHYJN 24. 6L4EMEJK39LN 25. YWN6EXTX3XPT 26. N3PETKJMYE7X 27. J3YEJWMMKM6L 28. LJTXLR4HEM6W 29. AWFEN3JLF7EN 30. HE47TLPNHL94 31. Y4AWTXFHX3YK 32. 9XLJNJKA63P3 33. WPHTWY63TYRT 34. LANWH4974JXF 35. AE4JMFJ4PFRK 36. LRXLJNYHW4E6 37. PYKJYAKLWF9Y 38. 9KJL33R6HFWL 39. 7RL9NLEW4NR3 40. HWMXTAXHFEMP 41. 7NAEPX9ANYHR 42. FXAKF4EYRJJY 43. 6M4ETNFJMRLJ 44. HLFHEYHXRA6P 45. JL339N3RY47M 46. XJHNNJXJTTLL 47. HPEW4NE3EA47 48. PT9REYJYFYPF 49. KXFKTP97EPM4 50. JHLHKPMTW4AW

iOS 版 MWeb 功能特點如下： 全面支持 Github Flavored Markdown 語法和常用擴展語法,如 TOC 、 Table 、 Fenced code block 、 LaTeX 、 Task lists 、 Footnote 等。 根據(jù) iOS 系統(tǒng)的特點,自定義 Markdown 語法輸入 /編輯鍵盤。 支持粘貼插入圖片,圖片保存在跟文檔相關(guān)聯(lián)的位置,可以在編輯器中直接顯示圖片。 支持發(fā)布到 Wordpress 、 Metaweblog API 、 Evernote 、 Blogger 和 Medium ,除了 Medium 外都支持更新已發(fā)布文檔。發(fā)布時會自動上傳插入到文檔中的圖片。 有圖床功能,目前已支持 Google Photos 、 imgur 、七牛、自定義 四種圖床。 支持 iCloud 。 支持 Mac 版的文檔庫的文檔的查看,編輯和新增。 支持文檔大綱,以方便快速定位文檔。 支持導出為圖片、 PDF
更多信息
下載： https://itunes.apple.com/cn/app/mweb-pro-markdown-writing/id1183407767?l=cn&mt=8
圖文介紹： http://zh.mweb.im/introducing-mweb-for-ios.html
官網(wǎng)： http://zh.mweb.im/
兌換碼,先 7 枚
XJLMTKT6EPK3
T9JNTWMK3XFL
J43AMFYMAPXT
R4P9WN96XM9X
FFXYMHKYTJFX
YTPNRMWPP4E3
E6AYRN47HW7L
明天中午左右再發(fā) 7 枚,明天 18 點左右發(fā)最后 6 枚
最后,求 ProductHunt 票票！
投票網(wǎng)址： https://www.producthunt.com/posts/mweb-2

我的 python 版本是 Python 3.4.8[email?protected] :~(spider)$ pip install --ignore-installed --upgrade 'https://github.com/sigilioso/tensorflow-build/raw/master/tensorflow-1.4.0-cp36-cp36m-linux_x86_64.whl'--user Collecting https://github.com/sigilioso/tensorflow-build/raw/master/tensorflow-1.4.0-cp36-cp36m-linux_x86_64.whl--user HTTP error 404 while getting https://github.com/sigilioso/tensorflow-build/raw/master/tensorflow-1.4.0-cp36-cp36m-linux_x86_64.whl--user Could not install requirement https://github.com/sigilioso/tensorflow-build/raw/master/tensorflow-1.4.0-cp36-cp36m-linux_x86_64.whl--user because of error 404 Client Error: Not Found for url:https://github.com/sigilioso/tensorflow-build/raw/master/tensorflow-1.4.0-cp36-cp36m-linux_x86_64.whl--user Could not install requirement https://github.com/sigilioso/tensorflow-build/raw/master/tensorflow-1.4.0-cp36-cp36m-linux_x86_64.whl--user because of HTTP error 404 Client Error: Not Found for url:https://github.com/sigilioso/tensorflow-build/raw/master/tensorflow-1.4.0-cp36-cp36m-linux_x86_64.whl--user for URLhttps://github.com/sigilioso/tensorflow-build/raw/master/tensorflow-1.4.0-cp36-cp36m-linux_x86_64.whl--user 下載版本的報錯,直接 pip3 install tensorflow 的話不能用 Your CPU supports instructions that this TensorFlow binary was not compiled to use: AVX2 FMA 我是想用這個浮點運算的,現(xiàn)在如何下載對應版本的 tensorflow

準備回老家,車型是 2.5L 頂配 路線大概是單程 130km 高速,加老家縣城農(nóng)村各種國道省道 鄉(xiāng)道,村口水泥路。 準備買個 B 級車,但是 4s 的試駕路線太固定了,試駕不出來什么,索性自己租車試駕一下,本身要試駕混動凱美瑞,結(jié)果剛才店里小哥說沒了混動了 就改的汽油頂配。 上周開同學的雅閣開了一天大概 400km 高速+小 100km 城區(qū),下周計劃深度試駕下天籟。

大清早閑的沒事,蹲在馬桶上敲出了這個文章
語文分沒英語高,寫作文沒邏輯而且寫不滿 800 字,將就著看
本人平面設計,以下批判觀點主要批判平面設計
設計有很多種,想要入行的建議先想清楚你要做啥,比如平面,環(huán)藝,活動設計等
寫這個的主要原因就是想給想入設計行業(yè)的學生 /社會人等一點小小的提醒,雖然瓦也 hin 菜啊,但是不讓大家多踩坑還是可以的。數(shù)字媒體行業(yè)屬于現(xiàn)在的朝陽行業(yè),前景非常好,很缺專業(yè)人才,但不缺混子。
說到設計么那肯定得提一嘴頭部院校,九大美院大家都熟,國美廣美央美之類的,但是九大美院不是所有都設計狠 nb,只能說在造型上都是有一定功底的,設計這個引用我恩師的話來說就是“設計永遠在設計文化濃郁的地方才能發(fā)展,土了不行?！?為什么這么講呢？給大家看一個對比：
https://mp.weixin.qq.com/s/fZr2CPIa180CaihKpOneNA
這是 2020 畢業(yè)展的海報設計,動態(tài)海報對設計師的要求是很高的,因為要考慮的不僅僅是平面上的構(gòu)成等問題了。這個時候大家就能看出區(qū)別了,可以拉廣美和南藝出來對比一下,不知道大家有沒有覺得南藝明顯拉垮。為啥南藝會有這種拉垮的感覺？一是客觀來說南藝的確不如美院那么強（別杠,這是事實）,雖然喊教育改革喊了很久,但是也沒有出太大成果。二是南京相對于廣州來說,文化上屬于欠發(fā)達（別扛,北上廣從來沒有北上寧）。
地區(qū)經(jīng)濟原因可以很明顯的影響該地區(qū)院校設計行業(yè)的眼光和發(fā)展。給大家舉個例子,你走在南京東路上,看看周圍的建筑,看看周圍的海報,心動吧朋友？那你再走在新街口的路上,看看周圍的建筑,看看周圍的海報,這啥??？所以各位如果想要入設計行業(yè),不一定要選美院,美院也有不擅長設計的,不是美院的也有擅長設計的,你去大西北學設計肯定和在上海學設計不一樣的。（點名表揚以下院校的設計專業(yè)：清華美院,廣州美院,江南大學,同濟大學）
如果各位已經(jīng)入門了,在一個普通的大學了學著普通的設計,就會發(fā)現(xiàn)一個問題,就是你們學的和技校好像差不多 （本三）/你們學的好像和就業(yè)沒啥關(guān)系（本二）。為啥我敢這么講？來,各位拿出教科書,別的不看,我們來看一看 DW 和 PS 的,大聲的告訴我軟件版本是多少??。各位再拿出課程表,告訴我色彩管理、設計理論原理這些“沒有用的課”占多少節(jié)？各位再想一想你們的老師,有沒有跟你們講過啥是絲網(wǎng)印啥是噴繪（該條質(zhì)問僅指向平面設計）？
再來看一下國內(nèi)的院校,仿佛還是傳統(tǒng)設計專業(yè)為主吧,活動設計有嗎？珠寶設計有嗎？啊,走個性化的路線的不多吧？（表揚央美）再來看一下校企合作,各位學校有校企合作嗎？不多吧,沒機會給你在大學的時候接觸正規(guī)的設計環(huán)境吧？吃虧吧？
當然一樣通樣樣通,熟悉 PS CS6 那去用 CC 2020 也不會不知所措,但是這反映出來的是高校與就業(yè)上的脫節(jié),試問還有多少公司還在用 PS CS6 呢？還有多少公司會做一個和 10 年前一樣的網(wǎng)頁來作為自己企業(yè)的宣傳展示頁面呢？還有沒有公司愿意聘請一個制作戶外噴繪背景墻時新建 6m x 3m 300ppi 的小天才呢（公司特有錢除外）？
看看現(xiàn)在的大學生,做出來的都是個啥？簡歷拿出來都是星巴克實習打工,X 等獎學金,學校內(nèi)的什么 XXX 狗 P 獎狀,三好學生,優(yōu)秀團員。有用嗎朋友？作品集呢？不說作品集,要求太高,那么拉個二十張以前做過的小項目做個 ppt 總行吧？啥,沒保存？怕是不敢保存吧？ Logo 做的跟 3 分鐘畫出來的一樣,海報做的和在線生成的一樣（還有些人就是在線生成的）,網(wǎng)頁做的土里土氣,建模建的一塌糊涂,渲染么也不會好好渲,關(guān)鍵你還不會做 Keynote/Powerpoint ！沒想到吧,設計行業(yè)的學生不會做 Powerpoint ！網(wǎng)上模板一拉,改改文字,宋體,20 號,加粗,標紅,圖片隨便一拖,做好了。大家想想我要是用人單位我是不是恨不得直接當場掀桌子,這樣子的學生我招來干啥,替我吃飯？（試問我有沒有說出各位老板的心聲）
學生朋友們啊,你們的大學可能已經(jīng)很操蛋了,千萬別覺得大學里的東西就是以后工作上的東西,不可能的。趕緊走出校園看看吧,試著接幾個商單,試著給自己的項目做個 Slides,試著在海報上對標互聯(lián)網(wǎng)一線公司,試著在網(wǎng)頁上對標 MOMA 等,不然你們出來能干啥啊？？？說句真心話,拿普通大學里的中上來說,上視德稻的作業(yè)展,光看平面設計上的排版也很一般啊,但問題是有多少人能起碼達到這個一般的水準啊。
工作了的筒子們,想轉(zhuǎn)設計,不要覺得設計一定得畫畫好,縱然畫畫很重要,但是其實只是為了給你提供部分思路,結(jié)構(gòu)光影色彩等。不管你想做啥,多看多練,開始時多模仿,工具上頭部公司用啥你用啥。設計真不難,為啥這么說,你只需要解決兩個點,一個是想出好的設計思路,建立美的框架,二是把這些用工具表達出來。拿平面設計來說,學好排版,那你的平面設計就已經(jīng)掌握了 80%了,畢竟排版乃萬物的媽。但千萬不要覺得,設計這碗飯好吃,設計行業(yè)是有門檻的,不是隨隨便便就能進的,不是學幾個 PS 就能成了黃海的,千萬別想著進來混,各位是混不過科班出生的設計師的。
不說了,筒子們,沖鴨??！

昨天安裝 RouterOS 6,直通 Intel I211 網(wǎng)卡不識別,各種搜索后,沒有找到確定的答案。
換成 RouterOS 7 就識別了。
相關(guān)鏈接 https://s.v2ex.com/t/411445

昨天還好好的,今天弄到現(xiàn)在一直沒解決這個問題
網(wǎng)上查了半天,說是沒有注冊開發(fā)者就不能調(diào)試了,只能花錢解決。。。

問題是這樣的:本地 project 里有一個 assert.h,但 F12 看這個 include “assert.h”顯示的 /usr/include 下的 assert.h ； 因為本地 assert.h 里有一些自己定義的東西,vscode 總是識別不了。 請問有人了解這個問題應該怎樣解決嗎？

應該是這個版本的：
Orta
Use Facebook's Jest With Pleasure.
樓主安裝后,使用默認的設置,總是提示什么運行失敗（右下腳彈出提示）
我的項目中有 package.json,也有 unit test with coverage,并且生成了 coverage 的報告文件。
但是 jest 插件不能實時顯示在代碼里面,哪行沒有被測試到等等。
右下腳還一直提示錯誤。
現(xiàn)在樓主能夠使用的功能,就是一個“debug“功能,有一個小按鈕顯示在每個 test case 上面,點擊一下,就只運行那一個 test 。還是蠻好用的。
請教一下,是哪里設置不對么？或者,大家有沒有其它好用的 Jest 插件,能夠顯示 code coverage 的？謝謝
謝謝！

我手上的是 kindle pw3,網(wǎng)上查了一下運行內(nèi)存 ram 是 512M。 Memory RAM
Kindle 1: 64 MB Kindle 2: 32 MB Kindle DX: 128 MB Kindle Keyboard, 4, 5, 6, 7, Touch, Paperwhite (1st & 2nd gen): 256 MB Kindle Voyage, Paperwhite (3rd & 4th gen), Oasis 1, 2, 3, Kindle 8, 10: 512 MB
但是打開 530M 的 PDF 文件,沒有任何問題,說明 kindle 優(yōu)化的不錯,并不是把整個文件加載進內(nèi)存。
由于豎屏看 pdf 字體小,所以我都是橫屏看,橫屏翻頁銜接的非常好（不會出現(xiàn)漏掉一行的情況）。
因為 kindle 本來看 mobi、azw3 的體驗就非常好,現(xiàn)在看 pdf 的體驗也很棒,簡直完美。

如果你想看本次 wwdc 有什么好的地方,請參照其它人的帖子。俺在這里說說 wwdc 中的俺自己認為不太滿意的更新點 app library: 俺看這個東西是自動幫你整理分類 app,俺覺得這個很雞肋啊,如果算上文件夾也是一種分類的話,其中現(xiàn)在有兩種分類邏輯了,文件夾你可以按照自己的邏輯進行劃分,如學習,娛樂,健身,而這個 app library 看樣子是系統(tǒng)自動幫你劃分？這種自動幫你劃分的好處是啥？這兩套邏輯很容易讓人分裂啊,比如你使用滴答清單,你可能把它放在學習文件夾下面,而在 app library 則是放在效率下面。。。 widget: 看鐘文澤的體驗視頻,這種 widget 好像是只有幾種 app 預設的大小,而自己不能靈活調(diào)整 size. 這個如果你使用多的話,你可能會遇到怎么擺放都不滿意,而 android 這一點就比較好,可以隨意調(diào)整 size,而 widget 中的內(nèi)容是自適應 size 的。 短信 app：功能和第三方越來越像了,可是,國內(nèi)用的人多么？而且還有一個缺點,你吹的再好,再 nb,再完爆第三方 app （比如微信）但這東西需要雙方都用 iphone ?。繎{什么就要求其它人也要使用 iphone? 使用夸平臺的它不香么？
以上是俺不滿意的地方,下面說說俺比較滿意的 ios 中的搜索加強：這個不錯,能用搜索干的事情更多了,不用再先打開 app,再打開文件了 apple pencil 加強：這個是真的香,看來應該是會開放給第三方的,以后俺的 goodnotes 會更加好用了。當然,如果不開放給第三方,就自家的應用能使用,那么,這種加強沒什么鳥用。
以下是俺不評價的,因為俺沒有,體會不到 apple watch airpod apple tv carplay
對于 arm 版的 mac, 俺處于觀望和持續(xù)關(guān)注中。
最后,再說一個俺相當不滿意的地方?。。。。?！ 加一個五筆功能,它有那么難么,有那么難么？有那么難么？能死,能死嗎！ Tim ？

看了昨天的 WWDC,個人覺得全新 Clips 小程序蠻不錯的懶得看視頻的,可以直接食用如下腦圖 一圖看懂 WWDC 20 https://gitmind.cn/app/doc/bef559365

安裝Twitter以來一直沒有推送通知,然后去Twitter的通知設置查看,只要我更改任何有關(guān)設置,Twitter就會提示＂無法更新你的推送通知設置＂,我確定已經(jīng)在通知里打開了twitter的通知,而且翻了墻。還有一個問題,一旦在iOS里綁定了Twitter帳號,想更新或者刪除帳號都會提示＂無法與服務器通信＂。 現(xiàn)在想會不會是和蘋果的服務器通信問題,求解決方法

綠聯(lián)的 type-c 擴展塢 同時帶有 HDMI 和 VGA 口的,在 MBP 10.13.6 上同時外接了一臺 HDMI 顯示器和一臺 VGA 顯示器,但是只正常顯示出了一臺。 分別接（不同時連接）兩個顯示器時,都是正常的。想要同時接兩個顯示器且都正常顯示,怎么辦？

不做圖形渲染這類工作,主要是編譯和調(diào)試,收一臺二手作為開發(fā)機,考慮到 CPU,在白蘋果里面算好的選擇嗎？