[討論] 公司內部版控
剛剛打得不見馬的
第一次在板上發文，看板規應該是可以發
如果有問題請告知刪文謝謝
本身有相當多的鬼故事，不過我想先解決問題
1.多程式版控
我們有一個版本庫，裡面包含了很多程式
而且是互相關聯的，也就是A程式要B程式先Build過，A程式才能compile
C程式也有可能跟B關聯，然後又多關聯一個D and so on
變成說，CI CD沒辦法去compile，因為沒有意義，也不會過
版本庫內又塞了一火車的exe跟dll
有趣的是，這些dll要手動放到主程式內才有功能，主程式又另外有一個版本庫
所以....這個版本庫的版控，跟主程式有可能不一樣...
而且主程式做的版控，根本看不出來dll有甚麼差異
你根本不知道誰更新了甚麼東西
我現在在想，是否可以用pipeline，去放到指定的路徑做更新
這樣就變成我不用去手動放，尤其主程式dll又沒辦法分辨差異
只是編譯就是由地端去做
鬼故事是，這個主程式其實有三個
然後根據前輩所言，這三個的dll其實都有差異....
2.自動化部屬
我們目前主程式的部屬方法，是使用一個部屬清單.txt
要上線前，工程師們會更新此上線清單，並且寫入相對應位置
pipeline會去抓取該清單，然後將相對應的程式放進去更新
問題來了，如果沒寫進清單的程式，就不會部屬
也就是說，版本庫跟在線上跑的程式，有可能是不同東西
有可能下次上線，你會把別人更新的未知程式丟上去....
我嘗試使用git diff跟當前上線origin/master做差異比對
分支使用該pipeline，可以把有做變更的程式給部屬上去
會這樣做的原因，是因為咱版控老大，說我不能全部程式更新
鬼故事來了，因為上線程式跟我們的版控可能有差異
所以我做了這樣的嘗試，這樣操作會有甚麼額外問題要注意的?
額外的鬼故事，我們平常的測試環境
我用了這種方式去部屬，然後被人靠腰後才發現我把別人程式蓋掉
因為他們會去server端把程式拿出來做比對，再把程式手動放進去
所以我用測試分支搭配此pipeline去部屬我的程式，會抓不到別人更新的內容而蓋掉....
前輩說我不能這樣破壞別人的程式，每一次要放進測試環境都要比對
我哪來那鬼功夫每次做這種事情
然後我真的覺得寫部屬清單實在有夠白癡，真的白癡到個無極限
因為工程師有可能忘記放進去自己的更新
但是我前輩卻堅持一定要用這個，不然會部屬錯程式zzzz
我說你這樣不是會讓沒有上線的程式，進入上線程式的版控嗎?
他說部屬清單沒有，沒事
所以我甚至還寫一隻Powershell程式，來把該次上線變更內容條列出來
我實在無法接受使用部屬清單上線..
3.平行上線分支的開發方式
我們只有一個準備上線環境，搭配QA測試會有時間差
這周QA測試上線一版，下周上線另一版，可是第三周才會把第一周的把程式上線
也就是說，這個環境同時會有兩個上線分支
但是，因為測試會搭配BUG修正
兩個分支會互相干涉，尤其同支程式
搭配上我們同仁們，還會用複製資料夾的方式來備份
併來併去併成鬼樣，可以怎麼改善?
以上
來聊一點鬼故事
我們的dll版本庫，總共有3個主程式，然後據說3個版本皆不相同
程式部屬一定要使用部屬清單，不然會怕部錯程式，可是沒部屬到的可以手動丟進去
無法退版，尤其多人同時開發一支程式更困難，所以我們會有上線失敗問題
(目前發生會採裝死趕快bug fix的方式)
我的想法是，開發給QA的測試分支DEV，跟實質上線分支應該要分開
確認開發完成，工程師再分別併入上線分支
任何一人的有問題，則revert該次合併commit即可
但是我前輩一直保證會有人開發不該上線的程式，所以不能自動部屬
即使我說了，工程師怎麼會放進不該上線的程式，PR的人怎麼會讓他併進去
還是被要求一定要去寫一支永遠都會有衝突的部屬清單
而且每一次上線負責人都要去一個一個人問，因為部屬清單無法辨別負責人
某些層面上，我真的覺得我們的程式還能動是奇蹟
我們單位上，100%的前輩不懂git
我是轉行過來的，本來也不懂，所以我花了點時間學
程式寫得好不好再說，這種基本功....
然後進來大公司後.....
是我的問題，還是我該逃命，我很努力跟主管提需求跟修改計畫...
實在力不從心
感謝你各位看這麼多
--
戒除少女漫畫有甚麼難的?
我就成功過好幾次
--
找下間 你領多少幫公司操心這個
同意樓上，然後第二點看起來你們實際上只有一個測試環
境，所以你不應該使用自動化部署蓋掉別人的改動。
我們有一個測試環境跟一個準上線環境 測試環境給工程師用，準上線環境會給QA測試使用 我是聽從說測試環境就給我們隨便丟程式塞，結果剛好該次有同事也開發同一隻 被蓋掉後還high light 我只想說，是因為我做自動化測試 不然你根本不知道是誰蓋你的(因為平常所有人都是手動處理) 雖然我確實不應該蓋掉別人程式，對你是對的 不過目的上是希望可以自動化部屬準上線程式跟正式上線程式 我只好先從測試環境測試
你也在金融業嗎？
沒辦法透漏太多欸QQ
dimension版控系統？你要在既有設計的系統與版控下去
透過其他方式解決，有可能增加其他人不能接受的複雜度
。根解就是系統跟版控重構解耦或是快逃（認真）
我現在就是想要解構重弄 新進的都能接受，但是掌權的在老人手裡，他們完全無法接受 我提出討論跟解決方案嘗試，被懟說這只有你會用 真的沒塌掉是奇蹟
真的想解決這個問題的話就要思考怎麼把你希望的解決方
法帶進開發流程，都是老實講你有這個想要改善的想法把
他帶去更好的公司應該對你更有幫助
我剛進來的時候，看到commit history長這樣 2024xxxx 程式更新 我差點把胃吐出來
不能合併?
你是說平行分支合併嗎? 這部分被搞得很複雜 有人要退版，結果會變成兩支分支一起退版 然後又因為開發分支合併多次，導致很容易出問題 又有同事會用手動退版，自己把寫的內容挑出來刪掉 退來併去的，我常常覺得公司錢真的很多，浪費時間在這種瑣事上 而且居然還沒垮掉
滿有意思的~不過真的推不動也只能找下間+1
我真的是打從心底沒辦法接受部屬清單這件事情 題外話，我前公司用SVN，但是當時面我的主管說會用git 直到我去學git才發現根本就沒人會用 總共六個工程師，3個人的開發project我推不動git 我老闆覺得浪費時間，新的主管工程師說不要這麼麻煩 然後老屁股工程師說，SVN太多commit很難看，不要一直commit 即使我用git去併svn，我都沒管別人了還會被老屁股靠邀 現在公司更大，根本變成天方夜譚
也太亂了吧.....
要解決1就是重新拆分程式組件化可以輕鬆很多
妳所有難題都是從1來的
git 有sub module 整理完程式之後好好規劃這部分
我有想過sub module 但是要把所有DLL 程式庫個別拆分出來 他們現在全部包成一包 然後部署清單這個是另一個故事…
起碼可以解決過度相依的問題...
DLL要變更就是他自己的板控，這樣就不會有版本問題
前面這塊確定，這樣後面佈署也不會是問題CICD可以指定檔
案複製去任一資料夾就只是看要選哪套自動化的組合而已
那就跟我的想法相同 CICD時去指定
沒有主管支持就是快逃
傻眼耶 原來真的有公司的CI/CD是這樣搞的 難以想像 你們是用
Jenkins嗎
有想朝devops發展可以試試，沒有的話別碰，到時候有問
題都算你的，沒問題還是你的
我還直接表明沒關係問題算我的 但是你真的不要太期待 複製資料夾當備份…
這種永遠都不是技術問題，每次都是人的問題，一些垃圾
方法提解決方案還被說幹嘛那麼麻煩就很想給他巴下去==
這點是我別的憤怒原因就別提了 我到職的時候就跟主管提過這會出事的 接著搭配著我各種拐彎抹角分享技術的形式 教同事怎麼使用 然後，主管還是只聽前輩講的 改善流程計劃也是參考前輩的意見 我都用各種形式去讓他知道我會這工具 但是前輩在這位子資深 所以我的意見麻，不是很重要 我被問過，為什麼我要照三餐Commit 呵呵呵…
有逃命的選項也是可以直接逃啦
其實這不一定是用哪種tool的問題 是release flow的問題
flow沒先大家談好 科技幫不了你們 就是你們是每分每秒都
想上patch/code change, 也只能談好update pipeline的時
間點跟各個lib的版本 沒有那麼簡單也不是用某某tool就OK
我們有可能update 發現部署清單忘記改 然後需要重新跑一次，一次跑30分鐘 我們的天才pipeline ，會把整包程式丟進server 接著根據部署清單挑檔丟入更新 因為真的太慢了 我才嘗試用差異部署的方式加快 用git diff 找出差異檔案挑檔部署 5分鐘結束
主管都沒差你幫他們操什麼心，省點力找下一間比較實
際
版控不是只有程式碼版控，建置產出的程式也要版控啊
A依賴B沒問題啊，A建置時去拉指定版本的B產出的程式
exe和dll也一樣，全部進到同一個產出程式的版控裡啊
你們問題看起來就是程式碼到執行環境間少了一個repository
我們現在是主程式一個Repo DLL exe 自己一個Repo
找下家 改了你也不會加分 改差了黑鍋就是你 說得動主
管才是重點 沒人挺你妄想改變公司什麼太難了 我懂 台
灣一堆毒瘤技術前輩只是因為老不是因為技術好 又在公
司時間跟三葉蟲一樣久 久了就越來越沒動力幫公司優化
什麼上版流程 優化自己履歷還差不多
「這只有你會用」你要嗆回去啊 你們不會嗎？不會要學
啊 這有很難嗎？
現在99%工程師都在用的東西不學？公司讓你來工作是來
說「我不會」的嗎？然後隔天跟主管說要離職XD
因為我知道嗆人不會改善什麼 我知道這群人不懂，我還特地拉時間出來開課 以分享的形式跟這些人分享，我還上了至少三次 題外話，我一直以為我才是那菜雞 接著看到他們在網頁上面commit 還有各式各樣的commit log 「程式更新」「update」 「兩千三百萬人都驚呆了」 以為大公司學流程的 結果大公司是撒$$
我開始懷疑你跟我同公司，你家系統應該歷史很古老，超過
三十年，中間接手過很多人，現在負責人已經是n手也改不動
，你家cicd不會是azure吧XD
欸對，是公司內部Azure 以前叫TFS，現在應該改名了 我覺得不是改不動，要不要改而已
這是政治問題 你是新人嗎？是的話 嗯 不是的話，等你
有權有勢再做
等到有權有勢估計要去棺材裡面等
這是政治問題 不是你問到什麼比較好的做法去講講課
他們就會聽你的 大家出來都混口飯吃而已 憂國憂民不
如管好你自己
真的，我這麼累幹嘛 搞了半天沒人屌我沒人支持的 反正要死一起死
聽起來很像應該要有套件管理，但是變成手動在做？不是很
確定貴公司用的框架，以Java來說，各自的程式庫jar會有
獨立repo,也有自己獨立的release cycle。反正就各自bui
ld ，放到nexus server就好，主程式或是有相依的程式庫
，需要就更新自己的pom檔，類似的邏輯應該很多框架都會
有吧？
可能真的要獨立出來repo 我在思考一次提出30-40個repo的可能性 呵呵呵哈哈哈哈，不可能QQ
mono repo然後全部cicd重新compile 不然就快逃
軟體只要能動就不要去改它，舊架構再爛也不要去亂動它
，公司要的是軟體繼續改版賣錢，不會在意技術上改的多
好或多爛
我改程式改到覺得自己烤雞大概會死去 請你去煮一盤大便，然後問你大便怎麼煮的這麼難吃 而且還煮很久，oh我的老天鵝
這是人的問題，沒救，等你位置比他高
才有可能改變，我上一間也87%像
手動部署、版控亂七八糟，所以我逃了
全力改好也沒人懂，改後出的所有 bug 全算在你頭上，誰
扛的起？
我還真願意扛 看到從20241010.ear拿回舊版本退版 然後一個程式一個程式挑出自己寫的 真的豆頁疼
maybe monorepo + bazel，common libs 可以寫一個 build
rule，只是大家版本要先一致
我有提過，我們現在同步上線版本 以此為基準開發，我可以不用做差異部署 鬼故事就是，我們的測試環境跟上線不是同版本 你這樣會害某些人的測試程式不見 WTF !? $@:&18’xnalon!￡\*]￥,€]]
另外這種職場有毒，新人進去陣痛期很長
受不了的、看不下去、有能力的都會早早走了
留下來的多半是走不動、或變成這形狀的人
有點劣幣驅逐良幣了，勸你快逃
這麼不爽還不跳一定是給的錢太多了 XD
畢竟本科不是這行 需要靠跳 說真的，會改到懷疑是自己的能力太爛還是架構太差 師爺說：「掙錢麻，不寒磣」
不知道是你家量體太大還怎樣 我怎麼覺得聽起來正常...
公司蠻大的 程式會大我覺得只是管理不當
那些相依的proj 其實跟你用開源套件 甚至語言及平台本身
支援的版本是一個概念 只是不是你在控 所以你不覺得有異
因為通常只要保證向下相容就好 大部分情況皆會啦
也沒必要每次build就從相依根源開始 所以拆成主體+dll
各有各的repo的形式也可以理解 全看上層proj的owner決定
有沒有必要隨時跟進 所以說起來這還真不是單一RD能解的
畢竟要做mono repo 還得看什麼角度下去切分
layer/domain/BU...what ever
感覺只能找人一起向上提 讓各leader關一間後 2也會解決XD
所以我目前想到的是 主程式的版控就負責自己的部分 DLL的部分，交由pipeline去處理 畢竟由主程式去控制一個無法檢視差異的DLL 不合理 那DLL的部分，就由各地端自行處理編譯 這樣即使主程式有問題，也能找出是某次DLL更新造成的 甚至是退版也會比較簡單處理 也不用全部拉出Repo處理 只不過變成pipeline可能會寫很多
通常這種問題要說服不能用開發角度 要用管理成本才講得通
但你有多硬 以及領的錢值不值得花這個effort 就看你啦
說實在的 每個人都在想自己領的夠不夠花心力做 我只是想把事情做好 嘗試從上從下滲透進去 寫報告給主管看可以多節省時間 幫同事做退版跟備份 開會後花半個小時到一個小時跟大家解釋原理 不過換來的，好像只有這東西只有你會用 說到就火，我就在提解決方案，然後... 對不起，我上下管理能力不足
我是覺得你家東西看來明顯需要decouple跟加一些中間規則
就算用了你的做法還是會整天進進退退 跑這就飽了
所以你跑比較快 嗯
真的要推就自己搞一套獨立環境跟其他人分開跟上頭說是備援
用的 等到哪天原本的爆炸就可以拿出來邀功了 但等於是要多
花心力做這事
公司內不能自己架環境 而且跟別人版控就是個問題了 我們的測試環境是手丟的跟手動比對的…
這個制度已經運行多年，很難以一己之力去撼動。
趕快去找下一間比較實在==
整個看下來 就是快逃阿
主管不支持==沒戲唱，我也懂你整天被逼著吃屎的心情，
只能說快逃，不要讓自己習慣吃屎
除非他錢給得夠多
我自己現在就是在搞獨立環境 從Git-SVN開始 甚至想搞本地C
I/CD 因為我也知道開發習慣這件事真的很難改==
但是我公司都還沒到你公司那麼大便就是了 頂多甲方有改東
西不跟我們講 自己長出東西部署又有問題 公司還要想辦法甩
鍋
金融業+1
你就管好你自己負責的就可以了 自己負責的東西有要上
線再丟清單就好
順帶調低自己開發的步調半養老
你不用操心 你操心就會是你處理 然後不會有人感謝你
只要沒有其它痛點是可遇不可求的職位
可以有多的時間去沉澱去思考其它的東西
以逸待勞 以靜制動
什麼都要你主動的那才叫恐怖 累死你
有多主管很不盡責的 講少少要你自己去釐清一堆東西
那有沒有主管有差嗎
真恐怖XD
有些還會緊急時含糊其詞拖你進度 當然慢下來可以 但
資深的不會想學新東西啦，不會用也不想會用
有甩鍋的可能
沒出事就不要多事,感覺你們也算維護現有服務為主的單位
只是為了看不順眼版控去更動結果服務爆掉 上面怎麼看這
單位? pip人頭可能給你們多塞幾個
版控最主要目的還是眾人協作的共識,不是非業界普遍操作
或是你看不順眼的操作就是需要推翻的,主要是部門內共識
我自己去支援別部門開發產品也是尊重他們原有開發共識
就算看不順眼也不會去做什麼更改
以前我在軟體公司當RD,SD,SE,..每次要推這些都很難
後來在營業單位當IT,全都沒權限下,還是有辦法弄離線
省下自己的時間,反正系統全外包,有事沒事都當我的事
反正待業務單位,完全失去資訊/情報/執行/等等能力
一個銷售單位只能玩玩簡單的excel,完全搞不懂為何賣得好
為何賣的差,也難搞行銷專案,光法遵就無力應付
看起來你很心在公司持續發展，但要聽一個新人的老一
輩不會服的，這是人性
我沒有要你聽我的 反而我都聽他們的 再不合理的要求我都盡力 你不要討論時開大絕啊，那我做個毛
八成是金融業
其他的點還好說，第一點…..
啥啦 你很閒是不是…
你該跳槽了
在這種比較政治的委由顧問第三方來做也是可以考慮的
這種東西感覺也在敝司裡發生…
請你去煮一盤大便，然後問你大便怎麼煮的這麼難吃+1
明明是上面說要做的,然後再來問你怎麼做這麼爛...
如果你的職等比別人低 不要想太多 如果一樣 可以力求
表現 不是技術導向的文化 很難改變
git很好。但不是所有環境都"必須"要用git。而且這篇的問題
看起來不在版本控制工具，而是在溝通或流程本來就不順。流
程順了用不用git沒差。流程不順，你用git也沒意義。
不完全，他本來就是工具 只是整個流程很匪夷所思 也不知道是怎麼經年累月下來的結果 我們花費了很多不必要的工 我猜可能當初設計流程的時候就找鬼抓藥單了 然後為了補洞就塞了很多奇怪的東西進來 如果有更好的工具或方法，我很願意嘗試 我也只是用一個很初階的工具而已…
我也覺得不必為了用而用 如果現在開發流程 大家都覺得很棒
你說服不了別人 只有你覺得不棒
那這種情況 是你不適合這個團隊 你應該找個適合你的地方
如果你很在意技術 很在意軟體工程 你應該去重視這些的團隊
繼續在這裡 只是消耗自己 遲早憂鬱症 我過來人 供你參考
逃
都還是新人,甚麼公司的流程架構簡單到還是新人就能熟悉透然
後自以為可以去修改整個架構?每個新人進來都說XXX好用,多的
是導一半離職或直接失敗的,在還沒真正深入了解之前,先跟隨
團隊既有的模式去熟悉了解,再來談改善架構吧
當你覺得老人都頑固不想改變的時候,也要想一下老人是不是也
覺得「又來一個新人,一進來就這邊那邊要改,看啥都不順眼」
我現在公司也推不動GIT,但沒關係啊,我自己用,團結想用的同事
用,主管要我把更新ZIP給他,就ZIP給他,我自己版控好用就好
我就是一直跟了流程 然後提出改善計劃，並且做測試 我沒有說我的方式會比較好用 所以我提出討論，有沒有需要改善的地方 我也直接問了，大家根本就知道很多問題 現行方法就是會蓋檔，然後沒辦法退版 然後DLL要手動上，還沒辦法知道改了什麼 git不是我強迫他們用，是本來就有用 用得很糟而已 你這就開大絕，沒啥好討論的 照你這邏輯，公司裡面沒待滿個十年 你不需要有發言權，因為你根本不懂
聽起來有些人連基礎的commit都有問題，所以不用太操心，
該跑就跑
認真回 感覺很簡單就可以完成
這就是為什麼很多公司想做DevOps做不起來或很不順的原因
關於dll的部分，可以考慮始自建nuget server
流程本來就是公司有power話語權的人在推 這沒什麼 你去別家
有話語權後人家也是聽你的
蓋別人code是職場大忌 所以上傳完我都會再檢查一次
工作不是自己做好就好 團隊也是一部份 不舒服就離開這樣而已
蓋Code的原因是因為沒人知道你改什麼 你甚至不知道誰蓋你的 然後配上各種失敗就用舊的蓋回去 我才提出版控跟自動化部署 你上傳完要檢查什麼？code是用蓋的不是比對的 沒進版控的東西，沒了就沒了 這根本不是我好就好的流程zzzz 再者，因為你不知道有誰更新 你每一次都有重複這個動作，即使根本沒人動 快2025年了欸 你怎麼不說這只是老人好就好的東西 我也不是出張嘴，我是實質下去操作 提出改善計劃跟執行方法 不過估計你上傳後會再檢查一次的習慣 我猜你不懂版控
我不知道你怎檢蓋查code的，但只要善用git --git-dir和
git --work-tree，連沒有git的專案我都能生版本管理出來
然後比沒有git更慘烈的狀況是兩個用git的各自堅持merge
看到新的就fetch，沒衝突就merge有衝突就rebase爽爽
主要是檔案放在server 端 每一次都要進去比對檔案 不然，你不會知道有誰更新了什麼 沒有進版控的當然能建庫 但是…
※ 編輯: TurtleGods (101.12.158.67 臺灣), 12/30/2024 21:36:19這是flow的問題
flow的問題就是政治問題
我還是看不太懂這跟有沒有用git有什麼關係。大家code不同
版本可以搞到不兼容，蓋掉就不能用，首先我會想到的是：沒
人訂整合的規格與流程嗎？ 沒人訂，你用了git，也是到處衝
突，還要不斷的改衝突，不斷的看別人改什麼，真的並沒有比
較好。
有人訂了軟體規格與流程，用不用got沒差，反正模組間的介
面規定訂好都兼容就好。
git
認同版本要控制與管理，但真的不一定用git就能解決問題。
流程比git重要太多了。
程式碼內容大家有版本差異也是，流程不改，持續用git到處
比對，根本不能解決問題。訂個流程與規格才能解決。用不用
git跟本不是問題。
git工具很好，沒否認。但流程與規格更重要
沒錯你答對了 跟上面說的一樣，flow 屬於政治問題 整個流程就是很弔詭 我們開發的跟上線的不是同一個東西 還有同個版本庫同時套用三個程式 但是三個程式卻又獨立修改！？ 再者還有奇怪的上版流程 導致工程師可以把不是線上的程式進入版本庫 不是一定要用git，我只是用它嘗試解決問題 但你好說好歹，大家都改一樣的程式可以嗎 對了忘記說 因為百家爭鳴，我才嘗試使用git diff去建pipeline 把分支有變更的差異部署進去 本身就是下下策了
提出問題，拿出解決方案，推銷你的方案，落地。
你寫的太亂了，所以沒有細看，但我猜你應該是有發現問
題，但沒辦法拿出一個適合你們公司的解決方案
適不適合不知道 但是提出討論被懟大絕 只有你要改只有你要用
※ 編輯: TurtleGods (123.51.250.160 臺灣), 12/31/2024 11:53:40我以前遇過每次上版把所有人的code覆蓋掉的臭老頭
後來他先不爽我們自己跑掉了 南無阿彌陀佛
推流程比較重要+1~雖然新人可能不太能改這個...
18
Re: [心得] 我在科技業遇到的鬼故事之一單純經驗交流一下 我遇到正常的軟體UT與品質驗證流程吧： 1.開發者寫完程式碼與UT。 2.在自己電腦上跑UT。 在自己電腦上跑UT，是部門不認的UT。9
Re: [請益] bug「可遇不可求」，各位還會去debug它嗎?之前遇過類似的情況 也是機率性 不過不同的是發生的機率非常高 且又找不出發生這個錯誤的規則或情況 1.之前的公司底層的程式是老闆自己寫的 某天突然在login的地方7
[問卦] 寫程式的該羈押來問訊吧？近10萬個人抽獎 大獎都那幾個人全拿喔 天選之人喔 上帝之子喔 當大家智商都沒有上線喔 誰寫程式就把它羈押起來 關到漏尿 證明清白 寫程式的該羈押來問訊吧？ --![[問卦] 寫程式的該羈押來問訊吧？](https://i.imgur.com/hru0Jfvb.jpeg "[問卦] 寫程式的該羈押來問訊吧？")
6
Re: [問卦] 寫程式的基本功是什麼?寫程式的基本功是寫測試 再好的程式碼如果沒有寫測試保護，就有機會在上線才知道程式碼被改壞掉。 平常有在寫測試的人，寫的程式碼也好讀很多，因為把程式碼寫太難會很難寫測試 --5
Re: [問卦] 寫程式真的很容易寫到自己看不懂嗎？本魯還在CS小大一程式設計時候教授說一個冷笑話 剛學寫程式一個月 你的程式大家都看得懂 再過一個月 認識你的人才看得懂5
Re: [討論] 公務員這麼窮 弄些家電回家 不行？不可能是公務員啦 賺這種蠅頭小利幹嘛 我猜是外包工程師自作主張幹的 他只要讓某種人中獎機率大增 就是圖利自己與親友![Re: [討論] 公務員這麼窮 弄些家電回家 不行？](https://i.imgur.com/u8ufwv4b.jpeg "Re: [討論] 公務員這麼窮 弄些家電回家 不行？")
Re: [情報] 17.2 更新檔 – 5 月 13 日 (已上線)HSReplay Windows版已經修好了，請開啟程式更新 Mac還要等等 --![Re: [情報] 17.2 更新檔 – 5 月 13 日 (已上線)](https://img.youtube.com/vi/-tn2S3kJlyU/mqdefault.jpg "Re: [情報] 17.2 更新檔 – 5 月 13 日 (已上線)")
[問題] G8X的程式集如何編輯呢？記得剛拿到G8X的時候 長按程式集圖示 就可以做一些移動位置 或合併起來新增資料夾的動作 所以有做過一些程式集的編排![[問題] G8X的程式集如何編輯呢？](https://i.imgur.com/doutTeTb.jpg "[問題] G8X的程式集如何編輯呢？")
X
Re: [新聞] 扯爆！打完兩劑疫苗還收到預約簡訊？ 16雖然說寫程式難免都會有bug，但這已經算是上線的系統了，還一直出狀況，那到底是測 試沒測乾淨，還是PM督導不週，還是工程師的程式寫的太複雜了，很難維護？ 還是有太多系統的資料要串來串去，出錯是在所難免？ 又或是工程師薪水太低，只給便宜的薪水就想開發一個破幾十萬人上線用的系統？ 我們台灣廠商開發的資訊系統，其穩定度要跟國外如google、fb等相比，還是有一些進步
![Re: [問卦] 寫程式真的很容易寫到自己看不懂嗎？](https://i.imgur.com/Ob5lhqdb.jpg218.164.229.98 "Re: [問卦] 寫程式真的很容易寫到自己看不懂嗎？")