引用:
|
作者erai
另外，在上線運作的產品，應該不會有人沒事去更新的
除非是有重大bug
而Open source的出了問題找誰?
當然找架設或維護的工程師啊
依老闆思維，請您來工作就是來解決問題的
|
1. 上線運作的產品沒定期更新！？？？難怪台灣之前一堆上線運作的產品只能用 IE 6.0...
2. Open Source 出了問題當然是找架設或維護的工程師。但也是因為這樣... 所以最後要是工程師還有 Support 可以幫忙解決不是我們自己寫的東西的問題的話... 那當然最好...
引用:
|
作者csshih
敢問您從哪邊看?
linked?
還是奴隸銀行?
若是後者，那不怪你
因為跨國企業要找人不會透過台灣的奴隸銀行  |
還不是因為有 Android 在撐
引用:
|
作者小書僮
幾年前我有碰過
Java跟幾年前的輝煌時期相比
的確大大的不如了
我的看法倒不是啥support問題
而是Java實在是太慢了
|
那妳要不要看 C++、C... ... ...
引用:
|
作者evangel005
有經驗的架構師也不會一股腦全用.net，除非他腦子有洞
|
除非有必要... （像是 iOS 只能 Object C/Swift、Android 只能 Java）... 不然整個公司不用一個單一語言的架構師腦袋才有洞... ...
就像我待的公司... ...
其中一項單一網路服務產品 code base 就有 Classic ASP、PHP（還有分 OO 和 Procedural 喔 XDDD）、Ruby、VB.NET、C#.NET...
當時我加入後... 很機車的幫忙加入 Perl 和 JSP... ... 更機車的是... 原本我們 DB 有 MySQL 和 MSSQL... 我因為當時時間比較多... 所以我的 Perl 是直接連到我自己寫的 DB... ...
喔∼這個網路服務的產品有 iOS 的版本，所以我有用 JSON 連到前版 Object C/SQLite 和現在的 Swift/Core Data... ... 但是這應該不能算...
我必須講為什麼會搞成上面那樣子... 是因為那個產品是 B2B... 而商業客戶幾乎都要客製化... 然後每次講的又很急... 我們 Sales 又超會幫我們打包票跟客戶說沒問題... 所以每次我們的東西都會很趕的情況下搞出來... 當然就會用我們自己最熟悉的程式語言... 其中一個資深的是 PHP OO/MySQL、一個資深的是 Classic ASP/MSSQL、另外一個資深的是 VB.NET/MSSQL... 這三個根本就互不相讓... 然後真正應該做決定的 CTO 其實是 Classic ASP/MSSQL 那個... 對她來說... 她又不敢直接嗆 Sales 頭頭叫他們時間不要給的這麼趕... 所以她就也不要求我們一定要用單一語言... 然後只要一有人走掉，我們就要有人接手爛攤子... 像是我們已經把 Ruby 轉到 .NET 差不多了... 但是轉的那傢伙用 C#.NET... ...
最後新來的 CEO 因為也寫過一點程式... 知道狀況後終於受不了了... 告訴 Sales 說現有商業客戶維持，先不要找新客戶，然後開始給 IT 部門重寫新版... 然後加上新的 MSSQL ODBC 跟 PHP 有出現一些問題只能用 3rd party，所以最後終於 CTO 有 guts 的站出來說：「以後本公司網路產品一律走 MSSQL + C#.NET」！
結果這幾天突然要我趕一個新的網頁服務出來... ... ... ...
我就說我還沒完全學會 C#.NET... ... ... ...
基於 PHP 跟 MSSQL 走不下去的情況... ... ...
我用了 Classic ASP...