作者dream1124 (全新开始)
看板Soft_Job
标题Re: [请益] 有关於java家教
时间Tue Mar 1 00:09:46 2016
※ 引述《lueichun (no anonymous)》之铭言:
我好像知道你是谁吔~
如果你觉得接下来我在讲的那个人不是你,那就不用理我,当作我在自言自语吧~
放心,我不是你的主管。
如果你是被主管认出来,我相信他会在明天上班直接找你聊,不会回文,呵呵。
就先假设你是我知道的某位同事好了。
这位同事为工作付出的努力大家都看在眼里,天天都主动留下来学到很晚,
只是有些地方看得令我捏一把冷汗。
平常在公司虽然我有时会忍不住想给点建议,但因为怕人家觉得主动批评很不礼貌、
太自以为是,所以我就没多嘴了。
但现在既然你我都只是一个普通的乡民,偶然在这熙来攘往的看板相遇,
那我随口讲一些想法应该就还好了吧~
..........................
我所知道的这位同事,他一直有旁人难以理解的执着。
举例来说,如果老板要他学 Spring 这样大的框架来开发新版的系统,
他就会花很长一段时间非常认真地学,而且也花很多时间在写学习笔记。
从框架的设定方式到底层一切运作的技术细节,他都会想钜细靡遗地了解。
要是有什麽事情他想不透,他就会在那个点上面停顿很久,
直到最後有人或是有文章解答疑惑为止...
哪怕不用那麽清楚还是可以开发功能也一样。
如果可能的话,他说不定会把框架全部的原始码都翻过一遍,确定没有地方不懂,
然後他才有可能跟老板说他「好了」,等待下一项指示。
在完全搞懂技术之前,他是不太会找机会产出什麽东西的。
而且或许是比较内向的关系,在平常的会议或是对谈场合中,
他也不太会向主管说明他到底学了什麽,掌握什麽对公司有利的东西。
因此大家可以想见,要是公司主管这种每天都很忙,没有时间仔细了解他的人
指派他去学东西,希望他能运用所学在公司的专案上,或着起码也能维护旧专案。
没想到数个月过去,没有太多具体的产出,他也不常提到学会些什麽,
当然更没说会做些什麽,只知道他每天都留下来学到很晚,写了很多笔记...
大部分的人看到这种情况是不是都会疑惑,觉得他是不是完全学不来,能力不足,
不然为什麽一直没有办法写程式?
但他真的是完全学不来,没办法写程式吗?
恐怕不是吧~
根据他最近一篇文章的内容,他就算没有完全搞懂框架怎麽运作,
只要按照步骤做,还是能写程式啊~
只是他每次学技术都会很坚持要先彻「底」了解才开始做事罢了....
现在我觉得问题的症结点是,
公司这种营利事业的管理者们不容易认同这样没有边际的学习方式。
因此看到他一直在学习又没有什麽产出,就会很容易误会他能力不足。
营利事业的目地终究是藉着改变人类的生活而赚钱养活自己。
工作时评量一个人的方式是看他能帮公司赚多少钱,
或着至少也是看这个人「做了哪些有利公司的事」,
而不会像他之前所在的学校那样,看人有多精通研究主题,学科的脉络有多清楚。
当老板说要大家「学习某些工具」时,心理希望的不是像学校教授一样,
就只是要我们把相关主题弄到熟透,而是希望大家用这些工具「做出有利公司的事」。
再怎麽精通工具,只要做不出上头主观认定有用的东西就没办法得到好评。
这也是他们很爱讲「知识本身没价值(钱),知识的应用才有价值(钱)」的原因。
营利事业和学校成立目地不同,造成主管同事看待人的角度和学校教授不会相同。
钻研技术的时候还是要在意有没有经常符合所处单位的需要。
: 因此主管认为我可能不能再待下去了
: 但是他想了解我对未来职涯的看法
: 过几天再问我(没直接把我fire 对我好像还不错??)
: 但我实在没甚麽头绪
: 像我这样的case google好像也google不到类似的
: 所以想请问大大们 像我这种状况
: 未来的职涯可以怎麽安排呢
如果你想要继续在公司这样的营利事业上班养活自己,
我会建议你约束自己太追根究底的精神,改变看事情的方式。
就像前面提到的,既然工作就是在「做有利公司的事」,
那工作时你看到一个新的开发框架,一种开发工具,
要思考的问题就是怎麽用这东西实现公司的发展目标?
这议题会衍生出这些问题︰
「我要做的是什麽样的事情?」
「要怎麽运用这东西来实现我想做的事?」
「它是否很适合实现我想做的事?」
顺着这些角度去看工具,你就会比较清楚哪些地方要优先理解。
最不该做的就是完全没有止尽地思考「我还有哪里不懂?」,
而且很执着地要先得到所有问题的解答才开始写程式。
这样的话,就算未来调到一般开发部门,你还是会容易陷进去钻研而没有产出。
到时一样的问题情境还是会继续困扰你。
因为单位性质的缘故,我们已经比很多人能花时间自主学习了,
只要你能先写出程式,到时一定还有很多时间可以研究技术。
但如果你还是觉得一定要彻底搞懂才想动手做些什麽。
那我会像前面的人那样,建议你回学术圈读书做研究吧~
至少在那里只做纯粹的学术研究也会有人养你。
更何况,我发现你虽然看起很内向,但是还满会写文章表达想法和处境。
像这系列第一篇那样的求助文章,你竟然不需要用到很多字就能写得很流畅,
让那些不了解公司和你的路人都能发掘问题关键,进而提出建议,
最後还被 m 起来,这并不简单。
一样是描述自己的处境,我可能要花到一整个晚上才能过滤掉废话,
写出一篇能突显出重点的文章,像你这样的才能也许在学术圈会比较有发挥空间吧。
或着还有一个办法
既然你很会写文章,而我们一直都很缺人来写推广技术的教学文件,
如果你能跟大家搭配一起导入技术,或许可以让我们提出非常强大完整的方案。
只是看到你在这系列第一篇文章些许流露的思想,我不知道名校的你能否拉得下脸
跟我们这些「私立大学生」合作就是了。
如果你愿意试试最後一个办法就来找我吧~ 我会帮你跟主管协调任务分配~
否则就请假装没看到我的文章,上班时当作一切都没发生吧~
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.160.93.243
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1456762188.A.F41.html
1F:推 he11o: 推推 03/01 02:04
2F:推 Yshuan: 温馨推 03/01 02:18
3F:推 samuelc: 这必推 03/01 03:18
4F:推 powerwolf543: 觉得世界小 03/01 03:39
5F:推 conbanwa: 但搞不好也是误会一场XD 03/01 08:22
6F:→ conbanwa: 结果原PO去找人 发现根本被这篇骗到XD 03/01 08:23
7F:推 Deltaguita: 先站内信确认好不就得了 03/01 08:25
8F:推 ahli: 真的 记得要站内信@@ 推 03/01 08:41
9F:推 yfr: 怎麽变成认亲文了,认错不就搞笑了XDD 03/01 09:40
10F:推 SoftMen: 忽然想看认错亲的剧场 然後最後两个就当朋友之类的 03/01 10:27
11F:推 neo5277: 不过说实在的像我们这种非本科出身的真的汇在这种点上 03/01 10:32
12F:→ neo5277: 蘑菇很久,一个是因为自我怀疑,另外一个是怕会掌握不好 03/01 10:32
13F:推 UbaldJimenez: 跟非本科无关,老实说对於原理细节的执着是好事 03/01 10:44
14F:→ UbaldJimenez: 如果你做的事照着 tutorial 做能跑就好,那可取代性 03/01 10:45
15F:→ UbaldJimenez: 就非常非常高 03/01 10:45
16F:→ UbaldJimenez: 看过太多能跑就好的例子,改不动还抱怨不尊重专业 03/01 10:46
17F:推 GALINE: 以工作来说,两种极端都不好... 03/01 11:00
18F:推 youkoka: 推 03/01 11:37
19F:推 lovdkkkk: 我也觉得是适合写 wiki 文件、 blog、做种子专案的人 03/01 11:43
20F:→ lovdkkkk: 个人也蛮有这种倾向的, 只是没那麽极端 03/01 11:44
21F:推 Argos: 工作当然是东西先能动为主啊 有空再来慢慢研究底下的东西 03/01 12:00
22F:→ Argos: 除非老板给你的时间很宽裕 不然就是你要说服老板给你时间研 03/01 12:02
23F:→ Argos: 究透彻再开工很重要 不然乖乖农code吧 农完再加强基础啊 03/01 12:03
24F:推 aoksc: 你同事不去做研究太可惜了 03/01 12:58
25F:→ MOONY135: 我都是走先能动再来了解... 03/01 13:53
26F:→ MOONY135: 毕竟公司还是会有时程,,, 03/01 13:53
27F:→ bab7171: 代工思维,有人研究就应该站在他研究上面,开发新东西。 03/01 15:22
28F:→ MOONY135: 这是回到要不要自己造轮子吧... 03/01 15:50
29F:推 f124: 先讲求疗效再讲求不伤身体 03/01 16:03
30F:推 meteor260: 怎麽看完以後发现是员猛将 03/01 17:21
31F:→ meteor260: 这篇文章的"滚瓜烂熟"改成"融会贯通",这人价值就出来 03/01 17:23
32F:→ meteor260: 这不是要不要自己造轮子,而是要了解轮子你才能造好车 03/01 17:24
33F:推 meteor260: 我觉得你们不合适,不必强留,现在世界有很多缺这种人 03/01 17:27
34F:→ meteor260: 的公司,何必彼此不愉快? 03/01 17:27
对大部分营利事业的软体工作岗位来说,学习现有技术是过与不及都不好,
尤其是一定要等到「所有」疑问都有答案才有可能产出一些东西的时候就尴尬了。
天下很大,我相信一定有很适合他的地方,
但是以我们团队来说,现在他钻研的时间已经远超出大家的预期,
因此主管约来谈谈也不是很令人意外,就看他想怎麽发展了。
35F:推 yyc1217: 开发时很快 维护时很干 03/01 18:06
36F:→ qrtt1: 滚瓜烂熟跟融会惯通有不少的差距,单纯知道但无法应用於 03/01 19:34
37F:→ qrtt1: 现实世界的知识,那就是暂时无用的。而融会贯通的知识量不 03/01 19:34
38F:→ qrtt1: 一定要大,但有较高的机率与现实事情的问题在脑中连结起来 03/01 19:35
39F:→ qrtt1: 也就是『何时该使用 OOO 方法』或有多个选择时,配合现实状 03/01 19:35
40F:→ qrtt1: 态,为什麽某项方法比较好(优点 > 缺点) 03/01 19:36
41F:→ qrtt1: 另外,觉得这篇好像写的好像比较偏向『优点』。对应到同一 03/01 19:37
42F:→ qrtt1: 个帐号的提问与解题思维的展现,我不太确定这篇描述的,是 03/01 19:37
44F:→ qrtt1: 由另一篇文章可以看出另一个思考的惯性,是对於新概念的接 03/01 19:44
46F:→ qrtt1: ClassLoader 的问题了,但还是打算将新的东西硬塞回旧的思 03/01 19:45
47F:→ qrtt1: 考体系内,需要修要知识架构时就要快一点,我们一天之中 03/01 19:45
48F:→ qrtt1: 输入太多新知,来不及仔细的确认它与旧有知识群的冲突点, 03/01 19:46
49F:→ qrtt1: 一旦发生冲突的内容时,表示新概念与旧有知识体并不相容 03/01 19:46
50F:→ qrtt1: 这时候就需要去另开个群组放新知识,不要卡在哪。这样下去 03/01 19:47
51F:→ qrtt1: 其他一开始帮助的人,只会抱着好奇地心态看『他能卡多久』y 03/01 19:47
52F:推 siriusu: Cool 03/01 19:59
今晚为了突显问题的重点,我调整了描述的方法,顺便练练文笔。
53F:推 aa06697: 推 是在工作不是在做研究啊 能生出东西就够了 难到我用pr 03/01 20:17
54F:→ aa06697: intf 要去研究为什麽呼叫printf就可以把东西印出来吗.. 03/01 20:17
55F:→ neo5277: 我一开始真的会卡到这种因为想找通则 03/01 20:45
56F:推 bill42362: 大家对研究圈好像有点误解,研究圈也有人主张同领域的 03/01 22:41
57F:→ bill42362: paper 看五篇就可以开始写 proposal 的阿~XD 03/01 22:42
58F:→ bill42362: paper 都非要看完所有 ref. 不可,博七都不够毕业阿~ 03/01 22:44
59F:→ MOONY135: 我是那种会看别人卡多久的人... 03/01 22:52
60F:→ MOONY135: 不过也很讨厌遇到问题不思考就来问 然後不把回答当一回 03/01 22:52
61F:→ MOONY135: 事的人 你同样有找到解问题的网站 03/01 22:53
62F:→ MOONY135: 但你没解出来啊~~ 03/01 22:53
63F:推 longlyeagle: 其实这种人满多的 我猜他不是你同事.. 03/02 00:18
64F:推 dali17dali17: 温馨推 03/02 22:14
65F:→ zelkova: 开发的人很快 维护的人很干 03/02 22:37
66F:→ oherman: 要快速有成果的话商业套件很多,说穿了找人研究框架不过 03/03 10:19
67F:→ oherman: 只是变相了costdown而已。我能清楚框架又人教人的工程师 03/03 10:21
68F:→ oherman: 大可以出书或是自己接案子,框架导的好或坏主管也看不出 03/03 10:23
69F:→ oherman: 价值。 03/03 10:23
※ 编辑: dream1124 (220.136.192.11), 03/05/2016 12:59:24