※ 引述《sealoe (YoY)》之铭言： : ※ 引述《deadly (迈向与影子的决斗)》之铭言： : : 台湾的IT制造业提供了一个有利於系统整合的环境， : : 而台湾有很强的提供硬体平台的能力， : 这点应该修正, 很强的"低阶"平台生产力 : 台湾还没有资格生产真正的大型电脑 : 应该说, 还没有资格"自行研发"大型电脑 : 当然, 如果是别人"设计好"制造的, : 台湾能力的确很好 : : 这对於做软体研究是一个相当大的帮助， : : 而台北更有很高的无线网路覆盖率， : : 此外软体相关的产品，一般来说有很低的初期成本， : : 应该是很有机会能建立起高毛利的软体产业。 : 对对对, 都是优势, 但是没有人才, 台湾的教育下 : 软体人才可以说是非常的少, 工人很多 : 设计者几乎没有, 统何者更是少数中的少数 : 台湾软体业薪水低, 说难听点, "好工人"都难找了 : 还"妄想"找够水准的设计者? : 高毛利是建立在高素质的员工, 高薪水的工作上 : 简单的说就是虽然不能说个个都是英雄 : 但最少个个都要能征善战 : 台湾软体业, 搞个四不像的软体工程然後说 : "反正都是照步来. 有手就会做" : 给个20000~30000比7-11打工还少的薪水 : 这样能吸引到人才? 我不太信 : 没有人才能做高毛利事业? : 这我更不信 我总觉得这跟老板够不够专业有关... 不够专业的~就会觉得这家公司弄出来了~那其它三、四家差不多就是copy贴 把程式模组化之後每家套用当然快又有效~乍看之下好像很简单 好啦~他觉得反正就这麽简单嘛~所以客户想怎麽改就怎麽改 改程式~这家公司有这个功能~那家公司有那个功能 改资料库~这家公司有这个栏位~那家公司有那个栏位 改到连原作者都认不出来也没什麽好意外的 一家这样ok~两家、三家还可以~五家、六家、七家? 上午这家改这样~下午那家改那样 大家都说我很急~我催你应该~不催你悲哀 好啦~改好了~那要不要测?有多少时间测? 测完确认整体功能无误再跟你说:好像不太好~顺便再改一个小地方好吗? 顺便!顺便!一个顺便~听得我一肚子大便~真的是听到就饱了... 一句"责任制"就要你随着客户的话语起舞... 一句"我很急"就要你赶快交件 急急忙忙赶完的code~品质能有多好? 本来应该从根本改起彻底解决问题~但是因为时间不够~你会不会想要亡羊补牢就算了? 更不要谈那种辛辛苦苦从根本改完~客户又跟你说:那个... 一个程式叠床架屋的结果~就是为了Bug防这防那的 能用是能用~但你刚做了一只我不知道该称为是"科学怪人" 还是"经国号"战机的东西(大毛病没有~小毛病一堆) 我一直觉得code这种东西就是应该找个时间摊在阳光下~大家一起研究 研究设计理念、研究系统架构、研究程式写法 这样大家的功力才会有明显的进步~彼此学习才能进行经验传承 而不是每个人待在位子上埋头苦干~下班了就迫不及待闪人 会被说是软体工人~真的没什麽好奇怪的... 不过...只想要你交件的老板 大概一辈子都不会让他的员工干这种在他眼里没有价值的蠢事... --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.127.104.77 unit test?改程式都来不及了~哪有时间弄unit test? 我文章里都说过了~有时候是小改~unit test或许有用 那大改(改功能、流程)呢?客户常常这样改~我unit test都不知道要出几版了Orz... 补一下~是!没错!我功力不足~虽然我知道微软专家说过:写程式之前要先写测试程式 但...那是By版本开发用的吧? 像这样改来改去~改到最後都快搞不懂整体流程跑起来会变怎样的时候 我能写得出来交差~真的就阿弥陀佛了... 悲哀?是啊...所以我还是快离开这个不属於我的业界好了... ※ 编辑: andymai 来自: 59.127.104.77 (02/28 00:40)