今天遇到一位读者问技术问题，结果回复的时候发现人家把消息接收关了，那您问的哪门子问题啊，害的我白敲半天字。这个情况遇到好几回了，记住，如果你想收到回复，请把帐号详细资料里的接受消息选上。

最近在帮着几个朋友看项目，发现了一个很有意思的现象。被企业客户蹂躏的不像样子的兄弟，想做面向个人消费者的互联网服务；在个人消费者的市场里或默默无闻或头破血流的开发者，想去企业软件市场试试水。

我想说的是，都不容易，因为容易的事已经被别人做了。另外，个人消费者和企业这两件事，真心没必要割裂来看。

企业客户确实难伺候，比如互联网服务的开发者可以这样：爷就不支持IE6了，爱他喵用不用。而企业软件的客户可以这样：爷就用IE6怎么啦，不支持别想验收。 大家感受下是不是有点不一样。而且企业客户还有两件宝，就像太上老君的金刚圈一样，随时扔出来砸晕你，第一是有问题了要免费的咨询和交流，更牛的直接要方案，别谈钱，谈就远了；第二是开始干活了要专家。哪那么专家，专家都砌砖呢，砌的好的都忙着呢！大家再感受下。

虽然环境恶劣，但仔细分析一下，企业客户是很真实的，你的软件确实帮助他解决了问题，就能够保证自身的现金流，有了现金流，你就可以做其他的事情了。想挣钱，就别怕干脏活累活，创业公司活下去最重要。单纯做互联网当然阳春白雪了，几十万上百万的用户给你虚幻的存在感，但是一旦VC的钱没了，这些存在感就烟消云散了，过去两年里，那么多公司和服务，用着用着就没了。

所以我觉得吧，完全可以以战养战，做做企业软件产品和项目，先自己养活自己，同时积累技术和经验，以期伟大产品的诞生和长治久安。（最近读贝塔咖啡鸦总的文章，他们似乎在走类似的路子，不知道猜的对不对）。

下周谈谈互联网和企业软件的融合趋势，欢迎拍砖。

再推荐三个微信帐号吧，相对人文一点的：
1、贝塔·朋友
betacafe
我记得原来叫贝塔咖啡来着，咋能改名呢？肯定是裙带关系！这个账号由江湖人称鸦总的白鸦维护，沉寂了一段，最近重新出山，基本上每天都更新，而且文章质量有越来越好的趋势，产品内容多一些，现在也谈谈人生扯扯淡。

2、听甘德霜讲故事
igandeshuang
差不多隔天更新，主要说一些八卦的历史话题，偶尔也会说说别的，读起来也蛮有意思的，喜欢历史八卦的关注下。

3、戏里戏外
beyondthewall
互联网有一道墙，但是有那么一扇窗，偶尔透出一丝暖暖的微光。这帐号就干这事，其中的系列法源寺外史很好看。

今天下载了@tinyfool 做的App「新杂志」（还未正式发行），基于iBooks Author相关技术，其中首批创刊号包括了「小道消息」「戏里戏外」「Mac技巧」的部分内容，非常好看。在杂志中Mac技巧更名为「MacTalk」，算是大众一点吧。等正式发行了，我会推荐大家去看看。

今日的MacTalk，讲OC的第三个新特性：属性合成

每个开发人员对property都很熟悉，我们需要为类定义属性，编写getter和setter方法。那么我们在Objective-C中是如何进行处理属性呢？很简单，首先在h文件中定义属性：

@property (strong) NSString *name;

然后在m文件中使用@synthesize指令实现属性的accessor方法和定义实例变量ivar：

@synthesize name = _name;

@synthesize的含义是，如果没有进行重载的情况下，编译器会根据读写属性自动为类实例变量_name生成getter和setter方法。当然，你也可以用@dynamic指令指定该属性的相关方法由开发人员实现。

这样看起来是不是已经很简单了？但是没有最简单只有更简单。现在我们可以省略掉@synthesize name = _name; 这一行，完全交给编译器去实现。也就是说在h文件中声明属性name后，就可以直接在实现文件中使用该属性的getter和setter方法，并使用实例变量_name。并且编译器会根据属性的可读和可写自动判断是否提供setter方法。

那么在这种情况下，如果你声明了@dynamic的属性，编译器该如何处理呢？所有synthesize相关的特性将不再起作用，你需要自己去实现属性的相关方法。

总接一下属性合成的新特性：

• 除非明确说明，否则属性相关的accessor方法（getter和setter）将自动生成。
• 除非所有的accessor方法提供实例变量，否则实例变量（例如_name）会自动生成。
• 如果使用了@synthesize，并没有提供实力变量名的话，会自动生成。
• 如果使用了@dynamic，那么自动合成无效，需要开发者自己实现。
• Core Data的NSManagedObject及其子类不使用默认的属性合成功能。

昨天谈的付费免费和产品创作等内容，仅仅是思想表达，并不是要探讨Mac技巧是否要收费的问题，就目前微信平台的运营模式，即使我们想做收费阅读，也无从收起，所以大家不必介怀，主要看文字内容。

有位叫做「醉染林夕」的读者发表了这样一个观点，很有趣，大家感受下：

来自沉默的大多数：既然收费与否的问题说不清就说一种观点吧。写作分享做好事这种事很多情况下是作者的表达欲在作祟，也就是他并没有因为做了这个可以得到什么而去做，而是他就想做，他想把事情做极致，这可以说是他的命。 连岳有篇文章叫《个人之上再无价值》曾引发了很多人对个人是否要有社会责任的争议，很多人担心如果大家都只看到自己的利益而不去为社会着想，社会怎么进步，或者说社会怎么会快速进步。这里我认为就预设了一个假命题，即大家都为了自己利益。 其实总会有那么一群人为了大家着想的，总会有人不为其他的努力与现状抗争的。毕竟，自私，同情，分享等等美好品质都是人的天性，或者至少说是一部分人的天性，社会自有系统。

我以为这一段写得非常好，再好一点就赶上我了（哈哈）。我认识的好几位技术人做微信公众平台都属于兴之所至，而不是盈利为先，无论是表达欲望也好，创作欲望也罢，大家在无偿的分享自己的经历和思想，这是命。当然如果有一天这些频道和内容衍生出了伟大的事业和财富，我们也不会拒绝，谁会拒绝内容创造的财富呢？这也是命。

所有伟大的事业都源于梦想，并始于微不足道。

Macintosh之父拉斯金的梦想之一是“数以百万计的电脑”，他的远大志向是“如果个人电脑能够真正面向个人，那么任何一个家庭都该拥有一台”。但是Macintosh项目初期，整个项目组只有四名研发工程师，而且每隔一段时间项目就会被拿出来讨论。30年过去了，这个微小的项目组成就了现在的Mac帝国。

另外，昨天推荐的「一天一件艺术品」的微信号有误，错误的原因并不是我记错了，而是下划线被markdown编辑器吃掉了，于是很多读者反馈找不到这个平台。这事我也挺纳闷的，其实只要知道了公众平台的名字，就可以很容易查到这个频道，点击微信底部菜单朋友们-添加朋友-查找微信公众帐号，输入「一天一件」即可。找不到的自个面壁去！

「一天一件艺术品」正确的微信号是：

one_art_everyday

最近扯淡有点多，今天开始从语法层面为大家介绍一些Objective-C的新特性。

去年的WWDC上，苹果针对Objective-C和LLVM编译器都做了重大改进，我们来看一看Objective-C增加了哪些新特性。

1、方法顺序无关

Objective-C类由声明文件h和实现文件m组成，所有的public方法都在h文件中声明，private方法可以写在m文件中，但是在早期的编译环境中需要注意方法的顺序，例如下面的代码，在早期的编译环境会给出警告：

类和方法声明：

@interface ObjcNewFeatures : NSObject
-(void)doSomething:(NSString *) text;
@end

实现：

@implementation ObjcNewFeatures
-(void)doSomething:(NSString *)text{
        NSLog(@"%@", [text stringByAppendingFormat:[selfgetCode]]);
}
-(NSString *)getCode{
        return@"Unicode";
}
@end

早期编译器编译时会出现：warning: instance method ‘-getCode:’ not found…

这是因为根据编译顺序，编译器不知道在doSomething之后还有getCode方法，所以会给出警告。解决办法有多种，比如可以把getCode方法放到doSomething之前，也可以提前声明私有方法，如下：

在m文件中增加：

@interfaceObjcNewFeatures()
-(NSString *)getCode;
@end

新版编译器在LLVM中增加了新特性，改变了顺序编译的方式，首先扫描方法声明，然后再对其实现部分进行编译。这样无论是public还是private方法，就变得顺序无关了。