搜尋

搜尋結果

在澳門安全駕駛電單車十大須知

生活在我城
澳門仔・2018-08-15

近日看到一單新聞是關於澳門電單車路面安全的陷阱,引起澳門仔的一些對澳門電單車駕駛安全的一些感受和見解,所以澳門仔就忽發奇想開始撰寫關於安全駕駛的技巧和特別需要注意的事情。 而此安全須知是為了澳門駕駛電單車人士而寫,特別是「P牌仔」,因為考牌後的真正考驗才正式開始。澳門仔的駕駛經驗由「P牌仔」到現在都一年半了,我會總結由我駕駛電單車至今的經驗,列出澳門電單車人士需要注意的事情,可能有更多安全指引忽略了,請大家都不仿一起交流下吧! 1.切勿使用手提電話 澳門仔留意到有好多人都有在紅燈亮起期間,使用手提電話的習慣,更甚的情況澳門仔曾經目睹過有人單手一路駕駛著電單車,一路使用手提電話,此舉是十分非常危險,絕不鼓勵。 2.切勿胡亂開高燈 以澳門仔瞭解到很多電單車當你一開車的時候,你的大燈就會自動亮起來,而大部份人很可能不明白、不瞭解、不清楚當你以為再按大燈的按鈕,這其實是是高燈,高燈只是在視野含糊的情況才應用的。例如:大霧、暴雨、沒有街燈的情況下才是適當地開啟高燈。胡亂開高燈反而會對其他駕駛者構成危險,甚至不開任何大燈,都沒有比你開高燈更危險。 3.時刻留意倒後鏡 倒後鏡並不是無用,只是你沒有善用它,時刻留意倒後鏡可以令你知道車來的方向,以及切線前都可以應用倒後鏡來進行安全切線,對澳門交通擁擠的地方來說是非常重要。另外一個方法就是倒頭望,而這個方法比單是留意倒後鏡更好,倒後鏡有時候可能會有盲點,而倒頭望則可以避免以上情況。 Photo by Dickson Phua 4.在轉彎路口切勿「攝」私家車 在路面轉彎時候,電單車很多時都攝在私家車身旁這其車是十分危險,萬一私家車轉彎的時候,司機有機會看不到了你的時侯,這時候很大機會發生意外。還有一些極端的例子是,私家車已經打了方向燈轉彎,此時有些電單車司機更穿過私家車直行,這其實是十分危險,對自己,以及對別人都會構成嚴重危險 5.天兩路滑要小心 下雨天一定要慢慢地小心駕駛,特別要注意的地方澳門的渠蓋和斑馬線非常濕滑,每當經過這些地方必定要減慢車速,盡可能避免行過渠蓋和斑馬線,澳門仔都曾經試過打滑,幸好沒有發生意外。此外,一些 6.停車、轉彎要打方向燈 很多駕駛者都忽略了打方向燈的重要性,但是打方向燈是為了自己的安全。打方向燈是有技巧的,不是當你打了方向燈就立即轉線,最好在轉線前5-6秒要打方向燈,令後車意識到你將會轉彎或轉線。最重要記得停車或找泊車位都最好打方向燈預示後車,不要突然停下來。雖然打方向燈並不是規定的行為,但是為了自身安全,最好在每一個路口、切線都要打方向燈。 8.時刻保持警惕 特別駕駛電單車,因為「皮包鐵」的關係,你必須無時無刻都要留意路面情況,保持一份謹慎的駕駛態度。那怕你是一個守法的駕駛者,特別在澳門人多車多的城市,交通的突發情況無時無刻都有機會在你身邊發生。 Photo by Sam Felder 9.留意地線行駛 雖然電單車車身是比私家車細小很多,但不要胡亂不跟從地線行駛,世界並不是圍繞你而轉。不要貪一時方便,而盲目駕駛。 10.駕駛要忍讓 「澳門街」車多路窄,忍一時,風平浪靜;退一步,開闊天空。你必須要擁有忍讓、禮讓的態度,才會有更長、更多的駕駛樂趣。 總結:為己為人的五點 1.高燈勿亂開 2.天雨路滑要留神 3.駕駛忍讓多樂趣 4.打燈轉線保安全 5.跟著地線行走至精明 只要您緊記以上五點,就可以揸得安全又放心!

型別對程式語言的重要性

科技新知
MacauYeah・2024-07-08

JavaScript等程式語言的流行,好大一個原因是因為它很簡潔。而筆者認為,動態語言的特性,即是可以省略型別,是讓它簡潔的一個很大原因。(動態、靜態與強型別、弱型別並一定對等,詳見Ref) 動態語言的特性,就是同一個變數,在不同時候可能代表不同的數據類型,有時候是String,有時候是Integer。所以編寫時,乾脆就不寫數據類型,因為寫了也可能是白寫。 因此初學者並不需要處理大多導入(import)問題,也不用考慮很多compile error問題,至少程式可以運行一半,到了最後出錯的地方才停下,也就是不會因為型別問題而整個程式開不了。 不過筆者在接觸了JavaScript後,始終沒有大量使用。一來因為筆者慣用的Java,有著更大的基礎套件,改用JavaScript未必有優勢。而且動態語言還有一個長久的管理問題,我們該如何知道更新的影響有多大? 測試用例不是萬能藥 有一部份的人認為,動態語言管理難,是因為大家不愛寫測試用例。的確,若然大家寫的測試覆蓋率足夠多,一定可以預先發現問題。但筆者在Java上實踐了寫測試的習慣一段時間,依賴測試報錯,其實也是後知後覺。 IDE的界入 筆者認為,若想好好地管理程式碼,光寫測試是不夠的,我們還需要好好地讓IDE了解我們的程式碼,認它可以很有效地重構我們的程式碼。更強的IDE,還有機會可以提醒我們有一些設計上問題。 老實講,寫Java多的朋友,都可能都知道Intellij Ultimate的名字。筆者試用後,的確很有幫助。相較之下,vscode對於Java的支援,並不十分智能。但這裏筆者還覺得vscode對於java的編寫、重構、測試,在免費的情況下,都已經足夠是足夠佛心。對於網頁應用來講,vscode差的是對javascript的支援。 vscode對javascript的支援有限,其實不能怪它不夠努力。你想多一個免費的IDE怎樣去了解你的javascript程式? 我們連型別都沒有寫出來,它能怎樣推敲? 實時去模擬各種輸入?CPU又會不會耗乾?那麼寫到一半的程式碼又怎樣輸入? 直到最近筆者採用TypeScript之後,筆者看到曙光了 TypeScript - 一個變相的JavaScript的靜態型別 原本的JavaScript其實也有型別的,只是不強制。若想IDE支援,需要以特定型式寫註解。但這樣寫註解,工作量並不比引用靜態型别來得輕鬆。所以最後,筆者還是覺得直接套用TypeScript,讓自己在每一次引用參數,都要好好地先了解函數的輸入輸出型別寫法。 說實在,從JavaScript到TypeScript並不輕鬆。一些原本很無腦的Axios, Promise, Vue語句,TypeScript寫起上來,都變得很複雜。但這個套用,對於IDE來講,真的很大幫忙。它就像突然讀懂了我們的程式一樣,可以跳入跳出,可以知道在多少處被引用。重構也變得更有信心,而不是等待事後測試報錯。 有一點要補充,TypeScript並不像Java那般需要完全預先宣告型別。例如函數的回傳結果,TypeScript就不會強制要求寫出型別,因為它可以有限度地猜得出來。當然,如果大家願意宣告,就更好。 總結 總括來講,型別就像厠所的衛生情況一樣。初期當然什麼都不處理也可以,但越用越久也沒有人理會,大家也不想用下去。若然大家都願意努力維持它的品質,大家會更有意願重複使用。 參考資訊 「靜態型別 vs. 動態型別」與「強型別 vs. 弱型別」 https://blog.tarswork.com/post/programming-language-type-system Typed JavaScript https://depth-first.com/articles/2021/11/03/typed-javascript/