個人背景：
* 工程，但非軟體
* 自認(跟自己相對比較)強項在演算法、投射幾何和物理、及系統設計
* 無軟體背景，但對過去邊做邊學的能力有自信(例:邊做coherent UI邊學html/js/css)
* 心虛於無軟體工程基礎，怕自學寫出來"能用，但一團亂"因漏學了哪個基礎環節
* 按部就班的砍掉重練不確定是否為最佳的時間效益，但若是唯一選項也不逃避
* 對於操作系統延遲和電競相關理論在國外鄉民中有小小名氣
(不便明確講、怕洩漏身分)，提供過狹窄領域的技術顧問給一些開發團
設計好的概念但自己缺乏足夠嚴謹的軟體背景實現：
* 競技朝向設計四大環節，帶入嚴謹的系統設計/及時模擬理念:
* 物理 - 將傳統引擎因離散時間造成的非現實行為，推導成能在
連續時間的架構下運算的結果，將其準確性分離於運算時間差。
如此 現實行為 -> RK4 (用在非關鍵的世界物理)
非現實行為 -> 時間解析解 (用在關鍵的可定性玩家物理)
* 網路 - 因玩家物理推導成時間解析解，玩家資訊可壓縮為分析力學狀態，
伺服器與客戶只需中斷型的狀態更新，並且壓縮後的力學狀態即使
被外掛讀取記憶，外掛仍須做完所有的力學運算才能得出玩家位置。
時間解析解除去了客戶端插值延遲的需要，多出的時間挪用到放寬
逆推判定的時間上限，而網路延遲超出上限時做的外推在玩家低頻率變動
假設下是完全準確的，並且時間解析解的架構能畫出可變所有的範圍，
給高延遲玩家有心理準備對誤判糾正會出現的範圍做反應。
* 輸入 - 導入及時系統設計理念，確保所有玩家動作以及遊戲事件的 **時間準確性**
(不像NVIDIA為了行銷 "我們注重延遲" 而不分青紅皂白的全堆在 "降低延遲"
關鍵字一詞來騙小孩) 來達成玩家輸入的判辨準確性，
不一昧地的純靠增加運算頻率、像拳頭那樣沒先去理解問題就直接
用暴力方案(弄巧成拙了又在那邊自我感覺良好)
* 繪圖 - 在投射和像素化的過程使用自己推導的行程，導入輸入時間準確性的機制
做及時調整，無需VR類的重新投射也達成一樣的方向準確性。
並且加入特定機制達成一些本該是通用但被NVIDIA為了行銷而綁架的功能
(例: VK_GOOGLE_display_timing被NVIDIA Reflex綁架，
前置繪圖被NVIDIA VRWorks綁架)
以上是小弟想實現的技術概念。我沒有深入的市場上引擎開發經驗，但看了各廠的文件，
目測似乎有太多的累贅，但只有這幾個設計似乎好像又不值得時間效益重作引擎基礎元件
尤其是渲染方面，我只有對特定環節的更改，但其他大部分的近似演算，即使全部重做，
也比不上大廠有在維持的程式碼。
目前我認為最大的問題，在於連有哪些東西我不知道我都不清楚，不知從何開始做功課。
目前在自己摸索下大概知道的是ECS的設計概念較適合我的宏觀物理運算，並且Vulkan的
指令循環較能達成我的非同時性、分離繪圖行程
(以及調整我的設計儘可能降低繪圖指令的分離度)
另外，雖然我知道版上自稱有好點子的人不勝枚舉，但我還有一個具體的遊戲設計概念，
是我我多年觀察電競風向和休閒胃口所分析出，我覺得能夠真正成功的一個遊戲概念。
我整理出的設計環節包含：遊戲模式(休閒及競技同時考量)、遊戲外互動及消費設計、
以遊戲模式為中心的藝術和音效風格方向，跟(較長遠考量的)電競經營模式。
但都還只是概念階段，證明不出任何東西，可能甚至是想的太美/想的太遠，
所以不太好意思獻醜。但我希望傳達的是我想達成的概念範圍廣，
但又都是一知半解的層級，沒有一個是能有自己能力一人達成的專業。
即使全部去花時間摸索，時間效益也不一定划得算。
我想請教各位資深高手的是下列：
1. 我最基本還須先做好哪些功課才有資格找的到願意合作的人
2. 我該去那些環境找尋合作，並且建議該做好那些心理準備？
另外，各位可能會遲疑，為何不從過去的合作關係去連絡？
這其中有很多經過，但總結是因一些特殊關係，我的貢獻不太能拿出來廣告，
而我也不太想再去淌那相當歧視的環境。我希望從台灣以台灣的陣營實現我的想法