FreeOZ论坛

标题: 我的IT从业心路，迷茫了，你呢？ [打印本页]

作者: mason00 时间: 15-6-2011 18:09
标题: 我的IT从业心路，迷茫了，你呢？
当初选计算机专业，确实是自己喜欢，现在也依然喜欢，只是越来越把IT当工作而不是兴趣了。

刚毕业不是直接做开发的，第一份工作被动选择的成分很高，所以做了一家银行的系统管理，其实就是一装机器的，当然会“管理”一些系统：Exchange, Active Directory, SQL Server, Cisco Router, FireWall，充一下简历的门面。做了一年多打杂的，开始思考自己的职业定位，重新过了一把IT行业中的各个职位，发现开发是最符合自己现状的下一个台阶，至少我不讨厌写代码。

想好了，就开始学习，抱着至少面试可以和别人谈起来的最低目标，拿起了Asp.Net的书，结合实际想做一个管理银行机器的小玩意，毕竟机器大多是我装的，需要管理机器名，IP地址，这些信息。本来这些都是在一张excel表里面的，诸多不便。

接着就开始铺开了，C#, SQL, .Net plat form, 下载了好多电子书，原本无味的工作间隙，也变得有趣了。每当理解了一个又一个开发的知识点，都有莫大的成就感，上学时做一个优秀的软件的理想死灰复燃，就差没去写编译器了。同时，也开始了职业生涯不断跳槽的时代。一是因为工资，还有就是似乎总也没有一个“好地方”可以做一个“好软件”。对IT产业在国内的现状也开始了解了，情况远远不是一个盗版那么简单。

最终，来到了上一家公司sugar crm，一个开源的商用crm软件开发商。主要是php开发的，所以又学起了HTML, Java Script，发觉和Asp.Net完全两条路子，深切的感受到了所谓业界标准的重要性，Asp.Net有着致命的设计缺陷，所有那些数据绑定的控件看似简化了开发，倒不如说是异化了开发。去年，因为金融危机，公司把上海的办公室关闭了。那时，开发对我来说彻底变成了一个工作。

迷茫啊，开发人员经常挂在嘴边的一个词。在积累了一定的技术之后，学习的满足感已经被追逐技术的疲惫感替代。无用武之地的职场现实也大大削减了所谓开发的技术含量。想深入系统层面，看COM, ATL, C++, STL这些，搞不好还没刚学.Net的人容易找工作。对于我来说，无论是技术上，还是职场上都面临歧途。

在国内，不少人都说开发做不过30，或者30以后不做管理就是失败，又或者30岁的开发人员是个失败。在国外，我想也差不多，只是开发和管理的差距不会拉太大，也不会如此刻意。说到底，我们需要的是一个稳定的生活环境而以。那么开发本身对我又意味着什么呢？

要成为一个纯粹的开发人员太不容易了，我总是被这，被那干扰，以我的基础来说，似乎也没啥希望成为一个上水平的开发人员了，开发真的只是一份工作？朋友，你怎么看？

作者: chrischen79 时间: 15-6-2011 18:40
计算机本科4年，自学WIN32 API、MFC、PHP/MySQL => 美国鬼子公司做Java 1年 => 德国鬼子公司做SAP顾问 7年 => 自由职业做iPhone/iPad软件 1年

lz你看我这混乱的career path，我现在做的不是我做过最赚钱的，但绝对是我最喜欢做的

作者: nicoleflopy 时间: 15-6-2011 18:52
ls都是有志向有职业理想的。

我从念了计算机专业就开始迷茫了。。。。。

作者: mason00 时间: 15-6-2011 20:08
楼上还在做IT吗？女性可是稀缺资源啊，在IT圈子中

作者: nicoleflopy 时间: 15-6-2011 20:27
标题: 回复 #4 mason00 的帖子
还在煎熬ing
热切盼望解放<===准

作者: mason00 时间: 15-6-2011 20:30
标题: 回复 #5 nicoleflopy 的帖子
去澳洲还做IT吗？是开发？

作者: nicoleflopy 时间: 15-6-2011 20:46
标题: 回复 #6 mason00 的帖子
当然不做啦！做主妇啊！

作者: mason00 时间: 15-6-2011 20:55
标题: 回复 #7 nicoleflopy 的帖子
唉，IT界又少了一位女性

作者: jerryzh 时间: 15-6-2011 21:22
把孩子培養上了中學就繼續去寫程序。

作者: 四香油饼 时间: 15-6-2011 21:53
我们公司原来有50多岁的程序员呢，楼主别灰心

作者: mason00 时间: 15-6-2011 22:56
继续IT开发是肯定的，也不讨厌，只是和理想状态有些距离，没办法，主要是自己还是个俗人，不能像牛人那样全情投入

作者: MillerYang 时间: 15-6-2011 23:46
标题: 回复 #11 mason00 的帖子
主业养家。。。辅业IT

作者: sliuhao 时间: 15-6-2011 23:48
写程序和创世纪差不多, 不知道你有没有这个体会,有的话就很有意思,没有的话就是工作.

作者: mason00 时间: 16-6-2011 00:14
标题: 回复 #13 sliuhao 的帖子
创世纪的机会比较少，要么就是建造了一个糟糕的世界
大部分时间在维护一个世界，糟糕的情况下是维护一个即将崩溃的世界
这么说有感觉吗？

作者: 周星星1832 时间: 16-6-2011 13:28
98年高考报计算机完全是因为他是热门，并不是因为喜欢。
大学毕业四年出国留学念IT是因为本科是计算机。
硕士毕业找IT是想当然的。
一直工作到现在，谈不上喜欢，就是混饭吃的工具。

作者: ls0430 时间: 16-6-2011 15:20
本科计算机四年-》国内软件公司做导航三年-》英国一公司做广告设计和经理助理一年-》澳洲IT研究生一年半-》CRM相关IT开发两年

作者: melbourner1978 时间: 16-6-2011 16:04
做IT 12年，现在做contractor很开心，再做10年就退休

作者: mason00 时间: 16-6-2011 16:05
标题: 回复 #17 melbourner1978 的帖子
钱赚的多的。

作者: melbourner1978 时间: 16-6-2011 16:10

原帖由 mason00 于 16-6-2011 15:05 发表

 登录/注册后可看大图

钱赚的多的。

倒不全是，做contractor图个清静，不参活办公室斗争，活的简单，以前在国内外企不是站这边就要站那边，否则就是你死我活的争斗，烦透了

作者: 周星星1832 时间: 16-6-2011 16:38

原帖由 melbourner1978 于 16-6-2011 15:10 发表

 登录/注册后可看大图

倒不全是，做contractor图个清静，不参活办公室斗争，活的简单，以前在国内外企不是站这边就要站那边，否则就是你死我活的争斗，烦透了

还是做contractor好。
澳洲的斗争也是你死我活的，是血淋淋的。
不知道有些同学说澳洲工作环境不复杂的结论是咋得出来的

作者: mason00 时间: 16-6-2011 16:39
到哪里都有老虎啊

作者: melbourner1978 时间: 16-6-2011 16:40

原帖由 lufumin1832 于 16-6-2011 15:38 发表

 登录/注册后可看大图

还是做contractor好。
澳洲的斗争也是你死我活的，是血淋淋的。
不知道有些同学说澳洲工作环境不复杂的结论是咋得出来的

说澳洲工作环境不复杂，是你不care或者你没到那个位置，又或者人家不带你玩

作者: tristone 时间: 16-6-2011 17:30

原帖由 mason00 于 15-6-2011 17:09 发表

 登录/注册后可看大图

又或者30岁的开发人员是个失败。在国外，我想也差不多 ...

这个说法大错特错！也就在中国和印度这样急功近利的国家是这种情况。国外50朝上还写代码写得乐此不疲的大把抓。国内之所以这么说是因为不管什么职业选择就一条路——不停往上爬。说白了就是没有选择，不管你是不是做IT的。工作没有乐趣、没有荣誉，只有你死我活和高低贵贱。不是“成功”，就是“失败”。

在公司文化好或者技术气氛比较浓的公司，写代码的完全有可能比搞管理的更牛。

另外，跟着微软的往往没好果子吃。微软的东西看起来用着容易，傻瓜式门槛低。但你想，既然傻瓜都能用，那么换掉你还不太容易了？好像据说Win8一出来，学WPF的又杯具了……

作者: tristone 时间: 16-6-2011 17:32

原帖由 melbourner1978 于 16-6-2011 15:10 发表

 登录/注册后可看大图

倒不全是，做contractor图个清静，不参活办公室斗争，活的简单，以前在国内外企不是站这边就要站那边，否则就是你死我活的争斗，烦透了

有点好奇contractor申请贷款什么的没问题么？

作者: mason00 时间: 16-6-2011 17:39
标题: 回复 #23 tristone 的帖子
说的很对。我的梦想之一就是光明正大的写代码到退休。
微软提供的工具封装的太高级，又绑定操作系统的特性。
不过去看底层的东西效率又太低。
上手容易，中间好工作，要深入上位境界就难了

作者: melbourner1978 时间: 16-6-2011 17:40

原帖由 tristone 于 16-6-2011 16:32 发表

 登录/注册后可看大图

有点好奇contractor申请贷款什么的没问题么？

没问题

作者: woodheadz 时间: 16-6-2011 17:51
找家做产品的公司
每天面对的都是新挑战，做起来挺有激情的

作者: Dreamhouse 时间: 16-6-2011 17:54
兴趣可以和事业配合
就是最幸福的人

我LG做了二十年自己不喜欢的工作
也怨了二十年

有什么办法，有兴趣的，没有能力
有能力的，没有兴趣
只好向钱看

也算是一个目标啊。

作者: mason00 时间: 16-6-2011 18:01
标题: 回复 #28 Dreamhouse 的帖子
梦版的老公也算事业有成，也抱怨20年？

作者: tristone 时间: 16-6-2011 18:09

原帖由 mason00 于 16-6-2011 16:39 发表

 登录/注册后可看大图

说的很对。我的梦想之一就是光明正大的写代码到退休。
微软提供的工具封装的太高级，又绑定操作系统的特性。
不过去看底层的东西效率又太低。
上手容易，中间好工作，要深入上位境界就难了

建议您不妨去看看开源的软件，比方说Apache基金会的。水平比M$的高多了，代码都随便看、随便改。不懂的还能发邮件到list去问，准有人回。

因为开源，没有更新换代的商业压力和利益算计，而且技术的精华都是公开的，你学了也不担心过时。

作者: Dreamhouse 时间: 16-6-2011 18:17
是的。

他不喜欢他的工作，但是这方面的能力很好
喜欢的工作，没有这方面的天份。

不过，我想他要是真的做他有兴趣的工作，他也会怨的。

他是那一种在工作上很难满足的人。

原帖由 mason00 于 16-6-2011 15:01 发表

 登录/注册后可看大图

梦版的老公也算事业有成，也抱怨20年？

作者: 雅瑶冬月 时间: 16-6-2011 18:33
微电子出身，两年400上COBOL开发，然后12年lnfrastructure services，期间带过20多人的团队，现在打算一直做contractor，做到没人请为止，然后找份长工等退休。

虽然我不喜欢任何数码的玩具（游戏，新电话等等），但我还是喜欢这一行的，所以还好，不算迷茫。

作者: ubuntuhk 时间: 16-6-2011 18:42
俺是高中喜欢上计算机，然后本科CS，硕士CS，在一个startup公司干了若干年，赶上00年的IT泡沫冲了个澡，现在属于清贫的挨踢代码民工。

现在就想每天下班能回家种菜、陪陪女儿，工作也就是户口工具，没有神马激情鸟。

作者: mason00 时间: 16-6-2011 19:00

原帖由 tristone 于 16-6-2011 15:09 发表

 登录/注册后可看大图

建议您不妨去看看开源的软件，比方说Apache基金会的。水平比M$的高多了，代码都随便看、随便改。不懂的还能发邮件到list去问，准有人回。

因为开源，没有更新换代的商业压力和利益算计，而且技术的精华都是 ...

我之前公司sugar crm就是开源的。开源证书很有讲究。不过找工作，一般应用型企业开发还是Java&.Net匹配性高。开源产品很依赖部分大牛，如果他们离开了，产品质量和设计思路可能断代。Apache这种属于顶级开源和Linux，开源的C++编译套件都是有很强大背景的。他们的开源其实免费的成分很少，是一种和非开源软件不同的道路。国内几乎就是把开源当免费的用。所以我们公司在国内业务不好开展啊

作者: mason00 时间: 16-6-2011 19:03

原帖由 雅瑶冬月 于 16-6-2011 15:33 发表

 登录/注册后可看大图

微电子出身，两年400上COBOL开发，然后12年lnfrastructure services，期间带过20多人的团队，现在打算一直做contractor，做到没人请为止，然后找份长工等退休。

虽然我不喜欢任何数码的玩具（游戏，新电话等等）， ...

cobol代码写起来前面要固定空多少格，并且每行不能超过80个字符吧？当初在银行工作的时候，AS400上的cobol工程师都是传说中的人物

作者: woodheadz 时间: 16-6-2011 19:03
我是打算写一辈子代码的。
国内因为环境的特殊性，做具体技术确实收入很难上去。这个也是我当初决定移民的原因之一。
国外我觉得要好一些吧。真正以技术为本的公司肯定比国内多不少，技术人员收入也不赖。在这种公司做的东西技术含量和质量都比较高，做起来很有成就感，心也不累。

作者: mason00 时间: 16-6-2011 19:04
标题: 回复 #33 ubuntuhk 的帖子
容易疲惫，特别是有小孩后，生活价值观都变了

作者: tristone 时间: 16-6-2011 19:36

原帖由 mason00 于 16-6-2011 18:00 发表

 登录/注册后可看大图

Apache这种属于顶级开源和Linux，开源的C++编译套件都是有很强大背景的。他们的开源其实免费的成分很少，是一种和非开源软件不同的道路...

您说的开源的C++编译套件莫非是RAD tool？

至少gcc/gdb和boost库全都是完全开源的吧？Apache的东西很多，涵盖的面越来越广，而且我没听说有收费的（不过这几年没怎么关注）。Apache License也是很宽松的，你怎么改、怎么卖都没关系，只要不管它叫Apache就行。

如果一定要RAD，而且要实用，基本bug free，比方说做到borland IDE的水准，那你肯定要付钱。因为人家就是靠这个吃饭的，不然活不下去。但是长期写UNIX/Linux代码的，有几个在用这些？不都是vim/emacs？为啥？因为好用！而且用上几十年都不用换。一开始用不惯，搞个eclipse也行啊。

靠开源赚钱确实很难，但是谁都想要开源的技术和支持。这也就是为什么大公司都愿意往里面投钱的原因。你别看微软不开源，开源的组件他还是照用不误的。所以学到其中的技术，也不愁没饭吃啊。

作者: 雅瑶冬月 时间: 16-6-2011 19:50

原帖由 mason00 于 16-6-2011 18:03 发表

 登录/注册后可看大图

cobol代码写起来前面要固定空多少格，并且每行不能超过80个字符吧？当初在银行工作的时候，AS400上的cobol工程师都是传说中的人物

同样，我当时改的程序的花牌头十几行都是70年代初的，有一两个竟然还在公司里干着，神一样的存在。

作者: mason00 时间: 16-6-2011 19:51
标题: 回复 #38 tristone 的帖子
行家啊。我说的就是gcc/gdb这种，和linux开源基金会是一个根吧，似乎也参与apache，这帮人都是软件产业的基石和标准制定者。
不过这些技术又深，又稳定，在就业市场机会少，一旦找到也是大把的钱。培养风险很大。
我是一般的.Net开发，想看看windows底层的东西，什么com，win32这些，也是就业市场需求不大。
tristone是做啥的啊？

作者: mason00 时间: 16-6-2011 19:53
标题: 回复 #39 雅瑶冬月的帖子
有个笑话吗，就是说cobol程序员的，说20岁进公司，50岁和新程序员谈开发，完全两个世界，不过cobol程序员还是活得好好的

作者: tristone 时间: 16-6-2011 19:57

原帖由 mason00 于 16-6-2011 18:51 发表

 登录/注册后可看大图

行家啊。我说的就是gcc/gdb这种，和linux开源基金会是一个根吧，似乎也参与apache，这帮人都是软件产业的基石和标准制定者。
不过这些技术又深，又稳定，在就业市场机会少，一旦找到也是大把的钱。培养风险很大。
...

投行写Linux C++的。以前很早的时候做过MFC，幸亏及时罢手了。以前没办法，学电脑只有看书。现在有了互联网，不用拴在微软的战车上了。

作者: mason00 时间: 16-6-2011 20:05
标题: 回复 #42 tristone 的帖子
哇塞，投行，我也是啊！不过我去年刚进，小混混，主要交易系统都在mainframe上，我在弄outlook插件这些小东西。
MFC就是封装太过的典型啊，不过windows上还真没其他官方库可用，要么win32直接手写啊？好像不太行。那个时候是不是选VCL的比较多？
Linux平台肯定是标准的天下，在windows上还是要跟着微软走，不过.net有几个技术太新，不敢学。Linq，WPF，WF什么的，WCF还好点，最近也没怎么碰。
我觉得com的思想还是很不错的，看com的书简直是在做思维联系。
Linux上互操作完全是基于c++的标准来的吗？我又一次要在linux上编译个php的模块，累啊，好多dependencies，还要特定版本的dll，又对linux不熟，唉。。。最后还是找编译好的用比较方便

作者: tristone 时间: 16-6-2011 21:01

原帖由 mason00 于 16-6-2011 19:05 发表

 登录/注册后可看大图

哇塞，投行，我也是啊！不过我去年刚进，小混混，主要交易系统都在mainframe上，我在弄outlook插件这些小东西。
MFC就是封装太过的典型啊，不过windows上还真没其他官方库可用，要么win32直接手写啊？好像不太行。那 ...

Linux上流行的还是纯C。以前刚进公司的时候跟一个澳洲大牛争论过C还是C++好，他力挺C。现在明白了，C++确实更加容易被滥用。调试时一个frame套着几十个template的时候那种痛苦真是…… com的调试问题好像也很严重的说。微软的概念，每个推出的时候都吹得牛B烘烘，如果只看微软的书，肯定得佩服得五体投地。不过过个几年大浪淘沙就知道它是什么货色了。不是说微软没啥好东西，只是咱没这么多精力和人品可以消耗。

Linux上编译，确实dependency很多。不过Windows上不也一样么？你需要的DLL缺了一个能工作么？如果为了学习编译的过程，可以挑一些简单的或者支持比较好的。比方说Apache的东西一般都有很详细的安装使用手册，网上也可以搜到很多编译安装调试攻略，community的支持也很不错。但是代价是你必须放弃微软的使用习惯——MSDN啥都有，纯傻瓜式。

其实投行也没啥的，觉得不如专业的IT公司。不想再干这行了。

作者: mason00 时间: 16-6-2011 21:10

原帖由 tristone 于 16-6-2011 18:01 发表

 登录/注册后可看大图

Linux上流行的还是纯C。以前刚进公司的时候跟一个澳洲大牛争论过C还是C++好，他力挺C。现在明白了，C++确实更加容易被滥用。调试时一个frame套着几十个template的时候那种痛苦真是…… com的调试问题好像也很严重 ...

恩，那个写linux的人也喷过C++，说代码结构太复杂，其实他就是不支持面向对象，在系统底层还是不需要这么多对象概念的。windows底层也是大把的纯C。
投行还是那些trade厉害，赚钱猛。IT都是后勤保障部门，除非交易系统，其他都是增值非必要的，大多增加了管理复杂度，就好像trade只要C，我们老是给他们C++的东西。
COM因为运行模式多，所以调试烦，而且大多也是用ATL模板，有好多东西看不到，唉。。。我也不是很懂

作者: woodheadz 时间: 16-6-2011 21:27

原帖由 tristone 于 16-6-2011 20:01 发表

 登录/注册后可看大图

com的调试问题好像也很严重的说。微软的概念，每个推出的时候都吹得牛B烘烘，如果只看微软的书，肯定得佩服得五体投地。不过过个几年大浪淘沙就知道它是什么货色了。不是说微软没啥好东西，只是咱没这么多精力和人品可以消耗。

com还可以啦，VisualStudio调试支持也算不错，在其它平台那么好的调试工具恐怕也不好找。其实com一路发展过来还是挺成功啊，后来的COM+和现在的.net,都可看作是在com基础上的发展和延伸。
其实微软的技术是很不错的，只不过他老把重点放在提供尽量傻瓜化的开发界面方面，MFC、VB和现在的ASP.NET,都做到了让程序员在不了解系统底层工作方式的情况下能够开发普通应用系统。这样好处就是程序员上手容易，坏处就是要找个在技术方面很优秀的MS平台程序员，还真有点不大容易

作者: chrischen79 时间: 17-6-2011 00:05
这个帖子好！渐入高潮了！不是搞IT的指定看不懂了！
我等用Objective-C的过来膜拜Linux和C/C++高手了！

作者: tristone 时间: 17-6-2011 00:40

原帖由 chrischen79 于 16-6-2011 23:05 发表

 登录/注册后可看大图

这个帖子好！渐入高潮了！不是搞IT的指定看不懂了！
我等用Objective-C的过来膜拜Linux和C/C++高手了！

唉，真是不敢当

我其实也是捣捣浆糊的朋友

作者: tristone 时间: 17-6-2011 00:53

原帖由 mason00 于 16-6-2011 20:10 发表

 登录/注册后可看大图

说代码结构太复杂，其实他就是不支持面向对象..

其实面向对象是一种思考方式，并不完全依赖语言。用纯C，都不用Object C，也能写出非常面向对象的代码，非常简洁易懂。我也是看了Apache的代码才发现原来能够这么写。简单的讲，就是用结构体构造对象的数据结构，然后定义一套成员函数，每个函数都至少有一个参数是指向这个数据结构的指针。至少有一个object_create()和一个object_destroy()充当构造函数和析构函数。继承和多态可以通过回调函数实现。当然这里的封装不严格，没有任何编译器提供的强制检查，更多的依赖于程序员的素质。但是习惯了以后非常好用。另外Apache自己还有个基础函数库叫做APR（ApachePortableRuntim），竟然还提供了内存池，你可以只管申请，由APR负责释放。

当然所有这些都建立在开发者素质的基础上。C++相对来说对开发者要求低一些，更加适合于商用，Java更适合，呵呵。

作者: mason00 时间: 17-6-2011 01:08
标题: 回复 #49 tristone 的帖子
这个牛逼了，只是听说过。apache那帮人都是很底层的。我想他们需要某些面向对象的特性来减少代码量，而又不想损失性能。完全面向对象估计web服务器性能一塌糊涂了。听你这么一说，就觉得是走得通的，很合理。那个指向自己的数据结构指针应该是为了在函数中模拟访问对象的成员变量吧。

这让我想起来java script，也是灵活的一塌糊涂的语言。肯定不是面向对象，虽然有个object。号称基于函数的语言，函数又是函数指针，又是对象。在牛人手里就被用得出神入化，很可能都看不懂怎么调用的。也是部分实现了对象的好处，而没有完全支持面向对象的所有特性。

据说bing的web服务器不是iis，也是用c++自己写的。开发无止境啊。我就是觉得自己是成不了那种程序员了，只能搞份工作，养活自己。

作者: chrischen79 时间: 17-6-2011 01:20

原帖由 tristone 于 16-6-2011 23:53 发表

 登录/注册后可看大图

其实面向对象是一种思考方式，并不完全依赖语言。用纯C，都不用Object C，也能写出非常面向对象的代码，非常简洁易懂。我也是看了Apache的代码才发现原来能够这么写。简单的讲，就是用结构体构造对象的数据结构， ...

tristone，你到MEL，让我这样号称是搞IT的感觉就业压力很大！！！

作者: mason00 时间: 17-6-2011 01:23
标题: 回复 #51 chrischen79 的帖子
没事，高手在普通就业市场上需求不大。对了，你用object-c做开发，在iphone上吗？那个ext js的库，可以用html5模拟触摸的那个，是不是对object-c冲击很大？

作者: chubbycat 时间: 17-6-2011 01:25

作者: chubbycat 时间: 17-6-2011 01:25
主业灌水。。。辅业IT

作者: mason00 时间: 17-6-2011 02:21
对了，tristone同志，以你的经验看，以下哪种组合工资/就业机会更高？

你的技术 + 英语4×6的水平
你的技术×70% + 英语4×7水平

作者: lisa2008 时间: 17-6-2011 02:37
鹿过鹿过

作者: chubbycat 时间: 17-6-2011 06:49

原帖由 mason00 于 16-6-2011 16:39 发表

 登录/注册后可看大图

说的很对。我的梦想之一就是光明正大的写代码到退休。
微软提供的工具封装的太高级，又绑定操作系统的特性。
不过去看底层的东西效率又太低。
上手容易，中间好工作，要深入上位境界就难了

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

作者: MacroJ 时间: 17-6-2011 08:22
AS400上面用RPG的人路过同时膜拜用高级语言的TZ们

在非OO的语言环境中模拟OO的效果还是挺有趣的

作者: outdance 时间: 17-6-2011 09:26
不懂C/C++ 有人讨论JAVA么？

作者: 周星星1832 时间: 17-6-2011 09:55
成了技术贴了

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

作者: chrischen79 时间: 17-6-2011 10:13

原帖由 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

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

 登录/注册后可看大图

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

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

作者: mason00 时间: 17-6-2011 11:44

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

 登录/注册后可看大图

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

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

作者: chubbycat 时间: 17-6-2011 11:46
往纯技术底层发展=要往业务靠

作者: mason00 时间: 17-6-2011 11:46

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

 登录/注册后可看大图

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

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

作者: chubbycat 时间: 17-6-2011 11:47

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

 登录/注册后可看大图

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

more $$ with Unix background

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

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

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

作者: ubuntuhk 时间: 17-6-2011 12:31

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

 登录/注册后可看大图

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

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

作者: melbourner1978 时间: 17-6-2011 12:43

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

 登录/注册后可看大图

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

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

作者: superopengl 时间: 17-6-2011 12:58

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

 登录/注册后可看大图

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

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

作者: ubuntuhk 时间: 17-6-2011 13:11

原帖由 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
啥都不懂的路过

作者: mason00 时间: 17-6-2011 13:17
严重同意单开Contractor的帖子。
小牛在国内真是小牛，大牛就是老牛了

作者: superopengl 时间: 17-6-2011 13:34

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

 登录/注册后可看大图

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

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

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

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

作者: 值班管理员001 时间: 17-6-2011 13:50

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

 登录/注册后可看大图

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

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

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

作者: mason00 时间: 17-6-2011 13:53

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

 登录/注册后可看大图

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

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

作者: melbourner1978 时间: 17-6-2011 13:59

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

 登录/注册后可看大图

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

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

作者: mason00 时间: 17-6-2011 14:07
标题: 回复 #79 melbourner1978 的帖子
真牛其实不多，上论坛瞎泡的，像我这种，基本就是能聊起来的水平，真的干起来，搞出来的多是垃圾代码了

作者: tristone 时间: 17-6-2011 14:07

原帖由 值班技术员 于 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
标题: 回复 #81 tristone 的帖子
比较同意c++太复杂了，再往上C#就更臃肿了。设计语言的目标不一样，C#就是给“傻瓜”程序员用的，比如我。写商业应用快。
也就java粉丝能说java和c++差不多。

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

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

作者: 值班管理员001 时间: 17-6-2011 14:40

原帖由 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
标题: 回复 #83 值班技术员的帖子
原来如此。我觉得高层很多功能还是在不断的往下面调，很多基础功能都是在C这里搞好了，高层再加些增强来提供更好的功能，就多出新的系统API了。

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

作者: woodheadz 时间: 17-6-2011 14:56

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

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

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

作者: 值班管理员001 时间: 17-6-2011 15:03

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

作者: 值班管理员001 时间: 17-6-2011 15:13

原帖由 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

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

 登录/注册后可看大图

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

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

作者: woodheadz 时间: 17-6-2011 15:19

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

 登录/注册后可看大图

是的， 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成了更底层的平台，有点大跌眼镜吧

是啊，我估计再过两年，肯定会有一些基于HTML5 Canvas+JS的新UI框架出现。

Flash现在我是不大看好。根据我近几年做Flash编程的感受，Adobe技术真的很烂。ActionScript3 鬼头鬼脑，完全不能和C#,JAVA这种级别的语言相比。
随着HTML5的推广，Adobe多半会沦落为一个开发设计工具的角色而不是现在的平台角色。

作者: mason00 时间: 17-6-2011 15:29
标题: 回复 #91 woodheadz 的帖子
C#好歹也有个语言大师在那里撑着。Adobe强的地方没有任何竞争啊，这个很牛。

作者: ubuntuhk 时间: 17-6-2011 15:35

原帖由 woodheadz 于 17-6-2011 14:19 发表

 登录/注册后可看大图

是啊，我估计再过两年，肯定会有一些基于HTML5 Canvas+JS的新UI框架出现。

Flash现在我是不大看好。根据我近几年做Flash编程的感受，Adobe技术真的很烂。ActionScript3 鬼头鬼脑，完全不能和C#,JAV ...

Chrome OS看来有潜力

我对Flash印象也不好，太吃CPU资源了，虽然现在CPU越来越便宜，但也不是这个搞法。

HTML5的应用值得期待。

作者: mason00 时间: 17-6-2011 15:36
感谢楼上几位高人的解疑释惑。收获很大。
虽然都是调底层，底层的库也发生了变化，走directx比走GDI+要性能好，是这样理解吧

作者: mason00 时间: 17-6-2011 15:45

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

 登录/注册后可看大图

Chrome OS看来有潜力

我对Flash印象也不好，太吃CPU资源了，虽然现在CPU越来越便宜，但也不是这个搞法。

HTML5的应用值得期待。

chrome os只做上网本？

作者: 值班管理员001 时间: 17-6-2011 15:48
这篇文章和这个帖子很切题

http://www.36kr.com/developers-get-better-with-age/

作者: mason00 时间: 17-6-2011 16:03
标题: 回复 #96 值班技术员的帖子
好贴。过了27岁的高峰期之后，每隔6-7年程序员数据就会减半。在没找到新出路前，估计不会被剪掉。

作者: superopengl 时间: 17-6-2011 16:32

原帖由 sliuhao 于 2011/6/17 13:16 发表

 登录/注册后可看大图

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

这也是我一直坚信ICT这个行业的活是永远都有的原因————不断有人炸楼，然后推倒重盖。

作者: chrischen79 时间: 17-6-2011 17:34

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

 登录/注册后可看大图

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

native能做，html5不能做的太多了
core data，core animation，quartz2D⋯⋯
可能我对html5不了解吧

作者: chrischen79 时间: 17-6-2011 17:42

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

 登录/注册后可看大图

这篇文章和这个帖子很切题 http://www.36kr.com/developers-get-better-with-age/

中午刚看过这个，stackoverflow牛人太多啊

欢迎光临 FreeOZ论坛 (https://www.freeoz.org/bbs/)