作者art1 (人,原来不是人)
看板Soft_Job
标题Re: [心得] 带新人的感想
时间Sun Jan 27 01:17:37 2019
※ 引述《a126sam01 (北川景子是我的老婆>///<)》之铭言:
: 各位年收300万的大神午安~
: 小弟是没写过程式,想半路出家拚一拚的人
: 我目前已报名AXXXa CXXp,期许自己前後端都要会一点这样
: 以後可以朝全端工程师之路迈进~
: 看到这串讨论,突然觉得各种中箭0.0a
: 那我想请问大神们(乖学生式举手)
: 以下三题想烦请大家有空能给小弟指教
: (以自身服务的单位来回答就OK,有带过人的更是感谢>_<)
: 1. 当大家在Junior菜逼八时期,通常会遇到哪几类问题?
我看过的几个不会写程式的新手在学程式的时候遇到的问题
1.打错字
2.看不懂英文显示的错误讯息(英文能力太差的另一种说法)
3.无法想到错误讯息其实是打错字造成的
4.少了分号、多了空格、大括号、中括号、小括号没看清楚等等,总之就是没照编译器
或直译器能接受的格式撰写程式码
连这些问题都无法自己搞定的初学者,我是觉得没什麽希望继续走写程式这条路
可以搞定这些问题之後,就会开始遇到没出现错误讯息,但执行结果却与期望不相符
这时候就要自己看程式码找出问题所在
出现这种情况的原因很多,最主要就是脑中想的跟输入的程式码有差距
像有次把设定变数的值放在回圈外面,导致只有第一次执行是正确的,之後都是错的
或是有一次以为这个函式是这个作用,结果是另一个作用,还上网发问之後才注意到
为了减少这种差距导致的臭虫,通常是一次一小步的写比较好,但熟悉写程式之後就会
想要一次写一个段落,然後期待一次完美过关,实际上却很少出现这种情况,总是要回
头找出这种差距发生在哪边
: 2. 承前题,在"Google" or "Stack overflow" 上面通常是怎麽下关键字,
: 来找到自己的解答呢?
若是某功能不知道怎麽做,就是把描述该功能的一些词拿去搜寻
我印象最深刻的是磁性吸附这功能,也就是在拖曳物件时,不需要完全对准就会在小於
某个距离之後自动贴到能结合的物件上,不过这是中文的描述词,反而不知道英文的正
确术语是什麽,会知道这个词也是在 github 看别人的专案时看到的,在那之前都不知
道该这样描述
若是出现没看过的错误讯息、或是不知道怎麽解决的错误讯息,就是直接搜寻错误讯息
若是想找某问题是不是存在某种解法,就试着把可能的词拿去搜寻
例如写网页时,要为很多很多的单选按钮绑定同一个事件处理函式,难道没有除了使用
回圈以外的作法吗? 使用「大量单选按钮」跟「事件」去搜寻,一直到十几笔才出现
想要的结果,也就是事件委派的做法,因为出现了这样的句子「为大量的元素建立事件
监听器会使浏览器效能大幅降低」
: 3. 最後那还有大家是怎麽判断说,这些code 或指令刚好是解答呢?
: (比方直接贴到编译器里面跑跑看?)
这就是考验阅读程式码看出其中逻辑的能力了
看着对方的程式码,自行解释这句在做什麽,那句又在做什麽
只要能正确解释,就能知道那是不是想要的解答了
把脑中想的功能写成程式码,解读程式码实现了哪些功能,是务必要掌握的能力
: p.s 我会努力好好学习,不会给大家添麻烦的 OAO
: ※ 引述《tbpfs (http://0rz.tw/Uk989 )》之铭言:
: : 我怎麽觉得你带的有问题
: : 给鱼吃跟教钓鱼是两件事
: : 如果是问是从通讯软体问的
: : 就回他这种影片
: : http://it-easy.tw/lmgtfy/
: : 如果在座位上问就直接教他咕狗
: : 不用半年,有点羞耻心的人一周就会咕狗了
--
「看在上帝的份上,我们不能当着孩子的面枪杀他的父亲!」
「那我们就连孩子一起干掉!」
「第一枪打中的是那个天真的孩子,第二枪是抱着孩子的母亲。第三枪
停顿了三秒,当难以致信的父亲擦拭着脸上爱子的脑浆从震惊中醒转
过来,慢慢的转头看向停车的地方,分辨出是谁在攻击他後,第三颗
子弹才将他的脑壳打飞。」 ─摘自〈狼群〉
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.47.161.150
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1548523062.A.6FB.html
1F:→ zo6596001: 看了你的叙述,查「javascript snap」 01/27 01:29
2F:→ zo6596001: 出现「interact.js」这个东西,应该就是了吧? 01/27 01:30
3F:→ Gaitz: TDD 值得新手拥有 01/27 01:34
4F:→ zo6596001: 下面的那个,应该是getElement就好了吧? 我不太清楚 01/27 01:35
5F:→ art1: TDD实行起来还要面对不知道该怎麽写测试的问题 01/27 02:05
6F:→ art1: 卡在写测试上面,实在太令人心痛 01/27 02:06
7F:推 scott0327: 我很常自己想的结果和电脑想的不一样耶,每次都恨自己 01/27 02:12
8F:→ scott0327: 没天份 01/27 02:12
9F:推 bill42362: 第四点可以考虑装 linter 和 prettier @@" 01/27 02:15
10F:→ art1: 把要处理的问题简化是最不容易出现差距的作法,一次只验证一 01/27 02:21
11F:→ art1: 个部份,例如操作资料库,一次只写一种功能并验证 01/27 02:23
12F:→ art1: 而不是CRUD都写完才开始验证 01/27 02:23
13F:→ devilkool: 我刚开始学写测试也是常卡,但还是得写啊 01/27 10:12
14F:推 Gaitz: TDD 除了测试优先可以让他先思考输入输出之外,还有 baby s 01/27 10:46
15F:→ Gaitz: tep 的概念也很重要,一次只处理一点,还有绿灯重构。 01/27 10:46