搜尋

搜尋結果

重入膠坑 10|JMS(集模社)的馬克兔作品分享
手機‧電玩
MacauYeah・2025-06-26

回鍋模型制作已經好一段時間,亦做了不少的嘗試。但如果大家覺得新嘗試有點怕怕,可以試一試以國産KO(高仿)作為實驗對像。 筆者並不支持KO,因為質量真的有差,但以練手的角度出發,要做很多白老鼠實驗,那麼KO的價錢絕對是一個合適的選擇。可能有朋友會問,做實驗為何不使用廢件?廢件做一些基本實驗是可以的,例如切削、顔料,使用單件就可以做到。但如果要做流程實驗,廢件很難折開重來。比例實在的,還是從零剪件容易一點。實驗的流程可能是板噴、局部取件、打磨+刻線+滲線等。 筆者最近就開了一盒 JMS(集模社)的馬克兔 21世紀配色,主要試一下加深刻線+打磨+滲線配色+水貼的流程。 先上作品圖 外貎很可以 工具 刻線:0.15刻線刀 打磨:400 600 800砂紙、陶瓷推刀 滲線液:田宮滲線液 水貼:KO自帶的水貼 流程 因為水貼原因,原本有打算用司特力的水性滲線液,但在個別區域試過後,就知道會被水貼的水引流的問題,所以馬上改回田宮的琺瑯滲線液。 加深刻線部份,想少錯,就用刻線膠帶,不然出界就要用打磨的方式修正。筆者就懶得貼,所以不少地方都有打磨的痕跡。修正時,感覺上先用推刀刮,再使用600、800號砂紙打磨,後期再消光漆,就已經足夠。有些地方,什至只用推刀,感覺上差異也不大。 滲線液的部份,本次試用黑色,作為大反差配色。個人覺得在馬克兔 21世紀下,效果配色不差,可以跟軀幹部份相對應。 至於JMS品質,真的是練手的好選擇,組合度OK。但我們不能要求關強度,對把玩有要求的朋友請勿嘗試。

Github copliot vs Intellij IDEA ultimate
科技新知
MacauYeah・2025-02-18

github copliot 最近正式開放每月限量免費使用,只要有github 帳號,就可以經過vscode copliot plugin,向 github copliot 交互式生成程式碼,又或是經 copliot 提供 code completion。大家會不會想過,加了github copliot的vscode,是不是效率暴升,可以跟傳統的付費IDE 例如intellij 的IDEA ultimate版本平起平坐? 流暢度明顯提高 是的,在生成程式碼方面,特別是code completion,在開啟copilot之後,實在好太多了。筆者長期寫java,vscode 原生的 java code completion,實在太陽春。java class name都很長,而且是強型別,很多時候都要完整打出class name。但大部份時候,筆者都要打很多個字之後,vscode才猜到你想打什麼,再給你可能的code completion,但這樣一來你也快打完了,幫助不大。要麼就是自己複制貼上,要麼就自己全拼出來。 在開了github copilot之後,在空行開始時,它就會開始猜你的意途,在打幾個字母以後,它雖然會頓一頓,但總在筆者跳去其他部份複制class name之前,就給出更新結果,實在省心太多。但猜測始終是猜測,大部份時候還是邊打邊修正。不過code completion方面,已經是追得上intellij,有些時候更是超越了intellij。例如我們有時寫 javascript 時,需要做多語言顯示,我們需要為每個語言設定一份i18n的翻譯。copilot 在這方面也能幫到忙,它會自動推薦可能的翻譯,你連問都不用問,這些功能,都不是 intellij 的本地運算會有的支援。 另一個要提提的是 copilot chat,它跟大家平時使用 chatgpt 程式碼生成的方面類似,只是它可以直接在vscode的某個檔裏直接交換生成程式碼。不過生成的品質都很一般,很初階的事可以做,深一點的就不懂。例如你很常寫java,但突然要寫javascript,有些javascript的array操作你懶得查,這時你可以叫copilot chat幫你生成。但若果你今日使用 javascript 框架,有一些 vuejs 或 reactjs 的結構參數傳遞你不太了解,你想找copilot chat,那就幫助不太。它依然可以生成一些程式碼,但對你碰釘的地方沒有修正意義。你還是需要自行從官方文件較對、研究Stack overflow中相似問題的解決方案。就跟chatgpt差不多。當然這些不是傳統IDE可以給你的。但如果現今對比的是收費的copilot chat和本地免費的ollama qwen2.5coder,copilot chat就沒有太大性價比。 可以作為付費IDE的平替嗎 如果我們拿vscode github copilot 跟 intellij IDEA ultimate來比較,前者入門價錢是120美元一年,後者入門則是169美元次年續期有優惠,但到了第三年才會比 github copilot便宜。單看價錢的話,github copilot的確比較便宜。想省點錢,github copliot絕對是一個可以考慮的選擇。但除了錢以外,或者我們還要考慮一些其他因素。 公司立場上,介不介意你的IDE上傳資料到cloud service上面? 付費IDE的除錯功能、多環境整合、程式碼品質分析,這些關係到長期維護,非程式碼生成部份,是不是可以忽略不計。 筆者在開發開源的程式,長期都使用vscdoe,在配上 github copilot 後,明顯覺得它提升了 vscode 的流暢度。但相對實際工作上,筆者還是會集中使用 intellij IDEA ultimate 。因為即使vscode 有明顯改善,但日常碰到的問題更多不是在生成部份,而是解決那些似是而非的程式碼結構陷阱,這方面還是intellij 更幫到忙。當然stack overflow和其他網路資源才是真正的救命靈藥。

立春後,請化二黑病星土煞
宗教玄學
熊神進・2025-02-04

這幾天新聞報導最多的就是甲型流感致命,風水學家在半年前已經提醒讀者,下元九運的二黑五黃星很毒,它們會傷害一些住宅出了風水問題的人,嚴重的還會令人住院。 二黑星是什麽? 二黑星在五行中屬土,上應天上是「巨門」,「巨門」就是病星,顔色是黑色。自古以來,沒有人願意把「二黑」星招進來,大家都是避之則吉,例如當`我們知道它逼近,我們就關上門窗,不想它貿然進來, 因爲它來了,就不會離開,除非你家裏擺放了一些開光風水法器。 二黑「病符星」所到處,引發家人出現怪症、惡夢、情緒憂愁外,還讓老年人入院,孕婦流産,「二黑」爲坤卦,代表女人,更容易令男人遇上婚外情,或迷上「網絡色情」等,致心神不集中,筆者認爲這凶星需要化解。 化解「病符星」的方法有二個: 擺「桃木五帝錢尺」: 今年「二黑」飛入中宮,影響八方,易使宅內人有「情緒、健康」之困。由于它影響全屋人的健康,我建議在客飯廳的櫃頂上擺放一件「桃木五帝錢尺」,桃木是化病毒的木材,材質來自泰山的桃樹,我取用的是雷擊木,色澤上有暗灰的雷擊迹象,同時我在民間廟宇采購「五帝錢」,放在神壇上靜化,之後按使用者出生資料來開光,這就是法器,故擺這物後,家宅如稍有人生病,便可提起正能量,化去這「二黑」屬士之「病星」。 擺「佛法螺」: 這是一件佛八寶,可用佛的力量化「土煞」物。 它是來自尼泊爾聖物,所有的聖物都是用軟體法螺的貝殼製成,同時釀有天然寶石,十分珍貴。它源出于古印度,從螺頂朝上幷螺殼開口于左邊稱爲「左旋螺」,傳統爲右旋螺的白螺,從外而內以旋心中間觀察順時針向右旋轉的方向, 兩種聖物都是佛教視爲吉祥象徵。 古時佛教舉行宗教儀式時,吹奏的樂器就是「佛法螺」,因它的聲音遠傳及亦有號召衆生降魔,在「法華經」及「無量壽經」都有以法鼓、法螺等聲音遠傳作爲佛法傳播比喻。亦有信士把它放在家裏的神壇上供養。 「佛法螺」隨佛教傳入中國後,中國的藏族、蒙古族、滿族、納西族、傣族、京族、漢族等民族沿用至今,法螺于藏族的八瑞相,亦稱八吉祥徽、藏八仙及藏八寶之一。在很多經典中常以法螺之音悠揚深遠來比喻佛陀說法之妙音,據「法華經.序品」中形容:「今佛世尊欲說大法,與大法雨,吹大法螺」。 「佛法螺」放在客飯廳上可以吸取二黑星的病毒,這是一件很珍貴的法寶。

Ceph Storage 水很深
科技新知
MacauYeah・2024-09-25

筆者不才,早前為大家介紹了一篇關於Ceph Storage的最入門安裝教學。但在後續測試中,發現了一些概念上的問題,需要盡早說明,不然就會像筆者一樣,要砍掉重來很多次。 OSD HDD Ceph Storage的主要功能,就是為Contiainer提供外置儲存空間,它對儲存空間有特定的要求。我們最好在建立ceph clustercephadm bootstrap之前,就為每個node上增加合適的HDD 引述官方說明 OSD Object Storage Daemons The device must have no partitions. The device must not have any LVM state. The device must not be mounted. The device must not contain a file system. The device must not contain a Ceph BlueStore OSD. The device must be larger than 5 GB. 簡而言之,大家需要準備新的HDD,不要做任何格式化,讓OS見到HDD但不作任何操作。筆者試過,使用hyperv VM hyperv HDD,也是可以做到的。不過之前筆者於教學中用的 multipass 就沒有這個模擬HDD功能,我們需要使用比較強大的VM作為實驗。 若然HDD是在ceph clustercephadm bootstrap建立之前,就存在的。我們可以經過ceph的網頁介面,或經指令自動加入。 ceph orch apply osd allavailabledevices 若然HDD是在ceph clustercephadm bootstrap建立之後,才加入的。那麼ceph有機會沒法自動發現它,筆者當前的dev版本就出現這問題。我們就需要經指令手動增加 ceph orch daemon add osd NODENAMEdevsdb OSD 官方說明文件 httpsdocs.ceph.comenreefcephadmservicesosd#cephadmdeployosds Reset 在我們做實驗時,若我們想回復到上一個狀態,測試不同的參數差異,Ceph指令並不會即時執行。例如前一句的add osd,想倒回來自行刪掉一些osd,即 ceph orch osd rm OSDID 它就會排隊慢慢做刪除。 但這個過程筆者未有成功過,OSD一直處於繁忙狀態。有機會是因為系統需要保持同步狀態,待成功遷移資料前,什麼都不能動,所以一直都在待刪除的狀態中。 同樣地,當我們想要刪除一些node時,我們使用以下指令 ceph orch host drain NODENAME ceph orch host rm NODENAME 最後也是會卡在刪除OSD的情況 Removing Hosts 官方說明文件 httpsdocs.ceph.comenreefcephadmhostmanagement Static IP 因為 container 技術,很多都需要固定 IP ,我們做實驗之前,最好先了解你的VM engine如果提供Static ip 。以 hyperv 建立的 VM ,其實可以同時建立兩張網卡的,一張為預設網卡,用於連網用,另一張則設定為內部網絡。在安裝 ceph 時,經 cephadm bootstrap 所引用的IP則設定為內部網絡的IP。之後基本上使用任何一張網卡的 ip ,也可以訪問到cephadm的網頁介面。如果不是在一開始的階段上準備Static IP ,我們又會在重設解綁cluster時,同樣因為機器繁忙而卡在不上不下的狀況。

Coding | Test Case 值得寫嗎?
科技新知
MacauYeah・2023-11-02

很多做軟件開發的朋友,其實都會聽過Testdriven的開發模式。就像Scrum一樣,名氣很高,但試過的人很少。為何會這樣呢?筆者認為,並非開發者懶,而是編寫Test Case的難度真的高。對比開發程式本身的成本,寫Test Case的時間學習成本一樣高。 造成這些高成本的原因很多。一來是因為開發者並不像過往一樣,慢慢從零寫程式,一般都應用Framework去預構建一些東西,例如打包Database connection pool,Dependency injection。Framework是好用的,但就令你要模擬Mock up特定資源,變得越來越複雜。所以一般中、小型開發,都鮮有人懂得做Test Case除了大神獨立開發者外。筆者對於Spring boot等Framework,都摸索了很久,才能模擬一些特定資源。但Framework一更新,就很多部份都要重寫。所以筆者沒有很強調要做Test Case,因為成本認真大。 最近,在摸清一些test case 基本concept後,筆者又重新開始嘗試編寫test case。以下假設用的是object oriented programming 在開發自己的class,為每個public function,都寫test case。很多IDE, 都有提供相關自動生成test case function signature的功能(就是為你的目標function,起一個只有外框的test function。)vscode雖然不是原生支援java,但只安裝基本的java test package,就可以達到同樣效果。 在不依靠framework的情況下,自己class要『引用』的其他class object,不要經過自己使用new來生成object。全部經set function來傳入你要引用的class object。除非你的class是作為Factory Pattern(工商模式)生產某些object,不然你就不會再有new字眼。 在為自己class編寫test case時,就會可以模擬被『引用』Object的行為。這個object在傳統上可以使用oop中的interface類型來達到模擬又不會影響到原結構的做法。實在不想做interface,java還可以用mackito 這個libraray來硬改Object的行為。 同理,自己class要『引用』一些外部資源,那些設定資源的config,都應該要set function傳入。這樣你在test case中才能起一個臨時的模擬外部資源。 在不使用framework的情況,要全數去自行模擬,當然很痛苦,但至少你可以做一些很簡單的測試。 在使用framework的情況下,還有些教學都是教你mockito繼續模疑。但這會是很痛苦的,因為這樣叫做unit test,單元測試,你要模擬所有東西。在折衷的情況下,應該底層元件做unit test,但上層的元件就做integration test,整合測試。 在做integration test時,就差不多等同使用framework行起部份或必要的資源。而那些必要資源,可能指是的database service, network service。我們可以在test case中設立不同的config,從而把framework指向一些備用資源。 Database好貴,腦細不會付錢set up多一套,自己電腦不夠強,也不能跑起多個開發用Database。好在還有h2 database可以幫你,它是memory可以操作的。只要你的framework支緩就好。在初次使用Framework時,你總會覺得為何Database層要設得這些抽像,其實為的就是讓你可以隨時換Database。不論做測試還是做移植,都會少很多問題。 模擬Network service還是沒有銀彈,要麼就mockito硬改行為,要麼就是提供一套測試用service。筆者曾經為模擬別人的Network Http API,也花了相當時間自己建立dummy server,提供模擬效果。無論dummy的效果有多假,有多局限,例如if id == 1,always return true,也是有一定價值。當你做source code refactoring (重構),又或是做framework升級時,還是讓你可以安心一點。

Design Pattern: Observer / Subscribers - Push vs Pull
手機‧電玩
MacauYeah・2023-09-29

相信一般入行IT不久的朋友,都會知道IT系統更新時,有推和拉push、pull兩種方式。特別是Programer,對於觀察者模式又或者是訂閱者模式Observer Subscriber 會有更多的使用經驗,例如OS programing要處理event bus,Mobile App要做的推送通知Push Notification。 但一般來說,很少人討論推和拉push、pull的問題,筆者就著一些踩過的坑來說說差異。 首先,在一個通訊相對穩定的系統中,Push、Pull都很好用。例如同一個OS內,它的socket或pipe可以看作很穩定,可以假設那些要廣播的消息可以正常傳遞出好。但好用歸好用,這個模式對於越來越複雜的交互系統都有一個無法明確處理的問題:怎樣去處理觀察者訂閱者自己的操作失敗問題。 對於非IT行業的讀者來說,只要你接觸過手機即時聊天程式IM,如whatsapp, wechat, facebook messenger應該都會遇到一個問題就是:你收到OS提示通知,但打開聊天程式卻看不到新的對話內容;又者是你連續收到多個同一個內容的提示通知,那怕你已經讀過了。這些都代表了,手機端當初時沒有好好即時回應是否已經操作成功,不需要重複通知的問題。有可能是手機當時掛了,也有可能是網絡不太好。 上述的例子,對一般人來說,可能影響不太。因為重複收到訊息,又或是漏了訊息,也不會怎樣。但對於業務系統,例如定期收費,多收一次又或是少收一次,都會引起某部份關係者的不滿,即使事後有退費機制,但有些匯率問題,始終會有差異。在傳統架構上,有規模的公司系統都可能會使用內部的中央資料庫等做交易transaction管理,整個過程,都要嚴謹地記錄廣擴是否成功、觀察者自己的操作是否成功。 在近代,分散式系統又或是微服務的出現,令上述的中央資料庫無法實行。如何好好地重新定義好Transaction管理,就是一大挑戰。筆者最近亦實作了一個要在微服務的上廣播的觀察者模式,但雪上加霜的是,在互聯網的環境下,廣播的消息沒法保證可以正常傳遞出好。觀察者訂閱者可能已經正常收到消息,也做了相應的操作,只是來不及回應,網路就斷了。這令重複發送信號的可能增加了。 如果說,要以平民的方式去實作這類廣播,Pull會比較有大的容錯。廣播者只是通知觀察者訂閱者來拉資料,保證廣播當時的資料量可以盡量地少。廣播者開放盡量大的查閱權,觀察者訂閱者可以自由決定事後更新要取得的資料量。但這樣每個觀察者訂閱者都要重做一次同步機制,不過好處是,主動權在於他們自己手上。 相對地,Push的容錯就低一點,但要付出的成本也跟Pull差不多。因為網路環境,大家要重現一個基於TCPIP而有commitrollback的難度較大。當網路出現斷線,廣播者無法確定是否需要重做。在重複收到訊號時,最後還是需要觀察者訂閱者來決定怎樣處理重複記錄。但比Pull好的是,Push可以限制單次訊號的傳送量,也可以確保觀察者訂閱者一定收到特定的記錄。 上述就是筆者在這一年來遇過的坑,如有什麼不足,很歡迎大家一起來作更多討論。

棺木墜地,有什麼方法補救?
宗教玄學
熊神進・2023-08-21

#風水師談殯葬業罕見事件# 熊神進民間風水師,執業30多年 人死了辦喪事的時候,死人是最大最尊榮的,中國人有句話「死者,為大」「入土為安」,意思說,我們什麼都放下,優先處理喪事,這是一種道德,也是一種尊重。現在有一個問題,如果抬棺的時候,忤工不小心,導致棺蓋打開大體掉下來,這是什麼一回事? 過去10年 有關這些事件常有出現: 2019年1月,秘魯一班抬棺木者準備將棺木移至墓穴時,有名忤工跨穴時因重心不穩而跌倒,正好撞到未放置好的棺木,導致棺蓋打開女死者屍體掉了出來。 2019年5月,Ghana 有一群殯葬人員扛棺進行ldquo;Dancing Pallbearersrdquo;,當地民俗是用舞步送別死者,不料手滑棺材失去平衡,遺體直接飛出掉落草地。 2021年,中國台南市殯葬管所火化場發生罕見喪事意外,禮儀師在將放置棺木的推車推進火化場時,疑因施力不慎竟造成棺木墜地,亡者遺體瞬間外露。 2023年1月,英國Bristol 的Bedminster Down Cemetery 因為長期積水問題,導致每逢大雨泥濘滿布,先後發生2次抬棺者因地面爛泥而滑倒,以致遺體從棺材掉出。 無論在國外國內,我們都會聽到一些殯儀業離奇事件,有些聽起來令喪家不安。從職業角度來看,每一名員工都要多方面考慮工作中的安全隠患,而不是每次把屍體從地上拖回棺木裡。 在以前土葬的年代,主家會委託一名陰陽師負責所有出殯儀軌,每一細節都不能出錯,而且最重要的是出殯下葬期間,棺木一定不能在中途落地,更不消說大體從棺木中掉了下來。但世事無絕對,如果真的出現不可抗力事件,大髒從棺木掉了下來,我們有什麼方法補救? 有人認為棺材如果在途中著地,落在哪裡,就要葬在哪裡,叫做「天意」「落地生根」。筆者是不認同,因為龍脈位是按往生者八字及對後代影響而點穴位,並不是隨便找出來,同時,地是有價的,每塊地都有它的主人,不可能說隨地落葬就落葬。 ldquo;棺材不能落地,不然會攪擾死者的亡靈。rdquo; 這是業內人士說法。在下葬的過程中,棺材如果中途停留,我們都會用木凳子或是2個長條板凳支撐著,沒有直接放在地上的。 從上述幾件事,我們只見到幾位禮儀師將死者重新入殮把往生者再放進棺木裡,除此之外就是道歉及賠償。玄學家認為發生摔棺露屍,很可能是亡者有心願未了,我們要做5件事補救: 找玄學家選日入殮吉日。 免收喪家入殮費。 肇事人大殮日在大體跪地表示最高道歉。 拜懺108次。 燒99張大百解。 往生者是不是有心願未了,才會到火化場前起了很大的反應,筆者不下太多腳本了。

Git Co-Work Flow
科技新知
MacauYeah・2023-06-23

Git CoWork Flow 雖然git面世已很久,但相當一部份澳門朋友都是solo man,很少合作寫code,對git branch始終都有些恐懼。所以這次來解召一個基本原則,至少你不會爛了code救不回來。 若然大家未熟悉git,初次利用git合作寫program,請盡量減少使用共同分支branch,可以極大地減少問題。 第一個大原則 建立一條自己分支 在一個repo中,為自己建立一條分支branch,可以減少Remote repo中有人比你先commit,而令你push失敗的情況。 Code block由於安全性問題,沒有獨立寫了LifeMag 網誌中,請移到github repo。 除非你的隊友故意你用的分支名先commit,又或者你自己有幾台電腦,幾台一起做改動。不然push 應該不會有問題。 第二個大原則 用fetch取代pull 很多人在取用Remote Repo的更新時,都會使用pull。但pull其實是fetch及merge的混合,而且merge還要考慮source branch是那條分支的問題,若然大家都有一條獨立branch,那麼這個無腦pull並不存於每人只有一台電腦下的多人協作中。 fetch的過程中,還可以加入參數prune,順便依照Remote Repo的指示,同步刪掉本機中一些不再存在的originbranch。 Code block由於安全性問題,沒有獨立寫了LifeMag 網誌中,請移到github repo。 第三個大原則 Merge前先Commit 經過前述fetch後,其實他人的改動並未加入自己的分支中,必需經過merge才會出現。但並不是沒有conflict就無腦merge。 假若自己有改動,未commit,應該老虎蟹都先commit。這是為了在merge後,還有機會可以無腦reset,回到之前那個commit。這就像是做任何更新前,先做backup。 Code block由於安全性問題,沒有獨立寫了LifeMag 網誌中,請移到github repo。 第四個大原則 由某個特定的人來管理master或main branch main branch以前叫master branch,是他人下載時的預設分支,也是Github、Gitlab的預設顯示分支。所以該分支存放著的source code,應該在代表信心度比較高。 在協作的環境中,每人都有自己分支,那就代表要有一位人員做管理,他負責checkout main, 然後合併其他已驗證的分支。 Code block由於安全性問題,沒有獨立寫了LifeMag 網誌中,請移到github repo。 在某些比較嚴僅的環境中例如Github、Gitlab,main分支可能會被系統機制鎖定,必需通過系統內鍵的Pull Request,才能通過審核,合併到main。另外,也有一些關於開發上的Git workflow,主要針對功能管理、版本發佈、錯誤修正等控制。有機會再為大家介紹。 希望以上的流程,可以有效且容易地讓大家協作。如果有任何command錯誤或更新,都可以經Github Pull Request通知筆者。

將快考試了,學生要準備什麼?
宗教玄學
熊神進・2023-04-02

#東菱玉柱吊墜# 熊神進,中國澳門政府註冊風水師,合法執業30多年 又到學生們的考試月了, 全國各地的學生、老師、家長都忙起來,大家要求我講講今年的文昌位,謝謝大家的熱情,這是風水師的責任。 2023年的文昌星在哪裡? 風水上有九個飛星,每一方位的吉凶跟飛星到臨的位置有關,今年4綠星來到中宮,所謂「中宮」就是家裡正中位置,我們假設是客飯廳;所謂「文昌」就是讀書的位置。 年初,筆者跟廣州讀者交流會上把2023年九宮飛星的吉凶方位介紹了,當天筆者注意到有一位中年婦女, 她滿臉愁絲,一言不發,獨個兒坐在角落,好像有一些不開心的事。 會後,筆者主動跟她交流, 原來她是一位數學老師,她有一位11歲的孩子,孩子的學習成績令她失望。在交流期間,筆者告訴她「四綠文曲星」今年飛臨到中宮方,是屋內中央位置。此星是旺文昌,有利考試、進修增值和創作,學習方面,如果懂的佈局,家中的小朋友讀書聰明伶俐、學業進步,同時「四綠文曲星」亦可以幫助大人職場上順利升職加薪。 在家中布文昌局要注意一下,由於中央部位屬土,五行中,木克土,因此我們不可能把大型盆栽放在客飯廳上,我們只可以用「陰木」去輔助文昌事業學業運,這是風水竅門,不可以不知。 2023年有幾款風水吉祥物可以幫助讀書運、事業運: 在書架上擺放一座「桃木七層文昌塔」注意,塔身必須有文殊種子字。 在書桌上放一台「綠晶柱水晶」。 一月燒一枝「金剛香」 在書櫃掛4枝「桃木魁星文昌筆」注意,筆上要有文殊種子字。 放1枝「桃木文昌筆」在書包裡包包裡注意,必須有一條紅綠色的繩子。 脖子上掛一件「文殊智慧劍吊牌」。 衣服上掛一件「東菱玉柱吊墜」。 「東菱玉柱吊墜」是很受年青女學生歡迎,它是草綠色,又叫「南非玉」,風水學家為求靈性,我們都是從南非訂購原石回來,再找中國臺灣的師兄切割,手工稱不上精美,但每一件都充滿靈性,因為一直擺放在文昌廟供奉。 石頭本身就是風雨的見證,經歷時間的考驗,如果碎裂的東菱玉,筆者是不進行開光加持儀軌,因東菱玉含雲母片共生,會有閃爍的綠光,才伴起少女的求學品味,因此很受時代女性歡迎過去30年,已售出6萬千多件。 任何原石一定含有綿絮,天然紋,這才是石的本質。

澳門社會創新教育:運用設計思維推動社會創新點子
文化創意
陳康妮・2023-02-09

設計思維是一個理想的過程,可以產生對人類問題的洞察力,從而創造出解決這些問題的創新方法。 傳統的科學解決問題的方法需要明確定義的問題來分析和解決,而設計思維鼓勵採用更具迭代性的方法,綜合洞察力以開發ldquo;目前足夠好rdquo;的解決方案,並且可以作為持續創新的起點。 設計思維的出發點是心中有一個目標(讓我們社區中的貧困者生活得更好)而不是要解決的問題(消除貧困),因為問題,尤其是ldquo;棘手的問題rdquo;,可能有許多可以解決的潛在原因和影響從各種不同的角度。 Design thinking is a process ideal for generating insights about human problems in order to create innovative approaches to address those issues. While a traditional scientific approach to problems requires a clearly defined problem to analyze and address, design thinking encourages a more iterative approach that synthesizes insights to develop solutions that are ldquo;good enough for nowrdquo; and that can be starting points for continued innovation. Design thinkers start with a goal in mind make life better for those in poverty in our community rather than a problem to solve eliminate poverty because problems, especially ldquo;wicked problems,rdquo; can have many potential causes and effects that can be approached from a variety of different angles. 【作者簡介】陳康妮 Miss Connie澳門科技大學講師澳洲墨爾本大學主修高等教育管理學畢業澳門資深教育管理學專家澳門教育作家(教育創新)澳門兒童文學作家澳門國際培訓師從事國際培訓師工作27年全球職涯發展師澳門斷捨離群組創辦人(群組合共26000人)

澳門教育心理學:了解芬蘭二手文化,養成兒童正確價值觀
文化創意
陳康妮・2023-02-06

芬蘭教育;芬蘭二手店文化到處有 芬蘭人的家裡有缺什麼用品,第一個想到就是二手店,芬蘭人每次去逛二手店像在尋寶的,芬蘭的二手店到處都有 芬蘭二手店擺放之物品十分整齊,方便客人尋找,每個季節都會有相對應的產品上架,而且品質良好十分便宜。-家人每週去二手店逛逛。芬蘭兒童每週在二手店尋寶。樂在期中。 芬蘭處處都有二手市集,每年固定舉辦兩次清潔日siivouspauml;ivauml;,每一個芬蘭人都能將自己家裡的物品拿出來擺攤,街道十分熱鬧 芬蘭二手文化也是一種「芬蘭價值」,讓我們重新思考:在這個消費主義當道的世界,我們真的需要這麼多的物品嗎? 芬蘭的二手商店是實踐循環經濟。物品的回收再利用象徵著未來保護環境和永續性,我們每一次的消費都是一種價值觀的選擇。 *芬蘭幸福感*從二手物品文化看見真正的芬蘭*永續發展*SDGs 聯合國可持續發展*共享經濟 二手芬蘭 大型回收中心家具區 Fida二手店餐具區 【作者簡介】陳康妮 Miss Connie 澳門科技大學講師澳洲墨爾本大學主修高等教育管理學畢業澳門資深教育管理學專家澳門教育作家(教育創新)澳門兒童文學作家澳門國際培訓師從事國際培訓師工作27年全球職涯發展師澳門斷捨離群組創辦人(群組合共26000人)

四年的等待-《戰神:諸神黃昏》下
手機‧電玩
MacauYeah・2022-12-09

筆者總算全破遊戲,但感覺上有些失落,劇情上和戰鬥難度上也有些期待的落差。以下部份涉及劇透,不想受影響的朋友趕緊回頭。 本篇以預言來作為故事的引線,但預言的反轉並沒有帶來合理的戲劇張力。 預言中,一直強調『提爾』帶領眾人對抗奧丁。隨着劇情發展,玩家會找到提爾,但最後這個提爾,只是奧丁假扮的。目的就是要從中引誘主角一行人向一個錯誤方向走,而且在重要時刻奪取關鍵道具。但這個詭計,最後並沒有導向成功,也一步一步讓奧丁陷入困局。 這個不明顯的反轉,讓預言變得不像是全知,缺乏自圓其說的戲劇張力(就是缺乏那種聰明反被聰明誤的感覺) 還有,劇情中去找命運三女神的作用就完全不明所以,主角一行人從中知道了海姆達爾會殺死阿特柔斯這個預言,但最後這個預言就如大家所知的一樣,沒有發生(主角怎會死?)。 在這個結構下,本篇中所謂的『預言』,更像很多電影題材中的平行宇宙或者是量子世界: 並不會有必然的後果, 只是在多個平行世界中,通常阿特柔斯會死在海姆達爾中。 當奎爺得知海姆達爾會殺死阿特柔斯,就去做一把新武器對抗海姆達爾,而這把武器的名字居然是德羅普尼爾,是原神話中奧丁的裝備之一。而更讓人感到可惜的,就是奎爺打海姆達爾要做新武器,打奧丁同雷神就不需要,感覺海姆達爾比奧丁更強。 而阿特柔斯方面,因為幫奧丁拿取面具而釋放出赫爾,這段劇情更是令人費解。因為去拿最後的面具碎片,本來是阿特柔斯、斯露德、海姆達爾三人去拿,而到達目的地後,海姆達爾第一時間就離開,而正當阿特柔斯釋放赫爾,海姆達爾又突然回來鬧場,嘲弄他放走赫爾,最後陰差陽錯令任務失敗。這段劇情又是一段令人費解。 全篇劇情都表現得很情緒化,有前一刻希芙一直想阿特柔斯死,後一刻又為斯露德、阿特柔斯化解矛盾;前一刻雷神要殺死阿特柔斯,後一刻因不願再打就被奧丁桶死。最有劇情反轉效果的,就是奧丁分身扮提爾, 但這有讓遊戲的『主軸』變得不夠嚴謹。 而且這集Boss有點少,配不上諸神黃昏的背景,由頭到尾就死奧丁,雷神,海姆達爾以及光明神,就四個神級人物,感覺配不上原著。到最後奎爺做代理神王,希望還能有下一集吧。

陳康妮:致澳門不一樣的創新老師 我們如何從0到1
文化創意
陳康妮・2022-11-23

創新是一項複雜的治理工作,需要激情和偉大的領導力才能持續產生。然而,多數組織在成長過程中,不免會遭遇思維的慣性、文化的惰性等ldquo;創新殺手rdquo;的阻撓,真正實現傑出創新的組織少之又少。 澳門需要更多推動教育創新、社會創新、醫療創新。 醫療制度創新的人我們需要培養更多未來創新人材從0到1的創新 三年前。我在澳門建議過澳門某組織推動創新失敗了。再在大學推動創新。要找合適的對口才行。更要面皮厚不怕失敗。和堅持明年我會多放時間在你們身上我希望見到澳門有更多教育創新點子。做你們的顧問去陪伴你們走。 記得。我曾經在課堂課過現在是第四次工業革命。我們是大灣區老師。我們是創新教師要打杖。芬蘭推動教育創新40年。我們澳門是第三年。今日和三年前已經不一樣。我們的工作要有使命感 你願意成為不一樣的老師嗎? 歡迎找我談天盼望你的教育創新點子成功落地澳門。分享你的喜悅比我知在我眼中。你們未來位位都係澳門教育家2023年不再一樣! 【作者簡介】 陳康妮 Miss Connie 澳門科技大學講師 澳洲墨爾本大學主修高等教育管理學畢業 澳門資深教育管理學專家澳門教育作家(教育創新)澳門兒童文學作家 澳門國際培訓師從事國際培訓師工作26年全球職涯發展師澳門斷捨離群組創辦人(群組合共26000人)