Re: [請益] 該不該繼續走下去?

看板Soft_Job作者zanyking (遙遠的旅人)時間16年前 (2010/02/22 23:59)推噓8(8推 0噓 11→)

留言19則, 11人參與討論串6/7 (看更多)

回推文。我就舉一個現實要做的專案好了，用AJAX技術做出一個 AJAX Web Application 的線上IDE Service，支援WYSIWYG編輯器。為什麼AJAX的Visual Editor 也要用AJAX來做呢？很簡單，因為跑在Browser上跑出來的畫面才是正確的，可以測試在不同的Browser上呈現結果是否一致。而用Javascript直接偵測使用者行為反應到當前的元件上，這樣也最直接。更重要的是，作成Web的東西才收得到錢(握拳)！開發這種東西需要有開發Compiler、 Debugger 還有IDE 工具相關的知識。這跟Eclipse IDE裡面開發JDT，還是.NET 裡面開發 MSIL Compiler用到的觀念基本上是接近的。特別我們要處理的開發語言是多種語法的混合物。更是需要針對不同的陳述區塊做轉換映射，才能以單一的sementic Analyzer 去處理模型。比起自己打造一個Java Compiler，我們的語法比較好解析，而世上有很多巨人的肩膀可以靠，加上需要處理的顆粒度沒那麼細，所以以有限的人力這仍然是一個可以挑戰的目標。但是相對的由於環境是建在Browser 與Server之間，一些request 處理與運算分配在策略上造成的影響就很微妙。更不要說這不是一個只服務一位客戶的Desktop App而是一個Web Application Service，該有需要考慮的東西統統不能馬虎。至於Visual Editor的東西，他的複雜度就想像一下GWT Designer 還是 Visual Studio的Windows Form Builder 改用Javascript 刻一個出來並且支援HTML5 + Mozilla XUL的元件集合吧。其中困難的部份在於Component Tree Model 與Document Tocken Tree Model 兩者之間的等價轉換。特別是如果要讓文件可以允許User manual modification，而且後續資訊不會丟失的話，這之中會有非常多需要解決的架構與效能問題。我想像這樣的東西，複雜度不敢說很高，但應該也沒有比開發AP低才對。其他可以想到的能在web 上開發出來，而且困難度很高的東西在HTML5 逐漸被實做、Browser的畫面渲染開始支援透過GPU硬體加速後，逐漸有實現的可能。想像一下一張HD5870，1600個shader, 2.5T FLOPS 的運算能力發揮在Browser上頭可以做些什麼吧。 Web OS的觀念可以完全的實現。 Windows 的Excel, word, power point 不再需要安裝也不用怕盜版，而 Google Docs 也不會再被罵Google Sucks了。有Canvas 有Video，一個Web 版的Movie Maker要完全作到線上非線性剪輯應該沒有問題，也許再過2年Youtube就會支援這種功能。如果Javascript 3D的API可以實現，缺乏創意一點的，寫一個類似Quake3的FPS跑在 Browser上，允許大家連線捉對廝殺應該是可行的。應該有很多東西可以做，以後能開發出來透過Browser去呈現的，遠遠不只『網路資料庫應用程式』而已。 -- 我所信仰的科學是一種謙卑的理性，承認自身的無知與渺小才能觀察到世界在我們貧弱的知覺上留下來的痕跡。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.194.129.73

推

kimkao

02/23 00:03, , 1^F

02/23 00:03, 1^F

推

Ting1024

02/23 00:17, , 2^F

02/23 00:17, 2^F

推

Sany

02/23 00:20, , 3^F

02/23 00:20, 3^F