me的移动开发，伴随的不只是思考，不只是功能的实现，更多的是调试和对程序的瘦身。

se和ee转行来的估计都会很难习惯，为什么呢？需要再了解一些ME。

20%的时间用在了规划和写代码。

80%的时间都在给程序瘦身。

很多的试验后，发现，小心翼翼是正确的。

手机的局限性就是手机处理的速度，以及内存的狭隘。

合利的利用每一个object，最好的方法就是了解对象的生命周期，了解原理。

什么时间置空？什么时间使用全局变量？在ME里非常重要。

每一个线程都那么的奢侈，是让主线程更流畅？还是堵塞就堵塞吧?

每一个me程序员都很容易陷入两难的境地。

听说3G快普及了，听说4G就要来了。me，真的起来了吗？

每一种语言都有存在的价值。

我不是在发牢骚，我只是期待，何时规范才能发布。

但是我不羡慕ee也不嫉妒se。因为我明白，me，因为没有框架而美丽，它会一直活下去的。

低级gui，让人欢喜让人忧，期待哪位大侠用低级gui做一套类高级gui。

mtj可以很好的解决me插件的报异常问题。但是我发现，我不怕报异常，甚至不怕无法运行，我害怕的是。。。

模拟器可以运行，真机崩溃~

EditText 文字暗示

所谓 文字暗示 就像：桌面上那个Google Search 搜索框 

> 提示：用户输入文字

> 自动消失： 当用户输入一些自己文字 Google Search 会自动消失  

如此： 既起到提示信息作用 又略去用户删除的麻烦 易用性较好

那这是什么属性呢？

答案就是： android:hint="请输入待显示文字"

[代码]

1. 为了大家有更直观体验 我分别用属性：android:hint & android:text  并输入自己文字： iamgriffinshi 

done!

比如地图导航数据G级别的数据，模拟器调试的时候将是个恶梦

后面要做一个导航类应用程序，所以未雨绸缪先纪录下来

设备调试时，把测试数据尽量最小化吧

模拟器调试时，使用固定路径，指定到程序外路径，模拟器貌似没有沙盒，下面代码在模拟器里是可以读取文件的。设备调试时改为resources

NSDictionary *dict = [NSDictionary dictionaryWithContentsOfFile:@"/Users/george/Desktop/Test.plist"];