V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lumyx  ›  全部回复第 3 页 / 共 10 页
回复总数  181
1  2  3  4  5  6  7  8  9  10  
2025 年 6 月 2 日
回复了 JacksonC 创建的主题 奇思妙想 每月只需要记账一次的记账 APP
凡是要手动的太繁琐了。vivo 系统自带的自动记账非常方便。
这个方向不行。建议放弃
2025 年 5 月 5 日
回复了 icemberry 创建的主题 Android VIVO 使用报告
@kazeik flutter 插件靠自己封装就行。问题不大
能有想法并落地实现非常棒!至于技术和代码质量真的是最不重要的,提高起来很容易,看一些规范和最佳实践就知道怎么做了。
小白条这个只能说是历史和 两边设计 问题。安卓从 2.0 一直都有底部导航栏,可适配背景可不适配,全看开发者。但 ios 是 X 之后才有的,直接一刀切,必须适配。
想要 6.1 的。但是 apple 也放弃 6.1 了
2025 年 4 月 4 日
回复了 nocmt 创建的主题 分享创造 [新作品] 烽翎 - 跨系统同步剪贴板与管理云端文件
微信输入法可以跨端共享剪贴板,虽然只能是文字。实际体验和 icloud 一致。
2025 年 2 月 24 日
回复了 whyrookie 创建的主题 职场话题 Android 找工作有感
拥抱市场 拥抱 flutter ,rn 对大部分小厂来说已经落后了,那一套只适合某些特定团队,比如手 q 有 前端技术团队基础。
2025 年 2 月 23 日
回复了 alphaControler 创建的主题 Flutter 纯鸿蒙,我最近采用 flutter 去适配后,我哭了
@alphaControler 坚持,等鸿蒙凉了就不用折磨了
2025 年 2 月 23 日
回复了 street000 创建的主题 职场话题 菜鸟 Android 开发该放弃了吗?
贴一下我 23 年对鸿蒙的评价了,如今 2025 依然有效。

华为面向市场的手机,会一直维持套壳的 鸿蒙系统,next 几乎很难推向市场.

鸿蒙 os 是有大量几亿用户,但这是混合了 Android 的套壳系统,如果 ota 到 NEXT ,华为无法解决老应用的问题,Android 几百万 app ,一升级几亿用户直接没法用.

靠着签约那寥寥无几的 app ,没有自然市场的推力是无法支撑生态的

普通用户看到小红书适配了鸿蒙,潜意识会觉得迁移了所有的 Android 功能,甚至他们会觉得鸿蒙的包体积优化的很好,实际不可能,android 投入那么多人力做的功能,不可能一下复制出来。最后只会是适配几个页面。大部分签约适配的 最后 会是一个 老人精简极速版 app 。 并且他们适配完,是不是还正常的迭代?我想大部分都是做完 1.0 版本就没有下文了.
2025 年 2 月 23 日
回复了 street000 创建的主题 职场话题 菜鸟 Android 开发该放弃了吗?
@SuperMango 鸿蒙大概没两年就死了
2025 年 2 月 23 日
回复了 street000 创建的主题 职场话题 菜鸟 Android 开发该放弃了吗?
前端/ flutter 走大前端路线,不要局限于 安卓,普通业务开发 不管是 安卓还是 ios 其实都是画 ui 比较多,就算是大厂也只有架构组才要研究比较深的非 ui 技术栈。走 flutter 路线,ui 统一,平台特效需要再去研究 android ios
2025 年 2 月 20 日
回复了 810244966 创建的主题 iPhone IOS 有类似安卓的消息通道的概念吗
其实是个防君子不防小人的 垃圾设计。因为区分通道完全可以自己在 app 内部实现
你可以换魅族。安卓只有魅族的自带输入法抄了这个
2025 年 1 月 25 日
回复了 MAGICY 创建的主题 酷工作 琥珀内推: Android 开发工程师 10-18K [郑州]
貌似以前刚毕业的时候投过这个公司。眼熟
2025 年 1 月 18 日
回复了 FreeWong 创建的主题 Rust 统计下放弃 RUST 的人的数量===
@SuperDaniel313 产品学这个门槛高的干嘛。学 js 啥都能搓
2025 年 1 月 18 日
回复了 monkeyWie 创建的主题 Rust 最近初学 rust 有个疑问
糖多了就是容易滥用,rust 一把子掐断了,就是杜绝低级程序员的弱智行为。

kotlin 语法糖很多,很灵活,但是没多少人能写出正常的 kotlin 代码。尤其是从 Android 转过来的,java 写习惯了。写到 kotlin 一堆 ? 。 写的人为了方便且避免 crash ,代码里一堆 a?.b?.c?.d?.e? 这种代码一旦出了问题。都不知道断在哪个 ?。如果强制用 Option, 方便和 避免 crash 不可兼得。为了方便,你只能 `a.unwrap().b.unwrap().` 强制 crash 。

或者挨个 match 嵌套处理。 这样就倒逼开发者自己去保证上游哪些值一定不能为空。这样写起来就方便了。
1  2  3  4  5  6  7  8  9  10  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   875 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 48ms · UTC 21:26 · PVG 05:26 · LAX 14:26 · JFK 17:26
♥ Do have faith in what you're doing.