@Ludwiyk 求推荐省外学校。

@creamiced 这孩子晕血，还有他所有认识亲戚都是学计算机相关的，所以。。。。

@patosky
@subpo
@kqz901002 苏大今天高考咨询会问过了，除了金融专业其他的都可以自由选择，苏大哪些专业比较牛逼？

其实互联网思维就是：“免费”。你看有几个做互联网是一开始就盈利的，所以楼主互联网思维还没贯彻啊
开玩笑的~
路过~

恭喜哇~code4app 真的不错

当初我还是实习生的时候，参加过一段结对编程，那是一段不堪回首的往事~
大约四年前吧，在一家公司实习，因为是第一批实习生，所以给我们每个人配了一台mac 一体机，那个时候算高大上了，后来因为公司的快速扩张，就又招聘了一批实习生，但是当他们来得时候发现没有机器了，预算好像还没批，然后就做了个大胆的决定：结对编程，
就这样把机器的钱省下来了
钱省下了
省下了
下了
了
....

+ (id)sharedList
{
static id _sharedInstance = nil;
static dispatch_once_t once;

dispatch_once(&once, ^{
_sharedInstance = [[self alloc] init];
});
return _sharedInstance;
}

上一份我们的代码 把类名改成 self 是不是就是万能单例了，哈哈~

1.模拟器中-还原内容和设置，就可以删除了
2.真机--》设置--》通用---》还原

弱弱的问一句，
git clone 的时候提示 Please make sure you have the correct access rights and the repository exists.

楼主给个“内测码”吧

谁有多余的闲钱，丢一个过来

@ccbikai 怎么实现，能给个思路么，开放平台上都是需要授权的，

没有过不去的坎。
现在你失去的只是你爱的人，在不久的未来可能会遇到爱你的人，也是也一种幸福。
或许多年后想到今天的行为只会抿嘴一笑。
相信爱，勇敢爱，珍惜爱！

网站挂了？

@slimbloody 雙葉 搜索了下全是日本人啊~

最近一直在做这块的事，我来谈谈自己的体会
1 首先要了解整个系统的结构
如果在不了解系统的大体的结构情况下做重构，这个相信意义是不大的。
2 为什么要重构？
是系统的效率太低？还是代码有大量的重复，模块间的耦合严重，甚至类间的关系依赖性太强？找出病因才好对症下药，重构需要有针对性。
3 合理的重构计划
一个小的APP可能很好重构，但是当有一个有几万源代码的系统中全部做重构是不明智的，可以分阶段，按功能模块逐个做重构，要不然时间跨度太大容易导致身心疲惫。
4 重构中的一些体会
兼容：兼容以前旧的数据，这个对于web 程序来说还好点，对于客户端来说就比较麻烦了，当一个新的版本发出的时候，并不是所有的用户都很乐意升级的，一旦旧的版本的程序crash 很多用户可能就不再使用你的产品了。
扩展：如果这一块做不好，下一个程序员在使用你新设计的模块时候还得继续重构，重构的意义也不大，一方可以展望未来可能有的功能，预留好接口，另一方面是：抽象。

UI和业务逻辑的分离：在系统版本稳定后发现很多时候我们是在修改UI ，业务逻辑修改的一般不是很多。MVC 这个设计模式还是还有道理，view 和Control 尽量分开。

大量重复的代码：我们可能发现很多时候一个功能有很多分支，只是有稍微一点差异，可能就要写两个函数来区分下，但是两个函数中可能大部分代码是一样的。我们可以把相同的代码抽取出来成为一个子函数。
还有一个场景是这样的：有时候程序的行为需要变动下，但是处理这个行为的类都是在各个Class 中处理的，这样我们就需要做个找出执行这个行为的函数，并修改，很麻烦，这个时候如果将这个行为抽象出来，由统一的一个Class来管理是不是更好。

使用宏，枚举等：很多时候我们的程序中出现很多的数字，比如0，1 ，199 ，1024？ 其他程序员第一眼看到一般都不知道什么意思，即使通读一遍程序后也很可能和原作者理解的产生偏差，这种情况下使用宏来说在合适不过了。特别是在多出使用这个数字或者 string 的时候。

设计模式：我认为她给出解决我们经常遇到一些问题的方法，但是为了使用设计模式才进行重构的话有点勉强。

本人新手，仅个人拙见，轻拍。