馬斯克的「Neuralink」用小豬示範腦機介面,為何神經科學家 ...

文章推薦指數: 80 %
投票人數:10人

日前由Elon Musk創辦的「神經科技公司」Neuralink,在網路上公開展示了該公司的腦機介面(brain-computer interface, BCI)產品的「最新進展」。

集團資訊關於我們集團介紹我們的團隊旗下媒體關鍵評論網everylittled.INSIDE運動視界Cool3c電影神搜未來大人物歐搜哇旗下節目多元服務Ad2Taketla拿票趣關鍵議題研究中心Cr.EDShareParty達思智能科技士奇傳播與我們合作內容行銷與廣告業務異業合作原創內容暨內容媒體業者合作加入我們新聞中心 2020/09/13,科學PhotoCredit:Reuters/達志影像蓓欣長居德國、住過英國、成長於台灣與香港的認知神經科學博士。

也是位鋼琴家、土耳其媳婦。

看更多此作者文章...訂閱作者收藏本文每月一杯咖啡的金額,支持優質觀點的誕生,享有更好的閱讀體驗。

立即支持文:蓓欣(坐在神經科學與音樂的角落,看世界。

)日前由ElonMusk創辦的「神經科技公司」Neuralink,在網路上公開展示了該公司的腦機介面(brain-computerinterface,BCI)產品的「最新進展」。

現場秀了幾隻豬,一隻沒有裝該產品、一隻裝過該產品但是已經移除,最後一隻則正裝著已經植入2個月的產品。

其他沒有特別秀出來的豬。

則裝了數量超過一個的該產品。

Musk用這隻正裝著Neuralink產品的豬展示豬腦訊號:當這隻豬的鼻子碰到東西時,該產品測量到的腦訊號會被轉化成樂音播放出來。

由現場畫面看起來,豬鼻碰到東西與樂音發生的時間點的確吻合。

接著,裝著Neuralink產品的豬在健步器上行走,行走時的各個關節位置由測量到的腦訊號可以預測。

Musk更提到,Neuralink發展的技術,是以機器自動植入Link的,宣稱手術過程不到1小時。

整場公開展示,請來了不少專程來歡呼的觀眾,在Musk講出關鍵句時,這些觀眾會馬上高潮大聲叫好,充分展現類似球賽進球得分時的激情。

其實我之所以會看到這段影片,是因為影片被好幾位我身邊的神經科學家朋友們分享,但分享的人卻幾乎個個不爽。

更不用說我所屬的靈長類研究社群中,不少人就是在做(猴)腦機介面的,許多人白眼直接翻到後腦勺。

尤其是影片快要結束時,有人問Musk:「......所以未來可以儲存、重新播放腦中的記憶嗎?」Musk馬上回答:「對。

」很多人看到都氣瘋/笑翻了,只能評道「他真的看太多《黑鏡》(BlackMirror)影集」。

知名的神經科學家MatteoCarandini雖然不點名Neuralink,卻在Neuralink這個網路發表後不到兩天,直接在Twitter上貼了一張2000年的照片,秀出當時報紙上的新聞,已經報導植入腦中幫助盲人重建視覺的BCI,而這個BCI甚至是1978年就已經植入的。

已經被惹火的科學家們,一看就明白Carandini這個Tweet為什麼會在這個時間點出現。

Artificialeyecanseeforblind(DenverPost,17Jan2000)pic.twitter.com/QTOYQii8DQ—MatteoCarandini(@MatteoCarandini)August31,2020 我身旁分享及批評這網路發表影片的朋友們,看到影片時的第一個反應都是:「所以這個到底有什麼好稀奇的?這有哪一點算是新技術嗎?」的確,放個東西到動物腦上/腦中,測量腦訊號然後用聲音播放出來,根本就是很多神經科學家的日常生活,更不用說這個技術已經被用很久了。

例如HubelandWiesel50-60年代時的實驗,YouTube上也有他們當年比Musk那三隻小豬還要精彩的影片,在這個影片中,當刺激貓的視覺的物品向下移動時,才會測量到對物體移動方向有選擇性的神經訊號。

Neuralink一次能測量1024個頻道,對於現在很多實驗室技術來說也沒有多驚人。

連某篇去(2019)年發表的研究,都已經用2017年就發展出來的Neuropixels技術,在老鼠腦中大規模一次測量3萬個神經。

況且,技術上的重點並不完全是一次能量多少,而是量到的腦訊號如何以無線方式毫不失真地傳輸、分析、以人類已知的腦知識去詮釋測量到的訊號。

在我認識的人裡,只有一位碩士生對Neuralink抱著肯定的態度。

他對大家說:「你們不要這麼挑嘛,Musk的重點又不是神經科學技術上的突破,他的重點是做出使用上簡便且價格實惠的產品,就像他的SpaceX一樣,並不是說在他之前人類都沒發射過太空梭,他只是希望能夠透過私人公司的方式,提高生產效率,然後壓低價格而已……然後他說他認為記憶可以儲存、重新播放,因為他不是科學家,他只是發表個人意見而已,有什麼關係~」是啊,大家別氣別氣,「有什麼關係呢?」Neuralink到底想做啥?當Musk在2017年推出Neuralink,號稱要透過他們的BCI產品讓人腦「直接以思考方式做最有效率的溝通」,知名學者/政治評論家NoamChomsky便很有禮貌地表達意見,基本上就是說:「我們目前離那階段還遠的哩。

」但是在Musk粉絲以及大量媒體炒作下,Neuralink聲名大噪,連我身旁平常對神經科學沒啥興趣的親友們,三不五時都會傳一些關於Neuralink的「科幻小說式新聞」問我:「天哪!新聞說的這些這真的會發生嗎?」Neuralink起初野心勃勃地要做出「neurallace」(某種可以覆蓋腦的網子,宣稱目標是提供人腦與人腦間的直接雙向溝通,甚至可以用此產品把腦連上網路),號稱8到10年內便可以讓健康的人使用(意即不是只有病患可以使用)。

讓我們掐指算算,也就是差不多2027年時就可以實現neurallace。

但是現在2020年都已經過到9月了,離2027年只剩不到7年,7年內還想做出什麼驚天動地的發展的話,就只能以一步登天的節奏了。

更不用說這個世界正遭受Covid-19摧殘中,一切科學以及商業活動都顯得比以往遲緩,不知道幾時才能恢復疫情以前的「正常「進度。

更甭提neurallace的概念在推出3年後,已經消失,取而代之的是小豬們所裝的「brainchip」。

然而Musk今年稍早還曾經放話說「neurallink產品可以刺激大腦的愉悅中心」(根本沒有這個東西,說愉悅網路還比較實在)、繼續海誇小豬裝的brainchip可以醫治各式各樣的神經疾病/異常。

他一方面訴說著沒有新意的科幻情節,另一方面(現實面),想要把人腦接上網路的目標卻成了三隻小豬嗅物品、用神經訊號預測豬身體大動作的表演,讓人搞不清楚Neuralink到底想做啥? 12»全文閱讀不想分頁?試試看我們的新服務猜你喜歡Tags:ElonMuskNeuralinkbrain-computerinterface腦機介面BCI神經科學特斯拉腦神經馬斯克三隻小豬More... Sponsored2022/05/18,科技廣編企劃由關鍵評論網媒體集團《業務團隊》製作,由各品牌單位贊助。

業務與行銷相關合作,歡迎與我們聯繫。

看更多此作者文章...訂閱作者收藏本文每月一杯咖啡的金額,支持優質觀點的誕生,享有更好的閱讀體驗。

立即支持所謂現代化智慧IT,所有工程師最希望的境界,莫過於只要輕鬆點幾下設定,系統就會自動跑起來,管理者再也不用隨時待命在機台旁邊,從此工作悠哉又快樂!儘管這樣情境還沒到來,但隨著敏捷式開發的流行,除了DevOps人員,有越來越多開發者將CI/CD概念融入到工作流程當中,例如從buildcode、執行unittest、到部署應用程式。

透過AWS增加雲端技能在組織發揮影響力上述種種反覆步驟自動化執行,也就能提昇服務品質、主動通知開發人員以減輕人力負擔,讓專案服務能持續運作。

其中,GitLab是執行CI/CD常用的工具之一,也是開發者使用程式碼儲存庫的地方。

為了讓GitLabRunner在雲端快速實踐CI/CD,《AWS開發者系列》透過影片分享,如何在AmazonEKS(ElasticKubernetesServices)上使用GitLab創建自動化部署。

以下節錄工作坊影音內容,幫助開發者快速理解如何運用AmazonEKS的高可用性且安全的叢集,將修補、部署節點、更新等關鍵任務,全部做到自動化設定。

同時影片也會示範AmazonEKS搭配GitLab如何展開自動部署,幫助工程團隊實踐CI/CD價值。

AmazonEKS對容器管理輕鬆簡單、維運省時省力容器化服務越來越興盛,當容器(Container)越來越多,在複雜的微服務(Microservice)系統環境之下,運維團隊的管理成本可能相對會增加不少,為了有效調度容器部署,導入Kubernetes無疑是近年企業熱門的話題之一。

建構KubernetesCluster流主要可區分兩大塊,一是安排容器調度的ControlPlane、另一則是容器運行時需要用到的WorkerNode。

ControlPlane裡面涵蓋有儲存狀態的ETCD、CoControllermanager、Scheduler的調度管理、甚至是操作時進行互動的APIServer,若是自己創建的KubernetesCluster,需要自己安裝這些元件,後續仍需要對ControlPlane進行相關管理、維護、升級工作。

為了減少上述Components的繁複維護,在透過AWSEKS代管的KuberneteControlPlane部可以獲得以下三大好處。

AmazonEKS一鍵式部署,展現三大優勢第一,AmazonEKS代管的ControlPlane實踐了跨AZ的高可用部署,使用者不需要擔心單一節點故障的風險。

第二,AmazonEKS支持至少四個Kubernetes版本,持續跟進每季CNCF的發佈,同時EKS也完全符合上游CNCF規範。

第三,部署AmazonEKS之後,可直接使用AWS平台上現成的服務工具,在安全性管理、網路設定方面,可以做到無縫整合。

最後AWS台灣解決方案架構師也提到,若想在容器環境進行CI/CD及應用程式的管理,可以進一步透過IaC整合部署AmazonEKS叢集,透過使用Console、把EKS變成Cloudformation的模板、使用AWS所開發出來的eksctl.io、或指令是採用AWSCDK可以讓開發者用自身熟悉的語言,在AWS平台整合CI/CD工具進行維運及部署EKS。

打造第一個在AWS上的應用程式了解AmazonEKS整合GitLab,獲得三面向價值對開發者而言,想把AmazonEKS整合到CI/CD工具之一的GitLab平台上,可以看到那些實際的優勢?在DevOps開發者示範工作坊當中,GitLab資深解決方案架構師指出,GitLab使用到Kubernetes技術,主要有三種搭配方法,包含GitLabServer、GitLabRunner、以及創建DeploymentEnvironment。

本次示範教學會主要聚焦在GitLabRunner如何採取Auto-scaled方式進行Build、Test、PackageApps;以及在DeploymentEnvironment運用Kubernetes技術,做到AutoDeploy、ReviewApp。

正因為AmazonEKS能夠在DevOps過程提供所需要的彈性計算資源,幫助開發者在GitLab平台上面獲得以下三個層次的優勢: 在GitLab內建的部署工作流程當中,自動生成整套CI/CD最佳實踐腳本。

ReviewApp過程,從MergeRequest中可直接訪問應用程式/App的UI介面,並且根據Gitbranch名稱、專案名稱,自動生成ReviewApp的URL,以及在Merge前的最後防線進行Approval檢查。

加速CI/CD流水線,GitLabRunner運行時候還可藉由AmazonEKSCluster進行Auto-scaled的支援。

AmazonEKS整合GitLab,需要兩大流程影片最後,GitLab資深解決方案架構師示範如何把AmazonEKS整合至GitLab執行AutoDeploy,主要可分為兩大區塊流程,第一部分聚焦在AmazonEKScluster的設置,第二部分則執行AutoDeploy設置。

第一塊可拆分為四個階段,首先教學怎麼創建EC2節點的EKScluster,第二階段示範把EKSCluster連接到開發者的GitLabInstance、Group或Project,下一步則使用ClusterManagementProjectTemplate創建一個ClusterManagementProject,以及最後一階段透過ClusterManagementProject自帶的HelmChart,安裝在Cluster所需要的內建App。

第二塊執行AutoDeploy設置,針對需要部署的App創建一個GitLabProject,接著再把gitlab-ci.yml添加到Project,並從WebIDE選擇及導入AutoDeploy的CI模版,讓GitLab自動生成最佳實踐的整套流水線。

幫助開發者更了解AmazonEKS整合GitLab的QA系列Q:使用AmazonEKS之後,如何更有效率或優化資源去配置WorkerNode的機器數量,以及如何有效空管開發維運的成本?A:Kubernetes除了本身有HPA(HorizontalPodAutoscaling)可根據使用程度自動調整資源流量,另外也能延伸使用AWSAutoScaling方案,針對可擴展資源去設定自動擴展管理。

另外在成本管控,雖然AmazonEKS會收取額外管理費用,但可透過AWS平台的Calculator計算每個EKS的價格,你會發現自動化部署及管理的費用,相對工程師人力的成本更加便宜。

Q:越來越多客戶考慮把現有Application變成容器部署,大多是爲了加快部署的效率,那麼變成容器模式之後,對CI/CD的工作流程有什麽影響嗎?A:運用容器技術最直接的效果,可以讓應用程式的環境更一致化,例如testing環節、stageproduction,讓容器避開一些差異問題。

至於CD部分要delivery一些usage不太一樣的時候,容器會幫忙做配置,所以CI/CD對容器的效益是相輔相成的。

Q:客戶在開發流程漸漸會把Infrastructure變成代碼或文檔,是不是可以把程式碼跟現有的應用程式的CI/CD流水線整合在一起,達到一套完整的CI/CD部署流程?A:觀察目前市場作法,主要分成兩個階段去做整體部署。

如果規模比較小的團隊,會把Infrastructure代碼跟App代碼分開,在管理上會比較靈活;如果企業規模比較大,會有另外一個Infrastructure團隊來控制部署事情,這種情况之下,APP的項目會生成一個APPpackage,主要做到delivery這個階段爲止。

而Infrastructure的項目會指定把需要版本的文檔,部署到他們的KubernetesCluster。

填寫表單找到適合的快速上雲服務與工具! 猜你喜歡Tags:數位轉型AWS開發者雲端中小企業工程師AmazonEKSGitLabMore...成為會員,在關鍵評論網暢所欲言成為會員成為會員同呼同吸的異鄉人,香港原來有烏克蘭菜——東歐餐廳1則觀點國民黨中常會提名蔣萬安參選台北市長:有信心讓藍天再現,組成疫情後的「台北隊」走向國際1則觀點最新數據:總勞動人口跌幅創40年最高2則觀點《娛樂已死未?》:香港關鍵詞「古天樂」2則觀點行政院會通過刪除《礦業法》霸王條款,為何原民和環團認為「一次性同意」可能有問題?1則觀點為什麼小馬可仕叫「邦邦」?關於菲律賓取「名字」的歷史背景和文化慣例4則觀點中職開季洋砲表現回顧:貴卻不好用,大洋砲時代即將夭折?2則觀點石沉大海的中歐投資協定(下):中國、歐洲、美國的利益,彼此之間有什麼衝突?1則觀點美國聯邦上訴法院恢復德州HB20法案,社群平台以「不當言論」為由下架貼文時民眾可提告1則觀點鼓動親中台人嘲諷台灣防疫,中國「以疫謀亂」認知作戰又在蠢蠢欲動2則觀點



請為這篇文章評分?