这个问题最近正好有在看 -wxlin2k(wxlin2k) @埃德蒙顿华人论坛:埃德蒙顿枫下论坛 The Rolia Forum of Edmonton

工作学习 / 事业与工作 / 【精华】IT 入门攻略（8）码感 -wincity(红卫兵); 2014-4-20 {2818} (#8718119@0)

文不对题。你这不过是谈了一点动手能力，和什么感不感的扯不上。现在哪行哪业，有点成就，没点成就的，都在说干俺这行你得有感觉。 -tracy.f(杨柳依依); 2014-4-20 (#8718162@0)

不敢苟同啊。没有码感人生地不熟的怎么能找到路～～～ -wincity(红卫兵); 2014-4-20 (#8718169@0)

找别人的code，不过是猜测，推理，和锲而不舍。 -tracy.f(杨柳依依); 2014-4-20 (#8718181@0)
码感是可以通过学习得到的，古人有曰：“读书破万卷，下笔如有神”。。。多年前，听别人讲解DESIGN PATTERN的时候如听天书，现在发现我给别人讲解DESIGN PATTERN的时候，别人也是一头雾水，多读多练的结果而已 -spinner(Spinner); 2014-4-20 (#8718186@0)

Design Pattern 其实都是忽悠人的东西. 不少的pattern都是对前期design的设计不足的弥补. -boolean(北漂一族); 2014-4-20 {475} (#8718295@0)
Design pattern 东西核心思想就是封装变化点, 仅此而已.
哪里有变化, 哪里就有封装. 面向对象有时候蛮扯的, 特别是这个 design pattern , 对象绕来绕去的, 最后转了几个大圈才到核心的代码. 说是为了适应后期的需求变化.如果有可能我还是喜欢用 functor 组合上 booost 的 bind. 那样才拳拳到肉!
OO 核心思想, 个人认为最重要的就是封装. 啥继承多态的几乎都可以扔掉!
就算用 C 语言 , 我一样可以实现OO来! IT 行业确实没有啥. 就是那句话: 人少钱多速来!

个人意见, 如有不当地方! 欢迎批评指正! ^_^

继承和多态有啥问题？ -hiker2(hiker); 2014-4-20 (#8718307@0)

继承就是个贼船上去了就下不来了! 耦合太紧! 不提倡继承,多态也可以不要了! ^_^ -boolean(北漂一族); 2014-4-20 (#8718326@0)

说实话你就了解了个名称就发言，理解完全和OO概念设计理念相反 -spinner(Spinner); 2014-4-20 (#8718330@0)

谁规定的我了解几个名称就不能发言了? 哪条法律说我了解几个名称不让我发言了? 如果有这样的规定, 那我就闭嘴! ^_^ -boolean(北漂一族); 2014-4-20 (#8718337@0)

我说你不能说吗？我只是说你的理解和设计相反 -spinner(Spinner); 2014-4-20 (#8718341@0)

要不你也总结个什么设计理论，看看微软和SUN会不会把你的理论放在他们的网站上？ -spinner(Spinner); 2014-4-20 (#8718325@0)

我是比较无知! ^_^ 你说对了! 向伟大的C语言致敬! 不要太迷恋专家的说法! 怀疑一切马克思说的! 呵呵 -boolean(北漂一族); 2014-4-20 (#8718329@0)

不同语言和实用场合不同，如果有人用C来写现代商业软件，肯定是疯了 -spinner(Spinner); 2014-4-20 (#8718333@0)

朋友我只是说对于 OO 的理解, 就算给你用结构化语言, 你要是对OO理解好了, 一样可以实现OO的实现来! -boolean(北漂一族); 2014-4-20 {214} (#8718342@0)
这个要看东西给谁用? 就算给有的人 OO 语言, 但是他的实现还是结构化语言的实现. 相反给有的人结构化语言, 人家一样用O当O的思想去实现思考.
好的东西看给谁用. 机关枪可以当片刀使唤. 片刀用好了也可以达到机关枪的效果! 是不?

义和团确实可以杀几个洋鬼子。 -spinner(Spinner); 2014-4-20 (#8718344@0)

哥们儿, 我个人认为学习电脑语言, 主要是学习它背后的思想.! -boolean(北漂一族); 2014-4-20 {231} (#8718348@0)
至于实现去google 就好了. 我上面说的意思是说, 如果理解透彻了OO 思想, 即便是给个非 OO的语言, 一样可以写出来 OO 的味道来.
真的是it 开发人员, 普通的语言 2-3 天足够了, 然后 copy paste 就可以干活儿了. 毕竟很少有单位的开发让你从头写代码!

光有思想，不知道如何实现也是空谈，DESIGN PATTERN解决的正是这个问题。不理解的情况下用网上面搜来的代码做出来的只是一堆乱麻，维护性极差，如果只知道C&P，读别人的代码可能花很长时间才敢下手解决问题。 -spinner(Spinner); 2014-4-20 {131} (#8718365@0)
花些时间读读专家的书比想当然肯定有帮助，IT理论可能是相通的，但是IT市场不一定是相通的，你可以用C写出OO来，但没人会雇佣你来做这种事情

我说用 C写出 OO 来, 是看看开发人员到底明白不明白 C++ 背后的多态的实现机制! -boolean(北漂一族); 2014-4-20 {546} (#8718595@0)
C++ 里面的多态继承啥的特性只不过是编译器给你自动实现了. C 可以自己实现 , 但是我想说的核心是说用 C 来实现多态可以具体考量一个开发人员知道不知道 C++ 编译器背后实现多态的实现机制, 这样更好的有助于理解OO的多态继承啥乱七八糟的东西. 仅此而已!

BTW , 对于本人来说我水平比较浅薄, 但是偶一般经常混迹于北美的IT行业, 经常换工作. 一般对于一个系统的熟悉, 基本上就是 2周到3周. 而且系统肯定不小, 基本上都是上百万级别的code. 熟悉系统本人观点就是 , 要先了解big picture. 了解系统大框架, 其他细节东西, 具体要干活的时候再了解. 知道他怎么work的大框就可以了.
再说说关于读代码的问题, 那么大的系统 , 个人意见, 代码不是读出来的. 是run出来的! -boolean(北漂一族); 2014-4-20 {413} (#8718611@0)
再说说关于读代码的问题, 那么大的系统 , 个人意见, 代码不是读出来的. 是run出来的! 知道大概框架, 然后run it . 加log 信息. 这个比单独死扣代码看,效率要高很多. 至于您说啥不敢下手改动别人的代码. 这个别人我就不清楚了. 反正本人干活的时候基本上都是 2 or 3周就开始改动代码了. 有的小的系统即便是不熟悉的语言, 本人 2周就可以 commit code 了. 时间就是金钱啊! 资本家雇偶是按照时间算钱的. 嘿嘿所以不及时出活儿, 偶的饭碗不保啊!

说实话，你说的这些只说明你是个熟练码工，我真没兴趣讨论技术问题，因为这不是我发贴的目的，我对别人是否是技术高手不感兴趣，还是我那句话，优秀的代码在项目成功中所占比例不到10%，所谓码感或者你骄傲写码能力只是多练习而已，不要陷入代码不能自拔 -spinner(Spinner); 2014-4-20 (#8718626@0)

你可能是做应用的项目经理，觉得做技术的码工就是一熟练工人，其实在你观察到的天空里也是对的，但是真正的高科技公司，靠人才来竞争的，你觉得不重要的码工可以做到合伙人级别，不过不在你能观察到的天空里了。 -goodchoice(google); 2014-4-20 (#8718657@0)

我确实不属于天才，一个在公司里写些应用程序的平常人而已，你说的天才离我很远，讨论一个离我很远的天才是没有意义的。能传授下你是如何成为合伙人的？让俺开开眼界 -spinner(Spinner); 2014-4-20 (#8718668@0)

人家的意思是说有可能成为合伙人, 不代表人家做到合伙人!人家说人类能上月球, 你偏说你上去过吗? 这个不make sense吧? -boolean(北漂一族); 2014-4-20 (#8718679@0)

既然他非要搞个合伙人来抬，我只好顺着一起抬了，难道只有你能抬？ -spinner(Spinner); 2014-4-20 (#8718714@0)

哥们儿, 说实话我真的木有看出人家字里行间有抬杠的意思! 倒是您貌似说着说着要鸡眼的样子! 要是为了这个生气, 我都替您不值! 嘿嘿 -boolean(北漂一族); 2014-4-20 (#8718792@0)

哥们儿, 好好说话! 抬杠就木有意思了吧? 心平气和一点. 虽然我很菜, 但是我这个人奏是心态好! 这点你还真的像我学习学习! ^_^ -boolean(北漂一族); 2014-4-20 (#8718684@0)

你本来就是显摆，真没觉得你的心态好 -spinner(Spinner); 2014-4-20 (#8718699@0)

好吧! 你说我显摆, 我就显摆吧! so what ? 你咬我? 那您牙口可要好一点哦! 别像公鸡似的, 逮谁跟谁来劲! -boolean(北漂一族); 2014-4-20 (#8718704@0)

你的心态真好，lol -spinner(Spinner); 2014-4-20 (#8718708@0)
那么牛，能给大家说一下JAVA ８中的lambda expression如何用C＋＋来实现，Scala也实现了，不过blackberry用了以后。。。。。 -sxffff(lookingforjob); 2014-4-20 (#8718733@0)

这个问题最近正好有在看 -wxlin2k(wxlin2k); 2014-4-20 {640} (#8718764@0)
三者的实现方式很不一样，暂时最elegant的是JDK8，毕竟有JVM这个大神器在，一切的优化都可以在这个搞定。
但是其实C++标准（C++11）比JAVA早有这个，Scala是写起来好，编译后比较臃肿，毕竟JDK6不原生支持这个语法，scala核心团队有讨论过看JDK8流行程度会改scala的编译器

C++的看这个：http://www.cprogramming.com/c++11/c++11-lambda-closures.html

JDK8 和 Scala 看这个 http://www.takipiblog.com/2014/01/16/compiling-lambda-expressions-scala-vs-java-8/

其实自从C++为了赶潮流加了不少新特性之后，有点不伦不类了。早期的高性能被新特性拖慢了，而且新增加的负责性对开发帮助不大，靠那么几个牛逼库来
很多老手都宁愿用C 套object概念做东西，好例子是FREEBSD和NGINX
您是问我吗? 如果问我的话, 那么我要声明一点, 我从来木有说我牛! 我的帖子都说我的个人理解! -boolean(北漂一族); 2014-4-20 {369} (#8718770@0)
好吧. 说说你的 lambda 吧! 还是个人的理解, 正确与否不敢保证! C++ 新标准里面提供了 lambda! 这个是我非常心动的一个特性!
有了 lambda 那么对于像控制内存泄漏, 还有资源的释放来说, 简单到了脑残的地步! 还有lambda 应用到 C++ 的stl 的话, 就更如虎添翼了!
起码节省了不少自己构建啥 functor 这样类似的object了! 还有有了 lambda 貌似 C++ 也可以往 functional programming 上靠近了不少.

优秀的代码占多少比率对于我这样的菜鸟我是不关心的. 我关心的就是我付出劳动你给我多少钱? -boolean(北漂一族); 2014-4-20 {572} (#8718672@0)
优秀的代码占多少比率对于我这样的菜鸟我是不关心的. 我关心的就是我付出劳动你给我多少钱? 其他的对于我这样的人来说, 我根本不care.
我的目的就是干活儿 , 拿钱, 走人! 你说啥设计啊便于维护啊! 我都同意. But so what? 原来代码就是一坨屎, 难道让我去重新design? refactor?

我想木有哪个项目经理去让你干 refactor 这种出力还不讨好的活儿的. 对于项目结果看不出来有啥变化, 但是还要承担改动的后果! ^_^ 我要是项目经理
我也不会那么干的. 另外, 关于公司前景如何? business 如何? 跟我木有关系, 好了我就多待几天, 不好咱就走人! 我的目的就是赚钱, 其他的在我眼里面都是扯!
谁叫咱人比较俗呢! ^_^
你还说对了. 我奏是个熟练的码工! 我劳动我光荣! ^_^ -boolean(北漂一族); 2014-4-20 (#8718676@0)

2 or 3周才开始改动代码，是不是慢了点儿？特别说明一下，这是问句，不是反问句。我当时组里面有个印度姑娘，Senior，安排到新系统，新框架，新语言，一个多礼拜也没出什么活，我就没再给她机会。我的要求是不是太高了？ -geekcode(文心雕码); 2014-4-20 (#8718807@0)

得看具体 task 吧。 -xmlhttprequest(build5381); 2014-4-20 (#8718813@0)

Java 程序员。Camel, Groovy, Spock, 写hibernate mapping +test case. -geekcode(文心雕码); 2014-4-20 (#8718848@0)

是你招她进来的吗 -sxffff(lookingforjob); 2014-4-20 (#8718816@0)

No。 -geekcode(文心雕码); 2014-4-20 (#8718846@0)

个人认为, 对于一个90年代出开发的代码, 而且里面有n多的不用的代码的话! 最少需要2 到 3周的时间! -boolean(北漂一族); 2014-4-20 {847} (#8718822@0)
我不知道你们用的是什么环境(Maybe Java 的开发或者 C# ? ). 我工作的地方 1 code 是老的比我爷爷岁数都大的代码(开玩笑) 2 在系统的repository 里面有很多以前用的 , 但是现在不用的代码也放在目录里面. 3 有很多的ticky 的解决方案在里面 (因为有很多原先 C的跟现在的 C++ 的代码搅在一起)
对了忘记说了我们的环境是在 linux or unix 下的 C C++的 client server 应用代码的开发.
起码就那些不用的dead code 放在目录底下, 当你浏览代码的时候就够误导人的了! 所以又不得不回去看看具体的make file , 来figure out 到底哪个代码再使用, 哪个代码不用.

BTW , linux下面有很多的 third party的东西, 起码还要花点时间知道这个东西是什么? 要干什么? 系统为什么要用它?
当然每当这个时候, 我就非常希望用Java 这样的糙快猛的东西! 毕竟 Java的工具比 C++不知道多多少阿? C++ 除了现在
很风行的 boost lib 之外, 其他的可用工具比较少. 起码open source的东西要好好的评估一下才敢用. 嘿嘿.

很理解。老，旧，大的系统维护起来不容易。我就觉得新语言新框架其实不是什么问题，很多还是照猫画虎嘛。 -geekcode(文心雕码); 2014-4-21 (#8718851@0)

C++ linux下开发貌似像Java的那样的类似于 spring 那样的framework 很少吧? 这里老的代码都是自己实现的木有啥现成的framework 给你用! ^_^ -boolean(北漂一族); 2014-4-20 (#8718825@0)
个人认为应该给她机会. 起码问问她卡在哪里? 哪里需要帮助? 毕竟原因有 1. team work 2 大家都出来跑江湖好混饭吃的不到万不得已不砸人家饭碗! 嘿嘿 -boolean(北漂一族); 2014-4-20 (#8718830@0)
对三姐，不高；对老中，太高。LOL -hiker2(hiker); 2014-4-20 (#8718843@0)

对极!! ^_^ -boolean(北漂一族); 2014-4-20 (#8718849@0)

BTW,兄弟说一下我个人的看法, 你人身攻击就木有意思了吧? 就算我无知起码我思考了吧? 说那些话不感觉很多余吗? ^_^ -boolean(北漂一族); 2014-4-20 (#8718331@0)
貌似网上很多程序员都持他这个观点，应该不是完全没有道理。 -hiker2(hiker); 2014-4-20 (#8718332@0)
boolean 哥还是很精辟的，封装变点其实真是很多 design patterns 的精髓 -wincity(红卫兵); 2014-4-20 (#8718334@0)

我想说的不是什么DESIGN PATTERN，只是个例子来说明码感觉只是个学习和练习的过程，不知道讨论DESIGN PATTERN和我说的有什么关系？我只能认为是来显摆的 -spinner(Spinner); 2014-4-20 (#8718340@0)
我对 OO 理解不够! 我比较无知还是别来误导大家了! ^_^ 我闪! 不敢在这里发言了! ^_^ -boolean(北漂一族); 2014-4-20 (#8718343@0)

你的观点前部分是对的，设计模式这本书是针对当时面向对象语言的不足的一种work around, 例如纯oo语言没有全局变量，所以用singleton代替，C++语言上不支持double dispatch, 才有visitor 模式，不同意你对继承和多态的理解，favor object composition over inheritance. -goodchoice(google); 2014-4-20 (#8718372@0)

我对visitor pattern 一点个人理解! -boolean(北漂一族); 2014-4-20 {998} (#8718579@0)
Visitor pattern 为了解决啥问题呢? 就是说你定义一个 class , 但是你知道日后一定会改变需求, 但是具体的变化你真的是不知道.

那么好了 Visitor pattern 就来了. 它就是在你设计的class 里面开个小小的窗口接口, 以便你日后决定具体的改变.

其实Visitor pattern 有点破坏OO的封装的特性. 具体实现是用 double dispatch 来玩的. 其实说到design pattern 我有时候真的是不知道具体的pattern名字.

但是有点不客气的说, 我几乎可以做到手中无刀胸中有刀的境界了! 自吹一下. ^_^ . 其实pattern 就是实际当中你解决问题办法的抽象. 如果类似于这个 visitor pattern. 完全可以根本不用, 到时候生bind 函数就是了. 所以有的时候 design pattern 有脱裤子放屁的感脚! 个人之间, BTW 我不敢说 23个 pattern 我都熟悉吧. 但是起码感觉 80% 我都比较了然于胸吧. 可能我比较偏激, 我越写 OO 越感觉 OO 有脱裤子放屁的感觉! 所以我上面说向伟大的 C 语言致敬! 个人对OO 语言理解不透彻. 希望大家少拍砖! 更不要进行人身攻击. 我承认我很菜! 但是我起码有说出自己想法的权利吧? 咱爹妈给一张嘴, 除了吃饭, 就让说话. 这个别让我的嘴失去50%的功能阿. 上帝估计都不答应! ^_^

网上有些偏激的发言，何必太往心里去？讨论技术问题而已，没必要掺入个人情感。人各有长，相互学习才是正道。 -hiker2(hiker); 2014-4-20 (#8718587@0)

理解万岁! 眼泪哇哇的流啊! ^_^ -boolean(北漂一族); 2014-4-20 (#8718598@0)

我也是来讨论的，对于技术同行也不会发表偏激的言论，你对用C来写OO程序，也是业界流行的，我以前写机顶盒程序也是这样的。 -goodchoice(google); 2014-4-20 (#8718606@0)

赞一个!! -boolean(北漂一族); 2014-4-20 (#8718613@0)
还有越写代码, 越感觉我咋啥都不会? ^_^ 天天就知道 copy paste 加上放狗搜了. ^_^ -boolean(北漂一族); 2014-4-20 (#8718615@0)

design pattern 相当于围棋定式，你不能说 “所有围棋定式的基础都是叫吃，所以了解叫吃就够了，定式都是忽悠人的”，对吧。定式是棋下多了自然就悟出来的，棋下得好，你下的棋肯定符合一些定式，哪怕你都不知道那个定式的名字... -xmlhttprequest(build5381); 2014-4-20 {343} (#8718393@0)
很多时候，design pattern 就是让人 communicate 用的 ---- ”你这么走不行，没看出来这是个 '倒脱靴式' 么？“

另外，设计的关键就是见招拆招 ---- 什么时候 inheritance 什么时候 composition 完全看情况...

一般来说，学武之人：
一开始，刀就是刀，剑就是剑
到后来，刀走剑招，剑走刀招
再往后，刀还是刀，剑还是剑
....
....
拈花摘叶...

lol...

说得好。。。 -spinner(Spinner); 2014-4-20 (#8718400@0)
本来想另开篇聊聊design pattern的，关键的地方给你两句话就说完了。呵呵。design pattern 对初学者是学习的工具，对中级者是验证思路和设计的工具，对高级者是交流沟通的工具。 -geekcode(文心雕码); 2014-4-20 (#8718780@0)

严重同意! 但是我个人呢如果已经存在的代码有大量的pattern呢, 那我就交流用pattern吧. 如果不用呢, 那就用别的方式交流! 我人比较随和! ^_^ -boolean(北漂一族); 2014-4-20 (#8718785@0)

重要的是“意图”，不是 pattern 本身。参阅独孤九剑。 -xmlhttprequest(build5381); 2014-4-20 (#8718790@0)

做到心中有剑? 嘿嘿 -boolean(北漂一族); 2014-4-20 (#8718797@0)

看破对方意图，见招拆招。预测变化。唯快不破。 -xmlhttprequest(build5381); 2014-4-20 (#8718811@0)

牛!!! -boolean(北漂一族); 2014-4-20 (#8718832@0)

+10. 多年前看design pattern书时,就发现原来我自己设计的代码很多都符合design的思路,当然只是一些很基础的pattern。 -newcomx(newcom); 2014-4-21 (#8718981@0)

完料，看贴回帖的功夫，我的沙发没了。 -leonardmars(小马识途); 2014-4-20 (#8718171@0)
不该苟同。干同一件事，有写人就是容易比别人干得好。不仅适用于技术领域不该苟同 -popcorn123(???); 2014-4-29 (#8734742@0)

继续坐沙发。据说OK Bridge收费的，没玩过。网上桥牌玩过联众、亚轩。不过现在联众也没什么正经人玩了，多是一些新学的小孩。修养差的很多，基本上张嘴就是“叉”。我们已经太老，不适应这个江湖了。 -leonardmars(小马识途); 2014-4-20 (#8718166@0)

当时是免费的。打牌的都是大学生，因为那个时候只有学校才能上互联网。 -wincity(红卫兵); 2014-4-20 (#8718173@0)

码感强的人确实有优势，但是我发现码感强的人常常陷入代码不能自拔而进入误区，甚至成为项目失败的主要原因。这是中国人码工最常犯的错误，其实一个项目的成功优秀的代码只是其中不到10%原因。 -spinner(Spinner); 2014-4-20 (#8718168@0)

哦哟呀。全看明白了：有码感＋三个月练习＝无码感＋一年练习 That is it . -hotmoon(梵高的耳朵); 2014-4-20 (#8718505@0)

You got it! ^_^ -boolean(北漂一族); 2014-4-20 (#8718726@0)

OMG，这太太太鼓舞人心了！！！真不知道说什么好。。。。。 -hotmoon(梵高的耳朵); 2014-4-20 (#8718801@0)

编个打麻将的程序吗。 -redneck(Cracker); 2014-4-20 (#8718805@0)

欢迎回来。不会打。。。。:(( -hotmoon(梵高的耳朵); 2014-4-20 (#8718833@0)

IT行业里面活儿分工不少. 要是玩糙快猛的编程啥的就去学学 python PHP 等快速上手啥的! 建议学学立马能把时间转换成效益的东西! 嘿嘿 -boolean(北漂一族); 2014-4-20 (#8718810@0)

谢谢你啊。不敢调皮了，据人说北美见到的最没技术感的就非我莫属了，我没想转行，但很喜欢看你们大拿的debating，崇拜呀。。。 -hotmoon(梵高的耳朵); 2014-4-20 (#8718829@0)

我可不是啥大拿! 我就是个普通的打工仔! 这里大拿多的是 , 但是不包括我! 我就是个跑江湖卖艺的! 嘿嘿 -boolean(北漂一族); 2014-4-20 (#8718850@0)
搞C的看不起搞C++的. 搞C++的看不起搞java的. 搞java的看不起搞.net的. 搞.net的看不起搞js的. 搞js的看不起搞html的. 搞html的看不起美工. 最后美工周末去泡mm的时候, 一群傻X在那里加班！（ZT），太典型了，LOL，LS是搞C，难怪那么牛 -spinner(Spinner); 2014-4-21 (#8718908@0)

同意同时搞汇编的也看不起搞C的搞C＃的也看不起搞VB和PHP的 -sxffff(lookingforjob); 2014-4-21 (#8718924@0)

呵呵，这可要看是什么项目。明摆着一票过的MIS，或者三两年就重写的那种，确实！但是如果对性能要求很高的产品平台，这对于设计和编码可是根本啊，说过半都不为过。 -ericsome(GzEric); 2014-4-20 (#8718767@0)

任何事情都有例外，但是这里大部分人是写商业应用软件的，写出来的东西大概过得去就行，这就是为什么外包盛行，而写代码这种工作是最容易被外包的，因为这种工作在项目中其实是最简单的，那位大拿喋喋不休的炫耀那点CODING技能真没必要 -spinner(Spinner); 2014-4-21 (#8718898@0)

心态平和点就好，看看他写的东西和自己实际情况有多大出入也好啊。再加上如果单纯做一个外包的码工，被替代的可能性太大了，和坐在办公室里打labour工没太大区别啊。既然做了，还是求进一点 -ericsome(GzEric); 2014-4-21 (#8718987@0)

这个要再顶一个! 给准备干 IT 的人, 一些中肯的建议! 非常好! 再次顶你个肺! -boolean(北漂一族); 2014-4-20 (#8718722@0)
当然这首先是一种天赋，有些人在构造程序结构的时候就有独到之处，对于面向对象、解耦异构的理解好像都是理所当然似的。这种人在实践中很容易通过实际的例子去把书本上的知识体系串联，举一反三，以至于”新“技术出来的时候也只是当初的一些演变而已。 -ericsome(GzEric); 2014-4-20 (#8718763@0)

感觉大家移民来加拿大的应该都蛮厉害的!(除了我!). 给点入门的建议! 大家都可以干的不错的! 期望干IT的华人越来越多! 这样的正能量的帖子也要顶! -boolean(北漂一族); 2014-4-20 (#8718776@0)

顶。这才是正能量！ -hotmoon(梵高的耳朵); 2014-4-20 (#8718834@0)

兵哥威武，赞一个。 -redneck(Cracker); 2014-4-20 (#8718794@0)
码感？很有意思的一个说法。特别想知道，在码界混了十几年，也不知道自己算不算有码感的人。 -copperbean(豆豆 - 轻云出岫); 2014-4-21 (#8718982@0)

@Edmonton

这个问题最近正好有在看

Replies, comments and Discussions:

More Topics