寫日記:我的心法與實踐

人類的感覺和感情很難以記憶的形式保存在大腦中,有時因為忘記了細節所以難以回顧當時的心境,如果以文字、圖片的方式記錄的話,就比較能回顧當時的忐忑、激動、難過之類的感覺 為什麼要寫日記 這幾年持續記錄下來,我慢慢發現一些好處: 日記可以幫我把模糊的感覺「實體化」。很多時候,是在寫的過程中才意識到,原來有些行為是潛意識驅動的,自己根本沒察覺。 寫日記是一種對自己的鼓勵。每天都試著比昨天好一點,或至少嘗試一點「也許不錯」的小改變。 最重要的是,當我需要回顧時,這些紀錄就成了一種非常有價值的參考。不一定是為了檢討什麼,但能幫助我回想那段時間我在做什麼、想什麼、是否有進步,還是卡在原地。 寫日記還有一個我覺得很重要的終極好處:直視自己的缺點。不只是記錄開心的事,更要把那些讓人不舒服的感覺寫下來。因為寫日記的目的不是為了留下「美好回憶」,而是誠實地看見自己。有時候我會盡量不修飾地寫下腦中的想法,哪怕那些內容是情緒化、混亂,甚至負面的也沒關係。其實,這樣的書寫是一種釋放,也是一種更理解自己的方式。當我願意正視那些不想面對的情緒,願意誠實面對自己的缺點,我發現自己在情緒平穩時,反而更知道該怎麼調整狀態。 我覺得透過這樣一段時間的練習(檢討自己本身是一件很反直覺的事),最終會越來越清楚自己在意什麼、真正想要的是什麼。 我的日記 我通常會把日記分成兩種:一種是比較日常的「Daily note」,另一種是針對特定主題的「Review」。 Daily Notes 這是我最常寫的,基本上就是每天晚上回顧一下今天發生了什麼事、心情怎麼樣,有沒有什麼值得記錄的,比較像一天的流水帳。有趣的是,即使只是一些瑣碎的小事,過了好幾年回來看,都還是會覺得蠻有趣的。例如: 第一次吃某一家餐廳 第一次嘗試用 ChatGPT 寫 code 和某個好久不見的朋友聚餐 Review 有些時候發生了比較特別的事,我就會寫一篇 Review,像是出去玩、試用一個新的工具、最近發生值得 highlight 的事。 這類日記不見得每天寫,可能一週只寫一次,有主題、有想法,也可以隨性一些。有了 Review,可以從每日流水帳獨立出一些值得討論的話題,之後有需要回顧的時候比較方便。 翻了一下之前的日記,列了一些覺得特別有趣的事件: 2023-06-28:第一次拜訪語音實驗室 2023-08-08:睡的超飽 2023-10-22:申請博班前後 2024-03-21:用了很久的 Obsidian Git,終於開始購買 Obsidian sync 2024-04-08:和好幾年沒見的朋友吃飯 2024-04-25:自由的工作時間其實不一定是好事 2024-05-29:晚上看了烏龍派出所的解說,覺得很懷念 2025-02-26:買了 kehan.lu 這個網域 2025-06-23:把 Journal 投稿出去了 2025-07-18:嘗試調整工作姿勢,發現腰比較不酸痛了 心法 我試過很多種方式想養成「寫日記」的習慣,也嘗試為自己設計一些規則。後來總結出一個最重要的原則:越簡單越好。 我知道很多人會替自己設計模板,例如習慣追蹤、每日感謝、三餐紀錄、心情小語……一開始看起來很有條理,但對一個凡人(例如我)來說,這些反而變成心理壓力。一旦熱情過了、生活忙了、幾天沒碰電腦,就容易中斷。甚至我也曾陷入「完美主義陷阱」——總覺得要等到找到完美的方式,才肯開始。後來發現,與其花時間設計,不如直接開始記錄。寫一陣子後再來整理、分類也不遲。 不要混進太多東西:像運動打卡、喝水紀錄這種,我會刻意分開來。不混在日記裡,減少負擔。我比較喜歡設定簡單的短期目標,然後在失敗的時候記下原因:是因為有突發事件?還是這個目標根本不切實際?還是「我就真的不想做啊~」。過段時間再來調整也不遲。 每天五分鐘就好:有時是走路時用手機簡單打幾句,有時是睡前在電腦上寫一點。不用篇篇精彩,幾句話就夠了。 寫給自己看的東西,不用交差:所以只要自己看得懂就好。甚至看不懂也沒差,因為很多事原本就不需要留下紀錄。 「極度機密!任何人都沒資格看我的日記」 照片也是日記的一種:照片本身就是很好的素材。事實上,很多人的相簿其實就已經是一種日記了。除了偶爾會發 IG 限時動態,我也會把平常拍的照片貼進日記裡,能快速幫助我回想當天的情境、節奏。 我常用的技巧:自由寫作 我自己很常使用「自由寫作(Free writing)」1的方式。想到什麼就寫什麼,不在意標點、文法或邏輯,不修飾、不停下來修改,甚至可以閉著眼睛一直打字,把腦袋裡的東西倒出來。我也常在走路回家的路上,打開 Obsidian 的 iOS app,用蘋果內建語音輸入,讓那些千頭萬緒先被記下來。像這樣: 「今天早上睡得很飽喝了咖啡早上和老師開會跟他分享了一些新的計畫逗號他也覺得滿有意思的說不定可以朝這個方向做做看。下午的時候和同學聚餐有聊到之後工作的規劃之類的逗號我覺得最近可以想想看這件事我自己覺得….」 這樣的紀錄可能雜亂、不完整,但留下的是真實、當下的腦中狀態,有時候整理不是那麼重要,重要的是捕捉下來。 使用 Obsidian.md 我覺得任何 App 都足以勝任「寫日記」這件事,即便用紙筆也是一種好方法。Obsidian 是一個我非常喜歡的筆記工具,寫日記只是一個其中我最常用的功能。為了方便,我還是有一些超級簡單模板。 ...

August 2, 2025

在當兵期間,用 Arduino 和觸控螢幕做一個夜射控制盒

有一天副連長很匆忙的跑到連上問有沒有電機系和資工系會寫程式和接電線的人,原本以為是簡單的公差,但後來衍生成滿麻煩的任務…營長想要做一個酷酷的裝置,可以在夜射的時候控制整個靶場的燈光,就算剩下 3 週就退伍了,為了完成營長(兩顆梅花)好大喜功的交辦事項,還是硬著頭皮被抓去營長室了。 夜間射擊的運作方式和白天打靶很像,差別在於要在幾乎全黑的情況下打靶,靶的下方會安裝微弱的照明(弱弱的燈泡),在開始射擊之後每次會亮 3 秒、暗兩秒,重複五次,射擊的人要按照節奏打完 5 發子彈。 為了達到「計時開關」的需求,以前是把電源接到由斷路器和計時器所接成的控制盒(普累嘎)上,按按鈕控制計時器運作,比較像是用電路和機械元件來做到計時的效果,但這種裝置通常整體的體積很大,而且看起來不夠「酷」,所以營長一開始想要我們設計一個「由晶片計時(寫程式)、遠端控制、手機控制(可以用滑的)」之類的功能,他的想像是要做到智慧家電那樣可以透過程式去控制靶場的燈。不管這聽起來有多麼沒必要,反正只要能讓自己有面子就可以了。 需求 在經過一連串的討論之後,我們把需求簡化成 7 個輸入控制繼電器開關 4 組燈(靶燈、場燈…共四種),分別為 四組燈的個別開關 全開 + 全關 計時開始(靶燈亮 3 秒,暗 2 秒 共五次) 為了達到用晶片寫程式、減小體積、預算低的需求,我們後來選擇用 Arduino 直接硬做一發。 ![[Pasted image 20231228005200.png]] 其實簡單可以理解成用「晶片控制的延長線」,有沒有電通過 = 燈的開關 ![[Pasted image 20231228005208.png]] 按鈕版 首先,我們做了一個按鈕的版本,總共接了 7 個按鈕,4個繼電器。 ![[Pasted image 20231228005232.png]] 問題 A:按鈕在物理上有接通與不接通的情況,所以要以「狀態變化」當作按鈕有沒有被按下,而不是有無接通 儲存每一個按鈕的初始狀態,當狀態改變代表有被按下 儲存每一個燈的狀態,根據不同的輸入改變狀態(例如:關變開、開變關) 問題 B:關於計時這件事,不能用 **delay()** 而是要去記錄 **millis()** 的時間差 因為在 delay 時程式是暫停的,不能處理其他 input 設計上在計時模式的過程中,如果按了全開或全關(例如有突發狀況),會暫停計時 const int N_BUTTONS = 7; const int N_LIGHTS = 4; const int button_pins[7] = {2,3,4,5,6,7,8}; const int light_pins[4] = {9, 10, 11, 12}; int last_button_state[7] = {0,0,0,0,0,0,0}; int physical_button_state[7] = {0,0,0,0,0,0,0}; int light_state[4] = {0, 0, 0, 0}; bool is_shooting = false; unsigned long shooting_start = 10e6; void read_physical_button_state(){ for(int i=0; i<N_BUTTONS; i++){ physical_button_state[i] = digitalRead(button_pins[i]); } } int detect_change(){ // 0, 1, 2, 3 分別是每個燈泡個別亮暗 // 4, 5 全開 / 全關 // 6 計時模式 read_physical_button_state(); for(int i=0; i<N_BUTTONS; i++){ if(last_button_state[i] != physical_button_state[i]){ last_button_state[i] = physical_button_state[i]; return i; } } return -1; } void setup(){ Serial.begin(9600); for(int i=0; i<N_BUTTONS; i++){ pinMode(button_pins[i], INPUT_PULLUP); } for(int i=0; i<N_LIGHTS; i++){ pinMode(light_pins[i], OUTPUT); } read_physical_button_state(); for(int i=0; i<N_BUTTONS; i++){ last_button_state[i] = physical_button_state[i]; // Serial.print(last_button_state[i]); // Serial.print(", "); // Serial.print(physical_button_state[i]); // Serial.print("\n"); } } void set_light_state(int pin, int state){ digitalWrite(light_pins[pin], state); light_state[pin] = state; } void loop(){ int change = detect_change(); if(change >= 0){ Serial.println(change); } if(change == -1){ // no change }else if((change >= 0 && change <= 3) && !is_shooting){ set_light_state(change, !light_state[change]); }else if(change == 4){ // all open for(int i=0; i<N_LIGHTS; i++){ set_light_state(i, HIGH); } is_shooting = false; shooting_start = 10e6; } else if(change == 5){ // all close for(int i=0; i<N_LIGHTS; i++){ set_light_state(i, LOW); } is_shooting = false; shooting_start = 10e6; }else if(change == 6){ // shooting is_shooting = true; shooting_start = millis(); } if(is_shooting){ unsigned long now = millis(); if(now - shooting_start < 3000){ for(int i=0; i<N_LIGHTS; i++){ set_light_state(i, LOW); } }else if(now - shooting_start < 6000){ set_light_state(0, HIGH); }else if(now - shooting_start < 8000){ set_light_state(0, LOW); }else if(now - shooting_start < 11000){ set_light_state(0, HIGH); }else if(now - shooting_start < 13000){ set_light_state(0, LOW); }else if(now - shooting_start < 16000){ set_light_state(0, HIGH); }else if(now - shooting_start < 18000){ set_light_state(0, LOW); }else if(now - shooting_start < 21000){ set_light_state(0, HIGH); }else if(now - shooting_start < 23000){ set_light_state(0, LOW); }else if(now - shooting_start < 26000){ set_light_state(0, HIGH); }else if(now - shooting_start < 29000){ set_light_state(0, LOW); }else{ is_shooting = false; shooting_start = 10e6; set_light_state(0, LOW); set_light_state(1, HIGH); set_light_state(2, HIGH); set_light_state(3, HIGH); } } delay(300); } 觸控版 為了讓整個設備可以變得更酷一點,我們發現 Arduino 有觸控螢幕的模組(但很難買)可以直接插上去,所以就有了觸控的版本。 ...

June 18, 2023

AIS3 Pre-exam Write up

第一次參加 AIS3 pre-exam,應該也算第一次自己打 CTF。上學期修了資安實務,才終於開始打 CTF,之前在資安社的時候都只是在下面聽聽,沒有真的認真打過比賽。最終解了 10 題,排第45名(。◕∀◕。) 我主要都是解 Web 題(Web*3, Misc*3, Crypto*2, Reverse*1),再陸續把各個項目低分的題目解一解。大部分 1xx 分的都滿簡單的,可以一眼就差不多看出題目的思路,找相關的資料或是需要耐心慢慢看就能看出答案。經過資安實務的摧殘產生的心裡陰影,有時候會把題目想的太複雜,突然解出 Flag 還會覺得:「蛤?就這樣喔,我想太多惹」。 花很多時間的 震撼彈-ais3-官網疑遭駭,是一個很惡劣的題目,靠眼力(+細心?)就能找到一個怪怪的封包,找到之後竟然還只是一個簡單的 shell,我大概花了三四個小時在摸那包封包吧。 最後的時間都在解 XSS Me,大概花了 6,7 個小時在東戳西戳,就是找不到繞過字數限制的 XSS 方法,最後也沒有解出來QQ。後來得到提示之後還是解出來了,也把 Write up 補一補。 對了,我是有參加第一天的 MyFirstCTF 啦,但不小心睡太晚了 ヽ(・×・´)ゞ Welcome Cat Slayer ᶠᵃᵏᵉ | Nekogoroshi Welcome 的題目,一個一個試密碼,大概 10 分鐘就可以試出來了。 ![[Pasted image 20250101192522.png]] Web ⲩⲉⲧ ⲁⲛⲟⲧⲏⲉꞅ 𝓵ⲟ𝓰ⲓⲛ ⲣⲁ𝓰ⲉ ![[Pasted image 20250101192528.png]] 這一題是 Flask 的登入的頁面(還有很白痴的 CSS 讓整個頁面變很干擾),輸入 username 和 password,設法走到 Line18 就能拿到旗子。 FLAG = os.environ.get('FLAG', 'AIS3{TEST_FLAG}') users_db = { 'guest': 'guest', 'admin': os.environ.get('PASSWORD', 'S3CR3T_P455W0RD') } @app.route("/") def index(): def valid_user(user): return users_db.get(user['username']) == user['password'] if 'user_data' not in session: return render_template("login.html", message="Login Please :D") user = json.loads(session['user_data']) if valid_user(user): if user['showflag'] == True and user['username'] != 'guest': return FLAG else: return render_template("welcome.html", username=user['username']) return render_template("login.html", message="Verify Failed :(") @app.route("/login", methods=['POST']) def login(): data = '{"showflag": false, "username": "%s", "password": "%s"}' % ( request.form["username"], request.form['password'] ) session['user_data'] = data return redirect("/") Line10: dict().get() 如果沒有取值成功,預設會 retrun None。所以只要構造出: ...

May 31, 2021

Facebook Hate Speech Detection

只要有人類的地方就會有惡意言論,而 Facebook 身為全球最大的社交平台,從以往僱用審查團隊去人工檢視,近年來也開始引入 AI 系統來輔助偵測,在 NLP 領域令人振奮的 BERT 系列模型更扮演了關鍵的角色。 Facebook Hate Speech Detection:背景介紹及以政策面探討 FB 如何審查、定義惡意言論,AI系統對於目前 FB 的影響 Facebook BERT-based System:以技術角度介紹 BERT-based 模型的迷人之處及其原理 背景介紹 Facebook的創辦人馬克·祖克柏曾說:「Facebook的創建理念是,打造一個全球性的社區,加深人與人之間的聯繫,讓世界上的每個人,都有權利與他人分享他所有的事物」。然而,這看似立意良善的理念,卻淺在著一個問題:「並非所有的使用者都是善良的」。 確實,社群媒體上大部分的使用者都是善良的,單純只是想在社群媒體上與自己的親朋好友分享自己生活中的點點滴滴,透過社群媒體,讓人與人間的聯繫不再因物理上的距離而有所限制,可以輕鬆的在平台上與任何人交換資訊。然而少部分心懷不軌的使用者在社群媒體上散佈各式惡意的內容,試圖去攻擊他人,造成他人身心靈上的創傷。雖然這些用戶佔總體的少數,但社群媒體的資訊傳播速度相對於傳統的口耳相傳來的快上許多,任何資訊都可以在社群媒體上迅速的流傳開來,這也使得內容審核、攔截惡意內容成為重要的課題。平台方應設法在不當內容被傳播開來前就將此內容從平台中移除,保障每位使用者有一個善良和諧的社群環境。 內容審核 Facebook 社群守則-仇恨言論 人工內容審核 在過往,社群平台處理這些不當內容的方式是透過人工的方式將這些內容移除,因此也產生了一個新的職業:內容審核員。內容審核員多是由來自於一些開發中國家的人員所擔任,他們的任務就是將社群媒體上適當的內容保存,不適當的內容移除,以維持社群網路環境的和諧。由於他們的工作與維持我們生活環境整潔的清潔人員相似,只差在於一個是清理現實世界中的垃圾,一個是清理社群網路中的垃圾,因此也有人將內容審核員的工作稱作為「網路清道夫」。 雖然內容審核員的工作幾乎不需要什麼門檻就可以加入,但相比與現實生活中的垃圾,存在於網路世界中的垃圾比現實生活中的垃圾來的「髒」上許多,而這個「髒」是屬於心靈及精神層面的髒。當人長時間暴露於這樣不當內容的環境中,是很容易會造成自己精神及身心靈上的創傷。也因為這樣這樣特殊的工作性質,通常大公司都會將這些工作外包到一些開發中國家,由那些家庭經濟狀況不佳的社會底層人士所承擔。但由於工資低廉,加上長時間的精神暴力衝擊,部分審查員因此患上心理疾病,甚至是走上絕路,也有的寧可辭職,回去從事垃圾回收的工作,也不願在看到網路上那些不當的垃圾內容。 綜合上述,人工內容審核隱含的缺點,除了對於審核員的精神及心靈創傷外,對於企業來說也會增加人事成本並且人工審核的方式效率較低。上述這些缺點也凸顯出了自動化內容審核的重要性,也許將內容審核的工作交給不會受情感影響並且處理速度快的電腦做會是一個比較好的選擇,一方面可以較有效率的進行內容審核的工作,一方面也可降低公司對內容審核員的需求,減少公司的人事成本,也可降低審核員的心理壓力。 Facebook 的 AI 內容審核[ref]How We Review Content[/ref] 隨著近年來人工智慧、深度學習相關技術的蓬勃發展,尤其是 BERT 家族模型在各式自然語言處理相關任務上大放異彩,刷新了各項成績。在2020年Q4,Facebook使用RoBERTa、XLM、XLM-R 等BERT相關模型所建構的AI系統已經可以做到將 97% 的不當言論內容在被用戶檢舉之前就自動化的偵測出並且移除,相比於2017年Q4的23.6%,可說是有很大的進步。 ![[Pasted image 20241231160837.png]] 在技術方面,Facebook 的 AI 系統主要在以下三個方面輔助他們進行內容審核的工作[ref]Measuring Our Progress Combating Hate Speech[/ref]: Proactive Detection (主動檢測):AI 精確度已達到可在使用者發現並檢舉違規內容前,就自動檢測出各種類型的違規內容並將其移除,保障平台上的使用者不會看到違規的內容。 Automation (自動化):對於使用者檢舉的內容,在特定情況下,若內容明顯違規 AI 會自動進行判斷並將違規的內容移除。如此可讓審核員更專注於需要更多專業知識才能進行判斷的內容。除此之外,AI 也可自動化判斷被檢舉的內容中是否有重複的,讓審核員可以不用多花時間一直審核重複的內容。 Prioritization (優先排序):有別於一般依照時間順序進行審合的方式,Facebook 的 AI 系統會先將所有不管來自於使用者檢舉或是系統自動檢測出的違規內容依照嚴重性進行排序,如此便能優先處理那些較嚴重違規、對使用者傷害較大的內容。而在排名的部分是依照內容的傳播性、危害嚴重程度、違規可能性等因素進行排序。對於各個違規內容,若系統可明確判定內容違規,則系統會自動的將此內容從平台中移除。若系統無法明確判定內容是否違規,則會將其交由審核員進行後續審核。 Facebook 的仇恨言論盛行率 仇恨言論盛行率是指使用者在 Facebook 上看到違規內容的次數百分比。計算方式為隨機挑選 Facebook 上的貼文作為實驗樣本,這些樣本內可能會包含來自不同國家、文化背景的使用者所發的貼文,因此 Facebook 會將這些實驗樣本交給來自不同語言、地區的審核員進行審核,判定有多少樣本是違反 Facebook 的仇恨言論政策。根據上述的統計方式,2020 年 7~9 月,Facebook 上的仇恨言論盛行率約為 0.10%0.11%。這代表每 10000 篇貼文中,大概有 1011 篇含有仇恨言論的貼文。 ...

February 6, 2021

德國 TU Darmstadt 交換心得

結束了在德國半年的交換,很不巧的遇到了瘟疫,所以一切的計畫都變得很不一樣,不過也是一次很有趣的體驗。本文是交到教育部和國際事務處的報告,裡面包含了一些如何在德國生存、生活花費、疫情的處理。還有很多可以寫的之後再發文補充,因為要趕快畢業所以先把心得寫一寫 XD ...

August 28, 2020

How to Read a Paper

這學期開始進入正式課程之前,教授提供了一些關於「如何讀 Paper」的文章。對於一位剛要進入研究領域的學生來說,讀文獻是很重要的,用對方法可以節省很多心力,避免變成被論文海淹沒的菸酒生。 以下是我試著翻譯 S. Keshav “How to Read a Paper”,文中提到的三個步驟,「快速地掃過、掌握重點、實際重現結果」透過這樣的方法,可以快速過濾哪些文獻適合閱讀,哪些適合擺到一邊,以及如何閱讀、哪些部分是關鍵。 Abstract 研究員花了很多時間讀 Paper,但是很少人真正學過如何讀 Paper,導致很多人浪費了很多心力。這篇文章提供了讀 Paper 的三個階段(three-pass method)。 1. Introduction 研究員讀 Paper 有很多原因 為了研討會或準備課程 持續更新該領域的知識 透過文獻研究探討新的領域 如何有效率的閱讀文獻很重要,但很少被教授。許多研究生因此需要不段嘗試找出適合自己的方法,浪費很多寶貴的時間,而且常常導致的失望的結果。 多年來我一直用一個簡單的方法來有效率的閱讀文獻,這篇文章中表示為「三階段法」(Three-pass method),而且用這個方法來探尋文獻。 2. The THREE-PASS APPROACH 2.1 The first pass 第一階段,快速的鳥瞰整篇文獻,這大概花 5~10 分鐘,包含以下的步驟。 仔細地閱讀 Title, Abstract 和 Introduction 閱讀 Section, sub-section 的標題,但其他的先忽略 讀 Conclusions 看一下 Reference ,找看看以前看過的文獻 在第一階段結束後,你必須能夠回答以下的問題: 分類:這是什麼種類的文獻?測量?分析現有系統?描述研究的原型? 背景:有哪些文獻和這篇有關?有哪些理論基礎用來分析這個問題? 正確性:內容假設正確嗎? 貢獻:這篇論文主要貢獻了什麼? 清晰度:文獻內容文筆清晰、容易理解? 從這些資訊中,你可以知道該不該繼續讀這篇論文。可能因為 這篇文章你不感興趣 你沒有足夠的知識去讀懂這篇論文 作者做了錯誤的假設 第一階段足以讓你了解這篇文獻是不是該看的,但未來也可能有關。順帶一提,如果你正在寫論文,可以想見大多數的審稿者/讀者都是這樣看待你的論文。選擇有意義標題和副標,要有清晰且全面的摘要。如果一個審稿者沒辦法在第一階段讀懂,那很有可能這篇論文會被 reject,讀者也可能把這篇論文放到一邊。 2.2 The second pass 第二階段,花更多心力閱讀論文,但忽略一些像是證明之類的細節。這讓你可以掌握重點,可以在讀的過程中在空白處寫上筆記。 ...

April 23, 2020

申請德國簽證

昨天剛拿到德國的簽證,申請的時程很長也有點麻煩,記錄一下。 申請德國簽證還滿複雜的,網路上有很多分享的文章,申請&填寫資料都有很多逐步教學,所以細節我就沒有再寫出來,我當初是在 Willstudy 的網站慢慢摸索,上面有滿完整的說明和教學,有問題也可到 FB 詢問,是一個滿好的團隊。 留學計畫 Willstudy 以及一些很好的部落格 德國鬼的180天交換計畫 享受孤獨走出舒適圈 時程 大概在出國兩個月前開始申請簽證,暑假的時候是旺季,可能要再更早申請! 11/21 收到友校的 Admission Letter 12/04 學校舉辦「德國留學公益講座」(留學計畫 WillStudy) 12/04 到德國在台協會網站預約時段 12/06 申請 Expatrio 12/09 匯錢到限制提領帳戶 12/11 限制提領帳戶 confirm 12/19 預約時間到 101 裡面的德國在台協會繳交資料 開始等 4~5 週 01/16 通知簽證已有結果,要求回傳出入境時間 01/20 回傳入境時間 等一週 01/31 收到快遞送來護照 大概要做的事 到德協預約時段 Expatrio (限制提領帳戶 & 保險) 文件準備好 去 101 德協繳件 回信保險和入境時間 領到簽證 提出申請 只要要在德國待 90 天以上,都需要申請長期簽證,申請的單位是德國在台協會,辦公室在臺北101 33樓 德國在台協會 單國德國長期簽證 向德協預約時段 簽證需本人送件,先到網站預約時段,每年 5~9 月是申請旺季,可能要等待很久的時間。申請完成後,會收到 Email 通知預約時段,要記得到信件內點選連結確認自己預約完成。 準備文件 護照正本 證件照三張 以下皆需兩份 ...

February 1, 2020

臺科交換學生校內申請

順利的申請到了在大四下出國交換一個學期,記錄一下在台科申請成為交換學生的過程。 時程 出國交換要在前一學期開始前申請,以我的時間表來說: 2020 夏季學期:預計出國交換 2019 六月:國際事務處會在學期末左右開說明會,對所有想申請的學生宣布所有時程和規則 最慢這時候要報名英文考試,並確定能在交換申請截止前拿到英文成績 2019 七月到八月:申請繳交資料期間,並填寫志願序 頻繁的去瀏覽各校交換學生網站 2019 九月底:公布落點學校,同時必須確定志願或放棄 2019 十月:國際處會將同學推薦給交換的學校,等待後收到對方學校同意推薦,並請你填寫申請該校的資料。 2019 十一月:照各校的截止時間把資料填一填交出去,並等待錄取通知(通常要看學校的效率)。 拿到錄取通知後,就可以開始準備辦簽證之類的東東 校內申請 國際處、國際處網站可以找到所有跟申請有關的資訊。 歷年中、英文成績單(要包含前學期) 有效時間內的外語成績(多益、托福、雅思、全民英檢) 成績可以順便申請獎學金 中、英文自傳 中、英文讀書計畫 就讀期間的優秀表現 將以上的東西和學校志願序在時間內上傳到申請系統,會取得一張申請表,在時間內到國際處繳交申請表和提供正本查驗。 評分項目 不同的英語測驗成績似乎會由一個公式轉換再評分,個人覺得用多益申請比較容易。 目標學校選擇 在不知道自己的成績排序之前就得決定想要去的學校,落點決定後只能選擇放棄或第二次分配。我在選擇目標學校的時候,有幾個點可以考慮: 語言能力限制: 即便臺科推薦你為交換生,但如果你沒有達到對方學校的要求,會在中途卡關,可以先到各校的網站上查好是否達到限制 申請的系是否有英文課程: 有些學校即便你能申請上,但你去的科系卻沒有開英文課程,那就會被迫修其他課或根本不能去了 有沒有宿舍: 在國外租房子一想到就滿麻煩的 地理位置: 交換是去玩的好機會,選擇學校的時候可以靠近機場、車站、大城市。但生活費可能較高或房屋競爭 物價: 當地的物價、住宿費用等等 交換生友善: 有些學校會安排 Buddy 協助你或安排各種活動讓你認識當地生活(類似 AIA) 學校強項、課程: 大學校名聲好聽,但修課可能比較難過。德國的學校不太重視排名,但各校會有不同的強項科系。不同體系可能會有實習的制度等等。 學期行事曆: 會不會卡到時間 找到資訊 查看前一年落點: 國際處的網站沒辦法看到歷年的榜單,但是透過 Google 台科 108-1 交換、台科 107-2 交換,就能知道前幾年每個學校的分佈情況,每年的情況可能非常不同,但條件較好的幾個學校通常在前面就被選走,像是 TUM 等等。 研習心得: 每個交換生回國之後,都要寫研習心得給國際處。可以在這裡找到一些該學校的真實體驗,像是生活環境、學伴制度、課程等等,很多學長姊也都寫得非常詳細,可以給還不清楚狀況的人有大致的理解。 其他學校的網站也可以參考,像是台大的網站也有很多資訊,甚至網路上有很多人整理好的資料。在 ptt studyabroad、oversea_job或各國版會有一些當地的生活情報和申請經驗。 各學校網站: 在國際處可以找到各學校的網站,可以在網站上找到很多實用的資訊。(台大的網站有直接列出是否提供住宿) 申請方式 課程資訊 語言限制 學期時間表(有些國家的時間表和台灣很不一樣) 住宿資訊 生活費、額外的費用(學雜費、學生費等等) 網路上的文章: 網路可以找到很多比研習心得更詳細的部落格文章,除了學校資訊之外,也可以找到很多如簽證申請、機票購買、找住宿、搭車等等超棒的文章,我也從中受益良多,希望我也能透過記錄給大家帶來幫助。 ...

December 22, 2019

大學備審資料撰寫方向建議

有鑒於學測成績公布,莘莘學子也要進入推甄面試的階段。當年承蒙許多老師幫助,在學測申請時順利的錄取不錯的校系,自己也歸納了一些想法,有時也會突然有可愛的學弟妹跑來問問題,不如就直接寫成一篇文章吧! 申請大學應該是所有人第一次面對非紙本考試,你必須在十幾頁的篇幅中總結你 18 年來做過的事,甚至只有 1 分鐘的時間自我介紹,結果教授花短短幾分鐘,用幾個評量分數就決定你會不會被錄取。如何「篩選」出「最有利」的資訊就顯得更重要了。 發現自己 18 年來都在耍廢,會不會開始想拚指考? 該如何閱讀這篇文章 這篇文章的內容是由資工系大二的學生撰寫,可以大致適用大部分的工程類科系,我不是專家也不負責相關的工作,有一些觀點不一定能通體適用,甚至是我個人的偏見,所以並不能盡信,需要自己咀嚼過後再選擇對自己最有效的策略,希望能拋磚引玉,共同歸納出一份攻略秘笈。你應該多尋求老師、專家、學長姐、同學的協助。 教授的心理 教授的生活除了教學以外,就是研究寫論文、拿計畫,要他負責擔任面試委員就像要你擔任國中升高中的評審委員一樣,教授必須額外花時間來看上百份備審資料,幾乎不會有人認真看完備審資料,甚至大部分內容過度美化或根本就是唬爛的。學測成績是一個可信任的指標,第一階段篩選可以由市場機制粗略的學生區分開來。(6768 級分的學生和 5758 的學生) 就我在大學上課時間的觀察,大部分的教授不太會主動與學生互動,常常是上完課就離開教室,但如果你主動去找教授的話他也會滿熱情回答你的問題。你優秀與否事實上對他沒有直接的影響,甚至很多教授不太管出席率,你的死活和他沒什麼太大的關係。 由於目前少子化的關係,大部份科系都面臨招生問題,收 100 個學生中誰好誰壞要看運氣(很難在短短幾分鐘之內評斷一個學生好壞),但如果報到時只有 80 個學生,這問題就大了,所以這是每個委員都極力避免的。比起挑選學生,現在更多科系是用各種方式來抓住好學生,畢竟大學 4 年如果能將普通的學生變得優秀,也對學校非常有幫助。 我們可以看到一個現象,如果你 70 級分,卻填了一個 60 級分的科系,教授想也知道你把他當備胎,自然而然你第二階段的成績就不會好到哪裡去,寧願把機會留給會來報到的人。 小結 教授認知: 學測成績已經能保證來申請的學生,有一定的水準 不可能仔細看你的備審資料 不可能在短時間內排出學生好壞。長期來看才有影響,只能盡量抓住好的,避免壞的 教授重視: 我要在「短時間」內評斷一個學生 備審內容吹牛吹破天,「客觀成績、獎項」最實際 「報到率」非常重要,幹嘛收不會來念的人呢? 學生的優勢 理解了大部分教授的心理,應該已經可以從備審刪掉一堆廢話了,我們可以用不同的優勢來討論一下有什麼好的策略,以重要度排序的話是: 你的學測成績、平時成績 你在相關領域是佼佼者、有豐富的經驗 你有濃厚的興趣 你有這個科系的特質 你參加很多非相關的活動 你會來念這個科系 你的學測成績、平時成績 這部分可能在備審裡面沒什麼好寫的,不過成績是非常重要、客觀的指標,但你也不能改變了,考不好的先幫你 QQ。不過你到文末就可以知道其實也不用太擔心啦。 學測成績不僅是第一階段的門檻,也是第二階段很重要的評分手段,對教授來說是最快、最方便的標準,正取和備取也常常是照著學測成績分布的。如果你有特別優秀的科目可以特別提出來說,其餘的話如果沒有加分那也不太需要著墨,畢竟在成績單上就會有了。 你在相關領域是佼佼者(極重要) 如果你是佼佼者,對教授來說就是「即戰力」,可以多多培養的人才,讓強者變得更強。你已經明明白白、實實在在的超越了其他面試的人。你不用多去證明你有興趣、多想來念了,你的學測成績、志工經驗還重要嗎? 除了成績以外,你參加過的比賽、活動,都是判斷你的依據。如果有傲人的成績直接大字、加粗、紅字標示,像是自然科能力競試、奧林匹亞,或是參加過的社群、活動,以前累積的_作品_,這些都是超級加分條件。 表現普通的人也可以想辦法在這段時間內準備出作品,即使是小比賽、小活動,都是非常好的加分條件。 你有濃厚的興趣(極重要) 你沒有傲人的成績,但你非常有興趣,對教授來說你就是「潛力股」,期待你大學四年會有很好的成長。大部分的學生不可能都是即戰力,值得培養的人才也是大加分! 基本上,如果你在高中時已經有濃厚的興趣,你應該就會關注相關的議題,如果沒有的話你應該根本沒興趣吧!用舉實際的例子的方式來強調你有濃厚的興趣。可以寫對該領域、科系、學校的理解或平常關注的話題,你必須多多強調你的未來性、成長性,寫一些心得或感想之類的東西,代表你「反思」進而從中「成長」,具體的寫出未來規劃也是不錯的選擇,如:「資訊工程如何改善高齡化社會」、「人工智慧取代傳統人力」、「錄取後,到網路上看線上課程」 表現普通的人可以多涉獵相關知識或消息,在面試時被問到或你錄取後也需要知道這些事吧! 你有這個科系的特質(重要) 你不只是個好學生,也有很多符合這個科系的特質,不只能勝任,說不定還能做得更多。 英文是非常重要的能力,重要度遠遠超乎你的想像!大學讀原文書、看文件、寫期末考考卷,都要用到英文(大概只有通識課會是中文),所以你的英文檢定就更顯重要了!數學也是在工程類科系中可以強調的科目(在工程類科系數學好很吃香)。 自學能力、團隊合作都是滿重要的人格特質,想兩三個點來當作整份資料的主軸,集中火力。 你參加的活動、興趣、嗜好(你必須把他變成「塑造特質」的故事) 你可以將這些活動,提升到「特質」的層次。如果你只是無聊的敘述自己的家庭背景、成長歷程,卻與未來大學沒什麼關係,你自己應該都寫得很痛苦吧? ...

February 24, 2018