建议不要直接写项目，一定先耐着性子把官网文档读完，写一遍官方示例，最好把 dart 语言的最佳实践也通读几遍，否则写出来的代码不够 flutter/dart ，会影响后续的学习和维护的。

@zhuxc 虽然项目结构还是不错的，但是简单瞅了一下，就发现几个明显的点，比如异步函数的类型没声明对、一些 immutable 的类的构造函数没声明成 const 、一些冗余的操作和写法可以用 dart 里方便的语法大幅度简化、ListView 的子项应该用 map 函数来生成而不是手动循环填充 widgets 数组等等……

下面这个是我前段时间面试一家公司时做的面试题，前后大概花了两天，可以在线打开玩一玩，不建议学，但是可以看看里面一些写法，自认为还是比较符合 flutter/dart(最新)的语法和习惯的。
https://github.com/debuggerx01/flutter_ecommerce_demo

我上周也打了上海电信 10000 号，得到的说法是，现有机顶盒 iptv 不能直接转，得先交 16 块违约金，然后办理退还机顶盒退年费，办理软终端就是安装费 100 和 100 年费，也就是说现在想搞的话要花 116 块，等到现有 iptv 的一年套餐到期再换就是省那个 16 块……

用 flutter 的项目越来越多了

把服务器部署成 runner 你们提交任务上去 排队执行

盲猜两个最大的可能性:
1. 选错了学习资料，看了太多尤其是国内低水平的和过时的教程，导致走的弯路。直接看官网最新教程和示例学习，直接 next.js 上手最简单。
2. 被已有经验束缚，尤其原来是做原生开发的，转前端写 web 或者转 flutter ，经常出现这个情况，原生开发的那一套模式根深蒂固，各种新概念总想往原生上靠，于是就出现了很多资深原生开发写的类 web 代码甚至还不如学习了同样时间的新手。

坐标浦东，今天突然不能通过 ddns 访问了，穿透进去发现是 ip 变了，但路由上的 ddns 服务不知为何没修改成功，重启路由后好了。

@magic3584 所以我的经验就是，原生层越轻越好，数据和逻辑尽量全在 flutter 层去实现，这样维护难度、扩展性、bug 率和体验都会好非常多。
我就接手过一个项目，ble 连硬件设备的，硬件接口和数据库逻辑在原生的 sdk 依赖里，数据处理在原生层，flutter 调用要靠 method channel 和 stream 监听，flutter 拿到以后可能还要再包装一次成 json 数据给 webview 用，整个项目维护起来要死要活。
而我以前自己搞得一个类似的项目，就直接全部用 flutter 和纯 dart 实现，ble 蓝牙连接、状态维护和数据包解析全用 flutter_blue 做，数据库用 sqflite ，webview 直接用后端接口而不是用 jsbridge 从 app 拿数据，整体维护起来就非常清爽可控。

刷了 miui ，可以串流手机屏幕和应用，挺爽的。
目前主要用途是给小朋友用宝宝巴士。
不过显示和单喇叭的效果确实不太好。

@zy0829 单元测试肯定有意义，但是投入产出值不值得，更多的是取决于项目环境，其次才是开发水平，比如需求频繁变动的，快速迭代经常把刚上线没多久的功能直接砍掉的，pm 设计需求很少考虑复用的，这种项目追求单元测试覆盖真就没啥意义……
所以，不知道项目和团队的具体情况，没法直接下定论到底经理的想法对不对。当然如果这个经理就是纯粹凭个人喜好做的这些决定，那大概率是要出问题的

全栈开发，一个人把前后端都写了，自然也就不需要联调过程了。
当然对开发水平要求比较高，不是随便一个会写点前端的后端或者对后端一知半解的前端就能玩得转的。
有幸曾在一家外企创业团队待过，开发时一个人就负责一整个需求，需要什么就写什么，前端、后端、db 、mq 、cms 后台，信息模板……，需求涉及到的就一口气全做了，效率极高，问题很少，对团队和个人成长都有好处……

为什么需要这么低的延迟，是什么应用场景？

都是惯的，就该直接让用 dart 写脚本🐶

我最近把做的开源项目写进简历了，然后面某一家的时候对面说他们希望候选人可以把全部精力放在工作上，开源的事就别搞了——于是我确定了自己和这家的调性不符（当然也结合了其他方面考虑），拒绝了他们。
说到底写简历和面试应该是个互相认识和双向选择的过程，我个人的想法还是不要为了“容易过”把自己搞得不是自己，这样即使最后通过了，工作中也是折磨。不如在一开始就表明自己是个怎么样的人，有哪些特质，如果公司团队能接受我这样的人再考虑后面的事儿。

@debuggerx Linux 系统

不就是 scrcpy 么？
我自己在电脑上用 dart 写了个服务，手机连上电脑 usb 自动打开 scrcpy ，使用体验和那些协同互联差不多了

@ljzxloaf 对我来说，开发体验很重要，如果写得不爽，调试困难，上一天班受一天罪，那我肯定不乐意的。而且我用 Linux 开发，微信开发者工具总是不好用，用 Taro 我可以用 WebStorm+H5 模式开发，MPFlutter 我可以用 Android Studio+Linux Desktop 模式开发，开发好了再上开发者工具细调 UI 、接 api 和打包发布

我会优先选 Taro ，如果时间足够的话，也会考虑 MPFlutter2.0 的付费方案。

首先看原型图、UI 稿以及产品需求，理解业务逻辑和用户操作流程，这个是和后端一样的。然后需要分析整体页面结构，怎么做屏幕适配，怎么合理布局，怎么规划节点层级以及用哪些 UI 组件，可以实现需要的效果以及保证运行流畅。真正编码的时候就是啪啪啪敲代码，我一般双屏甚至三屏开发，同时打开 UI 设计稿、IDE 和预览页面，先把结构和功能写出来，到这一步做完就已经差不多了。最后还原设计，现在的设计工具基本功能都差不多，鼠标点点就能看到一个元素的大小位置颜色等信息，一个一个用代码实现，其实一般来说工作量不算特别大，熟悉就好，写起来几乎不用动脑子。

简单的问题不需要问
复杂的问题答不对
能答对的问题来回打字给它提供信息的时间超过我自己写的时间
暂时不了解的新知识，通过已有的知识和经验一般知道去哪可以高效地学习，相同的时间问 GPT 即使能得到一个 Work 的答案，也可能是有坑的，学到的东西也更有限
ppt 、总结、文案类的东西我不需要写，也不屑于写，有时可以拒绝写
写模板代码那种工作，真有重复机械劳动的部分，我可以闲的时候顺手撸个代码生成器，可控、稳定、效率更高……