作者csfgsj (真理不灭)
看板Soft_Job
标题Re: [徵文] 软体工程师入门
时间Sun Apr 3 23:47:35 2016
※ 引述《csfgsj (真理不灭)》之铭言：
: → Edison4ever: 愿闻其详... 04/02 21:47
实话很伤人
它会拆穿一些东西，伤害到一些人的利益
这麽说吧！
先来个小小的正名运动
请将你脑袋中的有关「程式」的词汇，通通改成「程序」
再去回想一下，相关的知识
你会发现，方向被误导的有多麽严重
程序才是本质，公式可有可无
程序就是程序，除了公式，他还可能包含许多不是公式的东西
「程式」会让你以为它是一种类似科学计算的东西
观念完全错误，这是一个错误的命名
程序就是程序
程式设计就是程序设计
当你专注在程序的规划设计，你会发现，用什麽语言来记录它已经不是重点
程式语言就是描述程序的语言，它只是一个记载的媒介、工具
许多人一天到晚都在钻研语言，以为会了语言也就会了程序的规划设计
这不是个大笑话吗？
过去花最多时间钻研的东西，其实最不重要
根本就是微不足道
程序设计规划需要的知识
最重要的东西，反而都被忽视了
: 推 balaking: 不要在那边误人子弟，这边有书单可以看每年软体界的趋 04/03 21:25
: → balaking: 势 04/03 21:25
: → balaking: https://zh.m.wikipedia.org/zh-tw/Jolt奖 04/03 21:25
学习一种程序语言，其实不是只有单纯的程序语言选择的问题
更重要的是，选择了该程序语言背後所应用的产业
你选择了C，那你的领域可能在底层
你选择了JAVA，那现在最夯的就是Apps
你选择了Swift，那注定是iOS
有的语言在上升，有的语言在下降
只是代表了该语言应用领域的兴衰、趋势
与语言本身的好坏优劣，关系倒没那麽大了
是不是误导，就看有没有脑袋了
--
[新闻] 「多个愿望一次满足」混合包 喝了恐暴毙
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.243.176.116
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1459698464.A.ADF.html
1F：推 RunRun5566: 语言本身本来就是个很简单的东西 04/04 00:10
2F：→ RunRun5566: 但是要用一种语言做不同应用 就要下很大的功夫了 04/04 00:10
3F：推 sing10407: 推推 04/04 00:40
4F：推 tvbic: 我觉得整篇都是废话 04/04 01:20
5F：→ obrwan: 程'序'，那招阿 04/04 01:37
6F：→ cryinglove: 语言只是语言，会说话不代表你会说故事，这是两码子 04/04 01:43
7F：→ cryinglove: 事 04/04 01:43
8F：→ O187: 在台湾没听过有人在用程序这词 04/04 07:25
9F：→ redwing5566: 程序，这是大陆用语吧 04/04 07:56
10F：→ holydon: 那你要不要把软体正名成软件!? 04/04 08:13
11F：→ xdraculax: 同意语言应用领域重於本身优劣，但要叫程式程序关键只 04/04 08:53
12F：→ xdraculax: 在你客户的国籍 04/04 08:53
我知道这边有许多不喜欢「那一边」的乡民
但是就CS相关词汇的翻译、命名。我的看法
「那一边」的用词，其实之中有不少 是比我们这一边的用词还要精准的
不要老想着「好大一支枪」、「後天」等等的笑话
不同的行业，人员素质的差异是很大的
13F：推 balaking: 你可能比较适合念哲学系，那我也可以说CS都叫“计算机 04/04 09:16
14F：→ balaking: 科学”，这门科学的生态都是基於“计算机”，计算机不就 04/04 09:16
15F：→ balaking: 是0跟1，我不只看透语言还看透CS，战这个没意义。写code 04/04 09:16
16F：→ balaking: 是用来服务人的，不是让电脑吃资源的，写好的code不只是 04/04 09:16
17F：→ balaking: 修炼，更是一种服务态度 04/04 09:16
18F：推 balaking: 如果你是学生，资料结构、离散数学、编译原理、线性代 04/04 09:40
19F：→ balaking: 数和CCNA这些功课做好就好；如果你是上班族再来探讨Desi 04/04 09:40
20F：→ balaking: gn Pattern、语言特性、各种Library、资料库、软工等实 04/04 09:40
21F：→ balaking: 际应用的议题 04/04 09:40
Library是一种资源，是一种可供调用资源的概念
一般人很容易将它归类在程式语言的技术范畴
这是一个非常容易掉入的思维陷阱
小小的差别，却是大大的错误
小小的出发点不同，後面衍生大大的发展障碍
资料库已经是系统观念的范畴
一种极端的看法
在探讨系统议题时，根本不需要去考虑到语言的问题
先把人的逻辑搞定，再用适合的语言地来描述它
这才是所谓的程式开发设计流程
就算完全不懂程式语言，也可以把系统设计得很完善
不要太拘泥於程式语言
语言特性？？？
语言是个很中性的东西，功能就是纪录、表达意志
它本身不应该有任何的立场、特性
理论上
你的意志透过语言表达，交给CPU。CPU 100% 遵守执行，达成所要的效果
但实际上，因为假指令的存在，让这种关系变得复杂化
一些你所写的所谓程式，到了执行阶段
其实CPU是看不到的，也不会被执行
在传统的C语言，由於真假指令的分野很清楚 (巨集：文书编辑假指令)
程式开发者对於将来CPU的行为，仍可很清楚的掌握
一些後来的程式语言，将假指令包在程式语言中
从此以後，这个界限就变得模糊不清楚了
对於CPU作为的掌握，变得捉摸不定
因为搞不清楚，目前写的Code，到了执行阶段，会不会被CPU执行
目前写的Code与CPU行为的关系是什麽，也不知道了
(对我熟悉的人应该知道我在说继承语法)
有些人认为这个做法很高明，我倒认为这只是把人变笨
把原本简单的东西复杂化
Design Pattern？？？
我始终认为这只是一个理想
利用一个固定的方法程序，一个固定的架构，就可以解决世上所有问题的理想
实际上，这当然是不可能的
特定的方法程序，往往只能对付特定的需求，没有所谓的万灵丹
或者我可以没出息的讲，唯一的万灵丹就是抄现成的，最省时省力
最佳的Design Pattern就是对於目前的需求，找看看有没有现成的解决方案
找到就直接抄，Google是你的好朋友
营利事业单位，东西出来就好，没有人会在乎是不是抄来的
Design Pattern一共有多少种？
学了一万种，可能其中的9999种，你这一辈子都用不到
用得到是金，用不到就是屎
如果不是时间多，那投资报酬率可要好好地想一想
22F：→ superpai: 从来不觉得「程式」有什麽包含计算的概念 04/04 10:50
23F：→ superpai: 你自己联想力太丰富吧 04/04 10:50
24F：推 Yshuan: 认同语言的定调，而翻译我认为就只是惯例，实际意义随时代 04/04 11:00
25F：→ Yshuan: 科技改变。Design pattern我认为是进阶的coding style， 04/04 11:00
26F：→ Yshuan: 都是为了维护与团队开发的整合容易。 04/04 11:00
27F：推 Yshuan: 记得候捷的书也常提到同个单字，他会看domain和context去 04/04 11:02
28F：→ Yshuan: 决定中译。 04/04 11:02
29F：→ Masakiad: Design pattern这段理解根本是错的 04/04 11:08
大大有高见，愿闻其详~~
30F：推 Yshuan: google直接抄绝对是不好的，除非这「项目」就你一人，不 04/04 11:10
31F：→ Yshuan: 需交接。 04/04 11:10
32F：→ testPtt: 只是考虑现实 不然也可以注重在高效率但高耦合的程式 04/04 11:36
33F：推 matchyou: 完全不懂程式语言然後能把系统规划很好的我没看过，这 04/04 11:41
34F：→ matchyou: 样的人只出现在理论中 04/04 11:41
在电脑出现前，银行、户政等系统就已经存在了数百年之久
这些系统、规则是如何被设计出来的，如何作业的
是人~~根据人的逻辑制订出来的，与机器无关
以前是人工作业，现在是电脑作业，逻辑还是人的逻辑
当然了，改由电脑来作业，当然需要一些电脑的知识
只是这个系统整体的知识，跟电脑有关的比例占多少
至少在我认为，它占的比例其实不是太高( <10%)就是了
在系统开发的流程上，也属後面的阶段
※ 编辑: csfgsj (111.243.176.116), 04/04/2016 12:15:23
35F：→ tsao1211: 你上面补充的只是系统设计概念与逻辑的部分，到真的把系 04/04 12:28
36F：→ tsao1211: 统完成上线，开发出易於维护，扩展与安全的系统还有一大 04/04 12:28
37F：→ tsao1211: 段路 04/04 12:28
38F：→ shadow0326: 大湿又来启蒙汝等物件导向奴役下的文盲啦~~ 04/04 12:45
39F：→ lance8537: 我都用hao360做网页测试 04/04 13:02
40F：→ y3k: 我想看看大师您写PHP会写成什麽样子XD 04/04 14:12
41F：→ NodeWay: 知道一万种DP果然是大师 在下才疏学浅只数得出二十来种 04/04 14:57
42F：推 RunRun5566: 我理解的Design Pattern大概只有十几种 04/04 15:00
43F：→ Masakiad: DP并非用一种或数个架构要解决「所有」问题。DP是在特定 04/04 15:25
44F：→ Masakiad: context（姑且称环境）下产生的force(姑且称问题），可 04/04 15:25
45F：→ Masakiad: 以用同一种pattern去解决该force。但很多人忘记必须考虑 04/04 15:25
46F：→ Masakiad: 该pattern产生相对应的force可能影响整体架构。但其实DP 04/04 15:25
47F：→ Masakiad: 是有强调可能照成的相对force。另外pattern不指code或定 04/04 15:25
48F：→ Masakiad: 型的class diagram，因为他意义上是指解决该force的一 04/04 15:25
49F：→ Masakiad: 种固定手法，依我的能力这可能很难言语讲明白。但patter 04/04 15:25
50F：→ Masakiad: n包含由原概念产生的变形也算。所以pattern一直很少。 04/04 15:25
51F：→ yolasiku: 无聊 你想跟大陆一样讲「程序」 你爽就好 04/04 15:35
52F：嘘 kai5566: 勒工三小 04/04 16:03
53F：推 wesley234: 看来这个版，大师是有的，朽木也是有的，上面就有一根 04/04 17:02
54F：嘘 wuliou: 什麽东西 04/04 18:05
55F：→ bbser: 就算你是对的，用上中国用语，就是错的。 04/04 18:21
56F：→ lockercho: 啦啦啦啦啦啦啦 04/04 19:10
57F：→ sayya2311: 很少人一天到晚钻研语言,除非是scala还是ruby的创造人 04/04 19:55
58F：→ sayya2311: 一般人顶多就是不断去追语言的最新feature而己.. 04/04 19:56
59F：→ sayya2311: 另外..程式语言不重要吗?在Turing award的得奖名单里, 04/04 19:57
60F：→ sayya2311: 程式语言相关创新的得主,若不是最大宗,也是前三... 04/04 19:58
61F：→ tyc5116: 难以认同 04/04 20:53
62F：→ gamer880831: 设计模式，我觉得比较偏向程式的维护及可读性，跟你 04/05 00:04
63F：→ gamer880831: 理解的好像有出入... 04/05 00:04
64F：嘘 ken90242: 大放厥词 04/05 14:11