Showing posts with label management. Show all posts
Showing posts with label management. Show all posts

2026/04/10

Chaos Phoenix FD的最後一支教學影片

 

CG Channel昨天刊登了Chaos決定停止更新Phoenix FD的消息,用的還是我做的Sea monster tutorial的影片當作配圖,看到真是感慨萬分!

我是在2014年5月17日跟我的直屬主管 Claudio Meireles(CI Mei)開視訊會議時, Claudio通知我被開除了,當然那天我心情很糟。之後我發現我還有幾天的假(這是我跟Chaos合約上明寫的特休,paid leave),想說在職的最後幾天乾脆把假都用光好了,同時這些時間也可以拿來找工作。

沒想到跟Claudio提出請假後,他還非常強悍地在群組大家都看得到的email裡面強調不准我請假。詢問律師後,的確在收到離職通知後是不能請假的。我也只能乖乖接受了。

在我收到開除通知前,其實我那個Simulating a monster rising from the sea with Chaos Phoenix,就是螃蟹從海裡冒出的那個教學影片已經幾乎完成,只是還在細修,peer review的階段,而且我已經上傳到ChaosTV Youtube channel上了。由於不能請假,還必須繼續工作幾天,我就只好把這個螃蟹的教學影片完成,修了一點點小錯誤。最終還是正式發表,也算是一件好事。

Claudio Meireles在通知我被開除的那個會議中,他還強調,其實他上頭的主管早在當時的6個月前就決定要把我開除了 (我事後往前推算時間,差不多就是在Svetlin Nikolov提出辭呈的那一兩個月內,也就是2023年11月中旬),Claudio強調這是機密,所以他不能透露。所以說,上頭主管在Phoenix的主程式離開的時候,就決定把我這個負責寫教學的人開除了。說好聽一點是Claudio是多讓我待了至少半年的時間,說難聽一點是利用了我半年,而且我在被開除了前一個月還負責Chaos來台灣辦活動演講Enscape的英文口譯。


[相關文章]

Last day in Chaos 離職公開信

Chaos裁員前的一些跡象

Claudio Meireles與Chaos的拖欠薪資

2026/03/31

Stuart Hameroff 2021意識理論的簡報

 

昨天談到Stuart Hameroff跟Roger Penrose共同提出的意識理論。因為不是很好解釋我沒有一個個整理出整個概念。Stuart Hameroff發表過許多論文,如果一篇一篇閱讀,就算有AI的幫助也要花很多時間。今天分享這支影片是Stuart Hameroff在2021年的簡報,花一個多小時把他研究的來龍去脈,證據與理論都用圖片講清楚,不需要花太多時間就可以抓到重點。

我覺得這很像Bob Monroe的Thought-ball的概念: 一個小小的球帶有大量的資訊。當然我只是比喻,覺得找到原作者的簡報真是學習新事物的一種重要學習方法。

[相關文章]

2026/03/29

Simulation assets and visualization assets模擬與視覺化

 

最近發現能把Simulation assets and visualization assets放在同一個場景裡也是一種技能。以往我的作法是模擬是一個場景,要視覺化漂亮地算圖是另外一個場景。好處是模擬時比較不會被不相干的物件干擾 (當然可以透過exclude list來做到),可以把思維專心放在模擬上; 缺點就是管理不易,分開兩個檔案如果要修改時就會變得麻煩。

所以重點是要很清楚那些物件是用在模擬的,那些物件單純是用來算圖的。以遊艇為例,用於視覺化的就有:

  • 水底的地形
  • 高解析度的且帶有貼圖材質的船
  • Alembic的Foam與Splash
而用於Fluid Simulation的則有

  • Collapse的船,可能是原本的船修改的,也可能是另外做出來的lowpoly的船
  • 放在水下當作船螺旋槳噴射水的box
  • Simulator本身
隨時要很清楚的知道這兩種資產的區別,才能更有效地管理並放在同一個檔案裡。

[相關文章]


2026/03/18

Phoenix FD Liquid Simulator不支援旋轉慣性

 

Phoenix FD Liquid Simulator有一個固定的流程,就是先設定好船的移動 (比方說從A移動到B),然後把Liquid Simulator連結到那艘船。然後配合Motion Inertia這個選項讓液體模擬器帶有船的慣性。這樣一來你就不需要有超大的 涵蓋A到B的模擬範圍,你只需要大概在船身周圍大小的模擬器就可以了。節省了很多時間。

問題是,這個Motion Inertia並不會計算船的旋轉運動,沒辦法處理角速度,離心力或是Coriolis effects。因此這樣的操作不能用在當船轉彎的時候。

既然不能這樣做,唯一的解法是弄一個跨越A到B的,超大的simulator,但是這會讓模擬時間與檔案變得超大。

我不期待開發人員會把這個問題解決,回到我上一篇文章說的,如果一套軟體的功能是"works as advertised"如宣傳的那般好用,適用於各種實戰狀況,那軟體必然會轟動,使用者一定會愛用。Motion Inertia又是另一個例子。


[更多文章]

Excire Foto - Aesthetics 圖片的美學等級與參數自動化

Ocean shader and mesh 海洋製作材質筆記(二)

2026/03/17

從Linkedin或Glassdoor得到企業的真實評價

約莫兩年前,我經歷了一場風暴。這場風暴已經過了,但是我記憶猶新。在那時候我如果到Linkedin去看前東家CEO的頁面,我看到都想吐了,他只要發一篇文,底下都是在拍馬屁的; 但是那位CEO剛上位時,其實我對他的印象還蠻好的,只能說我看走眼。

就好像在Google Map上面留下餐廳評論那樣,一家新開的餐廳你印象不錯想去吃吃看,實際去吃過之後發現真的太爛,決定留下一星負評並留下自己的評論。訂房網也是,你可以在Booking上面留下你對某間旅館的看法。

相反地,在Linkedin上面,你可以留下對一間公司的評價嗎? 你可以review你曾經一起工作過的主管嗎? 你只能讓主管或是對你留下評語,反向的,建設性的評論幾乎找不到。因此,Linkedin變成一個以資方為主的人力市場,你根本不知道一間曾經光鮮亮麗,得過奧斯卡大獎的公司現在到底變成怎樣了。難道,只能讓老闆選人,人才不能選公司嗎?

還好,有個網站叫做Glassdoor,裡面可以讓你對某家公司寫它的優點,缺點,對管理層的建議,還有你是否會跟朋友推薦某家公司。就跟Google Map的餐廳評鑑一樣,Glassdoor上面也是有雇主派人去洗版,留下他們公司很好的review,因此,我建議您先去看某某公司的負評。看看它是怎樣描述該公司的狀況,看看其他人怎樣說。就跟Amazon上面賣的商品一樣,仔細看看大家對某某產品的描述,從一顆星開始往上看,漸漸地,你就能建構出該公司的樣貌。

我從另外一個角度來看Glassdoor的負評,其實這些負評反而是讓某公司改進的機會,只要負評不是惡意的,虛假的。就一家有問題的公司來說,好的人走了,不論是被氣走的或是被趕走的,留下來必然有許多很會搞公司內部政治的,只會拍馬屁的廢物,會說主管或是CEO好話的人 (當然,我相信還是會有好人),這反而變成一種惡性循環。有Glassdoor上面真誠的feedback才是公司改變體質的契機。對於那些高薪請來替一家快要倒閉的公司救火的新CEO來說,你該看的就是Glassdoor上對貴公司上面的一條條負評。

Phoenix FD 重置粒子的位置

產生asset跟單純算圖不同,asset會要求其pivot都是在(0, 0, 0)。畢竟希望給客戶乾淨的操作環境。


有時候在設置場景時,會經過好幾次的修改,Phoenix FD的Simulator可能就不在(0, 0, 0)的位置。如果你去修正 ,會發現Foam與Splash particles的位置仍然還在舊的pivot。

這時候要把先刪掉這兩個Particles,然後在Simulator裡面的Enable Foam,Enable Splash選項取消勾選,然後再次Enable,強制讓它更新pivot的位置。

我覺得這是無傷大雅的bug,只是需要手動更新一下。從另一個角度來看,一套軟體開發的過程,一定是把主功能,主架構寫出來,才會慢慢把這些實際操作時才會發現的小問題修掉。這倒不見得是程式設計師的錯,因為一開始很難關注到這些細枝末節。所以一般來說在大型studio在執行專案的時候不會輕易地更新軟體,畢竟你不知道新軟體,新版本是否帶了某些新的小bug。

也不是說追新軟體就一定是錯,早用早享受,但也要承擔風險。


[相關文章]

Phoenix FD with V-shape stern wake 船尾波的製作技巧

2026/03/12

Excire Foto - Aesthetics 圖片的美學等級與參數自動化

 

今天想來談談Excire Foto 這套德國圖片管理軟體。Exicre Foto有個很方便的功能就是會辨識圖片然後自動分類,它有預先設置好的關鍵字,例如Vehicle - Airplane...。這個軟體對我拿來整理參考圖時很方便。可以快速地撈到我要的reference。


Excire Foto還有另一個功能叫做sort by Aesthetics,根據美感來分類。聽起來很厲害對嗎?  其實這個Aesthetics的美感只能做到6-7成 (跟人類相比),無法做到完全地自動化。

所以我這篇其實不是要講Excire Foto,我想說的是一家軟體功能要推出某某功能,如果真的像宣傳那樣好用,用英文來說就是"works as advertised",那必然這套軟體會轟動,必定會大賣。

然而,絕大部分的情況,很多軟體公司宣傳的功能只能達到宣稱的6成,有些時候甚至完全沒用也是會發生的。說算圖不會閃爍,是絕對不會閃爍嗎? 是solid rock no flickering?說可以multi-thread,就真的所有功能都多線程嗎?

回到sort by Aesthetics這個功能來看,如果真的能做到,那不得了,可以做很多事。3D Artist很多情況是在不同版本間找到最好看的結果。如果軟體本身能判斷一張圖的Aesthetics,那麼就可以做到自動化,你可以產生100個版本,你可以用Phoenix FD跑不同的Dynamics設置,最終用軟體判斷哪個圖片好看,就可以達到自動化調整參數的能力。

或許以後,會出現某個按鈕 "Adjust parameters automatically",等一個晚上或幾個小時,就得到你最想要的那個最佳化參數!

2025/03/29

企業管理:忠誠至上,終將導致衰敗

在國家或軍隊的管理中,忠誠是一項核心價值。軍人對軍隊的忠誠,確保組織的穩定與團結。然而,當企業將忠誠度視為管理員工的首要原則時,最終可能導致企業走向衰敗。

為什麼會如此?企業的管理階層並非無所不犯,即便是最優秀的經理人,也難免會出錯。如果管理者的決策錯誤卻得不到適當的修正與懲處,問題將日益積累,最終影響企業運營。同樣地,沒有哪家公司能夠確保每款新產品都能完美契合市場需求,通常需要不斷修正與迭代。然而,在一個以忠誠為導向、缺乏反饋機制的企業文化中,這種必要的修正將變得困難。

以軟體產業為例,若企業採取獨裁式管理,溝通模式變成單向指令——管理層下達決策,員工僅負責執行,而無法提供有效回饋,甚至即便提出批評也無人理睬,那麼整個組織的適應性與創新能力將大幅受限。在這種環境下,唯命是從的「忠誠」員工反而受到獎勵,他們不再提出建設性的批評,而是單純讚美主管的決策英明。然而,當市場競爭加劇,客戶開始發現競爭對手的產品不斷進步,而這家企業卻推出越來越無關痛癢的產品,甚至自滿於過去的成功時,企業的衰落便已成定局。

真正健康的企業文化,應當鼓勵理性討論與批判性思維,而非盲目的忠誠。唯有如此,企業才能在快速變化的市場環境中持續創新、穩健成長。