|
凑热闹
好热烈的讨论!
我也来凑热闹,呵呵.
我觉得A/B两个方向的选择,要考虑两个问题:
[一]是自己的目标;说是想法也好,说是理想也行,自己要认准自己想要(追求)的东西;
[二]是能获取的资源;如果没有强大的资源做后盾,光靠在公网上能获取的信息 去研究很internal的东西恐怕有些困难.
关于[一],我个人不过分追求很"高手"的东东,我的要求是:能解决工作中遇到的各类故障.
至于解决的途径,则不强求,有时甚至不是自己苦苦探求,而是依赖流程来解决.
"不管黑猫白猫,抓到老鼠就是好猫".
至于"干了2夜3天"这样的情况,我想只能说明该系统不重要 或者以前的方案设计就有问题.
说到底,我们大多数是做计算机应用的,不是计算机(包括软硬件)研制;
我们摸索的,都是别人在实验室早已经框定了的东西,我们的角色决定了我们不必太深入什么internal. 真是internal的东东,我们也获取不了.
我以前做系统集成时,就是用这一条要求自己的: 能解决问题!
至于[二],我想这是没法强求的事情. 曾经有幸见过某大公司的工程师解决问题:
不是自己思索,翻文档; 而是直接login到他们的内部网的知识库,一查,原来是特定硬件(一块卡)
在特定平台(OS版本)上的BUG, 打上某某补丁就OK.
这样的事情,如果依靠自己想,(就凭能看到的那点错误信息?) 恐怕没有办法,而且也是没有意义的.
我没有见过ORACLE的内部资源,但我想,我们能碰到的问题,恐怕别人早就碰到并且有结论了
一点拙见,班门弄斧. |
|