php-扩展mysqlnd_ms的应用

发表于 2013 年 12 月 21 日 由 xtgxiso

一般来说，当mysql一个实例不够用的时候，常见的方式是mysql集群架构。对于多读的场景，如果数据不经常变的话，可以用memcached来做缓存。对于不能缓存的读取压力，可能增加mysql从实例。采取主从架构，对于所有的读取操作可以进行方便的扩展。一般扩展的方式如下：

1：在程序层改变DB层。将主从配置成参数。程序可以进行自动或手动来实现读取操作。这种方式要自己实现主从和自动负载机制，可能会稍微复杂一些，但是灵活，可以自己掌控。

2：采用第三方代理软件或自己实现一个sq代理。

上面的两种是比较常见的。现在PHP 5.3.3已经对其提供了支持。那就是mysqlnd_ms.不过这个扩展需要搭配mysqlnd一起使用.

这个扩展, 主要实现了, 连接保持和切换, 负载均衡和读写分离等, 也就是说, 这个扩展会去分别PHP发给MySQL的query,
如果是”读”的query, 就会把query发送给从库(配置中指明), 并且支持负载均衡; 而如果是”写”的query,
就会把query发送给主库.

1:修改php.ini 

mysqlnd_ms.enable=1
mysqlnd_ms.config_file=/path/to/mysqlnd_ms_plugin.ini

2:在mysqlnd_ms_plugin.ini配置参数 

{
    "myapp": {
        "master": {
            "master_0": {
                "host": "localhost",
                "socket": "\/tmp\/mysql.sock"
            }
        },
        "slave": {
            "slave_0": {
                "host": "192.168.2.27",
                "port": "3306"
            }
        }
    }
}

3:代码连接方式如下： 

$mysqli = new mysqli("myapp", "username", "password", "database");
$pdo = new PDO('mysql:host=myapp;dbname=database', 'username', 'password');
$mysql = mysql_connect("myapp", "username", "password");

然后就和你之前一样的来开发了.

更多见手册: http://php.net/mysqlnd_ms

so what’s bad outfits strategies you to in many cases reads most people create
how to lose weight fast Fashion Jewelry Trends for Winter 2010

Giorgio Armani Classico is considered on par with the Black Label line
snooki weight lossThree Things to Consider in Finding the Right One
lesbian porn
发表在 网站开发 | 标签为 , | 评论关闭

10 个 Nginx 的安全提示

发表于 2013 年 12 月 21 日 由 xtgxiso

Nginx是当今最流行的Web服务器之一。它为世界上7%的web流量提供服务而且正在以惊人的速度增长。它是个让人惊奇的服务器，我愿意部署它。

下面是一个常见安全陷阱和解决方案的列表，它可以辅助来确保你的Nginx部署是安全的。

1. 在配置文件中小心使用”if”。它是重写模块的一部分，不应该在任何地方使用。

“if”声明是重写模块评估指令强制性的部分。换个说法，Nginx的配置一般来说是声明式的。在有些情况下，由于用户的需求，他们试图在一些非重写指令内使用“if”，这导致我们现在遇到的情况。大多数情况下都能正常工作，但…看上面提到的。

看起来唯一正确的解决方案是在非重写的指令内完全禁用“if”。这将更改现有的许多配置，所以还没有完成。

来源： IfIsEvil



2. 将每个~ .php$请求转递给PHP。 我们上周发布了这个流行指令的潜在安全漏洞介绍。即使文件名为hello.php.jpeg它也会匹配~ .php$这个正则而执行文件。

现在有两个解决上述问题的好方法。我觉得确保你不轻易执行任意代码的混合方法很有必要。

  1. 如果没找到文件时使用try_files和only(在所有的动态执行情况下都应该注意) 将它转递给运行PHP的FCGI进程。
  2. 确认php.ini文件中cgi.fix_pathinfo设置为0 (cgi.fix_pathinfo=0) 。这样确保PHP检查文件全名(当它在文件结尾没有发现.php它将忽略) 
  3. 修复正则表达式匹配不正确文件的问题。现在正则表达式认为任何文件都包含”.php“。在站点后加“if”确保只有正确的文件才能运行。将/location ~ .php$和location ~ ..*/.*.php$都设置为return 403;



3. 禁用autoindex模块。这个可能在你使用的Nginx版本中已经更改了，如果没有的话只需在配置文件的location块中增加autoindex off;声明即可。

4. 禁用服务器上的ssi (服务器端引用)。这个可以通过在location块中添加ssi off; 。

5. 关闭服务器标记。如果开启的话（默认情况下）所有的错误页面都会显示服务器的版本和信息。将server_tokens off;声明添加到Nginx配置文件来解决这个问题。



6. 在配置文件中设置自定义缓存以限制缓冲区溢出攻击的可能性。

  • client_body_buffer_size  1K;
  • client_header_buffer_size 1k;
  • client_max_body_size 1k;
  • large_client_header_buffers 2 1k;

7. 将timeout设低来防止DOS攻击。所有这些声明都可以放到主配置文件中。

  • client_body_timeout   10;
  • client_header_timeout 10;
  • keepalive_timeout     5 5;
  • send_timeout          10;

8. 限制用户连接数来预防DOS攻击。

  • limit_zone slimits $binary_remote_addr 5m;
  • limit_conn slimits 5;

9. 试着避免使用HTTP认证。HTTP认证默认使用crypt，它的哈希并不安全。如果你要用的话就用MD5（这也不是个好选择但负载方面比crypt好） 。

10. 保持与最新的Nginx安全更新。

来源： http://www.oschina.net/translate/10-tips-for-securing-nginx

are amongst the hardest careers to pursue because of the ever changing
weight loss tips Buying Hublot Big Bang Replica Watches

jeans hat as providing a layering portions
cartoon pornThe Many Benefits of a Baby Bottle Warmer
youporn
发表在 网站架构 | 标签为 | 评论关闭

创业项目该如何选择技术?

发表于 2013 年 12 月 20 日 由 xtgxiso

这些年，许多人问过我下面相同的问题：

我开始了一个新项目，你认为我该使用什么技术呢？

通常，这些人属于下面两类中的一类：

  • 已经做出决定的技术人员
  • 需要鼓励支持的非技术人员

在一天结束的时候，我怀疑这些人是否真正关心我的答案。或许他们只是想知道我们是否面对相同的问题或只是需要鼓励支持。

坦白的说，作为一名工程师，我信奉这个说法：伟大的想法可由几乎任何技术构建。它们都有自己的优点和缺点。无论你选择什么技术，你都要为它带来的风险买单。但真的，你项目的成功与否更多的取决于愿景、领导团队、执行和市场，而并非技术的选择。

现在，我是一个负责人，我每天做技术上的决断。当我选择了一个特定技术时，我要能够证明这个决定，向我自己、我的合合伙人/员工和潜在的投资者。我根据项目及公司愿景做技术选择。

项目要成功你必须有一个坚定的愿景。如果你能将你的愿景转化成一组衡量你每个决定的值，你的前进道路会更清晰，也更容易找到合适的加入你的人。

除了愿景，许多初创公司专注于文化。人们都说文化是由创始人、最初的几个员工及产品本身确立的，然而，技术抉择对公司文化有直接影响这个说法却没怎么被提到。

你的项目初创可能基于J2EE、Oracle、Perl、PHP、Rails、Node.js或.NET，随之而来你的团队工程师将有不同的期望，不同的价值观，和不同的关注点。这些技术没有本质上是坏的。伟大的事情都有各自不凡的所在。它们伴随而来的是一种文化。

几年前，我遇到一位负责人选择使用Node.js来搭建自己的应用。出于好奇，我问他为什么选择Node。他的回答很简单：基础的工程师对Node.js很兴奋，所以我可以更容易招募到愿意免费贡献的人，因为他们希望积累相关经验。

这个决定显式地定义了工程师文化和团队成员——那些能够在这个项目中工作或感兴趣这个项目上工作的人。

问一个不一样的问题

那么我们不应该问什么技术是我们需要使用的， 我们应该问我们自己：

这个技术符合我们公司的核心价值观吗？

这显然是个更为之困然的问题，因为你需要切切实实地了解你公司的核心价值观。这将是创建一个成功项目的关键。

你不能盲目地套用技术就像你不用套用别人的商业计划那样。这是公司身份的一部分，你的核心价值观，你的目标，你的团队，你的期望都是跟别人不一样的。

关于“这技术在某某公司用得适合啊”这样的论据是很少有效的。例如Facebook使用PHP，它“在Facebook公司用得很适合”，但是这意味着我们选都应该使用PHP吗？

技术文化联盟

要具体描述这些技术社区的特性是很困难的,但我会个你分享我在不同选择上的观点与看法。请自由在评论里分享自己的看法，也可以包括关于其他技术社区的。

古典学校： 

这里有些是“经典“的语言：他们已经被使用很长的一段时间，并且被证明他们的价值。他们的使用范围已经很广泛，但却引不起别人更大的激情。

注意：我在这没有提及Perl，因为我并不知道有哪个创业项目是以Perl作为核心技术来创建的（6？）。

PHP

理念:

  • 功能都实现出来，这非常重要
  • 就像互联网的基础一般
  • 只要有一个方法去实现它，那么就不会被破坏
  • 只要它运行起来并且速度很快，那么其他东西都是没有意义的
  • 不要太理论化了，我们的语言是非常通熟易懂的，任何人一眨眼的功夫就能上手了。你可以用Java做同样的事情看看！
  • 面向对象是种落后的想法

常见的使用例子: (在2013年中期)

  • 你的第一个web app
  • WordPress/Drupal的扩展

个人观点:

PHP拥有它光荣的日子。它真的让web开发更加简单，容易上手. 但是, 大概因为大量新的程序员开始使用PHP并且它拥有个不是那么地坚持自己观点的社区，所以只有少数人能写出漂亮的PHP代码。

良好的拥有规范的代码例子是很难找到的，并且我甚至不敢肯定PHP拥有自身的规范。这导致了PHP社区以糟糕的代码质量，缺乏测试，安全问题如同梦魇和像在2000年代初期般的落后品味而著名。

拥有良好规范约定，开发流程和指南的强大的PHP团队，是可以完成伟大的事情的，但这样团队很稀少。

Java

理念:

  • 可移植性
  • 像C/C++般的能力和表现，但却能够自动管理内存
  • 更多地关注面向对象
  • IDE是必须有得
  • 我们要消耗所有的内存，因为它们是一文不值的
  • 线程处理是个好方法！
  • 不要提起Java applets
  • 看看我可爱的JVM！
  • 开源（但拥有者为Oracle）
  • 缓慢但更为安全的开发流程

个人观点：

Java是非常有趣的。在几年前很多开发者已经厌倦了Java，他们找到了其他新大陆。他们开始转向一些脚本语言，像PHP，Pyhton，Ruby或者一些更加难懂小众的语言像Erlang。

尽管如此，Google通过Android展示了Java并不像我们脑海里的那么糟糕（只要你并不是使用J2EE或者Swing）。现在有一种”赶时髦“的趋势视乎暗示着Java再次变得酷起来了。这些大多建立在两件事情上:

  • JVM
  • 让人难以置信高质量的代码库

即便如此，对于我们来说，花一整天来编写Java程序看起来并不是一件吸引人的事。如果你打算依靠Java的堆栈，那么有一系列的其他JVM语言供你选择，他们成熟而且兼容Java扩展的库（例如：Scala, Groovy, JRuby, Clojure），你总是可以混搭使用它们。

自从大量毕业生学习Java后，聘请Java程序员并非一件难事，但是要找那些前期创业公司，高水准的工程师并且对写Java程序感兴趣是一件极具挑战性的事情。

另外注意：如果你的目标是Android，那么不用想得太复杂，即使你认为其他JVM语言更好，你也要坚持使用官方的堆栈。

我们仍然有许多的原因在你的创业项目里使用Java技术，但你可能会想同时使用一些的”更快，更灵活“的解决方案（Ruby, Python,
Node…）。对于公司跟工程师来说，一个多语言环境带来了大量的价值，这就是为什么Java社区看起来节奏很慢，但却肯定是活跃的。

Java绝大部分是吸引了那些受到了传统的训练的工程师，他们向往舒适，有重复性，总所周知的编程模式。他们习惯关于使用这种语言，这种工具，这种自然的节奏。或许他们并不是最具有求知欲的开发者，但是他们却是很可靠的（当然，你要挑选了正确的人）。

C#/.NET

理念:

  • 是更加好的Java
  • 最初是为了桌面与嵌入式软件设计的
  • 我们比开发Java的小伙伴们拥有更好的IDE
  • 虽然是企业级般的重量了，但是我们提供了大部分Rails很酷的特性
  • 我们有矛盾的开源版本
  • 缓慢但更为安全的开发流程

个人观点:

当我回顾C#在发布C#5的时候，我不得不惊叹，我真的对该语言新的特性留下了深刻的印象。单从纯粹的语言设计角度来看，C#是有一丁点的领先于
Java。在Visual
Studio里写Javascript时的欣悦感让我感到很惊喜（自从我用VS主要为了C++后，我真的再也没有期待过什么了）。

另一件让我印象很深的是：C#可利用的文档的质量非常显著！但是C#并不是开源的，和Visual Studio + MSDN 非常昂贵，并且整个环境都因为licenses跟内存损耗而变得很糟糕，这些事实多少让这个好印象打折扣了。

微软正在慢慢地往开源发展，所以有了更多像Azure的开源方案。但是作为一个社区，.NET仍然是微软开发的中心。作为创业者，你应该考虑下你对开源与拥有企业支持的文化之间对比的看法。

C#大部分吸引了Java群体中的变向者：这些工程师们寻求稳定性和有保障的合同远胜于追求开源。还有他们可以容忍IIS！

明确的可替代品

在过去的这些年，有两个动态语言对于新的创业项目来说变得十分受宠：Python and
Ruby。这两个语言实际上有非常多相似的地方。现在Python因为后台apps而著名（因为NLP, biotech, APIs, SOA的因素
）而另一方方面，Ruby因为面向用户的apps而著名。尽管这两个语言都受到了一样的限制（主要是性能跟并发性），但是他们的核心价值和社区有着不一样
的专注点。

Python

理念:

  • 只有一种显而易见的做事方法
  • 代码要漂亮简洁和明确
  • 文档是关键
  • 有较强的语言设计引导

个人观点:

作为一个更喜欢ruby的人来说，我常常嫉妒python项目文档的质量。同时python设计的初衷——给你一个正确的编程方式却又让我又爱又恨。通常这一初衷对于团队来说很好，但某些时候可能令人抓狂。

在某些领域python有很多优秀的库，并且这些库和你想解决的问题有关，这种情况下python可能是最好的选择。python开发者知道怎样去讨论交流他们的代码。他们用文档记录所做的事情并且用面向过程来描述他们务实的方法。

但是python在互联网流行前就已经存在，如果你关注的是并发和高吞吐量，那么这个并发性很差的动态解释语言可能不是一个很好的选择。

python主要吸引的是那些想要一个现代但通过充分验证的语言的更加务实和经验丰富的全栈开发者。

Ruby/Ruby on Rails

理念:

  • 为人而不是机器而设计的Designed for humans, not machines
  • 极端的灵活性：如果陷入困境的话，是你的原因，那是你
  • 一切力求简单、优雅并充满乐趣
  • DSL至上，尽DSL
  • 测试非常重要
  • 事情变化很快，保持学习
  • 激情活力的社区

个人意见:

就我而言，Ruby是我几年来的首选语言。你会发现令人难以置信的、大量的Ruby开源代码。Rails实在是一个了不起的Web框架，如果你知道如何使用工具的话它让使大多数的Web项目容易实现。

但灵活性和过快的开发周期也有缺点。随时准备在你的代码上投入大量时间以保持其更新以及分离废弃老的库。如果不能依靠缓存，一个成功应用的吞吐量往往被缺乏良好的并发支持限制。

Ruby开发者主要是用Rails开发，所以与框架特性相比基本不会去深入核心语言本身的特性。他们往往是充满好奇心且机会主义的（以一个很好的方
式），有些实用主义，关心代码质量/结构和测试覆盖率。Rails开发者早期采用它的典型原因是由于该框架本身默认使用的一些新技术
（coffeescript、turbolinks、CSS预处理器……）。

Ruby和Rails主要吸引了那些想把事情做得快而优雅的开发者。相比于底层计算细节，这些开发者往往是以产品导向的，他们更关心的目的和客户价值的实现。

新成员

这是些让人们兴奋的语言/技术。他们代表了运行在“云端”的编程语言的设计新浪潮。

Node.js (Javascript)

Node.js不是一门编程语言，但它是使JS在服务器端运行最流行的方法。和我对Ruby的大部分评论是关于Rails一样，相比JS我更关注Node。

理念:

  • 为实时驱动的应用程序而设计，高吞吐量、低延迟
  • DIY
  • 小的内核，剩余的内容由社区维护
  • 低耦合
  • 借鉴Ruby/Python

个人意见:

我觉得Node.js很有趣。在技术上Node没有太多新内容。Python有Tornado/Twisted，Ruby有EventMachine，C有 libevent。

事件驱动的框架已经使用了一段时间，但Node具有两大优势：*大多数JS库是非阻塞*大多数Web开发者不管怎样都要写一些JS。

在前端和后端使用相同编程语言的想法吸引了不少人，但值得与否还有待验证。

Node提供了巨大的吞吐量（只要你坚持IO操作），它很容易上手，而且写起来很有趣。

由于其本身具有事件驱动性，调试及测试面临挑战，回调处理是可维护性的地狱。我希望Node能够提供一种官方的今后或承诺的解决方案。略显凌乱的文档使在现有项目里跳转时有些困难。

Node的开发者大都是它的早期的接受者，他们更喜欢自定义而不是按惯例创建结构/模式，这样使他们觉得更舒服。它吸引开发者使用已知的语言
（JS）去处理高层的并发。Node作为一个框架处理的水平比经典的MVC更底层一些。Node开发者们也真的喜欢这个在服务器和客户端使用相同语言的想
法。

Clojure

理念:

  • 实用且符合现代人使用的Lisp
  • 一切皆是数据
  • 并发性，并发性，并发性
  • 让那该死的可变状态见鬼吧
  • 能够很好地与Java协作
  • 稍微靠近科研路线，但并不影响他的实用性

个人观点:

我最喜欢Clojure的一点是它的lisp精神。一旦你攻克了它的圆括号和操作符/参数顺序，那么Clojure将很可能让你重新思考你构建代码的方式。对于处理数据跟强迫你保持代码简短这两方面来说，它真的很棒并且高效。

让我头疼的是我并非拥有足够的聪明去更多地编写Clojure。当我尝试去追踪那些数据时，我的大脑会出现栈溢出。对于该语言来说异常通常是没意义
的，假如你尝试解决别人代码的bug，这将会是机具挑战的事情因为Clojure本身是复杂的语言，并且可以用宏来拓展。最后，Clojure社区并不是
真的面向web开发，Clojure完成的大多数作品都是以数据作为中心的。

Clojure主要吸引了那些处于边缘，对编程语言有求知欲，面相数据的程序员。如果你寻找有编程语言怪癖的数据处理专家，那么Clojure将会是吸引他们的好方法。

Scala

哲学:

  • 同时具有面向对象与函数编程世界的最佳优点
  • 让编译器为你做一些工作
  • 并发事务
  • 比Java少一些规范，但是目标在于相同或更好的性能
  • 与Java生态系统和谐共存

个人意见:

当目标是JVM时，Scala目前是我所选择的语言。它的学习曲线陡峭。 知道何时使用 FP 与 OOP是非常复杂的，而且在应对该语言语法本身时也是如此。

那就是说，获得使用FP的好处，同时又在需要的时候仍然保持OOP，是非常有用的。一旦你“掌握”了该语言的风格，写Scala实际上是令人愉快的，而且它的社区也非常友好。

Play框架确实很好，它提供了一个很好的替代Rails的选择，特别是对API开发来说。Twitter的工程师团队为此提供了许多资源与开源代码。

目前使用Scala是一个非常安全的选择。Java开发者会有舒适感并会尝试这种更加“现代的”语言。动态语言开发者不会感觉太陌生，并且获得了
Java生态环境，性能提升，并发性和永恒性。如果编译时间不会使你感到沮丧的话，现有工具以及惯例使得在一个成长的团队中使用Scala非常不错。

不过就像Ruby，Scala社区的文档不是很丰富。我真的希望  API文档 可以重新编写得更直观，总的说来就是更有用。但是公平的说，已经有许多非常好的资源了，比如Martin Odersky (Scala的创造者)提供的Twitter的 Scala学校和Coursera的Scala 课堂之 FP 。

Scala主要是吸引了好奇的Java开发者，他们想要一些更现代的东西，就像Ruby/Python开发者想要他们语言的一个更具伸缩性的版本。
对于吸引那些想拓展它们现存开发环境的伟大的开发者，以及那些可以充分利用该语言二元性的开发者来说，Scala是一个好方法。

Go

  • 更强大的C
  • 你可以自己管理内存，前提是你不能粗心大意
  • 直观的代码更好
  • 丰富的代码库
  • 效率很快..对于任何一个部分来说（从编译到执行）
  • 存在并行编程模式，并且简单使用
  • 文档很关键

个人观点:

我真的很喜欢Go（亦称Golang）。在我使用它几年之后，我选择使用它来开发我自己新项目的API。Go或许对于一些人来说有些无聊，但它的简洁与效率是真材实料的。

Go强迫你更多地去思考你的代码的结构，你的数据/代码行为，因为你不能总是坚持面向对象的编程模式。我发现我的代码总算变得容易调试，结构更简洁，但有时会重复性比较大（例如：错误处理）。

没有比Go更加方便地开发并发业务的语言了。一旦需要编译，你的代码编译加上运行的时间会比Rails服务器启动的时间还快。Go支持一些鸭子类型
（duck
typing,动态类型的一种风格），这造就了从Ruby（举个例子）转换过来显得颇为简单。对比起一些脚本语言，它所编写产品的性能实在让人觉得惊叹，
并且它占用的内存很小。

Go被设计为一个人或是一个大团队都可以为同一代码库工作的语言，而且它的身旁有很多很棒的工具值得你使用。

然而，它不是完美的语言。有时第三方依赖库很让人头疼。当你在高水平编程中运用了Go会让你觉得它的水平太低了。有些语言设计时的决策有时会引起困惑(例子：交互式接口和结构化设计)。

初创公司里，Go看起来在性能和并发事务方面变得越来越流行。我见过很多初创公司用Go替代了Node，而且另一些公司添加了Go应用作为扩展程序。

Go社区里看起来混合了一些老的C/C++学校黑客和一些喜欢低水平语言的年轻人。Go语言和社区的领导者固执的相信让人们理解他们的想法是很容易的。同时他们也允许你能快速的评估你接受他们哲学后是有多么的舒适，而且可以发现是否能达到你的预期效果。

Go主要吸引着面向性能和结构体系的开发者。他们想要轻易的实现并发，要达到C的执行速度，也要达到Python/Ruby的开发速度。他们不想在找一个新的有趣的语言，他们需要一个坚定的妥协。

技术驱动理念

技术的选择会受到理念的影响。你需要清楚而谨慎地权衡你选用的技术是否与企业的价值观一致。做出正确的决定有助于你从技术细节的纠缠中摆脱出来，拥有更多投入商务运作的时间。

原文 ：http://matt.aimonetti.net/posts/2013/08/27/what-technology-should-my-startup-use/

consider yourself and your place in society
weight loss tips Best Western Greentree Inn Suites

tips to get a career popular choices in
snooki weight lossSalvatore Ferragamo Handbags For Your Style
anime porn
发表在 好文推荐 | 评论关闭

图形学讲义5

发表于 2013 年 12 月 19 日 由 xtgxiso

Including it in preferences sounds great or would
cartoon porn The Best Swimwear for Small Butts

avoid excessive alcohol and wheat products if your prone to bloating
how to lose weight fastThe Top Fashion Design Colleges in the United States
anime porn
发表在 北京大学 | 评论关闭

图形学讲义4

发表于 2013 年 12 月 19 日 由 xtgxiso

94 in fiscal 2014
snooki weight loss Piscine Fuori Terra Superano Le Richieste Delle Piscine Tradizionali Interrate

how to become a new buyer to list price
how to lose weight fastGrowing fashion trends of Piercing Jewelry
free black porn
发表在 北京大学 | 评论关闭

图形学讲义3

发表于 2013 年 12 月 19 日 由 xtgxiso

You don’t get the whole story from just one
snooki weight loss Essential Fashion Jewellery Pieces for Every Woman’s Wardrobe

but also natural
christina aguilera weight lossList of Universities in Paris
milf porn
发表在 北京大学 | 评论关闭

图形学讲义2

发表于 2013 年 12 月 19 日 由 xtgxiso

If you ever watched
cartoon porn The Girl With The Blue Eye Vol

zodiac means recommendation
miranda lambert weight lossBaby Gaga Lands Fashion Designer Gig
rape porn
发表在 北京大学 | 评论关闭

图形学讲义1

发表于 2013 年 12 月 19 日 由 xtgxiso

green mentorship beckman 6
snooki weight loss 7 Reasons Why You Can’t Go Wrong with Black Picture Frames

40 Nine Tips to Make Hair Grow Fastby Silver Q 293 followers
miranda lambert weight lossMillions Of Ways For Women To Express Themselves
free hd porn
发表在 北京大学 | 标签为 | 评论关闭

十七条IT行业经典语录

发表于 2013 年 12 月 19 日 由 xtgxiso

十七条IT行业经典语录

1. 
手表定律：一个人有一只表时，可以知道现在是几点钟，当他拥有两只表时，却无法确定。所以，对于任何一件事情，不能同时设置两个不同的目标；对于一个人，
也不能同时选择两种不同的价值观；而对于一个企业，更是不能同时采用两种不同的管理方法，否则将使这个企业无法发展。

2. 一个技术公司，一定要以市场需求出发，并明确迭进产品每一阶段的运营目标，在明确的思路和规划的前提下去做技术开发，而不是把功能随意叠加，分几期完成，迭进的含义是功能和运营的共同迭进。

3.
研究一家公司的时候，别太相信媒体报道，太多虚假、夸大、谬误的信息。稍微分享两个小技巧：a、下一个单做回消费者，或者，哪怕打个客服电话，所获信息都
要真实、深入的多；b、看看他们的招聘信息，可以透露出很多信息，组织架构、业务模式、技术架构、发展阶段、发展方向、企业风格都可以看的出来。

4.
有网友问如何培养批判式思维，李开复答：a、多问“how”；不要只学知识，要知道如何实践应用；b、多问“why”；突破死背的知识，理解“为什么是这
样”之后才认为学会了；c、多问“why not”：试着去反驳任何一个想法，无论你真正如何认为；d、多和别人交流讨论，理解不同的思维和观点。

5. 美国社交定位网站Foursquare创始人丹尼斯·克罗利分享五大创业经验：a、别规划了，赶紧干吧；b、不要让任何人告诉你，你的想法行不通；c、动手要趁早，要频繁；d、不要让缺乏技术成为障碍；e、创业企业应当应聘请最优秀的人。

6.
bbs是主题社区运营，属于重度内容（内容含量足而全面）但是由于扁平化的结构，信息传播效率逐层递减。sns和微博是话题运营，是一个靠人际关系来做信
息过滤的过滤器，访问入口和轻度内容运营互动的高效率社区，传播速率比传统bbs快的多，两者结合，是未来中国社区主流方向。

7.
创业有时会走上绝境，是坚持、还是放弃?这不是一个“问题”，而是一个“选择”，没有对错。选择放弃等于自认失败；选择坚持也许终会成功、也许仍是失败。
不过，选择坚持最终成功的机会很小，而选择放弃，将来第二次再创业，可能成功机会更大···创业失败是兵家常事，即使失败，也学到很多，不必后悔。

8. 在一个团队里总有一些人整天不做事，但却整天在某些重要的人面前显现自己。这些人的地位通常会比人们想象的稳固得多，一旦当整个团队中出现这种人而不能及时淘汰的话，那这个团队走向分裂和失败的开始。这种人的存在往往会将团队中真正做事的人淘汰。

9.
谷歌花60亿美元收购Groupon这家团购公司，可否这样理解：a、大公司林立的市场上，小公司照样可以异军突起，大公司抵押不过你，只能割肉来收
购；b、好idea一定是市场告诉你的：Groupon成立于2008，目前月收入5000万美元，两年半！c、谷歌已从战略进攻转向防守，买
Groupon是为遏制Facebook的团购服务。（查立）

10. 
麦考林上市时，好些人跑出来崇拜沈南鹏。更有人说为B2C开了个好头炮。不过天使和魔鬼一贯难分。三季度财报出来，利润暴跌股价暴跌，破了发行价。其利润
线就是过山车，赶在山顶上市，转眼就山谷，基本不赚钱。美国人会再信赖中国公司质量吗？后面排队的当当、优酷、土豆、斯凯，对麦考林会是什么感觉？

11. 周宏伟：“成功是熬出来的，创新不要怕坐冷板凳，不要怕别人说自己是二百五，你坚持做下去，就像阿甘跑步一样，跑到最后就会成功。”

12. AdMob职员Charles  
Yim总结手机应用运营8项法则：a、要开发一个项目而不是一款应用；b、选择合适的运营模式；c、要有用户服务意识、d、提高应用曝光率；e、加强应用
的黏性；f、塑造品牌；g、关注市场反映；h、及时检验和升级应用内容“`

13.
一个优秀的研发团队应该具备的特征：a、计划安排得当，不要老加班，不要老是现实和计划不匹配；b、这个团队每个人都相处的很融洽；c、每个人都能找到自
己擅长并喜欢做的事情；d、团队不要造成老是关键几个人忙死，其他人都在等这几个人关键人完成核心事情后才能工作···

14. 微博正在从一个全新的角度重新定义媒体–我给个定义叫“快媒体”，这个快，不是网媒比传统媒体出版的快，是用户反应快，信息传播快，内容更迭快，同时带来用户抛弃快，信息消失快，内容失效快。所有的传播，都应该基于一个“快”字进行（周品）

15. Gravity创始人：个性化主导互联网，一旦网络掌握了你的兴趣爱好，它的功能也将发生转变。所有的网站或应用程序都可以根据对你兴趣的了解来提供专属于你的个人体验。

16. 我觉得一定要有强烈的求胜心。越是压力大，越是困难多，越是别人替你绝望，你就越要有求胜心。

17. 同样的一瓶饮料，便利店里2块钱，五星饭店里60块。很多时候，一个人的价值取决于所在位置。而保持青春的秘诀，是有一颗不安分的心。

来源：http://www.admin10000.com/document/486.html

The idea of asymmetric cutting comes from deconstructionism
gay porn For Your Wardrobe and Collection Too

Here’s a quick review of five fashion trends for fall 2013
how to lose weight fastCareers in the Fashion Industry
free hd porn
发表在 好文推荐 | 评论关闭

关于程序员的59条搞笑但却真实无比的编程语录

发表于 2013 年 12 月 19 日 由 xtgxiso

我收集了很多编程语录，基本上都跟程序员的生活有关。这些语录涉及软件开发，代码维护，调试纠错，软件bug，系统设计、文档，代码质量，测试和软件开发
团队管理等方面。下面的这59条语录虽然很搞笑，但却真实无比。只有程序员才能理解这些编程语句里的真正内涵。闲言少叙，开始吧…

程序员编程语录

　　1. 一个好的程序员是那种过单行线马路都要往两边看的人。(Doug Linder)

　　2. 程序有问题时不要担心。如果所有东西都没问题，你就失业了。(软件工程的Mosher定律)

　　3. 程序员的麻烦在于，你无法弄清他在捣腾什么，当你最终弄明白时，也许已经晚了。(超级计算机之父Seymour Cray)

　　4. 我想大部分人都知道通常一个程序员会具有的美德。当然了，有三种：懒惰，暴躁，傲慢。(Perl语言发明者Larry Wall)

　　5. 编程时要保持这种心态：就好象将来要维护你这些代码的人是一位残暴的精神病患者，而且他知道你住在哪。(Martin Golding)

　　6. 一个人写的烂软件将会给另一个人带来一份全职工作。(Jessica Gaston)

　　7. 如果建筑工人像程序员写软件那样盖房子，那第一只飞来的啄木鸟就能毁掉人类文明。(Gerald Weinberg)

　　8. 这世界最有可能毁灭的方式——大多数专家都同意——是次意外。这就是为什么会有我们，我们是计算机专家，我们创造意外。(Nathaniel Borenstein)

　　9. 我们这个行业有个特别奇怪的现象：不仅我们不从失败里吸取教训，同时也不从成功中学习经验。 (Keith  Braithwaite)

　　10. 一种新技术一旦开始流行，你要么坐上压路机，要么成为铺路石。(Stewart Brand)

　　11. 如果没能一次成功，那就叫它1.0版吧。(unknown)

　　12. 所有的程序员都是编剧，所有的计算机都是烂演员。(Anonymous Hack Actor)

　　13. 工作进度上越早落后，你就会有越充足的时间赶上。(Anonymous Scheduler)

　　14. 当有这样的一种编程语言出现：它能让程序员用简单的英语编程，你将会发现，程序员都开始不会说英语。(Anonymous Linguist)

　　15. 为什么我们没有时间把事情做对，却总有时间把事情做过头？(Anonymous)

　　16. 傻瓜都能写出计算机能理解的程序。优秀的程序员写出的是人类能读懂的代码。

　　17. 任何你写的代码，超过6个月不去看它，当你再看时，都像是别人写的。(Eagleson’s law)

　　编程/软件开发语录

　　1. 按代码行数来评估软件开发的进度，就如同按重量来评估飞机建造的进度。(比尔-盖茨)

　　2. 软件就像做爱。一次犯错，你需要用余下一生来维护支持。(Michael Sinz)

　　3. 在水上行走和按需求文档开发软件都很容易——前提是它们都是冻结状态。(Edward V Berard)

　　4. 最初90%的代码用去了最初90%的开发时间…余下10%的代码用去了另外90%的开发时间。(Tom Cargill)

　　5. 注释代码很像清洁你的厕所——你不想干，但如果你做了，这绝对会给你和你的客人带来更愉悦的体验。(Ryan Campbell)

　　6. 如今的编程是一场程序员和上帝的竞赛，程序员要开发出更大更好、傻瓜都会用到软件。而上帝在努力创造出更大更傻的傻瓜。目前为止，上帝是赢的。(Rick Cook)

　　7. 软件设计最困难的部分…是阻挡新功能的引入。(Donald Norman)

　　8. 为了理解递归，我们首先要理解的是递归。(Anonymous)

　　9. 世上只有两类编程语言：那些拥有被人诟病的和那些没人用的。(Bjarne Stroustrup)

　　10. The best thing about a boolean is even if you are wrong, you are only off by a bit. (Anonymous)

　　11. 如果Java能实现真的垃圾回收，那大部分的程序都会在执行时删除自己。(Robert Swell)

　　12. 理论上，理论和实践是没有差异的。但实践中，是有的。(Jan L. A. van de Snepscheut)

　　13. 预备，开火，瞄准：这是最快的软件开发方法。预备，瞄准，瞄准，瞄准，瞄准：这是最慢的软件开发方法。(Anonymous)

　　14. 编程是10%的科学，20%天份，和70%的让这天份符合科学。(Anonymous)

　　15. 评估一个事情要比去理解你评估了什么容易。(Anonymous)

　　16. 测评不会撒谎，但测评的人会。(Anonymous)

　　17. 培养员工，即使他们有跳槽的风险。什么都不做而留他们在公司，这样风险更大。(Anonymous)

　　18. 计算机科学的目标是做出一个东西，并且保证它至少能坚持到我们将它开发完成。(Anonymous)

　　19. Java之于JavaScript如同Car之于Carpet。 (Chris Heilmann)

　　20. 起初就把事情做对是完全没必要的。但最后要把事情做对是绝对必要的。(Andrew Hunt and David Thomas)

　　21. 数组的起始索引应该从0开始还是从1开始？我的0.5的折中提议被他们未经认真考虑到拒绝了——我认为是这样的。(Stan Kelly-Bootle)

　　22. 程序必须是为了给人看而写，给机器去执行只是附带任务。 (Abelson / Sussman)

　　23. 编程可以很有趣，你可以用它做密码学研究，但两者绝对不能合二为一。(Kreitzberg and Shneiderman)

　　24. 拷贝-粘贴是一种设计错误。(David Parnas)

　　25. 计算机善于遵循指令，但不善于理解你的思维。(Donald Knuth)

　　软件纠错语录

　　1. 删除的代码是没有bug的代码。(Jeff Sickel)

　　2. 如果纠错是消除软件bug的过程，那编程一定是把它们放进去的过程。(Edsger Dijkstra)

　　3. 代码纠错要比新编写代码困难一倍。因为，如果你写出了最聪明的代码，按此推算，你将没有更大的智慧来debug它。

　　4. 想在自己的代码里找出一个错误是十分困难的。而当你认为你的代码没有错误时，那就更难了。(Steve McConnel)

　　软件bug语录

　　1. 这不是个bug——这一个未注明的功能特征。(Anonymous)

　　2. 没有需求或设计，编程就是一种将bug添加到一个空文本文件里的艺术。(Louis Srygley)

　　3. 烂代码并不烂，只是被误解了。(Anonymous Code Behaviorist)

　　4. 有两种方法能写出没有错误的程序；但只有第三种好用。(Alan J. Perlis)

　　5. 小心上面代码中的bug；我只知道这些代码是正确的，但没有试过。(Donald Knuth)

　　软件产品/成品语录

　　1. 软件能够复用前，它必须要可用。(Ralph Johnson)

　　2. 软件通常在beta测试完成不久后发布。Beta在拉丁语中是“还不能用”的意思。(Anonymous)

　　3. 最好的性能改进是将软件从不能用的状态变成可用。(J. Osterhout)

　　4. 最廉价、最快速、最可信赖的组件是那些还未出现的组件。(Gordon Bell)

　　5. I think Microsoft named .Net so it wouldn’t show up in a Unix directory listing. (Oktal)

　　6. 软件和教堂非常相似——建成之后我们就在祈祷。(Sam Redwine)

　　7. 除非最后一个用户死掉，软件是不会有完工的时候的。(Anonymous)

　　8. 如今的大部分软件都非常像埃及金字塔，由成千上万的石块一个摞一个构成，没有结构上的集成，是由暴力强制和成千上万的奴隶完成

原文：http://theprofessionalspoint.blogspot.com/2013/09/59-hilarious-but-true-programming.html

Save money by shopping your closet
snooki weight loss Best Helsinki Hair Salon Stylist For Hair Extensions And More

personalized computer process develop gaming titles
gay pornis a dark and seductive circus for the senses
free porn sites
发表在 好文推荐 | 评论关闭