re: 怎样处理老员工问题 梁-兄 2008-06-09 10:43
看来拿皇帝管理国家的例子来做借鉴，有失妥当，也伤害了一些人的感情。我这个人对西方现代管理方面的书籍看的不多，而印象比较深的就是<<杰克.韦尔奇自传>>、<<赢>>、关于麦肯锡方面的书、以及一点点MBA方面的书。而国内的，<<孙子兵法>>、<<三国演义>>、<<史记>>、<<资治通鉴>>、<<二十四史>>、<<水浒传>>都买了放到家里，没事的时候就会翻翻，看这些书，一是当故事看，二是有时候也有点借鉴作用的。我个人感觉到，这些写王侯将相的书，并不是只能由毛泽东这种人来阅读来借鉴的，我们老百姓也可以，只要你感觉用得上就行了，至于有没有效果或能起到多大效果，只有用了之后才知道。连日本有些企业也研究我们的<<孙子兵法>>等古书，运用在现代企业管理上，效果听说也不错。别人都来研究来运用，我们自己借鉴一下，有何不可呢？至于举例子，难道所拿的材料里的人物，一定要和我们身份一致，岂不可笑？
总之，不管怎么样，有评论就是十分好的，反面和正面的评论都是一样的，一个人不想听、不想看一切反面的评论，那说明他没有胸襟；我一个朋友喜欢把所有反面的评论全删除，而我从来不删除任何反面的评论，我希望有很多反面的声音，以警醒自己。当然，这个“正面”和“反面”的用词可能也不恰当，相信大家能理解我所说的意思。
呃, 这位兄弟很细心, 我写错了!
十分感谢这么细心地阅读!
re: 面向对象设计中的继承、组合、聚合 梁-兄 2008-02-02 10:06
欢迎大家积极讨论, 其实我们从发言中可以看出一个人现阶段对技术的关注点.
我研究ACE其实当时是想用它达到跨平台, 后来还买了马达维翻译的<<C++网络编程>>上下两本书, 这也是公司分配的技术调研任务, 当然要你分析出优点和缺点,不然部门人怎么知道决定用不用, 技术调研都是需要调研人分析之后做一个PPT, 给部门所有人进行讲解的, 然后大家根据公司实际项目和技术情况, 决定是否使用. 我不知道其它公司是不是这么做的.
我对算法确实没有研究, 感觉开发游戏的朋友对这个很讲究. 我们平时开发基本上用到的算法,都是可以找到现成的, 不需要自己重新发明轮子,最多根据实际情况修改下, 比如hash算法, 红黑树, 二分查找等等.
对于算法, 就象曾经某个记者问爱因斯坦某个公式怎么写, 爱因斯坦回答就是去查大英百科字典. 对于现在软件开发, 不仅仅是数据结构+算法的模式了, 我们应该关注架构设计, 特别是根据你公司产品和实际项目来决定架构设计, 以达到随着业务变化而需要的很好架构扩展性.
re: 面向对象设计中的继承、组合、聚合 梁-兄 2008-01-30 12:45
仁兄说的对, 我说别人的时候往往振振有词, 自己确实是泛泛之辈而已. c++的库是最难写的, 就是c和java来写一个库, 也不是我这样的人能写出的, 确实不能到达这个境界.
不过我要强调一点, 我提到的书一个是大家公认的, 另外一个就是这些书不是你1~2年就能理解的比较深刻的, 这是很多人忽视了, 要理解得比较深刻,是需要理论与经验结合的.
还有,我因为工作需要, 分析过openH232, ace, apache server, gsoap等开源项目, 自己也分析glibc/linux kernel2.6, 我不敢说能理解得怎么深刻, 但是并不是那种不务实的人, 还是认真得去做了.
我对boost库不感兴趣, 我只学习STL, 标准是最重要的, 除非boost完全引入标准库. ace也其实是中间件, 致命的弱点就是为了跨平台要别人学习它的字符串类开始, 这又是一个MFC, 所以我学习过后, 感觉架构的思想还可以借鉴, 采用它就不必.
所以, 评论与批评是必要的. 好消息就是我的整改方案终于让部门接受, 大家积极起来, 同事还提出引入mfc的RTTI机制以达到动态性. 我是一个坚持的人, 不停说服别人的人, 并不是只说不做.
欢迎大家发表评论, 哈哈
re: 面向对象设计中的继承、组合、聚合 梁-兄 2008-01-28 10:13
这位老兄说得不错, 对这个"度"的阐述很好, 看来实战经验很丰富了.
这篇文章是这么写, 而现实情况我其实并没有要求他在当时想到这个扩展性, 而是这次准备新接一个省移动平台, 我想借机重构成可扩展的架构, 而且是最小改动了, 但他还是不理解\不接受, 十分冷漠地对待, 还想让这一块更乱, 所以我才写了这篇文章抒发心中郁闷.
re: 面向对象设计中的继承、组合、聚合 梁-兄 2008-01-27 20:59
还有，我这个人可是一到下班时间，就关机走人回家吃饭，从来不喜欢加班。我认为加班是没什么效果的，人的体力有限，8小时中能集中5小时就不错了。
设计水平应该是随着开发时间越长而越高，不应该搞了五六年还象个刚毕业的，跟结婚生子等一点关系都没有，反而是结婚生子让男人成熟，在设计思考上更深思熟虑.
re: 面向对象设计中的继承、组合、聚合 梁-兄 2008-01-27 20:47
我在这里不可能把很多同事的实际情况写出来，我们是基于模块管理的，一般情况是别人的模块，其他人是不去管理的，除非想多学东西。所以前面人一般不会去review他写的代码。 但我们之间也有接口，忙的时候是配合开工的，为了能全面了解公司系统，我这个人却喜欢阅读公司所有代码，就发现很多问题。当然我这个人也喜欢去看linux内核原代码，glibc代码，可能是很多人无法做的到，也没兴趣的事。
还有就是我自己工作8年，就算在这个公司也是老员工了，工资和他们相差无几。我们基本上从来不会加班，所以我有大量时间去学习; 但很多同事要么热中炒股，要么喜欢玩，基本上是不会象我这样去学习，公司可能就两三个人喜欢学习了。
我也30过了，也结婚等等，也随时一有机会就走向技术管理，所以我感觉我这一类型的开发经验丰富的老员工，应该积极提高设计水平，不然机会来了，却由于自己知识面窄，根本无法做高级架构师、技术经理、技术总监。
当然百分之八九十的技术人员一旦稳定下来，就是在公司慢慢混，一个部门领导的职位毕竟只有一两个，而大部分人也不适合转行，过了35岁，肯定日子越来越不好过。
re: 怎样从EXE程序里释放dll文件 梁-兄 2007-12-18 16:42
这些小玩意自然不是什么技术, 不过有人已经有现成的代码的, 贴给我,免得我去查MSDN.
re: 代理模式与webservice实现 梁-兄 2007-12-09 09:45
gSoap开发比Axis开发并不麻烦，但方式有所不同: Axis开发是一般我们用xml工具定义好接口的wsdl文件，然后用Axis的工具wsdl2java就自动生成客户端和服务器代码了；而gSoap开发是先定义一个头文件xxxx.h, 在头文件里说明你提供服务的接口，如果有必要自定义类型的话，就定义特有的自定义的struct结构类型等，然后使用gSoap提供的工具根据你提供的头文件来生成相应的客户端和服务器代码，一定要理解清楚它调用路径，不然确实使人迷惑而不想用，这些C++方面的风格真的很难看，这一点远远比不上Axis开发。这些开源框架的使用，一定要静下心来看他们提供的英文使用文档，里面有使用的例子。
re: 书山有路勤为径，学海无崖苦作舟 梁-兄 2007-12-05 09:17
好, 这本书还真没看过, 去书店看看. 其实还有侯捷翻译的那本关于STL的书,买了都没去看. 还有异常的C++系列, 想看也没去买, 现在人比以前懒了, 另一个原因是我的注意力放到j2ee和.NET上了, C/C++的书基本不看了.
哈哈，if(str || 0 == str[0]) 确实会core掉，我直接copy在上一篇里李锦俊给我的回复里写的，他写错了，我也没想就copy过来，实在是粗心了：（