摘要：
。。。 阅读全文
摘要：
我要做一个项目，有很多功能要实现(市场需求)，我要先画出UML关联图，根据关联图设计接口抽象类，父类等(这里需要运用设计模式)，然后根据功能---》选择好的实现方法或解决方案(即算法，解决问题思路，这里已经开始编码了)，编码成功后，测试功能，审查代码，重构，再测试，没问题，上线。 以上，这就是... 阅读全文
摘要：
阅读全文
摘要：
本节通过SQLite了解数据库操作-------------------------数据库支持使用简单的纯文本只能实现有限的功能，所需要引入数据库，完成更强大的功能，本节使用的简单数据库SQLite。1，SQLite和PySQLitesqlite是非常著名的开源嵌入式数据库软件，它可以嵌入到其他程序中使用，并且提供SQL接口用来查询，非常方便。它的官方站点为http://www.sqlite.org。, 而pysqlite则是一个sqlite为python提供的api接口，它让一切对于sqlite的操作都变得异常简单在python2.5版本这后，SQLite的优势在于它的一个包装（PySQLi 阅读全文
摘要：
从数学专业毕业，到微软，到360，转眼快五年，人每次按年去回忆事情的时候，总会不禁的感慨，感慨人生的无奈，感慨世界的变迁，至少感慨时间的流逝，文雅的说法，就是江湖夜雨十年灯。 然而，it这个世界里，变化更是迅速，尤其是近几年的互联网。多少巨头倒下，一如很多胖子去回忆贞观盛世，又有多少巨头暗含陨落，如可悲的万历 年代。。。你永远也不会预测到下一步有多少意外发生，可仔细想来却都是情理之中的事情，就像你无法解释黑天鹅，但它就在那里，也是必然的结果。 这不到五年的时间里，自己的变化也是很多，尽管大方向和自己的规划一致，可是我依然无法忽视各种偶然事件对自己的影响，如果你熟悉随机过程，相信你会明白。偶.. 阅读全文
摘要：
原文url：http://www.cnblogs.com/fnng/p/3393275.html 学习python有段时间，最近博客更新比较慢了，空闲时间在零零碎碎的学python，难成文，也就没整理成博客。 学习python最苦恼的就是没有趁手IDE，之前学java时Eclipse肯定是不二之选。eclipsepydev也可以开发python，但觉太重了。所以一直用自带的IDLE，偶尔也用一下notepad++这种小巧的万能编辑器。 IDLE写写单小程序很好，但一个程序与执行信息两个窗口，更别说多标签了，程序找开的多了，就乱了。 pythonWin也用过，窗口有些老土，窗口布局我不会... 阅读全文
摘要：
1，C++/Java/C#属于静态语言.类型在编译的时候,就可以确定。2，Python属于动态语言，没有编译这一说，是解释执行的。---继承,这些年在OO设计的时候已经被慢慢发现了很多缺点了. 多重继承更是噩梦;如果最顶父类修改了,所有的子类都需要compile一遍; 痛苦. 阅读全文
摘要：
原文url：http://blog.csdn.net/loveyou128144/article/details/4749576@Is-A，Has-A，Use-A则是用来描述类与类之间关系的。简单的说Is-A代表继承，Has-A代表合成，Use-A代表依赖。1，Is-A继承关系：“表示类与类之间的继... 阅读全文
摘要：
首先，问一句，Python为什么需要接口？它不需要，这个地方是由于python不同于其他高级语言，具备强制类型的原因(C#和Java都是强类型语言，python则不是强类型语言，javascript也不是强类型语言。)。python中一切都是对象，可以指向任何类型，完全可以定义某个对象，使其实现类似interface的功能，然后成为其他类的父类；要知道python是支持多重继承的(一般情况下，不推荐使用多继承)。所以，python不需要接口。 用静态语言的设计模式套Python这样的动态语言说真的你被禁锢了思维。 @总结：1，自己总结，很明显，Python中不管是类，还是方法，参数都是... 阅读全文
摘要：
诞生50多年之后，函数式编程（functional programming）开始获得越来越多的关注。 不仅最古老的函数式语言Lisp重获青春，而且新的函数式语言 层出不穷，比如Erlang、clojure、Scala,、F#等等。目前最当红的Python、Ruby、Javascript，对函数式编程的支持 都很强，就连老牌的面向对象的Java、面向过程的PHP，都忙不迭地加入对匿名函数的支持。越来越多的迹象表明，函数式编程已经不再是学术界的最爱，开 始大踏步地在业界投入实用。 也许继"面向对象编程"之后，"函数式编程"会成为下一个编程的主流范式（para 阅读全文
摘要：
@原文url：http://www.cnblogs.com/shenyisyn/p/3628745.html爱爷爷曾说过，天才=99%汗水+1%的灵感，不过这还有后面一句话，1%的灵感有时往往更重要。我们除去一些大神，如马云。大部分都在挥发99%的汗水中，因为能够“驾驭”1%灵感的人很少。 作为程序员来说，汗水和灵感往往只能支撑你的技术水平，也许工作一年你能成为合格的程序员，三年你就是优秀程序员，再往后很有可能就是大神了。 撇开技术，程序人生并不是只包含技术或代码，还包含职场、生活、创业、家庭等等，因此真正的程序员大神是指能合理协调并能驾驭这几者之间关系的人。这些要素除了汗水和灵感还需要... 阅读全文
摘要：
摘要：最好的开发团队架构应该是怎样的？如何在开发团队规模增长的同时保持合适的架构？前Cheezburger CTO、Rover.com产品研发主管Scott Porad根据自身经验，从团队刚刚组建到一定规模以后的不同时期都做出了具体的建议。 英文原文：The Best Developer Team Structure 在灭火时，有一种“水桶阵型”——队伍中所有人排成一列或几列，将水桶从水源处传递到火灾现场。这样在团队协作时甚至不需要语言交流，但显然不适用于软件开发。 Scott根据自身经验，针对软件开发总结了以下几点建议，不一定全面但是值得参考。CSDN编译如下： 组织架构是完成工作的... 阅读全文
摘要：
英文原文：11 Laws of The System Thinking in Software Development “我会更加努力地工作” —— 一匹名叫Boxer的马（出自乔治·奥威尔的《动物农庄》） 彼得·圣吉在其著作《第五项修炼》中提到的系统思维定律同样适用于软件开发。 1. 今日的问题源于昨日的解决方案（Today’s problems come from yesterday’s solutions） 当解决问题时，我们会感到很高兴。我们经常不考虑后果。令人感到意外的是，我们提出的解决方案可能会产生反作用，并带来新问题。作为对取得巨大成功的团队的奖励，公司决定为 阅读全文
摘要：
起敏捷开发，并不是因为敏捷而敏捷。这几年的敏捷开发已经被很多敏捷咨询服务商神话了，这个东西并不是神器，实施了就可以解决所有软件公司的问题，而是要结合自己公司的特点和问题摸索出适合自己的一套模式。 大家都知道，创业公司刚开始需要研发出一款产品并且能够使公司赚钱的产品，不过大部分创业公司没有那么容易一下就能做出来，很多公司还没有成功 的产品资金链就断掉了，公司也死掉了。我们公司是这样一个状况，有一条产品线可以维持公司开支并仅仅刚够盈余，要扩大高速发展还不够，一直维持就没有创业 的意义。另一条线是做技术创新为未来能够开发一款人气爆棚的产品摸索着，但是又不能饿着肚子去开发。我们是如何结合自身的特点实. 阅读全文
摘要：
为了避开糟糕的点子，人们会被激发出更好的点子。 英文原文：McDonald’s Theory 当同事们讨论午饭吃什么时，大家都不会提出意见。这时我会耍一个花招：推荐去吃麦当劳。 随后事情将变得有趣。所有人都一致同意，我们不能去吃麦当劳，这时更好的意见就会出现。这似乎是一个魔法。 这就像是用最糟糕的点子去破冰，而一旦讨论开始，人们就会变得更具创造性。我将这称作“麦当劳理论”：为了避开糟糕的点子，人们会被激发出更好的点子。 我在工作中常常使用这样的策略。项目会以多种方式开始。一些时候你会看到正式的简报。一些时候你会听到传闻，因此需要提前考虑这些传闻的影响。 还有一些时候，你会在几个月甚至... 阅读全文
摘要：
“人们对机会的估值过高，这是我在下棋的时候学到的一点。你其实只需要一个好的选择就行，没必要同时去追求 A、B、C、D。”——Peter Thiel 是让你的选择尽可能开放，还是全心全意抓住一个选择，专心做好一件事情——可以说这两者之间的权衡，是我们生活中经常会碰到的。我们自打上学起，就一直被教育不要去做那些可能会断了某条路的决定。 这种让未来保持开放，让自己未来拥有更多选择和出路也是可以理解的。握在手中的成功机会越多，你的未来也就会越成功，不是吗？ 不细想可能会觉得保持开放的确很好，但我认为事情并非看上去那么简单，原因如下：明星效应。很简单，在一个领域保持顶尖水平，比在一两个领域保持领先... 阅读全文
摘要：
虽然查询速度慢的原因很多，但是如果通过一定的优化，也可以使查询问题得到一定程度的解决。 查询速度慢的原因很多，常见如下几种：没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)I/O吞吐量小，形成了瓶颈效应。没有创建计算列导致查询不优化。内存不足网络速度慢查询出的数据量过大(可以采用多次查询，其他的方法降低数据量)锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷)sp_lock, sp_who, 活动的用户查看，原因是读写竞争资源。返回了不必要的行和列查询语句不好，没有优化 可以通过如下方法来优化查询 :把数据、日志、索引放到不同的I/O设备上，增加读取速度，以前可以.. 阅读全文
摘要：
1. 在生产环境中不要出现Select * 这一点我想大家已经是比较熟知了，这样的错误相信会犯的人不会太多。但我这里还是要说一下。 不使用Select *的原因主要不是坊间所流传的将*解析成具体的列需要产生消耗，这点消耗在我看来完全可以忽略不计。更主要的原因来自以下两点:扩展方面的问题造成额外的书签查找或是由查找变为扫描 扩展方面的问题是当表中添加一个列时，Select *会把这一列也囊括进去，从而造成上面的第二种问题。 而额外的IO这点显而易见，当查找不需要的列时自然会产生不必要的IO，下面我们通过一个非常简单的例子来比较这两种差别，如图1所示。 2. 声明变量时指定长度 ... 阅读全文
摘要：
。。。 阅读全文
摘要：
@一个存储过程应用案例：USE [CsWutong]GO/****** Object: StoredProcedure [dbo].[SearchBshi] Script Date: 03/27/2014 17:02:20 ******/SET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOALTER PROC [dbo].[SearchBshi] @fromProvince NVARCHAR(50) , @fromCity NVARCHAR(50) , @fromArea NVARCHAR(50) , @com_name NVARCHAR(50) , @s 阅读全文