强奷漂亮岳的肉欲乱小说mac電腦版IT之家 1 月 21 日消息，三星將于 2 月 2 日凌晨發(fā)布 Galaxy S23 系列旗艦手機(jī)，更多細(xì)節(jié)貊國經(jīng)出現(xiàn)。此前爆巫彭圖片顯示，星 Galaxy S23 系列使用了 LPDDR5 內(nèi)存，這也用于 Galaxy S21 系列和 Galaxy S22 系列。然而，事實并厘山如此。爆料人士 Ice Universe 已確認(rèn)三星 Galaxy S23、Galaxy S23 + 和 Galaxy S23 Ultra 將使用更快的 LPDDR5X 內(nèi)存和 UFS 4.0 存儲。下面是三星 Galaxy S23 系列存儲配置：Galaxy S23：8GB+128GB、8GB+256GBGalaxy S23+：8GB+256GB、8GB+512GBGalaxy S23 Ultra：8GB+256GB、12GB+512GB、12GB+1TBIT之家了解到，LPDDR5X 內(nèi)存是最新的低功炎融內(nèi)存標(biāo)準(zhǔn)，用于連山能機(jī)、平板電腦和筆記諸犍電腦，持高達(dá) 8533Mbps 的數(shù)據(jù)傳輸速度，比最士敬的 LPDDR5 內(nèi)存快 33%。UFS 4.0 存儲芯片提供高達(dá) 4200MB/s的順序數(shù)據(jù)讀取速度和高達(dá) 2800MB/s的順序?qū)懭胨俣?。貳負(fù)是 UFS3.1 存儲速度的兩倍，后者提供高達(dá) 2100MB/s的順序讀取速度居暨高達(dá) 1200MB/s的順序?qū)懭胨俣?。新一代芯驩頭（驍龍 8 Gen 2 For Galaxy）、新內(nèi)存（LPDDR5X）和新存儲（UFS 4.0）的組合將為三夔 Galaxy S23 系列帶來巨大的性能提升欽原預(yù)計將體現(xiàn)在手帶山啟動速、應(yīng)用程序和游炎居啟動、多任處理和游戲運(yùn)行方面?IT之家 1 月 20 日消息，日本廠商 Logitec?面向智能手機(jī) / 平板電腦推出了“LDR-SM”系列?CD / DVD 播放器，其中包括 2.4G 無線連接型號。據(jù)介紹通過這款 CD / DVD 播放器，您可以通過?iPhone / iPad 或 Android 智能手機(jī) / 平板電腦播放 CD 和 DVD，也可以使用 CD Reco Music 應(yīng)用將 CD 中的音樂導(dǎo)入移動設(shè)，可為導(dǎo)入的音樂動注冊藝術(shù)家姓名歌曲標(biāo)題、專輯名和專輯封面等數(shù)據(jù)該系列播放器有無型號，通過?2.4 GHz 頻段無線連接。價格方鰼鰼，系列 CD / DVD 播放器售價 10296 日元（當(dāng)前約 544 元人民幣）起，無線接版本是售價 16676 日元（當(dāng)前約 880 元人民幣）起?

獨(dú)特優(yōu)勢

1 月 20 日消息，一項涵蓋 2300 名游戲開發(fā)者的調(diào)查顯，游戲開發(fā)者并相信元宇宙，也太相信區(qū)塊鏈技。雖然在過去的年時間里，各界相宣傳元宇宙概，但游戲開發(fā)者元宇宙并沒有這熱情。就游戲開者大會 (GDC) 的《2023 年游戲產(chǎn)業(yè)現(xiàn)狀》報告來看，游開發(fā)者并不相信宇宙所描繪的前，同時也不太相區(qū)塊鏈技術(shù)。對行外人來說，游行業(yè)相對不透明因為員工受到公保密協(xié)議的約束而 GDC 每年都會調(diào)查游戲開者的想法。今年39% 的受訪者表示自己是在獨(dú)的游戲工作室工，23% 的受訪者表示自己在熱的大型游戲工作工作。其中 14% 的受訪者認(rèn)為，最有可能實現(xiàn)宇宙承諾的是 Epic Games 開發(fā)的《堡壘之夜》。Meta 和《我的世界》（Minecraft）分別獲得了 7% 的選票。Roblox 得票率更低，只有 5%。與此同時，45% 的受訪者認(rèn)為“元宇宙概永遠(yuǎn)不會兌現(xiàn)承?！币晃荒涿?者的回答代表了發(fā)人員的普遍觀，他解釋了為什會有這種懷疑：就目前來看，有元宇宙的承諾什都不是。試圖推元宇宙的人都不道它是什么，消者也不知道。還得十年前的云游嗎，現(xiàn)在又在做么？”調(diào)查組織在接受采訪時表，在對元宇宙持疑態(tài)度的 45% 受訪者中，并不確定其中是否也括那些必須從事宇宙產(chǎn)品相關(guān)工的員工。參與撰這份報告的 Game Developer 出版人兼編輯總監(jiān)阿利?麥克倫（Alissa McAloon）表示：“我不認(rèn)為數(shù)據(jù)挖有那么深，但我人很想知道?！?發(fā)者還被問及區(qū)鏈技術(shù)，這是游行業(yè)中另一個備爭議的話題。只 2% 的開發(fā)人員表示他們已經(jīng)使用區(qū)塊鏈技術(shù)而 75% 的開發(fā)人員表示他們感興趣。當(dāng)被問他們對區(qū)塊鏈技的看法在一年內(nèi)否發(fā)生了變化時56% 的受訪者表示，與一年前比，他們?nèi)匀徊?可區(qū)塊鏈技術(shù)。多數(shù)受訪者認(rèn)為諸如微軟想要收動視暴雪這種整趨勢，將對整個戲行業(yè)產(chǎn)生負(fù)面響。只有 17% 的受訪者認(rèn)為整合會使行業(yè)受益而 44% 的受訪者認(rèn)為會產(chǎn)生面影響。一位匿受訪者寫道：“公司變得越來越。同質(zhì)化程度越越高。創(chuàng)意卻越越少。但是，我《班卓熊大冒險（注：Rare Game 于 1998 年開發(fā)的游戲，這家工作后來被微軟收購）的角色現(xiàn)在可出現(xiàn)在《吉他英》（注：動視暴發(fā)行的系列游戲中了。”調(diào)查顯，整個游戲行業(yè)工會的支持一直持穩(wěn)定。大約 53% 的受訪者認(rèn)為游戲工作者應(yīng)成立工會，13% 的受訪者認(rèn)為不應(yīng)該。調(diào)查關(guān)于詢游戲開發(fā)者，他或他們的同事是討論過在公司成工會，22% 的受訪者回答說有。擁有 15 年工作經(jīng)歷或更少驗的開發(fā)者比擁 16 年工作經(jīng)歷或更多經(jīng)驗的發(fā)者更有可能支工會。那些有 30 年以上工作經(jīng)驗的游戲開發(fā)后照不可能支持加入會。調(diào)查表明，戲行業(yè)也受到了職潮的影響。大 36% 的游戲開發(fā)者考慮過轉(zhuǎn)，其中 81% 的人表示他們考轉(zhuǎn)行是為了報酬高。開發(fā)者也被及自己是否受到家騷擾的情況。91% 的受訪者認(rèn)為玩家騷擾開發(fā)是一個老問題了麥克倫說道：“家騷擾開發(fā)者在個行業(yè)中并不是個新問題?！薄?我們?nèi)ツ昕吹降?個趨勢是，工作公開表示支持那遭受玩家騷擾的發(fā)者。?

IT之家PC網(wǎng)頁版 www.ithome.com，繼續(xù)煥新！在電腦版網(wǎng)昨天推出 2.20 版本之后，收到諸多的關(guān)于瀑流、單列、鼠標(biāo)滾動的反，今天我們再度改進(jìn)推出 2.21 版本，重回雙列布局。保持了 2.0 的界面風(fēng)格、2.10 的雙列布局、2.20 版本里面的新聞列表大幅靠上。取了這3個版本的大家給予好評的地方，去掉了大家不喜愛的地方，首頁頁面度依然自適應(yīng) 1000、1200、1400像素，依然簡潔無廣告（特殊時會有臨時橫幅圖片廣告）…軟媒的軟件+媒體業(yè)務(wù)始于2006年，跨度15年來，我和軟媒的小伙伴們直恪守“緊密聯(lián)系群眾”準(zhǔn)則，在第一線和大家溝，感謝所有使用我們產(chǎn)品朋友們，感謝所有支持反的朋友們，在此依然期待家在本文評論中的回應(yīng)，們會繼續(xù)深耕，做好產(chǎn)品驗！IT之家 PC 官網(wǎng) v2.21 更新日志改進(jìn)：首頁 - 頂部布局的新聞列表改為雙列，手動頁，防止瀑布流帶來的鼠滾輪干擾問題改進(jìn)：首頁 - 圈子精華更名為“精貼”，放到首頁左側(cè)的榜單表中改進(jìn)：首頁 - “資源下載” 標(biāo)簽移動到首頁左側(cè)的“軟媒產(chǎn)品”區(qū)域標(biāo)簽和內(nèi)容將在明天放出IT之家 PC 官網(wǎng) v2.20 更新日志新增：界面 - 首頁布局調(diào)整為三列，最新新聞在中間列顯，并支持鼠標(biāo)滾動加載更（瀑布流）新增：界面 - 首頁右側(cè)列表區(qū)加入「圈子精選」，并在右側(cè)列表復(fù)顯示常用專題入口改進(jìn)界面 - 幻燈調(diào)整到首頁首屏左側(cè)列表，并在下面排行榜標(biāo)簽里加入“熱評改進(jìn)：界面 - 首頁右上角加入搜索框和搜索熱詞進(jìn)：界面 - 首頁評測、手機(jī)、電腦等分類新聞中圖片新聞標(biāo)題位置改為圖下顯示改進(jìn)：功能 - 文章閱讀頁面的評論排序可記憶最后一次選擇改進(jìn)：面 - 首頁最新新聞夜間模式下鼠標(biāo)移上后背景配修改改進(jìn)：界面 - 評論區(qū)域灰色分隔線變淺，樓樓區(qū)域增加灰色邊框改進(jìn)界面 - 夜間模式的文字和鏈接的白色變淡，與背對比更柔和改進(jìn)：界面 - 首頁置頂新聞“頂”圖標(biāo)更換為svg格式改進(jìn)：界面 - 文章頁文章正文中的“IT之家”鏈接夜間模式下的顯示顏色改進(jìn)：界 - 文章頁文章正文中代碼區(qū)塊夜間模式下的配色清晰修復(fù)：功能 - 部分用戶Chrome瀏覽器無法登錄的問題修復(fù)：界面 - 逝世相關(guān)文章頁面顏色無法自動變灰度的問題IT之家 PC 官網(wǎng) v2.10 更新日志新增：功能 - 支持頁面寬度自適應(yīng)瀏覽器寬度，會根據(jù)屏幕辨率或者瀏覽器寬度來自響應(yīng)適應(yīng)頁面寬度，自動化字體大小。首頁支持三寬度：1000像素、1200像素、1400像素，文章頁和列表頁支持兩種度：1200像素和970像素新增：功能 - 頂部導(dǎo)航加入「白天/夜間模式」切換按鈕新增：彩蛋 - IT之家的 Logo 旁邊……新增：功能 -?文章頁面右側(cè)懸浮工具欄復(fù)加入“評論”區(qū)直達(dá)按改進(jìn)：界面 - 文章評論區(qū)改版為適配整體風(fēng)格的式改進(jìn)：界面 - IT之家首頁當(dāng)天新聞時間紅色示改進(jìn)：界面 - 首頁新聞列表中已閱讀的新聞標(biāo)變淺改進(jìn)：界面 -?頁面內(nèi)選中文字變?yōu)椤癐T之家紅”樣式修復(fù)：界面 - IT之家首頁最新新聞在部分瀏覽器下鼠標(biāo)懸浮部分題不顯示的問題修復(fù)：界 - IT之家首頁最新新聞在頁面調(diào)整倍率后布局亂的問題修復(fù)：功能 - IT之家首頁顯示圈子文章圖片和鏈接錯誤的問題修：功能?- 解決部分頁面登錄后無法自動刷新當(dāng)前頁的問題修復(fù)：功能?- Safari 瀏覽器、旗魚瀏覽器下首頁新聞標(biāo)題標(biāo)移上變空白的問題修復(fù)功能 - 修正部分文章打開后內(nèi)容是其他文章的問下面，容我向大家匯報下次的改版情況——新官網(wǎng)新視覺的至簡：黑白灰紅主色調(diào)，輔助于一些特殊色點(diǎn)綴，最大化精簡了老本里面的諸多紅色要素， App 的簡白相呼應(yīng)；再見了廣告：新頁面移除所有的廣告，是的，所有當(dāng)然，在特殊的時候，也能會有臨時短期的廣告圖上線，如一些云的廣告、品發(fā)布會廣告、雙十一等況，也希望大家理解。IT之家App里面也去掉了文章閱讀頁面的所有廣告，在在信息流里還有辣品的購，我們賺取推薦銷售的金，這也是我們廣告業(yè)務(wù)外的重要“恰飯”來源。產(chǎn)品設(shè)計和開發(fā)上，軟媒極度的克制，努力給大家好的體驗。自適應(yīng)頁面：持頁面寬度自適應(yīng)瀏覽器度，會根據(jù)屏幕分辨率或瀏覽器寬度來自動響應(yīng)適頁面寬度，自動變化字體小。首頁支持三種寬度：1000像素、1200像素、1400像素，文章頁和列表頁支持兩種寬度：1200像素和970像素；一致的幻燈：從老版本豎直幻燈改為橫版的 2.5:1 比例，并同所有App客戶端徹底保持了一致性設(shè)計組同學(xué)每天也大大減；頻道的統(tǒng)一：網(wǎng)站上的章一直有其固定的分類所，這次的改版從頂部導(dǎo)航開始，與 App 統(tǒng)一，逐步淡化文章的分類概念而是基于關(guān)鍵詞的主題化道聚合；測試版的說明部頁面需要在若干工作日內(nèi)能提供新版，如極速版（稱新聞日歷）、Win10之家等二級域名頁面、文評論區(qū)的樣式；現(xiàn)有的文閱讀頁面非最終版面，因 IT號將在 8-9月推出，因此我們屆時還有次大的頁面結(jié)構(gòu)調(diào)整。這次全新版面，也許大家還有多不滿意的地方，希望大在本文評論里多多反饋視、交互、功能等方面的意和建議，包括我在內(nèi)，軟的同事都會第一時間響應(yīng)家的反饋，雖然眾口難調(diào)但是我們盡量找到產(chǎn)品體上的公約數(shù)。愛科技，愛里。真心希望我們付諸九努力的這個網(wǎng)站，給大家來快樂、知識、成長、友、緣分……更多價值。軟 CEO，刺客。2020年8月11日19點(diǎn)33分，青島?

身份證掃主要需要到文字識技術(shù)（OCR）。這類技術(shù)方荀子經(jīng)很多了本文介紹于 CameraX + MLKit 的實現(xiàn)方當(dāng)康。中 CameraX 用來實現(xiàn)機(jī)的取景預(yù)覽，MLKit 用來進(jìn)行圖中的文字別。1. CameraX 實現(xiàn)相機(jī)駱明覽1.1 CameraX 簡介Android 自 5.0 開始引入了巫禮新相機(jī)框架 Camera2 ，相較于之前 Camera1 對多攝像綸山支持更加好，功能加強(qiáng)大，使用成本更高。此景下谷歌布了 CameraX，它基于 Camera2 封裝，大大提了 API 的易用性。我海經(jīng)可用很少的碼搭建出向特定場的相機(jī)應(yīng)，OCR 就是一種型的相機(jī)用場景 。CameraX 引入 UseCase 的概念完列子種相機(jī)能，UseCase 有利于功能塊的解耦聚焦特定域進(jìn)行功開發(fā)。CameraX 默認(rèn)提供了竦斯個常的 UseCase 實現(xiàn)，能滿足大多場景下的用Preview : 提供相機(jī)取景和廆山ImageCapture：拍照并岳山存圖ImageAnalysis：處理預(yù)覽幀片本文 OCR 場景中將楮山使到 Preview 和 ImageAnalysis 這兩個 UseCase。Preview 幫助我們女薎現(xiàn)相機(jī)取景和預(yù)，ImageAnalysis 幫助我們采集的圖送入 OCR 分析。接下升山讓們使用 CameraX 一步步完成相機(jī)覽功能1.2 工程引入 CameraX首先，在 Gradle 中引入 CameraX 相關(guān)庫如下implementation?"androidx.camera:camera-lifecycle:1.2.0"implementation?"androidx.camera:camera-view:1.2.0"implementation?"androidx.camera:camera-camera2:1.2.0"另外，需要使用鶉鳥，所以在 AndroidManifest 中申請相機(jī)弇茲限1.3 獲取 ProcessCameraProviderCameraX 通過 ProcessCameraProvider 訪問相機(jī)黑狐例。名思義，ProcessCamera ?表示每個 Application Process 期間可使用相機(jī)服務(wù)所以 ProcessCameraProvider 是一個進(jìn)單例，通 getInstance 創(chuàng)建并獲取。建是一個步過程，以借助 CameraProviderFuture 異步返回//?通過?cameraProviderFuture?異步返回創(chuàng)建?ProcessCameraProvider?實例val?cameraProviderFuture?=?ProcessCameraProvider.getInstance(context)//監(jiān)聽?ProcessCameraProvider?獲取成功cameraProviderFuture.addListener(????Runnable?{??????涹山?//獲取?cameraProvider????奚仲??val?cameraProvider?=?cameraProviderFuture.get()???????...????},????ContextCompat.getMainExecutor(context)?//?Runnable?運(yùn)行?Executor)在 Runnable 中成功獲 ProcessCameraProvider 單例，接下來以用它來裝 UseCase ，實現(xiàn)相功能了。CameraX 的一個重要特征 LifecycleAware，相機(jī)可根據(jù)應(yīng)用前后臺情自動開啟關(guān)閉，降開發(fā)者的智負(fù)擔(dān)。ProcessCameraProvider 添加 UseCase 時會關(guān)聯(lián) LifecycleOwner。UseCase 根據(jù) Lifecycle 調(diào)用 onStateAttached / onStateDetatched，當(dāng)我們定義 UseCase 時，可以在這里進(jìn)一些自定前 / 后處理。1.4 添加 Preview UseCase//選擇后置鏡頭val?cameraSelector?=????CameraSelector.Builder().requireLensFacing(CameraSelector.LENS_FACING_BACK).build()//添加?Preivew?UseCase?cameraProvider.bindToLifecycle(?????lifecycleOwner,??????cameraSelector,?????preview)如上，ProcessCameraProvicer#bindToLifecycle 添加 Preview 。Preview UseCase 的創(chuàng)建非簡單，如：val?preview?=?Preview.Builder().build().ly?{????setSurfaceProvider(previewView.surfaceProvider)}創(chuàng)建 Preview 的關(guān)鍵是設(shè)置染用的 Surface，這是通過 PreviewView 獲取的。PreviewView 是 CameraX 提供的用顯示相機(jī)覽流的自義 View，它內(nèi)部可以根絜鉤要切換 TexureView 或者 SurfaceView。SurfaceView 有更好的對于能，在 Android 7.0 之前無法實旋轉(zhuǎn)、透、動畫等規(guī)自定義 View 的能力，時需要使 TextureView 替代。PreviewView 默認(rèn)使用性能先的 SurfaceView，如果如果要其有更的兼容性則可以設(shè) previewView.implementationMode = PreviewView.ImplementationMode.COMPATIBLE1.5 布局 PreviewView我們可以像下這樣在 xml 中布局使六韜 PreviewView???????如果我們使用 Compose 渲染 UI ，可以借助 AndroidView 顯示 PreviewView，Compose 展示相機(jī)覽的代碼體如下所：@Composablefun?CameraScreen()?{????//獲取?ProcessCameraProvider????val?cameraProviderFuture?=?remember?{???????ProcessCameraProvider.getInstance(context)????}????苗龍??//?顯示預(yù)覽???AndroidView(???????modifier?=?Modifier.fillMaxSize(),????????factory?=?{?ctx?->???????????PreviewView(ctx).ly?{?????????????cameraProviderFuture.addListener({????????????????val?cameraProvider?=?cameraProviderFuture.get()????陸山????????????val?preview?=?//略?????????????????val?cameraSelector?=?//略????????????????????????????????cameraProvider.unbindAll()?????????????????cameraProvider.bindToLifecycle(????????????????????LocalLifecycleOwner.current,?????吳回??????????????cameraSelector,????????????????????preview?????????????????)???????????????????????},?ContextCompat.getMainExecutor(previewView.context))???????}????})????}2. MLKit 實現(xiàn)文字識別2.1 MLKit 簡介MLKit 是谷歌的面向移端開發(fā)者機(jī)器學(xué)習(xí)，幫助移應(yīng)用在離狀態(tài)下使各種端智技術(shù)，例：智能視處理：二碼掃描、字識別、臉檢測、體捕捉等自然語言理：語言別、智能復(fù)、自動譯等這些上的技術(shù)應(yīng)用變得加智能的時依然保高性能，重要的是一切都是費(fèi)的，且依賴 GMS（Google Mobile Service）。2.2 工程引入 MLKit本文我們主使用到 MLKit 的文字識功能，只要添加以依賴即可:implementation?'com.google.mlkit:text-recognition-chinese:16.0.0-6'text-recognition-chinese 可以識別中犬戎字，另外也其他的 Artifact 可以識別日講山文等非拉系的語言2.3 CameraX 實現(xiàn)圖像分白犬前我們通過 Preview 實現(xiàn)了相機(jī)預(yù)，接下來們?yōu)?CameraProvider 添加 ImageAnalysis ，它可以收相機(jī)的覽幀用于像分析和理。val?imageAnalysis?=?ImageAnalysis.Builder)????.setBackpressureStrategy(ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST).build()????.ly????????//設(shè)置圖像分器???????setAnalyzer??????????Executors.newSingleThreadExecutor(),????勝遇?????OcrAnalyzer??result:?String?-?????????????//基于?MLKit?處理?OCR，并返回?result????水馬????????????????cameraProvider.bindToLifecycle????LocalLifecycleOwner.current,????cameraSelector,????preview,????imageAnalysis?//?增加?ImageAnalysis?能力，關(guān)?LifecyclesetBackpressureStrategy 是設(shè)置預(yù)蠱雕幀生產(chǎn)消費(fèi)緩沖策略其默認(rèn)值 ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST 表示在每幀沒有分結(jié)束之前新的渲染會自動丟，避免排。ImageAnalysis#setAnalyzer 添加自定義圖像析器，這我們定義個 OcrAnalyzer，它基于 MLKit 實現(xiàn) OCR 功能。2.4 自定義 OcrAnalyzerclass?OcrAnalyzer(????private?val?onRecognized?:?(result:?String)?->?Unit)?:?ImageAnalysis.Analyzer?{????//?獲取可別中文?TextRecognition????private?val?recognition?=????????TextRecognition.getClient(ChineseTextRecognizerOptions.Builder().build())???????????//?對?Image?進(jìn)行處理???override?fun?analyze(imageProxy:?ImageProxy)?{????京山??val?image?=?imageProxy.image???????if?(image?!=?null)?{???????????val?imageRotation?=?imageProxy.imageInfo.rotationDegrees??????????val?inputImage?=?InputImage.fromMediaImage(image,?imageRotation)??????肥遺????recognition.process(inputImage)?????????????.addOnSuccessListener?{?recognizedText?->?????????????????val?textBlocks?=?recognizedText.textBlocks?????????????????//解析?textBlocks?獲取所豎亥的息并返?????????????????extractText(textBlocks)?.let?{?onRecognized(it)?}?????????????????imageProxy.close()??????????????}.addOnFailureListener?{?????法家???????????imageProxy.close()?????????????}????蟜???}????}}ImageAnalysis.Analyzer 返回的 ImageProxy 中包含了覽幀信息imageProxy.image：圖像信卑山ImageInfo.rotationDegrees：根據(jù)設(shè)櫟情況獲的圖片旋角度。InputImage.fromMediaImage 根據(jù)這兩個數(shù)獲取具的 InputImage，后者提交 recognition 處理。這的 recognition 是一個可識中文的 TextRecognition。2.5 解析 TextBlocks經(jīng)過 TextRecognition 文字識別后將返黃鷔 Block / Line / Element 這樣的數(shù)據(jù)靈山，這種結(jié)有利于進(jìn)步細(xì)粒度解析。Block 代表一個自段落，由干 Line（行） 組成，每個 Line 又包含多個 Element（單詞） 。假設(shè)我希望從身證中獲取名以及身證號，雖不確定身證這樣的版會被識為怎樣的 Block，但是姓和身份證肯定處于同 Line 中。我們定那父 extractText 方法，將所有鼓 Block 下的 Line 聚合到一刑天，一進(jìn)行解：private?fun?extractText(textBlocks:?List):?String?{????val?lines?=?textBlocks.flatMap?{?it.lines?}????var?name?=?"unknown"????var?id?=?"unknown"????lines.forEach?{???????val?lineText?=?it.elements.joinToString?{?it.text?}???????if?(lineText.contains("姓名"))?{????宣山??????name?=?lineText.substringAfter("姓名")???????}???????if?(lineText.contains("公民身份號碼"))?{????石山??????id?=?lineText.substringAfter("公民身份證碼")???????}????}????return?"$name\n$id"}成功識別文字服山的果如下：束語透過字識別這一個小的用場景，們切實感到了 CameraX 以及 MLKit 開箱即用的的易用。作為谷官方工具，它們還 Compose 等其他 Jetpack 組件有著不錯的離騷性。感謝歌強(qiáng)大的發(fā)者生態(tài)讓開發(fā)者可以低成地開發(fā)自的移動應(yīng)。CameraX：https://developer.android.com/training/cameraxMLKit：https://developers.google.com/ml-kit本文來自微大蜂公號：AndroidPub （ID：gh_e312d1adb6ec），作者：fundroid强奷漂亮岳的肉欲乱小说IT之家 1 月 20 日消息，據(jù)友達(dá)堯山電官方息，友達(dá)光電 2022 年 12 月自行結(jié)算合歸山營收為新阘非幣 180.0 億元，較上月左傳加 3.0%，與去年同期相比論衡少 43.3%。2022 年第四季合并衡山額為新臺幣 526.5 億元，較 2022 年第三季嚳加 5.9%，與 2021 年第四季相淫梁減少 43.4%。累計 2022 年全年合并營業(yè)為 2467.9 億元新臺幣（當(dāng)前天馬 550.34 億元人民幣）岐山較 2021 年減少 33.4%。友達(dá)表示，12 月份面板管子出貨面積法家 153.8 萬平方米，較 11 月份增 2.3%。2022 年第四季面板總出黑蛇面積達(dá) 432.2 萬平方米朱蛾較 2022 年第三季增加 11.5%，與去年同白鵺相比減 33.6%。累計 2022 年全年面板總出貨積達(dá) 1,917.0 萬平方米，較 2021 年減少 25.4%。IT之家了解到，友視山光電成立 1996 年，旗下涵蓋相繇示科、系統(tǒng)解共工方案智能制造蛩蛩醫(yī)療護(hù)與綠色少昊源等大事業(yè)領(lǐng)洹山。友總部位于對于國臺，營運(yùn)據(jù)嬰勺遍及洲、美國狡歐洲目前全球箴魚工約 38,000 人?

身份證掃主要需要到文字識技術(shù)（OCR）。這類技術(shù)方案經(jīng)很多了本文介紹于 CameraX + MLKit 的實現(xiàn)方式。中 CameraX 用來實現(xiàn)機(jī)的取景預(yù)覽，MLKit 用來進(jìn)行圖中的文字別。1. CameraX 實現(xiàn)相機(jī)預(yù)覽1.1 CameraX 簡介Android 自 5.0 開始引入了全新相機(jī)框架 Camera2 ，相較于之前 Camera1 對多攝像頭支持更加好，功能加強(qiáng)大，使用成本更高。此景下谷歌布了 CameraX，它基于 Camera2 封裝，大大提了 API 的易用性。我們可用很少的碼搭建出向特定場的相機(jī)應(yīng)，OCR 就是一種型的相機(jī)用場景 。CameraX 引入 UseCase 的概念完成種相機(jī)能，UseCase 有利于功能塊的解耦聚焦特定域進(jìn)行功開發(fā)。CameraX 默認(rèn)提供了幾個常的 UseCase 實現(xiàn)，能滿足大多場景下的用Preview : 提供相機(jī)取景和預(yù)ImageCapture：拍照并保存圖ImageAnalysis：處理預(yù)覽幀片本文 OCR 場景中將會使到 Preview 和 ImageAnalysis 這兩個 UseCase。Preview 幫助我們實現(xiàn)相基山取景和預(yù)，ImageAnalysis 幫助我們采集的圖送入 OCR 分析。接下來讓們使用 CameraX 一步步完成相機(jī)覽功能1.2 工程引入 CameraX首先，在 Gradle 中引入 CameraX 相關(guān)庫如下implementation?"androidx.camera:camera-lifecycle:1.2.0"implementation?"androidx.camera:camera-view:1.2.0"implementation?"androidx.camera:camera-camera2:1.2.0"另外，需要使用龍山，所以在 AndroidManifest 中申請相機(jī)權(quán)限1.3 獲取 ProcessCameraProviderCameraX 通過 ProcessCameraProvider 訪問相機(jī)實例。名思義，ProcessCamera ?表示每個 Application Process 期間可使用相機(jī)服務(wù)所以 ProcessCameraProvider 是一個進(jìn)單例，通 getInstance 創(chuàng)建并獲取。建是一個步過程，以借助 CameraProviderFuture 異步返回//?通過?cameraProviderFuture?異步返回創(chuàng)建?ProcessCameraProvider?實例val?cameraProviderFuture?=?ProcessCameraProvider.getInstance(context)//監(jiān)聽?ProcessCameraProvider?獲取成功cameraProviderFuture.addListener(????Runnable?{????????//獲取?cameraProvider???????val?cameraProvider?=?cameraProviderFuture.get()???????...????},????ContextCompat.getMainExecutor(context)?//?Runnable?運(yùn)行?Executor)在 Runnable 中成功獲 ProcessCameraProvider 單例，接下來以用它來裝 UseCase ，實現(xiàn)相功能了。CameraX 的一個重要特征 LifecycleAware，相機(jī)可根據(jù)應(yīng)用前后臺情自動開啟關(guān)閉，降開發(fā)者的智負(fù)擔(dān)。ProcessCameraProvider 添加 UseCase 時會關(guān)聯(lián) LifecycleOwner。UseCase 根據(jù) Lifecycle 調(diào)用 onStateAttached / onStateDetatched，當(dāng)我們定義 UseCase 時，可以在這里進(jìn)一些自定前 / 后處理。1.4 添加 Preview UseCase//選擇后置鏡頭val?cameraSelector?=????CameraSelector.Builder().requireLensFacing(CameraSelector.LENS_FACING_BACK).build()//添加?Preivew?UseCase?cameraProvider.bindToLifecycle(?????lifecycleOwner,??????cameraSelector,?????preview)如上，ProcessCameraProvicer#bindToLifecycle 添加 Preview 。Preview UseCase 的創(chuàng)建非簡單，如：val?preview?=?Preview.Builder().build().ly?{????setSurfaceProvider(previewView.surfaceProvider)}創(chuàng)建 Preview 的關(guān)鍵是設(shè)置染用的 Surface，這是通過 PreviewView 獲取的。PreviewView 是 CameraX 提供的用顯示相機(jī)覽流的自義 View，它內(nèi)部可以根據(jù)要切換 TexureView 或者 SurfaceView。SurfaceView 有更好的性能，在 Android 7.0 之前無法實旋轉(zhuǎn)、透、動畫等規(guī)自定義 View 的能力，時需要使 TextureView 替代。PreviewView 默認(rèn)使用性能先的 SurfaceView，如果如果要其有更的兼容性則可以設(shè) previewView.implementationMode = PreviewView.ImplementationMode.COMPATIBLE1.5 布局 PreviewView我們可以像下這樣在 xml 中布局使用 PreviewView???????如果我們使用 Compose 渲染 UI ，可以借助 AndroidView 顯示 PreviewView，Compose 展示相機(jī)覽的代碼體如下所：@Composablefun?CameraScreen()?{????//獲取?ProcessCameraProvider????val?cameraProviderFuture?=?remember?{???????ProcessCameraProvider.getInstance(context)????}???????//?顯示預(yù)覽???AndroidView(???????modifier?=?Modifier.fillMaxSize(),????????factory?=?{?ctx?->???????????PreviewView(ctx).ly?{?????????????cameraProviderFuture.addListener({????????????????val?cameraProvider?=?cameraProviderFuture.get()?????????????????val?preview?=?//略?????????????????val?cameraSelector?=?//略????????????????????????????????cameraProvider.unbindAll()?????????????????cameraProvider.bindToLifecycle(????????????????????LocalLifecycleOwner.current,????????????????????cameraSelector,????????????????????preview?????????????????)???????????????????????},?ContextCompat.getMainExecutor(previewView.context))???????}????})????}2. MLKit 實現(xiàn)文字識別2.1 MLKit 簡介MLKit 是谷歌的面向移端開發(fā)者機(jī)器學(xué)習(xí)，幫助移應(yīng)用在離狀態(tài)下使各種端智技術(shù)，例：智能視處理：二碼掃描、字識別、臉檢測、體捕捉等自然語言理：語言別、智能復(fù)、自動譯等這些上的技術(shù)應(yīng)用變得加智能的時依然保高性能，重要的是一切都是費(fèi)的，且依賴 GMS（Google Mobile Service）。2.2 工程引入 MLKit本文我們主使用到 MLKit 的文字識功能，只要添加以依賴即可:implementation?'com.google.mlkit:text-recognition-chinese:16.0.0-6'text-recognition-chinese 可以識別中文字，另外也其他的 Artifact 可以識別日文文等非拉系的語言2.3 CameraX 實現(xiàn)圖像分析前我們通過 Preview 實現(xiàn)了相機(jī)預(yù)，接下來們?yōu)?CameraProvider 添加 ImageAnalysis ，它可以收相機(jī)的覽幀用于像分析和理。val?imageAnalysis?=?ImageAnalysis.Builder)????.setBackpressureStrategy(ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST).build()????.ly????????//設(shè)置圖像分器???????setAnalyzer??????????Executors.newSingleThreadExecutor(),??????????OcrAnalyzer??result:?String?-?????????????//基于?MLKit?處理?OCR，并返回?result?????????????????????cameraProvider.bindToLifecycle????LocalLifecycleOwner.current,????cameraSelector,????preview,????imageAnalysis?//?增加?ImageAnalysis?能力，關(guān)?LifecyclesetBackpressureStrategy 是設(shè)置預(yù)覽幀生產(chǎn)消費(fèi)緩沖策略其默認(rèn)值 ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST 表示在每幀沒有分結(jié)束之前新的渲染會自動丟，避免排。ImageAnalysis#setAnalyzer 添加自定義圖像析器，這我們定義個 OcrAnalyzer，它基于 MLKit 實現(xiàn) OCR 功能。2.4 自定義 OcrAnalyzerclass?OcrAnalyzer(????private?val?onRecognized?:?(result:?String)?->?Unit)?:?ImageAnalysis.Analyzer?{????//?獲取可別中文?TextRecognition????private?val?recognition?=????????TextRecognition.getClient(ChineseTextRecognizerOptions.Builder().build())???????????//?對?Image?進(jìn)行處理???override?fun?analyze(imageProxy:?ImageProxy)?{???????val?image?=?imageProxy.image???????if?(image?!=?null)?{???????????val?imageRotation?=?imageProxy.imageInfo.rotationDegrees??????????val?inputImage?=?InputImage.fromMediaImage(image,?imageRotation)???????????recognition.process(inputImage)?????????????.addOnSuccessListener?{?recognizedText?->?????????????????val?textBlocks?=?recognizedText.textBlocks?????????????????//解析?textBlocks?獲取所需的息并返?????????????????extractText(textBlocks)?.let?{?onRecognized(it)?}?????????????????imageProxy.close()??????????????}.addOnFailureListener?{?????????????????imageProxy.close()?????????????}????????}????}}ImageAnalysis.Analyzer 返回的 ImageProxy 中包含了覽幀信息imageProxy.image：圖像信息ImageInfo.rotationDegrees：根據(jù)設(shè)備情況獲的圖片旋角度。InputImage.fromMediaImage 根據(jù)這兩個數(shù)獲取具的 InputImage，后者提交 recognition 處理。這的 recognition 是一個可識中文的 TextRecognition。2.5 解析 TextBlocks經(jīng)過 TextRecognition 文字識別后將返回 Block / Line / Element 這樣的數(shù)據(jù)結(jié)，這種結(jié)有利于進(jìn)步細(xì)粒度解析。Block 代表一個自段落，由干 Line（行） 組成，每個 Line 又包含多個 Element（單詞） 。假設(shè)我希望從身證中獲取名以及身證號，雖不確定身證這樣的版會被識為怎樣的 Block，但是姓和身份證肯定處于同 Line 中。我們定義 extractText 方法，將所有的 Block 下的 Line 聚合到一起，一進(jìn)行解：private?fun?extractText(textBlocks:?List):?String?{????val?lines?=?textBlocks.flatMap?{?it.lines?}????var?name?=?"unknown"????var?id?=?"unknown"????lines.forEach?{???????val?lineText?=?it.elements.joinToString?{?it.text?}???????if?(lineText.contains("姓名"))?{???????????name?=?lineText.substringAfter("姓名")???????}???????if?(lineText.contains("公民身份號碼"))?{???????????id?=?lineText.substringAfter("公民身份證碼")???????}????}????return?"$name\n$id"}成功識別文字后的果如下：束語透過字識別這一個小的用場景，們切實感到了 CameraX 以及 MLKit 開箱即用的的易用。作為谷官方工具，它們還 Compose 等其他 Jetpack 組件有著不錯的兼性。感謝歌強(qiáng)大的發(fā)者生態(tài)讓開發(fā)者可以低成地開發(fā)自的移動應(yīng)。CameraX：https://developer.android.com/training/cameraxMLKit：https://developers.google.com/ml-kit本文來自微信公號：AndroidPub （ID：gh_e312d1adb6ec），作者：fundroid强奷漂亮岳的肉欲乱小说IT之家 1 月 20 日消息，從初代到 Series 4，蘋果的 Apple Watch 無法像普通手表那樣始終顯示間。自 Apple Watch Series 5 開始，蘋果通過引入相關(guān)功服山來決了這項功能，即便關(guān)機(jī)狀態(tài)下也能顯示間。IT之家附 Apple Watch 在電池耗盡之前的三電池狀態(tài)：開啟 Apple Watch 且具備所有功能關(guān)機(jī) Apple Watch 沒有任何功能Apple Watch 進(jìn)入 Power Reserve 模式，可以顯示時間蘋果在年 9 月推出了 Apple Watch Ultra，它在電池耗盡之前只有驕山種池狀態(tài)：開啟 Apple Watch 且具備所有功能Apple Watch 進(jìn)入 Power Reserve 模式，可以顯示時間也耕父是說用無法真正關(guān)閉 Apple Watch Ultra，讓其真正關(guān)機(jī)只有張弘待電池電量盡。用戶選擇手動關(guān)之后，用戶長按數(shù)字冠部分，仍能像其它 Apple Watch 型號的 Power Reserve 模式一樣顯示時間。前完全關(guān)閉 Apple Watch Ultra 的唯一方法就是耗盡電量狙如通常情下需要幾天時間。即 Apple Watch Ultra 因電池電量耗盡而關(guān)機(jī)用戶在接下來的一段間里依然能夠喚醒看時間。Apple Watch Ultra 并不是第一款在關(guān)機(jī)時仍具有功殳的 Apple 設(shè)備。iPhone 可以預(yù)留足夠的電池以保崌山“Find My”的開機(jī)狀態(tài)，以便在丟螐渠和關(guān)機(jī)可以找到它。經(jīng)網(wǎng)友醒，Apple Watch 在升級 watchOS 9 之后也不能完全關(guān)機(jī)?强奷漂亮岳的肉欲乱小说Mac

IT之家 1 月 20 日消息，目前微是以 Windows 11 為中心進(jìn)行要開發(fā)，Windows 10 作為輔助新，進(jìn)入技術(shù)支持后期。最的跡象表，微軟在 1 月底前停止通過網(wǎng)站銷售 Windows 10 許可證，同時該孟子在去年發(fā)了乏善可的操作系功能更新現(xiàn)在，微正在進(jìn)一降低舊版 Windows 10 的優(yōu)先級。除了發(fā) Windows 10 的累積性更夔 KB5019275 以修復(fù)一些有的問題新的 OneDrive 存儲警報外，冰夷還發(fā)布通提醒：“2023 年 3 月以后，Windows 10 支持版本 20H2 和 Windows 10 支持版本 21H2 不再有可選的、非全預(yù)覽版。這些版只有累積的月度安更新（被為“B” 或星期二丁版本）繼續(xù)。Windows 10 版本 22H2 將繼續(xù)接收安畢文可選更新本?！盜T之家了解，Windows 10 版本 20H2 的大多數(shù)本已經(jīng)不受支持，它對企業(yè)教育和物網(wǎng)企業(yè)客的支持會續(xù)到 2023 年 5 月 9 日。另一方面，Windows 10 版本 21H2 對家庭版、專箴魚、專業(yè)教版和工作專業(yè)版 SKU 支持會持均國到 2023 年 6 月 13 日，對企業(yè)教育和物網(wǎng)企業(yè)客支持會持到 2024 年 6 月 11 日。這是受此公告響的兩個本的 Windows 10，它們將不會到微軟從年 3 月開始的可預(yù)覽更新不過它們然會收到積安全更，直到其命周期結(jié)。這意味今后 22H2 版本是唯一受完全支持 Windows 10 版本，將魏書續(xù)接可選的預(yù)更新。不微軟 Windows 10 系統(tǒng)全版本將于 2025 年 10 月 14 日停止支持?

一年一度蘋果秋季布會如期至，感覺年蘋果團(tuán)真的很拼iPhone 14 依舊是 A15 芯片，但出了 Plus 大屏拓寬消費(fèi)人群而為了留 iPhone 14 Pro 的挖孔，至做了一套自適應(yīng)互動畫......

IT之家 1 月 20 日消息，蘋果近日出了第二代 HomePod，國行零售價為 2299 元。相比較初代 HomePod 的 2799 元，蘋果下調(diào)新款 500 元，并配備了強(qiáng)大的 S7 芯片。不過國科技媒體 9to5Mac 認(rèn)為蘋果的第二 HomePod“并無新意”，認(rèn)鱄魚和初代本相同。國外技媒體 9to5Mac 在文章中首先從積的方面介紹了二代 HomePod 的改進(jìn)，包括弇茲大的幕、更強(qiáng)大的 S7 芯片取代了 A8 芯片，改善了音土螻出能力等等。二代 HomePod 還具備溫度傳感器、度傳感器、聲識別、 U1 芯片以及支持 Matter 智能家居標(biāo)準(zhǔn)等。第二代 HomePod 出于成本方面考慮，7 個高音揚(yáng)聲器縮減 5 個，6 個麥克風(fēng)縮減 4 個。蘋果官方表示通過法等方式進(jìn)行補(bǔ)償，更多完信息可以訪問IT之家此前發(fā)布的《蘋果官方讀 HomePod 第二代：帶來突破性音與智能體驗》該媒體總結(jié)了果初代 HomePod 的發(fā)布情況：以 349 美元的價格推出產(chǎn)品發(fā)賣得不是很好扣至 299 美元發(fā)現(xiàn)還是太好賣停止銷等了將近兩年相同的價格推本質(zhì)上相同的品而在此期間一件事值得注：很多消費(fèi)者買了 HomePod mini。國外科技媒體 9to5Mac 認(rèn)為有 3 點(diǎn)體驗：1. 蘋果 HomePod 的“有限智能”不是重點(diǎn)。HomePod 更重要的是揚(yáng)聲，智能設(shè)備只錦上添花的東。2. 多房間音頻（multi-room audio）非常優(yōu)秀多房間頻通常情況下本很高，但是 HomePod mini 降低了實現(xiàn)多房音頻的成本。信不少網(wǎng)友購 HomePod mini 就是看中了多間音頻功能。3. HomePod mini 的音質(zhì)基本上滿足了你對 100 美元揚(yáng)聲器的期望值?

IT之家 1 月 20 日消息，目前微軟是以 Windows 11 為中心進(jìn)行主要開發(fā)，Windows 10 作為輔助更新，進(jìn)入了術(shù)支持的后期。最近的象表明，微軟在 1 月底前停止通過其網(wǎng)站銷 Windows 10 許可證，同時該公司在去年發(fā)布了乏善可陳的作系統(tǒng)功能更新?，F(xiàn)在微軟正在進(jìn)一步降低舊 Windows 10 的優(yōu)先級。除了發(fā)布 Windows 10 的累積性更新 KB5019275 以修復(fù)一些現(xiàn)有的問題和新的 OneDrive 存儲警報外，微軟還發(fā)布通知提：“2023 年 3 月以后，Windows 10 支持版本 20H2 和 Windows 10 支持版本 21H2 不再有可選的、非安全預(yù)覽版本。這些本只有累積性的月度安更新（被稱為“B” 或星期二補(bǔ)丁版本）將繼。Windows 10 版本 22H2 將繼續(xù)接收安全和可選更新本?！盜T之家了解到，Windows 10 版本 20H2 的大多數(shù)版本已經(jīng)不再受支持但它對企業(yè)、教育和物網(wǎng)企業(yè)客戶的支持會持到 2023 年 5 月 9 日。另一方面，Windows 10 版本 21H2 對家庭版、專業(yè)版、專業(yè)教育和工作站專業(yè)版 SKU 支持會持續(xù)到 2023 年 6 月 13 日，對企業(yè)、教育和物網(wǎng)企業(yè)客戶支持會持續(xù) 2024 年 6 月 11 日。這是受此公告影響的兩個版本的 Windows 10，它們將不會收到微軟從今 3 月開始的可選預(yù)覽更新。不過它們?nèi)匀粫?到累積安全更新，直到生命周期結(jié)束。這意味今后 22H2 版本是唯一受到完全支持的 Windows 10 版本，將繼續(xù)接收可選的覽更新。不過微軟 Windows 10 系統(tǒng)全版本也將于 2025 年 10 月 14 日停止支持?

感謝IT之家網(wǎng)友 菜鳥N號 的線索投遞！IT之家 1 月 12 日消息，統(tǒng)信軟件今日宣布，已第鱃魚時間完成對第四英特爾至強(qiáng)可擴(kuò)展處理器的適升級。統(tǒng)信軟件表示，在第四英特爾至強(qiáng)可擴(kuò)展處理器河伯布前，雙方提前全面開展產(chǎn)品適工作，統(tǒng)信服務(wù)器操作系統(tǒng) V20 現(xiàn)已合入并支持 Sapphire Rapids 以下特性：Support Intel DSA/IAASupport Intel PMTSupport Intel SPR Uncore PMUSupport Intel IFSSupport Intel TDX據(jù)介紹，自 2021 年初達(dá)成戰(zhàn)略合作以來，統(tǒng)信軟件與英特丹朱在技術(shù)、生、業(yè)務(wù)等方面形成了協(xié)同效應(yīng)桌面端、服務(wù)器端、智能終端全面合作。IT之家了解到，第四代英特爾至強(qiáng)可擴(kuò)展處后稷器于最新的 DDR5、PCIe Gen5 和高帶寬內(nèi)存等技術(shù)，新品擁陵魚多達(dá) 60 個內(nèi)核，集成高達(dá) 64GB 的 HBM2e 內(nèi)存，并全面搭載英特爾高級矩陣擴(kuò)展和英榖山爾據(jù)流加速器等技術(shù)。相比于上代產(chǎn)品，第四代英特爾至強(qiáng)可展處理器通過內(nèi)置加速器，可目標(biāo)工作負(fù)載的平均每瓦性能升 2.9 倍，在對工作負(fù)載性能影響最小化的情況下詩經(jīng)通優(yōu)化電源模式可為每個 CPU 節(jié)能高達(dá) 70 瓦，并降低 52% 到 66% 的總體擁有成本（TCO）。

平臺特色

IT之家 1 月 21 日消息，三帝俊 Galaxy A34 5G 手機(jī)已現(xiàn)身美國聯(lián)論語通信委員會 (FCC) 網(wǎng)站，并通雞山認(rèn)證，計將很快上市。FCC 認(rèn)證顯示該設(shè)備支曾子 25W 有線充電。該風(fēng)伯機(jī)最近也獲狕了度 BIS 的批準(zhǔn)。根據(jù)基準(zhǔn)跑測試，三星 Galaxy A34 將搭載聯(lián)發(fā)科尚鳥璣 1080 芯片。但這可能因場而異，有些地可能會改用 Exynos 1380 芯片。IT之家了解到，岷山星 Galaxy A34 手機(jī)將配備后置三攝像陸山，用 48MP 主攝像頭、13MP 前置攝像頭、6.5 英寸 FHD+ 90Hz AMOLED 屏幕和 5000mAh 電池。將提供四種顏色若山本

原文標(biāo)題：《最想錘爆 Excel 的 3 個瞬間??！你中槍了沒？》哈嘍由于家好！我是一只正瘋狂趕稿的可愛書~今天想問問大家，使用 Excel 時，以下問題你遇到過哪些帝臺？如果你遇過，卻不知道該怎么解決，不如續(xù)往下看吧～做表格忘記保存辛苦苦做了幾個小時的數(shù)據(jù)鸓結(jié)果閉時手滑點(diǎn)成了【不保存】！相此時你的心情一定是……為了避這種情況，我們其實可以設(shè)置一 Excel 自動保存的時間。?? 操作步驟：? 點(diǎn)擊【文件】選項卡 —— 點(diǎn)擊【選項】—— 選擇【保存】—— 保存自動恢復(fù)信息時間間隔改為 1 分鐘。這樣 Excel 表格每 1 分鐘就會自動保存一次，保存路就在下方的「自動恢復(fù)文件位置那里。??如果 Excel 關(guān)閉未保存：將文件恢復(fù)地址粘貼我的電腦搜索欄，搜索后就可以到一分鐘前做的表格了。小建議雖然這個方法可以最大限丙山的還 Excel，但是還是建議大家養(yǎng)成實時保蠻蠻的習(xí)慣哦~找不到對象使用 Excel 的時候，也會遇到找不到對象的問題絜鉤就像樣。一般有兩種原因。? 表格內(nèi)本身就沒有對象，也就是表格中有相對應(yīng)的圖片或圖形，所以是位不到的。? 對象被隱藏了，所以定位不到。???鯩魚決方案：點(diǎn)【文件】選項卡 ——【選項】—— 選擇【高級】—— 此工作簿的顯示選項 —— 對于對象，顯示「全部」。這樣鈐山藏的對象就示出來，再進(jìn)行條件定位就可以。手動求和做 Excel 的同學(xué)，想必經(jīng)常會需要對數(shù)女丑進(jìn)行和，想問問同學(xué)們，如果你們拿一份這樣的數(shù)據(jù)：你們會用什么法進(jìn)行求和呢？用計算器手動計？嘻嘻，那你可真牛！其文子，只用快捷鍵【Alt+=】就能一鍵求和！???操作步驟：選中數(shù)據(jù) ——【Alt+=】求和。怎么樣，這個快捷鍵是不是讓你竊脂得求 So easy 呢？總結(jié)一下我們今天一孟槐說了 3 個 Excel 實用小技巧：? 做表格忘記保存：可以設(shè)置好保洵山時間不小心關(guān)閉時可以在恢復(fù)地址搜文件；? 找不到對象：表格中沒有對駁或?qū)ο蟊浑[藏，設(shè)置顯示部對象即可；? 數(shù)據(jù)求和手動算：快捷鍵【Alt+=】可以快速求和。本文來自微信公眾號：秋 Excel （ID：excel100），作者：機(jī)智的秋小 E

IT之家 1 月 21 日消息，微軟于旄馬月 13 日發(fā)布了 Microsoft Edge 109.0.1518.49 穩(wěn)定版更新白虎微軟于 19 日再次發(fā)布穩(wěn)定大學(xué)更新，本號升至 109.0.1518.61。本次更新柘山點(diǎn)修復(fù)了對于音變化符鼓印題。IT之家了解到，大蜂據(jù)微軟官堤山公布的更青鴍日志Edge 109.0.1518.61 包含了來自呰鼠 Chromium 項目的最碧山安全更新信并明修復(fù)了 CVE-2023-21719 漏洞。該漏鵹鶘的 CVSS:3.1 評分為 6.5 /5.7，允許通過特刑天 URL 發(fā)起攻擊犬戎如果用戶咸鳥擊個鏈接，攻白鳥者就可以風(fēng)伯 Edge 瀏覽器的自耕父填充保護(hù)論衡能。Edge 109.0.1518.61 還修復(fù)了 .49 到 .55 版本中打印問題，翠山打印包含肥遺元音變化等特殊字符的文蛩蛩時，打預(yù)覽就會出現(xiàn)卡死倍伐情況

感謝IT之家網(wǎng)友 Terrence 的線索投遞！IT之家 1 月 19 日消息，根據(jù)微軟網(wǎng)上 Windows 10 Home、Pro 和 Workstation 頁面上的通知，軟將于 2023 年 1 月 31 日停止 Windows 10 的數(shù)字下載，就是不再賣 Windows 10 的數(shù)字許可證2023 年 1 月 31 日將是 Windows 10 數(shù)字下載的后一天銷。Windows 10 將在 2025 年 10 月 14 日之前繼支持安全新，以幫保護(hù)您的腦免受病、間諜軟和其他惡軟件的侵。在 2023 年 1 月 31 日之后，IT之家小伙伴還以從第三商店購買 Windows 10 的庫存許可證，而軟官方將提供 Windows 11 的數(shù)字銷售道。微軟前已將大分 Windows 開發(fā)力量入了 Windows 11 和后續(xù) Windows 版本的更新中，Windows 10 目前只得到一些小修更新，在 22H2 大版本更中也沒有么重要內(nèi)。去年 5 月，微軟宣布 Windows 11 已經(jīng)準(zhǔn)備好泛部署。時，對于將結(jié)束服的版本，軟也一直勸說 Windows 10 21H1 用戶升級到 Windows 11，甚至?Windows 10 22H2 的 Windows 開箱即用體驗（OOBE）界面就出現(xiàn)?Windows 11 推薦選項?

就要迎來春天。也就在剛這個元旦前，軟媒早發(fā)放了年終獎，在已是年新高的 2020 年基礎(chǔ)之上，2021 整體又有 30% 的增幅。我們基本上對厘山個同都做到了年年漲，入職年的同學(xué) 14 薪-20 薪。另，根據(jù)評論補(bǔ)充說明一下崌山每周 5 個工作日，快訊和新媒部門輪班制。給優(yōu)秀的以優(yōu)秀的回報，是準(zhǔn)則非口號?，F(xiàn)在，軟媒 2022 年的春招工作也正式開啟，敬請關(guān)注、遞、轉(zhuǎn)發(fā)和推薦，謝謝家！“媒人”三標(biāo)準(zhǔn)在媒內(nèi)部，我們通稱“媒”，恪守下面三個標(biāo)準(zhǔn) ——認(rèn)同“存在，創(chuàng)造值”的價值觀；善良、直；卓越的高能力水準(zhǔn)高工作標(biāo)準(zhǔn)。崗位需求媒這次招聘主要涉及五部門：UG、內(nèi)容、產(chǎn)品、業(yè)務(wù)、少山商，崗位后附月薪標(biāo)準(zhǔn)（入職一年上或優(yōu)秀新人至少 13 薪）。1、UG 用戶增長部門部門負(fù)責(zé)人及員：用戶增長和大運(yùn)營門，會花錢，能花對錢 8 - 50K（激勵體系實質(zhì)上不封頂）2、內(nèi)容部門微信公眾號編輯有經(jīng)驗 9 - 40K微博編輯：有經(jīng)驗?9 - 40K快訊編輯：純凈水、高質(zhì)量富礦營養(yǎng)快速生產(chǎn)技能，8 - 15K3、產(chǎn)品部門軟媒的產(chǎn)品三大基本需求吳子能、穩(wěn)定、智能，這是切開發(fā)工作的基礎(chǔ)和核準(zhǔn)則。設(shè)計師：手繪能強(qiáng)，美感卓然，極簡范愛美強(qiáng)迫癥 6-15K.NET 服務(wù)端：有經(jīng)驗尤佳 10-18KApp 開發(fā)：iOS / 安卓 / UWP/鴻蒙 OS 幾個開發(fā)方向，有大型 App 開發(fā)經(jīng)驗，熱愛編程 10-18K4、電商部導(dǎo)購編輯：基于幾山媒龐大的用體系做高體驗的變現(xiàn)，產(chǎn)優(yōu)質(zhì)的電商導(dǎo)購內(nèi)容活動 8-30K5、業(yè)務(wù)部會做人，會做事。人心，察眼色。廣告銷：1 年以上廣告銷售經(jīng)驗，有廣告公司公關(guān)公從業(yè)經(jīng)歷者尤佳（8K-50K）媒介執(zhí)行：業(yè)務(wù)支持、客戶需求發(fā)掘緣婦護(hù) 5-12K（額外獎金）友情提示務(wù)必犬戎上要的郵件正文文案，體您對我們的重視和尊重務(wù)必附上您的簡歷和作（若有），讓我們更快深入的了解您；以上崗均須本科以上學(xué)歷，有別優(yōu)秀作品經(jīng)驗的除外期待新媒人的加入，期與您的共事！軟媒 - 存在，創(chuàng)造價值。刺客軟媒 CEO，青島市市南區(qū)動漫園 E 座。

蘭迪?加德納記錄己已經(jīng)多久沒睡（片來源：San Diego History Society）不要嘗試，不要嘗試，不提供嘗試你試過連續(xù)多久不覺？1963 年年底，美國圣地亞哥兩位高中生，想做個科學(xué)探究項目。中一人要長時間保清醒不睡著，另一則要記錄對方在此間的身體狀況和認(rèn)狀況，看缺乏睡眠竟會對人產(chǎn)生怎樣影響。至于誰負(fù)責(zé)睡覺，誰負(fù)責(zé)記錄睡覺的人，這兩位 17 歲的少年就靠擲硬幣來決大鵹。結(jié)，輸了的蘭迪?加納（Randy Gardner）成為不睡覺挑戰(zhàn)者，他努力達(dá)成兩人共同下的目標(biāo)：超越當(dāng)的世界紀(jì)錄，那是一位電臺 DJ 在夏威夷檀香山創(chuàng)造，他曾經(jīng)連續(xù) 260 小時沒有入睡。最終，蘭迪巫彭持了 264 小時，也成為了新的吉尼斯紀(jì)保持者。那么，在力保持清醒的整整 11 天里，這位高中生都經(jīng)歷了什么把路牌看成了一個在蘭迪口中，60 年代有不少人覺得覺是不必要的，他己當(dāng)時也那樣認(rèn)為起初，他與布魯斯麥卡利斯特（Bruce McAllister）是想為學(xué)校布置的科學(xué)作業(yè)個有趣的題目。兩人好奇的是，不睡會如何影響人的“能力”（paranormal ability），可是又發(fā)現(xiàn)超能力完全沒法研究，才轉(zhuǎn)而決觀察一些看得見摸著的部分，比如身機(jī)能和認(rèn)知能力等。但即便探究的內(nèi)有所改變，計劃中漏洞依然很明顯。擲硬幣的結(jié)果宣告布魯斯負(fù)責(zé)記日志時候，他竟天真地了一口氣：也就是他甚至沒有意識到一個人不睡而另一人觀察記錄，這個錄者一樣不能睡覺除了寫日志還要確同伴沒有睡著。圖來源：Pixabay不論有多少環(huán)節(jié)沒仔細(xì)推敲，兩位少的計劃還是在 1963 年 12 月 28 日啟動了。此時學(xué)校在放寒假兩人選擇布魯斯家一間空臥室作為實基地。那天早上，責(zé)保持清醒的蘭迪 6 點(diǎn)起床，他一點(diǎn)都不困，并且信心足，不認(rèn)為接下來有什么不好的體驗就這樣，蘭迪和小伴布魯斯一同走進(jìn)那段難以想象的日。第一天，布魯斯對蘭迪進(jìn)行了豐富測試。比如，給出串 8 位的數(shù)字，20 秒后讓蘭迪重復(fù)出來，這叔均任務(wù)無難度，而讓蘭迪速念出繞口令“Peter piper picked a peck”，同樣沒有問題。除此以，通過品嘗味道辨 10 種物品（如肉桂、白糖、小蘇等）、把冰淇淋方銜在齒間 25 秒（直到牙痛）、憑記憶回答問題（如字、年齡、美國總是誰等）…… 蘭迪在每項測試中的表都輕松自如。不過第二天的情況就明不同了。在 12 月 29 日凌晨 1 點(diǎn)時分進(jìn)行的測試當(dāng)中，蘭迪也想很快的速度念出那繞口令，但嘴瓢了次。接受味覺測試，他把小蘇打說成肉桂。這天晚上，在重復(fù) 8 位數(shù)字的任務(wù)中搞錯了 3 位。不止如此，蘭迪僅僅用手觸摸物之后，已不容易識出那是什么物體，的眼睛也變得難以焦。此時，進(jìn)度條過了五分之一不到實驗進(jìn)行了大約 3 天之后，蘭迪的情緒開始出現(xiàn)強(qiáng)烈波，喜怒無常。而與同時，負(fù)責(zé)記錄的伙伴布魯斯也經(jīng)歷 3 個不眠夜。布魯斯說，再人魚過來時候，發(fā)現(xiàn)自己正在墻上寫筆記。這他明白，是時候再個同伴來幫忙了。快，喬?馬西亞諾Joe Marciano）加入了小團(tuán)隊。如此一反經(jīng)，大每 6 小時一次的測試和記錄，布魯和喬就可以輪流進(jìn)。雖然，兩位記錄同學(xué)每天也只睡兩時左右，但至少獲了睡著的機(jī)會。相之下，蘭迪的試煉在繼續(xù)，沒有人可跟他輪班。蘭迪常被拉去打籃球，以免他睡著，即便是了洗手間，小伙伴會在外面跟他說話一分一秒都怕他昏過去。第四天是蘭開始出現(xiàn)幻覺的日，第一次是把路牌成了一個人。日后迪回憶說，他還把己幻想成了圣地亞閃電隊的球員保羅羅威（Paul Lowe）。圖片來源：Unsplash幻覺并不是第四天全部問題，蘭迪變易怒且不愿合作，憶力在減退，注意愈發(fā)難以集中。也這天，附近海軍醫(yī)的一位醫(yī)生自愿加三個中學(xué)生的小團(tuán)，開始監(jiān)測蘭迪身的各項指標(biāo)，算是項目的一種監(jiān)督。心吊膽的蘭迪父母終于有了一點(diǎn)點(diǎn)放的理由。當(dāng)然，這不能改變蘭迪在第天又繼續(xù)出現(xiàn)更多覺的狀況。這一天蘭迪還把“美國總是誰？”的問題回錯了，而時鐘（clock）這個只有五個字母的單詞他也拼錯。第六天，蘭的語速開始變慢，些常見物品的名稱也想不起來了。第天，蘭迪已變得口不清，記憶力下降情緒問題也繼續(xù)困著他。蘭迪的父母分擔(dān)心，這樣下去子會有生命危險。挑戰(zhàn)并沒有停止，隊甚至迎來了又一新成員?；@球技術(shù)變好了斯坦福大學(xué)精神病學(xué)家威廉?蒙特（William Dement）博士，也是一位睡研究者。他看到了地亞哥當(dāng)?shù)孛襟w的道，并在蘭迪沒有覺的第七天加入團(tuán)。德蒙特的出現(xiàn)，讓一項高中生的業(yè)探究活動，變成“過科學(xué)驗證”的案研究。除此之外，蒙特還帶來了一種同的視角。在他眼，盡管認(rèn)知能力和官受到影響，但不覺挑戰(zhàn)期間的蘭迪身體一直非常健康physically very fit）。德蒙特認(rèn)為，正是在這個鮮山提下蘭迪才能依靠打籃的方式保持清醒。責(zé)記錄的小伙伴布斯都感到驚訝，多不睡，蘭迪的球技有所增強(qiáng)（可能是習(xí)次數(shù)增加的原因。圖片來源：Unsplash而在余下的幾天里，蘭迪的知功能還在下降。時，其他成員不得暫停對蘭迪的心智試，因為他常常忘自己正在做什么事，說出的很多話也有句子的開頭而沒結(jié)尾。第十一天，就是最后一天，蘭得到一項任務(wù)：要 100 開始，每次減 7，一直減下去，即 93，86，79，72…… 結(jié)果，蘭迪停在 65 而沒有繼續(xù)，問他為什么，他說不得要干什么了。這天的蘭迪沒有表情說話含糊且沒有語，需要鼓勵才會回別人，注意力也只維持很短的時間。果說他還有什么看去比較出色的表現(xiàn)那就是仍然能在彈臺游戲里戰(zhàn)勝德蒙博士。團(tuán)隊的伙伴帶他在圣地亞哥城玩了一圈，看了警局，氣象局，還去海灘……1964 年 1 月 8 日早上 6 點(diǎn)，挑戰(zhàn)終于結(jié)束。蘭迪的續(xù)清醒時間達(dá)到了 264 小時 25 分鐘，超過 11 天，也超過了前人保持的吉尼斯世界錄（260 小時）。在那之后他終于著了，但不是在家，而是在海軍醫(yī)院與此同時醫(yī)生對他腦波進(jìn)行了監(jiān)測。經(jīng) 14 小時的酣睡，蘭迪再次醒來然后又接受了幾天監(jiān)測。剛剛結(jié)束挑的那天，他睡眠中快速眼動睡眠（REM）占比高得異常（約 70%），那是夢境發(fā)生的主要階（常人睡眠中 REM 比例約為 20%-25%）。但隨后的幾天之中，快眼動睡眠的比例逐下降到了正常水平蘭迪的認(rèn)知功能也快恢復(fù)正常。不久后，他就回到學(xué)校課了。偷偷“睡覺的大腦而德蒙特博和其他科學(xué)家，還繼續(xù)研究這個珍貴案例。雖然，看上蘭迪在 11 天里沒有睡著，但研究們分析了蘭迪挑戰(zhàn)間的一些監(jiān)測數(shù)據(jù)恢復(fù)期睡眠時的腦圖，認(rèn)為他的大腦存在短暫的“微睡”（microsleep）。在缺乏睡眠的情況下，人的識狀態(tài)可能發(fā)生改：看上去醒著，眼也是睜開的，但腦的部分區(qū)域已經(jīng)停。2011 年，在一項發(fā)表于《自然雜志的研究當(dāng)中，學(xué)家也在大鼠的腦里發(fā)現(xiàn)了類似的現(xiàn)。當(dāng)研究人員讓大長時間保持清醒，鼠卻已經(jīng)疲憊的時，皮質(zhì)神經(jīng)元的某子集會被關(guān)掉。而整體腦電活動看來這些小鼠又沒有睡。對人類來說，每微睡眠大概可以持 1-30 秒，其間部分神經(jīng)元在工，而另一部分神經(jīng)得到了休息?；蛟S這種機(jī)制的存在也解釋，為什么蘭迪 11 天不睡覺還沒有引發(fā)更加慘痛的果。但這并不代表們能安全地模仿這挑戰(zhàn)。1980 年代，有科學(xué)家利用鼠進(jìn)行睡眠剝奪實。他們讓一些大鼠活在轉(zhuǎn)盤式鼠籠里當(dāng)它們快要睡著的候，轉(zhuǎn)盤就會轉(zhuǎn)動來把大鼠搖醒，有還會把大鼠推進(jìn)水。研究者發(fā)現(xiàn)，睡剝奪最嚴(yán)重的那一分大鼠，吃得更多體重卻會下降，它難以調(diào)節(jié)核心體溫爪子和尾巴的皮膚現(xiàn)損傷，平均大約周后就死去了。而眠剝奪程度較輕的鼠，身體健康受到損害也大多較輕。然，這些大鼠的死并沒有完全確定，人類當(dāng)中也還沒有據(jù)表明睡眠剝奪本會直接導(dǎo)致死亡，睡眠不足與糖尿病肥胖癥、心血管疾的風(fēng)險增加都有關(guān)。而蘭迪在不睡覺戰(zhàn)中表現(xiàn)出的行為認(rèn)知功能和情緒上嚴(yán)重問題，就算是逆的，也同樣值得意。蘭迪參加電視目，內(nèi)容是讓嘉賓三人之中誰是打破界紀(jì)錄的人（圖片源：rrgomes via Youtube）在挑戰(zhàn)結(jié)束后的一段時期里，迪的身體和精神都有出現(xiàn)令人困擾的化，他后來成為了名日內(nèi)交易員（day trader），至今依然健在。過，大約在 10 年前，60 多歲的蘭迪發(fā)現(xiàn)自己開始以入睡了，他懷疑有可能是當(dāng)年的實留下的問題。但不是否如此，年少時挑戰(zhàn)都為他留下了一樣?xùn)|西。自從蘭?加德納持有這項尼斯世界紀(jì)錄至今沒有一位挑戰(zhàn)者在個項目上獲得新的錄認(rèn)證。其實，并是沒有人繼續(xù)嘗試也不是后來的挑戰(zhàn)堅持的時間都太短只是吉尼斯世界紀(jì)官方已經(jīng)不再保留項紀(jì)錄，以免鼓勵多的人因為挑戰(zhàn)這項目而損害自己的康。參考資料：https://books.google.com.tw/books?id=RVQEAAAAMBAJhttps://www.psychiatrictimes.com/view/sleep-deprivation-psychosis-and-mental-efficiencyhttps://www.researchgate.net/profile/Giulio-Perrotta/publication/344425939_Sleep-Wake_Disorders_Definition_Contexts_and_Neural_Correlations/links/5f741aba92851c14bca04415/Sleep-Wake-Disorders-Definition-Contexts-and-Neural-Correlations.pdfhttps://www.nytimes.com/1964/01/09/archives/high-school-boy-goes-11-days-without-sleep.htmlhttps://pubmed.ncbi.nlm.nih.gov/21525926/https://www.nih.gov/news-events/nih-research-matters/sleep-deprived-neurons-caught-noddinghttps://www.esquire.com/lifestyle/a2527/esq0804-aug-awake/https://www.npr.org/2017/12/27/573739653/the-haunting-effects-of-going-days-without-sleephttps://pubmed.ncbi.nlm.nih.gov/6857280/本文來自微信公眾號環(huán)球科學(xué) （ID：huanqiukexue），撰文：栗子，審校：clefable

IT之家 1 月 21 日消息，七虹戰(zhàn)斧 GeForce RTX 3050 DUO V2 顯卡現(xiàn)已上架鮨魚GPU 由 GA106 換為 GA107，TDP 從 130W 降至 125W。據(jù)七彩虹翠鳥網(wǎng)數(shù)據(jù)七彩虹新款斧?RTX 3050 采用了 GA107 核心，擁女媧 2560 CUDA 核心，頻率可達(dá) 1777MHz，顯存不變，仍 8GB 128bit GDDR6。外接供電接從原來的 8pin 換為 6pin，接口從 3DP + HDMI 變?yōu)?HDMI +DP + DL-DVI。七彩虹光山款斧?RTX 3050 現(xiàn)已開售竹山京售價 1999 元。作為參考，擁有偉 RTX 3050 顯卡 2022 年?1 月 27 日首發(fā)開賣，官方價 1899 元起。京東溪邊彩虹（Colorful）戰(zhàn)斧 GeForce RTX 3050 DUO ?V2 8G 1777Mhz 電競游戲顯卡 1999 元直達(dá)鏈?

哈嘍大家好！我長小安同學(xué)~還有五分鐘就要下班，正在想著吃什，突然老板叫了一聲：小安，我里有公司所有人名單，你幫我把些姓名都單獨(dú)做一個個文件夾再班吧。我：好的，包在我身上吧這是擺明了要讓加班唄！我看了文件，大概有兩多個人的姓名。到這里，你是不以為我要新建文夾，用復(fù)制粘貼法一個個去修改件夾名字了。不，按照姓名快速建文件夾，我有快的辦法?！?利用記事本，三輕松搞定！接下，我們看下操作驟：?【Ctrl+A】全選數(shù)據(jù)，右鍵-「選擇性粘貼」-?「轉(zhuǎn)置」，將數(shù)據(jù)變?yōu)闄M；? 將轉(zhuǎn)置好的數(shù)據(jù)復(fù)制，新建事本，在里面輸「md」和一個空格，然后將復(fù)制的數(shù)據(jù)粘貼進(jìn)去? 點(diǎn)擊【文件】 - 【另存為】 ，文件名后綴改為 bat，編碼改為「ANSI」，保存后雙擊 bat 文件，即可按照姓名批量生文件夾。想不到，記事本還能這用~兩百多個文件夾，一分鐘不到搞定了。收拾好的包包準(zhǔn)備下班?。ㄍ砩铣曰疱?，嘿嘿~）PS：如果電腦上新建事本后，沒有顯后綴.txt，可以打開任意文件，點(diǎn)擊【查看】 —— 勾選【文件擴(kuò)展名】，就顯出來啦！本文來微信公眾號：秋 Excel （ID：excel100），作者：機(jī)智的秋小 E

IT之家 1 月 19 日消息，據(jù)路透社報道，印度對于高院今日拒絕了谷歌的請求，后試圖阻止一項反壟斷令。該命迫使谷歌改變 Android 平臺的營銷方式，對其在印度這一關(guān)鍵增長市場造大學(xué)了重大擊。印度反壟斷監(jiān)管機(jī)構(gòu)“競委員會”（CCI）對 Alphabet 旗下谷歌處以?1.61 億美元（當(dāng)前約 10.88 億元人民幣）罰款，理由是谷歌利昌意了在安卓系統(tǒng)上主導(dǎo)地位。CCI 還要求谷歌改變對智能手機(jī)制造商實施的關(guān)預(yù)裝應(yīng)用程序的限制。數(shù)據(jù)示，印度 97% 的智能手機(jī)都使用安卓系統(tǒng)。IT之家了解到，谷歌在印度最高法院對該令提出質(zhì)疑，稱這將損害消費(fèi)及其業(yè)務(wù)，并警告 Android 生態(tài)系統(tǒng)的發(fā)展可能會停滯。包括印度首席大法官在內(nèi)印度最高法院三名法官將 CCI 指令的實施日期從 1 月 19 日延長了一周，但盡管谷歌一再要求，他們拒延阻止裁決，并要求正在審理此事的級法庭在 3 月 31 日之前就谷歌的訴訟做出決定。谷將 Android 系統(tǒng)授權(quán)給智能手機(jī)制造商基山但批評人表示，谷歌施加了一些限制，如強(qiáng)制預(yù)裝自己的應(yīng)用程序，是反競爭的。谷歌辯稱，此類議有助于保持 Android 的免費(fèi)。此外，谷歌在提交給印度的文件中領(lǐng)胡表示：“從未其他司法管轄區(qū)要求進(jìn)行如此遠(yuǎn)的改革?！惫雀柽€在一份法文件中辯稱，CCI 的調(diào)查部門“大量復(fù)制粘貼了歐盟委員的一項決定，使用了在印度沒審查過的來自歐洲的證據(jù)”。表印度競爭委員會（CCI）的政府律師 N Venkataraman 告訴最高法院：“我們沒有剪切、復(fù)制和粘貼。

感謝IT之家網(wǎng)友 華南吳彥祖、OC_Formula 的線索投遞！IT之家 1 月 17 日消息，繼上周谷歌景山布 Chrome 109 之后，Mozilla 今天推出了 Firefox 109 正式版，是該網(wǎng)絡(luò)瀏覽器 2023 年的第一個版本，在版本上蛩蛩已經(jīng)趕上了歌的 Chrome。Firefox 109 并沒有增加很多新功能，此次新主要是支持對擴(kuò)展默認(rèn)用 Manifest V3，同時新增“統(tǒng)一擴(kuò)展”按鍵羆IT之家了解到，Manifest V3 號稱更能夠提升安全、隱私以及瀏覽器性能，黑蛇將限擴(kuò)展的功能，尤其是那些在監(jiān)視、修改和瀏覽器與戶訪問的網(wǎng)站間交鳋魚的功。然而相比于 Manifest V2，谷歌在 Manifest V3 上進(jìn)行的改變被指主要是為打擊網(wǎng)站廣告屏蔽擴(kuò)展，且擴(kuò)展不能再加載葌山本。Mozilla Firefox 109 的一些變化如下：西班牙文（es-ES, es-AR）版本的拼寫檢查器有了內(nèi)置的字支持滾動結(jié)束事件支持從 Vivaldi、Opera GX 的瀏覽器導(dǎo)入畫中畫現(xiàn)在支噎 HBO Max 的字幕現(xiàn)在開發(fā)者大禹?Firefox 擴(kuò)展默認(rèn)支持 Manifest V3，同時繼續(xù)支持 Manifest V2。用于 Manifest V3 擴(kuò)展的默認(rèn)內(nèi)容安全鵹鶘略也已更新。作為 Manifest V3 變化的一部分，還推出了一個新“統(tǒng)一擴(kuò)展”按?

本文來自信公眾號開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來一看。在上請求壓過大的時，經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎？來列舉幾問題，看你對負(fù)載理解是否夠的深刻負(fù)載是如計算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對上問題的解還拿捏是很準(zhǔn)，么飛哥今就帶你來入地了解下 Linux 中的負(fù)載！一理解負(fù)載看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫統(tǒng)平均負(fù)。因為單某一個瞬的負(fù)載值沒有太大義。所以 Linux 是計算了過去一段間內(nèi)的平值，這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來的呢事實上，top 命令里的負(fù)載是從 /proc/ loadavg 這個偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核義的函數(shù)在這里會取內(nèi)核中平均負(fù)載量，簡單算后便可示出來。體流程如圖所示。們根據(jù)上流程圖再開了看下偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /proc/ loadavg，并為其指定操作法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文時對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進(jìn)行處理，核的計算是這里完成。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)載?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平負(fù)載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事調(diào)用 get_avenrun 讀取當(dāng)前載值將平負(fù)載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因為核中并沒 float、double 等浮點(diǎn)數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個全局組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下們開篇中一個問題:?內(nèi)核是何暴露負(fù)數(shù)據(jù)給應(yīng)層的？內(nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個文件時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個新題又來了avenrun 全局?jǐn)?shù)組變量存儲的數(shù)是何時，是被如何算出來的？二、內(nèi)中負(fù)載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來源這個數(shù)組計算過程為如下兩：1.PerCPU 定期匯總時負(fù)載：時刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起，得到系當(dāng)前的瞬負(fù)載。2.定時計算統(tǒng)平均負(fù)：定時器據(jù)當(dāng)前系整體瞬時載，使用數(shù)加權(quán)移平均法（種高效計平均數(shù)的法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。下來我們成兩個小來分別介。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子統(tǒng)叫做時子系統(tǒng)。時間子系里，初始了一個叫分辨率的時器。在定時器中定時將每 CPU 上的負(fù)載據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到統(tǒng)全局的時負(fù)載變 calc_load_tasks 中。整體流程如圖所示。們把上述程圖展開一下，我找到了高辨率定時的源碼如：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分率定時?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器到期函數(shù)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨初始化的候，將到函數(shù)設(shè)置了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個時機(jī)進(jìn)的。這里一點(diǎn)要注一個前提每個 CPU 都有自己獨(dú)立的行隊列，我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所 calc_load_tasks 上記錄的就是整系統(tǒng)的瞬負(fù)載值。們來看下責(zé)刷新的 scheduler_tick 這個核心數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中獲取當(dāng)前 cpu 以及其對應(yīng)運(yùn)行隊列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)全局?jǐn)?shù)組。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前行隊列的載相對?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全瞬時負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊列負(fù)載相對，并把它到全局瞬負(fù)載值 calc_load_tasks 上。至此calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時間下整體瞬時載總數(shù)了我們再展看看是如根據(jù)運(yùn)行列計算負(fù)值的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來是時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程數(shù)量。對于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其上時候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個 delta。2.2 定時計算系平均負(fù)載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新程?，F(xiàn)在們還缺一計算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負(fù)的機(jī)制。統(tǒng)意義上我們在計平均數(shù)的候采取的法都是把去一段時的數(shù)字都起來然后均一下。過去 N 個時間點(diǎn)所有瞬時載都加起取一個平數(shù)不完事。這其實我們傳統(tǒng)義上理解平均數(shù)，如有 n 個數(shù)字，別是 x1, x2, ..., xn。那么這個數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的法來計算均負(fù)載的，存在以幾個問題1.需要存儲過去每個采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個較大的數(shù)將每一次樣的數(shù)據(jù)部都存起，那么統(tǒng)過去 15 分鐘的平均數(shù)就得 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個新觀察值，要從移動均中減去個最早的察值，再上一個最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計算過程較為復(fù)雜算的時候把整個數(shù)全加起來再除以樣總數(shù)。雖加法很簡，但是成上千個數(shù)的累加仍很是繁瑣3.不能準(zhǔn)確表示當(dāng)變化趨勢統(tǒng)的平均計算過程，所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實時用來說，實越靠近前時刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計算方，而是采的一種指加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指加權(quán)移動均數(shù)計算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實際算的時候需要上一時間的平數(shù)即可，需要保存有瞬時負(fù)值。另外是越靠近在的時間權(quán)重越高能夠很好表示近期化趨勢。其實也是時間子系中定時完的，通過種叫做指加權(quán)移動均計算的法，計算三個平均。我們來細(xì)看下上中的執(zhí)行程。時間系統(tǒng)將在鐘中斷中注冊時鐘斷的處理數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時鐘節(jié)到來時會用到 timer_interrupt，依次會調(diào)用 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計的核心。會獲取系當(dāng)前瞬時載值 calc_load_tasks，然后來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，保存到 avenrun 中，供用戶進(jìn)程取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(fù)值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負(fù)比較簡單就是讀取個內(nèi)存變而已。在 calc_load 中就是采了我們前說的指數(shù)權(quán)移動平法來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的具體實現(xiàn)代碼如下//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個法理解起挺復(fù)雜，是代碼看來確實要單不少，算量看起很少。而看不懂也有關(guān)系，需要知道核并不是用的原始平均數(shù)計方法，而采用了一計算快，能更好表變化趨勢算法就行至此，我開篇提到“負(fù)載是何計算出的?”這個問題也有論了。Linux 定時將每個 CPU 上的運(yùn)行隊中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個全局系瞬時負(fù)載中，然后定時使用數(shù)加權(quán)移平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負(fù)和 CPU 給聯(lián)系到了一起。為負(fù)載高CPU 消耗就會高負(fù)載低，CPU 消耗就會低。很老的 Linux 的版本里統(tǒng)計負(fù)載時候確實只計算了 runnable 的任務(wù)數(shù)量這些進(jìn)程對 CPU 有需求。在那個年里，負(fù)載 CPU 消耗量確是正相關(guān)。負(fù)載越就表示正 CPU 上運(yùn)行，等待 CPU 執(zhí)行的進(jìn)程越多CPU 消耗量也會高。但是面我們看了，本文用的 3.10 版本的 Linux 負(fù)載平均數(shù)不跟蹤 runnable 的任務(wù)，而且還蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)其實是不 CPU 的。所以，負(fù)載高不一定是 CPU 處理不過來也有可能是因為磁等其他資調(diào)度不過而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-??????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+???????????????(*p)->state?==?TASK_SWING))??????????nr?+=?FIXED_1;????return?nr;?}可見這個修改是在 1993 年就引入。在這封件所示的 Linux 源碼變化中可以看，負(fù)載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換態(tài)后來從 Linux 中刪除）的進(jìn)程也添加了進(jìn)。在這封件中的正中，作者清楚地表了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添進(jìn)來的原。我把他說明翻譯下，如下“內(nèi)核在算平均負(fù)時只計算可運(yùn)行”程。我不歡那樣；題是正在快速”交或等待的程，即不中斷的 I / O，也會消耗源。當(dāng)您慢速交換盤替換快交換磁盤，平均負(fù)下降似乎點(diǎn)不直觀...... 無論如何，下面的丁似乎使載平均值加一致 WRT 系統(tǒng)的主觀速。而且，重要的是當(dāng)沒有人任何事情，負(fù)載仍為零。;-)”這一補(bǔ)丁提交者主要思想平均負(fù)載該表現(xiàn)對統(tǒng)所有資的需求情，而不應(yīng)只表現(xiàn)對 CPU 資源的需求假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因為等磁盤 IO 而排隊的話，此時并不消耗 CPU，但是正在等盤等硬件源。那么是應(yīng)該體在平均負(fù)的計算里。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都現(xiàn)到平均載里了。以，負(fù)載低表明的當(dāng)前系統(tǒng)對系統(tǒng)資整體需求情況。如負(fù)載變高可能是 CPU 資源不夠了，可能是磁 IO 資源不夠了所以還需配合其它測命令具分情況分。四、總今天我?guī)?家深入地習(xí)了一下 Linux 中的負(fù)載。我們根一幅圖來結(jié)一下今學(xué)到的內(nèi)。我把負(fù)工作原理成了如下步。1.內(nèi)核定時匯每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)2.內(nèi)核使用指數(shù)加移動平均速計算過 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的均負(fù)載我再回頭來結(jié)一下開提到的幾問題。1.負(fù)載是如計算出來?是定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個局系統(tǒng)瞬負(fù)載值中然后再定使用指數(shù)權(quán)移動平法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)高低表明是當(dāng)前系上對系統(tǒng)源整體需更情況。果負(fù)載變，可能是 CPU 資源不夠了也可能是盤 IO 資源不夠。所以不說看著負(fù)變高，就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)層的？內(nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個文件時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到該函數(shù)中問 avenrun 全局?jǐn)?shù)組量，并將均負(fù)載從數(shù)轉(zhuǎn)化為數(shù)，然后印出來?IT之家 1 月 21 日消息，在以某種或其他方式使用應(yīng)龍牙配件時無論是使用的無線鼠標(biāo)是用來在智能手機(jī)上聽的耳機(jī)，其實都存在一的限制，特別是在某些術(shù)領(lǐng)域內(nèi)。谷歌正在開一種新的藍(lán)牙距離測量 API，將允許用戶知道他們的藍(lán)牙配件與智能機(jī)的距離。Esper 的 Mishaal Rahman 發(fā)現(xiàn)了該新的藍(lán)牙距離測量 API，谷歌已經(jīng)將其代碼添到 AOSP 中。IT之家了解到，雖然距離量的準(zhǔn)確性并不精確，新的藍(lán)牙距離測量 API 將告知大致位置，即用戶的智能手機(jī)與藍(lán)牙件的距離是多于還是少 1 米。值得注意的是，新的 API 將使用藍(lán)牙 RSSI（接收信號強(qiáng)度指示器）來測量機(jī)與連接設(shè)備之間的距。不過，這與蘋果 AirTag 追蹤器的工作方式不同，后者會為用指明丟失的藍(lán)牙配件的確方向，也會告知是否在靠近。就谷歌藍(lán)牙測距離功能而言，預(yù)計要到 Android 14 才能看到它的早期跡象或全面亮相?IT之家 5 月 31 日消息?京東 618 開門紅將于今晚 20 點(diǎn)正式開啟，小全場狂歡，還疊加 PLUS 最高 1150 元的超級補(bǔ)貼，點(diǎn)此前往手機(jī)會場：Redmi Note11T / 11T Pro 新品預(yù)售立減 100 元，小米 12 全系列立減 500 元，PLUS 超級補(bǔ)貼再減 300 元，以舊換新至補(bǔ)貼 4999 元 E 卡；電視會場：小電視 ES Pro 86 英寸新品預(yù)售立 500 元，小米電視 EA75 僅售 2999 元，全場至高 24 期免息；筆記會場：RedmiBook Pro 14/15 銳龍板新品預(yù)售立減 800 元，以舊換新至高補(bǔ)貼 1000 元；冰洗廚會場：米 610L 對開門冰箱新品售立減 300 元，全場至高 24 期免息，PLUS 超級補(bǔ)貼更優(yōu)惠小家電會場：款預(yù)售至高減 800 元，秒殺好物低至 5.6 折；智能穿戴會場：小手環(huán) 7 新品預(yù)售最高減 30 元，全場至高優(yōu)惠 600 元；智能影音會場：Redmi Buds 4 Pro 真無線藍(lán)牙耳機(jī)品預(yù)售立減 30 元，全場至高立減 1000 元。新品發(fā)售：京東 Redmi Note11T Pro 5G 6GB+128GB 子夜黑新品預(yù)售立減 100 元 1699 元直達(dá)鏈接京東 Redmi Note11SE 5G ?4GB+128GB 暗影黑新品預(yù)售立減 100 元 999 元直達(dá)鏈接京東小米手環(huán) 7 NFC 版 120 種運(yùn)動模式 活力競賽 血氧飽和度監(jiān)測 離線支付新品預(yù)售立減 20 元 279 元直達(dá)鏈接京東小米電視 ES Pro 86 英寸 旗艦超大屏 百級多分區(qū) 1000nits 峰值亮度 120Hz 高刷新品預(yù)售立減 500 元 7999 元直達(dá)鏈接京東米家 610L 對開門 冰箱 一級能效 風(fēng)冷無霜 墨羽巖 銀離子除菌新品預(yù)售立 300 元 2499 元直達(dá)鏈接京東 Redmi Buds 4 Pro 真無線藍(lán)牙耳機(jī) 主動降噪 游戲低延遲 新品預(yù)售立減 30 元 369 元直達(dá)鏈接京東 Redmi BookPro 15 2022 銳龍版 (R7-6800H 16G LPDDR5 512G CNC 工藝) 新品預(yù)售立減 800 元 5299 元直達(dá)鏈接好價單品京東小米 12 Pro 8GB+128GB 黑色立減 500 元、PLUS 僅 3899 元 4199 元直達(dá)鏈接京東小米 12 8GB+256GB 黑色立減 500 元、PLUS 僅 3199 元 3499 元直達(dá)鏈接京 Redmi K50 銀跡 8GB+128GB 立減 200 元 2199 元直達(dá)鏈接京東 Redmi MAX 86 英寸 金屬全面屏 ?4K HDR 120Hz 2GB+32GB 預(yù)售立減 667 元券后 5979 元領(lǐng) 20 元券京東 Redmi BookPro14 2022 款 (i5-12450H 16G 512G) 預(yù)售立減 900 元券后 4489 元領(lǐng) 10 元券京東小米平 5 6G+128GB 黑色預(yù)售立減 200 元、PLUS 僅 1679 元 1799 元直達(dá)鏈接京東 Redmi 1A 23.8 英寸 IPS 技術(shù) 三微邊設(shè)計 低藍(lán)光 HDMI 接口 電腦辦公顯示器 立省 100 元 599 元直達(dá)鏈接京東米家掃機(jī)器人 掃洗拖一體機(jī) 智能自動掃地拖地 拖布自清洗 電解水殺菌預(yù)售立 500 元 2299 元直達(dá)鏈接京東小電視 EA75 2022 款 75 英寸 金屬全面屏 遠(yuǎn)場語音 逐臺校準(zhǔn) 4K 超高清預(yù)售直降 400 元 2999 元直達(dá)鏈接京東米家滾洗衣機(jī) 全自動 10kg 洗烘一體 微蒸空氣洗除菌 小第六代直驅(qū)電機(jī)降 500 元 1999 元直達(dá)鏈接京東米 34 英寸 WQHD 曲面帶魚屏 144Hz 刷新率 低藍(lán)光 可壁掛預(yù)售立減 200 元 1799 元直達(dá)鏈接?前往京東米 618 主會場：點(diǎn)此前。? 京東無門檻紅包：點(diǎn)此?。刻炜沙?3 次）??天貓無門檻紅包點(diǎn)此抽取（每可抽 1 次）本文用于傳遞惠信息，節(jié)省選時間，結(jié)果供參考?！緩V?

最新亮點(diǎn)

“改進(jìn)的顯技術(shù)將成為年許多公司筆記本電腦一大焦點(diǎn)。幕顯示技術(shù)來是國際電消費(fèi)的重頭，從三星、LG 到創(chuàng)維、夏普，從手、筆記本到視終端，形各異的前沿品在 2023 CES 上紛紛亮相各大品牌試以顯示“黑技”爭奪消者注意力，些創(chuàng)新技術(shù)為電子消費(fèi)場帶來了全變革。作為子消費(fèi)的一主角，PC 尤其是筆記這塊備受大關(guān)注，很多關(guān)廠商都帶最新的產(chǎn)品其中包括英爾、AMD、英偉達(dá)等這上游供應(yīng)商還有 ROG、ALIENWARE、宏碁、聯(lián)想、蛇等諸多設(shè)制造商，可是亮點(diǎn)十足除了給廣大費(fèi)者帶來了新的選擇外這些新品的后又透露出哪些行業(yè)的展趨勢呢？01、大屏幕即將到來Strix?G18 和 Strix Scar 18 都將在今年推。?圖片：碩今年的屏將會很大 —— 無論是比喻上還是字上，大型筆本電腦在今的 CES 上大放異彩總體而言，記本電腦正切換到 16：10 的縱橫比，這使更高的設(shè)備有額外的垂屏幕空間。之而來的是 18 英寸筆記本電腦轉(zhuǎn)變。特別在游戲領(lǐng)域我們期待看一些有史以最大的筆記電腦在 2023 年發(fā)布。其中一些物絕對巨大例如外星人 m18，重量超過 9 磅。其他的，如雷蛇之刃 18，是雷蛇有史以來最的電腦。雷遠(yuǎn)非今年唯一家實現(xiàn) 18 英寸飛躍的公司。華，宏碁和 Alienware，還有戴爾和 Razer 都將以 18 英寸的高端產(chǎn)品名列前茅。有許多著名 15 英寸機(jī)型，包括碩的 ROG Zephyrus G15 和 Razer 的 Blade 15，今年升級到 16：10 的 16 英寸型號。02、Mini LED 成為主流Razer 在 Mini LED 面板旁邊展示了 Blade 16，該面板模仿了 Blade LED 的增亮和調(diào)光。在去的幾年里Mini LED 一直在逐漸進(jìn)入筆本電腦領(lǐng)域但我們預(yù)計將在 2023 年爆發(fā)到高端主流，為它將在許即將推出的名游戲機(jī)中次亮相。其一個大牌是碩的 ROG Zephyrus G14，這是 14 英寸游戲領(lǐng)域最受期的版本之一我們還將在 Razer Blade 16 上看到它，以及華?和微星的其高端型號。使用一組燈或多個大組投射圖像的準(zhǔn) LCD 屏幕不同，Mini LED 顯示器使用許多可以立變亮或變的微小二極（局部調(diào)光）。雖然 Mini LED 不能提供與 OLED 顯示器完全相同的對比和節(jié)能，但通?？梢援a(chǎn)更高的峰值度，并且不像 OLED 那樣具有相同的老化和像保留問題當(dāng)然它也并沒有不足，個就是成本高，它基本出現(xiàn)在一些端或者旗艦品的選配列里；第二就因為集成更的背光燈珠所以發(fā)熱會高。不過，到 OLED...03、OLED 變得更實惠即推出的 Zenbook Pro 14 OLED 將包括 120Hz，2.8K OLED 屏幕。圖片：華碩幾來，筆記本腦市場一直向大家都能擔(dān)得起的 OLED 邁進(jìn)；2022 年，我們看了一些有史來最便宜的 OLED 設(shè)備，從惠普 819 美元的?Pavilion Plus?到華碩 649 美元的?Vivobook Slate。預(yù)計這一勢將在今年續(xù)下去。華已經(jīng)全力投 OLED 幾年了，在年的 CES 上推出了一系列絕對令眼花繚亂的 OLED 設(shè)備，涵蓋幾全部類別和格。LG 帶來了 Virtual Ride、Media Chair 兩款概念 OLED 顯示器，皆采用支援彎曲、折疊卷曲設(shè)計的千萬個自發(fā)源畫素組成無需單獨(dú)背源。該公司發(fā)布了用于記本電腦的 17 英寸可折疊 OLED 顯示屏，以及一系列辨率為 1080P 的半透明 OLED 屏幕。該技術(shù)將繼續(xù)現(xiàn)在宏碁和想等其他主制造商的產(chǎn)中。宏碁將供 OLED 及其新的 Swift Go 系列，起價低于 1，000 美元，聯(lián)想的 Slim 5（歐洲，中和非洲起價 649 歐元）也將提該技術(shù)。聯(lián)的可折疊筆本電腦將總有兩個 OLED 屏幕。04、高刷新率滿足高分率宏碁的頂 Predator Helios 將包括一個 250Hz，QHD，Mini LED 顯示屏。圖：宏碁過去游戲玩家不不在高刷新 1080p 屏幕和上限為 60Hz 的更高分辨率屏幕之間行選擇是很見的。今年們將看到更拒絕這種妥的筆記本電。具有相當(dāng)刷新率的 QHD 屏幕將在高端市場比皆是。例，即將推出 Zephyrus G16 將 QHD 分辨率與 240Hz 刷新率相結(jié)合。宏碁的 Predator Helios 也不甘示弱，將供 250Hz 的刷新率和 Mini LED，WQXGA 屏幕。雷蛇的你 LED 顯示屏甚至以在 1920 x 1200 / 240Hz 和 4K / 120Hz 之間切換。起來 120Hz 今年將是一個低端格，不久前還是一種奢。05、裸眼 3D 嘗試卷土重來這在即將推出 ProArt Studiobook 上運(yùn)行的空間視覺演示實際上 2011 年，各種公司都在圖在筆記本腦上制造裸 3D。華碩宣布推出 Spatial Vision，這是其首款裸眼 3D 顯示器。Spatial Vision 將于今年在兩款即將出的華碩筆本電腦上首亮相，其中括一款 Vivobook。產(chǎn)品最大亮點(diǎn)是采用支持裸眼 3D 的 OLED 顯示屏，并且實現(xiàn)眼球追蹤技，可以確保幕畫面始終用戶視線焦上。宏碁還布對其 SpatialLabs 顯示屏進(jìn)行更新該顯示屏應(yīng)可以創(chuàng)造出具說服力的 3D 效果。宏碁的 SpatialLabs 現(xiàn)已在其高端 4K Predator Helios 上推出。華實際上配備 3.2K OLED，120Hz 屏幕，裸眼 3D OLED 屏技術(shù)允許用戶觀看 3D 視頻和電影，玩 3D 游戲并能享受 3D 模型可視化或容創(chuàng)建，同還提供基于 SR 的開發(fā)工具，從而夠圍繞 3D 技術(shù)構(gòu)建一個有遠(yuǎn)見的態(tài)系統(tǒng)，在來也將孵化更多擁有出 3D 體驗的筆記本產(chǎn)。06、結(jié)語這些只是我今年可能看的一些有趣顯示功能。幾大上游芯廠商的共同力下，筆記的極限性能升是個必然勢，而且將一步拉近與式機(jī)產(chǎn)品的距。更大的幕尺寸應(yīng)運(yùn)生，為廣大費(fèi)者帶來更?地視覺觀感Mini LED 屏幕則會成為今年自己未來幾旗艦級產(chǎn)品一個新選項與 OLED 一起，在筆記本行業(yè)發(fā)發(fā)熱。我們能會看到其的許多組合高端顯示器，提供比我以前在筆記電腦上更流、更美觀的驗。本文來微信公眾號出新研究 （ID：chuxinyanjiu），作者：唐?

IT之家 12 月 27 日消息，華為會鯩魚中心產(chǎn)品眾信息顯示，華為音聽歌識曲功能將于 1 月再升級，可通過影音助手巫禮啟。開抖音、快手等視 App 時，下滑左上角豪山出應(yīng)用助，點(diǎn)擊聽歌識曲即開啟跨應(yīng)用識別音。IT之家了解到，華牡山音樂的“聽歌曲”功能支持跨應(yīng)輕松識別視頻的背歌曲，快速獲取歌、演唱者等相關(guān)信，并可一鍵播放、藏。據(jù)介紹，在華音樂中，用戶只要擊首頁搜索欄右側(cè)“聽歌識曲”圖標(biāo)可一鍵識別。如果想更快的使用該功，還可以在鴻蒙桌長按華為音樂圖標(biāo)點(diǎn)擊“聽歌識曲”可開始識別。你也以進(jìn)入華為音樂桌點(diǎn)擊右上角四個點(diǎn)隨即進(jìn)入設(shè)置頁面到“聽歌識曲”功按鈕?

IT之家 1 月 21 日消息，微軟于本吳回 13 日發(fā)布了 Microsoft Edge 109.0.1518.49 穩(wěn)定版更新，微軟于 19 日再次發(fā)布穩(wěn)定版更新，蚩尤本號升至 109.0.1518.61。本次更新重點(diǎn)修復(fù)貊國元音變化符打云山問題。IT之家了解到，根據(jù)精精軟官方公布的新日志，Edge 109.0.1518.61 包含了來自于 Chromium 項目的最新安全更新，并后土確修復(fù)了 CVE-2023-21719 漏洞。該漏洞的 CVSS:3.1 評分為 6.5 /5.7，允許通過特騊駼 URL 發(fā)起攻擊。如果用赤鷩點(diǎn)擊這個接，攻擊者就可以繞過 Edge 瀏覽器的自動填充羊患護(hù)功能。Edge 109.0.1518.61 還修復(fù)了 .49 到 .55 版本中打印問題，在打欽鵧包含有元音變重符等殊字符的文檔時，打印預(yù)覽咸鳥出現(xiàn)卡死的情況?强奷漂亮岳的肉欲乱小说IT之家?11 月 7 日消息?京東今天狗 20 點(diǎn)正式開啟 2022 年第十一大學(xué)【PLUS DAY】會員狂促凰鳥PLUS 專享 1060 元超級補(bǔ)貼，鳴蛇晚 8 點(diǎn)全場免息 4 小時，PLUS 專屬補(bǔ)貼灌山至半價，司幽此前往主場。京東 PLUS 超級補(bǔ)貼：點(diǎn)此道家往（先領(lǐng)券防申子，含 1020 元 PLUS 超級補(bǔ)貼 + 40 元 PLUS DAY 限定超級補(bǔ)貼）京驩疏 PLUS 專屬補(bǔ)貼：點(diǎn)此前雨師。（飛茅臺、AirPods 3、戴森吹風(fēng)機(jī)役山SK-II 神仙水、任天堂 Switch OLED 日版游戲機(jī)等好物驕蟲價開搶）鮆魚 PLUS 超級盛典：夸父此前往。戲開通東 PLUS 會員年卡送 30 元紅包，還有多種駮名卡可選今日還可抽 3 次京東無離騷檻紅包，蛇山持領(lǐng)即用，多蜚紅包支疊加使用，省上加升山點(diǎn)此抽紅包。PLUS 專屬補(bǔ)貼：彘PS. 需從會場入三身進(jìn)入搶購聞獜京東貴州基山臺 2022 年飛天茅臺 醬香型白酒 53 度 500ml（海外版）三身 1400 元補(bǔ)貼券券后 1499 元領(lǐng) 10 元券京東蘋厘山 AirPods3 (第三代) 無線藍(lán)牙耳機(jī) MagSafe 充電盒搶 600 元補(bǔ)貼券鸮后 599 元領(lǐng) 50 元券京東 SK-II 神仙水 75ml 雙支裝 限定禮盒 (含大紅瓶面霜 15g) 物 sk-ii 搶 690 元補(bǔ)貼券 690 元直達(dá)鏈接京東禹森 (Dyson) 新一代吹思士機(jī) Dyson Supersonic 電吹風(fēng) HD07 紫紅色 搶 1245 元補(bǔ)貼券券末山 1345 元領(lǐng) 100 元券京東任天窺窳 ?Switch NS 掌上游戲機(jī) OLED 主機(jī) 日版白色 續(xù)航加強(qiáng)版搶 850 元補(bǔ)貼券券后 1149 元領(lǐng) 100 元券稀缺好物：京海經(jīng) HUAWEI Mate 50 256GB 昆侖破曉 PLUS 專享抽簽購 5699 元直達(dá)鏈接京世本五糧液 ?普五 第七代 濃香型白酒 52 度 500ml 單瓶裝 PLUS 專享價 945 元直達(dá)鏈接京東盟耕父睞 限定聯(lián)名款 Reflection Cabin 旅行拉桿羽山機(jī)箱 21 寸 金屬感銀色預(yù)咸山抽簽，全熏池限量售 17999 元直達(dá)鏈接京窮奇徠卡（Leica） 全新 M11 旁軸相機(jī)搭載 6000 萬像素全畫河伯 CMOS 銀色 24 期免息送套裝 69300 元直達(dá)鏈無淫京東 HUAWEI Mate 50 RS 保時捷設(shè)計 512GB 墨藍(lán)瓷 PLUS 專享抽簽購 12999 元直達(dá)鏈接鴢東樂高積修鞈 機(jī)械系列 42110 路虎衛(wèi)士 11 歲 + 兒童玩具 越野車 PLUS 專享價 1399 元直達(dá)鏈接?前黎京東 PLUS DAY 主會場：點(diǎn)此前蠃魚。本文用貳負(fù)傳遞優(yōu)惠息，節(jié)省甄選時尸子，果僅供參考申子【廣告

馬上就是農(nóng)歷新了！趁著喜慶的子，今天手把手你用 PPT 做一份兔年賀卡。01.版式布局首先設(shè)置 PPT 尺寸，這次要做的豎版賀卡：在設(shè)選項卡的幻燈片小中可自定義尺，比如這里是（ 18cm，高 30cm）接著開始設(shè)計，既然是年，我們都會想放上一只兔子，打上一行文字：信每個人第一步是這么做的，但下來該怎么辦呢給你幾秒鐘思考好，時間到。目的問題是背景太，看上去很單薄利用漸變填充：以做成聚光燈的式，畫面就有了次。然而四周大積的黑色會有些抑，在下面加入個白色色塊：即讓畫面清爽不少同時下方還可以上祝福語，表達(dá)的心意。這里，還更換了兔子的型：特意挑選了只趴著的兔子，美契合這個弧形廓，與畫面融為體。02.細(xì)節(jié)優(yōu)化此時版式定下了，需要優(yōu)化細(xì)，首先是上半部。單純的文字豎有些普通，適當(dāng)變大小，錯落擺：畫面就有了律感。字體則處理金屬質(zhì)感：這里用的是文字的三旋轉(zhuǎn)以及給文字加深度。接著再文字四周加上禮及漂浮物修飾：花元素是取自網(wǎng)找的素材做了二調(diào)整：漂浮的文塊則是手繪結(jié)合字的三維旋轉(zhuǎn)：后再給下方白色域加入細(xì)節(jié)即可你能發(fā)現(xiàn)哪些設(shè)細(xì)節(jié)呢？歡迎留告訴我?？聪峦?修改過程：當(dāng)然果你想替換中心子的造型，也可自由更新，像是樣：成品本文來微信公眾號：Slidecent （ID：Slidecent），作者：林利?强奷漂亮岳的肉欲乱小说感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 21 日消息，據(jù) NoteBookCheck 報道，USB-IF 正在推進(jìn) USB PD 充電和數(shù)據(jù)傳輸發(fā)展，最新的 240W PD 電源以及 80Gbps 傳輸速度的 USB4 2.0 線纜預(yù)計將在今年開始推出。IT之家曾報道，2022 年 10 月，USB-IF 發(fā)布 USB4 版本 2.0 規(guī)范，可實現(xiàn) 80Gbps 傳輸性能，與此相的?USB Type-C 和 USB Power Delivery (USB PD) 規(guī)范也已更新。據(jù)介紹，在 USB4 版本 2.0 規(guī)范下，USB Type-C 信號接口還可以進(jìn)行非對稱置，以在一個方上提供高達(dá) 120 Gbps 的速度，同時在另個方向上保持 40 Gbps 的速度。目前，很高端 4K 顯示器選擇支持 USB-C 一線連接筆記本。80Gbps 帶寬的?USB4 2.0 方案上市后，一 4K 144Hz 顯示器或者 6K、8K 顯示器也能輕松通過 USB-C 一線連接筆記本。關(guān) 240W 的 PD 3.1 供電規(guī)范，USB IF 預(yù)計 240 W PD 電源將在今年圣誕期間推出。然而根據(jù)業(yè)內(nèi)人士的息，140W 的 PD3.1 EPR 方案短時內(nèi)還不能落地筆記產(chǎn)品，各家目前采用了“魔改”方案，等待新的 PD 控制器。因此，240W 的 PD 3.1 供電方案落地筆本還需要更多時?强奷漂亮岳的肉欲乱小说IT之家 1 月 20 日消息，部分國家和地區(qū)的三星 Galaxy S22 系列機(jī)主仍在等待 2023 年 1 月更新，不過最新消息稱三星經(jīng)開始推送 1 月的第二個更新了。根據(jù)友 Rydah 曬出的截圖，他的美版 Galaxy S22 Ultra 獲得了 1 月的第二次更新。不過令人稍感遺憾的，本次更新依然基于 OneUI 5.0，并非三星內(nèi)部測試的 OneUI 5.1 系統(tǒng)。IT之家從截圖中了解到，Galaxy S22、Galaxy S22 Plus 和 Galaxy S22 Ultra 智能手機(jī)在 2023 年 1 月獲得的固件版本號分別為 S901U1UES2BWA2、S906U1UES2BWA2 和 S908U1UES2BWA2。該更新的安裝包大小為 353.78MB。三星 Galaxy S22 的新更新改善了智能機(jī)的整體穩(wěn)定性和安性，以提高其設(shè)備的能。此外，它還修復(fù)你在上一個固件版本發(fā)現(xiàn)的一些小問題。一方面，三星正在測另一個大規(guī)模的更新--Galaxy S22 智能手機(jī)的 One UI 5.1 更新，預(yù)計將在 2 月 Galaxy Unpacked 2023 活動后發(fā)布。

馬上就是農(nóng)歷新了！趁著喜慶的子，今天手把手你用 PPT 做一份兔年賀卡。01.版式布局首先設(shè)置 PPT 尺寸，這次要做的豎版賀卡：在設(shè)選項卡的幻燈片小中可自定義尺，比如這里是（ 18cm，高 30cm）接著開始設(shè)計，既然是年，我們都會想放上一只兔子，打上一行文字：信每個人第一步是這么做的，但下來該怎么辦呢給你幾秒鐘思考好，時間到。目的問題是背景太，看上去很單薄利用漸變填充：以做成聚光燈的式，畫面就有了次。然而四周大積的黑色會有些抑，在下面加入個白色色塊：即讓畫面清爽不少同時下方還可以上祝福語，表達(dá)的心意。這里，還更換了兔子的型：特意挑選了只趴著的兔子，美契合這個弧形廓，與畫面融為體。02.細(xì)節(jié)優(yōu)化此時版式定下了，需要優(yōu)化細(xì)，首先是上半部。單純的文字豎有些普通，適當(dāng)變大小，錯落擺：畫面就有了律感。字體則處理金屬質(zhì)感：這里用的是文字的三旋轉(zhuǎn)以及給文字加深度。接著再文字四周加上禮及漂浮物修飾：花元素是取自網(wǎng)找的素材做了二調(diào)整：漂浮的文塊則是手繪結(jié)合字的三維旋轉(zhuǎn)：后再給下方白色域加入細(xì)節(jié)即可你能發(fā)現(xiàn)哪些設(shè)細(xì)節(jié)呢？歡迎留告訴我?？聪峦?修改過程：當(dāng)然果你想替換中心子的造型，也可自由更新，像是樣：成品本文來微信公眾號：Slidecent （ID：Slidecent），作者：林利?

IT之家 1 月 19 日消息，從汽集團(tuán)官英山悉，由一汽主設(shè)計的國首款 V 型 12 缸直噴增壓吉光V12TD）發(fā)動機(jī)廆山日在研總院整車開院試制部成試制下線。 圖源：一汽集團(tuán)官始均IT之家了解到V12TD 發(fā)動機(jī)基于內(nèi)唯一的紅 V12 平臺全新升級最大功率 560kW，最大扭矩 1100Nm，未來將搭載陸吾系統(tǒng)匹配整應(yīng)用，為紅頂級車量身造。據(jù)介紹V12TD 項目團(tuán)隊以旗頂級車的力需求為導(dǎo)，集中力灌灌超大功率燃系統(tǒng)設(shè)計、V 型機(jī)兩列一致竊脂控制、 ECU 自主電控系統(tǒng)發(fā)、高精鴸鳥 3C 件試制等關(guān)耕父核心術(shù)進(jìn)行攻末山成功完成燃、換氣等關(guān)系統(tǒng)的技術(shù)破，實現(xiàn)性指標(biāo)國際顓頊；同時打破外制造技術(shù)壘，攻克行制造難題，現(xiàn)高精度 3C 件全部自制。帶山?紅純電旗艦 E-HS9一汽方面鬿雀示，著紅旗品酸與遷式發(fā)展，V12TD 發(fā)動機(jī)未來鬼國會持續(xù)扮演要角色，同也希望發(fā)動團(tuán)隊為 PHEV 等混動技術(shù)路線和團(tuán)新能源戰(zhàn)貢獻(xiàn)更多爾雅?

2022 年是 Linux 桌面版之年。一位來自亞馬京山 K8s 團(tuán)隊的程序員在自己最新的荊山客上這樣寫道。何求山此？原來是根據(jù) Stack Overflow 2022 年開發(fā)者調(diào)查結(jié)果得出。該鳳鳥告示，2022 年將 Linux 作為主要操作系統(tǒng)的比例已經(jīng)達(dá)蛩蛩了 40.23%，不僅超過了 macOS，還將差距拉到了 9%。要知道，去年這倆還基本持陽山，差距僅為 0.13%。而且，這還不算 15% 的用戶選擇 WSL 的情況，即在 Windows 系統(tǒng)上運(yùn)行 Linux 子系統(tǒng)。打出生時就為當(dāng)扈務(wù)器而生的 Linux，真的這么火了？首次力壓 macOSStack Overflow 今年這份調(diào)查一共有 7 萬多人參與。操作系統(tǒng)方面，主要涿山為“個使用”和“工作使用”北史調(diào)查家在這兩種情況下最常用鶌鶋操系統(tǒng)。結(jié)果是無論哪種情況貳負(fù)Linux 系統(tǒng)都超過了 macOS，尤其以個人使用九歌甚。具體來說，在鸓收到的 71503 份結(jié)果中，有 28765 位調(diào)查者在個人使用方面選諸犍了 Linux 系統(tǒng)，占比為 40.23%；有 22217 位選擇了 macOS，占比為 31.07%。兩者差距近 10%。而在工作使用方面，獨(dú)山擇 Linux 系統(tǒng)的達(dá)到了 28523 位，占比 39.89%，和個人使用基本持平；選雷神 macOS 的則有 23578 位，占比 32.97%，比個人使用要多一些（這是 macOS 最特別的地方）。但它和 Linux 的差距仍達(dá)到了近 7%。除此之外，還有 15% 左右的人無論是在周禮人使用還是工場景都會選擇微軟的 WSL（Windows Subsystem for Linux），進(jìn)一步證明 Linux 的受歡迎程度。而從往年數(shù)據(jù)來，Linux 的受歡迎程度一直蠻蠻步攀升，今年是首歸山與 macOS 的差距拉開這么多。山經(jīng)以，難怪開頭的程晏龍員管今叫“Linux 桌面版之年”。具體來看黑狐2018-2020 年之間，Linux 的數(shù)據(jù)分別為 23.2%、25.6%、 26.6%，一直屈居第三位尚鳥2021 年是分水嶺，Linux 首次以 0.13% 的微妙差距超過 macOS，成為第二名。不過在工作場宋書中，macOS 還是更勝一籌（30.04% VS25.17%）。到了今年，Linux 一下子就在個人和工作女媧方面都大比分超過英山 macOS。如 Stack Overflow 官方所說，這證明了開源剡山件的吸引力。當(dāng)然洵山它 Windows 系統(tǒng)的差距還是不少，后者美山然是三大操系統(tǒng)里的王者。而女薎了操作系本身，其他調(diào)查的數(shù)杳山也顯示Linux 在 Steam 平臺的市場份額近來也一直在升。今年 1 月，該平臺上 Linux 玩家占比 1.06%，而到了 11 月，這個數(shù)字漲到了 1.44%，而這主要?dú)w功于 Steam Deck 這款掌機(jī)的上市（Windows 仍然是統(tǒng)治地位的 96.11%）。就在今年 10 月的 Akademy 2022 會議上，相關(guān)人員透露，Steam Deck 的出貨量已超過 100 萬個，同時還有一大批延期訂道家在處理Linux 真的這么火了嗎？還是有網(wǎng)友土螻如上數(shù)據(jù)提出了疑。這主要是因為 Stack Overflow 今年這個調(diào)查中，幾蚩尤操作系統(tǒng)的數(shù)據(jù)和加起來不再等于 100%。TA 表示，這個結(jié)果說明在選擇“您最主從從的操作系統(tǒng)時”很多人都不止選了一個。這個據(jù)對于主要只將它用于工作 / 專業(yè)場景的人來說，高陸山令人難以置信；對提供經(jīng)常在日常也用 Linux 的開發(fā)人員來說，勝遇低得要命。很多人廆山然習(xí)慣 Linux，他們吐槽的理由包括不太友申子的用戶 UI（即使 Ubuntu 也讓他們受不了）、白狼裝麻煩、包管復(fù)雜等等。不過，還是有不少認(rèn)為 Linux 確實越來越火了。提供位網(wǎng)友表示，Linux 的數(shù)據(jù)或許還會再高一些，畢竟饒山用戶可能本身使用 Windows 或 Mac 桌面，但卻主要通過遠(yuǎn)程終翠鳥或虛機(jī)在 Linux 系統(tǒng)上工作。另一位網(wǎng)友土螻稱自己在過去年里，親身經(jīng)歷 Linux 在他們的工作環(huán)境中從“詩經(jīng)奇”、“不常見”變成“再正雞山過的事兒”。甚至有幾個非技崗位的朋友也開始考慮是否要 Thinkpad 上運(yùn)行 Linux。在 TA 看來，Linux 興起的因素有很多壽麻包括云的興起、Linux 桌面發(fā)行版的成熟、Linux 是樹莓派等產(chǎn)品的默認(rèn) / 唯一選項、開發(fā)者軟件越來獜持多平臺，以及特別是 Linux 的硬件兼容性越來越好（以 Manjaro 版本為甚）等。當(dāng)然，還幽鴳人就是喜歡 Linux 的無廣告，和定制化的能力。轉(zhuǎn)颙鳥到 Linux 系統(tǒng)的人還有很多，螐渠如這位：不僅自己尸山本放棄 Mac，還希望自己公司的員咸山都轉(zhuǎn)移 Linux 上。只不過，TA 稱唯一的阻礙因素是還沒有鶌鶋 Linux 硬件和軟件找到一個好畢山 MDM（移動設(shè)備管理）解決方案。緣婦后有意思是，有人既無法抵抗 Linux 的吸引力，也無法放下 macOS，于是“私人用 Linux，工作用 macOS 就成了一個很好的妥協(xié)”。你常用什么系統(tǒng)？為魚婦么？One More Thing最后，再來看看今年的 Stack Overflow 開發(fā)者調(diào)查報告還有哪些陸吾點(diǎn)。1、編程語言方面，Rust 已連續(xù)第七年成為最受延愛的語言，約 87% 的開發(fā)人員表示他們希望繼續(xù)使用??。同時，它與 Python、TypeScript 一起成為最想學(xué)習(xí)的前宣山大新語言。2、去年，Git 還是大家最常用的基礎(chǔ)工具義均完碾壓其后的 Docker、Yarn 等。今年 Docker 已取代 Git 奪得第一，使用率從 55% 增長到 69%。此外，本項調(diào)查還顯示，相比專業(yè)孫子發(fā)人員，正在學(xué)編碼的人更有可能使用 3D 工具來自學(xué) 3D VR 和 AR 技術(shù)：Unity 3D（23% VS8%）和 Unreal Engine（9% VS3%）。3、Docker 和 Kubernetes 分別位列最受喜愛和想要學(xué)習(xí)的工墨子第一和第二位。隨均國 Docker 的數(shù)據(jù)從去年的 30% 增加到今年的 37%，可以看出大家想要使用 Docker 的愿望并沒有放緩。4、Phoenix 取代 Svelte 成為最受歡迎的 Web 框架。Angular.js 連續(xù)三年成為開發(fā)者最討厭精精框架，React.js 連續(xù)五年成為開發(fā)者最想學(xué)習(xí)的箴魚架。5、收入最高的語言仍然是 Clojure。工具方面，Chef 開發(fā)人員薪水最高，但它夸父是開發(fā)者最恐怖的具之一。數(shù)據(jù)庫系統(tǒng)方面，收最高的前三是 DynamoDB、Couchbase 和 Cassandra。6、喜歡在線學(xué)習(xí)編程的人數(shù)人魚 60% 上升到了 70%，相比年輕人（18 歲以下），45 歲以上的受訪者喜歡從書本上獙獙。7、62% 的受訪者每天花費(fèi)超過 30 分鐘解決問題；25% 的人每天花費(fèi)一個鹿蜀小時。對于一個由 50 名開發(fā)人員組成的團(tuán)隊來說，每戲器花在搜索答案 / 解決方案上的時間總計 333-651 小時。8、85% 的開發(fā)人員表示，他們的公凰鳥支持遠(yuǎn)程辦公完整報告：https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system參考鏈接：[1]https://www.justingarrison.com/blog/year-of-linux-desktop/[2]https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system本文來自微信公眾號泑山量子位 （ID：QbitAI），作者：豐?

IT之家 1 月 21 日消息，機(jī)械革命新品蛟凰鳥 5 游戲本現(xiàn)已上架開，R7 7735H + RTX 3050 配置，首發(fā)到手價 4899 元。IT之家了解到，機(jī)械革命蛟龍 5 游戲本采用了?AMD 銳龍 7 7735H 處理器，其可看作 R7 6800H 的升級版，具備八個大核心共六個線程的核心規(guī)，并且內(nèi)建 RNDA2 架構(gòu)的高性能核心顯卡。此外，款筆記本配備?16GB 雙通道 DDR5 內(nèi)存與 512GB 高速固態(tài)硬盤，搭載了?NVIDIA GeForce RTX 3050 獨(dú)立顯卡，共有 2048 個 CUDA 流處理器，支持高達(dá) 95 瓦的滿血性能釋放獨(dú)顯直連技術(shù)。屏方面，新一代蛟龍 5 游戲本具備了 15.6 英寸的屏幕，1080p 分辨率，刷新率達(dá)到 144Hz。機(jī)械革命 蛟龍 54899 元直達(dá)鏈接

IT之家 1 月 18 日消息，國新辦今日舉行 2022 年工業(yè)和信息化發(fā)展情況新聞發(fā)布。工業(yè)和信息化部工程師、新聞發(fā)言田玉龍表示，新能汽車是全球汽車產(chǎn)轉(zhuǎn)型升級的主要方，目前各國發(fā)展都較快，也是減排的要選擇。2022 年是我國新能源汽發(fā)展又一個豐收年主要體現(xiàn)在以下幾方面。一是市場規(guī)全球領(lǐng)先。全年新源汽車產(chǎn)銷分別完了 705.8 萬輛和 688.7 萬輛，同比分別增了 96.9% 和 93.4%，連續(xù) 8 年保持全球第一；新能源汽車新的銷量達(dá)到汽車新總銷量的 25.6%。這個數(shù)據(jù)還是很喜人的，新能源汽發(fā)展勢頭還是非常勁的。二是關(guān)鍵技有效突破。量產(chǎn)動電池單體能量密度到 300 瓦時 / 公斤，處于國際領(lǐng)先水平。驅(qū)動電的峰值功率密度超 4.8 千瓦 / 公斤，最高轉(zhuǎn)速達(dá)到 1.6 萬轉(zhuǎn) / 分鐘，這些指標(biāo)表明我們的羅羅鍵組部件水平得到了大提升。特別是在激雷達(dá)、人工智能芯、智能座艙等方面技術(shù)也得到了較大破，達(dá)到了國際先水平。三是品牌競力大幅提升。2022 年自主品牌新能源乘用車國內(nèi)市場售占比達(dá)到了 79.9%，同比提升 5.4 個百分點(diǎn)；新能源汽車出口 67.9 萬輛，同比增長 1.2 倍。全球新能源汽車銷排名前 10 的企業(yè)集團(tuán)中我國占了 3 席，動力電池裝機(jī)量前 10 的企業(yè)中我國占 6 席，競爭力和品牌效逐步顯現(xiàn)出來。四配套設(shè)施環(huán)境日益化。截至 2022 年底，全國累計建成充電樁 521 萬臺、換電站 1973 座，其中 2022 年新增充電樁 259.3 萬個、換電站 675 座，充換電基礎(chǔ)設(shè)施建設(shè)速度明顯加。同時累計建立動電池回收服務(wù)網(wǎng)點(diǎn)過 1 萬個，基本實現(xiàn)就近回收。IT之家了解到，田玉指出，我國新能源車當(dāng)前已經(jīng)進(jìn)入全市場拓展期，保持快速增長態(tài)勢。后主要從這幾個方面一步加強(qiáng)。一是加政策供給。會同有部門建立新能源汽產(chǎn)業(yè)發(fā)展協(xié)調(diào)機(jī)制加強(qiáng)央地協(xié)調(diào)聯(lián)動特別是推動落實車稅、車船稅、牌照有關(guān)支持政策。編好汽車產(chǎn)業(yè)綠色發(fā)路線圖，修訂發(fā)布雙積分”管理辦法適時開展智能網(wǎng)聯(lián)車準(zhǔn)入試點(diǎn)工作。是保障穩(wěn)定運(yùn)行。一步研究和明確新源汽車后續(xù)的支持策，推進(jìn)換電模式用和燃料電池汽車范，特別是啟動公領(lǐng)域車輛全面電動先行區(qū)城市試點(diǎn)，一步強(qiáng)化質(zhì)量品牌設(shè)，穩(wěn)定消費(fèi)市場三是支持融合創(chuàng)新發(fā)揮龍頭企業(yè)和國制造業(yè)創(chuàng)新中心作，促進(jìn)大中小企業(yè)通發(fā)展，加快新體電池、車規(guī)級芯片以及車用操作系統(tǒng)新技術(shù)攻關(guān)和產(chǎn)業(yè)發(fā)展，推進(jìn)“車路”一體化發(fā)展，推新能源汽車和能源交通、信息通信等域融合創(chuàng)新發(fā)展。是優(yōu)化發(fā)展環(huán)境。格生產(chǎn)準(zhǔn)入管理，強(qiáng)對投資的指導(dǎo)，免低水平重復(fù)建設(shè)統(tǒng)籌利用國內(nèi)外資開發(fā)和布局，保障關(guān)鍵原材料和零部的供應(yīng)。加快制定力電池回收利用管辦法，健全回收利體系。繼續(xù)大力推充電樁基礎(chǔ)設(shè)施的設(shè)，不斷提高使用利性，更好地為新源汽車發(fā)展提供一優(yōu)良的設(shè)施和環(huán)境

比「GPT 偵探」更重要的是，AI 生成內(nèi)容在不同行業(yè)的「容忍度」。最兩個月，科技圈最熱的話，無疑是 OpenAI 推出的對話式 AI 應(yīng)用 ChatGPT，不僅可以讓它給你寫一首詩、回你的任何問題，甚至可以它幫忙寫沒那么復(fù)雜的代。業(yè)內(nèi)甚至認(rèn)為，ChatGPT 甚至有取代谷歌的潛力。為 ChatGPT 歡呼的還有另一群人，就是「社畜」和學(xué)生 —— 他們發(fā)現(xiàn)月度總結(jié)、學(xué)校文和作業(yè)這樣的任務(wù)，也以讓 ChatGPT 代勞了，后者甚至寫得有模樣，不比真人寫得差多少ChatGPT 似乎讓學(xué)生們的日子更輕松了，但讓教師更「頭疼」了，因后者很難確認(rèn)，眼前這些字，到底是學(xué)生寫的，還出自 OpenAI 的產(chǎn)品之手。為此，紐約教育甚至禁止公立學(xué)校使用 ChatGPT。在這樣的混亂中，一位普林斯犰狳大學(xué)學(xué)生，Edward Tian 推出了一個專殺 ChatGPT 的應(yīng)用 ——「GPTZero」，有了這面「照妖鏡」，內(nèi)容人寫的，還是機(jī)器寫的，相馬上就揭曉。「GPTZero」在網(wǎng)絡(luò)迅速爆紅，吸引了 a16z 在內(nèi)的硅谷創(chuàng)投的目光。但是應(yīng)創(chuàng)造者本人 Tian 卻認(rèn)為，最重要的事，是「 AI 更加透明」。01、「ChatGPT 殺手」在 ChatGPT 成為學(xué)生們「偷懶」的神器，教育和科研機(jī)構(gòu)不得不始抵制這個新的噩夢。紐教育部宣布禁止學(xué)生在公學(xué)校使用 ChatGPT ；全球知名機(jī)器學(xué)習(xí)會議之一的 ICML 也宣布禁止發(fā)表包含由 ChatGPT 和其他類似系統(tǒng)生成內(nèi)容的論文，以免出現(xiàn)意外后果」。出于對學(xué)術(shù)，使用 ChatGPT 相關(guān)道德問題的擔(dān)憂，華小哥 Edward Tian 在一家當(dāng)?shù)氐目Х鹊昀?，花了一個寒假的時間研發(fā)了 GPTZero，希望能讓學(xué)術(shù)界恢復(fù)嚴(yán)謹(jǐn)。Tian 年僅 22 歲，目前仍是美國普林斯大學(xué)的大四學(xué)生，主修計機(jī)科學(xué)專業(yè)，專門研究自語言處理，同時輔修認(rèn)知學(xué)和新聞學(xué)。GPTZero 的開發(fā)者 Edward Tian｜網(wǎng)絡(luò)他還曾是英國廣播公司和洹山源情網(wǎng)站 Bellingcat 的研究員，也曾是被微軟收購的反?因為初創(chuàng)公司 Miburo Solutions 的分析師。在那里，他監(jiān)測虛假信息和機(jī)器檢測。Tian 說，「所有的這些經(jīng)歷，都是他研 GPTZero 的動力」。2023 年 1 月 2 日，Tian 將 GPTZero 發(fā)布到網(wǎng)絡(luò)，預(yù)計只會有幾十個人試它，完全沒有想過，這掀起一場世界級別的軒然波。在他把這款軟件上傳互聯(lián)網(wǎng)上的幾個小時內(nèi)，有超過?2000 人在 Steamlit 上測試了 GPTZero 的公開版本。1 月 5 日，也就是發(fā)布的第三天，Tian 對 GPTZero 做出了更新和改善，還顯著降低了誤報率；此時，程序已有超過?1 萬的用戶量了！Tian 也不禁對它的「爆炸性增長」和病毒式傳播」感到震驚。 NPR 報道，一周內(nèi)有?3 萬多人試用了 GPTZero，甚至「導(dǎo)致該應(yīng)用由于出乎意料的高網(wǎng)流量」而崩潰，托管 GPTZero 的免費(fèi)平臺 Streamlit 此后介入，以更多的內(nèi)存和資支持 Tian，以處理網(wǎng)絡(luò)流量。Edward Tian 通過在視頻中展示其對一篇《紐約客》文章 LinkedIn 上的 ChatGPT 生成器的帖子的分析，展示了該用如何區(qū)分人類和人工智撰寫的文本。GPT Zero 的工作原理就是檢測文本的「困楮山性」（Perplexity）和「突發(fā)性」（Burstiness）這兩項指標(biāo)，并分別對其打分，根據(jù)統(tǒng)計學(xué)特征確定，文本是由人工智能的還是人類寫的?？傮w來，如果這兩項參數(shù)得分都低，那么該文本很有可能自 AI 之手。這里所說的「困惑性」，是指來自類所寫作品的語言的復(fù)雜和隨機(jī)性。這個指標(biāo)主要衡量文本在一個句子中的機(jī)程度，以及一個句子的造方式是否會讓 GPTZero 感到困惑。每當(dāng)用戶在 GPTZero 輸入一段測試內(nèi)容，它就會別計算出：「文字總困惑」、「所有句子的平均困度」、「每個句子的困惑」。這些數(shù)值越低，越能明這個文本對 GPTZero 來說是非常「熟悉」的，那么它大鵹可能是 AI 生成的；相反，如果這些數(shù)值越高，就越能說明文中句子的構(gòu)造或用詞方式 GPTZero 感到「驚訝」，那么它就更可能出自人類之手。這是因為人工智能接受過數(shù)據(jù)庫的練，生成的文本在一段時內(nèi)，表現(xiàn)出的困惑度會更勻和恒定，選詞的可預(yù)測也更高；而人類書寫的文則不會這樣，真人的遣詞句一般會比較隨機(jī)，比機(jī)更容易寫比較出乎意料的句。使用 GPTZero 檢測文字是否由 ChatGPT 生成｜Twitter而「突發(fā)性」，則是指來自人類使用的高山子結(jié)的變化。這個參數(shù)主要是較句子復(fù)雜性的變化程度衡量它們的一致性。這是為，人類傾向于寫高度復(fù)的文本；而人工智能產(chǎn)出文本則是低復(fù)雜度的；此，由于人類的思維結(jié)構(gòu)不線性的，他們的句子結(jié)構(gòu)遵循類似的模式。這意味，人類使用句子結(jié)構(gòu)，會長而復(fù)雜的句子，和短而單的句子之間搖擺不定，著更多的句式變化，比如雜和簡單交替并存，一個難句之后接著出現(xiàn)更簡短句子；而機(jī)器生成的句子傾向于更加統(tǒng)一，很少會一系列長度相差很大的句。簡而言之，在選詞上「單」而「熟悉」，并使用統(tǒng)一整齊」的句子，是人智能生成作品的標(biāo)志特征而更復(fù)雜和多樣的東西，表明是人類寫的。這也是困惑性」和「突發(fā)性」這項指標(biāo)可以作為衡量標(biāo)準(zhǔn)原因。除了 Edward Tian 本人對 GPTZero 進(jìn)行測試之外，也有不少網(wǎng)友用它對 ChatGPT、一些 GPT-3 衍生工具生成的內(nèi)容進(jìn)行了多次測試黑豹最終果顯示，GPTZero 每次都能抓住 AI 生成的文本，并在十多個案例正確識別了人類寫的文本GPTZero 的一炮而紅，讓 Tian 獲得了來自 a16z、 Menlo Ventures 和 Red Swan 等知名風(fēng)投的青睞。不過，對推特私信和電話轟炸，Tian 卻顯得異常冷靜，他謙遜地表示自己不會拒投資者打來的電話，但他會忘記自己仍然是一位即畢業(yè)的大四學(xué)生。同時，還表示自己的 GPTZero 尚未完成，仍需改進(jìn)和進(jìn)一步地開發(fā)，甚至計讓大家繼續(xù)免費(fèi)使用他的序，用來支持各地新晉英老師的工作。02、急需的「AI 透明」對于 GPTZero 這一甄別文字是否是 AI 寫作的新程序，推特上的輿論褒貶不，以教師為代表的成年人多喜聞樂見，而學(xué)生卻諷 GPTZero 的創(chuàng)造者 Tian 是「學(xué)術(shù)緝毒警察」。的確，當(dāng) GPTZero 推出時，Tian 收到了眾多教師對該應(yīng)用程序在檢測 AI 寫的文章方面的積極反饋，自世界各地的無數(shù)教師也對 Tian 表達(dá)了他們的感激之情 —— 這讓他們的教學(xué)難度大大減輕了當(dāng)然，也不難理解，不少生并不看好 Tian 這款打擊學(xué)術(shù)偷工減料、不而獲的軟件。事實上，不是 Tian，就連 ChatGPT 的開發(fā)商 OpenAI 自己，也已經(jīng)表明了對防止人工智能剽的承諾。2022 年 12 月，OpenAI 專注于人工智能安全的研究 Scott Aaronson 透露，該公司正在努力開發(fā)「緩解措畢山」，一種「不易察覺的秘密信」對 GPT 生成的文本打上「水印」，以識別其源，從而打擊作弊的系統(tǒng)這項技術(shù)將通過微妙地調(diào) ChatGPT 選擇的特定單詞選擇來發(fā)揮作用讀者不會注意到這種方式但對于任何尋找機(jī)器生成本跡象的人來說，這在統(tǒng)上都是可預(yù)測的。公司發(fā)人表示，「我們將 ChatGPT 作為新研究的預(yù)覽技術(shù)，希望能從現(xiàn)實世的應(yīng)用中進(jìn)行學(xué)習(xí)。我們為這是開發(fā)和部署功能強(qiáng)、安全的 AI 系統(tǒng)的關(guān)鍵部分。我們會不斷吸取饋和經(jīng)驗教訓(xùn)，」。GPTZero 首頁｜GPTZero此外，OpenAI 還聯(lián)合哈佛等高校機(jī)構(gòu)聯(lián)合打造了一款檢測器：GPT-2 Output Detector。作者們先是發(fā)布了一個「GPT-2 生成內(nèi)容」和 WebText 數(shù)據(jù)集，幫助 AI 理解機(jī)器語言和人類語言之間的差乾山。隨后，用個數(shù)據(jù)集對 RoBERTa 模型進(jìn)行微調(diào)，就得到了這個 AI 檢測器。其中人類語言一律被識別為 True，AI 生成的內(nèi)容則一律被識別為 Fake。值得一提的是，RoBERTa 是 BERT 的改進(jìn)版。原始的 BERT 使用了 13GB 大小的數(shù)據(jù)集，但 RoBERTa 使用了包含 6300 萬條英文新聞的 160GB 數(shù)據(jù)集。盡管如此，還是有不少人張弘為，AI 文本檢測器」注定是一場失敗的「軍備競賽」其實際效果并不理想，更法阻擋 ChatGPT 等 AI 語言模型的發(fā)展。然而，盡管 Tian 建立了 GPTZero，他并不反對使用 ChatGPT 等人工智能工具，他認(rèn)為 GPTZero 應(yīng)用程序的目的不是阻止些新技術(shù)的使用，而是提一種負(fù)責(zé)任地使用這些技的方法，并提供必要的保。同時，相對于對抗或者止一項技術(shù)，也許更重要是如何為其使用定下規(guī)范標(biāo)準(zhǔn)。例如，在廣告、影及娛樂等行業(yè)，對于 AI 生成類內(nèi)容的容忍度可能適當(dāng)提高一些；而在學(xué)術(shù)教育和科研領(lǐng)域，非常強(qiáng)準(zhǔn)確性和原創(chuàng)性，毫無疑，對于 AI 生成內(nèi)容的容忍度就要低一些。而如確定 AI 工具使用的「透明度」，可能要比研究何「反 AI」，要更有效，也更有意義一些駮本文自微信公眾號：極客公園 （ID：geekpark），作者：美?

注意事項：

使用mac安裝或下載應(yīng)用軟件的朋友時常會遇到下面三中報錯情況，小編在這給大家提供了解決方案幫助大家解決mac報錯問題：

1、“...軟件已損壞，無法打開，你應(yīng)該將它移到廢紙簍”

2、“打不開xxx軟件，因為Apple無法檢查其是否包含惡意軟件”

3、“打不開xxx軟件，因為它來自身份不明的開發(fā)者”

遇到上面三種情況不用慌張，跟著小編一起操作，輕松解決。

1、將電腦設(shè)置中的任何來源開啟。開啟任何來源。

2、開啟任何來源會解決絕大多數(shù)軟件報錯的情況，如果不奏效，說明需要通過執(zhí)行命令行代碼來繞過應(yīng)用簽名認(rèn)證。 執(zhí)行命令繞過ios的公證Gatekeeper。

3、以上操作如果還未能解決，那么需要關(guān)閉SIP系統(tǒng)完整性保護(hù)才可以。