看上去是二进制数据被 utf 强转保存 已经被破坏了 没救

难道不是 jfif 格式很多软件打不开的问题么……
@debuggerx 只看到 jfif 没看到前面的错误编码，大意了，打搅了。。。

难道不是 jfif 格式很多软件打不开的问题么……

其实如果能力强，都可以。而对于没有原生经验的同学想要快速出活儿，偏内容无性能和功能要求，预计不会长期维护的，uniapp 可能更好，就权当小程序的要求去写好了。有要求的，需要长期维护的，flutter 合适，付出的学习成本是值得的。
另外，已经 2021 年了，flutter 生态已经很丰富了，个人感觉已经超过 rn 等其他方案。我写的商业应用一行原生代码也没写，全靠插件可以解决各种原生和硬件问题。

再用一个 Map<Object, Integer>，往数组里塞数据的时候用这个 Map 存下标不就行了，保证找起下标来简单还快[狗头]

给大佬点赞

同意 4 楼观点

所以 facebook 的模式真的爽，所有人都是全栈。上家公司老大直接按需求分任务，不分前后端，需求里要改要做的所有东西都接活儿的人自己弄，从根本上避免了前后端沟通困难互相看不惯的问题。自己改表结构自己加接口自己写页面的感觉，那叫一个畅快

我站 py 。作为前端转全栈，用过各种后端语言，推荐入门后端的上手的顺位为 python>node>go>java>C#>ruby>php>swift，但是考虑市场和实际找工作，值得长期投入深钻的肯定就不是这个顺序了

图片试试全用 webp ？

https://www.debuggerx.com/2021/01/13/batch-convert-pictures-to-webp-format/?from=v2ex

我这 cloudflare + github page 部署的 hexo，除了图片转 webp 几乎没做任何优化，加载速度感觉也还行了

搜索引擎关键词： 'alias awk'

都在说 code review，我就提个灵魂问题吧：
大家有多少人会有意识地看自己写过的代码？有多少人会下写完代码以后下班路上回忆自己的写法和逻辑有没有改进的空间？
私以为 code review 当然是越完善越好，尤其是被高水平的人 review 自己的代码，那是直观可见的学习成长。但是如果现实条件不允许，自己给自己 review 也是很有意义的

我是半路出家的，一直都是小公司，但是运气挺好，上上家有个国内顶尖水平黑客的 cto 教了我很多编程技巧，上家技术老大有好多年国外带团队经验，团队成员都是全栈开发，用的技术也都是相对比较新的。
现在我在这家，不管其他团队怎样，我这边负责的东西都会上相对正规的流程，从 gitflow 协作，到 code review(虽然就只是我抽空看别人提交的代码)，自己搭了一套任务系统管理需求和 bug，还弄了 CI\CD 和监控平台，平时再忙也会挤时间写博客折腾技术相关的东西……难度和阻力确实不小，关键还是得有心+坚持吧，深刻体会到这些“麻烦”的好处才能有动力去做

错误信息不知道怎么实现，实时预览的话不知道是不是就类似这样的效果？：
https://pandao.github.io/editor.md/

我引入到博客里的效果：
https://www.debuggerx.com/md_editor/?from=v2ex
https://www.debuggerx.com/2020/11/08/an-awesome-markdown-editor-for-hexo/?from=v2ex

可以。
而且如果用的 flutter，使用 https://pub.flutter-io.cn/packages/device_preview 这个库，你甚至可以在 iPad 上预览 app 在主流 Iphone 和 Android 设备上的使用效果

说实话，作为伪全栈，以我狭隘的视角和有限的经历看来，真没觉得后端技术上有什么难度，包括三高……开发不难，难的是做好做精，做到超出开发视角的层次