搜尋

搜尋結果

[議劇論映] 悲劇的落幕 ー《漢娜的遺言》最終季
娛樂殿堂
君尋・2020-07-23

由2017年開始在Netflix上播映的《漢娜的遺言》在今年6月上架最後一季,經歷約3年多,故事已和當初享負盛名、獲獎無數的第一季大相徑庭。最初的故事由高中生漢娜因校園欺凌自殺開始,她在離世前以錄音帶錄下自己的獨白,講述造成她自殺的13個原因,而這些錄音帶就在害她自殺的人群中一個又一個傳下去。第一季故事表達的新鮮感、劇情的感人,以及對校園欺凌的認真探討都使《漢娜的遺言》成為Netflix上必看的神劇。 可是第二季開始的原創劇本則越走越偏,第二季的法庭攻防戰固然有趣,但對漢娜的過去有畫蛇添竹之嫌。到第三季與漢娜的連結更薄弱,主題亦轉換為「原諒」,而且漸漸破壞前兩季帶給觀眾的價值觀。第四季的主線只可以雷聲大雨點小來形容,此外還加入過多輕輕帶過的政治正確主題,也不禁令觀眾懷疑是否只為拖滿一季?若只是為劇中角色而看也未如理想,部份角色在過去三季建立個性也在進入第四季的同時重設一次,形同陌生人。同時間劇情超乎想像地怪力亂神,死去的角色不斷穿插在劇情中,加上主角突如其來的幻聽幻視等心理疾病再為本劇帶來幾分的驚慄感,已經很難想像這是同一套劇集。原本以為漢娜的死已經本劇最令人痛心的悲劇,但隨著劇本價值觀的扭曲,如對私刑的認同、真心改過的人不得好死等,也使得筆者不得不認同,堅持拍續集的劇組才是本劇最大的悲劇。 ====================================================== 關於 [議劇論映] 本欄目將會分享日本及歐美的影集和電影。除最新上映及流行的作品外,亦會推薦值得回味的滄海遺珠。

米芝莲星级厨师发布活动
澳城餐飲
LifeMag Editor・2017-09-21

「山里」诚邀澳门媒体朋友出席了由米芝莲星级厨师主理的晚宴。来自京都大仓饭店 - 粟田山庄的行政主厨臼井大辅先生展示了京都怀石料理的精髓,媒体朋友们和澳门大仓酒店的管理团队尽享晚宴。 图中由右至左:澳门大仓酒店餐饮部总监關陽平先生,澳门大仓酒店财务总临織田進,日本餐厅助理经理萩森真理子小姐,澳门大仓酒店行政总厨林彰先生,京都大仓饭店臼井大辅先生,澳门大仓酒店总经理马志力先生,澳门大仓酒店经理公共关系哪娣雅小姐及京都会席料理晚膳菜式 澳门大仓酒店总经理马志力先生欢迎媒体朋友以及臼井大辅先生第二次访问澳门。臼井大辅再次展示了京都美食精致的味道,同时向澳门媒体表示衷心感谢,感谢对「山里」的一路支持。 此次晚宴臼井大辅先生特别介绍了「八寸」,包含的食材来自山上和大海,鱼是用酱油慢煮的,也是配清酒的佳品。 准备「八寸」需要最好的食材,创造力,高水平的烹饪技巧,以及可以将不同味道结合的理念。这些用各种食用鲜花装饰的精美菜肴,别具一格。 京都美食节将持续至10月 22 日, 并由餐厅行政主厨林彰师傅将与他的团队主理。京都会席料理午市套餐:每位澳门币580 元, 套餐包括菱蟹 利休麸配蛋黄和醋,海鳝 花竹虾土瓶蒸汤, 平目鱼丶 吞拿鱼丶 乌贼刺身拼盘,京都産山科茄子配白味噌和烤和牛,以及甜品。 京都会席料理晚市套餐:每位澳门币1,580 元, 套餐包括先附,汤丶刺身丶「八寸」包括7种特别创作的菜式,其中包括京都産山科茄子配白味噌和烤豊後牛, 荞麦面配唐墨鱼子,以及甜品。 欢迎您与您的工作伙伴,朋友及家人来「山里」享受来自京都的正宗会席料理。 订位或諮询请电: (853) 8883 5127邮箱: yamazato@hotelokuramacau.com高达三小时钻石大堂正门免费代客泊车服务(受相关条款及细则约束)星期一休息 澳门大仓酒店 ▪ 二十八楼 ▪ 「山里」「澳門銀河™」综合渡假城 ▪ 澳门路氹城

星級名廚雲集萬眾曯目「麗思卡爾頓第五屆亞太區美食美酒節」
專題報導
LifeMag Editor・2016-11-12

「麗思卡爾頓第五屆亞太區美食美酒節」今天在澳門麗思卡爾頓酒店盛大揭幕。一連四天,遐邇聞名的世界頂級大廚將濟濟一堂,攜手共獻精巧極致的美饌佳餚,為賓客帶來不同凡響的味蕾享受,讓他們踏上無與倫比的饕餮之旅,感受豐盛悠久的澳門飲食文化。 在麗思卡爾頓宴會廳舉行的星級迎賓酒會,為這趟美饌之旅揭開繽紛序幕。參與名廚聚首一堂與來賓交流,各自呈獻本身傑作,讓來賓率先親嚐大師級精湛手藝。 澳門麗思卡爾頓酒店營運副總裁馬立祺開幕致辭時說道:「『麗思卡爾頓亞太區美食美酒節』是麗思卡爾頓在區內舉行的年度美饌盛會,今年已踏入第五屆,我們很榮幸能夠獲得眾多名廚及大師鼎力支持。麗思卡爾頓酒店一直致力為賓客提供非凡優越、難以忘懷的尊尚服務,這項盛事亦絕不例外,定能為澳門這個美食天堂注入令人驚喜的美饌體驗,並進一步鞏固品牌在國際美食界的崇高地位。」 當日下午在「麗思咖啡廳」將會有來自上海浦東麗思卡爾頓酒店的甜品大師Jean-Luc Vasseur為下午的環節揭開序幕。由他主理的美饌下午茶,會以最上乘的時令食材,炮製出精緻創新的美點。同一時段在「麗思酒廊」,則有曾在世界知名的芝加哥法國糕點學校受訓的甜品大師Andres Lara,他憑著超過12年的豐富糕點製作經驗,為賓客帶來甜蜜滋味的下午茶體驗。 到了傍晚時分,Jean-Luc Vasseur將聯同來自法國著名餐廳Regis et Jacques Marçon的米芝蓮三星名廚 Regis Marçon,在「麗思咖啡廳」呈獻開幕晚宴。Regis Marçon擅長以蘑菇入饌,素有「蘑菇王」之稱。而在「麗思酒廊」,則有來自哥本哈根BLUME的著名調酒大師Hardeep Rehal以及Diageo香港/澳門品牌大使Cherry Lam呈獻的非凡美酒體驗,讓賓客親身感受出神入化的調酒藝術。

澳基會市民專場 上演七個不同類型的舞台節目
文化創意
LifeMag Editor・2015-07-23

小城實驗劇團製作的《金龍2.0》 澳門基金會市民專場演出 踏入暑假檔期,「澳門製作.本土情懷」澳門基金會市民專場演出系列亦帶來多套合家歡節目,於七月首兩週有大型原創兒童舞劇《我們的變形計》及音樂舞蹈劇場《夢幻西楚》 ,接著七月底有兒童音樂劇《貓大俠之歌》;八月更為熱鬧,有《流金歲月世紀金曲演唱會2015》、載譽重演的話劇《金龍2.0》、兒童音樂劇《給我一顆星可以嗎》及話劇《拯救世界的方法》,以多元化的本土創作及文藝表演,為澳門社區帶來多姿多彩的暑期節目。 精彩兒童劇 兩套精彩的兒童劇陪伴放暑假,親子節目必選。本月29至8月2日上演的兒童劇《貓大俠之歌》,由大老鼠兒童戲劇團製作,以載歌載舞的形式,為家長及小朋友講述一個關於澳門流浪貓的故事,灌輸愛護動物的觀念。緊接8月8至9日則有由小山藝術會的兒童音樂劇《給我一顆星可以嗎》講述一位智商爆棚的外星小朋友,遇上性格怪怪的地球小女孩的故事。 劇力精選 喜歡話劇的觀眾,8月一連兩套反映社會及人性的戲劇作品,更不容錯過。小城實驗劇團的《金龍2.0》載譽重演,該劇描繪魔幻而當下的生活圖式,演活中產階級和低下階層對生命的煩惱和痛苦。 而葛多藝術會製作的《拯救世界的方法》,則改編成自美國911後災難事件的三編獨白及日本作家村上春樹的短編小說,為曾受過災難傷痛的朋友們送上一點點的問候。 除以上精彩節目外,澳門基金會還會在2015年帶來另外八個包括音樂、舞蹈、默劇及綜合藝術等類別的演出,繼續支持本澳藝術團體製作原創表演節目,為澳門社區帶來豐富多彩的藝術享受。演出的詳細資料及售票方法,可瀏覽澳門基金會網頁www.fmac.org.mo及參閱相關宣傳小冊子,或致電2872 7066查詢。

#016 也許總有他人懂得愛惜我
愛情婚嫁
李小時・2015-03-10

親愛的D, 請不要再難過 你的故事實在太令我感同身受 與人相處從來都是一個難題 尤其是兩個獨立的個體 如何磨合, 妥協甚至是吵架 都是一種只能體會不能言傳的領悟 你的所謂男朋友 嗯, 根據你所描述的 是一個強勢到極致的男人 這種男人大都自我中心 控制慾強 所以你只能不斷退、不斷地妥協 甚至不斷地道歉 即使你知道 這些那些根本稱不上是你的問題 於是你開始懷疑自己的底線在那裏 開始覺得快要到達極限 開始覺得很痛苦 因為你覺得不斷啞忍的你很委屈 你深信你們之間出現了問題 但不知道能不能解決 你開始知道溝通的重要性 但仿佛太遲 一切都不能回到最初 你一直都想解決你們之間的瓶頸 直到那天 你們一如既往地吵架 他開始對你作出人身攻擊 你突然覺得眼中的他很陌生 你不能相信他會對你說出這些難聽的話 你覺得崩潰 不能接受 「不能接受那就改變,不能改變,那就離開。」 這是我從網絡上看到的 正好能解決你現在的困局 當然, 我們不是悲觀者 我們都想解決問題 於是踏出第一步 企圖與他溝通 若果他拒絕、回避、敷衍 你便要再問自己的心 能不能接受 不能接受、不能改變 那就離開。 而你的男友 已經開始對你作出人身攻擊 相信我 這個情況只會越來越多 只會更多, 只會更糟 也許 你該靜下來 問一問自己的心 到底, 你們為甚麼還要再一起 語言會騙你 文字會騙你 但心不會 除非 是你自己想騙你自己 祝 一路順風 (好朋友 詞:林夕 曲:林慕德 翻唱:楊千嬅)

Spring Boot Web App 更新期間的維護模式:從唯讀到全鎖的解決方案
科技新知
MacauYeah・2025-08-25

在營運 Web App 的時候,雖然我們有 Docker / K8s 可以滾動更新,但難保用戶在更新的過程中,有一半訪問去到了舊版,另一半去了新版。如果可以,Web App 本身自帶維護模式,可以自我判斷什麼時候應該忽略新的訪問,當然最好。但要做到這一點,前期需要很多規劃。狠心一點,可以直接關掉對外的服務,讓用戶無法訪問。 但在另一些情況下,例如升級/搬遷的情況,下線時間比較長,完全關掉服務並不是一個很好的方向,我們至少還可以提供唯讀的選擇。而且這個可以從資料庫出發,讓 Web App 少處理一點邏輯。 如果 Web App 背後的資料庫是 MSSQL 或 MySQL,唯讀這件事應該是簡單的,只要你把 service account 的權限改變就好。但如果你用Oracle,就要想想辦法。 筆者想到的方法,暫時有兩個。第一個就需要大家寫寫 Script ,一口氣把所有 Table 給鎖起來。例如: 第二個,就是生成一個新的唯讀 User schema,給他所有Select的權限。然後更新 Web App 使用那個唯讀 User schema存取資料。 兩個方法有什麼差異呢? 前者就全部鎖起來,沒有任何一個資料庫用戶可以改寫資料。如果你的業務沒有差異性,全部一起封起來就完事。但如果你只想 Web App 轉成唯讀,但其他背景程式還可以執行更新。那你就只能用後者了。但後著也不是百分百的完全無痛,至少你 Web App 要支援登入與操作的 Schema分離。 例如用Spring boot JPA的話,可以在 application.properties 可以讓登入及操作的Schema不一樣。 spring.datasource.username=READ_ONLY_USER spring.jpa.properties.hibernate.default_schema=ORIGINAL_SCHEMA 又或者在 java 層面指定。 @Table(schema = "ORIGINAL_SCHEMA") 這看上去,是很有彈性的。但其實也是有些局限。如果你本來的JPA有寫特制的 JPQL 或 Raw Query,又或者你在Java層面加了 @Subselect,由於這些都是程式原作者所 hard code 的,JPA沒法幫你改寫。改來改去,可能還是前述寫Script的方法,一口氣把所有 Table 給鎖起來實際一些。 Reference 更多筆者的程式開發分享,見請 github

github flow - github 開發流程
科技新知
MacauYeah・2024-06-20

那些年那個很穩定卻又不受歡迎的 git flow 開發流程 多年前,朋友就向筆者介紹git的團隊整操作流程。筆者深思過後,的確實用,那些年的git-flow,很美滿,由開發、測試,到發佈、修補漏動(backport),都有清楚明確的指引。 原作者連結:git-flow 大家如果沒有更複雜的需求,真的可以照搬,筆者也很推這一個模型。 但在長期推廣下,筆者發現大部份人其實都不熟git的基本操作,什至連git graph也不看,現在看git flow,就更不可能接受。那怕是有常用git的個人團隊,也是不怎使用分支模型。 前一兩年,筆者也不懂,筆者也努力地簡化git flow。例如把master和develop合而為一,但最後也是少有人可以接受,很多人還是卡在分支那邊,對checkout、merge還是很陌生。在跟更多不同人的協作過後,筆者總於意會到一件事。其實大部份人,只想知道最後、最新的狀態,只會更新 master / main ,也因為個人開發,所以連衝突也不會有,更不需要使用merge。那怕是少型團隊,頂多也是維護main的衝突,間中用用merge,而checkout還是用不著。 其實這個情況,並不限於小型團隊。因為 web app 和 DevOps 的流行,所以越來越少機會要維護多個舊的穩定版本。大家都專心於最後一個開發及發佈版本就完事,用戶的某個版本有問題?更新到最新版本吧。(註:越底層的應用開發模式,因為相容性問題,不可能只保留一個穩定版本。) 那麼我們就大力簡化吧 - github flow 開發流程 既然大部份情況,大家都只在乎 main / master / 預設分支,那我們也沒有必要跟著複雜的 git flow 走。但在 DevOps 的角度下,為保證 main / master 穩定性,大家還是至少要遵守branching 、pull (merge) request 、code review 、auto test 原則 。 github就最簡單的branching 、pull request 、code review 提出了它們的 github flow。 簡而言之,就是每個人在開發時,都先從 main 起一個新分支,不斷更新。待合適的時候,就透過 pull requst,向原項目負責人提出申請,只要項目負責人點頭,就可以把改動傳入 main 中。又因為Github 原本的定位在於個人與個人之間的協作,初時已經需要通過fork建立獨立的倉庫,那怕你不愛分支也必需分支。所以 pull request,code review 的作用更明顯,後逐的協作更理所當然。 但若果回到公司團隊協,Github flow 就應該像筆者之前提出協作方案,各自起分支,最後由某個人守門,把所有結果放到 main 中。(前文連結)

Switch / Steam Deck / Mobile 使用體驗大比拼 (三)
手機‧電玩
MacauYeah・2023-12-14

上兩期,筆者從機身重量、續航性兩方面,對於遊戲機身便攜性的影響,今期最後一期,就從穩定性方面去討論,最後再做一個綜合影響。 沒有對比也就沒有傷害 - Mobile - Smart Phone 筆者所講的穩定性,其實就是正常運行一個遊戲,不會出現閃退的情況,讓你可以正正常常玩完一款遊戲。但因為Mobile原本是多用途機器,你玩著玩著,可以就要跳出遊戲回覆信息,但再次回到遊戲後,能不能正常運行的不知道。 大部份iOS遊戲,因為舊iphone機能限制,基本上跳出去後,都因為不夠RAM,回來後遊戲會重置。除非你打死不切換,否則一款遊戲沒有頻繁auto save功能,根本玩不下去。Android可能會好一點,有不同機型可以選擇,多一點RAM總是安全一點。 強行地用Linux運行Windows的黑科技 - Steam Deck 老實說,Windows已經不夠穩定,用Linux運行Windows Game,會比較穩定嗎?不過最幸運的是,Steam Deck有技術支援,更有社群支援,各遊戲經過Steam官方驗證,連續遊玩下閃退情況都很少。不穩定的原因,反而是Steam Deck主機本身。 在筆者遊玩的經驗中,待機後再打開,有一定機會率會整個遊戲閃退。這些問題在遊玩大作,特別是3A大作,會引來一個很不愉快的體驗。因為它們的auto save位置點一般都是以情節點來做考量,而以上班族來講,三步一待機的使用情境也很常見,那麼觸發閃退的機會率就很高。某次啟動會隨機引起閃退遊戲,真的欲哭無淚。 筆者也翻查過網上的資料,一年多前就有這個問題存在,而官方亦無法根治。筆者在寫稿的途中,還在測試坊間一些可能的補救方式,但因為時間不長,不敢說這問題是可以解決的。 穩定發揮 - Switch Switch在穩定性真的無可挑剔,多次待機後都沒有太多問題。完全貼合它的市場定位:在家可以隨時在電視玩,出外也可以四處走。隨時隨地停,隨時隨地再開。最多最多都是遊玩實體卡帶時,因為接觸不良而閃退。但這些不可避免的,因為實體卡始終是物理型態存在,跟著Switch四處奔波,難免會出問題。但下載數位版,存放於SD卡就不會有閃退。至少SD卡不會像實體卡會經常替換,所以出問題的機會也較少。 綜合體驗 其實討論了幾個方面,筆者都從是省心遊玩的角度出發去討論。 Mobile在裝備上會最少煩惱,想最輕鬆出問,這個是不二選擇,但考慮玩非課金類遊戲就最沒有保障。 Steam Deck優點是移動堡壘,若你玩的是高性能需求的遊戲,你只能選它。但想隨時玩就未必做得到。 Switch 在重量和穩定性上面最有優勢,考量延續性體驗,這個是首選。