燁♑♊星座才不像戀愛那麼惱人
@r9742
正在
Wed, Jun 26, 2024 2:16 AM
Wed, Jun 26, 2024 10:21 AM
一早起床就有新故事的靈感, 但我真的對科技產業超不熟的假賽了..........
掰噗~
@baipu
說
Wed, Jun 26, 2024 2:16 AM
說的真有道理
燁♑♊星座才不像戀愛那麼惱人
@r9742
Wed, Jun 26, 2024 2:52 AM
然後我就看了一個全英文的組電腦影片<<<<<<<<<<<<
潘安 @ (._.)
@Aquaregia_8007565
說
Wed, Jul 3, 2024 2:50 PM
(路人
想問科技業的什麼XDD
燁♑♊星座才不像戀愛那麼惱人
@r9742
Wed, Jul 3, 2024 2:52 PM
潘安 @ (._.)
: 大概是ChatGPT這種~~~但我對營運、測試、寫這方面程式完全沒概念~~~
潘安 @ (._.)
@Aquaregia_8007565
說
Wed, Jul 3, 2024 2:56 PM
燁♑♊星座才不像戀愛那麼惱人
: (試圖理解上面那句話的意思XDD
所以是指想知道程式的整個產生(製造生成?)過程.....嗎
燁♑♊星座才不像戀愛那麼惱人
@r9742
Wed, Jul 3, 2024 2:57 PM
潘安 @ (._.)
: 應該是說我想要知道到底營運方的工作人員都在幹嘛!
潘安 @ (._.)
@Aquaregia_8007565
說
Wed, Jul 3, 2024 3:14 PM
喔喔喔~~
軟體業主要就...
寫程式碼
(用數學算式可能比較好理解....程式碼=一條條算式,要寫/拼湊這些算式讓它達到預期的運算結果、有問題時回頭找算式內錯的地方、或是算式可以如何調整優化讓產生的結果更正確等等)
還有一些比較附屬的部門...PM這類的
大型線上服務性質的公司可能還有另一批人負責實體伺服器的營運維護
白話=修電腦
但這是公司有自己機房、資料中心和伺服器 (例MS、GOOGLE)
很多軟體公司會選租用別人的伺服器、就不需自己投資架機房
燁♑♊星座才不像戀愛那麼惱人
@r9742
Wed, Jul 3, 2024 3:23 PM
潘安 @ (._.)
: 想知道會不會有因為某部分的程式需要測試而隨機讓用戶測試呢? 畢竟每次開發新的功能或是升級版(雖然消費者/用戶不見得感受得到)應該都花開發人員很大的功夫, 應該會有測試後才上市的環節吧?
潘安 @ (._.)
@Aquaregia_8007565
說
Wed, Jul 3, 2024 3:56 PM
燁♑♊星座才不像戀愛那麼惱人
: 會啊 但基本上不會隨機扔給不知情的用戶測試XD
像微軟W10.11可以由使用者設定參加測試計畫,能預先下載安裝尚未正式發行的功能/更新。其他現在很多軟體也有類似的機制
另外在對外投放給用戶測試之前,內部一定也會有測試
在預先設定限制的環境(俗稱"沙盒" sandbox) 安裝運行程式......簡單講就像先在當白老鼠的電腦上安裝程式使用沒問題、再安裝到自己工作用的電腦
燁♑♊星座才不像戀愛那麼惱人
@r9742
Wed, Jul 3, 2024 4:13 PM
潘安 @ (._.)
: 原來如此!
再問幾題
如果debug失敗那怎麼辦?開始爬文獻(?)找資料嗎?(文組生貧乏的想像⋯)但如果已經是業界領頭羊了查無可查抄無可抄該怎麼辦?
寫程式的人相關的用語可以去哪裡查呢有大百科嗎?
潘安 @ (._.)
@Aquaregia_8007565
說
Wed, Jul 3, 2024 5:05 PM
燁♑♊星座才不像戀愛那麼惱人
:
debug失敗很正常XDD
主要是分析"為什麼會出現這個錯誤" 找到原因做改善 (程式碼寫錯? 某段程式碼功能和XX搭配會互相衝突等等
還有常見是補了A、但因為改程式碼反而牽動產生另一個 B bug (可能不會馬上發現,但在測試過程或是發行給用戶後在特定狀況或電腦環境就會觸發.... 所以會不斷更新修補
正常來說
比較上軌道的公司
重大的BUG缺陷應該都會做成資料教材、經驗傳承 (=不要再錯第二次) 後續在新的軟體開發階段就能事先避掉這些已知會造成問題的程式碼寫法
潘安 @ (._.)
@Aquaregia_8007565
說
Wed, Jul 3, 2024 5:10 PM
相關用語字典喔.....好像沒有這種的 (思考
相對共通常見的用詞可能用 "軟體工程師 術語" 這類找找(?
再往下就資工的術語
可能更抽象艱深更難懂
載入新的回覆
想問科技業的什麼XDD所以是指想知道程式的整個產生(製造生成?)過程.....嗎
軟體業主要就...
寫程式碼(用數學算式可能比較好理解....程式碼=一條條算式,要寫/拼湊這些算式讓它達到預期的運算結果、有問題時回頭找算式內錯的地方、或是算式可以如何調整優化讓產生的結果更正確等等)還有一些比較附屬的部門...PM這類的
大型線上服務性質的公司可能還有另一批人負責實體伺服器的營運維護
白話=修電腦但這是公司有自己機房、資料中心和伺服器 (例MS、GOOGLE)很多軟體公司會選租用別人的伺服器、就不需自己投資架機房
像微軟W10.11可以由使用者設定參加測試計畫,能預先下載安裝尚未正式發行的功能/更新。其他現在很多軟體也有類似的機制
另外在對外投放給用戶測試之前,內部一定也會有測試
在預先設定限制的環境(俗稱"沙盒" sandbox) 安裝運行程式......簡單講就像先在當白老鼠的電腦上安裝程式使用沒問題、再安裝到自己工作用的電腦
再問幾題
如果debug失敗那怎麼辦?開始爬文獻(?)找資料嗎?(文組生貧乏的想像⋯)但如果已經是業界領頭羊了查無可查抄無可抄該怎麼辦?
寫程式的人相關的用語可以去哪裡查呢有大百科嗎?
debug失敗很正常XDD主要是分析"為什麼會出現這個錯誤" 找到原因做改善 (程式碼寫錯? 某段程式碼功能和XX搭配會互相衝突等等還有常見是補了A、但因為改程式碼反而牽動產生另一個 B bug (可能不會馬上發現,但在測試過程或是發行給用戶後在特定狀況或電腦環境就會觸發.... 所以會不斷更新修補
正常來說
比較上軌道的公司重大的BUG缺陷應該都會做成資料教材、經驗傳承 (=不要再錯第二次) 後續在新的軟體開發階段就能事先避掉這些已知會造成問題的程式碼寫法相對共通常見的用詞可能用 "軟體工程師 術語" 這類找找(?
再往下就資工的術語
可能更抽象艱深更難懂