V2EX › wangxiaodong 的所有回复 › 第 2 页 / 共 6 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6

❮

❯

327 天前

回复了 NokiaForever 创建的主题 › Android › 为何谷歌不学中国厂商所统一推送服务？

@ShadowPower
对的，划掉终止保活的服务很武断，应该设置为第 2 层菜单来关闭，第一层只干掉普通通知，而不是直接 clear 掉所有项。

google 在 android 也有个私心，就是推广 FCM ，估计将来就靠 FCM 来赚钱了，苹果系统也有自家垄断的通知渠道。

综上：直接没收用户的权利，然后自建通道谋私，解决方式就是用脚投票；
国产 android 系统更是过分，跟 360 杀毒软件挟持用户电脑，收 HelloWorld.exe 程序的拦路财一样的伎俩。

@NokiaForever
耗电问题，永远在这些商人的最低排序，我们自作多情了。

327 天前

回复了 NokiaForever 创建的主题 › Android › 为何谷歌不学中国厂商所统一推送服务？

@ShadowPower 自启动和后台存活其实是一个问题，我说的是必须保活的应用，比如 IM ； android 现在的行为是必须打开应用或者被已打开应用唤起，这不还是没收了 app 的保活能力嘛，就是说，没有自启动，你连启动的机会都没，就更别说后台进程了；不过，我用的国产手机似乎对 QQ 和微信就网开一面，为啥用户都不能决定某个 APP 的启动，而是厂商来决定。

我对 android 近年来的权限收紧是略有微词，但对国产 android 系统是坚决不认同。

328 天前

回复了 NokiaForever 创建的主题 › Android › 为何谷歌不学中国厂商所统一推送服务？

“如果你确实需要一些后台运行的功能，系统也可以给用户这样的选择：手动开启 APP 的唤醒/后台运行权限。”

@ShadowPower 国内 android 的白名单制度可不允许。

328 天前

回复了 NokiaForever 创建的主题 › Android › 为何谷歌不学中国厂商所统一推送服务？

@evill 让用户决定是否启闭，而不是收拢到一言堂的厂家手里，手机出钱者和开发者干瞪眼，只要是为了满足业务需求保活，自然是正当的，我反对的是厂商的一刀切，只给付钱或媾和的厂家白名单，而不是把设备控制权给到手机购买者。

最希望的模式是：厂商建议启闭、用户决定启闭。

328 天前

回复了 NokiaForever 创建的主题 › Android › 为何谷歌不学中国厂商所统一推送服务？

@NokiaForever app 常驻后台天经地义吧，既然安装了就属于产生了互信，你所谓的性能功耗是满足业务需求之外的特殊情况；近几年 google 把 android 的权限收缩的太过分了，严重阻碍技术创新！

2023-10-09 04:27:55 +08:00

回复了 Hyakutake 创建的主题 › 全球工单系统 › 社会毒瘤-菜鸟裹裹-没有部门能监管？

@solobat 货不对板，损害消费者权益，其实就是法律问题，要么把邮政局颁布新规的“上门投递快件”这条给废了，要么就是标标准准的违规。

2023-10-05 14:04:00 +08:00

回复了 Hsinyao 创建的主题 › Android › 安卓能否系统级禁用 toast 悬浮气泡功能？

系统级别 app 的 toast 不受用户操控，但普通 app 的 toast 可以在应用信息的“通知”(包含 toast)里逐个禁用，或者遍历下来批量禁用。

2023-09-30 12:44:47 +08:00

回复了 justincnn 创建的主题 › Android › Android 14 什么时候发布呢？

Android 14 对于开发者层面来说，重点是支持了 OpenJDK 17/Java 17 LTS 吧！

2023-09-20 13:46:27 +08:00

回复了 Ayanokouji 创建的主题 › 程序员 › GraalVM for JDK 21 发布了

@XIVN1987 越短，冲突的情况就大，比如类名重复，误写，还会加大编译器的语法分析，长点的话，就比较保守安全。

@kid1412621 我觉得 java 能走出第一步就很欣慰了，用着舒服不舒服慢慢进化。

2023-09-20 09:43:33 +08:00

回复了 Ayanokouji 创建的主题 › 程序员 › GraalVM for JDK 21 发布了

@cubecube
@kuituosi
相比 graalvm ，我更看好 wasm 在云原生的前途； JDK21 的改变里，除了虚拟线程，我更喜欢"JEP 430 字符串模板（预览）":

String name = "Joan";
String info = STR."My name is \{name}";

2023-09-20 09:32:17 +08:00

回复了 Ayanokouji 创建的主题 › 程序员 › GraalVM for JDK 21 发布了

@Ayanokouji 我 graalvm 和 jpackage 都玩过，还是觉得大部分项目，jpackage 足矣(不用额外安装 jvm/鼠标一键使用)，graalvm 的部分库编译时屡屡不过，云原生的红利其实是给云平台的，跟最终用户关系不大。

2023-09-20 09:05:46 +08:00

回复了 Ayanokouji 创建的主题 › 程序员 › GraalVM for JDK 21 发布了

这玩意儿，大项目又一时不敢改，小项目又不咋关心性能，有点鸡肋，还是 jpackage 直接打包成 exe 务实一些。

2023-09-11 04:22:53 +08:00

回复了 sdjl 创建的主题 › 问与答 › 申请软著时要求提交源代码的前 30 页和后 30 页？这个“前 30 页和后 30 页”是个什么概念？是不是不合理？

@unco020511
@chuck1in
有个律师对比了中美商业秘密型代码的提交要求，基本就是涂黑核心机密；代码提交相同的话，直接跳过软著证明环节，谁拿出原件谁胜诉：
https://nav.congci.com/main/home/topics/programming-navigations/#copyright-and-license

2023-09-10 12:50:52 +08:00

回复了 sdjl 创建的主题 › 问与答 › 申请软著时要求提交源代码的前 30 页和后 30 页？这个“前 30 页和后 30 页”是个什么概念？是不是不合理？

@sdjl 我的了解是：软著即使上了法庭也只能作为初步证明材料，核心还是要看原件，所以仅仅是锦上添花，不是决定性的东西。

2023-07-30 21:13:32 +08:00

回复了 qianji201712 创建的主题 › 程序员 › 关于独立开发者的几个误解

@qianji201712 《关于增值电信业务经营许可证相关问题的公告》这个只是针对“短信”、“呼叫中心”的部分用户，跟你说的 ICP 经营许可证关系不大，手机通讯方面的“增值”服务才需要该许可证，更是跟支付没任何关系。

2023-06-20 00:59:47 +08:00

回复了 qpwoeiruty 创建的主题 › 移动开发 › 国内上架一个 app 还需要软件著作证明？麻了

这算什么，管不了欧美人，还管不了你？分享下收集的诸多祖国特色政策法规 - https://nav.congci.com/main/home/topics/cpc-ccp-laws-and-regs/

2023-06-16 16:50:07 +08:00

回复了 ydatong 创建的主题 › 求职 › 8 年 iOS，一时冲动，直接裸辞了，面试机会都没有

@ydatong iOS 的 App Store 似乎很容易来钱啊，自己做应用呗。我在 Google Play 上架的 app( https://tsc.openle.com/main/go/v1/our/pp )基本无人问津，但 iOS 至少应该顾个温饱吧，哎！

1 2 3 4 5 6

❮

❯