Re: [討論] 遇到問題就workaround真的好嗎？
※ 引述《applebg (Malicious Racist)》之銘言：
笑死人
一看就是沒有reference觀念的菜雞
immutable string就是要阻止你這種雷包寫出糞code啦
今天要是有人很衰小, 要跟你一起開發醫院的資訊系統
然後又很衰小的, 開發語言的string又是mutable的
那會發生什麼事情呢?
假設今天在開發掛號系統好了
你負責的是診間門口叫號機的程式
好不容易按照需求文件的設計把程式都完成了
不過需求上有一項"因應個資法, 病患姓名需要隱碼"
所以你就很直覺的寫下
patient.fullname[1] = "○"
好聰明好直覺喔
這樣病患的姓名就會顯示成"王○明", "張○華"了呢
然後就會發現
只要病患資料有經過你寫的程式處理過
姓名全部都變成"王○明", "張○華"了
因為你直接從病患的物件裡面取出病患姓名string的reference
然後在reference不變的情況下直接把string的value改掉
下場就是所有用到同一個reference的程式都會被你影響到
最後來談談什麼叫做workaround
寫出上面那種糞code
開除你叫做解決問題
公司不開除你
逼得大家以後pass reference給你的時候都要先自己deep copy一次
這才有資格叫workaround
--
╔═◢ ◣═╦╦═════╦═════╗
║ ◤◤◤ ◥ ╠╣飛鳥ももこ╠═╗ ║
║ ▇ ▇ ║╚═════╝ ╚═╦═╣
║ ▌ ● ● ▌ ║╔══════╗╔═╩═╣
║◤ ◥ ︺█◤ ◥╠╣Momoko Asuka╠╝ ║
╚◣◢ ▄▂▄ ◣◢╩╩══════╩════╝
--
真正的「解決不了問題就解決製造問題的人」
你認真了，網路查一下這個ＩＤ，就知道是廢文產生機
然後他應該也看不懂你在寫什麼
別這麼火爆
我覺得你的例子很好
你舉的例子真超好，但粗暴語言 DUCK不必
你幹嘛認真XDD
這例子不是僅在view且display做替換就好？
好好笑== 不過例子就是鮮明實在點好
(づ′・ω・）づ 你的推文怎麼沒有這個了?
※ 編輯: gasbomb (1.34.216.106 臺灣), 12/03/2021 16:11:42在Job版要專業一點ㄚ 對ㄚ==
(づ′・ω・）づ ..
為什麼要回廢文 這人就是來鬧的而已
workaround 的例子舉得很好 滿分
笑死 我要看到血流成河
推你的workaround
XD 廢文也能吊出認真文 好例子給推
他要是去寫 Rust，大概會想直接登出人生 www
讚讚讚
好例子
最後一段XD
哈哈哈哈哈
例子很好??? 這是人的問題吧 應該要有自我要求寫出好
code
python就是這樣動態語言黑魔法消失了
一個語言不會因為有了規範就不會被人寫成一駝屎
有ㄚ 如果你用rust不可變引用傳進去看你怎麼改
不像c強制轉型一下就好了 codereview看起來也不明顯
推這篇
這例子破綻其實一樣沒分是get還set實務上語言規範會擋
寫實workaround
笑死
你好兇喔 但是我喜歡
凶
推例子
XDDDDDDD
好兇lol 真的人如其名gasbomb
好派
推
專業舉例
Workaround滿分
好兇 但我喜歡XD
舉例很好，這陣子也被類似事情雷到，哎
引用也很常見
這只是套用進最差的使用情況
在functional的程式設計中 不改動原值 確保重複執行某
func所得的值是相同 但OOP裡面沒這麼強調的情況 改動
原值是常見的作法
另外一方面 改動原值可以不用重複的挖取記憶體
以此篇例子不管有沒有字串有沒有保護 解法應該都不是
改動原本字串 原本的名子字串只有在真的改名的時候才
會修改
這種code review 跟 test都沒抓出來是整個公司的問題
吧
嗆 我喜歡
笑死
42
[討論] 暴力破解 ptt 任意帳號似乎成為了可能ptt 最近發了一個功能叫做 /recover 所以我就順手看了一下相關的 source code: 詳見: 大家都知道 random number 是很容易有機可趁的東西 只要你的 seed 跟算法被知道, 那大多都是可預測的24
Re: [討論] 怎麼克制不想教白目同事的衝動原PO還好 只要壓制住教他的衝動就好 有沒有遇過同事一開始很熱情的請教你一些基本到不行的問題 (ex static 是什麼 什麼時候用 泛型怎樣怎樣的 還說他很想進步,只是沒時間(讓人白眼的藉口17
Re: [問卦] 人人都會寫code，工程師飯碗不保？所以才看的出素質高低啊！ 有些程式維護起來累得半死，不寫註解、全域變數亂宣告、變數何處被改都不知道、沒有 物件導向觀念，程式一堆複製貼上、一堆函式參數亂丟、 一堆無意義迴圈、一堆奇奇怪怪的判斷，很愛自己亂幹邏輯、 程式碼排版雜亂不堪…13
Re: [問卦] C++可以啟發孩子的程式天份嗎？那要看你怎麼定義程式天份 如果是講演算法跟資料結構 用C或Python下去操比較快 如果是講計算機結構 一樣也是用C跟OS下去操 國中時 C++是我第一門接觸的語言 那個時候要做遊戲的難度不低![Re: [問卦] C++可以啟發孩子的程式天份嗎？](https://cdn.sstatic.net/Sites/stackoverflow/Img/apple-touch-icon@2.png?v=73d79a89bded "Re: [問卦] C++可以啟發孩子的程式天份嗎？")
7
Re: [問卦] 寫程式真的很容易寫到自己看不懂嗎？光你這句都有不同的語意解釋 1。我明知程式容易看不懂，所以寫程式時小小心心提高可讀性 重點不在用什麼方法提高；一堆人一堆書在教， 重點也不在那些方法容不容易，那這篇會淪為武力展示 一堆人告訴你他有多行，這有多簡單![Re: [問卦] 寫程式真的很容易寫到自己看不懂嗎？](https://media.geeksforgeeks.org/wp-content/cdn-uploads/gfg_200x200-min.png "Re: [問卦] 寫程式真的很容易寫到自己看不懂嗎？")
5
Re: [問卦] 寫程式真的很容易寫到自己看不懂嗎？本魯還在CS小大一程式設計時候教授說一個冷笑話 剛學寫程式一個月 你的程式大家都看得懂 再過一個月 認識你的人才看得懂4
Re: [問卦] 如何寫自己容易維護 別人難懂的CODE很簡單啊 你的註解另外開一個說明檔案就好 正常來說註解都是寫在程式段落附近 你可以把註解當成說明文件就好，另外開一個檔案 然後每一個功能元件或者功能段落理論上你會開不同的程式包
![Re: [問卦] 寫程式真的很容易寫到自己看不懂嗎？](https://i.imgur.com/Ob5lhqdb.jpg218.164.229.98 "Re: [問卦] 寫程式真的很容易寫到自己看不懂嗎？")