仅关注某一端，感觉没特别大的优势。

如果关注多端（以下主要说 iOS & Android ），说来说去 Flutter 其实现在有很多问题，很多是跨平台都几乎会遇到的问题：

0. 画面性能和交互上很难比各自原生平台的好。

1. 第三方库开发门槛高，成本不低：只覆盖 iOS & Android 的三方库往往要求开发者同时具备相当实力的 iOS & Android 开发能力。（个人开发者劝退）

2. 因为第 1 点，导致第三方库选择有限，不用三方选择自己做，又不一定能做好。（小团队劝退）

3. 新的 iOS & Android 更新后，可能会因为 Flutter 更新略微滞后，导致一个时间上的 GAP 。这同时也让人需要注意：你的依赖又需要考虑这个新的因素（ Flutter ），整个维护链条的稳定性也会降低。（追求稳定的团队劝退）

4. 一开始一些团队用这类东西可能会觉得很爽，但是走着走着发现自己对于视频之类的 Flutter 未必有那么强大支持的部分有着强烈的性能考虑的时候，代码里就会加入大量的不同平台不同代码的内容。（“一套代码到处运行”迷思的破灭）

5. 如果你这些都不在乎，其实你这类需求 App ，套个网页的壳似乎也能满足需求。选择 Flutter 的优势就不怎么高了。（甚至更极端些，网页不行吗？）

6. Google 的这个东西难说哪一天会不会弃坑了。（ Google 真的靠得住吗？）

个人觉得 Flutter 也许适合以下特征的目标人群：

1. 有着强烈的跨端要求，最起码是个三端的应用，但是又嫌弃各种内嵌网页方案。

2. 对于自己开发的 App 不管是功能 / UI 把控程度都很高，不会出现太偏离 Flutter 能力范围的功能和 UI 。

3. 这些人具有选型决策权：比如：陷在“一套代码到处运行”这一陷阱里难以自拔的开发者、没那么热爱 Android 但是对 Google 还算信任的开发者、想体验体验新东西的开发者、讨厌 Xcode 落后但是又想开发比较好的 iOS 应用的开发者。

@Aaron2019 看你写了一堆似是而非的东西，比较典型，所以回复你。

首先，要先搞清楚送礼和送礼的区别可能比送礼和不送礼的区别更大。

其次，职业发展上，多数体制外的程序员的职业生涯主要决定因素，应该和送礼没啥关系，维护良好的自己和同事 /上下级的关系是一项重要的软技能，但其实更多时候是平时工作生活中建立和维护的。

另外，你自己还加了一堆限定条件“在合适的时机，比如逢年过节，一点小的礼物或者其他形式的心意”，其他心意就可以了，为什么要送礼呢？我觉得你自己赐教自己就够了。

最后，很多公司对内部腐败是容忍度很低的，动不动要说到“职业规划”这种实际多数时候自己控制不了的词的时候，应该要明白过年送礼很多场景下只是对自己职业发展发动的自杀式袭击。

体制外送礼巴结，这不就是憨憨吗。

帖子里有些自觉自己深知所谓人情世故规则的人，应该搞清楚体制外和体制内的玩法是不一样的。不同公司不同人的情况是不同的。

拿着自己的规则“人之常情”以为能“放之四海而皆准”，纯粹只是自我感觉良好。

其实这个生肖按照农历初一变化而变化这个是有国家标准的。

具体可以搜索：《农历的编算和颁行》。

送束花，不要太贵的，但是显示自己的重视。

@HomeboyC 这不是掩耳盗铃吗，只要有太多这种特殊字符，工头见得多了，这个库不就基本是明确告诉你的文本问题很大。

@ceynri42 这套东西防君子不防小人的东西，我觉得没啥好思考了，早拆早好。

V2EX 这原始迷惑的关键词规则， 不让发的时候，至少提醒下什么词违规吧。也给愿意改的用户比较好的体验。

@Livid

神奇的 tb ，还有这服务

@qeqv 你可能走错地方了。

@IceBay 特征太明显了，东南亚工头一看你发 0 和 1 或者从头到尾都是特殊字符，一巴掌就甩过来了。


@subframe75361 工头方言水平可能不行，但是很多名词和普通话相近，最终回到文字，看文字就知道你不对劲了，与其绕那么多，不如直接整句话替换了。

@also24 其实就是个有权鉴的 key - value 网络存储数据库。要说技术难度都在“生成话不让人怀疑”上了。感觉得引入 GPT 啥的了。

东南亚工头看你一直在说这种话，就知道你在编码了。

@aijam 特征太明显了。

@wolfie 说白了，你打开用户协议或者其他多数用户不会看的账户注册协议，你会发现你的账户不属于你自己。

对应的公司可以几乎没有任何门槛地把你的账户立刻失效。

有竞争是好事。

而且 Apple 不考虑功耗的话，Apple Silicon 在 CPU/GPU 方面，性能方面打不过对手并不意外啊。

2500 包硬盘吗，NAS 很大成本其实是硬盘。否则买个成色好的二手两盘位的群晖可能比较好。

万象城边上的阿忠食坊。