作者lovdkkkk (dk)
看板Soft_Job
标题Re: [讨论] 前端工程师前景请益
时间Thu Oct 29 21:15:26 2015
觉得前端简单吗？那只是你用不到难的部份而已。
个人觉得前端难可以很难，而且是超级的那种。
来看一个需求如何慢慢长大的 input field。
1. 一个输入栏位，嗯...简单。
2. 一个美化的输入栏位，拼一下 Dom，一点图，一些 CSS，
一些客制的 hover focus...仍然 easy。
3. 其实这 input 是要到後端捞选单的，输入後要跳个 list 在下方，
好吧，听 key event 发 Ajax + 以上，还好嘛？
4. 一直发 request 伺服器负担太大？
好吧加个 debonunce / throttle，仍然 ok
5. User 敲完字後立刻选好选项 (更新了 input) response 才回来，
选单又跳出来？噢好吧检查一下有选项就不跳选单。
6. 这时发现因为 Dom 结构的原因，在浏览器缩放时会破图，
或产生 color bleeding
7. User 敲完字後立刻选好选项但发现选错，结果因为 5 选单没跳？
...
什麽？你说上面 1234567 都已经有现成元件可以用？
你确定？
style 是你要的吗？
当你需要客制行为时抓得到 inject point 吗？
用现成元件最怕的是状态你无法掌握，
状态改变的事件它不见得有提供，
而其实到上述 7 的部份，
个人觉得就已经不下於後端多执行序下的资源管理问题了，
那通常还不会是最後一个问题...
而且...这还只是个输入栏位哦？
如果 A 元件如何时 B 元件要有什麽改变，
或是多个元件间有亲子关系影响到显示问题，
或是遇到规格上的限制 (如 302 redirect) 要找 workaround，
那...故事可精彩的咧！
※ 引述《neo5277 (I am an agent of chaos)》之铭言：
: 程式很讲天分
: 前端也是自己觉得还 更加吃天分。
: 很多时候重点在排版~~
: 我们同期有一个，以前是念新闻的。
: 自己有再兼摄影婚摄修图，PS，AI神手。
: 我们是.net, backend的时候他比较困扰
: 上到前端部分时候他整个人根本就变成超级赛亚人
: 顺便还包办修图出图。
: UI出来就先赢了~~ 现在在某银行做前端跟手机薪水也是不错。
: 前端的世界的确是满迷人的。
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 1.164.141.96
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1446124529.A.3E7.html
1F：推 aiyswu: 而且这1234567还没考虑到元件耦合性,维护性,重用性,跨专 10/29 22:13
2F：→ aiyswu: 案重用,等等的问题,每一个元件都可以是一个open source 10/29 22:13
3F：→ aiyswu: 专案 10/29 22:13
加一个各浏览器 (尤其旧 IE) 的独特行为 @@
4F：→ CaptainH: 後端产生适合的选单比调整ui还难 10/29 22:15
可能个人感觉不同吧，我前後都做，
我是觉得只要逻辑明确生选单容易多了。
或许可以说，我没有前端的天份 XDD
5F：→ superpai: 我还特地回去看一下，没看到人说简单呀 10/29 22:19
就...天份的部份 @@
6F：推 CaptainH: 你举google docs这种SPA还比较有说服力 10/29 22:22
SPA 难的部份也是在这里啊，流程管理跟状态维护。
不然只是 call AJAX 拿资料改页面也没什麽。
如果是指多人共同编辑的部份，相信我，
前端的部份那会再难一点点而已，不会难很多，
因为光单使用者的情况就可以包含大部份复杂的 case。
後端的难度倒是会提昇不少
个人刚好有阵子处理不少某支援共同编辑的 SPA 试算表元件的客制跟 Debug
( 这个
http://www.zkoss.org/product/zkspreadsheet )
置入性行销一下 XDD
※ 编辑: lovdkkkk (1.164.141.96), 10/29/2015 22:42:25
7F：推 Masakiad: 我觉得最难还是maintain跟扩充功能了，比起以前不太会 10/29 23:56
8F：→ Masakiad: 更改ui的网站，现在都是webapp，系统营运後功能越来越 10/29 23:56
9F：→ Masakiad: 复杂，如果没有好的软体架构，会发生什麽事情？ 10/29 23:56
10F：推 Masakiad: 又或是老板说这些都做好的ui，加几个栏位改成b功能应该 10/29 23:59
11F：→ Masakiad: 不难吧？就跟另外一个api随便接一下就可以了 10/29 23:59
12F：推 aiyswu: 房子都装潢好了，我只是要改一下厕所，厨房和客厅的位置 10/30 00:27
13F：→ aiyswu: 应该不难吧。 10/30 00:27
14F：推 abccbaandy: 同感，一开始架构不好好弄，後面想改超麻烦 10/30 00:33
真的，面对各个使用者各种情境下的不同需求，
持续的扩充与维持稳定就更麻烦了。
因此请爱用浏览器自动化工具做 acceptance test 0rz
这里顺便举个用现成元件 (google map) 时，
要确认状态可能有多麻烦的例子
http://goo.gl/acag1q
15F：→ bndan: 你被推文钓出来了 何必呢?(摊手) 有些人带有旧时代"写网页" 10/30 12:15
16F：→ bndan: 的.这种词来看待现在新式WEB APP..别的不说 稿不好你讲SPA 10/30 12:16
17F：→ bndan: 他还不知道你在说啥3小 更不用说後来的hybird APP 或是靠整 10/30 12:17
18F：→ bndan: 合物(EX:Cordova)整合的多平台程式.(个人习惯称client APP) 10/30 12:19
其实我是有点想要说，
要好好考虑是不是一开始就要从前端入门，
当然基础的部份是比较快能看到成果有成就感，
但是实际工作上坑可能会很大也更快把热情烧光。
突然想到 "钓出来" 的另一种意思，
不用想太多，这种例子到处都是，Google Map 不过是其中之一，
其它如 solmate (一个几乎就是 1~7 缺 4 的元件)
选单开启/关闭时没发 event 等等，
(这个还比较接近上述 1~7 的例子)
※ 编辑: lovdkkkk (1.164.141.96), 10/31/2015 01:01:13
19F：推 Dnight: 随便弄一个可以很简单，要做的好不管前後端都很难... 10/31 19:28