既然 GitHub 都挂了，我们是不是该放个假？

楼主给的信息实在是有限，没法确定楼主的问题出在哪里
以下内容基于这么一个推测：即楼主要做的事情是通过大量计算自动地批量生成图片，图片的量大，且每张图片的尺寸也都非常大，而楼主使用的是 UIKit 中提供的类似 UIGraphicsBeginImageContext 和 UIGraphicsEndImageContext 之类的简单接口。
一句话，这个问题没有简单无脑的解决方案，但稍微深入一下，办法却还是很多。
1. UIKit/Foundation 中提供的接口并不适合做这件事情，这与语言无关，即使用 objc 通过 mrc 绕开 arc 的坑也是一样。性能非常堪忧。
对于图片的绘制，楼主应该考虑使用 Metal 提供的 Compute Shader，将图片分阶段绘制到 MTLTexture 中。
使用 Metal 确实存在一些门槛，如果不会的话，试试查阅一些第三方库，比如 https://github.com/BradLarson/GPUImage 说不定有提供对于你的需求现成的方法。
2. 注意 Swift 中并不是不支持内存管理，Swift 其实提供有一系列类似 UnsafeBufferPointer 的工具来管理内存，楼主可以仔细读一下官方的文档：
https://developer.apple.com/documentation/swift/manual_memory_management
这一系列方法应该就是对楼主问题最直接的答案。
3. 最后，出乎意料地，很多人并不知道许多 Unix C Level 的函数在 Swift 中是可以直接调用的（并不是私有 API ），比如 mmap ……
https://developer.apple.com/legacy/library/documentation/Darwin/Reference/ManPages/man2/mmap.2.html
具体例子我记得苹果去年的 ImageRecognition Demo 中有，使用 mmap 将神经网络的参数文件直接映射进内存空间，以节省内存使用，楼主这里可以反过来使用它来写文件（需要 Import Darwin ）。

@StargazerWikiv 是不是 iOS 的版本木有对？

@StargazerWikiv 估计需要杀掉重新跑吧~~~理论上 7P 应该是没有问题的

楼主你这个不叫 hentai 啊！不要自我指责！人的性取向问题本来就非常复杂哒！

数据爬出来放 Excel 差评啊……

我换用 neovim 的原因之一就是可以不用 YCM ，改用 Deoplete ……

11 年的时候，我在 S1 错过了一个纳斯达克敲钟的机会，今天我在 V2EX 又错过一个……

1 ：[CellViewModel] -> 把每一个 Cell 的 ViewModel 定义出来，放进数组
2 ： cellViewModel.identifier, cell.render(cellViewModel) -> 每个 ViewModel 定义自己要用什么 Cell 来展示， dequeue 的时候出不同的 Cell ，然后 Cell 自己对应着绑 UI
3 ： tableView 的回调中直接一行同样的代码把 Cell 弄出来

当然，前面还有个：
0 ：把你要显示的 Model 的内容 map 成 CellViewModel 的数组

只能再额外买个 HHKB 了……

同为 iOS 死程……同痴迷 Elixir 中……
想一边写 FP ，一边写 iOS 的话…… Swift ？（认真的，别打我……
要说真正的 FP 语言，在 Haskell 党眼里， Elixir 也只能算是所谓的“ Almost Functional ”吧？
总之，我的感觉是，自己写着 High 就行了，更多地是自己写着玩，真正地写东西是另一回事。
对了，我的 Github ： https://github.com/lingoer 里面有些 Elixir 写着玩的小东西，球抱团玩

楼主现在是需要确定一个自己的方向，我觉得至少你可以试着这样去尝试：
0，英文练好
1，不要局限在自己此前的技术栈中，眼界放开一些，试着去接触一些其他的前后端知识
前端可以试试接触新的框架和方法论：angular，sass，编译链相关的gulp，browserify
后端可以试试换一种语言，比如ruby、node。
甚至，尝试一下做移动客户端，如果你有Mac，我倾向于你去试试做iOS，从OC开始，千万别一来就学Swift。
楼主现在这种状态，我推测空闲的时间还是会有的，利用好这些时间，沉下心来学习一下。
2，上面说的这些内容，并不是希望楼主真的能够从中学习到什么，这只是一个测试，一是试你在27岁的年纪能不能做到相对快速地学习新东西，二是测试你在学习这些东西的过程中是否快乐。
3，如果你发现你学得很快，同时并不觉得枯燥，那么恭喜，在前面这堆东西中选择一个你最喜欢的（别去选现在最火的）继续走下去吧，今后面试的时候你可以聊出更多的东西了。

如果这样一个学习的过程让你觉得非常痛苦，学习的效率也并不高，我的建议是趁早离开这个行业，因为这个行业最需要的不是你的经验，而是你的学习能力。

楼主注意，这种学习能力不见得是年轻人专有的：我今年也是即将30了，作为TL和资深工程师，依然可以在第一线开心地写代码，开心地学着新的知识，以及，开心地拿着还算不错的薪资。

根据你们网络请求的复杂情况来看，如果已经很复杂，或者今后有可能会很复杂，那么除了类方法、共享单例之外应该有提供自定义manager的方法。
具体来说，比如我们这头项目里有多个不同Api Server地址，同一个Server还有的http，有的https，有些还需要特殊地处理Cookie，那么就不可能类方法全搞定了。
但如果你们只是做一个知乎日报，那怎么简单怎么玩儿撸

这个和死不死威夫特没关系，基本上所有抠卡和抠卡塔基里面的东西都遵循李氏代换……这是面向那谁的基础啊……
顺便，有个值得一玩的东西叫做NSProxy，死威夫特里面没有OC里面有~~李氏代换的原则遇到这东西会很好玩