工程師 轉PM PTT的問題,我們搜遍了碩博士論文和台灣出版的書籍,推薦(美)艾倫·M.大衛斯寫的 軟件發展的201個原則(精裝珍藏版) 和游舒帆Gipi的 商業思維 BUSINESS THINKING 職涯躍進的唯一解!一次搞懂企業如何高效運轉!都 可以從中找到所需的評價。
另外網站文組想轉工程師?別再看ptt、Dcard,資深資工主管破解跨領域 ...也說明:2021年11月29日 — 有天聽說資訊工程師起薪4 萬,年薪百萬也不是問題,不禁興起轉職念頭上ptt 查「文組轉工程師攻略」,卻馬上被潑冷水:「這是本科系才有的行情,不是 ...
這兩本書分別來自電子工業 和時報所出版 。
國立清華大學 經營管理碩士在職專班 史欽泰、王俊程所指導 林佳郁的 晶圓代工廠併購經驗研究之人力資源規劃與評估–以V公司為例 (2020),提出工程師 轉PM PTT關鍵因素是什麼,來自於半導體、晶圓代工、人力資源、併購、整合。
而第二篇論文國立臺灣大學 新聞研究所 谷玲玲所指導 游羽棠的 融合新聞室工作者的衝突與協商:以《報導者》、《READr》及《沃草》為例 (2019),提出因為有 融合新聞室、場域理論、慣習、文化資本、產製流程、衝突的重點而找出了 工程師 轉PM PTT的解答。
最後網站「你之前離職的原因是?」這個問題答不好,學歷再高也沒用!則補充:最近在PTT上,有一位工程師談到自己的面試經驗,發人深省!他自清大研究所畢業,具三年工作經驗,照理說非常搶手,可是面試8家卻都了無音訊, ...
軟件發展的201個原則(精裝珍藏版)
![](/images/books_new/CN1/172/27/CN11727716.webp)
為了解決工程師 轉PM PTT 的問題,作者(美)艾倫·M.大衛斯 這樣論述:
本書匯總了軟體工程原則。原則是關於軟體工程的基本原理、規則或假設,不管所選的技術、工具或語言是什麼,這些原則都有效。 全書共9章,第1章為引言,後面8章將201個軟體工程的原則劃分為8個大的類別:一般原則、需求工程原則、設計原則、編碼原則、測試原則、管理原則、產品保證原則和演變原則。 本書面向的讀者包括軟體工程師和管理者、軟體工程專業的學生、軟體工程領域的研究人員等。 本書由百度公司支持出版。百度以技術創新為信仰,在創新投入、研發佈局、人才引進方面均走在國際前列。百度一直秉承著“科技為更好”的社會責任理念,堅持運用創新技術,聚焦於解決社會問題,履行企業公民的社會責任,為幫助全球用戶
創造更加美好的生活而不斷努力。 Alan M. Davis是一名電腦科學家,他的職業生涯大約有一半在工業界,一半在學術界。 他在工業界的經歷包括: Offtoa公司的聯合創始人兼首席執行官,這是一家幫助企業家制定商業戰略的互聯網公司(2012年至今)。 Omni-Vista公司的聯合創始人、董事長兼首席執行官,這是一家位於科羅拉多斯普林斯的軟體公司(1998—2002)。 他在學術界的經歷包括: 位於丹佛的科羅拉多大學行政MBA創業教授,前任學術主席(2006—2018)。 科羅拉多大學斯普林斯分校的商業策略與企業家精神專業的教授,前El Pomar軟體工程教授(1
991—2015)。 Davis博士在1994年至1998年擔任《IEEE 軟體》的主編;在全球28個國家或地區演講2000餘次,並撰寫了9本圖書;他自1994年起成為IEEE會士;曾多次訪問中國,其中包括領導EMBA學生小組三度赴上海、北京出訪。 第1章 引言 第2章 一般原則 原則1 品質第一 原則2 品質在每個人眼中都不同 原則3 開發效率和品質密不可分 原則4 高品質軟體是可以實現的 原則5 不要試圖通過改進軟體實現高品質 原則6 低可靠性比低效率更糟糕 原則7 儘早把產品交給客戶 原則8 與客戶/使用者溝通 原則9 促使開發者與客戶的目標一致 原則10
做好拋棄的準備 原則11 開發正確的原型 原則12 構建合適功能的原型 原則13 要快速地開發一次性原型 原則14 漸進地擴展系統 原則15 看到越多,需要越多 原則16 開發過程中的變化是不可避免的 原則17 只要可能,購買而非開發 原則18 讓軟體只需簡短的使用者手冊 原則19 每個複雜問題都有一個解決方案 原則20 記錄你的假設 原則21 不同的階段,使用不同的語言 原則22 技術優先於工具 原則23 使用工具,但要務實 原則24 把工具交給優秀的工程師 原則25 CASE工具是昂貴的 原則26 “知道何時”和“知道如何”同樣重要 原則27 實現目標就停止 原則28 瞭解形式化
方法 原則29 和組織榮辱與共 原則30 跟風要小心 原則31 不要忽視技術 原則32 使用文檔標準 原則33 文檔要有術語表 原則34 軟體文檔都要有索引 原則35 對相同的概念用相同的名字 原則36 研究再轉化,不可行 原則37 要承擔責任 第3章 需求工程原則 原則38 低品質的需求分析,導致低品質的成本估算 原則39 先確定問題,再寫需求 原則40 立即確定需求 原則41 立即修復需求規格說明中的錯誤 原則42 原型可降低選擇使用者介面的風險 原則43 記錄需求為什麼被引入 原則44 確定子集 原則45 評審需求 原則46 避免在需求分析時進行系統設計 原則47 使用正
確的方法 原則48 使用多角度的需求視圖 原則49 合理地組織需求 原則50 給需求排列優先順序 原則51 書寫要簡潔 原則52 給每個需求單獨編號 原則53 減少需求中的歧義 原則54 對自然語言輔助增強,而非替換 原則55 在更形式化的模型前,先寫自然語言 原則56 保持需求規格說明的可讀性 原則57 明確規定可靠性 原則58 應明確環境超出預期時的系統行為 原則59 自毀的待定項 原則60 將需求保存到資料庫 第4章 設計原則 原則61 從需求到設計的轉換並不容易 原則62 將設計追溯至需求 原則63 評估備選方案 原則64 沒有文檔的設計不是設計 原則65 封裝 原則66
不要重複造輪子 原則67 保持簡單 原則68 避免大量的特殊案例 原則69 縮小智力距離 原則70 將設計置於知識控制之下 原則71 保持概念一致 原則72 概念性錯誤比語法錯誤更嚴重 原則73 使用耦合和內聚 原則74 為變化而設計 原則75 為維護而設計 原則76 為防備出現錯誤而設計 原則77 在軟體中植入通用性 原則78 在軟體中植入靈活性 原則79 使用高效的演算法 原則80 模組規格說明只提供使用者需要的所有資訊 原則81 設計是多維的 原則82 優秀的設計出自優秀的設計師 原則83 理解你的應用場景 原則84 無須太多投資,即可實現複用 原則85 “錯進錯出”是不正確的
原則86 軟體可靠性可以通過冗餘來實現 第5章 編碼原則 原則87 避免使用特殊技巧 原則88 避免使用全域變數 原則89 編寫可自上而下閱讀的程式 原則90 避免副作用 原則91 使用有意義的命名 原則92 程式首先是寫給人看的 原則93 使用最優的資料結構 原則94 先確保正確,再提升性能 原則95 在寫完代碼之前寫注釋 原則96 先寫文檔後寫代碼 原則97 手動運行每個元件 原則98 代碼審查 原則99 你可以使用非結構化的語言 原則100 結構化的代碼未必是好的代碼 原則101 不要嵌套太深 原則102 使用合適的語言 原則103 程式設計語言不是藉口 原則104 程式設計
語言的知識沒那麼重要 原則105 格式化你的代碼 原則106 不要太早編碼 第6章 測試原則 原則107 依據需求跟蹤測試 原則108 在測試之前早做測試計畫 原則109 不要測試自己開發的軟體 原則110 不要為自己的軟體做測試計畫 原則111 測試只能揭示缺陷的存在 原則112 雖然大量的錯誤可證明軟體毫無價值,但是零錯誤並不能說明軟體的價值 原則113 成功的測試應發現錯誤 原則114 半數的錯誤出現在15%的模組中 原則115 使用黑盒測試和白盒測試 原則116 測試用例應包含期望的結果 原則117 測試不正確的輸入 原則118 壓力測試必不可少 原則119 大爆炸理論不適用
原則120 使用 McCabe 複雜度指標 原則121 使用有效的測試完成度標準 原則122 達成有效的測試覆蓋 原則123 不要在單元測試之前集成 原則124 測量你的軟體 原則125 分析錯誤的原因 原則126 對“錯”不對人 第7章 管理原則 原則127 好的管理比好的技術更重要 原則128 使用恰當的方法 原則129 不要相信你讀到的一切 原則130 理解客戶的優先順序 原則131 人是成功的關鍵 原則132 幾個好手要強過很多生手 原則133 傾聽你的員工 原則134 信任你的員工 原則135 期望優秀 原則136 溝通技巧是必要的 原則137 端茶送水 原則138
人們的動機是不同的 原則139 讓辦公室保持安靜 原則140 人和時間是不可互換的 原則141 軟體工程師之間存在巨大的差異 原則142 你可以優化任何你想要優化的 原則143 隱蔽地收集資料 原則144 每行代碼的成本是沒用的 原則145 衡量開發效率沒有完美的方法 原則146 剪裁成本估算方法 原則147 不要設定不切實際的截止時間 原則148 避免不可能 原則149 評估之前先要瞭解 原則150 收集生產力資料 原則151 不要忘記團隊效率 原則152 LOC/PM與語言無關 原則153 相信排期 原則154 精確的成本估算並不是萬無一失的 原則155 定期重新評估排期 原則15
6 輕微的低估不總是壞事 原則157 分配合適的資源 原則158 制訂詳細的專案計畫 原則159 及時更新你的計畫 原則160 避免駐波 原則161 知曉十大風險 原則162 預先瞭解風險 原則163 使用適當的流程模型 原則164 方法無法挽救你 原則165 沒有奇跡般提升效率的秘密 原則166 瞭解進度的含義 原則167 按差異管理 原則168 不要過度使用你的硬體 原則169 對硬體的演化要樂觀 原則170 對軟體的進化要悲觀 原則171 認為災難是不可能的想法往往導致災難 原則172 做專案總結 第8章 產品保證原則 原則173 產品保證並不是奢侈品 原則174 儘早建立軟
體配置管理過程 原則175 使軟體配置管理適應軟體過程 原則176 組織SCM獨立於專案管理 原則177 輪換人員到產品保證組織 原則178 給所有中間產品一個名稱和版本 原則179 控制基準 原則180 保存所有內容 原則181 跟蹤每一個變更 原則182 不要繞過變更控制 原則183 對變更請求進行分級和排期 原則184 在大型開發專案中使用確認和驗證(V&V) 第9章 演變原則 原則185 軟體會持續變化 原則186 軟體的熵增加 原則187 如果沒有壞,就不要修理它 原則188 解決問題,而不是症狀 原則189 先變更需求 原則190 發佈之前的錯誤也會在發佈之後出現 原則
191 一個程式越老,維護起來越困難 原則192 語言影響可維護性 原則193 有時重新開始會更好 原則194 首先翻新最差的 原則195 維護階段比開發階段產生的錯誤更多 原則196 每次變更後都要進行回歸測試 原則197 “變更很容易”的想法,會使變更更容易出錯 原則198 對非結構化代碼進行結構化改造,並不一定會使它更好 原則199 在優化前先進行性能分析 原則200 保持熟悉 原則201 系統的存在促進了演變 參考資料索引 術語索引
晶圓代工廠併購經驗研究之人力資源規劃與評估–以V公司為例
為了解決工程師 轉PM PTT 的問題,作者林佳郁 這樣論述:
2019年開始新型冠狀病毒大流行,因而全球掀起遠距風潮,同時5G 發展帶動設備換機潮,因此帶動相關元件或晶片等半導體產業發展榮景。其中8吋晶圓代工是許多重要晶片生產主力,但因建廠成本過高,設備取得不易,所以收購現有的8 吋晶圓廠以取得設施設備與既有人力是最佳方式。本研究透過個案公司的併購經驗進行個案研究,並訪談3位人力資源主管及20位主管與員工。探討各個階段的人力資源規劃措施,並洞察其潛在問題,以期望對半導體產業對於併購人力資源整合提供觀點與建議。呈上所述,本研究目的為:1. 瞭解個案公司於併購期間,所採取的人力資源整合規劃策略。2. 瞭解個案公司併購整合潛在問題。3.為個案公司提出具價值之
分析結果及相關建議。本研究結果指出:1.在併購前應有效執行人力資源盡職調查,以利提前洞察勞資相關問題,並迴避風險。2. 併購交易期間,快速組建組織過渡整合團隊,並任命「全職」的整合專案經理,以避免過度焦慮與人力流失;落實文化衝突管理,提前識別差異才能妥善規劃後續整合策略;識別關鍵職位與人才,針對市場稀缺人才設計留任計畫或其他備案。 3. 併購後整合階段,須留意跨文化溝通造成的隱形成本,提前進行語言與衝突溝通培訓,同時建立非正式或無形的跨文化溝通管道,促進文化形成;此外留意工程師留任與能力培養,關注離職意向,降低留任工程師的壓力負荷,提前培訓選拔資深工程師協助落差改善,技術移轉與經驗傳承。4.
併購後同化與融合階段,協助檢視暫時性措施與組織診斷,並檢討本次經驗,並提前培養併購整合團隊。
商業思維 BUSINESS THINKING 職涯躍進的唯一解!一次搞懂企業如何高效運轉!
![](/images/books_new/001/081/10/0010810939.webp)
為了解決工程師 轉PM PTT 的問題,作者游舒帆Gipi 這樣論述:
含金量最高,可系統化解構商學院核心知識, 一本讓你全方位理解商業行為的書! 一間企業之所以存在,必然有它要創造的價值或商業目的,圍繞這些商業目的衍生的知識與思維就是「商業思維」。亦即數據、運營、策略、敏捷四力,掌握數字背後的意義、企業永續經營的關鍵、策略形成的價值、多元環境的應變能力,你,就是下一位主管接班人!! 公司的收入怎麼來的?主要的支出花在哪? 若既有的運營方法有了明顯問題,無法達成目標時該怎麼辦? 你希望數據能幫上什麼忙? 如何維持客戶的忠誠度? 你每天在做的事,和公司經營有什麼關係? 如何確保市場與老闆的需求不會改變? 以上問題,你有想
過嗎?即使想過,你找到解答了嗎? 透過掌握關鍵數據的實際表現來掌握當下的數據表現,而當下的數據表現是源自於當下的運營方法。若我們希望提升關鍵數據的表現,必得有新的策略規劃。為了確保策略能穩健的落實,還要確保目標能達成預期成效,傳統的瀑布式專案管理方法已不足夠,企業需要引入更多的敏捷觀念。 閱讀本書,讓你輕鬆搞懂企業經營是怎麼一回事! 商業思維四力 數據力:掌握公司現況的關鍵利器。 告訴你公司經營都看哪些數據,而這些數字背後代表的意義為何?數據的脈絡是什麼?日常又該觀看那些數據才能有效掌握現況? 運營力:企業永續經營的關鍵。 有效的與客戶互動,讓產品與通路高效運
轉,讓客戶快速增長,讓客戶高度黏著? 策略力:讓你做的每件事都有價值。 策略是如何形成的?策略又是如何一步步變成員工的日常工作與專案。 敏捷力:面對多變環境的必備能力。 以年或季為單位的計畫早已難以應付多變的環境,如何借力敏捷,讓企業具備更強的因應能力將是勝出關鍵。 商業思維的基本概念,是要讓員工更熟悉公司運作、企業經營的本質,以及公司策略,藉此弭平基層與經營層之間因為組織位階造成的差距;同時也讓同仁跨越部門的邊界,更深入接觸其他部門,包含流程、制度、日常工作,甚至開始要求他們學習企業經營所需的業務、行銷與服務相關的知識,藉此縮短彼此的專業領域差距。 專家推薦
林裕丞/台灣敏捷協會理事長、新加坡商鈦坦科技(Titansoft) 戰略顧問 謝銘元/iFit愛瘦身創辦人暨董事長 姚詩豪(Bryan)/ 「大人學」共同創辦人 盧希鵬/台灣科技大學資訊管理系專任特聘教授 Gipi 在本書提供的方法,讓來自各個專業、各個層級的人都具有共通的語言(營運數字),都可以聚焦於共同的目標(公司獲利)。--林裕丞 這本書最少要讀三個月——頭一個月讀,第二個月照著去做,第三個月再讀一次,你會發現它又是一本嶄新的書。--謝銘元 我認為這是一本「可操作性」極高的商管書!--姚詩豪(Bryan) 這是一本專為年輕人預備,見樹又見林的好書。--盧希
鵬 作者簡介 游舒帆Gipi 商業思維教練暨傳教士,致力於將商業思維這種能提升認知思維的重要觀念與知識,推廣到所有需要的人身上,曾獲選兩屆微軟最有價值專家 ( MVP )。 一個終身學習者,期許能成為一個在許多不同領域廣泛學習,並連接這些領域原則的「專家通才」。 剛出社會時是一個研發工程師,在14年內歷經了工程師、PM、技術主管、產品經理、營運主管等不同身分,並帶領過技術、產品、服務、行銷、銷售、運營相關團隊,同時還獲得了微軟最有價值專家的殊榮,並撰寫上千篇文章,成為許多線上媒體的管理專欄作家,所主筆的部落格「gipi的學習筆記」瀏覽人數已破千萬。 曾任鼎新
電腦總監與TutorABC協理,在14年的工作經驗裡,擔任主管的時間超過12年,期間帶領與指導過的部屬超過500位,同一時間最多同時管理300位左右同仁,直接指導超過50位以上的合格主管。 除探索原力外,亦兼任多家知名企業管理顧問與業界講師,同時也是哈佛商業評論、經理人、inside、專案經理雜誌等眾多電子媒體專欄作家。能運用簡單且通俗的架構來解釋複雜問題,並能根據對象的知識與能力水平因材施教,頗獲好評。除了在工作上跨越研發、產品、運營、維運、行銷與銷售範疇外,每年仍閱讀超過200本以上的書籍。 部落格:gipi的學習筆記dotblogs.com.tw/jimmyyu/ FB:
Gipi的新管理思維www.facebook.com/gipi.net Medium:Gipi的商業思維筆記medium.com/how-gipi-learn 推薦序1 打破本位主義,同心協力目標一致 推薦序2 改變業績管理方式,盤點資源掌握可?性 推薦序3 這是一本操作性極高的商管書 自 序 一本讓工作者價值最大化的商業科普書 前 言 專家式通才是未來所需人才 CHAPTER1經營的本質--長期的盈利能力 1掌握創造收入的脈絡是盈利關鍵 2客戶運營即獲取 3現況與目標的落差用新策略達成 4商業思維的全貌:數據、運營、策略、敏捷 CHAPTER2數據力
--掌握公司現況的關鍵利器 1拆解利潤:公司為何賺錢?為何賠錢? 2想增加收入須看產品X通路的二維數據 3持續提高客戶的終身價值 4數據化經營能使業績預估更有效 5用分群與標籤化來精準匹配用戶與產品 6依數據策略擬定行動方案 CHAPTER3運營力--用戶、產品、內容、社群、服務、數據 1流量紅利消失的年代 2客戶生命週期:認知、訴求、詢問、行動、倡議 3客戶留存的關鍵:首次使用、建立習慣 4 客戶忠誠的兩大任務:回購與推薦 5 把名單當資產,隨時掌握當下的狀態 6 掌握數據才能提高運營力 CHAPTER4策略力--讓目標與行動間具備高度一致性 1 你手邊在做的事,跟公司經營有什麼關係?
2 依價值大小來衡量決策的優先順序 3 明確設定行動方案提升目標效果 4 策略的目的是為看得見的將來做準備 CHAPTER5敏捷力--面對多變環境的關鍵能力 1 更快、更好、更有價值 2 取捨、排期、妥協,根本解決問題 3 短期敏捷,持續迭代 4 持續追求更快、更好、更有價值 推薦序 打破本位主義,同心協力目標一致 台灣敏捷協會 理事長、新加坡商鈦坦科技(Titansoft) 戰略顧問 林裕丞(Yves Lin) 「不管看起來是什麼問題,永遠都是人的問題。」 (No matter how it looks at first, it's always a people
problem.) - 軟體管理學大師 傑拉爾德‧溫伯格(Gerald M. "Jerry" Weinberg) 在組織中如何讓每個人和每個部門打破本位主義,同心協力往同一個目標一起前進是最困難的事情。而 Gipi 在本書提供的方法,讓來自各個專業、各個層級的人都具有共通的語言(營運數字),都可以聚焦於共同的目標(公司獲利)。 如果您是專案經理、產品經理、或產品負責人,本書可以幫助您的工作事半功倍,讓老闆看到也對您的貢獻有感。 如果您是來自工程、技術、客服、甚至後勤等等非第一線銷售的單位,本書可以幫助您的工作和公司業績掛鉤,讓您在老闆的心中從一個成本單位成為利潤單位,不
會整天被抱怨只會花錢。 如果您是來自銷售或行銷部門,本書可以幫助您和其他的部門單位溝通,讓他們可以優先配合您認為重要的事項。 如果您就是老闆或主管,本書可以幫助您判斷每個產品、專案、部門對公司所產生的價值,把錢、資源、和時間投入在刀口上賺更多錢。 我最敬佩 Gipi 之處,是他在人生職涯的選擇上堅持跨領域探索發展,在過去的工作中不但斜槓了技術、營運、行銷、業務各個功能領域,在全職擔任顧問時也堅持同一個產業不幫兩家公司做顧問,所顧問的公司跨足了企業資訊整合、線上教育、健康保健等等不同的產業領域。 也只有在多個領域深入耕耘的 Gipi,才能歸納總結出這個跨功能、跨層級、跨產業
的共通語言:商業思維。 謹將本書推薦給所有想讓自己更有價值的讀者朋友們。 依數據策略擬定行動方案 這個章節我談論的許多與數據化管理相關的概念,或許你已經迫不及待想要應用在自己的工作上,但可以做的事情太多,不知道該如何下手。為此,我特別整理了過往我落實數據化管理的關鍵五步驟給大家參考,這五步驟分別是: Step1.依據策略提出數據需求提出你要數據幫上忙的地方是什麼?你要數據回答你什麼問題?這個問題必須先能回答。 基本上數據能協助你找出你有疑問,但還不知道答案的問題,但若你連自己的疑問是什麼都講不清楚,那數據通常無法幫上忙。 過去我在BI(商業智慧Business Intelligen
ce)年代,總有人期待BI的Dashboard(儀表板)可以直接告訴他經營上所有的問題,然而現實是「BI只能讓你更清楚全貌」。到了大數據與AI的年代,仍有不少人抱持這樣的想像,我總會告訴大家:「如果有了大數據技術就能搞定經營的大小事,那你還猶豫什麼?花錢買解決方案就對了。」但事實並非如此。 若你要開始做數據化管理,首先要思考的問題就是,你要數據回答你什麼問題? Step2. 確認數據處理標的有了清晰的數據需求,數據團隊就能從這樣的需求去討論他們要對數據做什麼樣的處理才能得到所需的資訊,可能是分析、匯總、統計等等,而處理完後的預計產出物我稱之為數據標的。 Step3. 盤點與彙整既有數據有了預計
產出物,接下來就是要實際去看看手邊的數據是否足夠了,在盤點數據時除了內部數據外,也要同時思考外部數據,當你盤點完內外部數據後,你應該先做一次基本的匯總動作,確認這些數據是否充足。 Step4. 盤點新數據採集需求若數據盤點完後有所不足,那就要提出數據採集需求,並提列為數據行動方案。 Step5. 擬訂數據行動方案將執行完上述程序後所提到的所有工作事項列為行動方案,有計畫、分工的逐步落實,如此才有可能讓數據開始幫上營運工作。
融合新聞室工作者的衝突與協商:以《報導者》、《READr》及《沃草》為例
為了解決工程師 轉PM PTT 的問題,作者游羽棠 這樣論述:
近年來,閱聽眾閱讀習慣轉變,傳統媒體工作者因而紛紛轉進網路平台創辦新媒體。然而傳統媒體工作者在碰上擁有產製數位新聞專題所需技能的工作者後,雙方在融合新聞室場域會面臨慣習衝突與文化資本競爭。 本研究運用深度訪談法訪談新聞室組織架構不同的三家媒體,以及其中曾參與數位專題產製的十五名不同技能工作者後,援引Bourdieu場域理論作為分析架構,以產製數位專題過程中曾發生的衝突案例說明:工作者如何運用自身文化資本爭取產製資源與話語權;而在衝突過後,融合新聞室會依自身組織架構、成員組成的差異,發展不同互動模式以兼顧產製協力順暢與成員自主性。 本研究發現,出身傳統媒體的文字工作者與初次到媒體工
作的新技能工作者對「時效性」的認知差異,是不同技能工作者最常發生衝突的原因。文字工作者運用新聞專業作為資本,而攝影、設計、工程師是以視覺設計、呈現技術為資本,PM則以規劃、協調能力為資本。 本研究認為,為使不同專業工作者在產製過程溝通順暢,融合新聞室應設立PM一職,PM具備多種產製技能,作為文字與非文字工作者的溝通橋樑。PM以企劃數位專題的文化資本平衡各工作者產製權力,使得傳統新聞室缺乏話語權的攝影、設計及不具新聞室經驗的工程師能與文字工作者對等發聲。 時至今日,媒體業界的數位專題產製機制從組織架構、工作者組成、產製流程皆仍持續變動中。因此,本研究認為,上述結果對於有志進行數位專題
產製的媒體從業人員及新聞室管理者實務應用上具有參考價值。
想知道工程師 轉PM PTT更多一定要看下面主題
工程師 轉PM PTT的網路口碑排行榜
-
#1.烏克蘭人嘆運氣差無緣世足場外還有更重要戰役
3:04 PM · Jun 5, 2022 ... 一名身穿烏克蘭國家隊黃色球衣的工程師說:「今天如果贏球,原可增添不少正能量。不過他們很拚了,攻門次數很多,也有很多進球機會,所以 ... 於 www.ftvnews.com.tw -
#2.[請益] 快40的測試工程師轉職 - PTT 問答
分析測試客戶提出問題,跟韌體工程師討論如何做程式的修改。 ... 測試的東西來這想問一下快40歲,當了10年的測試工程師依照我的工作經驗,轉職當QA或 ... 於 pttqa.com -
#3.文組想轉工程師?別再看ptt、Dcard,資深資工主管破解跨領域 ...
2021年11月29日 — 有天聽說資訊工程師起薪4 萬,年薪百萬也不是問題,不禁興起轉職念頭上ptt 查「文組轉工程師攻略」,卻馬上被潑冷水:「這是本科系才有的行情,不是 ... 於 blog.104.com.tw -
#4.「你之前離職的原因是?」這個問題答不好,學歷再高也沒用!
最近在PTT上,有一位工程師談到自己的面試經驗,發人深省!他自清大研究所畢業,具三年工作經驗,照理說非常搶手,可是面試8家卻都了無音訊, ... 於 www.managertoday.com.tw -
#5.[請益] 快40的測試工程師轉職 - PTT Web
[請益]快40的測試工程師轉職@tech_job,共有106則留言,68人參與討論,57推1噓48→, 各位神人安小弟目前在此公司已任職快12年了,年紀也來到了38歲 ... 於 pttweb.tw -
#6.【 職涯選文】工程師轉職該如何選Offer?資深工程師 - Yourator
今年對工程師來說是機會很多的一年,新創公司及外商公司的增長,讓工程師們的工作選擇變多,無論是資深或初階工程師,都有機會拿到好的薪資,並在多份職缺 ... 於 www.yourator.co -
#7.[問卦] 為什麼很多人轉職軟體工程師- Gossiping
這幾年朋友圈裡有好幾個都轉職成軟體工程師而且幾乎都先去資策會受訓還什麼的這是一個風潮嗎?有沒有八卦-- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.77.137.127 ... 於 ptt-politics.com -
#8.工程師轉PM在PTT/mobile01評價與討論 - 台鐵車站資訊懶人包
在工程師轉PM這個討論中,有超過5篇Ptt貼文,作者catsshh也提到[代po] 我是某國立資管所的轉領域仔。日前開始在104上尋找實習,但由於本身轉領域的關係, 職缺要求看 ... 於 train.reviewiki.com -
#9.【心得】軟體工程師甘苦談(一個30歲才轉行的非本科系)
我的目的可能沒有板上的大大那麼的有上進心跟夢想我當初轉行的原因是因為看到身邊的朋友當工程師過得很爽薪水比我高事情比我少上班還可以做自己的事情 ... 於 forum.gamer.com.tw -
#10.軟體工程師薪水ptt - EDLV
人在台灣的話就是上網找,我當初是在PTT Soft_Job 板上找到(這也是我寫這篇文章的原因之一, ... 轉職軟體工程師,真的可以擺脫低薪、高工時,又有機會出國工作嗎? 於 www.irananan.me -
#11.8個面試細節,看出這家公司好不好
PTT 曾有一位工程師投訴,指他到竹科面試一家大企業,前後歷經兩位面試 ... 於是,這位工程師就推掉另外三個外商公司的約聘職缺,等著到竹科做正職。 於 www.cheers.com.tw -
#12.[討論] 35歲轉職軟體工程師- Soft_Job - PTT網頁版
... 一直與人溝通我想要做能夠更接觸產品的職務最近聽到有朋友報名資策會的Java課程讓我回憶起當初熱衷於Java程式的那份心情我在想是不是自己也還有機會轉職SW工程師? 於 ptt-web.com -
#13.[心得] 文組轉職工程師歷程- 看板Japan_Living | PTT美食旅遊區
在準備回歸社畜之前獻曝一下自己的轉職心路歷程可能很長(?),只想看面試部分可以跳個幾頁(欸個人背景: 2014年09月大學日文系畢業,無日本學歷(2013~2014曾於 ... 於 pttfoodtravel.com -
#14.Front-End Developers Taiwan Public Group | Facebook
Re 關於前端難民: 原文: https://www.ptt.cc/bbs/Soft_Job/M.1548302683. ... 『轉職到寫程式,工時正常,薪水4萬多,工作環境又好』 <= 這下誤會大了,這應該是沒被 ... 於 www.facebook.com -
#15.軟體工程師ptt [心得] - Lvnmk
資深軟體工程師的轉職困境:「薪水給多少」是最大難題我本身是軟體工程師出身曾經也是求職者,在上一間公司工作了5 年後選擇了創業,身份成了老闆開始雇用軟體工程師。 於 www.iah32.me -
#16.台南Josh - 维基百科,自由的百科全书
台南Josh(1989年10月16日-),本名鄭毓倫,外號「國師」,台南一中、成功大學畢業。 ... 從工程師轉職當YouTuber 台南Josh用數據分析棒球. 經濟日報. 於 zh.m.wikipedia.org -
#17.[問題] 想走PM,但是感覺進入門檻很高!? - p_management
發信站: 批踢踢實業坊(ptt.cc) ◇ From: 59.117.124.206 ... 2 F →spritecan:個人建議無論喜歡與否,先當個工程師一陣子,再轉PM 03/07 14:53. 3 F →watermilk77:為什麼? 於 pttcareer.com -
#18.前端工程師薪水
前端工程師薪水. 前端工程師薪水2020 · 台積電百萬分紅獎金分5次領菜鳥工程師神解!. hexschool. 月薪10 萬新台幣以上; 年薪150 萬新台幣以上.10.11. 於 jcb.rutrut.eu -
#19.上班玩PTT 北市府科長林育生認錯自請處分| 地方 - 中央社
網紅「四叉貓」今天發文指稱台北市交通局運輸資訊科長林育生等人在上班時玩批踢踢實業坊(PTT)。林育生晚間表示,他認錯、自請處分,但沒有集團式帶 ... 於 www.cna.com.tw -
#20.【轉職系列】5 分鐘看完中年轉職管道和就業準備 - CakeResume
以科技業工程師中年轉業為例. 中年轉職ptt 查詢. 許多人會考慮中年轉職有一部份是因為工作時間過長,忽略 ... 於 www.cakeresume.com -
#21.[請益] 有關設備工程師轉職- 看板Tech_Job | PTT職涯區
請問一下,小弟是中字輩機械學士學歷做了大約3-4年的設備工程師一職如果想轉職製程工程師不曉得是否有 ... 發信站: 批踢踢實業坊(ptt.cc) ◇ From: 118.233.234.113 ... 於 pttcareers.com -
#22.粗工自學程式「轉任工程師」 他怨遭排擠…網一看秒懂
2022年3月10日 — ... 便在PTT上分享經驗,以前曾經當過老師、助理、工人,後來半路出家轉職成 ... 工地粗工、掃地打雜工人,後來因緣際會成為設備工程師,主要負責顧機 ... 於 tw.tech.yahoo.com -
#23.公司年度預算表範例 - Madhair
台勝科ptt. 中信atm 無摺存款. 充氣腳墊. Ok 貨態. ... 華航促銷代碼2018 ptt. 寄杯是什麼. Apple 教育方案資格. ... 南茂設備工程師薪水. 客家雞酒. 於 madhair.it -
#24.轉職軟體工程師PTT :: 攝影師掛保證
轉職軟體工程師PTT 金像獎專業攝影負責人 大新營彩色快速沖印中心統一編號 巨昇資訊社地址 烘焙狗生活館資本額 台北壹零壹婚紗館 明鑫社統一編號 全家元智店 元智全家 ... 於 photography.moreptt.com -
#25.[職涯]工程師選擇公司要考慮哪些細節?常見迷思分享
新聞時常報導有些人在中年轉職工程師後取得巨大成功,這類新聞讓許多人誤以為轉職 ... 是另外一回事了,不過有名的公司如果有劣跡,通常在求職天眼通、PTT 上面都會有 ... 於 ithelp.ithome.com.tw -
#26.軟體工程師薪水ptt - MQJNNI
全職實習生薪水比一堆正職工程師高欸軟體就是屌04/02 21:17, 你和你的主管都要扣本月績效分數, 5 F 推Messibugoo 1年前這實習薪資比一般外商(五萬)高不少[徵才] 美 ... 於 www.crosblanche.me -
#27.[心得] 學店生前端轉職面試心得- Soft_Job - PTT情感投資事業版
希望也能有機會幫助到正在轉職中的人文非常長,建議可以配歌比較看得 ... 公司、博弈公司、手遊官網工程師、三間偏傳產前端工程師offer: 平均落在40K ... 於 ptt-chat.com -
#28.[請益] 快40的測試工程師轉職 - PTT推薦
各位神人安小弟目前在此公司已任職快12年了,年紀也來到了38歲公司是個小公司(80人上下) 從進公司寫韌體一年後轉為職測試工程師已經10-11年了月薪60K ... 於 pttyes.com -
#29.韌體工程師ptt - Ifty
韌體工程師ptt. 小弟是人在美國系統廠工作的韌體工程師,想分享一些經驗。 ... 轉職軟體工程師,真的可以擺脫低薪、高工時,又有機會出國工作嗎?筆者自己是轉職 ... 於 www.andybarphy.me -
#30.矽谷半路出家軟體工程師轉職之路— Q&A - Victor Lin
Frontend工作最多也最容易找,門檻和薪水相對低一些Data Analyst灣區超缺,但是門檻也不低。 Full Stack前後端通吃,但是有些公司不喜歡沒工作經驗的後端,面試容易 ... 於 victor-lin.medium.com -
#31.Re: [請益] 轉職資料工程師- Soft_Job - PTT生活資訊討論
某公司徵資料科學家,來了兩百個人大家都說會機器學習同一時間也開了一個資料工程師,結果只有五個人應徵在我們這邊,以上兩種的薪水其實沒甚麼差別, ... 於 ptt-life.com -
#32.四叉貓揪出疑新北市府員工上班用PTT 網笑翻:粽子一個接一個
台北市政府「網軍」疑雲引發討論,PTT紅人四叉貓(劉宇)近日接連揪出台北市 ... 並直言:「您老大上班時間可以推一堆PTT推文,領納稅錢當薪水小偷, ... 於 news.ltn.com.tw -
#33.軟體業太低薪?他從科技業跳槽2年發現年薪90萬碰頂了 - 聯合報
一名工程師請友人在PTT代發文表示,自己是四中(中華、中原、中國文化、 ... 該工程師9月期間開始計畫轉職,陸續面試7家公司,卻發現做軟體開發的薪水 ... 於 udn.com -
#34.領300萬年薪!他傻了「工程師憑什麼」 網揭1原因
其中也有不少人說,工程師的工作內容很累人,所以高薪也是正常的,「用時間換金錢而已,他有專業你沒專業」、「因為他用肝幫你解決問題」、「薪水高有薪水 ... 於 finance.ettoday.net -
#35.[請益] 該如何轉職軟體工程師? 認真ryanblue PTT批踢踢實業坊
[請益] 該如何轉職軟體工程師? 認真. 作者: ryanblue (藍色萊恩) 2022-06-08 15:25:19. 各位 ... 於 www.ucptt.com -
#36.北市府員工被爆上班時於PTT發文造謠,柯文哲 - 關鍵評論網
北市府員工被爆上班時於PTT發文造謠,柯文哲:指北市府養網軍是「認知作戰」 ... 因此,無論是資訊主管、IT及技術經理、開發團隊、工程師,或是毫無 ... 於 www.thenewslens.com -
#37.Re: [請益] 轉職資料工程師- 看板Soft_Job - PTT網頁版
目前也有類似的問題我也是女生背景是112職能治療系學士畢業最近想轉數據分析/數據工程師主要是因為1、薪資已來到天花板70-80w 在臨床也做到有點膩 ... 於 www.pttweb.cc -
#38.[請益] 製程轉PM? - PTT看板tech_job - 干饭人
(幫朋友詢問) 朋友學士剛工作1-2年,前一份工作在系統廠當製程工程師, 但那間是每天泡在產線且加班時數有破百QQ 年後想要重找份工作, 目前是想投看看半導體的職缺, ... 於 ganfanren.tw -
#39.軟體工程師ptt - 07Nan
[心得] 文組生轉工程師攻略– 看板Salary – 批踢踢實業坊, 2018/2/14 ... Re: [心得] 無經驗轉職軟體工程師全攻Fw: [心得] 無經驗轉職軟體工程師全攻略– Mo PTT 鄉公所. 於 www.ibowli.me -
#40.Re: [請益] 軟體PM 轉web工程師值不值得
看完整個傻眼你當PM多久,至少有產業的知識你應該拿這個當作談判籌碼。 ... 的能力被低估到很低的價格還是你不會展示你無形的能力-- ※ 發信站: 批踢踢實業坊(ptt.cc), ... 於 ptthito.com -
#41.轉職工程師課程建議 - Mobile01
雲端與SRE網站可靠性工程師班 ... 文章關鍵字 轉職工程師課程建議 ... 如果對於方向還是不確定,或是一些不明白的地方可以去看看PTT soft_job版,有不少轉職心得可供 ... 於 www.mobile01.com -
#42.警察薪水爽贏工程師?眾秒揪2關鍵 - LINE TODAY
一名網友在PTT發文,表示「警察薪水是不是爽贏工程師」,貼文一出,也有網友揪出2關鍵差異,直呼「真的不錯」。(示意圖/ NOWnews資料照). 於 today.line.me -
#43.一年內轉職進入科技大公司!從害怕寫程式到工程師Offer 拿不 ...
歡迎我的大學同學Fancy 一起來分享他轉職的經驗!能夠有身邊的女孩成功轉職真的是太開心了~這集會聊到... Overview 0:00 Fancy是誰?0:48 Fancy ... 於 www.youtube.com -
#44.Fw: [討論] 軟體工程師工作一年半,45k/月太少了嗎?
推cityhunter04: 介意中年轉職嗎?不介意我可以待超過一年… ... 推liisi: 不要在板上問工程師正常薪資ptt的薪資都比別人高一倍 11/16 14:22. 於 pttstudy.com -
#45.Wistron_緯創資通股份有限公司 - 比薪水
... 年終獎金、公司福利等精彩內容都在比薪水。最新薪水:Sr. Engineer薪水、測試工程師薪水、Data Scientist薪水. ... 分享薪水情報. 加薪計畫. 薪水情報 PTT 評價 ... 於 salary.tw -
#46.揭秘Google 10 大面試流程!從電話面試到錄取歷程全公開!
沒有,但我的想法是,可能我之前薪水不高(和不同function)不過整包加起來,還有那個讓人掉下巴的福利,就機構工程師這職位而言,我覺得是超出很多。而且 ... 於 www.1111.com.tw -
#47.史地系文組生轉職年薪百萬工程師他不藏私分享四大攻略
圖/取自Pixabay). 本文轉載自PTT,由網友shanmon (翔夢)授權。 延續上一篇文章,https://www.ptt.cc/bbs/Salary/M.1518675320. 於 fnc.ebc.net.tw -
#48.Re: [請益] 32歲轉職換工作請益 - PTT Brain
一開始我覺得,在台灣沒人脈,又不想刷leetcode ,又老,會不會很難談到年薪150萬,後來發現事實不是這樣。還是有公司願意給老工程師一些機會,薪資待遇也是檯面上少見。 於 pttbrain.com -
#49.軟體工程師薪水ptt | 工商筆記本
如何談薪水A: 請你事前先想一個「自己會做的非常開心的月薪數字」。 .... 時你應該知道的事》https://bit.ly/2JmzT6k -- ※ 發信站: 批踢踢實業坊(ptt.cc) ... 於 notebz.com -
#50.pm薪水ptt
[OFER] 工程師跟PM的選擇(我是文科的); Re: 【公司】 明門實業PM; [請益] offer選擇廣達達方智易轉自PTT; [請益] 英業達NB; 外商工作17年,50歲副理年薪200萬被裁員 ... 於 www.liusnxi.me -
#51.【Josh、Amber事件懶人包】 結婚才6個月夫妻吵架「砸爛新家 ...
不過在2019年他開始辭掉工作轉職成Youtuber,並融入自己對中華職棒、美國職棒的興趣,長期經營棒球講解Youtube頻道逐步吸引了大量死忠粉絲,不僅被 ... 於 girlstyle.com -
#52.PTT 鄉民工程師現身分享:文組生轉職工程師攻略 - 公民報橘
文有點長,但是讀起來很過癮。一個本身不是工程師出身的文組生,要抱著怎麼樣的心態成功轉職呢?對我來說,最可貴的地方在於作者直接承認了寫程式不是 ... 於 buzzorange.com -
#53.[請益] 工程師轉PM之後- 看板Soft_Job
不知道板上前輩有沒有這種經驗小弟最近有個機會轉PM 個人算是有興趣挑戰自己的能耐但是不確定我能不能勝認業務工作我是想說給自己一兩年時間就算後面 ... 於 www.ptt.cc -
#54.工程師薪水ptt
過完年,應該有些人忙著換工作,您的薪事好嗎?最近在ptt又興起一股薪水討論,這次網友聚焦的是「奇美實業」。 有網友說,最近聽說同學的老公在奇美當工程師, ... 於 www.scaagazin.me -
#55.[請益] 快40的測試工程師轉職- Tech_Job板- Disp BBS
這2-3年,因為公司的政策改革已不研發新產品,都是靠以前寫的幾款程式在run而已在跑程式的時候,就開著手機看影片玩手機上PTT科科笑.. 常常測試完忙了一兩 ... 於 disp.cc