※ 引述《whitebalance (awb)》之铭言： : : 无意冒犯，不过这个观点实在与主题相差太远 : : 举个极端一点的例子，拉保险也可以月入100K : : 但无论是分析数学模型或是拉保险都不算是软体工作者，怎麽能混为一谈呢 : : 毕竟这里是soft_job板 : : Domain knowledge固然重要，但如果太看轻实作面就未免有唱高调的感觉了 : : 就像是常常听到很多人在酸他的指导教授或是project leader只要会打嘴炮就好 : : 但是"大部分情况"，当有机会跟他们聊聊过去的工作经验时 : : 会发现他们也是经过相当严格的专业训练为基础才会有今天的他们，都是苦过来的 : : 所以如果碰到问题他们会跟你谈spec跟你谈方向，但是不会帮你trace code : : 因为这项技能被认为是自己基本就应该要具备的东西，不是他们应该给你的 : : 那麽不要说精通了，稍具程度一种语言就可能需要一至三年的工夫 : : 当你应徵的职务是"软体工程师"的时候，会因为恐龙本可以倒背如流 : : 面试官就录取等进公司再重头学写程式吗? : : 况且像是常见的写AP, MMI这些工作内容来说，并不太需要除了程式能力之外的理论背景 : : 甚至是在嵌入式系统下工作的话，程式的执行效率也是会被严格要求的 : : 所以，当然理论背景很重要 : : 特别是如果不想要一辈子窝在电脑前面写程式，当个万年工程师的人 : : 不过，如果想要一步登天的话，可能会连起步都很不顺利 : 不会差太远 因为我们是卖软体的公司 : 你可以把它想成FW需要硬体的知识 而我同事那部门 : 的Domain knowledge需要的是数学 他们是牵扯到产品上 : 比较核心技术的部份 演算法的设计 数学的推导 : 这哪不算软体工作者 没他们产品根本出不来 我绝对认同你所说的，一个产品的诞生需要很多方的共同合作 先不扯FW HW好了，就以纯软体来说也是有相当多职务组成的 UI?SI?SQA?规模越大的公司会分的越细，发展流程少了那一部分也都无法成功 或许你是想要说在软体部门的工程师就可以总括称为软体工程师，也没有不行 如果你坚持的话我就不再讨论 不过以职务细分的话... 如果就像你说的你的同事只会简单的if else或是for() 那我就假设他连用BCC随便拉个介面都不太熟练，请问这样的产品要卖谁? 势必还有一个TEAM来处理他的演算法，以及整个软体的包装及呈现 我认为这个TEAM比较符合我心中软体工程师(程式工作者)的概念 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 219.87.142.254 我相信，但是我整篇文章都不是在讲演算法... 这个..."别的TEAM"或是"别间公司"结合演算来做呈现，对我想表达的意思是一样的 其实我文中也承认我的定义是比较狭义的 不过这是因为站在这篇文章原文的主题来回应的关系 并不是那种觉得会写程式多了不起，算算数学没什麽的心态 如果有让人这麽感觉的话这边致个歉~ 我是不太懂为什麽可以让你误会成这麽大，还是只是想酸人? Latex我没有用过，不过开发一整个系统/软体，绝对符合我的定义 Dijkstra很了不起没错 不过大家都知道他最着名的是演算法，叫他演算法专家不知道有什麽问题? 最後我解释一下 原文的主题本来就是在讨论程式语言的学习 或许学数学/演算法真的出路非常好，毕竟相对来讲僧少，但粥多不多我不清楚 但是学这种东西要突出很看天份，也比较难证明自己的能力(至少要毕业就比较难了) 不是人人都适合这个工作 所以我只是想说程式设计者在产品发展上也一样很重要，或许不是那麽灵魂的角色 但也不一定会吃得没人家饱穿得没人家暖~ ※ 编辑: handoff 来自: 219.87.142.254 (01/26 11:44)