※ 引述《yauhh (姚呵呵)》之铭言： : 这边大概是沟通的关键吧! Sever没问题就不必再谈. : 重点是赶快找到例子把前端传错数值的情况显示出来给他看, : 然後告诉他:「你给後端错的输入,输出就是错的」 : 相信这样讲之後,他就不会再继续扯他的前端逻辑多麽正确了. : 他没办法画流程图. 但起码你可以画出一部份流程图跟他沟通. 老实说~之前我已经帮他trace过很多次~并把错在哪~值变成怎样给他看 我还以为他会学着用~结果...好像只是越来越依赖我而已...Orz : 这些情况太写实了,也显示出当前程式训练的困境. 写实?言下之意是姚老大您也有遇到? 呼... : 学网页程式设计的人太多了,scripting让技术难度变低,跨足门槛低. : 但很多人都会讹传着一个错误的观念,就是:「会写程式需要天份」. : 因为是天份,所以好像不加思考也没关系. : 因为是天份,所以遇到状况了,表示错误由某处造成,至於哪里做错,用猜的吧! : 遇到错误,心烦了就给一个解释说: 七月半到了; 让人听了实在笑不出来. 对啊...我超想翻桌的... : 坊间的书籍只是一味地示范程式有哪些语法,并且怎麽写. : 但书中只看得到什麽程式和什麽预期结果,却没有提一些对程式设计师很重要的 : 测试程式的方法. : 英文的初学者书籍起码还会看得到一点点流程图与测试的说明, : 但中文书......哎! 建议中文书的作者们, : 如果你没有非提不可的要点,就不要出书了. 多一本可有可无的书实在没价值. : 有一环是目前程式职能教育很欠缺的,就是程式状态的assertion练习. : 有句话说「写程式的人逻辑要很好」,逻辑的确就是指课堂上会让人睡着的 : 那些公理公式. 可是很多人误以为逻辑是一种神化的天份. : 基本的程式检查是把程式每一步的执行状态列表写出来,前後比对哪一步 话说...上个礼拜才发生过类似的事~他一味的copy贴别人的程式... 当然~copy贴没什麽不好~我也很爱copy贴 可是至少要知道copy贴上的是些什麽东西~在干嘛用的 就算copy贴上的是公司发展出来的公用元件~看不到内部程式码~短期内也没时间去了解 那也至少要知道传回来的东西合不合用吧... 偏偏当我问他:传回来的物件阵列~知道里面长什麽样子吗? 又好像没听到一样~要跟我硬扯什麽他的程式逻辑...Orz : 发生问题,再看看发生问题段落的程式码. : 条理抓清楚就不会错,但很多人就是懒在这关键处. : 此外,流程图也是一种很重要的思考模型, : 但可能有些人连画对图型都有困难. : 但当前高等教育都没有教程式的推理,而且也根本教不动, : 因为现在小孩子在大学电脑课都在玩游戏. 作业用抄的. : 不念书,不思考,不阅读说明并且怕看到错误讯息的人越来越多了. : 在程式开发环境越来越难 "生存" 了,哈,哈哈哈 对啊...连带的我也越来越不知道怎麽生存了... 要理他会理到我想翻桌 不理他...我又觉得目前遇到的人都没什麽心机~我干嘛那麽小气... 看来...真的没办法~就只好狠下心来了... --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.127.104.77