劣币是如何驱逐良币的

群雄逐鹿

发现一个悖论：

在没将劣币良币玩一遍之前，
哪有资格讨论谁是劣币良币呀。

但是等你满怀喜悦的将劣币玩进系统后，悔之晚矣

zhujiang73

原帖由 wwwsq 于 2009-8-25 11:33 发表



"他们使用了自己设计的链表"，仍然是C语言的简单语法。不会忽然冒出来一堆boost::bind之类的东西需要你去学习掌握。

简单的代码，多一点也无所谓。晦涩的代码，有一点也很要命。

在看起来相似实际却不同的数据结构之间做转换就是灾难。 程序崩溃了，调试了 N 遍应该没问题呀，最后发现这个链表不对应该是那个版本的，看起来真像。

好像 boost::bind 要进 STL ，成为下一代 C++ 的标准，到那时不学就不行了。

wwwsq

原帖由 群雄逐鹿 于 2009-8-25 11:52 发表
发现一个悖论：

在没将劣币良币玩一遍之前，
哪有资格讨论谁是劣币良币呀。

但是等你满怀喜悦的将劣币玩进系统后，悔之晚矣

1，程序员需要学习，而且需要从别人的失败里面学习。
2，公司需要请资深的、经过验证的人负责系统设计，不要让半吊子水的人设计系统。（很多人半吊子水的人会把公司的产品当成自己的试验场）

希望有人能从我这个帖子里面体会到一些东西。

[ 本帖最后由 wwwsq 于 2009-8-25 11:58 编辑 ]

benjiam

原帖由 wwwsq 于 2009-8-25 11:57 发表




1，程序员需要学习，而且需要从别人的失败里面学习。
2，公司需要请资深的、经过验证的人负责系统设计，不要让半吊子水的人设计系统。（很多人半吊子水的人会把公司的产品当成自己的试验场）

希望有 ...

学到了一些 经验。

也从google 里面学到一些经验。


第一 项目要设置自己的 学习底线， 如google 这么强的team 对于boost 都只推荐几个基本的库
第二 只使用最简单的东西， c++ 里面 google 也只推荐使用一些最基本的特性。
第三 项目设计需要一个资深的人， 资深的人 就是他已经把错误都犯过一次了，不会再犯了。
第四 代码规范  和review 是非常需要的。 任何代码都需要review

wwwsq

原帖由 zhujiang73 于 2009-8-25 11:54 发表


在看起来相似实际却不同的数据结构之间做转换就是灾难。 程序崩溃了，调试了 N 遍应该没问题呀，最后发现这个链表不对应该是那个版本的，看起来真像。

好像 boost::bind 要进 STL ，成为下一代 ...

等它进去了再说吧，concept还曾经说要进C++语法呢。

而且就算进了stl又如何？stl里面也并不是每样东西都值得用的。做裁剪的话，也需要裁剪一下哪些stl是值得使用的，哪些stl是不值得使用的。

"看起来相似实际却不同的数据结构"，这个确实是灾难。我也遇到过。深恶痛绝。后来我们下大决心，花大力气，把那些代码提取出来了。从此定期向大家提醒，公司library有的东西，都不要自己做了；公司library里的东西不合意，提出来，大家商量着改。

jeanlove

原帖由 wwwsq 于 2009-8-25 11:47 发表




呵呵，知道有人同病相怜，感觉好多了。

这真的是一种普遍现象，后来者越来越难以取得事业上的成功，我自己也是这样，无话可说，只能用能力有限来安慰自己。上司呢，也正好可以以"你解决问题的能力一般的啊"，不给你什么资源和帮助，只能自己想办法憋出来。没有什么发展机会，因为项目维护困难，正好有理由，不给加薪，不给提升，就扔给你一堆半死不活的代码，就这么耗下去，就这么干下去。

对于个人而言，所谓的个人职业规划，除了希望能换个地方涨些钱善待善待自己，真的没什么可以想的。什么职业发展都是洗脑的废话，只有自己吃饭本事硬功夫的提升才是最真实的。除非是leader的嫡系。外企民企都一样，不都本土化了么。

说道这里，确实令人沮丧，可是又是常态，又有多少人干着和我差不多的事情消耗着，不再有激情，不再年轻，不再，连想法都没有了(这才几年?)，只是一个到点打卡的机器工人。发展，职业，不过是成功人士自我吹嘘的话题，自己还是一个吃别人剩饭的老百姓，而且基本干到退休，很可能都不会有什么变化。现在最害怕是有一天早生华发精力不再，到那个时候，恐怕连给人擦屁股的饭碗都找不到了。

俺想想当年还是一个曾经热情于人工智能和计算机视觉的呆头小伙，现在在菜场如能你遇到拉着小孩讨价还价的我，感觉和那些卖菜的人其实区别不大，就是偶尔会刁滑一下的劳苦大众纳。。。。。。

祝lz身体健康，吃饭去了... ...

UnixStudier

原帖由 zhujiang73 于 2009-8-25 10:49 发表


会出现别的问题，很多 C 的项目有自己的链表，树，队列等数据结构，新来的人首先要熟悉这些。

项目管理是一门艺术，不是换个语言就能解决的。

真是搞不懂了，爲什麽不使用
queue.h
tree.h
呢？
自己寫一份數據結構很有成就感嗎？

benjiam

发现自己漏了最关键的一点

设计的思想 文档一定要有

项目逐渐膨胀 复杂  很快超出大脑记录的极限， 没有文档， 人员流动。 项目很快就不可维护了。

我们一直在考虑 加太多东西的时候， 其实是自己没做好。


如果文档齐全 不会如此

reiase

原帖由 群雄逐鹿 于 2009-8-25 11:52 发表
发现一个悖论：

在没将劣币良币玩一遍之前，
哪有资格讨论谁是劣币良币呀。

但是等你满怀喜悦的将劣币玩进系统后，悔之晚矣

所以别人的经验很重要，
别人的失败很重要

zhujiang73

原帖由 wwwsq 于 2009-8-25 12:02 发表



等它进去了再说吧，concept还曾经说要进C++语法呢。

而且就算进了stl又如何？stl里面也并不是每样东西都值得用的。做裁剪的话，也需要裁剪一下哪些stl是值得使用的，哪些stl是不值得使用的。

"看起 ...

STL 的好处就是提供了一套标准的数据结构和算法，C++ 的程序员通常比较胆小，STL 里有他们一般不敢单独再搞一套 。

不同的语言各有优势，项目的成败主要看架构师，只是好的架构师太少。十天能出一个暴发户，十年不一定能出个好的架构师。