推 pttnowash: 摳濕摸了雞 02/14 13:40
推 s890510: 如果只是自己的功能需求且其他人不介意，那可以在redis另 02/14 13:43
→ s890510: 外拉一個新的鍵值處理！但如果這樣會動太多程式碼，那可 02/14 13:43
→ s890510: 以用切換db，不過說真的也要看使用狀況才能決定 02/14 13:43
→ s890510: 很多code到最後會越搞越糟就是因為沒有統一的規劃，都是 02/14 13:45
→ s890510: 各做各的。久了就習慣了...這種狀況把自己手上的部分維護 02/14 13:45
→ s890510: 好是最實在... 02/14 13:45
推 kurtsgm: 其實每一間公司做到一個程度之後 很多工作都是在解決大家 02/14 14:11
→ kurtsgm: 創造出來的bug...這很正常 02/14 14:11
推 crossdunk: 看起來就是經驗不夠多 多工作幾年你就知道了 02/14 14:19
→ pttworld: 過幾年你也換公司了 02/14 14:27
推 t64141: 常見但不覺得正常，經理的態度看起來也只是想要聽話的工 02/14 14:33
→ t64141: 工程師，覺得這樣不優 02/14 14:33
推 lemon651: Redis的意義就是不需要拿到Fresh Data的情況或是資料很 02/14 14:34
→ lemon651: 少更動的情況，如果你們一定要用到Fresh Data那就不應 02/14 14:34
→ lemon651: 該用Redis 02/14 14:34
推 lemon651: 不然就是每次request return cached data但是background 02/14 14:36
→ lemon651: process query DB更新Redis 02/14 14:36
推 shooter555: 因為你的經理想省事, 不想做多餘的東西, 再來他沒有要 02/14 15:22
→ shooter555: 培養你的意思, 只是要一條聽命的__, 大概就是這樣, 可 02/14 15:23
→ shooter555: 以換公司了 02/14 15:23
→ vi000246: 有種即視感 我的前主管也是這種人 只想解決眼前問題 02/14 15:52
推 s001582000: 討厭類似文章 假問真狗幹公司 你就直接反推不就好 02/14 15:52
→ vi000246: 不會考慮程式的重用性跟可能造成的影響 提出建議又不理 02/14 15:53
→ vi000246: 最後的解決方式是離職 因為無法溝通的人很難共事... 02/14 15:54
→ vi000246: 現在這樣做只是在埋地雷 看誰衰小爆在誰手上 02/14 15:55
→ AvatarH: GET後再把資料放回去的方法不行，資料庫隨時在異動，你還 02/14 16:06
→ AvatarH: 要證明你的程式沒有問題，也就是在開發階段的資料驗證， 02/14 16:07
→ AvatarH: 如果你是另存表格還是多許多工作，存回原表格就是災難了 02/14 16:08
→ AvatarH: 如果是另存新表，那就還好，只是多了許多新工作 02/14 16:09
→ AvatarH: 工作最怕的一種人就是還未對全部系統都很了解，也不是系 02/14 16:11
推 Vick753: 建議換個老闆 02/14 16:11
→ AvatarH: 統負責人，卻喜歡改前人的程式，你不知道這隻程式耦合了 02/14 16:11
→ AvatarH: 了多少隻其他程式，一改不知要死多少。算你是負責人，明 02/14 16:12
→ AvatarH: 天提離職怎辦，所以建議是先寫一支新的，用一陣子沒問題 02/14 16:14
→ AvatarH: 後再宣告前一隻程式棄用。 02/14 16:14
→ diabloevagto: 看到 get 後還要回存資料我就無言了 02/14 16:16
→ diabloevagto: 除了這點你沒什麼問題，你的問題就是增加團隊的工作 02/14 16:20
→ diabloevagto: 量還有問題太多，你經理只要乖乖聽話的人 02/14 16:21
→ diabloevagto: 你這是好事，只是不適合團隊文化 02/14 16:21
推 ayanami00: 看你喜不喜歡，整天兜圈子也是一樣的錢 02/14 16:30
推 seedli: 應該是PUT的時候把快取刪掉，GET做更新可能race condition 02/14 17:37
推 azureroki: 我這邊也這樣 明明有經歷還被當白癡 問了被敷衍 不講出 02/14 18:50
→ azureroki: 來又被事後靠北 只想找條狗那幹嘛應徵新鮮人？ 02/14 18:50
推 abccbaandy: 這主管很明顯不行吧... 02/14 19:22
→ y3k: 這種狀況就是主管太弱導致 有些待久了就變成主管實在不可取 02/14 21:46
→ y3k: 因為這種人常常是最走不出去的那個 而且可能很會挖坑 02/14 21:47
推 googoo1102: 台灣很正常 這種公司主管很多 02/14 22:47
→ googoo1102: 好心給意見 就是愛抱怨意見多 02/14 22:48
推 rahit: 感覺是他有他的考量，只是不會溝通，這種人不適合當主管 02/15 01:28
推 kurtsgm: 大概就是因為非本科系 所以沒學過race condition吧... 02/15 02:29
→ kurtsgm: 這東西在CS應該是必修科目裡面都會教到 基本中的基本 02/15 02:29
→ kurtsgm: 不過既然是非本科 我覺得也就...沒啥好苛責的 02/15 02:30
推 mystery7631: race condition這種基本到不行的觀念居然一堆留換主 02/15 08:21
→ mystery7631: 管 02/15 08:21
感謝各位前輩的意見 race condition這東西我以前在碰多線程有知道這類問題
我確實對我在做的東西不熟悉 也不確定是否有互斥鎖這類得去保護讀寫
那前輩意思應該是說這類基本問題主管/同事懶得回答
我本來就要自己有認知不能這樣做是吧?
推 wuliou: 不正常但很常見 唉 02/15 09:25
推 Argos: 套句以前一位資深工程師的話 你們不產出一些bug 那老闆請這 02/15 10:09
→ Argos: 麼多人衝三洨？所以 要感謝主管 感謝你身旁的工程師產出bug 02/15 10:10
→ Argos: 來給你修 你才有工作做 才不會失業 懂？ 02/15 10:10
※ 編輯: Cosmology (73.181.211.229), 02/15/2019 10:53:51
→ hstt: 如果是拿 REDIS 來做 cache 分擔 DB 的 loading，就不是把它 02/15 13:18
→ hstt: 當作db來用 02/15 13:19
推 andy29433: 因為你主管不強 弱者帶人就是這樣 02/16 00:43
推 g4ru04: 年輕真好啊~~~ 02/17 11:00