程序员怪异另类

❶ 关于编程风格

首先,编程风格并不同于其他的style，目的并不是形成自己独树一帜的风格，而是为了让你的程序易读,有利于团队合作以及别人帮你改错。

风格是通用的

C语言和C++语言的编程风格 （java见下）

第一章:缩进格式
Tab是8个字符,于是缩进也是8个字符.有很多怪异的风格,他们将缩进格式定义为4个字符(设置为2个字符!)的深度,这就象试图将PI定义为3一样让人难以接受.
理由是:缩进的大小是为了清楚的定义一个块的开始和结束.特别是当你已经在计算机前面呆了20多个小时了以后,你会发现一个大的缩进格式使得你对程序的理解更容易.
现在,有一些人说,使用8个字符的缩进使得代码离右边很近,在80个字符宽度的终端屏幕上看程序很难受.回答是,但你的程序有3个以上的缩进的时候,你就应该修改你的程序.

总之,8个字符的缩进使得程序易读,还有一个附加的好处,就是它能在你将程序变得嵌套层数太多的时候给你警告.这个时候,你应该修改你的程序.
第二章:大符号的位置
另外一个C程序编程风格的问题是对大括号的处理.同缩进大小不同,几乎没有什么理由去选择一种而不选择另外一种风格,但有一种推荐的风格,它是Kernighan和Ritchie的经典的那本书带来的,它将开始
的大括号放在一行的最后,而将结束大括号放在一行的第一位,如下所示:
if (x is true) { we do y }

然而,还有一种特殊的情况:命名函数:开始的括号是放在下一行的第一位,如下:
int function(int x) { body of function }

所有非正统的人会非难这种不一致性,但是,所有思维正常的人明白: (第一) K&R是___对___的,(第二)如果K&R不对,请参见第一条. (:-))......另外,函数也是特殊的,不一定非得一致.
需要注意的是结束的括号在它所占的那一行是空的,__除了__它跟随着同一条语句的继续符号.如"while"在do-while循环中,或者"else"在if语句中.如下:
do { body of do-loop } while (condition);
以及
if (x == y) { .. } else if (x > y) { ... } else { .... }
理由: K&R.

另外,注意到这种大括号的放置方法减小了空行的数量,但却没有减少可读性.于是,在屏幕大小受到限制的时候,你就可以有更多的空行来写些注释了.
第三章:命名系统
C是一种简洁的语言,那么,命名也应该是简洁的.同MODULE-2以及ASCAL语言不同的是,C程序员不使用诸如之类的命名方式.一个C语言的程序员会将之命名为"tmp",这很容易书写,且并不是那么难以去理解.
然而,当混合类型的名字不得不出现的时候,描述性名字对全局变量来说是必要的了.调用一个名为"foo"全局的函数是很让人恼火的.全局变量(只有你必须使用的时候才使用它) ,就象全局函数一样,需要描述性的命名方式.假如你有一个函数用来计算活动用户的数量,你应该这样命名--"count_active_users()"--或另外的相近的形式,你不应命名为"cntusr()".
有一种称为Hungarian命名方式,它将函数的类型编码写入变量名中,这种方式是脑子有毛病的一种表现---编译器知道这个类型而且会去检查它,而这样只会迷惑程序员. --知道为什么Micro$oft为什么会生产这么多"臭虫"程序了把!!.
局部变量的命名应该短小精悍.假如你有一个随机的整数循环计数器,它有可能有"i",如果没有任何可能使得它能被误解的话,将其写作"loop_counter"是效率低下的.同样的,""tmp"可以是任何临时数值的函数变量.
如果你害怕混淆你的局部变量的名字,还有另外一个问题,就是称
function-growth-hormone-imbalancesyndrome.
第四章:函数
函数应该短小而迷人,而且它只作一件事情.它应只覆盖一到两个屏幕(80*24一屏),并且只作一件事情,而且将它做好.(这不就是UNIX的风格吗,译者注).
一个函数的最大长度和函数的复杂程度以及缩进大小成反比.于是,如果你已经写了简单但长度较长的的函数,而且你已经对不同的情况做了很多很小的事情,写一个更长一点的函数也是无所谓的.
然而,假如你要写一个很复杂的函数,而且你已经估计到假如一般人读这个函数,他可能都不知道这个函数在说些什么,这个时候,使用具有描述性名字的有帮助的函数.
另外一个需要考虑的是局部变量的数量.他们不应该超过5-10个,否则你有可能会出错.重新考虑这个函数,将他们分割成更小的函数.人的大脑通常可以很容易的记住7件不同的事情,超过这个数量会引起混乱.你知道你很聪明,但是你可能仍想去明白2周以前的做的事情.
第5章:注释
注释是一件很好的事情,但是过多的注释也是危险的,不要试图区解释你的代码是注释如何如何的好:你应该将代码写得更好,而不是花费大量的时间去解释那些糟糕的代码.
通常情况下,你的注释是说明你的代码做些什么,而不是怎么做的.而且,要试图避免将注释插在一个函数体里:假如这个函数确实很复杂,你需要在其中有部分的注释,你应该回到第四章看看.你可以写些简短的注释来注明或警告那些你认为特别聪明(或极其丑陋)的部分,但是你必须要避免过多.取而代之的是,将注释写在函数前,告诉别人它做些什么事情,和可能为什么要这样做.
第六章:你已经深陷其中了.
不要着急.你有可能已经被告之"GUN emacs"会自动的帮你处理C的源代码格式,而且你已经看到它确实如此,但是,缺省的情况下,它的作用还是不尽如人意(实际上,他们比随便敲出来的东西还要难看- ainfinite number of monkeys typing into GNU emacs would never make a good program)
于是,你可以要么不要使用GUN emacs,要么让它使用sanervalules.使用后者,你需要将如下的语句输入到你的.emacs文件中.(defun linux-c-mode() "C mode with adjusted defaults for use with the Linux kernel."(interactive) (c-mode) (c-set-style"K&R") (setq c-basic-offset8))

这会定义一个M-x Linux-c-mode的命令.当你hacking一个模块的时候,如何你将-*- linux-c -*-输入在最开始的两行,这个模式会自动起作用.而且,你也许想加入如下
(setq auto-mode-alist (cons '("/usr/src/linux.*/.*.〖ch〗$" . linux-c-mode) auto-mode-alist))

到你的.emacs文件中,这样的话,当你在/usr/src/linux下编辑文件的时候,它会自动切换到linux-c-mode .
但是,假如你还不能让emaces去自动处理文件的格式,不要紧张,你还有一样东西: "缩进" .
GNU的缩进格式也很死板,这就是你为什么需要加上几行命令选项.然而,这还不算太坏,因为GNU缩进格式的创造者也记得K&R的权威, (GNU没有罪,他们仅仅是在这件事情上错误的引导了人们) ,你要做的就只有输入选项"-kr -i8"(表示"K&R,缩进8个字符).
"缩进"有很多功能,特别是当它建议你重新格式你的代码的时候,你应该看看帮助.但要记住: "缩进"不是风格很差的程序的万灵丹.

http://www.nou.com.cn/portal/Article/itjs/jsjj/cxsj/200511/20051104115145.html

JAVA编程风格简析

很久以来都在体会着JAVA的风格，现在做一简单陈述，希望大家多提宝贵意见。

对于一种好的编程语言，学习它的编程风格是很重要的。每种语言都有自己的编写和注释约定，当然所有语言都建立在最基本的约定之上。编程中最重要的并不是让代码按自己希望的方式运行，而是程序中那种自明的编程风格（这对于程序员的益处相信众多程序员都身有体会）！但这还不够，程序还应该具有可读、相对持久和可维护性。可读性非常重要，因为你不希望自己以前的作品在之后的阅读中给自己留下障碍，当然，更重要的是自己的程序能让其他程序员读懂并且修改。

下面我把工作中所理解的java风格做一简单总结，这是我所理解的好的编程风格和应用中我们应当如何使用java编写自己的代码的小Guide。这并不完全，希望大家帮我陆续总结各自的经验。

一般性概述
好的编程风格固然重要，但是你一定听说过一些程序员的个人风格。其实我们完全不必为那些所谓条条框框所累，但是作为原则是我们至少不能打破这些常规。我们应该在保持自己风格的同时尽量的把自己与编程潜原则靠拢。

可读性很容易达到，比如，让自己的代码缩排排列、名字采用描述性但不要过长（短名应仅仅用在非远程）、特殊名称比如pi应当被定义为final类型。模块性是编程需要注意的另一重点，把代码划分到类里，在类中把功能划分到方法中，别让一个类太大，否则在使用、修改和理解上都会造成不必要的麻烦，方法也一样，如果一个方法长度超过50行，它产生错误的概率将接近100％，尽量把大方法划分为小方法，编程中为避免重复编写，还应尽量调用JAVA标准类库。

尽量避免在写代码和注释时使用不同语言，经常见到论坛有朋友询问诸如在java中调用c、调用php、调用shell之类的问题，其实在编程中，我们应尽量使用一种语言去完成事情。另外就是不必最优化自己的代码，应该选择相对较优的算法就可以了。

类、方法和fields
类应体现出某种物质的基本概念，比如要编程实现“汽车”的组成，那么所有的汽车都可以用类Car实现。这个类应当包括域描述、属性描述和car的状态（color, number of doors, age等）和由car可完成的操作（getColor, setColor等）。为了提高类的可重用性，不要在类中有过多的描述，当然这也会增加错误产生的机会。

类名首字母大写，比如Date, String, Hashtable等 ... ...

类如下定义：(未使用Javadoc做注释):

public class Car {

/* Instance variables are placed either in the beginning
or at the end of the class */

private int age;
private Color color;

/* The constructor should be placed in the beginning */

public Car(int age, Color color) {
this.age = age;
this.color = color;
}

/* Example method */
public int getAge() {
return age;
}

/* The main method is optional, but looks like this.
If it exists, it is either the first or the last
method in the class */

public static void main(String [] args) {
...

}
}

注意类名和大括号间的空格！

方法
方法一般定义为public。当然，如果方法仅仅在当前类用到可以定义为private，而如果希望一个子类沿用这个方法则不同，这时候的方法应定义为protected。

java中的方法定义很有趣，它们一般小写字母开头，如果有两个字组成，第二个字的首字母则大写。因此名字的描述性是至关重要的。这使你不用阅读整篇代码来判断这是一个什么方法。在给自己的方法取名时应尽量不要太短或者太长，另一个需要注意的是大多方法使用动词（动宾短语）。

例如：
public void eat() {}
public void eatBananas() {}

Selector（选择器）方法有get前缀，后缀是它们将要get的，比如
public int getBananas() {}

Mutator（存取器）方法则有set前缀，后缀则是他们要set的，比如
public void setBananas(int amount) {}
注意mutators大多无返回值。

方法的参数应当以如下方式给出：
public void aMethod(type parameter1, type parameter2, ... , type parametern) {}

如果参数过长，也可以断开为几行，应对齐向下排列如：
public void aMethod(type parameter1, type parameter2,... ,
type parametern, type parameter n+1,... ,
type parameterm, type parameter m+1) {}

另外要注意类的左束括号应在方法的右束括号之后而非下一行:

public int aMethod() {
int i = 0;
if(i == 0)
System.out.println("success！");
}

为了文件可读性好，还要注意语句最好写在同一行，当然一行写不下是可以断行的，比如行字母超过80。

fields
比如变量，如果不希望它永久有效，应设为private。如果一个变量在类中不发生任何动作（比如数据结构中的node）则可以设置为public，常量一般声明为public。如果不能确定一个变量到底该声明为什么，应暂且声明为private。

field的名字一般使用小写字母，不要使用下横线或其他特殊字符。 如果变量包含两个字，那么第二个字的首字母大写。比如：

int i, j, k;
Date date;
double myField;

常量一般全部大写，也可以包含下横线：

public static final int MAX_SIZE_OF_DATABASE

fields的名字通常为名词。较重要的fields更应具备描述性，比如程序中包含一个游戏的得分，那可以用score来代表。如果变量变化较频繁，那使用一个单一字符来代表就ok了：

i, j, k 通常代表整数
r, t, u, v, w 通常代表实数
x, y, z 通常是并列出现或代表浮点数
s, s1, s2, 通常代表字符串
c, ch 通常代表字符
f, file 通常代表文件
tmp, temp 通常代表临时变量
ctr, cnt, cntr 一般代表计数器(如果i, j, k这些变量已被使用)
mmy, foo, bar 一般代表哑元变量
args 是main-method的主参数名

缩排与换行
每行长度不得超过80字符。如果需要可以折行时，也应当与上一行有共同的缩排距离。代码应如何交错、如何建立新行、在哪里建立允许、哪里不允许都有一些一般约定，缩排空格一般为2个或4个空格。

条件表达式
如果见到如下语法表达式：

if (expr)
statement1;
else
statement2;

代码行向右错排两个空格如上所示。

如果在一个表达式中有超过一条的声明，则需要大括号:

if (expr){
statement1;
statement2;
} else{
statement3;
statement4;
}

有时我们会希望在表达式中使用表达式（比如条件嵌套），这时应注意else表达式，它的位置很容易出错！如例：

if (expr1) {
statement1;
statement2;
} else if (expr2)
statement3;
else if (expr3) {
statement4;
statement5;
} else {
statement6;
statement7;
}

注意大括号位置！

Loops
while-loop语法如下：

while (expr) {
statement1;
statement2;
}

for-loop语法如下：

for (expr1; expr2; expr3){
statement1;
statement2;
}

注意大括号位置！仅一条声明时大括号省略：

while (expr)
statement;

for (expr1; expr2; expr3)
statement;

例如，我们写一个procere写出1到10这十个数字：

for (i = 1; i <= 10; i++)
System.out.println(i);

try-catch语法形如：

try {
statements;
} catch (ExceptionClass e) {
statements;
}

如果try-catch语句后跟随finally子句则形如：

try {
statements;
} catch (ExceptionClass e) {
statements;
} finally {
statements;
}

新行
每一行最好只阐述一件事情。比如，一行包含一个声明、一个条件语句、一个循环等。不论多小，最好不要一行办两件事及以上。例如不要把一个if表达式或循环语句的主体放置在同一行，这样的表达式断行的易读性会更高。通常，互相协作的代码应放在一起，为保证代码美观可读，我们应将代码的不同代码段放置在不同的段落。不过要牢记断行不要太过分！比如:

public int factorial(int n) {
int result = 1;
for(int i = 1; i <= n; i++)
result*=i;

return result;
}

给自己的代码加入注释
注释就是类的描绘、方法存在的原因、它完成了什么以及它对它其中（变量）的作用域。假定阅读你代码的人已经知道这是什么语言，所以不需要注释语句功能，尽量使用简短而有描述力的注释。

Java有两种类型的注释：

//This is a comment that continues until the end of the line.

/* This is a comment. It goes on and on and on and on and on and on and on
and on and on and on and on and on and on and on and on and on and on and
on and on and on and on and on and on and on and on and ends like this: */

/**
* This is a JavaDoc comment. More about JavaDoc in the next section.
*/

如果在注释中加入注释则会出错：

/* You are not allowed to do anything like this /* because the compiler will
complain, if you are lucky */ DON'T DO THIS! And don't write comments in
upper case either... */

注释应放在它要解释内容上下，这样会让代码更易于理解。

不要注释一些语言的语句功能：
i++; // Add 1 to i

更不要让自己的代码处于这种状态：

for(int i = 1; i <= n; i++)
/* don't place comments where
they don't belong */
result*=i;

较短的注释既可被放在被注释代码上下，而长注释则习惯性的放在代码之上：

/* Comments can be placed before the
block that is to be commented */

for(int i = 1; i <= n; i++)
result*=i;

或者:
for(int i = 1; i <= n; i++){
result*=i; // short comments can be placed like this
tmp++; // if necessary, they continue here
}

不要写没用的注释：

i++; // change this later

Excuse me,这句肯定是胡扯！

不要写自己都看不懂的注释：

i++; // BMW

BMW? 如果你能连续十天记住这是什么意思的话，那么你的记忆真是不错了。所以不要写没人能看懂的注释，ok？

最后重申一下：写简短而富于描述性的注释，把它们放在该放的地方，而不要考验你自己的记忆力！

JavaDoc - 文档工具
JavaDoc不仅是另一种给代码加注释的仿佛咱，更是一个文档工具。类、方法和一些重要地方需要用JavaDoc来注释。这并不是说你可以放弃常规的注释，这两者在代码中应该是相辅相成、互相弥补的关系。

类被注释如：

/**
* Car represents cars ... A description of the class
* should be place here. Note that the description begins
* on the second line and that there is a space between
* the asterix and the text. Next we will add some fields
* indicating who the authors of the class are and
* other useful information. Notice the newline!
*
* @author Jerry Meng
* @version %I%, %G%
*/
public class Car {

注意JavaDoc结束和类开始间无空行。

方法被注释如：

/**
* A description of what the method does...
*
* @param n a description of the parameter
* @return a description of the return value
*/
public int factorial(int n) {

某些不是全部，被JavaDoc注释区域如：

/**
* Short description of the variable (one line)
*/
type variable;

什么应当使用JavaDoc做注释？如何注释的恰当呢？
可以这样想，JavaDoc中所作的注释都可以在类的文档中看到。所有读这个类的文档的读者都会明白这个类所完成的功能、它包括的方法、如何使用这些方法及方法的返回值。一些作用域，比如public的变量或常量将会一目了然。任何不了解这个类内部结构的人都可以轻松的调用它。这便是你用JavaDoc可以轻松提供的信息。而使用一般注释的地方，一般是给那些可能修改你的类代码的程序员，它们一般描述了类的内部信息和结构。

下面我写一下car的类来描述一个编程风格好的java类应该是怎样的。当然这仅仅是一个小例子(apart from selector and mutator methods)，仅仅是在考虑JAVA编程风格上一个参考而已。

import java.awt.Color;

/**
* This is a class representing cars. A car has certain features, such
* as color, age, number of doors etc and a car can be repainted,
* the tank can be filled etc.
*
* @author Jerry Meng
* @version %I%, %G%
*/
public class Car {

/**
* The maximum size of the tank in litres.
*/
private static final double TANK_SIZE = 100.0;

/**
* The color of the car.
*/
private Color color;

/**
* The age of the car.
*/
private int age;

/**
* The number of doors of the car.
*/
private int doors;

/**
* The amount of gasoline in the tank.
*/
private double gasoline;

/**
* Class constructor, which constructs a brand new, black car with
* five doors and a full tank.
*/
public Car() {
this(Color.black, 0, 5, TANK_SIZE);
}

/**
* Class constructor specifying the color, age, number of doors
* and litres of gasoline
*
* @param color The color of the car
* @param age The age of the car
* @param doors The number of doors
* @param km Kilometres driven
* @param gasoline The litres of gasoline
*/
public Car(Color color, int age, int doors, double gasoline) {
this.color = color;
this.age = age;
this.doors = doors;
this.gasoline = gasoline;
}

/**
* Returns the color of the car
*/
public Color getColor() {
return color;
}

/**
* Repaints the car (i.e. changes its color)
*/
public void setColor(Color color) {
this.color = color;
}

/**
* Returns the age of the car
*/
public int getAge() {
return age;
}

/**
* Returns the number of doors of the car
*/
public int getDoors() {
return doors;
}

/**
* Returns the amount of gasoline in the tank
*/
public double getGasoline() {
return gasoline;
}

/**
* Fills the tank. The amount of gasoline cannot exceed
* the size of the tank. In that case, the tank will be
* filled to the maximum and the rest will run out in
* the sand.
*
* @param gas The amount of gasoline to put in the tank
*/
public void setGasoline(double gas) {

if(gasoline + gas <= TANK_SIZE)
gasoline+=gas;
else
gasoline = TANK_SIZE;
}
}

http://www.chinaunix.net/jh/26/511939.html
http://book.csdn.net/bookfiles/170/1001707562.shtml

❷ 为什么说嫁人别嫁程序员，程序员的工作有什么特别

不是程序员无趣。而是一般人认为有趣的东西程序员觉得无趣而已。在他们眼中他们的领域太有趣，太需要琢磨和花时间了，无法在别的地方放太多心思。试试和他们聊一聊技术上的问题？聊一整天都不嫌累。当然也有另类。

❸ 程序员们认为现在的键盘布局有哪些不合理的地方

键位字符排布，都可以使用工具进行修改，
一切吐槽某位置不该是A键而应该为B键的都可以歇歇，替换很容易的。
我也看有人申请专利，专利内容就是按现有键盘生产、同时26个键支援自主布置，我擦这么水的东西都可以申请专利，那我都不知道该有多少专利了。

作为DIY键盘布局五年以上，手法上玩过并击、单手，输入法玩过十种以上的非程序猿玩家，
越来越感到字符排布的问题不是问题，硬件才是问题。
比如我认为某处该有键，某处不该有键，该如何排列，
现有键盘这方面DIY余地不大而且越来越小，
因为形状怪异的键盘越来越多，但离我的要求却越来越远，
旧键盘本来就有带着镣铐跳舞的意思，如今买新键盘更是越来越难，
毕竟，普通厂家和玩家的玩法与我完全不搭界，太苦了。

这个问题看不到解决的希望，只有等我有能力了自己开模生产自己用，应该不会有别的客户…

❹ 程序员用CPU烤肉，他们为何要拼命的工作

还能是为了什么？无非就是为了生活，为了更好的生活。在这个社会上，有很多人都像程序员这样拼命的工作，努力的挣钱，这还不是生活所迫。在如今这个物欲横流的社会，你要想有更好的生活呢，你肯定要拥有一定的资本，否则的话居大不易。像程序员这样的努力工作，无非也就是这样。他们通过自己的努力，辛苦的付出来获得一定的回报。

只要你自己坚持努力工作，不说大富大贵，至少也会有一定的资产。他们程序员都是这样的，他们竟然选择了这一个行业，让他们肯定知道自己以后会面对什么东西，所以大家也不用这么疑问。程序员是非常辛苦的，很多人都会说程序员是一种另类的职业，其实像程序员这类的工作的要求就是严谨。久而久之，程序员在世人的眼中就变得非常的另类。但话又说回来，他们也不想这样。

❺ 疯狂的程序员的作品目录

1 Hello World
要说念大学，最忌讳的就是在自己家门口念。哪怕你家住北大院子里，也一定要去别的学校念。
2 DOS
“DOS”就是“Disk Operating System”，磁盘操作系统。“TMD”是“战区导弹防御系统”，“NMD”是“国家导弹防御系统”。
3 第一个梦想
什么是鸡肋课？就是每个人都在自己课表的这门课旁边标注一个“可旷”或者“选修”。
4 电源里的病毒
“我要做个病毒，就藏在电源里面。电源总不会断电吧，哈哈。就一直藏在那里面。”
5 寻址方式
人无非通过两种方法提高自己，一是真的提高自己，二是通过打击别人抬高自己。
6 黑客
什么程序优化啊，都抵不上有钱，有钱就是最好的优化。说什么“效率就是金钱”，其实“金钱就是效率”。
7 《黑客防线》
能进别人系统偷东西，那就是小偷；能进别人系统又不偷东西，那就是黑客。
8 魔术师的双手
程序员是值得尊敬的，程序员的双手是魔术师的双手，他们把枯燥无味的代码变成了丰富多彩的软件……
9 又是寻址方式
你比他好一点，他不会承认你，反而会嫉妒你；只有你比他好很多，他才会承认你，然后还会很崇拜你。所以要做，就一定要比别人做得好很多。
10 堕落
所以人太聪明了也不好。人太聪明了，知道的东西多了就会伤心，好多智商挺高人的人最后变成了疯子。还是傻子好。
11 转折点
记性不好的人还是尽量不要去跟女人借钱，宁可把吉他当了也不要去跟女人借钱。
12 影总
对男人来说钱什么都不是，但是你没钱，你就失去了让她了解你的机会。
对女人来说漂亮什么都不是，但是你不漂亮，你就失去了让他了解你的机会。
13 告别光棍的光棍节
天下几乎所有的男人都会有自己的老婆，但不是所有的男人都能拥有自己的事业；要有事业，一定要花比找老婆更多的时间和心血。
14 女人的敌人
现在的女人面临的最大的敌人是啥？不是别的女人，她们最大的敌人是电脑。搞IT的就不说了，他们的女人起码有80%很想砸电脑。其他行业的呢？要是男人迷上了游戏，迷上了上网怎么办。所以女人们，现在就得考虑：如果有一天，我们必须和游戏一起争夺男人，我们该怎么做？
15 鱼和熊掌
人有时候就是这样，明明知道事情肯定是这样，但是却不能跟别人说。在成果出来之后你跟别人说，那是你的成功。成果没出来之前你就跟别人说，那只是你的狂想，反而会被别人笑话。
16 兼职
人不怕被识破也不怕丢脸，怕就怕被当场识破和当众丢脸。
17 另类的方法
对程序员来说，大部分快乐是从解决问题，特别是独立解决问题中获得的，而不是从这个CASE有多大、奖金有多少中来的。
18 RMB 500
写50行代码，值1块钱，知道怎么写，值99块钱。
19 天天上网的工作
大四的招聘会，如果我也参加，但不是去参加招聘而是去招聘人，那该有多好。
20 应聘
艺术家和程序员有一个共同点，那就是对自己的作品宝贝得不得了，像自己的儿子似的，就算有一点瑕疵，但终归是自己的宝贝，不到万不得已也不愿意去修改它。这就是为什么在公司里面开会，结果往往是大家一致认为程序应该这样这样改，而程序员就是不同意修改。
21 MFC
程序员中的前辈在谈到一个人学写程序有没有前途时，总是会说：“学程序，不光要能吃苦能用功，还得看有没有sense。没sense的人就是再怎么学，再怎么给他讲，效果都不好。”
22 毕业设计
正如那歌词中说的一样，“你总说毕业遥遥无期，转眼就各奔东西”。虽然大四还没结束，但同学们都各忙各的，你就算在学校里转三天，也不一定能见到几个同学。
23 出差
这就是看三个小时代码和打三个小时游戏的区别，也是有没有sense的关键。看了，你就有sense，没看，你就没有sense。
24 BOSS Liu
程序员实际上就是一个幕后工作者。很多时候，别人说你技术不行你都可以接受，也可以理解——再牛B的程序员也会有自己不擅长的方
程序员都是习惯晚上工作的，你要是上午九点前看到一个程序员，那准是因为他工作了一个通宵。
26 多线程
越是高级的知识分子，对“面子”这东西看得越重要。所谓“高级”知识分子，不光是说他技术高，也说明他年纪高。
27 毕业
你要是交了很多钱，你就是上帝，就是VIP。
28 黑屏
现在网络发达，随便一个十一二岁的小娃娃写篇几百个字的印象派文章发到网上，都敢跟你一比高下，枉费你看了那么多书，知道那么多典故，满脑子天文地理知识，其实一点用处都没有。
29 C++和ASM
“这个月给你发500元的奖金。因为这个CASE的收入本身也不多，就你GPACS的贡献最大，所以奖金也就你有，对其他的人就不要声张了。”
30 RMB 2000
虽然说“顾客就是上帝”，现在好多顾客也确实在付过钱后把自己当成了上帝。东西验收是你签的字，钱我也拿了，老子现在就是上帝！
31 大CASE
不管诸葛亮头脑如何如何聪明，关羽武功如何如何高强，刘备永远都是他们的领导。
32 BOSS Liu的离去
本来就只有两个人在写程序，现在走了一个。以前资本家对两个人剩余价值的榨取现在都转移到他一个人身上了。
33 燕儿的工作
此乃三十六计中借刀杀人的最高境界——借了别人刀，把别人杀了，还让别人掉下来的头给自己说声“谢谢”。
34 HONDA
现在管什么谈恋爱散步叫“压马路”，如果真的能够压着马路谈恋爱，那该是一件多么幸福的事情啊。
35 技术主管
在公司里也一样，如果领导把一些重要的事情随便交给员工去做，那说明这个公司的管理制度太不健全，领导太大意；但是如果领导把一些重要的事情只交给一个员工去做，那只能说明领导对这个员工是完全信任的。
36 DAP
好多练武的人练了一辈子武，连《降龙十八掌》秘籍的封面都没见过。
37 动摇
人人都认为搞技术好，于是人人都来搞技术，到最后搞的技术实在太多了，如何把技术销售出去反而成了摆在人们面前最重要的问题，于是慢慢地搞销售又成了王道。
38 张厂长的遥控器
好端端一个程序，如果能一直写下去，倒也像吃香喷喷的馒头似的，会越写越多，越写越有劲。要是哪一天突然让你停下来，N个月后你再来看，明明是自己写的东西，却反而全都不认识了。
39 真正的注册机
要么不发帖，要发帖就等有成果了再发，发就发精华贴。100%看雪论坛精华，还敢说我不牛么？
40 精华和糟粕
正如美女都不在街上逛一样，高手根本不混群。美女去哪里了？多半在私家车上。高手去哪里了？多半在写程序。
41 网吧
程序员要做就得做高手————做什么都不重要，关键是要做成牛人。掌握了公司的核心技术，体力活可以分给下面的人去做，老板敢随便让你走吗？
42 工资和房价
房子啊，现在真是压在好多年轻人————特别是年轻男人身上的一块大石头。
43 背出来的面试题
本来大学生就能解决的却一定要让研究生来解决，这叫“对工作重视”；本来一个人就能做的却一定要让三四个人甚至一个小组一起上，这叫“人多力量大”。
44 真正的大CASE
人呐，眼光放得长远一些，看到的东西也就会更多一些，生活也就会过得更有意义一些。
45 向业主致敬
程序员，他们想的是什么？他们想的永远都是技术，他们崇尚的也永远都是技术。
46 DHTML
其实你找不到错误并不代表错误不存在，同样，你看不到技术比你牛的人并不代表世界上就没有技术比你牛的人。
47 先进性
硬件就是看得见摸得着的，就好比人的身体；软件就是看不见摸不着的，就好比人的思想。
48 非洲
一个人静静地坐在电脑前面写代码的感觉。那是什么感觉？那就是武林高手闭关修炼的感觉。
49 技术经理
男人不向你发火，并不代表他怕你，也不代表他理屈，这是男人的风度。
50 Bug Yang
都说“千里马常有而伯乐不常有”，没想到现在的社会是“笨人常有而聪明人不常有”。
51 游戏
“你知道我去的这家新公司是做什么的吗？游戏！就是传说中的网络游戏。”
52 大棒和胡萝卜
管理，是大棒加胡萝卜。一味抡大棒是行不通的，适当的在大棒后面还是要有胡萝卜。两手都要抓，都要硬。
53 Architect
只有“首席软件架构师”才真正算是技术上的无上头衔，才是他的无上追求。
54 失败的EB
技术还得看商业利益和领导的脸色。也许有一天，技术真正和商业利益分开了，中国的软件就有希望了，中国的程序员也就有希望了。
附记：地震实录
55 北京
“天下武功出少林，天下语言出汇编。”
附记：地震一周后
56 反汇编器
人就是如此，哪怕你某一方面牛上天了又如何？你还不是有不懂的地方。比尔·盖茨不会拍戏，张艺谋不会唱歌，周杰伦不会写程序。
附记：地震哀悼日
57 贫民窟
来北京的茶馆，喝的不是茶，而是一种格调。
58 大爷
接私活挣外水，这在公司是个大忌，稍微有脑子的人都知道这个道理。你站在资本家的立场想想，别说公司这么多事情，就是没事，他也得给你找事做，就是不能让你闲着。
59 Bug Yang的心事
每个人都盼望着便宜能光顾到自己，就算没正儿八经地想，多多少少也偷偷地想过。但是有天便宜真的来了，可要小心了。
60 Nothing Impossible
为什么很多人都想成功，但成功的人只是极少数？不是因为成功有多困难——其实成功简单得很，只要你一开始就有计划，并且能一直做下去，总会成功的——关键是如何面对成功。你失败了，起码还有人同情你，而你成功了，连得到同情的机会都没有。
61 校园
男人啊，越是得不到的东西——哪怕是棵草——他也要倾尽全力去得到它，而就算他家里摆着一块宝，他也都天天视而不见。
62 绝影
一匹真正的好马，即使只在鞭子的影子下，也能飞奔。
63 承诺
男人，最重要的是什么？一定要信守自己的承诺。如果你没把握做到，最好就不要去承诺，你什么也不承诺，至少别人不会看不起你。
64 别了，Bug Yang
禅宗里有段名言，说我们在修炼禅宗之前，山脉就是山脉，河流就是河流；我们在修炼禅宗的时候，山脉不再是山脉，河流不再是河流；等我们修炼完禅宗后，山脉又复为山脉，河流又复为河流。
65 辞职
写代码，就像写自己的思想，世界上有这么多人，可以说没有两个人的思想是完全一样的。
66 P2P
道不行，乘桴浮于海，从我者，其由与？
67 短信
人都是一样的，事情也是一样的，可心情不一样，结果也会不一样。
68 外挂
为了追求“幸福”，不得不放弃自己的梦想，回到现实中来，回到自己一直鄙视的庸俗中来。
69 小朱
写程序并不是一辈子都只是写代码。IT这一行是相当广博的，不管你是男的还是女的，不管你技术是初级、中级还是高级，你都能在这行中找到你自己合适的位置。如果你真的用心了，它带给你的会是一生的回报。
70 有一种爱叫做放手
力的作用是相互的，你打别人有多疼，自己的手就有多疼。与其大家都疼，还不如最开始就不要下手打。
71 new
程序不是一个人写的，却也是一个人写的；写程序不能有个人英雄主义，但也需要个人英雄主义。
72 西班牙布局
你知道国际象棋三原则是什么吗？
Careful，Careful，Careful。
73 万用户
一本好书，就像高级武功秘籍一样，哪怕只从里面领悟个一招半式，功力提升起来都是惊人的。
74 Bayerische Motorenwerke J
真正了不起的人物，即使面对的只是一匹小马驹，也能预见它将来能不能成长为千里马。
75 搞IT的民工
“现在，最重要的是，我们要好好研究一下如何才能把技术变成钱，否则，我们就永远只是IT界挖沙的民工。”
76 疯狂的程序员
硬的怕横的，横的怕不要命的，疯子都是不要命的，所以疯子的力量大啊！程序员只有一种————疯狂的程序员。
77 开店
程序员应该感到自豪，现在的社会，就连洗衣机这样普通的东西，都凝结着程序员的辛勤劳动。
78 土匪的新工作
找个好工作就像找个林志玲般性感漂亮的女朋友。一份优越的白领工作，在很大程度上是用来向别人炫耀的。
79 fatal error
挖煤要靠谁？盖房子要靠谁？还不是要靠广大农民工。煤挖出来卖给谁？房子修好了卖给谁？最终还不是要卖给广大农民工兄弟，广大打工仔，广大人民群众。其实广大农民工、广大打工仔才是你的衣食父母，你得尊敬他们，得供着他们。
80 夭折
写程序就分两种情况，要么纯粹就是爱好，不计任何回报；要么就是给自己写程序，为自己挣钱。要是一直给资本家写程序，写到最后，就两个字，痛苦！
81 丁骨牛排
男人的工资，和女人的年龄差不多。没钱的时候，最忌讳别人追问自己的工资待遇。可男人的工资，又和女人的年龄不一样。女人要是年轻，别人问她年龄，她自然敢大方地回答。男人的工资呢？要是高了，还是怕别人追问。
82 资本家的艰辛
这世界，真是个弱肉强食的世界。小资本家剥削劳动人民，大资本家又剥削小资本家，潜规则和幕后黑手们又剥削着大资本家。一环又一环，原以为自己终于跳出了这一环，没想到又落到了那一环。
83 相亲
其实什么土不土的，那都是上个世纪的事情了。以前人们叫“土”，现在叫“有个性”；以前土的东西，现在反而流行了起来。相亲也是如此。
84 BOSS Liu和VB
“疯狂的程序员”绝对不是靠狂妄和拼命的程序员，而是能够脚踏实地、持续努力的程序员。一个程序员真正做到了这两点，技术上去之后，唯一能够限制他的只有想象力，到那个时候，才算“疯狂的程序员”，这种程序员啊，才能令竞争对手无比恐惧。
85 王老板
在市场上，要么做第一个，要么做最好的一个。
86 装孙子
技术其实还是我们最需要的东西，以前我们没有过硬的技术，所以疯狂地追求它。现在呢？有了一点技术，便觉得技术不那么重要。如果这样放任下去，等到我们失去技术的那一天，一定会后悔莫及的！
87 CASE Closed
永不放弃！永不放弃又有两个原则。第一个原则是：永不放弃！第二个原则是当你想放弃时,回头看第一个原则：永不放弃！
后记

❻ 程序员用CPU烤肉，程序员是怎样一种神奇的存在群体

程序员是一种集体“秃头”的群体，因为他们的工作非常费心费力，还经常需要熬夜，所以他们的头发很容易受到伤害。

❼ 程序员过35岁就找不到工作了是真的吗好害怕

中国程序员不能超过35岁，似乎已经是不争的事实,国外却不一样，40、50岁仍然作开发工作的大有人在，为何会有如此差异呢？

在中国，程序员不能超过35岁，似乎已经是不争的事实，软件开发工作就是青春饭，顶多靠毕业这十年的时间，超过这个年龄，要不成功跃身成为管理者，要不转行进入其他领域，好像再没有更好的选择，即使偶有继续坚持作开发的，也被看成另类一族。老外却不是这样，40，50岁仍然作开发工作的大有人在，甚至很多牛人，包括获得康柏最佳软件奖的Robber，仍在埋头作着他所喜欢的编码工作，为何如此差异。我仔细想了一下，特别是这一年参加了太多的技术培训，基本有了一些结论。
首先，国内软件开发工作的性质决定这一切。我们所作的产品开发，真正技术含量并不高，高等院校毕业的学生经过几年的培训和实践，基本都能掌握这些技能。而我们现有产品开发设计水平有限，对于软件开发的理解还仅限于编码，完成功能这些基本的需求，产品进度是第一驱动力，特别是一些小公司，把快速开发出产品作为最高目标，软件设计质量差，很少考虑可维护性、可扩展性这些重要的软件质量属性，仅仅追求功能和进度，产品以最快的速度完成设计、编码，少有测试甚至没有测试，就直接交付给客户。当在客户那里暴露出各种各样的问题来时，开发人员就开始不断的为客户解决这样那样的问题。软件做到最后，很多人都会陷入自己不断挖掘出来的“陷阱”里走不出来，步入在复杂的系统中查找BUG、解决BUG、增加功能、引入新的BUG、再解决BUG这样永无休止的恶性循环中，从事的都是一些低级开发工作，对于软件开发的理解无法上升到更高的层次，每天都疲于救火和拼命打补丁，软件维护成本居高不下；即使最终摆脱了这样的厄运——项目结束，下一次软件开发又是同样过程的重复。
这些无休止的低级开发和维护工作，会耗光一个人所有的激情和精力，随着年龄的增大，热情和体力都在衰减，而这些工作，只要毕业生经过培训，同样可以胜任。有着廉价的、并且充满热情的毕业生作竞争，身心疲惫的老程序员必然面对更大的竞争压力，做到最后，连他们自己都会失去对软件开发的兴趣，甚至会产生厌倦的情绪。对于这样的快速开发模式，十年开发经验和五年开发经验有很大区别吗？干吗不使用更经济便宜的开发人员？
另一个原因，是我们中国人一向的官本位思想。开发人员始终处于一种很尴尬的境界，听起来从事的是高级技术工作，说起来也是“以人为本”，但是，有多少企业管理者真正重视和认可开发人员的，哪怕是硕士，博士，这些开发人员在“大官，小官”面前，都只是普通劳动者而已。程序员是一个没有未来的行业，哪怕资历再深，能力在强，也还是一个劳动者而已，只有当上领导，走上管理才是最终的出路，否则，薪水上不去，地位上不去，只能面对被淘汰的命运。
实际，之所以出现这种问题，是由于国内对软件开发一直抱有一种错误理解。如果软件开发仅仅是代码编写，查找BUG，可以说，那确实是在做一些低级的软件行为。做了十年的开发人员，确实不见得比作了3年的人更强多少，反正是简单重复的工作，工作3年的一样可以作，而且有更大的热情和精力。
软件业要发展，就应该跳出这个怪圈，走向更高的领域，对软件开发重新进行认识。我们要明白，软件开发要融入工程化的思想，要有高度的设计能力，关注更多的软件运行属性和设计质量属性。同样的系统，不同的软件人员会做出完全不同的软件，正规，高效的开发团队要比游击队开发团队不只高出几十倍的效率。
软件开发，不仅仅需要关注功能、性能，更应该去研究可维护性、可扩展性等质量属性；不仅仅只关注代码，而更要上升为设计，复用等。软件开发不能只是写出C语言的代码，单元测试、同行评审、培训与学习，这些都是开发人员基本的素质，也是提高软件质量的最基本手段；举例来说，单元测试做好了，就可以让开发效率大大提高，也能让软件的维护成本降下来，把开发人员解放出来；同行评审可以让开发人员之间更多的交流和沟通，在设计，编码阶段严格控制软件质量；培训则是提高自身技术水平，从理论上提升自己的最好方法。现在基本上所有这些主要的质量行为都被忽略了，而这恰恰是走出低级开发的最好途径。同时，还有更高层次的设计开发、软件重构、模块化、系统构架、搭建统一软件平台、度量软件质量等等。有了重构，就会写出可读性好，可维护性好的软件，甚至因此提高自己的软件设计能力，减少出错的几率；模块化，让软件最大程度的实现复用，提高软件开发效率和开发质量；软件构架设计，从技术层次上最早决定了软件的命运，而这里又有太多的技术，设计模式，软件规划等，让软件开发从编码上升到设计的层次，搭建统一软件平台，是大产品，系列化开发的必然之路，对于软件质量的度量，会让我们的软件开发变得更加透明，清晰，让我们更清楚地把握到软件的开发过程，从各个环节去控制软件质量，而不是仅仅凭着感性的认识到了最后才去补救。
以上这些知识，一个人，哪怕勤奋学习一辈子，也不可能完全具备所有的技能。35岁算什么，做到70岁都不晚。当然，你需要真正的热爱它，并且不断得学习和进修。所以说，软件开发人员，要作的事情太多了，软件实在是一项浩大的脑力工程，甚至会让人觉得这是一个投入/产出比最低的行业，因为要学习的知识实在太多了，每时每刻都要处于不断的学习和更新当中。既然选择了，既然喜欢了，就应该投入进去，享乐于此了。最重要的是，我们自己能并且愿意去认识到这一点，跳出低级开发的怪圈，走向更高的层次。
同时，要意识到，一个资深开发人员的作用绝不亚于一个管理人员，高明的企业应该给予相同的待遇，要把培养和储备高级技术人才作为高科技企业的重点发展方向，这样才能让企业在人才领域得到不断积累，资深开发人员才会带出高效的开发团队，从而开发出高质量，高效率的软件，让企业在不断激烈的竞争中取胜。要明白，不是每个人都适合或者乐于转向管理的，很多人就是适合做开发工作，他们可以走得更深入，成为专家，应该充分发挥出他们的能力，让整个团队高效运作起来。
所以说，开发人员，决不只是35岁，只要你愿意，可以作一生的开发，从中获得更多的快乐

❽ 程序员学习的疑惑

潭浩强的<<C程序设计>>
清华大学出版的<<C++程序设计>>等 能了解一些基本语法 会编写些简单的程序

第二步：看<<C++ primer>>我绝对对赞同这是本好书，面也广．<<The C++ programing Language>>这本书的名头也是让我如雷灌耳，上图书馆找了半天没找到，唉伤心．．它们能使你更全面的了解C++ 这时你对泛型编程．模版．容器．标准库函数 等都会有一些了解，甚至会有一些自己的独到见解了．以后看到这些代码不至于会不知道是什么东西 (当然这书可以结合第一步的书看)
浏览下＜＜The C++ Standard Library＞＞了解下函数标准函数 因为你可能以后会经常在书上或网上看到它们的身影．你首先应该知道那是标准库里的函数．然后不明白可以再参考下这本书．我知道的有一本比较小一点的书＜＜C／C++标准函数查询＞＞也可以做为参考．

第三步：这时候C++基本的东西你已经掌握了差不多了 学习windows的程序设计
两本精典之作 <<windows程序设计>>
＜＜windows核心编程＞＞
（这两本书至少看完一本后，如果想进一步学网络编程<<winsock网络程序设计>>＜＜windows网络编程＞＞之类的书可以看看）
如果有兴趣可以看些LINUX的编程书 ＜＜自己动手写操作系统＞＞
＜＜linux内核编程＞＞.......
还有这个期间要结合 ＜＜计算机组成原理＞＞
＜＜编译原理＞＞之类的书看
然后再看VC++类的书 ＜＜深入浅出MFC＞＞
《VC++技术内幕》等
有空的话可以学点汇编 汇编的书我就不介绍了 因为不是了解很多

第四步：第三步完了，差不多能写一些自己的小软件了，这时候要进一步发展学些复杂的，效率的．
看 ＜＜数据结构＞＞ 学习算法．
看 <<effective c++>>
《Exceptional C++中文版》
＜＜thinking in C++＞＞ 这本书在国外有很高的评价，第一卷还简单一点，第二卷我啃了半天没啃下（标准库不是很熟悉的结果）， 所以最好要看完＜＜the C++ progarming language＞＞或＜＜C++primer＞＞（当然其他书大家自己发掘了）再看它
《C++ Templates全览（简体版）》，人民邮电出版社 模板是不是令你觉得很新颖，那去学他吧．
进一步提高自己，养成良好编写习惯还有很多好书下面我会列出来（不是说要你们全看，当然看的越多越好）

学习C++心得与值得一看的书
结合一些我的学习经历,希望对于想学C++的人有些帮助. 大家有什么好想法望提出

我老师最初是从C语言教起的,用的是潭浩强的<<C程序设计>>这本书,那时候命令执行都是在CMD里实现,用的编译器是turboc最经常用到的就是 printf cin 对于效率不是很在乎,只要能执行就好了,连warning都忽略(这个很不应该).后来又学了C++,是清华大学出版的<<C++程序设计>>,用的编译器是VC6.0.这本书也是讲了一些很基础的东西.给我的感觉就是 "类"在这里是无处不在, 封装,继承,派生,多态,还有一个是泛型编程都在这本书被提到,相对于只学过C的人应该会觉得很新鲜.但我很多时候在做作业时都是C跟C++混合使用,想起来会觉得很好笑.并没有把C++特性很好的发挥出来.
后来学过<<visual c++ 6从入门到精通>> 这里面基本是讲MFC了,类在此时才发挥它的魄力,这时基本都是用C++编写代码了.
但代码写的很烂,没有想过要优化它.

暑假回家看了<<C++primer>> 如获至宝,容器与泛型编程给我有一种耳目一新的感觉.此书是这样被评价的:久负盛名的C++经典教程,结合两位C++大师的精妙见解. 写的挺细的,你会学到很多新东西 . 但我个人不建议以它做为最初的入门教材,可结合入门教材看.
还看了<<effective c++>> 如果你学过C++并且已经写过很多觉得很满意的作品,但是你说你没看过甚至没听过这本书,我得跟你说你错过了优化编程思想的机会,呵呵有点夸张. 给你们简述下简介:当你读过这本书后,就获得迅速提升自己C++功力的一个契机,帮助跨越C++的重重险阻,领略高处才有的壮美风光,做一个成功而快乐的C++程序员.
你也许会怦然心动,确是一本好书.效率,安全,在此淋漓尽现. 令人拍手称快. 你会突然觉得自己以前写的代码是多么的糟糕,这时你已经往前迈了一步了.
这本书建议看完<<c++primer>>后再看,因为里面有涉及容器等一基本教材未提及或未深入的东西,如果感兴趣还可以看看<<more effective c++>> <<effective stl>>

❾ 阿里P8程序员征婚被群嘲：我年薪170万，找月薪1万的老婆，有错吗

一位年薪百万的阿里程序员火了，提到程序员，我们首先想到的是脱发，没时间，直男癌等词汇，虽然不能一概而论，但大多数如此。

据我一个程序员朋友说 ，他们除了相亲，根本没有任何机会谈对象，连网恋都没时间，而且众所周知，程序员圈子女性被称为稀有物种。

我有个闺蜜，之前相亲的时候，要的彩礼是30万，因为他爸爸赌博欠了别人30来万，就需要这个钱来补上，所以，当时我闺蜜相了将近100个人，只有现在的老公家里，能立马拿出30万现金给她，虽然这个男人我闺蜜并没有看中，但条件到了，这个婚就成了。

事实证明，有些人根本就是吃不到葡萄说葡萄酸，据反馈，已经有好几个女生投条了，而且大多有房。

个世界就是这样，许多你觉得不能接受的观念，有些人却早已看透了。

说到这里，很多人表示：“通过这个形式走向婚姻的，真的不是搭伙过日子吗？”

我继续讲我闺蜜的故事吧。

那个男的付了30万，把我闺蜜娶到手，在很多人眼里，这跟买老婆是不是没有什么区别？事实上我闺蜜最开始也很担心，但老公跟她说：“你不用担心这个事情，你爸妈确实需要，我确实有，但是不是为了花钱娶亲，我只是觉得你值得，所以结婚以后我们就好好谈恋爱，这件事不用放在心上。”

男生这样说了，后来确实也做到了，直到现在，他们的感情都特别好，而且闺蜜的婆婆也完全没有因为这件事而给闺蜜脸色，他们现在已经有了一个三岁的宝宝，虽然当时闺蜜对老公的第一印象不好，但现在却完全爱上了他。

所以说，其实不管以什么样形式开始的婚姻，只要两个人把感情放在第一位，就是没问题的。

作家倪匡曾经说过——“带着计算器，不断算计的人，不论男女，都不会有真爱。”

不管怎么样，希望每个人在衡量的同时，一定不要忘了爱。