昨天一則即時新聞吸引我的關注,全球首例因為新冠疫情而亡國的國家,在此之前大家都不知道有這個國家的存在,竟然被正式記載在維基百科條目裡,我當時震驚了……
名為「赫特河公國」Principality of Hutt River 的私人國家,據報導在龐大的稅金壓力之下,因為新冠疫情的關係,賺不到觀光客帶來的收益,決定宣告破產,販售所持有的土地來清償積欠的債務,從此結束了獨立50年以來的光輝歲月,果真是計畫趕不上變化,終於不敵亡國的命運,澳洲政府倒是鬆了一口氣,這個微型國家願意面對現實,相信對彼此都是一件好事。
把時間拉回到 1969 年,「赫特河公國」的誕生起因於一時衝動之下做出的決定,建國之前,該國的李歐納德親王原本只是西澳大利亞的一名平民農夫,因為小麥生產的問題,血氣方剛的他直接跟澳洲政府摃上,他對於政府的處理態度極度不滿,數度溝通卻宣告失敗,於是憤而成立「赫特河公國」,他的農莊範圍所及之處即是國土,一個微型國家就此誕生,感覺超酷的,這名農夫好有 Guts ,沒有揭竿起義,也敢自立為王。
有趣的是,澳洲政府並沒有以「一個澳洲」的原則來要脅赫特河公國,只是不斷透過行政與法律訴訟,希望他們能夠履行納稅的義務,一邊努力催收稅金,而另一邊則是堅持不繳稅來抵制政府,不覺得很和平美好嗎?雖然雙方的對峙局面在今年劃下句點,留給世人很大的啟示,全國百姓只有26人的小國家也積極的對外建立邦交,人口二千三百萬人的台灣還怕什麼?
有沒有一種誤闖平行時空的感覺?
這篇報導讓我聯想到一則著名的都市傳說「來自陶樂德的男人」。幾年前在網路瘋傳的時空旅人經典案例,來跟大家科普一下,首先「陶樂德」不是一個曾經存在於我們這個地球上的國家,你在維基百科上是找不到關於陶樂德的描述,它和「赫特河公國」的命運簡直天壤之別,有人說「陶樂德」位於平行時空的另一個世界。
資料參考出處https://ameblo.jp/siyohtomiyama/entry-12400542756.html
話說 1954 年的夏天,大概是七月的時候,日本東京的羽田機場(一說是成田機場)發現一名男子持假護照試圖入境,於是被海關人員攔截下來,當時這名白人男子蓄著鬍鬚,穿著體面的西裝,提著行李與其他人一同走下飛機,老老實實地排隊等待通關,一切都看起來很正常。
這名男子所說的母語似乎是法語,日語也說得很流利,看上去就是一個經常出差的商務人士,沒毛病嘛。那麼依照程序,海關人員詢問他幾個問題,像是你從哪裡來?來日本從事什麼活動?這次打算待多久?男子表明自己是第三次造訪日本,來的目的是打算和一家往來的日本商社談生意。
當問及他從哪裡來的,此時氣氛變得詭異而緊張起來,因為他說了一個十分陌生的地名,他表示自己是從「陶樂德」來的,海關人員當場懵了,一時之間反應不過來,還以為他在開玩笑,不要說海關沒聽過這個國家,世界上根本不存在叫做「陶樂德」的這個地方啊,你可以再誇張一點沒關係。
海關人員要他出示護照,上頭簽發護照的國家確實寫著「陶樂德」國,海關人員感到十分訝異,再仔細翻開護照本的內容,確實有入境日本的鋼印,也記載著其他歐洲國家的出入境章,後來警方檢查他的皮夾,發現塞滿了各國貨幣,與其他的商務人士並無二致,但就是無法理解「陶樂德」怎麼會印在護照上,而且還有模有樣的印有國徽和英文。
要說是假護照也未免太扯了吧,當作是怪獸與牠們的產地膩?又不是在拍電影,弄本假護照沒有很難,但是瞎掰一個不存在的國家,是想要惡作劇嗎?把海關人員當白癡是嗎?海關當然二話不說,把這名男子攔下並且拒絕讓他入境。
謎樣的時空旅行者也不知道發生了什麼事?海關人員的大動作激怒了他的情緒,白人男子堅稱他每次都是拿這本護照順利通關,上頭還詳細記載了入境的日期,不可能出錯呀,應該是你們的問題吧,我還要趕時間,何苦這樣為難我呢?隨即遞上他要前往造訪的商社名片,如果你們不相信我,可以現在打電話去問對方啊!
男子愈說愈氣,一旁的海關人員和民眾也為他緩頰,有話好好說,別這麼激動,如果中間有什麼誤會,一定會查個水落石出的。真的是秀才遇到兵,有理說不清。海關方面也陷入苦惱,從沒發生過類似的情況,於是只好致電給名片上載明的商社,問他們是否認識這名男子,並詢問相關細節,包括業務上的商談等等。
說也奇妙,這家商社是真實存在的公司,但他們並不認識這名男子,既沒聽過他的名字,也不知道他代表的公司,更不知道「陶樂德」的存在,而男子聲稱的商業辦事處,依照他記憶的電話打過去,只聽見話筒傳來,您撥的電話號碼是空號,這條線索看來行不通。
一切都像在雲霧中,教人摸不著頭緒,到底這名男子是精神有問題呢?還是純粹的偷渡客?說謊的技巧並不高明呀,到底打算來日本做什麼?難道是間諜打算來日本蒐集情報?哪有這麼瞎的間諜,用來歷不明的護照妄想通關,是不是太低估日本海關人員的智商?男子再三表明陶樂德國是歐洲的國家怎會沒聽過,你們不要欺人太甚喔,我告訴你,別以為陶樂德人很好惹的,叫你們長官出來!身為歐洲公民竟然被如此對待,我要提出控訴,告你們妨害人權。他覺得自己好像被羞辱了,實在氣不過,音量也愈來愈大聲,附近的民眾都圍了過來,不曉得發生什麼事,湊在一旁看熱鬧。
海關也覺得這名男子很盧,無奈之下只好找人從辦公室拿出一張世界地圖,要男子指出陶樂德的所在位置,男子看了看地圖,不假思索地用手指著一處位於法國和西班牙邊界的地方,一般人可能不曉得那裡確實有個國家,但海關人員也是有做過功課的,那裡有個微型國家從 1278 年正式成立至今,叫做安道爾親王國(加泰隆尼亞語 Principat d'Andorra),一般稱作安道爾。
(以下是維基百科時間)安道爾位於庇里牛斯山脈東南部,旁邊的鄰居分別是法國和西班牙,官方語言為加泰隆尼亞語,通用語言為西班牙語和法語。該國的軍隊是由法國和西班牙共同保護,境內只有管理治安的警隊,既沒有自己的軍隊也沒有自衛隊。
根據維基百科記載,國內居民多信奉天主教。安道爾高山峽谷遍布全境,全國平均海拔高達1,100公尺(3,600英尺)是歐洲地勢最高的國家。它是君主立憲國家,據說是法蘭克王國查理大帝為回報安道爾人與摩爾人作戰,頒布特許狀,允許在其境內設立教區,並任命主教,後來該地區自成一國。二戰期間,安道爾維持中立,長時間以來,安道爾幾乎與世隔絕,只保持與法國和西班牙之間的友好關係,1993年安道爾舉行公投,通過安道爾憲法,並成為聯合國的一員。
讓我們回到事件現場,男子堅稱從未聽說過安道爾這個國家,明明這裡就是陶樂德,跟我瞎說什麼安道爾,陶樂德是至少存在千年以上的先進國家,跟歐洲各國都有良好的互動關係,在各國也設立了商務辦事處和外交領事館,別瞧不起人了,我是歐洲公民,擁有合法的護照入境,有什麼不對?
他強調前二次來日本都有順利通關,為什麼這次不行,好歹說個理由呀,男子爆氣了,他愈說愈不爽,懷疑自己被設局,怕是給人捉弄了,憤怒的他拿著護照指著海關人員聲張自己的權益。
眼看雙方僵持不下,海關人員決定扣留他的假護照,暫時將他拘禁在警衛室,大約待了八個小時,後來基於同情的理由,在相關人員的護送下,請他暫住入境旅館,房間外還派了兩名警衛看守,往上級單位通報後,警方也積極介入調查這名神秘男子的真實身分,對於海關來說,他是一名無國籍的偷渡客,這點是不會錯的,至於真相如何,只能靜待調查。
這名男子待在過境旅館的期間,海關允許他可以在旅館的餐廳用餐,此外限制他的行動自由,只能待在旅館房間,其他哪兒都不能去,有道是「人在屋簷下,不得不低頭。」縱使無奈,男子也勉為其難地接受這樣的安排。
男子用完餐回到房間,要在這兒睡上一晚,隔天可能要被遺返出境(能遺返到哪兒呢,一個不存在的陶樂德國?),或是被送去警局繼續接受盤查,還是像《航站情緣》那樣從此住在羽田機場?
無論是哪種情況,總之今天什麼事都不能做了,只能待在房裡看看報紙雜誌和電視新聞,一切只能等待黎明,他內心有說不出的苦悶,他也想知道到底發生了什麼事,身為陶樂德人有必要受這樣的折磨和委屈嗎?以前來到日本,海關不會這樣對待他的啊,他內心滿滿的疑問得不到解答,坐在房間的床沿,他把頭埋進雙手裡,就這樣一直煩惱著沒有結果的問題,一直累到睡著為止。
到了隔天早上,海關人員偕同警方進入旅館敲他的門,發現毫無回應,覺得有些蹊蹺,該不會是畏罪逃逸或是在房間裡自殺吧,於是找來房務人員開鎖,一行人衝進去,只見房間空無一人,旅行箱、衣物,任何與白人男子相關的跡證全消失了,就連扣留在機場裡的假護照也不翼而飛,男人在旅館房間內從此人間蒸發。
更詭異的是,門外看守的警察也沒有看見男子走出房間,更何況房間位於高樓層,對外僅有一個小窗,按理來說是不可能從這裡逃脫的,又不是推理小說的密室,空間環境沒那麼複雜,也沒有空調管道被破壞的痕跡,房間一切物品都在原來的位置上,浴室裡也沒有使用過的跡象,這名男子真的就這樣消失了,再也沒有出現過。
這名男子到底是誰?是偽裝成商務人士的恐怖分子嗎?還是一個行跡詭異的偷渡客,是精神上出了問題呢,還是謎樣的時空旅人,終於又回到他所在的平行時空?答案至今無人知曉,網上各種討論串眾說紛云,來自陶樂德的男子行蹤成謎。
關於真實的情報,這起事件被記錄在日本昭和29年(西元1954年)的英語雜誌日本時報『週刊ジャパン・タイムズ』的犯罪欄位,當時的記載很簡短,就是有一名外國人攜帶假護照企圖入境被海關攔下,後來被移民官員拘留,這樣簡短的內容。為什麼後來會發展成都市傳說?這就是銀快最感興趣的部分。
來自陶樂德的男人(The Man from Taured)
網路上隨便一查就有各國語言版本的時空旅人故事,在日本鄉民論壇也產生激烈的討論,很有意思,有興趣可以自己找找看。有更多的小說以此故事為創作靈感,像是以下列舉的幾部作品:
保羅貝格 Paul Begg 的《Into thin air: People who disappear》1979年
科林·威爾遜與約翰格蘭特的《The Directory of Possibilities》1981年
托馬斯萊斯曼的《Strange but True: Mysterious and Bizarre People》
布萊恩艾拉斯帕Bryan W. Alaspa《The Man from Taured》2015年
伊恩麥克勞德Ian R. MacLeod的《A tourist from Taured》2016年
(收錄在艾西莫夫科幻短篇精選)
聽說 Amanzon 還投資了拍片計畫,原本預定今年上映,至今還沒有確切的消息。
The Man from Taured Trailer
(先說,這支預告片可能不是真的)
(我已經不知道這個世界什麼是真的) https://www.youtube.com/watch?v=5wWHSQ6-LpY
2015 年出品的短片
The Man from Taured(片長只有不到 15 分鐘)https://www.youtube.com/watch?v=CQxmkdRWucU
都市傳說 The Man from Taured 搜查短片
(片長 15 分 40 秒,內容包含事件相關偽資料照片)https://www.youtube.com/watch?v=Aal5VbLXfIU
言歸正傳,讓我們來看看這起事件的真偽,如果以上陳述屬實的話,真的會有時空旅人從另一個平行世界來到我們這個世界進行商務旅遊嗎?一個聲稱自己國家已存在一千年以上,卻是地球上連聽都沒聽說過不存在的國家,那麼這事情也真是夠離奇了。
網路上有許多津津樂道認為這起事件證實了世界上有平行世界的存在,對於男子為何神秘出現又神秘消失,並沒有給出任何答案,如果另一個平行世界的安道爾,就是男子聲稱的陶樂德國,有沒有這種可能呢,基於某種無法確知的因素,將兩個平行世界忽然間連結到一起,男子從時空的縫隙中穿越來到日本的羽田機場,多麼適合寫成科幻小說呀!
就像伊森霍克主演的《超時空攔截》Predestination(原著小說 All You Zombies 由科幻小說之父羅伯特海萊因 Robert Heinlein 所著)閱讀這則故事的時候,我腦海裡一直想著伊森霍克的容貌,想著也許男子並沒有消失,而是類似《神鬼認證》超展開的劇情,男子其實是失憶的間諜,正在執行一場測試日本海關審查程序的超級任務(純然腦洞大開)。
詳查日本網站關於這則傳說的報導,能回溯到當時那個年代的資料極為有限,日本網友對於事件的來龍去脈也大多都是從歐美散播的資料得知,所以這起「謎樣的時空旅人」很可能原始出處並非在日本,只是剛好在1954年發生過真實的持假護照入境新聞,而有人把不同的故事串連在一起,網路上許多神人努力搜尋資料查找故事的起源,其中有人就翻出了這麼一本奇書。
這個故事最早出現是在1981年《奇聞異事錄詞典》The Directory of Possibilities 作者是科林威爾遜 Colin Wilson 和約翰格蘭特John Grant書中蒐集各種希奇古怪事件,出版年代距離 1954 年已經有點遙遠,一般咸稱其內容可信度不高,而當中的第86頁也只用一段文字簡短帶過「有個手持陶樂德護照的男子來過日本」此外沒有任何詳細的描述。
而這個故事其他版本的細節,很有可能是後來的人加油添醋共同創作的內容,因為這樣的時空穿越故事很吸引人,尤其在冷戰的年代,人們對於目的不明的旅客身上可能潛藏的秘密任務深感興趣,在早期的版本之中,神秘男人的身分並非以法語為母語的陶樂德人,而是出身於寒冷地帶的高加索人,這個身分更符合了冷戰時代的陰謀論想像空間,
接著1998年,在Tomas Simon的「Strange But True: Mysterious and Bizarre People」書中,有提及「有個從來沒聽說的陶樂德國的人來到日本,海關對此作了徹底的調查,卻發現地球上沒有這個國家,這個男子對這個陌生的國家沒有做詳細的說明,一會兒就離開了日本。」
關於平行時空的理論,另外有一本書值得注意,法國作家雅克·伯吉爾(Jacques Bergier)曾於1974年創作一部小說《另一個地球的簽證》(Visa pour une autre terre),有人依據此書內容判定這則都市傳說的虛構性質,用以反駁一些主張平行時空/外星生命/時空旅人的理論,實屬荒誕的無稽之談,因為這部小說就是一本徹徹底底的科幻小說,很有可能「陶樂德國」的故事創作靈感就是汲取自這部小說再加以杜撰而成。
歐美的網友努力追查故事源頭,發現當時的寫手很可能把改寫過的故事(另一個地球的簽證)發表在以獵奇為主題的一些八卦雜誌和小道消息的報刊上,獲得了不錯的迴響,由於通過了不同的報刊轉載,為了加強可信度與可讀性,又增添了不少細節,才變成我們今天所看到的「來自陶樂德國的神秘旅人」情節大致上統一的都市傳說,而昭和 29 年刊載在日本時報的那則假護照消息也只是湊巧而已。
多麼希望來自另一個世界的神秘旅人,在不久的將來能夠帶給我們更多新的科幻故事題材,讓豐富的想像空間得以延續下去。
綜合整理 / 銀色快手 對於平行時空充滿好奇的人
20200814 PM 11:34 桃園 寫作的房間
另外《來自地球的男人》The Man from Earth 2007年上映
由Richard Schenkman執導,Jerome Bixby編劇的獨立電影
非常好看的一部電影,推薦給大家。
「r語言遞迴」的推薦目錄:
r語言遞迴 在 李開復 Kai-Fu Lee Facebook 的最佳解答
分享好文,中學生要學電腦嗎?
作者:創新工場CTO、人工智慧工程院執行院長 王詠剛
文章来自半轻人微信公众号(ban-qing-ren)
………………………………
朋友的孩子高中剛畢業,已拿到美國頂尖大學(非電腦專業)的錄取通知。疫情影響,不知何時才能去學校報到。孩子想抓緊學習一下程式設計,為大學打好基礎。這孩子找我聊了一個多小時,從如何學程式設計,聊到非電腦專業和電腦專業的路徑差異,又聊到如何從不同角度認識電腦與程式設計。聊得比較寬泛,不知是否對這孩子有用。
回想我自己的高中時代:那時雖迷戀程式設計,卻完全沒有懂行的人指導。在我們那個四線城市的廠礦中學裡,開設電腦興趣課的老師知道的資訊還沒我多。我高一時跑到北京中關村逛街,卻完全沒意識到中國第一代頂尖程式師當時就在我身邊的低矮辦公樓裡寫代碼(這話說得並不準確,比如求伯君那年就主要是在珠海做開發),鼎鼎大名的UCDOS、WPS、CCED就出自他們之手……我在當時街邊的一家書店(位置似乎就在今天的鼎好大廈對面)買到了許多種印刷品質極低劣的電腦圖書。用今天的標準看,那就是一批盜版影印或未授權翻譯的國外圖書。可那批書竟成了我高中時代最寶貴的程式設計知識來源。
顯然,我在高中時根本就是野路子學電腦。現在後悔也沒用,當時我的眼界或能觸及的資源就那麼多。如果能穿越回30年前,我該對喜歡程式設計的自己說些什麼呢?這些年,我與世界上最好的一批程式師合作過,也參與過世界上最有價值的軟體系統研發——我所積累的一些粗淺經驗裡,有哪些可以分享給一個愛程式設計的中學生?
【問題1】中學生要不要學電腦?
當然要!
每個中學生都要學。只不過——建議大部分中學生使用“休閒模式”,小部分(不超過10%)中學生使用“探險模式”。
啊?兩個模式?那我該進入哪個模式?⟹請跳轉至【問題2】
【問題2】選哪個模式?
你癡迷電腦嗎?比如,你玩遊戲時會特別想知道這遊戲背後的代碼是如何編寫的嗎?再比如,就算老師家長不同意你學電腦,甚至當著你的面把電腦砸了,你也要堅持學電腦嗎?如果是,恭喜你進入“探險模式”⟹請跳轉至【問題200】
你對數學有興趣嗎?比如,你看到街邊建築的曲線,就會在腦子裡琢磨曲線對應的函數或方程嗎?每當手裡攥著幾粒骰子,你就會不由自主地計算概率嗎?如果是,歡迎進入“探險模式”⟹請跳轉至【問題200】;當然,如果有些猶豫,也可以先進入“休閒模式”⟹請跳轉至【問題100】
即便你對電腦和數學興趣不大,家長、老師還是強烈建議你學電腦嗎?就算你一百個沒時間一千個不願意,家長、老師還是會逼著你學電腦嗎?如果是,建議你主動進入“休閒模式”並向家長、老師彙報說“我已經按照前谷歌資深軟體工程師的專業建議在認真學程式設計了”⟹請跳轉至【問題100】
其他情況,一律進入“休閒模式”。⟹請跳轉至【問題100】
【問題100】休閒模式 | 主要學什麼?
“休閒模式”將電腦視為我們生活、工作中的必備工具,主要學習如何聰明、高效、優雅地使用計算設備。這裡說的計算設備,包括所有形式的電腦、手機、遊戲機、智慧家電以及未來一定會進入生活的自動駕駛汽車。
什麼什麼?你已經會用電腦、會玩手機、會打遊戲了?別著急,慢慢往下看。
【問題101】休閒模式 | 我會用搜尋引擎嗎?
我知道你會用百度搜習題答案。但,習題答案不是知識。你會用搜尋引擎來搜索和梳理知識嗎?請試著用電腦和你喜歡的搜尋引擎來解決如下兩個問題:
(1)圓周率𝜋的計算方法有多少種?每種不同的計算方法分別是由什麼人在什麼時代提出的?借助電腦,今天人們可以將圓周率𝜋計算到小數點後多少位?將圓周率𝜋計算到小數點這麼多位元,一次大概需要花掉多少度電?
(2)全球大約有多少個廁所?在發展程度不同的國家,分別有多少比例的人可以享用安裝了抽水馬桶的衛生廁所?為什麼比爾·蓋茨曾大力推動一個設計新型馬桶的研發專案?比爾·蓋茨的公益組織在這個專案上大約花費了多少資金,最終收到了多大的效果?
如果你沒法快速得到上述問題的全部答案,那就給自己設一個小目標:一個月內,學會用搜尋引擎系統地獲取、梳理一組知識點的全部技巧。
【問題102】休閒模式 | 接下來學什麼?
建議學好典型的工具軟體。比如,我知道你會用Office了,但用Office和用Office是很不一樣的。對生活、學習、工作來說,學好、學透一個工具軟體比鑽研程式設計技巧更實用。
你會用Excel來管理班級公益基金的預算和實際收支情況嗎?
你會用Excel做出過去20年裡全球大學排名的演變趨勢圖嗎?
你會用Word排版一篇中學生論文嗎?論文中的圖表和最後的參考文獻部分該如何排版?
你會用Word編排一份班級刊物,包含封面、扉頁、目錄、插圖頁、附錄、封底等部分,可以在列印後直接裝訂成冊嗎?
PowerPoint呢?你有沒有研究過蘋果公司發佈會上那些幻燈片的設計?當約伯斯(多年以前)或蒂姆·庫克站在幻燈片前的時候,他們的演講思路是如何與幻燈片完美結合的?
還有哦,別忘了學學如何為數碼照片做後期,如何用電腦或手機剪視頻,如何為剪輯好的視頻配字幕,如何將照片、音樂、視頻等素材結合起來,做出一段吸引人的快手/抖音短視頻。
最後,抽空玩玩那些設計精妙的遊戲吧,比如《紀念碑穀》、《塞爾達傳說:曠野之息》之類;同時,遠離那些滿屏廣告,或者一心騙你在遊戲裡充值花錢的垃圾。
【問題103】休閒模式 | 不學學知識嗎?
當然要學知識。下面每種實用的電腦知識都夠大家學一陣子了。
(1)色彩知識:你知道同一張數碼照片在不同品牌的手機螢幕上、不同的電腦螢幕上、不同的智慧電視上顯示時,為什麼經常有較大色差嗎?你知道有一些色彩只適合螢幕顯示,不適合列印輸出嗎?你知道軟體工具裡常用的RGB、HSL之類的色彩空間都是什麼意思嗎?如何在設計PowerPoint幻燈片時選擇一組和諧美觀的色彩?
(2)字體知識:你知道什麼是襯線字體,什麼是無襯線字體嗎?你知道網頁中常用的英文字體都有哪些嗎?你知道商務演講時最適用于幻燈片的英文字體有哪些嗎?你知道電腦和手機常用的黑體、宋體、仿宋體、楷體等中文字體分別適合哪些實際應用場合嗎?你會將不同字體混排成一個美觀的頁面嗎?
(3)網路知識:你知道5G是什麼嗎?你知道5G和4G在通信頻寬、通信距離上的具體區別嗎?你知道什麼是路由器,什麼是防火牆嗎?你知道如何配置路由器,如何配置防火牆嗎?微信或QQ聊天時,對方發的文字、語音或視頻是如何傳送到你的手機上的?
(4)應用知識:淘寶中搜索得到的商品資訊是從哪裡來的?商品是按什麼方式排序的?為什麼購物APP經常會推薦給你一些曾經買過、看過的商品?你知道如何為自己建立個人網站嗎?你知道如何管理微信公眾號嗎?
(5)安全知識:你知道網路上的釣魚攻擊是怎麼回事兒嗎?你知道什麼是電腦漏洞嗎?你知道駭客為什麼想把一大批受攻擊的電腦變成可以遠端操控的傀儡機嗎?你知道為什麼現在很多手機APP都要通過短信發送驗證碼嗎?如果驗證碼被壞人截獲,你會面臨哪些風險?
這裡只是舉例。實用的電腦知識還有很多。大家可以自己發掘。
【問題104】休閒模式 | 我需要學程式設計嗎?
可以學,但不是必須。即便學,也只需要根據自己的需要,學那些最能幫你解決現實問題的部分。
【問題105】休閒模式 | 我該學什麼程式設計語言?
在“休閒模式”裡,電腦就是工具,程式設計也是工具,夠用就好。學什麼程式設計語言,完全看你想要電腦幫你做什麼。
• 如果你想對資料處理有更多自主權,那不妨學學Python;
• 如果你想做簡單的交互演示程式,那就先把JavaScript學起來;
• 如果你想更好、更快地寫論文,那不妨學學LaTeX(什麼什麼,LaTeX不是程式設計語言?你太小看LaTeX了);
• 如果你想學做簡單的手機APP,那麼,Android手機就學Java,蘋果手機就學Swift好了;
• 如果你只想知道程式設計是怎麼回事,那……從Python或JavaScript開始就行。其實,跟五六歲的小朋友一起學學Scratch圖形程式設計也不錯。
【問題106】休閒模式 | 我需要學人工智慧嗎?
在“休閒模式”裡,最需要學的不是“人工智慧的實現原理”,而是“什麼是人工智慧”,以及“人工智慧能做什麼,不能做什麼”。
• 在手機上試一試,人工智慧做語音辨識時能做到什麼水準?哪些話容易識別,哪些話不容易識別?
• 打開機器翻譯軟體,試一試哪些資訊翻譯得好,哪些資訊翻譯得不好?
• 手機上的拍照軟體一般都有人臉識別功能。試一試人臉識別在什麼場景下做得好,什麼場景下做得不好?
• 找一部講人工智慧的科幻電影,用自己的判斷解讀一下,電影裡哪些技術有可能成為現實,哪些技術存在邏輯矛盾。
【問題107】休閒模式 | 推薦什麼參考書、參考文獻?
書不重要,豆瓣評分7分以上的電腦應用、程式設計甚至科普類圖書都可以拿來翻翻。
直接在知乎裡搜索你想瞭解或學習的知識點可能更有效率。
如果你意猶未盡,覺得自己剛活動開筋骨,還想挑戰更高層次,歡迎進入“探險模式”。⟹請跳轉至【問題200】
否則,“休閒模式”到此結束。⟹請離開此問答
【問題200】探險模式 | 主要學什麼?
“探險模式”需要有挑戰精神。電腦科學的世界技術演進快,脈絡複雜,要想在探索時不迷路,你得通過有順序、有系統地學習電腦知識,慢慢構建出一張可以在未來幫你走得更遠的思維地圖來。
在“探險模式”裡,電腦就不止是一件能快速計算的工具了。電腦更像是我們大腦的一種延伸。這既包括認知能力的延伸,也包括認知邏輯的延伸。隨著學習深入,大家會逐漸體會到電腦所具有的多維度能力:
電腦是一種可以表示不同類型資訊(數、符號、文字、語音、圖像、視頻、虛擬空間、抽象邏輯)的“資訊管理機”;
同時,電腦也是一種可以連續執行指令以完成特定的資訊處理任務的“指令處理機”;
同時,電腦還是一種可以在知識與邏輯層面完成特定推理任務的“知識推理機”;
同時,電腦也是一種可以從人類給定的資料或自我生成的資料中總結規律,建立模型,自主完成某些決策的“智慧學習機”。
“探險模式”的目標就是盡可能準確地認識電腦,掌握有關電腦運行的最基本規律。有了這些基礎。未來在大學期間或工作中,你就能更容易地設計電腦軟硬體系統,或是設計出碳基大腦(人類)與矽基大腦(機器智慧)之間的最佳協作方案。
【問題201】探險模式 | 我的英語水準足夠嗎?
蘋果每年秋季的新品發佈會,不加字幕的話,你能聽懂多少?
能聽懂大部分:建議在學習電腦的過程中,盡可能使用英文教材、英文文檔。
能聽懂小部分:建議將原來準備學電腦的時間,分出一部分來學英語。
只能聽懂“你好”“再見”之類:⟹請離開此問答。然後,把原來準備學電腦的時間用於學英語,六個月後再回來。
【問題202】探險模式 | 我的數學水準足夠嗎?
如果你是數學和數學應用小能手——較複雜的數學問題總能快速找到核心思路,或快速簡化為簡單問題;很容易就能將抽象概念映射到具體的數學圖形,或將數學問題與相應的現實問題關聯在一起:請繼續探險之旅。
如果你應付正常數學課程感到吃力:建議將原來準備學電腦的時間,分出一部分來學數學。
如果你還搞不清楚什麼是方程、函數、集合、概率……:⟹請離開此問答。然後,把原來準備學電腦的時間用於學數學,六個月後再回來。
【問題203】探險模式 | 為什麼強調英語和數學?
(1)統計上說,最好的電腦參考資料大都是英文寫的,最好的電腦課程大都是用英文講的,最新的電腦論文大都是用英文發表的。
(2)函數、方程、坐標系、標量、向量、排列組合、概率這些中學數學裡會初步學習到的數學知識,是電腦科學的基礎。
【問題204】探險模式 | 電腦知識那麼多,正確的學習順序是什麼?
最重要的順序有兩個。建議先從順序一開始,學有餘力時兼顧兩個順序。
順序一:自底向上,即,自底層原理向上層應用拓展的順序。
電腦原理的基礎知識:
為什麼每台電腦(包括手機)都有CPU、記憶體和外部設備?
(馮·諾依曼體系結構的)記憶體中為什麼既可以存儲資料,也可以存儲指令?
CPU是如何完成一次加法運算的?
程式設計語言的基礎知識:
資料類型,值,變數,作用域……
語句,流程控制語句……
過程、方法或函數,類,模組,程式,服務……
編譯系統的基本概念:
電腦程式是如何被解釋或編譯成目標代碼的?
演算法和資料結構的基礎知識:
陣列,向量,鏈表,堆,棧,二叉樹,樹和圖……
遞迴演算法,排序演算法,二叉樹搜索演算法,圖搜索演算法……
應用層的基礎知識:
為什麼電腦需要作業系統?設備驅動程式是做什麼的?
網路通信的基本原理是什麼?流覽器是怎麼找到並顯示一個網頁的?
資料庫是做什麼用的?
虛擬機器是怎麼回事?
人工智慧系統的基礎知識:
先熟悉些線性代數、概率和數學優化的基礎知識。
什麼是機器學習?從簡單的線性回歸中體會機器學習的基本概念、基本思路。
什麼是神經網路?什麼是深度神經網路?為什麼神經網路可以完成機器學習任務?
如何使用PyTorch或TensorFlow實現簡單的深度學習功能?
順序二:自頂向下,即,自頂層抽象邏輯向下層具體邏輯拓展的順序。
• 電腦的本質是什麼?
• 什麼是圖靈機?什麼是通用圖靈機?
• 什麼是讀取﹣求值﹣輸出迴圈(Read–eval–print Loop,REPL)?
如何用自頂向下的方式理解(解析、解釋、編譯)一段程式碼?
• 靜態語言和動態語言的區別?
如何理解變數與資料類型之間的綁定關係?
• 什麼是函數式程式設計?
程式設計語言中,函數的本質是什麼?
函數為什麼可以像一個值一樣被表示、存儲、傳遞和處理?
• 什麼是物件導向?
類的本質是什麼?
如何用物件導向的方式定義個功能介面?
如何依據介面實現具體功能?
• 什麼是事件驅動?
什麼是事件?事件如何分發到接收者?
如何在事件驅動的環境中理解代碼的狀態和執行順序?
【問題205】探險模式 | 如何提高程式設計水準?
在掌握基本知識體系的基礎上,學好程式設計只有一條路:多程式設計,多參加程式設計比賽,多做程式設計題,多做實驗項目,多找實習機會——其中,能參與真實專案是最有價值的。
【問題206】探險模式 | 該從哪一門程式設計語言學起?
我個人推薦的程式設計入門語言(可根據情況任選):
Python
Java
Swift
C#
JavaScript / TypeScript
Ruby
……
可能不適合入門,但適合後續深入學習的語言:
C
C++
Go
Objective-C
組合語言
機器語言(CPU指令集)
Shell Script
Lua
Haskell
OCaml
R
Julia
Erlang
MATLAB
……
【問題207】探險模式 | 如何選參考書和參考資料?
(1)強烈推薦的參考書和參考資料:
• MIT、Stanford、CMU、UC Berkeley這四所大學中任何一個電腦專業方向使用的教學參考書或參考資料。網上可以查到這些學校電腦專業方向的課程體系,有的學校甚至公開了課程視頻。其中往往會列舉參考書和參考資料連結。
• 維琪百科(英文)上的數學、電腦科學相關條目。
• Github上star數在1000以上的開原始程式碼和開來源文件。
(2)強烈推薦但須小心辨別的參考資料:
知乎上的數學、電腦科學相關條目。使用時需要格外注意三件事:
儘量只看高贊答案或高贊文章;
辨別並避開廣告軟文;
辨別並避開純抖機靈的故事或段子。
Stack Overflow上的程式設計問題解答:
自己動手實驗,辨別解答是否有效。
CSDN上的程式設計問題解答:
自己動手實驗,辨別解答是否有效。
(3)其他推薦的參考書和參考資料:
國內專業作者寫作的專業技術書籍(豆瓣評分7分以上的)。
大廠(Google、Facebook、Microsoft、Amazon、阿裡、騰訊、百度、頭條等)資深工程師的技術公號、專欄、博客等。
著名圖書系列:如O’Reilly的動物封面的系列圖書(請注意最新版本和時效性)。
國內翻譯的著名技術圖書(譯本在豆瓣評分7分以上的)。
(4)儘量避免的參考書和參考資料:
• 已經過時的圖書或參考資料。
• 作者或譯者人數比章節數還多的專業圖書。
• 百度百科上的數學或電腦科學相關資料。
什麼什麼?你這篇問答居然沒有推薦一本具體的圖書?是,沒錯。如果你覺得即便有了上面的線索,自己還是找不到好書好資料,那也許你還是適合“休閒模式”⟹請跳轉至【問題100】
r語言遞迴 在 Mr. Voice 陳威宇歌唱教學系統 Facebook 的最讚貼文
Mr. Voice每位老師除了有不同的歌唱風格外,每個人的教學跟演出經驗都非常的豐富呀!陸續為各位介紹Mr. Voice的老師,有沒有覺得不知道該選哪位老師好呢?😂
今天要為各位介紹『芙賽老師』,芙賽老師為Mr. Voice目前高雄教室的駐點教師,
相信許多高雄的同學都有上過芙賽老師的課程吧!想要指定芙賽老師上課的話,
歡迎在體驗課預約表單中填寫哦!👉 https://mrvoice.com.tw/contact/ 👈
同樣的,芙賽老師也有些話想對喜歡音樂喜歡唱歌的你說
👉我認為歌唱是一種自我表達,是一種溝通的媒介,它能傳遞我們的情感,不僅僅是那些無法言喻的,甚至是超越語言的!當我們瞭解到這一點時,歌唱就不只是字詞跟旋律而已,對我來說更多時候,歌唱是一個尋找自我的過程,在歌曲中學習面對最真實的自己,然後將這份真實唱出來!希望你也能在這裡尋找到自己最真實美好的聲音
【簡歷】
芙賽.以撒(漢名:謝婉琳),台灣阿美族人,原住民創作歌手
-Mr. Voice 陳威宇歌唱教學系統正式師資
2019年 全國高中職歌唱大賽「流音之星」擔任評審
2018-2019年 擔任歌手莫文蔚【絕色】世界巡迴演唱會合音
2018年 南台科技大學流行音樂系演唱組兼任教師
2017-2018年 參與恆春墾丁「海洋敬拜X為愛吶喊」音樂節/撒拉弗樂團主唱&鍵盤
2017年 擔任歌手黃小琥【狂】台北小巨蛋演唱會/合音
【專長】
合音編寫與教學、流行鋼琴彈奏、詩歌詞曲創作、擅長手工藝
【喜歡的音樂】
R&B、Soul、Electronica、Jazz、blues、Funk、Pop、Metal
喜歡音樂的你,也想要讓芙賽老師上課嗎?
歡迎點選體驗課報名連結!並填寫指定芙賽老師授課就可以囉!
👉 https://mrvoice.com.tw/contact/ 👈
#芙賽 #芙賽老師 #師資 #一對一教學 #高雄 #高雄mrvoice
#mrvoice陳威宇歌唱教學系統 #mrvoice #威宇老師
#歌唱教學 #歌唱體驗 #歌唱 #體驗課程 #學唱歌 #唱歌學習 #歌唱訓練 #專業歌唱 #假音 #真假音 #真假音轉換 #KTV #歌唱技巧 #流行音樂 #音樂教育 #音樂創作 #音樂學系 #翻唱 #歌唱訣竅 #唱歌訣竅
r語言遞迴 在 r-source/zh_TW.po at master - GitHub 的推薦與評價
This file is distributed under the same license as the R package. ... msgstr "約定已進行求值:遞迴預設引數參考或是之前的問題?" #: src/main/eval.c:505. ... <看更多>
r語言遞迴 在 for 迴圈與lapply 的推薦與評價
為了提升效率,在R 語言的撰寫上會盡可能使用向量化(vectorize) 運算的方式來處理各種重複性的運算,除了可讓程式碼更容易閱讀之外(不過理解又是另外一回 ... ... <看更多>
r語言遞迴 在 Re: [問題] 關於遞迴加快速度的迷思? - 看板C_and_CPP 的推薦與評價
※ 引述《crazycat2 (浪無定所)》之銘言:
<deleted>
: 但因使用方式,還是以遞迴為主。
: 不經好奇若將遞迴改成static或是marco會更快嗎?
最近也對遞迴有些疑惑, 趁此機會來跟大家討教一下, 以下是我自己的觀點跟想法:
遞迴與迭代這兩個觀念可以在三個層次上遇到:
1. 抽象層次: 遞迴關係 (recurrence) 與迭代關係 (iteration)
2. 語言層次: 遞迴函式呼叫 (recursive function call) 與迴圈 (looping)
3. 底層實作: 呼叫 (call) 與跳躍 (jump) [一般呼叫的實作會包括跳躍]
其中這三個層次有一個直觀的串連關係。例如, 如果有一個題目在抽象層次具有遞迴關
係, 我們就可以依照該遞迴關係去寫語言層次的遞迴函式並呼叫他。這遞迴函式呼叫在
編譯時, 編譯器可以直觀的使用底層呼叫 (call) 類的指令去實作。遞迴關係、遞迴函
式呼叫與底層呼叫這三個不同層次的詞可以有這樣一個直觀的串連關係。相對地,迭代
關係、迴圈與跳躍也可以發現有類似的串連關係。只是這些串連關係並不具有強制性,
像是迴圈也可以用來實作遞迴關係,跳躍也可以用來實作遞迴呼叫,只是可能會有一些
其他的限制或多餘的步驟。不過大致上我們可以具有一個選擇的標準:我們希望在語言
層次可以寫簡短且容易了解維護的程式碼, 同時希望在編譯後於底層實作上具有高的運
作效率。
首先,要認知在這樣的前提上,已經接受在抽象層次上我們要解決的題目是具有直觀的
遞迴關係的,要不然我們沒必要討論這個問題 (就不要用遞迴就好)。 常見的例子像是
要求得 Fibonacci 數列中某項的值。Fibonacci 數列最直觀的定義就是使用遞迴關係
來表示:
f(n) == f(n-1) + f(n-2), (n > 1) [遞迴關係]
f(n) == n , (n <= 1) [邊界條件]
因為具有遞迴關係,所以在語言層次上我們依照這樣的遞迴關係去定義一個遞迴函式並
呼叫是再直觀不過的實作方法:
int f(int n) {
if (n <= 1) return n; // [邊界條件]
else return f(n-1) + f(n-2); // [遞迴關係]
}
但是我們也知道 Fibonacci 數列中每一項的值可以使用迴圈型的演算法算出,因為遞
迴關係可以反向地看成是迭代關係:
n == f(n) , (n <= 1) [初始條件]
f(n-1) + f(n-2) == f(n), (n > 1) [迭代關係]
所以當我們說『遞迴的效率比迴圈差』這個論述時,指的是在語言層次使用遞迴函式呼
叫實作會比使用迴圈實作效率要來得差,而不是說具有遞迴關係的題目本身就象徵著效
率不會好。
那為什麼在語言層次使用遞迴函式呼叫實作感覺上會比使用迴圈實作差?
最常見的範例就是跟計算 Fibonacci 數列的某項值時一樣,遞迴函式呼叫時會『重複』
呼叫具有相同參數值的同名函式。例如要計算 f(10) 時, f(8) 就會在計算 f(10) 跟
f(9)時都被呼叫並重新計算一次。這個會造成效率指數性的下降,也就是我們直觀地使
用遞迴函式呼叫去實作遞迴關係時踩到的效率陷阱。
那為什麼迴圈會是擺脫這個效率陷阱的救星呢?
// 下面的程式碼為了做好的對應,我並沒做最簡化
// 如果要求取 f(10) 的值:
int main() {
int F[10+1];
for (int i = 0; i <= 10; ++i) {
if (i <= 1) F[i] = i;
else F[i] = F[i-1] + F[i-2];
}
// 此時 F[10] 的值就是我們要的 f(10) 的值
printf("%d\n", F[10]);
return 0;
}
這個迴圈確確實實不多不少執行了 10+1 次,看起來要比使用遞迴函式呼叫少執行了很
多次計算 (因為我們沒有重複計算到) 。但是關鍵其實是因為這裡偷偷做了一個類似快
取的機制 (空間換取時間)。也就是說,我們也可以依樣畫葫蘆地把遞迴函式呼叫改成:
int f(int n, int *F, bool *visited) {
if (visited[n]) return F[n];
visited[n] = true;
if (n <= 1) {
F[n] = n;
} else {
F[n] = f(n-1, F, visited) + f(n-2, F, visited);
}
return F[n];
}
int main() {
int F[10+1];
bool visited[10+1] = {};
printf("%d\n", f(10, F, visited));
return 0;
}
我們維持了語法中的遞迴函式呼叫機制,並且通過類似快取的機制避免了重複計算,但
是也必須為此付出一些代價:我們需要記錄是否已經計算過 (visited)。但是相對地,
為什麼迴圈可以不用跟這裡一樣要付出記錄的代價?原因是因為遞迴關係如果要有解 (
也就是遞迴函式呼叫如果要確定能夠結束) ,那所有遞迴函式的呼叫可以依照呼叫者跟
被呼叫者的關係畫成一個樹的結構。我們只要確保在樹枝中比較接近樹葉的函式呼叫比
比較接近樹根的函式呼叫先計算,那最後的結果就會正確。也就是說,我們可以將他寫
成迴圈形式而不用記錄執行過哪些函式是因為存在一個計算的順序可以確保過程中被呼
叫者的值會比呼叫者先被算出來。例如只要確保迴圈中 f(6) 比 f(7) 跟 f(8) 先求出
就可以了。
那遞迴函式呼叫難道就不能做嗎?顯然不是:
void f(int n, int *F, int i = 0) {
if (n < i) return;
if (i <= 1) F[i] = i;
else F[i] = F[i-1] + F[i-2];
f(n, F, i+1);
}
int main() {
int F[10+1];
f(10, F);
// 此時 F[10] 的值就是我們要的 f(10) 的值
printf("%d\n", F[10]);
return 0;
}
(確實有更簡單的方式來寫這個題目,不過跟這裡要討論的差異無關就不細寫。)
如果這樣寫的話,在語言層次,我們保留了遞迴函式呼叫的機制,但似乎有一些多餘的
代價,只是並不那麼地明顯,至少直觀上沒有顯著會慢很多的理由。此時我們可以開始
討論底層實作的層面。在具有遞迴函式呼叫的程式碼經過編譯器編譯後,一般的硬體結
構要實作呼叫 (call) 會比單純的跳躍 (jump) 要複雜,簡單的理由就是每次呼叫要記
得回傳時回來的位址,還有要儲存目前函式內部變數的狀態,以免到時回傳回來後原本
的資料都遺失了。因為這種遞迴的形式是將遞迴呼叫放在遞迴函式定義的最後一行 (且
只有一次),也就是所謂的尾端遞迴 (tail recursion) 或尾端呼叫 (tail call) 。事
實上我們不必去儲存每次呼叫回傳時要回來的位址,因為最後回傳時都會經過一連串的
回傳後回傳到第一個呼叫者,所以我們只需要記得第一個呼叫者的位置。同時我們也不
用在呼叫後還儲存著目前函式內部變數的狀態,因為回傳回來後除了繼續回傳回去也不
會做任何事。
現代的編譯器在你適當的表示成上述尾端呼叫的程式碼時,可以幫你做尾端呼叫最佳化
(tail call optimization),避免在底層實作時使用呼叫 (call) ,所以原則上可以做
到跟迴圈幾乎無差別的效率。甚至如果你迴圈寫得不好 (例如不良的使用迭代器), 反
而寫得好的遞迴會比較快。
以上是假設遞迴關係本身是獨立的計算,不牽涉到外部操作 (例如使用 cout),也就是
我們不用去保證不同樹枝之間呼叫的先後關係。這在實務上其實很少遇到,一般我們遇
到的是像漢諾 (Hanoi) 塔這類的遞迴關係,也就是遞迴函式執行的順序會影響最後的
結果。所以為了保證執行順序,在使用迴圈實作遞迴關係時,我們會需要使用類似堆疊
的結構來模擬,此時遞迴跟迴圈的效率優劣就更難說,反而會與你是否有好好的寫程式
碼有比較大的關係。此外,用迴圈實作遞迴關係是在我們對於參數值有個好的順序 (例
如從 0 算到 10) 的情況下,才容易使用類似快取的機制。如果參數空間太大,而實際
上使用的參數值組合不多,快取機制會更難做而沒效率。不過這都是後話, 我想我有空
再補完.....
結論,在語言層次實作遞迴關係時用遞迴函式呼叫跟迴圈哪個方式好還是跟你的寫法和
編譯器有關。用迴圈實作會 "大幅地" 改進效率通常是因為我們偷偷在其中增加了其他
機制與特性,而這些機制與特性其實遞迴函式呼叫也都可以用只是你沒用,也就是你用
了一個比較聰明的方法去欺負一個比較簡單的方法。
--
寫一寫發現好像大部分是常識, 我錯了...
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.112.217.49
... <看更多>