当前时间: 2026-06-28 23:30:29
分类:办公文件
评论(0)
第一款鸿蒙APP上架了之前构思了两款APP,开发完让claude评估了一下。结果它毫不留情的说我“工程味”太重,我忘了是不是这个词,总之就是说我自嗨,不调研市场。从小到大,我身上最大的缺点就是三分钟热度(也可能是优点)。但这次我不想这么轻易放弃。我因为七八年前踩了个深坑,背负巨额债务。这几年又结婚生子,导致债务一直还不掉。好几次因为忘记还款时间加上没有合理安排资金,导致违约,头疼不已。尤其是临近还款日,资金不够,临时借钱时的焦虑,常常睡不着。开发的内容很简单,就是简单的统计一下债务,每月收入,每月必要支出以及记录一下日常消费,然后生成还款计划。开发的过程中,我顺便买了个域名(几十块钱)和一台云服务器(2核4G5M的,199一年),并且顺手都备案了,包括APP备案。第一次驳回。因为APP里有涉及AI的内容,需要提供安全评估报告。我大致看了下流程,也不是很麻烦,但因为我的开发者账号是企业认证,需要法人去全国互联网安全服务管理平台注册一个账号操作。而我最近想做法人变更,暂时不想操作,因此果断删除AI功能。第二次驳回。APP里有个应用锁的功能,需要使用指纹解锁。但是我没有鸿蒙真机,这个功能没测,结果功能出错了。为什么没华为手机还开发鸿蒙?不是说自用吗?其实我用的是安卓,安卓版本已经开发好在用了,鸿蒙版纯为了走上架流程。安卓版暂时不准备上架,因为需要软著,鸿蒙不需要。第三次驳回。我让claude修复指纹解锁。依然没有测试。抱着相信claude的心态提交了审核。不出意外驳回了。第四次、第五次、第六次驳回。我只能说审核人员测试太仔细了。有几个bug我一开始甚至不知道怎么重现。这里有个悲伤的故事。因为我开发时用的系统是ubuntu,而linux没有鸿蒙模拟器(现在有了)。一开始我都是打包上传,然后用华为提供的远程真机云调试的,而我因为急着上架还有嫌麻烦,导致测试不认真,一次次被驳回。我受不了了,又不想换回windows,毕竟用了一年ubuntu,习惯了。于是我去翻了下官网,发现现在有linux模拟器了,于是我冲动了。我对claude说,“帮我安装鸿蒙的linux模拟器,你自己去官网查资料。”我累了,想着以后还想开发更多的鸿蒙APP,于是决定重装windows。费尽周折,把源码从ubuntu里拷出来,重装完windows,再把源码拷进去。结果,压缩文件坏了。于是,我又从平台上把我最近上传的发布包下载下来,让claude帮我从.app文件里恢复源码。经过三天的折腾,终于完全恢复了。其实恢复的时候速度还是很快的,只是claude在恢复的时候把APP里的很多算法搞错了,只能我一个个手动测试让它修复。然后昨天早上提交了审核,以为周六没人审核,结果傍晚一觉醒来,终于上架了。2、不要太相信AI,不管它是claude还是deepseek。3、不要责怪自己,自己永远都是对的,错的是AI。反正它背锅也不会抗议,只会道歉。最后提醒一下,鸿蒙2026激励计划剩余时间不多了,有想法的要抓紧了。还有就是鸿蒙在这块真的是下功夫了,我在平台上问了智能客服一个问题,第二天就有人打电话我并加了微信,拉了一堆人。
基本
文件
流程
错误
SQL
调试
- 请求信息 : 2026-06-29 05:36:27 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/812976.html
- 运行时间 : 0.087069s [ 吞吐率:11.49req/s ] 内存消耗:4,698.61kb 文件加载:145
- 缓存信息 : 0 reads,0 writes
- 会话信息 : SESSION_ID=92c3ad62150ef1d47f40f4d240002095
- CONNECT:[ UseTime:0.000570s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
- SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.000777s ]
- SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000295s ]
- SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000276s ]
- SHOW FULL COLUMNS FROM `set` [ RunTime:0.000474s ]
- SELECT * FROM `set` [ RunTime:0.000193s ]
- SHOW FULL COLUMNS FROM `article` [ RunTime:0.000510s ]
- SELECT * FROM `article` WHERE `id` = 812976 LIMIT 1 [ RunTime:0.000404s ]
- UPDATE `article` SET `lasttime` = 1782682587 WHERE `id` = 812976 [ RunTime:0.003239s ]
- SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000232s ]
- SELECT * FROM `article` WHERE `id` < 812976 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000456s ]
- SELECT * FROM `article` WHERE `id` > 812976 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000406s ]
- SELECT * FROM `article` WHERE `id` < 812976 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.000786s ]
- SELECT * FROM `article` WHERE `id` < 812976 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.000607s ]
- SELECT * FROM `article` WHERE `id` < 812976 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.001000s ]
0.088663s