特意查了一下才知道"反斗"是什么意思~
"反"字加了双引号就不知道什么意思了。。

技术都会，可是做网站不单单是技术啊。。产品、设计师、运营、商务合作等等这些职位同样是网站必须的啊。如果只有你一人，那你就得身兼数职、技能点满满的。

所以，要不然慢慢来～要不然找些合伙人试试？

这个主要是涉及信息论的"熵"的概念吧。。
知乎有个类似的问题，可以看一下： http://www.zhihu.com/question/22539777

针对LZ的问题，固定大小的图片，理论上如果其中的数据最无序(熵最大)，那它的压缩比也应该是上最小的。

在具体到文件格式上：
-----------------------------
PNG格式是无损压缩，压缩算法是deflate，实际上就是用Haffman编码来压缩，符合信息熵的理论，那最简单的方法就是每个像素都用随机数填充，随机数函数质量越好，熵越大。

简单做个实验：
BMP文件用这个生成:https://github.com/esneider/bmp
随机数是从设备的噪声数据熵池中取的:http://zh.wikipedia.org/wiki//dev/random
生成一张100x100 24bit的bmp文件，大小是30KB。

这张是手动填写的数据，虽然没有相同颜色的像素，但是数据比较有序。压缩成PNG后只有6KB。
http://i.imgur.com/STpIFYK.png

这张是用随机数填充的，压缩成PNG后有32KB(几乎没有压缩效果)。
http://i.imgur.com/usgeZ0y.png

如果非要精确的生成一张理论压缩比最小的PNG，可以尝试看下PNG的压缩过程，针对实际算法来一步步填充。

-----------------------------
JPG格式是有损压缩，所以要先看一下这个压缩算法。JPG是用人类的视觉模型来进行压缩的，颜色模型是YCbCr，所以BMP转JPG时，第一步要把RGB颜色转换为YCbCr，然后再用离散余弦变换转换到频域，之后可以压缩掉一些频域上人眼不敏感的数据，最后才用Haffman编码来处理数据。

这个过程来说，根据视觉模型压缩这一步不好分析。。生成一个"最小压缩比"的图片，理论上很困难。。感觉。。

费电。。。费电。。。
LZ你直说你想要哪些Safari插件好了。。

点开LZ的ID，就是腾讯的？自家产品不支持一下嘛？
腾讯企业邮箱，收费的算来是每个用户每月12元，平摊开也不贵。。
自己搭建的话，稳定性易用性、功能什么的都完全比不上QQ邮箱吧。。

QQ,百度地图,多看,支付宝,GoodReader.
除了这5个，其他很多需求可以用浏览器实现，但是超级不方便。。

----------------
敲完了看了眼LZ的知乎问题: "这个问题不求最佳答案（其实也没有所谓「最佳答案」），只是想引起自己（和其他回答者）的思考：你的手机真的需要这么多 App 吗？真的有必要话费那么多零碎时间去购买下载安装尝试这么多 App 吗？"

App就像钱一样，平时生活用不着那么大笔的钱，但大家还是花那么多时间去赚钱，因为总有缺钱的时候啊。。 想用的时候没有才真会着急呢。。

之前在weibo也看到了哦～ 很棒，先赞一个～

只是感觉这个过程处于灰色地带，LZ对这个可能违反苹果的协议怎么看？
避开这个问题的话，大家心里都有疑虑的。

直接指甲扣下来，如果有残胶，用橡皮擦就能擦掉。

北京联通，昨天下午有段时间也遇到了，weibo里有人说是DNS污染。。

@momo5269 是这个吧：
http://www.notebookcheck.net/Mobile-Graphics-Cards-Benchmark-List.844.0.html

话说以后要切换web后段岗位(国内)的话，php或者java还比较广泛吧。。BAT三家里，1家java、2家php为主，其他大些的互联网公司大体也差不多。。学这两个找工作好找些(也许)。

除开上面这个因素。。后段推荐python/ruby，再或者node，暂时不推荐golang。。

@Kjuly 这个太局限了吧～

对于不能接触源码的类、难以子类化的类簇，我感觉可以这样，具体行不行还没试：
创建个Category，写上+load方法，然后里面用method swizzling去拦截类创建的方法，或者去拦截那个property的访问方法，之后用proxy或者notification之类的机制去实现更新动作。


如果能子类化、或者能接触源码，那就很简单了。最简单的方法就是修改init之类的创建方法，在实例创建后把它添加到一个全局的Array里，dealloc时从全局Array里移除，这样就能得到当前类的全部实例了。当然用notification什么的也都可以了。

读读叔本华

桥豆麻袋

被静电“呲啦”后，高贵冷艳的来一句:“切，结界么。”
摔倒后不屑的“嗤”一声“这个身体还是不适应啊，麻烦死了”
长痘了捂住脸，说:“呵!么快就开始反噬了麽…”

---中二的好段子..

另外，关于数据那块儿，既然都决定用sqlite了，那就没必要用CoreData了。
https://github.com/ccgus/fmdb 用这个访问sqlite会省事很多。

当你写swift，遇到问题上网查的时候，发现全是objc的资料。。那就呵呵呵。。
这几年内objc不会被抛弃的，大量的书籍、资料、第三方库仍旧是objc。如果你的目标是尽快实现App功能，那还是集中精力从oc学起吧。尽快实践和上手项目，需要什么的时候再去翻文档，这样会比较节省时间。

未来这几年oc和swift会并行前进，所以这段时间的从业者就需要掌握两门语言，不然别人写的东西看不懂会很麻烦。。

装个reflector： http://www.airsquirrels.com/reflector/
然后在Mac上想怎么录就怎么录。