@xz410236056 好一个写了 10 年的 iOS

2016 年的时候发帖说工作一年，可能你 2013 年装了 Xcode 运行了一个 demo ，也算是可以从 2013 年开始算工作经验吧。

https://v2ex.com/t/256586

果然 funny 。

@xz410236056 其实你没必要给我解释这些，我 12 年就开始写 iOS App 了。看着有点 funny 。

@xz410236056 呃，其实 SwiftUI 就是取代 Storyboard 的生态位的。

Storyboard 只是一个旧技术，很“新技术”关系基本为 0 ，还是有包袱的那种。

你淘宝问价格，收到短信很正常吧。

至于自动打开绝对不正常，但是在小概率的打开事件和用户无意操作之间，我倾向选择用户的无意操作。

@andyL 该说的已经说完了，只能说“祝你好运”吧。

@andyL Storyboard 有些时候 Xcode 更新版本打开就会出现变更，这一套其实是相对纯代码而言更接近黑盒子。本质上是把整个开发过程中的不确定因素增加。

至于说啥“早年入门看的太多资料被带进坑里了。。。”，你这种只是没有真正的在坑里待过，只能说祝你以后也不要被坑到。

@jchnxu 这个没什么影响，一两个人的项目，爱用啥用啥，自己怎么高兴就怎么整。

但是如果要做一个最佳实践的分析的话，还是要把各种方案的优势和劣势摆出来的，个人的喜好或者个人愿意信啥是其中一个因素，但其实不重要，因为“团队合作”的这种考量，可能更重要。

纯代码做 UI 路过。

因为对于团队来说，Storyboard 和 XIB 又难 review ，代码冲突的时候也不好解决。而且 Xcode 一直有一个历史问题，你项目里有 Storyboard 文件，就会触发重新编译，对于一次编译就要十几二十分钟甚至更长的编译时间的比较大的项目，妥妥的就是个深坑。更不要说 Storyboard 有些时候有些实现其实还有版本差异和吊诡的地方，多被坑自然就不用了。

至于一两个人的项目，随便你爱用啥用啥。

但是就实践上，绕着 Storyboard 走，你能省掉太多莫名其妙的时间消耗。

而且现在这个时间节点，如果还要说啥开发速度，激进的也是 SwiftUI 路线，哪天 Storyboard 的相关接口被标记 deprecated 我都一点不意外。

@i386 这个属于这个现场曝光条件导致月亮能分清楚月海的时候，前景就是黑的。

如果你想在 App 基础上再提高亮度，可以在设置页面调整 ISO 值，有一个 200 的选项，可以增加曝光。但是那样子的话，月亮就有可能过曝。下次你可以试一试。

俺弱弱地觉得发码在 V2EX 能带来的曝光和活跃用户可能不如在小红书发帖……

感觉很多人拿了码更像是松鼠看到一个松果然后囤起来然后忘记了。

当然，我的 App 也发码，只是一般都是能用 30 天的用户才给。

Excel/Google Sheet/Numbers/LibreOffice/WPS

笑死，还在等到期就跑，我看是跑不了了。

想啥呢。你先看看你本金能拿回来么。

都有可能是真的。

但其实对你来说其实意义不大，不同的岗位不同的人不同的行情，永远只是参考价值。

全职没啥意义……

一个语言不能得到维护和更新，是不可能在这个时代混出头的。

作为一个开发来看“降级操作”，总觉得很容易自己把自己的数据置于危墙之下。

还是蛮多这类 App 的。

其实感觉没啥需求 Excel （或者类似产品）不能满足的。