@OctWu 谢谢你感谢我 ：）

你怎么看的内存占用？xcode里面Debug navigator里的内存占用不是真正的内存占用，你需要使用VM Tracker才能得到真正的内存占用。内存占用方面可以看看WWDC 2012里的关于内存的那个session，名字我忘记了，那里提到了如何优化应用的内存占用。

@allblue 都最低档次了，还名次略高啊？

@pertersonvv 邮件列表没人用？我的邮件客户端都快要被邮件列表的邮件给弄爆了好么？论文扯淡的有的是，大家都是混饭吃的而已。

我感觉楼主一开始就因为这个部门经理是个门外汉，于是就打心里瞧不上他，于是决定让这个部门经理来处理“烂事”，人都不是傻子，你不待见别人，人家凭什么要待见你呢？

不过我多少也能理解楼主，有段时间我觉得自己特别聪明，特别牛逼，这世界上就没有我办不到的事情，我是技术，我是程序员，将来我要做CTO，迎娶白富美，走向人生巅峰，我懂技术，别人不懂，所以我最牛逼，其他人通通都是蠢货，只配干一些琐碎的没难度的无关紧要的小事，慢慢的，就发展成现在这样，我觉得自己不仅不聪明，甚至还很蠢，这些所谓的技术也没什么了不起，我会这些技术并不是因为我比别人牛逼，比别人聪明，我只不过是记住了这些东西，然后学别人知道怎么用而已，碰巧又做了几个项目，变成了个熟练工儿，额，都没什么大不了的。哈，当然没这么夸张，不过差不多就是这么个意思


也许楼主应该反思一下自己的心态，如果发现确实自己也有问题，你应该找个机会把这个经理请出来吃个饭，然后道个歉，道歉并不是因为他是经理，你不是经理，不是因为那样，当然如果你就是觉得自己没错，那就当我在这里放屁好了

我们学校论坛技术版现在几乎没有人发帖了，虽然不是什么好学校，但是以前可是很火的，我个人的感觉也是，这些所谓的技术社区，其实就是用来打发时间，灌水吹水的，包括v2ex，真正想要从网上得到专业方面的资料，按照信息质量从低到高排列，stackoverflow，Wikipedia -> 相关技术的邮件列表->免费或者盗版的针对某问题领域的电子书->最近新发的论文（灌水的也多，需要甄别）->很早以前的经典论文。

移动端的出现，人们上网的方式变了，论坛整体没落了而已

早知如此，何必当初。lz这是你自己选择的，怨不得别人。按照你自己说的：“我不喜欢做管理，部门经理竞选我没跟他争”

当初竞选的时候，既然这个“部门经理完全是门外汉”，你们为什么要让他当部门经理呢？

我感觉楼里的人似乎搞错了最基本的一个东西，cd ls这些并不是"Linux"的命令，这些是shell的内置命令，而wget这样的，是独立的软件，而reboot这样的，最初是出现在Unix系统的，比如rebott的history里写的是：

>> A reboot utility appeared in Version 6 AT&T UNIX.

所以，到底什么才是Linux命令呢？谁来给我科普一下

感觉一个都没学会的撸过。。。。

我觉得这不是设备不设备的问题，而是人与人之间的问题，我甚至觉得这与程序员也没有关系

@OctWu 我没用textview 另外textview应该也是一次性把所有文字都画出来的 你在主线程丢给textview一大段文字看看主线程会不会阻塞就知道了 大图片就是要那么多内存 你用VM tracker就能看到了 xcode里只显示heap上的内存占用 那不是真正的内存占用 Xcode里显示占用内存不到10MB 实际上却可能占用将近100MB 图片占用的内存没有被计算进去

我觉得学Phuby应该会很有前途

@OctWu sizeThatFits？我没用到这个。黑魔法指的是？图片的高度不能弄得太高，实际上图片的尺寸要尽可能的小，因为图片都是独占一行，如果图片的高度比较高，那么整个需要渲染的像素数量就会被拉高很多，内存，CPU，GPU的压力都会升高，你算一下就知道了，iPhone 6的分辨率 750 x 1334，假如一次性需要渲染两屏幕，总共需要渲染的像素数就是750 x 1334 x 2 = 2001000，每个像素需要4bytes，要想渲染这么多像素就需要2001000 x 4 = 8004000 bytes = 7.6MB，有的时候我的应用需要渲染超过10000 points的图片，一下就要用到将近50MB的内存，多个线程同时画的图片都这么大的话内存直接就爆掉了，就拿我们现在在的这个帖子来说，如果使用iOS 7新出的text style，一般字体的高度是17 points左右，上面那几个稍微长点的帖子很容易就能占据两三屏幕，再夹杂一些图片，就更长了。我所有的图片都是100 x 100 points，iPhone 6 Plus以外的设备就是200 x 200 pixels，iPhone 6 Plus是300*0.84 x 300*0.84 pixels，不管原尺寸多大，都是等比例缩小的，看着也能大概看出来图片内容是啥，用户点击图片能看到缩放到屏幕尺寸的图片，还可以双击缩放某一个区域，两个手指头pinch进行缩放，旋转之类的。很多需要图文混排的应用几乎都是这么做的，腾讯的微信，百度的百度贴吧，都只显示固定尺寸的缩略图，你可以参考一下。

我觉得没什么，反正我不偷懒写的也是烂代码。

@palxex 你遇到的这个问题真奇怪，是否使用了folder reference?有些名字是xcode保留的，比如Resources，另外会不会跟系统语言有关系呢？你同事的电脑也会这样吗？我的系统使用的语言是英文，这个应该不影响，不过可以试试换成英文系统，我只知道这么多了

xcode我用习惯了之后感觉还可以，并没有遇到太多奇怪的问题，唯一需要注意的是选择文本的那个bug，使用鼠标选择文本得等一下再按cmd键进行复制或者剪切，否则会选中超出范围的文本，很烦人。还有有的时候simulator卡住，导致必须重启xcode才能在similator里运行程序，这个也挺烦人的。

@palxex 我的系统也是10.10.1

@palxex image set是一个树结构，进入image set的时候xcode需要读取里面的数据，包括解析每个set的json文件，你的这个问题很奇怪，我也使用image set，但是我从来没有遇到过你这样的问题，你检查过你的image set的结构么？是不是曾经手动操作过image set里的文件？比如创建了link之类的？你可以写个脚本来读取你的image sets，看看会不会遇到同样的问题，如果是，说明你的image set有问题。

我没明白lz啥意思 业务部门的同事在外面跑业务 拿到单子 技术部门处理单子 这不很正常么？分工本来不就是这样么？

不是你的职责可以拒绝啊 你说的这三个场景怎么看都像是在做份内的工作啊

人家说一句辛苦啦是客气话，说明人家希望保持良好的工作关系 这还要纠结该怎么回复吗？你也希望保持良好关系那就跟着客气一下 你非得把气氛弄僵那就不友善一些 你觉得这人不错 那就友善一些 这很难吗？

我觉得不太可能是derived data的问题，不过你可以试试，值得尝试的还有：插件卸载，非retina屏幕，xcode卸载重装，换个obj c的工程看看是不是还有卡顿、崩溃的现象

当然首先你要确认一下是不是有其他的程序需要比较多的处理器资源，我就这么些招儿了，也许这些可以至少让你知道是什么造成了卡顿