我的IT从业心路，迷茫了，你呢？

melbourner1978 · 发表于 17-6-2011 10:01:10

楼上都是技术牛人，说一下个人小小看法，即使在澳洲，闷头做技术，即使技术再牛，也是不安全的，这地方市场小，人力成本高，目前趋势就是纯技术或Support部分外包，也就是说跟业务可以剥离的部分，可能都会被慢慢砍掉，看看新足迹几个裁员失业的贴子，基本都是产品研发或纯技术之类的。毕竟这里不是美国，澳洲IT市场真正混的爽的是Solution Arch，BA，Consultant以及和business logic挂钩的技术职位，这些不容易外包

chrischen79 · 发表于 17-6-2011 10:13:25

原帖由 mason00 于 17-6-2011 00:23 发表

 登录/注册后可看大图

没事，高手在普通就业市场上需求不大。对了，你用object-c做开发，在iphone上吗？那个ext js的库，可以用html5模拟触摸的那个，是不是对object-c冲击很大？

我这边暂时没有看到任何冲击，我回持续关注，不过最终话语权还在苹果。这里有篇文章
http://techcrunch.com/2011/02/09/html5-versus-native-apps/

mason00 · 发表于 17-6-2011 11:43:15

原帖由 melbourner1978 于 17-6-2011 07:01 发表

 登录/注册后可看大图

楼上都是技术牛人，说一下个人小小看法，即使在澳洲，闷头做技术，即使技术再牛，也是不安全的，这地方市场小，人力成本高，目前趋势就是纯技术或Support部分外包，也就是说跟业务可以剥离的部分，可能都会被慢慢砍掉 ...

感谢提醒。我现在也是这个感觉，往纯技术底层发展，风险很大，而且自身素质通常不够。还是要往业务靠，和核心业务绑定的开发才行啊。但是同样面对换工作就丧失业务积累的优势，可能在澳洲跳槽不会像国内这么频繁了

mason00 · 发表于 17-6-2011 11:44:45

原帖由 chrischen79 于 17-6-2011 07:13 发表

 登录/注册后可看大图

我这边暂时没有看到任何冲击，我回持续关注，不过最终话语权还在苹果。这里有篇文章
http://techcrunch.com/2011/02/09/html5-versus-native-apps/

我们公司最近讨论这个也很多，因为也在搞移动平台。得出结论是：苹果要搞一个只有native才支持的特性才能拉开html5

chubbycat · 发表于 17-6-2011 11:46:50

往纯技术底层发展=要往业务靠

mason00 · 发表于 17-6-2011 11:46:53

原帖由 chubbycat 于 17-6-2011 03:49 发表

 登录/注册后可看大图

微软提供的工具封装的太高级，又绑定操作系统的特性。 - switch to Unix development

那消耗很大啊，重新来过，还是继续在windows平台混吧

chubbycat · 发表于 17-6-2011 11:47:58

原帖由 mason00 于 17-6-2011 10:46 发表

 登录/注册后可看大图

那消耗很大啊，重新来过，还是继续在windows平台混吧

more $$ with Unix background

superopengl · 发表于 17-6-2011 12:26:05

有些偏激了。同其他行业一样，新知识总是在更新的。另外IT技术本身其实更新的也不是很快，算法和形式语言已经5,6十年，Java和C#也十多年了。大家发表的丰富多彩的职业经历其实是在不同的IT技术或标准之间切换，而不是技术本身翻天覆地的革新造成的。F1车手也要每年试车以适应最新的技术革新。

IT行业之所以看起来更新快，我认为是因为IT行业还不成熟，缺少公认标准和模式，所以造成了百家争鸣的景象。我们作为IT从业者，为了客户不同的需要，就被迫适应各种各样的标准、Framework。

这就是个围城，哪个行业想干好不都得不断学习新东西吗。说Sales到老了，坐在家里就有钱，其实人家也要花精力维持人际关系地。

ubuntuhk · 发表于 17-6-2011 12:31:22

原帖由 melbourner1978 于 17-6-2011 09:01 发表

 登录/注册后可看大图

楼上都是技术牛人，说一下个人小小看法，即使在澳洲，闷头做技术，即使技术再牛，也是不安全的，这地方市场小，人力成本高，目前趋势就是纯技术或Support部分外包，也就是说跟业务可以剥离的部分，可能都会被慢慢砍掉 ...

看来澳洲也不是想象中的可以安心搞一辈子技术的地方，IT的技术外包确实比较容易，但是由技术转BA之类的，也不是大家都能做到，转consaultant倒是一个路子，不过是不是不太稳定呢？

melbourner1978 · 发表于 17-6-2011 12:43:47

原帖由 ubuntuhk 于 17-6-2011 11:31 发表

 登录/注册后可看大图

看来澳洲也不是想象中的可以安心搞一辈子技术的地方，IT的技术外包确实比较容易，但是由技术转BA之类的，也不是大家都能做到，转consaultant倒是一个路子，不过是不是不太稳定呢？

不一定是BA之类纯业务方面，但一定不能闷头做技术，比如你做ETL的，一定要了解需求，了解业务，不能只看mapping跟coding，即使会外包，也需要你这个桥梁来lead那些阿三。澳洲这个地方搞技术讲的是profession，要在一个方面做到精，做到牛，做到圈里混的熟，面面具到的职位是最容易被cut掉的。国内说３年经验就是小牛，５年经验就敢说自己大牛，这边是玩不转的，５年本地经验在很多行业也就算是刚入门的senior而已

superopengl · 发表于 17-6-2011 12:58:55

原帖由 melbourner1978 于 2011/6/17 10:43 发表

 登录/注册后可看大图

不一定是BA之类纯业务方面，但一定不能闷头做技术，比如你做ETL的，一定要了解需求，了解业务，不能只看mapping跟coding，即使会外包，也需要你这个桥梁来lead那些阿三。澳洲这个地方搞技术讲的是profession，要在 ...

同意。在日本这边也是，5年经验的才刚能算独立干活。
国内过来的人，个个脑袋上顶着Engineer、Manager的抬头，实际都是一堆毛头小子丫头，还自信满满，觉得谁都不如自己牛。中国人太浮躁了。

ubuntuhk · 发表于 17-6-2011 13:11:51

原帖由 melbourner1978 于 17-6-2011 11:43 发表

 登录/注册后可看大图

不一定是BA之类纯业务方面，但一定不能闷头做技术，比如你做ETL的，一定要了解需求，了解业务，不能只看mapping跟coding，即使会外包，也需要你这个桥梁来lead那些阿三。澳洲这个地方搞技术讲的是profession，要在 ...

没办法，谁让国内缺人呢，国内搞技术的，基本都是被当牲口使唤的，一年干的活可能顶在澳洲2-3年干的活，所以3年称小牛，5年称大牛，对于有些人来说不过分，不过就是体力被严重透支了，所以干个3-5年，到30岁以后，继续干技术风险就特别大，更容易被人换掉。

对于想搞纯技术的人来说，国内的职场发展前景还是更黯淡一些。

你啥时候单独开贴分享一下Contractor的经历感受啊。

Fernando · 发表于 17-6-2011 13:15:50

啥都不懂的路过

mason00 · 发表于 17-6-2011 13:17:53

严重同意单开Contractor的帖子。
小牛在国内真是小牛，大牛就是老牛了

superopengl · 发表于 17-6-2011 13:34:10

原帖由 ubuntuhk 于 2011/6/17 11:11 发表

 登录/注册后可看大图

没办法，谁让国内缺人呢，国内搞技术的，基本都是被当牲口使唤的，一年干的活可能顶在澳洲2-3年干的活，所以3年称小牛，5年称大牛，对于有些人来说不过分，不过就是体力被严重透支了，所以干个3-5年，到30岁以后 ...

其实不然，看国内工作强度大，貌似一年干两年的活，IT技术是提高了，可其它软素质都不行。

日本这边，论技术中国人绝对比日本人好好几倍，但对风险的评估，品质的认识等等就差太远。
比如异常处理，中国人毛毛草草就做了，而日本人想的都很仔细，面面俱到，有事都觉得琐碎得很无礼。

所以在中国的小牛，大牛们只在国内这个牧场里牛牛算了，实际上差远了。
我刚来日本时也觉得自己是大牛，越干越觉得自己连口牛肉都算不上。

值班管理员001 · 发表于 17-6-2011 13:50:42

原帖由 mason00 于 17-6-2011 00:08 发表

 登录/注册后可看大图

这个牛逼了，只是听说过。apache那帮人都是很底层的。我想他们需要某些面向对象的特性来减少代码量，而又不想损失性能。完全面向对象估计web服务器性能一塌糊涂了。听你这么一说，就觉得是走得通的，很合理。那个指向 ...

面向对象不等于性能低哦， Google的V8就是C++写出来，是javascript解释器里接口最清晰，结构最简洁，也是性能最高的一个，超过用纯C写的Javascript解释器一大截，区别主要还是在于设计。

mason00 · 发表于 17-6-2011 13:50:55

同意。印度和日本论技术似乎都比不上国内（其实国内是牛鼻轰轰），但是软件开发的管理和文档都是上档次的，管的死死的（其实不容易犯错），国内一个个都是天马行空，最喜欢玩极限编程，无设计，无文档，最重要的是最需求分析的经理们什么都不懂，光去签单了，和销售没两样，在外面胡乱答应需求，回来根本不知道怎么回事啊

mason00 · 发表于 17-6-2011 13:53:31

原帖由 值班技术员 于 17-6-2011 10:50 发表

 登录/注册后可看大图

面向对象不等于性能低哦， Google的V8就是C++写出来，是javascript解释器里接口最清晰，结构最简洁，也是性能最高的一个，超过用纯C写的Javascript解释器一大截，区别主要还是在于设计。

都研究的很深啊。。。理论上越底层越快啦，不过程序员素质能决定更多的东西

melbourner1978 · 发表于 17-6-2011 13:59:16

原帖由 ubuntuhk 于 17-6-2011 12:11 发表

 登录/注册后可看大图

没办法，谁让国内缺人呢，国内搞技术的，基本都是被当牲口使唤的，一年干的活可能顶在澳洲2-3年干的活，所以3年称小牛，5年称大牛，对于有些人来说不过分，不过就是体力被严重透支了，所以干个3-5年，到30岁以后 ...

这里藏龙卧虎的太多了，俺就是瞎混

mason00 · 发表于 17-6-2011 14:07:09

真牛其实不多，上论坛瞎泡的，像我这种，基本就是能聊起来的水平，真的干起来，搞出来的多是垃圾代码了

tristone · 发表于 17-6-2011 14:07:54

原帖由 值班技术员 于 17-6-2011 12:50 发表

 登录/注册后可看大图

面向对象不等于性能低哦， Google的V8就是C++写出来，是javascript解释器里接口最清晰，结构最简洁，也是性能最高的一个，超过用纯C写的Javascript解释器一大截，区别主要还是在于设计。

没想到抛个砖能引出这么多的玉来

我再来班门弄斧一下

个人觉得C++的弱点还是在于功能太多，让人眼花缭乱。C++的封装、重载、模板、namespace等等用起来确实很方便，特别是当一个开发队伍规模很大但是水平参差不齐的时候这些比较有利于品质控制。但是这些其实并不是构建一个好的软件所必需的东西，特别是程序员的水平上升到写apache的水平的时候对这些看不上眼是很正常的。另一方面，C++为这些功能在兼容性方面付出了很大的代价。不同编译器编译的C++模块互相不兼容，甚至同一个编译器不同的版本也不兼容（这个C++ Specification是罪魁祸首）。而且不论是在windows平台还是UNIX平台上，动态加载C++的DLL/shared lib都要比纯C的难得多，限制也要大得多。如果你写一个很NB的组件，你是希望别人用的时候限制越多越好呢，还是越少越好呢？

至于性能，现在随着硬件越来越NB，确实不是一个很大的问题。有很长一段时间C++比C慢10%左右。不过随着编译器的改进，差距也越来越小了，现在不是有很多java粉丝说java都不比C++差多少了么？

mason00 · 发表于 17-6-2011 14:29:31

比较同意c++太复杂了，再往上C#就更臃肿了。设计语言的目标不一样，C#就是给“傻瓜”程序员用的，比如我。写商业应用快。
也就java粉丝能说java和c++差不多。

我感觉c++的程度拿捏比较好，实际上照顾到了底层和高层的通用性。高手能用，普通人也能凑合写点东西。C就感觉只有高手用在特定的地方比较好，而C#呢，高手拿着写底层从基础上来说就是浪费，非常适合写应用，都拿C#，普通人和高手的差别一下子还看不出呢。

提个问题：C能动态加载dll吗？是通过C运行时吗？还是只能编译器连接，在运行的时候去固定的路径加载连接的dll？

值班管理员001 · 发表于 17-6-2011 14:40:32

原帖由 mason00 于 17-6-2011 13:29 发表

 登录/注册后可看大图

提个问题：C能动态加载dll吗？是通过C运行时吗？还是只能编译器连接，在运行的时候去固定的路径加载连接的dll？..

是只有C天生适合动态加载动态库啊，动态库是OS的特性，而OS的特性都是通过C的系统API expose出来的。C++加载动态库，实际上还是得用C做入口然后用个factory create出对象instance出来。

运行时的动态库路径问题涉及到不同的OS实现方式， Linux/Unix下可以用rpath来钉死，否则就是LD_LIBRARY_PATH来指定了。WINDOWS下Library path等同于PATH。

mason00 · 发表于 17-6-2011 14:47:22

原来如此。我觉得高层很多功能还是在不断的往下面调，很多基础功能都是在C这里搞好了，高层再加些增强来提供更好的功能，就多出新的系统API了。

有人说WPF性能要比GDI+高，我没弄过。不过我觉得WPF或者任何.Net的实现还是调win32层面的系统函数或者库来实现的吧。可能写起来方便，但是快应该还是native的快吧。高人指导一下

woodheadz · 发表于 17-6-2011 14:56:51

原帖由 mason00 于 17-6-2011 13:47 发表

 登录/注册后可看大图

原来如此。我觉得高层很多功能还是在不断的往下面调，很多基础功能都是在C这里搞好了，高层再加些增强来提供更好的功能，就多出新的系统API了。

有人说WPF性能要比GDI+高，我没弄过。不过我觉得WPF或者任何.Net的 ...

WPF的工作原理基本上接近directx,事实上你很容易就能把directX的surface拿来做WPF的brush用。很多操作WPF都直接在显示缓存里做，还能直接利用GPU加速。
传统win API的渲染就是GDI。GDI不能直接写显存，所以做无论你用C、C++还是C#、Delphi来开发，winform程序绘图要提高效率都得用double buffer之类的招式避免闪烁。
WPF快得多，我们现在产品里大量的动画效果，在没有WPF之前恐怕只有直接调用directX才能做得出来

woodheadz · 发表于 17-6-2011 15:02:44

目前影响程序效率的性能瓶颈在多数时候都是网络、数据库、磁盘等外界因素，程序自身的调用堆栈、虚函数开销和GC操作的影响实际上很小。
高级语言开发的系统维护性要好很多，所以在解决性能瓶颈的时候往往空间要大一些
我之前参与过的一个大型系统，v3用VC/COM+, v4改成了.net/remoting, 最后V4达到的性能还要再好一些。不是说后者比前者效率高，而是用后者开发成本更低，更容易通过后期的调整达到更好的效率。

当然类似APACHE那种对性能极端敏感，由一个牛群负责开发的APP可能会考虑语言编译器的开销问题。可现实中有多少这种项目存在？

[ 本帖最后由 woodheadz 于 17-6-2011 14:07 编辑 ]

值班管理员001 · 发表于 17-6-2011 15:03:12

原帖由 mason00 于 17-6-2011 13:47 发表

 登录/注册后可看大图

原来如此。我觉得高层很多功能还是在不断的往下面调，很多基础功能都是在C这里搞好了，高层再加些增强来提供更好的功能，就多出新的系统API了。

有人说WPF性能要比GDI+高，我没弄过。不过我觉得WPF或者任何.Net的 ...

趋势是这样的，本来就是你说的，一层一层地软件层往上盖，性能越来越差，不过功能和开发效率越来越好，当到了某一个点之后，一帮牛人一狠心，把软件堆栈最高层的API至最底层的API之间的部分全部打掉，也就是最高层的功能直接使用最基本的API来实现，这样性能和功能和开发效率就都兼顾了。代价就是辛苦了库和平台的实现者，方便了库和平台的使用者。

这个点目前在各大技术平台上都正在发生， WPF，FLASH， HTML5， QT， Andriod, iPhone都在做类似的事情。这就是木头猫前面说的WPF性能可以很高，可以直接做顶点渲染之类的原因。正在各大公司实验室的这些重写的软件原型，性能往往有几倍甚至几十倍的提高，催生这一点的除了软件行业自身的发展的原因之外，也有很大成分是被互联网和移动设备给逼出来的。

sliuhao · 发表于 17-6-2011 15:12:31

Java, C# 是RAD的语言， C, C++不是...没有好比较性..
面向对象和虚拟机技术使得任何人都能写代码，但不代表他们能写好的代码；面向对象也不见得慢，关键看设计.

值班管理员001 · 发表于 17-6-2011 15:13:14

原帖由 woodheadz 于 17-6-2011 13:56 发表

 登录/注册后可看大图

WPF的工作原理基本上接近directx,事实上你很容易就能把directX的surface拿来做WPF的brush用。很多操作WPF都直接在显示缓存里做，还能直接利用GPU加速。
传统win API的渲染就是GDI。GDI不能直接写显存，所以做无论 ...

是的， WPF事实上就是直接建立在directx上面了，和这个类似的Andriod开始直接用OpenGL渲染了， QT/QML现在也是直接建立在OpenGL上， HTML5的webgl已经接近成熟， Adobe也在做同样的事情， Apple亦然。

这里面WPF, Andriod和QT走的是一样的技术路线， HTML5的webgl就是个javascript版的OpenGL，能用，但是却比前面几个更底层一些，不太适合手写，适合直接代码生成。 Flash比较自成一家，它就是那个打算编译Flash然后生成HTML5的，当然Native的FLASH也一样再进步。 Apple对OpenGL的封装还是比较浅，不过整体的平台做得成功，暂时没有动力做这方面的改进。

所以开发语言之间没有严格地高低界限，你看现在上面的WPF/Andriod/QT已经让.NET/Java/C++站在了同一个层次了， HTML5很搞笑地让Javascript成了更底层的平台，有点大跌眼镜吧

sliuhao · 发表于 17-6-2011 15:16:08

原帖由 值班技术员 于 17-6-2011 14:03 发表

 登录/注册后可看大图

趋势是这样的，本来就是你说的，一层一层地软件层往上盖，性能越来越差，不过功能和开发效率越来越好，当到了某一个点之后，一帮牛人一狠心，把软件堆栈最高层的API至最底层的API之间的部分全部打掉，也 ...

通俗的说法就是有个好东西出来了，然后本来没有标准和强制方向，下面座沙发和板凳的越来越盖歪楼了；最后有人出来炸楼了，而且很成功....

		自动登录	找回密码
密码			FreeOZ用户注册

FreeOZ

[其他] 我的IT从业心路，迷茫了，你呢？

评分

评分

评分

评分

评分

回复 #75 superopengl 的帖子

回复 #79 melbourner1978 的帖子

评分

回复 #81 tristone 的帖子

回复 #83 值班技术员的帖子

评分

评分

评分

评分

评分