Re: [讨论] 因为空格~我离开了一间公司

楼主: workworkwork (workworkwork)   2014-09-07 09:39:28
既然你特别讲出这个
那我就来讲讲这个吧
有些东西不是一点下去会连带帮你选好一堆选项?
例如你联络人点好王大明
程式会用ajax自动去抓好王大明的住址
然后select的option会自己选好 台北市 信义区?
最原先 如果select选好东西后会再触发一些事
(例如未选择会有warning message)
原先他们function没有独立出来
也就是
$("#address").click(function() {
//do something
});
因为地方有点多
我也承认我懒的挑出来都变成function XD
有个trigger可以达到我想要的功能
我就用他囉
※ 引述《guest2008 (guest)》之铭言:
: ※ 引述《workworkwork (Miyada vv)》之铭言:
: : 2.
: : reviewer说出了我听说最莫名奇妙的一句话
: : "这function以前没人用过 所以你不能用这function"
: : (jquery的trigger)
: : 不是因为效能 不是因为安全问题 而是因为公司前人没用过....
: : 我第一次遇到会规定coding style的公司
: : 一开始以为是检到宝
: : 后来没想到工作没满试用期就离职了....
: 这个我也来说一下我的看法好了,
: 其实这种东西你在写 C#.net, VB.NET, delphi 真的被用到烂,
: 但很多人都不知道这件事而已,因为全都是在 "Visual" 下
: 被那个 event UI 下被做掉了,所以大家都无感了。
: trigger 的真正用途是因为触发方法不同,但根本都是做同样的事,
: 所以让程式码导向同一个函数,最频繁看到的就是
: menu 跟 按钮都能做,其实都是要做同一件事,
: 但呈现出的视觉是完全不同的接口因子,举例关闭还是打印,
: 选单跟按钮都可以做。
: 我不知道你为什么会突然想用这个东西?因为你没交代清楚,
: 我真的不知道你是对还是错。
: 上面我有交代那是因为 UI 上面有很多地方,使用者都可以去触发做这件事,
: 要是你的 UI只有单一的地方可以触发,真的不要卖弄你精深的武艺,
0.0 用一个trigger就是卖弄我精深的武艺了?
: 就是你的长官说的,他没看过有人这样写,我也没看过,我也没这样写过。
: 我站的立场都是用“除错”的角度来看这件事,
: 他为什么反对你做这件事?我不知道,可能他的看法跟我相同,就是除错这件事。
: 因为你这个系统超庞大,需要数十人数百人来开发,所以才会这么要求“格式”,
: 你不知道其他人的程度,你这样做,突然你负责的部分有问题,你又离职了,
: 其他人看到你的程式码都整个傻眼,你写这行在干嘛?
: 他们最后一定可以 google 找出解答,但这样浪费多少人多少时间??
如果他们接下来来写程式的人连google这个都不会....
那....我服了他们
这不是工程师最最最基本的能力?
: 每个人都为了你这个都去做同样的事,去 google 长知识。
: 你这个案例有写出来,是 jquery trigger,如果你没写这些关键字,
: 我还真的为你打抱不平,一切都是 they 的错,
: 这个你还是自己吞下,自己认错吧
: (你真的是知道 trigger 的实际用途才用的吗??
: 还是发现他能这样用就拿来用了,而且他有替代方案写法,没必要用他)。
我是不知道你对trigger有什么深仇大恨
我用了一个trigger竟然你竟然生气成这样
今天我用的只是一个function 而不是高深的算法
如果你说jquery 的trigger有着明显的缺点
那么就是我的错
但从我读了3~4次想要找出trigger的缺点 我找不到
难道你是我前公司的code reviewer?
作者: guest2008 (guest)   2014-09-07 10:24:00
不关我的事..我也在考虑找份工作而已..我是跟你讲原因大型专案跟小型专案不一样..小型专案就要找你这样战将一人就搞定..大型专案.成员很多人战力会差你很"超多"..战力都是其次.因为是集体战.所以coder一定要能互相支援他都跟你说过"团队"没人用过..那你就要乖乖的听他的..要不然就是会出现我讲的状况.大家集体去goole长知识
作者: kinanson (kinanson)   2014-09-07 10:30:00
我是觉得即然有人有不同的想法,就改变我们的观念,我觉得公司有自己规则,我们就尊守,不爽就离开,有时候对的不一定是对的,错的也不一定是错的,不需太坚持,但不符合规则就被叫去骂有点夸张,但或许你已犯了太多次,只是你只讲说两次?在你写if的那一段,在重构那本书是有冲突的,尽早返回是对的,但用否定在此书又是被归类于不好的....
作者: guest2008 (guest)   2014-09-07 10:32:00
还有这间公司有 code reviewer不错,我很少听到有专门这个职缺的公司, 他也只会看新进人员的code而已..等你过了试用期.他才懒得看你的code.帮你除错我不认为是"骂"..是被叫去指导他而已.当事人却会认为被骂,无法认受。职场谁没被叫去房间"聊天过"?
作者: uranusjr (←這人是超級笨蛋)   2014-09-07 11:08:00
是不是骂是你键盘看了算的喔, 你是有跟着进去现场看?XD
作者: robler (章鱼丸)   2014-09-07 11:11:00
讲的好像你才是当事人一样
作者: uranusjr (←這人是超級笨蛋)   2014-09-07 11:18:00
@robler 一整串看下来我突然发现 guest2008 应该就是那个 reviewer 本人吧, 除非这样不然他的发言根本不合理
楼主: workworkwork (workworkwork)   2014-09-07 11:20:00
我也在想他是不是前公司的reviewer....
作者: guest2008 (guest)   2014-09-07 11:23:00
跟我无关.没做过这种职务过,我都说我也是想找工作的人而且我也不知道他在哪间公司.且我根本懒得看别人的code
作者: andymai (人生只有一次)   2014-09-07 11:25:00
不专业又不能沟通、讲不出好道理~有reviewer有比较好?
作者: bndan (seed)   2014-09-07 14:43:00
个人认为公司安排的人应该各有专精.一个reviewer会在技术上被原PO压着打.这职位不如没有= =
作者: ku399999   2014-09-08 02:54:00
连lib API都不会查得人也称不上战力 管他看不看的懂
作者: lyuping (湘兰)   2014-09-11 18:47:00
也说不定是该名reviewer道行不够...
作者: farlandx (Farland)   2014-09-12 15:16:00
乡民们抓出盲点了(亮眼

Links booklink

Contact Us: admin [ a t ] ucptt.com