Re: [討論] 該怎麼適應公司的review文化
關於review這件事情，我個人其實蠻喜歡這討論過程的。團隊的默契也是這樣子慢慢建立起來。但我一定會做一件事情就是做紀錄，然後把誰建議什麼寫清楚之後寄給大家參考。讓出意見的人也有責任，也同時保護你自己。
隨著Github這類工具的導入。大家開始可以把review的意見白紙黑字的寫在每個issue或pull request裡面後就方便更多。我想應該不會有人白目到故意在上面為難你吧。
-----
Sent from JPTT on my HTC_U-3u.
--
※ PTT 留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.230.239.99 (臺灣)
※ PTT 網址
→
你把學長或主管講的話都memo起來寄給大家學長們跟主管疑心
→
病重就開始覺得你哪天要秋後算帳嚕。科技業這大環境8成都
→
這樣啦看菜的好欺負明明自己也沒什麼咖小
推
這點你放心，團隊開會大家在場都知道誰說了哪些話，你
→
沒事做個會議記錄只讓人覺得你雞婆疑心病重而已
→
做會議記錄叫做疑心病重？我聽錯了什麼？
→
由此可看出科技業素質差很大 不能一概而論
推
會議記錄是記錄重點跟決議事項
→
不是把每個人什麼時候講什麼話記錄下來當證據
→
如果是要證據，錄音還比較方便
推
正式會議或跟其它部門廠商concall才會做會議紀錄，如果是
→
部門內部討論那種輕鬆的，做會議紀錄還發出來就有點怪，
→
不過你開心就好
→
尤其是誰誰誰說了什麼這種更怪，一般是條列結論吧
推
喝茶裏王
54
[討論] 開會的頻率各位晚安 最近轉到新東家約幾個月的時間，一直很沒辦法適應超高的開會頻率 早上固定早會，然後一天平均又至少有一個會議，有時候遇到什麼重大issue還要加開 常常開完一個會事情做到一半，阿幹又要開會了GGGGGGG 但我感覺開會真的是沒辦法解決什麼問題33
[問題] 是在Review辛酸的嗎？前陣子老闆叫我幫review一篇文章（非國內作者），我寫好初稿後換老闆繼續改。 老闆想提major revised。但就在review得昏天暗地的當頭，看到這篇丟上preprint平台。 當我正震懾於作者團隊的自信（因為做得+寫得很OOXX）的時候， 老闆曰：看來編輯室直接給它過了。 我當下直接想回：那您（還有我）在review辛酸的，意思嗎？？18
Re: [請益] 當主管要求資深RD撰寫自己經驗的文件原文恕刪, 用職場生存的角度來看,我個人建議是「寫，但場面要搞大」 如果要寫，就好好作，讓它變成一場內部訓練，記得開課發信邀請要cc高層主管 這件事下下策就是賣命寫然後只有寄給開口要求的主管,幫他抬轎 如果真的很忙只能隨便寫,那就做個樣子,寄給大家時補一句8
Re: [討論] 寫三元判斷式code review被打槍這種事情 不就和阿里巴巴一樣 一開始給大家一本手冊 哪些code 或是哪些style在本公司不要出現![Re: [討論] 寫三元判斷式code review被打槍](https://external-preview.redd.it/6TTm4tS5pMCiq2KlgviubpGKt1QzvetOi2Z6Z3lB1Nc.jpg?width=720&height=376.963350785&auto=webp&crop=720:376.963350785,smart&s=dc5cf91d8f054bb9b0588dbda44272c6eb1e7b19 "Re: [討論] 寫三元判斷式code review被打槍")
8
Re: [討論] 想請問當技術主管該做的事恭喜你升任主管，也對於你願意認真帶領團隊，甚至不惜直接上來Po文討論，感到尊敬。 畢竟在這位置要打混裝死，也是挺容易的。 因此也分享一些經驗； 首先這個位置主要是重建/維護/改善一套軟體生產系統，這系統關聯的當然有產品、人、 工具。所以所有你執行的內容，背後也是考慮這樣的大前提去運作。8
[討論] 研討會 review 程度？前陣子教授要我投國內研討會。投出去了，並在等研討會 review 出來。 目前打算用這份研究當作碩士論文，教授表示等研討會 review 出來再開始寫， 因為他們 review 會點出一些問題，修正之後再寫比較好 想請問他們的 review 通常會點出怎樣的問題？如果說提案、解法不夠猛他們會怎麼說？ 聽說只會針對研究內的邏輯去改，不過提案不夠強的話好像也沒理由上..6
Re: [討論] 怎樣算是一個合格的junior cpp programme先說 我不會寫C++ 但是關於軟體架構和Design Pattern我可以補充一下 軟體架構實際上在台灣多數職場裡的狀況 大概可以用一句話來形容5
Re: [討論] 寫三元判斷式code review被打槍review code 的時候， 對code style 有意見的人真很呵呵， 真的要對code style 有意見，麻煩就寫進code style checker, 如果在commit 之前的 code style checking 都過了， 就不要在這上面花時間，不然會沒完沒了。 因為有更多更重要的事要討論，3
Re: [討論] 怎麼跟自以為是的同事相處我會試著跟對方說 "我覺得過多訊息會造成失焦且增加工作成本" "是否能夠挑重點講,回個一兩句,我看完覺得沒問題就會follow了" 我把問題點放在,對方有意見,你也有意見,而對方在這個時候會回十幾句,造成你不悅 所以我會試著跟對方建立一個默契,如果覺得我的concern不重要,3
Re: [討論] 用AI寫code產生的疑問事實上未來沒有寫code這種東西 我們會在當下才會認為應該是這樣 而未來根本沒有所謂的寫code 而是跟AI說你要解決什麼問題 它就幫你解決這樣
![[討論] Cofounder取代軟體工程師 ?](https://img.youtube.com/vi/e5pgvzv1ziE/mqdefault.jpg "[討論] Cofounder取代軟體工程師 ?")