能力不是最重要的,态度才是决定因素。程序员由于幼年受虐,缺乏异性关爱,以及鲜与人类交流等特殊原因,滋生了很多心理疾病,点一盏明灯,照亮这些阴暗角落,愿大家健康茁壮成长。
1、在没有能力之前,不要过分追求代码完美,完成全部功能才是目标。写完美代码的关键,是对问题有没有完美深入的理解,而不是什么设计模式。
2、发表意见前,请三思,对没有做过的工作,千万不要说“这个很简单,XX一下就好了”,既然这样那你自己去XX吧。
3、不要轻易否定其他同事的工作成果,特别是有多年工作经验的同仁,最忌讳推倒重来,除非自己真的具备完整经验,否则自己就是下一个被别人推倒的人。
4、多学习专业知识。比如图形、AI、机械、企业管理等。毕竟代码只是这些专业知识的实现载体。很多微电子专业的人写的媒体播放器比计算机专业的好,而数学专业的人写的编译器比计算机专业的强。
5、忌讳自我感觉过于良好。自信和自大,奋进和激进仅一线之隔,不要失去理智。
6、用合适的方法解决问题,问题有多大,解决方案就有多大,千万别嫌弃别人方法土,人家很土,但很靠谱。 
    写给自己看的。
原文地址 http://www.cnblogs.com/effulgent/archive/2009/12/08/1619413.html

 能力不是最重要的,态度才是决定因素。程序员由于幼年受虐,缺乏异性关爱,以及鲜与人类交流等特殊原因,滋生了很多心理疾病,点一盏明灯,照亮这些阴暗角落,愿大家健康茁壮成长。


1、在没有能力之前,不要过分追求代码完美,完成全部功能才是目标。写完美代码的关键,是对问题有没有完美深入的理解,而不是什么设计模式。


2、发表意见前,请三思,对没有做过的工作,千万不要说“这个很简单,XX一下就好了”,既然这样那你自己去XX吧。


3、不要轻易否定其他同事的工作成果,特别是有多年工作经验的同仁,最忌讳推倒重来,除非自己真的具备完整经验,否则自己就是下一个被别人推倒的人。


4、多学习专业知识。比如图形、AI、机械、企业管理等。毕竟代码只是这些专业知识的实现载体。很多微电子专业的人写的媒体播放器比计算机专业的好,而数学专业的人写的编译器比计算机专业的强。


5、忌讳自我感觉过于良好。自信和自大,奋进和激进仅一线之隔,不要失去理智。


6、用合适的方法解决问题,问题有多大,解决方案就有多大,千万别嫌弃别人方法土,人家很土,但很靠谱。     写给自己看的。


原文地址 http://www.cnblogs.com/effulgent/archive/2009/12/08/1619413.html

 

补充:以上观点都是建立在相当的自信基础上。

posted @ 2010-05-05 15:31 Curry 阅读(115) 评论(0) 编辑
    //如果需要计算,0开始没有意义,且数字都需要2进下只有一位为1其他为0者
    
//public enum Color1s { Red = 1, Green = 2, Blue = 4 }
  
//如果嫌麻烦可以用16进制的1,2,4,8在每位上重复即可,最多16位
   public enum Color1s 
     { 
         Red 
=   0x001
         Green 
= 0x002
         Blue 
=  0x004,
         Pink 
=  0x008,
         Black 
= 0x010,
         Brown 
= 0x020,
         
        Yellow 
= 0x8000000000000000
    }


 

1            Color1s color = Color1s.Blue | Color1s.Green;//增加 
2            color = color &~Color1s.Blue;//减去CoLors1s.Blue
3            if ((color & Color1s.Green) == Color1s.Green)//判断是否存在
4            {
5                
6            }

7



原因是因为位操作(先把数字转成2进制)
______________________________________________________________________
即0&0=0,0&1=0,1&0=0,1&1=1
     00000011
  & 00000101
     00000001   

即 0|0=0,0|1=1,1|0=1,1|1=1

      00110000
    | 00001111
      00111111

即:0∧0=0,0∧1=1,1∧0=1, 1∧1=0
      01111010
    ∧ 00001111
       01110101

即~1 =0 ,~0=1
          0000000000010101  
        ~1111111111101010

H1

试验下
posted @ 2008-07-20 13:39 Curry 阅读(227) 评论(0) 编辑
摘要: 在读Microsoft Live Labs Pivot 中exe的时候,发现他的generic.baml读不了,于是到http://reflectoraddins.codeplex.com/wikipage?title=BamlViewer中下载了源码修改。其实源码中还有两处遗漏的,没有修补,因为没法找到对应的XAML,也不知道修复的对不对,所以就未修复。另外还调整了XAML输出的格式。因为感觉老的界面挺难看,所以参考了http://stylesexplorer.codeplex.com/的代码进行了修改,发现他用的是SharpDevelop中TextEditor控件,控件虽好,但那个是2.2阅读全文
posted @ 2011-03-11 00:21 Curry 阅读(299) 评论(1) 编辑
摘要: 今天看到了一篇博客,不应该说昨天,作者用了HTML5去实现,老实说本来不想凑热闹,可看了有位兄弟sandcu用SL实现了遍,不过感觉速度并不理想,想来这种粒子效果自己还未用WPF实现过,顺便看看WPF到底性能如何,随着手痒了下面的悲剧也发生了。 1.因为闲的慌,我看了Flash的效果比较好,于是直接拿了Flash的代码来改,结果浪费了N多时间在上面,Flash的Random是从0到1的小数C#里的是整数的,开始效果就是达不,到后来报错才知道,郁闷了半天。 2. 我是用WriteableBitmap这个类来实现坐标点颜色的写入,可老是说我数组越界,弄了半天才知道是row和colum和x,y坐标的阅读全文
posted @ 2010-12-22 02:56 Curry 阅读(1742) 评论(12) 编辑

 

 能力不是最重要的,态度才是决定因素。程序员由于幼年受虐,缺乏异性关爱,以及鲜与人类交流等特殊原因,滋生了很多心理疾病,点一盏明灯,照亮这些阴暗角落,愿大家健康茁壮成长。
1、在没有能力之前,不要过分追求代码完美,完成全部功能才是目标。写完美代码的关键,是对问题有没有完美深入的理解,而不是什么设计模式。
2、发表意见前,请三思,对没有做过的工作,千万不要说“这个很简单,XX一下就好了”,既然这样那你自己去XX吧。
3、不要轻易否定其他同事的工作成果,特别是有多年工作经验的同仁,最忌讳推倒重来,除非自己真的具备完整经验,否则自己就是下一个被别人推倒的人。
4、多学习专业知识。比如图形、AI、机械、企业管理等。毕竟代码只是这些专业知识的实现载体。很多微电子专业的人写的媒体播放器比计算机专业的好,而数学专业的人写的编译器比计算机专业的强。
5、忌讳自我感觉过于良好。自信和自大,奋进和激进仅一线之隔,不要失去理智。
6、用合适的方法解决问题,问题有多大,解决方案就有多大,千万别嫌弃别人方法土,人家很土,但很靠谱。 
    写给自己看的。
原文地址 http://www.cnblogs.com/effulgent/archive/2009/12/08/1619413.html

 能力不是最重要的,态度才是决定因素。程序员由于幼年受虐,缺乏异性关爱,以及鲜与人类交流等特殊原因,滋生了很多心理疾病,点一盏明灯,照亮这些阴暗角落,愿大家健康茁壮成长。


1、在没有能力之前,不要过分追求代码完美,完成全部功能才是目标。写完美代码的关键,是对问题有没有完美深入的理解,而不是什么设计模式。


2、发表意见前,请三思,对没有做过的工作,千万不要说“这个很简单,XX一下就好了”,既然这样那你自己去XX吧。


3、不要轻易否定其他同事的工作成果,特别是有多年工作经验的同仁,最忌讳推倒重来,除非自己真的具备完整经验,否则自己就是下一个被别人推倒的人。


4、多学习专业知识。比如图形、AI、机械、企业管理等。毕竟代码只是这些专业知识的实现载体。很多微电子专业的人写的媒体播放器比计算机专业的好,而数学专业的人写的编译器比计算机专业的强。


5、忌讳自我感觉过于良好。自信和自大,奋进和激进仅一线之隔,不要失去理智。


6、用合适的方法解决问题,问题有多大,解决方案就有多大,千万别嫌弃别人方法土,人家很土,但很靠谱。     写给自己看的。


原文地址 http://www.cnblogs.com/effulgent/archive/2009/12/08/1619413.html

 

补充:以上观点都是建立在相当的自信基础上。

posted @ 2010-05-05 15:31 Curry 阅读(115) 评论(0) 编辑
摘要: 对于没有美术细胞的我来说,抄袭人家的设计或是创意是再平常不过的事,我承认这很无耻,如果在伟大“天朝”的教育体系下还可能升级为道德上的沦丧,毕竟人家搞个东西也不容易,可任务在身,只好下策,脸皮总是在生存以后才拿上台面的。所以也就不避讳了,俺就是抄的。阅读全文
posted @ 2010-04-02 10:21 Curry 阅读(2607) 评论(13) 编辑
摘要: 长久以来DispatcherPriority对我都有种神秘的色彩,因为我甚至不知道如何“真正”的使用它。阅读全文
posted @ 2010-03-15 08:45 Curry 阅读(377) 评论(2) 编辑
摘要:         因为项目经常碰到Binding的问题,常常不能联动,所以才进行了分析,我解决方法的思路比较死板:定义问题 ->分解问题 ->初步解决问题 ->优化解法。在解决问题过程中是有收获的,所以分享下心得,也希望各位大大能够帮助小弟查验下思路是否正确,帮忙解解惑,在这里先谢过了。当然推理这段是和WPF无关的,先有...阅读全文
posted @ 2010-02-09 11:20 Curry 阅读(2028) 评论(15) 编辑
摘要:      作为一个WPF程序员,我最希望看到的是WPF的应用,或者更确切的说是绚丽的应用,虽然限于自身的实力还不能拿出成绩来,但看到别人的作品时,心里还是有很大的宽慰——WPF是可以做出更加动人地产品的,只要你坚定的走下去,带着不满现状的追求走下去。      下图是Telerik的WPF控件,我相信很多人也下过他的...阅读全文
posted @ 2009-12-25 14:18 Curry 阅读(3182) 评论(21) 编辑
摘要: 顾名思义就是装饰用的,也就是说不改变原有的控件结构,但可以为控件添加一些新的功能,或是为控件的显示外观增加些东西阅读全文
posted @ 2009-09-16 14:47 Curry 阅读(3730) 评论(12) 编辑
摘要:       飞行棋作为幼时的娱乐项目在我的记忆里印象是相当深刻的,用编码实现它也一直是我自己的目标。WPF有着图像编码的舒适体验,自然成为我的首选;伴随着WPF的Binding,一种新的模式也应运而生——MVVM(Model-View-ViewModel),使得页面和逻辑更好的分离。可这次的体验对我而言不管从技术到思想都深深的受到了打击。 ...阅读全文
posted @ 2009-08-30 11:53 Curry 阅读(1986) 评论(21) 编辑
摘要: Command来源于Command命令模式,Command模式它封装的是命令,把命令发出者的责任和命令执行者的责任分开,直白的说为了调用与具体实现解耦。关于理论俺向来是不擅长的,而且各位达人的文章也已...阅读全文
posted @ 2009-07-27 10:20 Curry 阅读(2409) 评论(10) 编辑