※ 引述《derekhsu (断头不过碗大疤)》之铭言： : ～原PO大大写得很好，恕删～ : 小弟虽然仅仅只有在软体产业待过两年的经验，连SA/SD的职务都没有做到 : ，虽然是当Programmer，但其实实际上的工作包含SA/SD/PM，甚至还要协助 : 企画做企画书，投标备询，教育训练等等什麽工作内容都做，加上有导入过 : CMMI Level 2的经验，虽然程式也写得也普普通通，就多少来谈一下下我的 : 看法吧。 : 我自己把目前台湾的资讯产业，或者称之为软体工作者所担任单位的营运型 : 态，分成三个面向：研发导向、专案导向、跟支援导向。 : < deleted > : 三、支援导向 : 1.利润间接性：单位的存在目的在於支援企业营运的正常，利润无法直接计 : 算获得，如果单位失效企业通常会蒙受严重损失，但单位运作正常时却没 : 有人会感受到单位的运作，在财务报表上永远看不见单位带来的利润。 同意. : 2.执行被动性：单位的存在是支援其他单位所存在着的，虽然单位自己也会 : 有一些执行的计画，但总体上仍是根据其他单位运作上的需要为主。 这非常同意. : 3.技术固定性：在支援单位中，一般来讲所使用的技术层次不会太高，但比 : 较固定，而且大多来自外购或已开发的技术，不会像专案导向要依照专案 : 需求单位的要求做变化，即使是比较难的技术，也会有可以参考的资料。 这个不一定哦. 虽然我是in-house programmer, 但是不单要写网页(这是我的 基本任务), 也要写OCR, 公司的RAID坏了要救资料, 为了要和其他有关系的公司 的系统整合也要写Linux的daemon... 基本上每个「专案」要学习的东西都 没甚麽重复性, 一切看老板想怎样... : 4.成本变化性：支援单位对於营收看不出直接贡献，对於支援单位的成本其 : 实没有一定标准，可大可小，反正只要能维持企业运作就好，在单位建立 : 初期支援单位的成本可能投资很多，但随时时间过去运作稳定後，却会慢 : 慢减少，当需要精简人事时支援单位永远都是被考虑的第一顺位。 我的部门的编制只有满编时的一半. 不过不是因为精简人手, 而是请不到人. 我只要会VB6加上MSSQL的人, 但半年来居然只收到5份履历表... : 5.任务持续性：不会像专案导向那样的一人身兼多职，但至少都会担任两项 : 工作，开发和维护，因为支援单位所要负责的工作必需是持续进行的，所 : 以维持现有系统的工作非常重要，专案导向可能到维护合约结束後就结束 : 了，但支援工作却绝不可能停摆。至於开发部分通常要负责新系统建置， : 新机台导入。因为运作一刻不可停摆，所以值班、On Call也是常有的事。 话说因为technical team人手不足, 目前光维护伺服器们就快把我的精力 搾光了... 根本没时间/精神写程式... (我是修电脑出身的...) --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 219.73.64.27