中间有google掺和的被LLVM加强火力的Python

rawa9999

java高级程序员需要考认证，dotnet程序员也需要考认证，在商业公司的领域如果想有个比较高的位置需要付一笔费用，你将成为微软和Sun的工具，框架模型好的方面可以提高编程素养，同样也会使你陷入圈套，我清楚的认识到这一点，所以才转向开源linux，java现在真的开放了，但是还是商业性质， Apache ant是一个很好的开源工具－－java的make。

rawa9999

gvim已经是键盘+鼠标了，很完美了。

rawa9999

哈哈，突然明白google把python移植到llvm上的用意，学perl？学java？还是学dotnet？

rawa9999

google确实是帮聪明的家伙，有胆有识。

Cyberman.Wu

原帖由 rawa9999 于 2009-9-17 17:21 发表
Emacs、vim是编程编辑器世界的autoCAD，本人曾熟练使用autoCAD，基本上离不开命令，vim更适合autoCAD的习惯，随心所欲控制你编辑的文章，但是还有改进的地方，比如左手输命令、右手控制鼠标的CAD模式会使vim有个 ...

哈，居然看到一个当年的同道啊，你用的是哪个版本？我以前用到过版本10（好像12最后也用了一下）。左手键盘、右手鼠标，命令不够用的时候还可以用AutoLISP造一些出来；不过把命令简化到左手的确每个人简化方式不同，通用性差一些，最好是自己一直用一台机器。毕业之后转行了再也没用过AutoCAD。

不过AutoCAD是用用来画图的，有些操作鼠标更方便一些；而VIM主要是文本编辑，所以鼠标的用处相对更少一些。

[ 本帖最后由 Cyberman.Wu 于 2009-9-25 19:17 编辑 ]

Cyberman.Wu

原帖由 prolj 于 2009-9-17 20:51 发表
easy_install 好像是Python的宏包管理器，我不知道叫什么，LaTeX里面叫宏包，就沿用了这个叫法。
短期内无法使用Lua，下个项目可能考虑Lua。
在某个领域里面的代码生成器是可行的，我现在没有在写代码，而是写 ...

UML的确大公司用的相对多一些，但这个并不是UML多牛，而是公司大了有时候项目也偏大一些，被分为多上部分之后相互之间的交流更需要一种相对High Level的描述方式。其实UML中除了Use Case之后基本上都是只给开发相关的人看的；而且实际上能描述到客户看懂境地的Use Case图比较少。

UML出来时候一直鼓吹的是统一开发过程，但实际上项目的领域不同、规模不同、所用的开发环境不同，迄今为止没看到过开发过程能统一的迹象。以前工作中我很讨厌那种八股文式的文档，有统一的格式，但内容空洞，没必要的描述了一大堆，而真正需要的啥也没有。要High Level地描述一个系统，并没有哪种方式可以适用所有环境，以前的同事有把状态图和时序图揉合起来做了个四不象图的，反正能更清楚地表达系统的运行。我很反感那种明明用传统流程图更能表达设计的地方非要套某个UML图的人。
不过这种灵活运行的方式相对更依赖于人的水平，大公司往往不喜欢，所以定出一堆标准模板来；但我感觉标准模板应该是一个参考而不是一个规定。

[ 本帖最后由 Cyberman.Wu 于 2009-9-25 19:28 编辑 ]

ccaaatt

几天前看了个Colin Winter讲unladen-swallow的视频，

不知道是听力烂还是咋了，反正好像基本没怎么讲技术

30分钟听了一头雾水

lllaaa

google搞这个是因为他们自己要用

wsw1wsw2

我觉得喜欢perl的人大多是Unixer，不知道说perl简洁会不会有争论哦。

python是做大项目的好语言，很好学习，入门很简单。perl确实不适合做大项目，（参与人数众多，水平参差不齐的大项目）。


最近处理了一个文本文件，大概几百个M的，关于气象方面的数据。本来用fortran写程序处理的，后来不行，用了perl，100行代码没到，全部OK。

ccaaatt

现在的消息google对python的性能好像，在可以预见的未来不抱期待了
连和Ruby比的心情都没了