2026年1月

如题,交代背景,全栈工程师(偏后端) 坐标新一线城市,毕业两年,25 年 4 月份来到这家公司,年薪税前 11w。
通勤电动车 10 分钟

正常 8.30-5.30 下班 ,星期一、二四加班到八点半,周末双休

同事正常,领导正常

半个月开一次组会,组会不需要发言,坐在那听就行。

简单想了想近一年的工作:

1.试用期用 LayUI 和后端改造之前的老项目,3 个月完成,得益于 AI 加上任务简单实际工作量可能 1 个月就搞好了

2.完成之后交给测试团队,其中还包含老项目一起测,中间改了差不多 5 个月的 bug(刚看了下大概一百多个),还有一个老员工改
老项目,但大部分都是前端页面的问题(相对简单)

3.最后迭代版本,给了两个需求又给了我两个月,两月底完成,但是这两个很简单,两个需求认真搞可能半个月?之后 3.4 月份
就是测试,又能学习一下了。

关于任务:

有时候我两三天可能不会写代码甚至一个周,上班 8 小时可能 7 小时在摸鱼,之前偶尔学一下前端知识(react),学又学不进去。
现在基本没事干。

各位 L 站的朋友 是你 你会如何选择?

如题,我们公司一层楼百八十号人,男厕所只有两个坑位
我今天肚子疼想上厕所,坑还是一如既往的满员,于是在外面等······

人来人往的,我都等得不好意思了,等了 10 分钟里面一点动静都没有,我屎意都消退了,我真服了

上班好烦,还攒不下多少钱,也就支撑活着。

我本身也没有想攒钱买的东西,不打算买房也不打算买车,也不考虑结婚处对象。于是开始幻想有没有办法省略多余的前置步骤,直接快进到——“活着”呢。(笑

研究了下找个寺院做义工最符合了,有吃有住的,但是义工还是要干活……(

还想了下进局子也是免费吃住的,但是里面要踩缝纫机,还是要工作啊!!!!!

⚠️回帖抽五常大米,每 20 楼抽 1 个
⚠️开户送五常大米,推荐朋友有红包

⚠️大笑脸低佣开户介绍:
Y 河证券:ETF 万 0.5 免 5 [ETF,LOF ,免五费率最低,适合 etf ,lof ,打新,纳指,宽基玩家。新手必备]
川财证券: 万 0.9 免 5 [国企券商,股票 etf 费率都很低]
HB 证券: 万 0.854 免 5 [上市券商,股票 etf 费率都很低]
国泰海通: 万 0.8 免 5 [头部龙头券商,费率最优惠,大客户专享,综合费率最低]

⚠️我的联系方式和最新券商表格清单,随时更新 www.daxiaolian.com

let'sencrypt 发行证书支持的验证方式有:

  1. DNS-01
  2. HTTP-01
  3. TLS-ALPN-01

其中 DNS-01 可通过 CNAME 省去设置 apikey 和 secret ,当然前提至少有一个域名是可以修改记录 programmatically.

有些 http 服务器支持自动更新证书,知道是怎么实现的吗?

其实 nginx 和 haproxy 也可以轻易实现自动更新。是的,L4 级别的监听即可,不要 terminator TLS 就可以区分是否来自 acme challenge 。

测试每一种 challenge

一句话介绍

URL + 一句话,自动监控网页内容更新

猫头鹰 AI mtywatch.com

使用示例

  • 某事业单位的招聘公告页 URL + "有行政、文书类岗位的招聘公告,通知我"
  • 某热榜页 URL + "有突发的公共安全事件发生通知我,比如各种自然灾害、卫生食品安全事件"
  • 某地方政府部门公告页 URL + "有学校、医院相关的建设、改建类的项目公告,通知我"

功能说明

  • 自动分析:AI 自动分析并监控页面,不需要写代码、不用配 RPA 脚本、不需要 RSS 支持
  • 自动修正:如果页面改版,AI 会自动进行修正适配
  • 多种通知:支持邮件、短信、飞书、钉钉、自定义 webhook 等通知方式

操作步骤

超简单,三步搞定

  1. 输入要监控的 URL

  2. 输入你想关心的数据说明

  3. 点击自动分析,创建监控任务

价格

  • 免费用户可以监控 5 个网站
  • 注册赠送 100 积分,签到、分享都可以获得大量积分

个人日常使用足够了


以上是标准产品介绍,接下来聊聊我的想法。

20 多年前,我刚刚成为程序员,对爬虫技术就很感兴趣,一直觉得爬虫是大有前途的方向。但是我感兴趣的不是大量抓取数据、不是毫秒响应抢茅台~ 而是很多做小生意的人、学生、创业者,他们需要关注一些网站:同行、供应商、政府部门、电商平台、学术论坛等等,我见过他们花几百几千找人写爬虫,用几天就不能用了;也见过他们花时间学爬虫工具,学了几天放弃了。

要满足他们的需求不难,熟练的爬虫工程师可能只要花 1 个小时就能写好代码。难得是这些需求人群过于零散、网页类型千奇百怪。我尝试过很多方法,也尝试过做一个更友好的图形化爬虫配置工具。始终感觉是技术人员的自嗨行为,这样的工具,做的再友好,仍然不是普通人学的会的。

23 年大模型刚出现的时候,重新唤起了我做这件事情的心思,但还是实验失败了; 24 年不死心又实验了一次,能力勉强能落地,但是 tokens 的成本不足以形成商业产品;直到今年,大模型在编程领域的神奇能力,解决我最后一块拼图。

心心念了 20 年的产品,终于把她做出来了。


以上是我的碎碎念,接下来我要寻求帮助了!

我们略懂技术

技术路线我们已经实验成功了,虽然产品刚上线,还需时间打磨,但我相信我们的技术团队能把她做好,也希望大家可以提出宝贵意见,耐心等待我们把她雕刻完美。

我们不太懂市场

我粗浅的理解为,原来饱受爬虫配置工具荼毒的人群,就是我们的客户;那些做小生意的人、学生、创业者,也是我们的客户;我只要把一句话监控网页这个核心能力做好了,应该有我们团队一口汤喝!

如我所说,这很粗浅,我需要大家的看法,我们需要鼓励,更需要批评!!

我们不太懂营销

额,花钱打广告还是会的;嗯,也只会一半:花钱 -_-!

我都不知道应该如何发问,遇到人只能说一句:我要怎么做?你可以从头开始教我的 -_-!

年初许愿想重获松弛感,结果摆烂了大半年

年初的时候,我给自己许了个愿:希望今年能重新找回松弛感。没想到愿望实现得有点歪——我直接摆烂了大半年。

如果你对我创业的经历感兴趣,可以看看之前在 V 站发的这篇:
👉《 33 岁失业设计师,香氛创业 2 周年自我访谈分享》
https://www.v2ex.com/t/1117105#reply7

距离我上一次来 V 站宣传,已经是 3 月份刚开京东店的时候了。说实话,目前非常不推荐开京东店,因为不付费几乎没有自然流量,除非品牌本身自带流量。今年淘宝的自然流量也非常差,单量骤减,所以这大半年我基本处于躺平摆烂状态。

除了发货,没事就在家打王者,有时候一天能打六七个小时,自控力是真的差。现在已经把游戏删了,暂时也没什么想玩的念头。回头看这半年,打游戏确实浪费了太多时间和精力。但不打游戏又很难排解焦虑,在目前的消费环境下,我给自己的策略其实是“苟着”,可现实是很多该做的事,我一件都没去做。

年底去了趟泰国,最近又去了趟日本,很明显能感觉到国外消费依旧很活跃,国内则内卷得不行,也能理解为什么这两年很多品牌选择出海。虽然我并没有做海外推广,但店铺一直有自然产生的海外订单。淘宝在出海这件事上做得并不好,但这件事多少给了我一点信心:不该把希望完全寄托在平台,把该做好的事做好,让品牌活下去,厚积薄发,总会等到机会。

这半年虽然我没有在 618 、双 11 做宣传,但一直有 V 友断断续续推荐朋友来买。V 站本来就是小众论坛,我也不想频繁打广告,所以真的非常感谢大家的支持。


产品优惠说明

车载香薰

  • 32 元 / 套
  • 特斯拉款 +2 元
    这是 V 友推荐朋友来买最多的主推产品。

空间香氛喷雾(出清)

  • 72 元 / 300ml
    按照淡香水标准研发,用料非常扎实,成本也是我们所有产品线里最高的一款。当初想做成 100–150ml 以降低成本,但合伙人坚持做 300ml ,现在回头看是个错误决策:
  1. 线上消费者对容量不敏感,只看价格
  2. 精油浓度 8%–10%,成本太高
  3. 太耐用,我自己用了大半年还剩半瓶,复购周期被拉得很长

宠物除味喷雾(出清)

  • 清仓价 19 元 / 瓶
    可以当厕所空气清新剂用,但同样太耐用,而且宠物类目淘宝几乎不给推流,这个类目后续不做了。

香薰蜡烛(环保简装)

  • 52 元 / 200g
    为长期使用香薰蜡烛的用户做的极致性价比款,这个价格同品质市面上几乎不可能做到,要么就是克数缩水。

210g 盒装香薰蜡烛

  • 79 元 / 盒
    带包装、礼袋和贺卡,适合送朋友,扩香效果很好,用过很容易入坑香薰。

无火香薰

  • 79 元 / 150ml
  • 3 个月慢挥发配方
  • 精油浓度 20%–25%,使用环保溶剂

补充液

  • 42 元 / 瓶
  • 成分与正装一致,适合长期复购使用

其他礼盒类产品可以咨询客服,V 友都有较大折扣。


互动福利

  • 每 20 楼送一瓶价值 39 元的香氛喷雾
  • 不友善回复不参与抽奖
  • 连续 3 层算水贴,中奖资格顺延到下一楼
  • 中奖名额不封顶

购买地址 戳: https://i.v2ex.co/EuMM8m16l.jpeg

如果给别人做的话, 是倾向先收全款还是分节点收款呢?

如果涉及到开发票的话, 是怎么处理呢?

如果没有自己公司的话, 会不会主动去报税呢?

会不会加一些副业群, 然后在里面接活呢? 能接到吗?


我很久没接过私活了, 当时为了接私活, 专门注册了公司, 找了代理记账, 后来慢慢的积累下客户资源了, 就变成了全职做 2b 的业务.

副业群我是一个也没加过, 我老感觉组群的出发点可能是想收割, 当然这是我猜的, 因为很早之前我也动过组群这个念头, 后来放弃了, 不太适合我这种性格, 倒是找过一些组群的人给他们发单子, 整体感觉不太好, 良莠不齐.

任务要求:给定一个字符串“ILoveCangjie”,编写一个仓颉应用程序,来统计该字符串的字符数。

习题解题思路1

练习步骤:

  • 定义字符串变量s;
  • 遍历该变量s里面的字符。可以使用字符串的toArray()函数将字符串转为字节数组;
  • 每遍历一次,即统计了一次字符数;
  • 打印最终的遍历次数,即得出了该字符串的字符数。

代码参考:见“count_the_number_of_characters”应用。

习题解题思路2

字符串的size属性,可以直接获取字符串 UTF-8 编码后的字节长度。

public prop size: Int64

参考引用

最近半年因为一些原因经常坐动车往返于北京、武汉,但是好巧不巧的是,经常在我在火车上的时间有公司电话 cu 呼叫我需要查看或者修改一些问题,一次两次也就罢了我找同事帮忙看一下也还好,经常出现的 u 话不太好一直麻烦别人,因此我还是希望自己能够远程在公司的电脑,我用的是 iphone15+联通大王卡,信号可以说很差了,只有在城市附近的时候信号还行可以远程。

请问大家有什么在动车上能获得比较好的数据信号的方式吗?或者大家有没有别的办法解决这个需要在动车上修改提交代码的问题呢?

最近半年因为一些原因经常坐动车往返于北京、武汉,但是好巧不巧的是,经常在我在火车上的时间有公司电话 cu 呼叫我需要查看或者修改一些问题,一次两次也就罢了我找同事帮忙看一下也还好,经常出现的 u 话不太好一直麻烦别人,因此我还是希望自己能够远程在公司的电脑,我用的是 iphone15+联通大王卡,信号可以说很差了,只有在城市附近的时候信号还行可以远程。

请问大家有什么在动车上能获得比较好的数据信号的方式吗?或者大家有没有别的办法解决这个需要在动车上修改提交代码的问题呢?

参考大部分 Discourse 论坛,
有 Top, Latest, Hot(1d/3d/1w),
现有的再加一个总排行榜就可以了。

用人工智能生成的标签容易出现同类型主题出现两个标签,最好是人工创建一些标签,再智能从已有的标签里选择。

内容还可能同时属于多个分区。

背景介绍

前段时间上架的“智能带办”鸿蒙应用,应用亮点是根据用户输入要做的事情自动自动生成需要带的东西。在使用过程中发现有些东西不能立马拿到的需要在未来某个时刻拿的需要提醒。重新设计产品时发现,自己实现提醒功能还是挺复杂的,如果用云端方案接入通知方式不仅复杂而且可控性太差。这个时候想到接入日程,通过系统能力来实现功能。

接入后向左滑动待办物品,出现日历按钮,效果如图:
image.png

点击按钮弹出日程计划日期和时间:
image.png
选择完日期和事件自动自动完成日程创建。下面先介绍鸿蒙日历能力。

鸿蒙日历📅 能力介绍

简介

HarmonyOS 的 Calendar Kit(日历服务)是一套系统级的日程管理接口,旨在将出行、餐饮、运动等各类与时间相关的服务与系统日历无缝集成,实现统一的时间视图与提醒能力。核心能力如下:

  • 账户管理:支持创建、查询和删除日历账户。应用可创建专属账户(返回唯一 accountId),删除账户将同时清除其下所有日程。
  • 日程管理 (CRUD):在指定账户下,支持日程的全生命周期管理,包括创建(返回唯一 eventId)、删除、更新和查询。创建时可设置标题、时间、地点、提醒及重复规则等属性。
  • 一键服务:通过永久性授权,可将带 DeepLink 的“一键服务”写入日历。当日程临近或到期,系统会在日历、通知、卡片等位置展示服务按钮,用户点击即可直达服务页面,实现从“看到日程”到“完成服务”的闭环。
    我们的应用主要用到账户和日程管理,使用日历需要如下权限:
申请权限支持的日历账户操作范围支持的日程操作范围
ohos.permission.READ_CALENDAR读取系统默认及当前应用创建的日历账户。读取上述账户下当前应用创建的日程。
ohos.permission.WRITE_CALENDAR增、删、改当前应用创建的日历账户。增、删、改上述账户下当前应用创建的日程。
ohos.permission.READ_WHOLE_CALENDAR读取设备上所有日历账户。读取所有应用创建的日程。
ohos.permission.WRITE_WHOLE_CALENDAR增、删、改设备上所有日历账户。增、删、改所有应用创建的日程。

我们只需要读取我们自己应用创建的日历账号下日程即可,所以申请前两个权限即可。

账户管理

日历账户‌用于存储和管理个人或团队的日程,通过日历账户,用户可以方便地查看、编辑和共享日程信息。日历管理器CalendarManager用于管理日历账户Calendar。日历账户主要包含账户信息CalendarAccount和配置信息CalendarConfig。

我们可以创建属于应用特有的日历账户,还可以对日历账户进行新增、删除、更新和查询。此外,每个日程Event归属于某一个特定的日历账户,可以通过日历账户对账户下面的日程进行管理。

@ohos.calendarManager提供了日历账户管理的相关接口,常用到的接口如下表:

接口名称描述
getCalendarManager(context: Context): CalendarManager根据上下文获取日历管理器对象CalendarManager,用于管理日历。
createCalendar(calendarAccount: CalendarAccount): Promise<Calendar>根据日历账户信息,创建一个Calendar对象,使用Promise异步回调。
getCalendar(calendarAccount?: CalendarAccount): Promise<Calendar>获取默认Calendar对象或者指定Calendar对象,使用Promise异步回调。

默认Calendar是日历存储首次运行时创建的,若创建Event时不关注其Calendar归属,则无须通过createCalendar()创建Calendar,直接使用默认Calendar。
getAllCalendars(): Promise<Calendar[]>获取当前应用所有创建的Calendar对象以及默认Calendar对象,使用Promise异步回调。
deleteCalendar(calendar: Calendar): Promise<void>删除指定Calendar对象,使用Promise异步回调。
getConfig(): CalendarConfig获取日历配置信息。
setConfig(config: CalendarConfig): Promise<void>设置日历配置信息,使用Promise异步回调。
getAccount(): CalendarAccount获取日历账户信息。
日程管理

日程指特定的事件或者活动安排,日程管理即对这些事件、活动进行规划和控制,能更有效地利用相关资源、提高生产力和效率,使人们更好地管理时间和任务。Calendar Kit中的日程Event归属于某个对应的日历账户Calendar,一个日历账户下可以有多个日程,一个日程只属于一个Calendar。取到日历账户对象之后,即可对该账户下的日程进行管理,包括日程的创建、删除、修改、查询等操作。在创建、修改日程时,支持对日程的标题、开始时间、结束时间、日程类型、日程地点、日程提醒时间、日程重复规则等相关信息进行设置,以便进行更丰富更有效的日程管理。

@ohos.calendarManager提供了日程管理的相关接口,常用到的接口如下表:

接口名称描述
getCalendarManager(context: Context): CalendarManager根据上下文获取CalendarManager对象,用于管理日历。
createCalendar(calendarAccount: CalendarAccount): Promise<Calendar>根据日历账户信息,创建一个Calendar对象,使用Promise异步回调。
addEvent(event: Event): Promise<number>创建日程,入参Event不填日程id,使用Promise异步回调。
editEvent(event: Event): Promise<number>通过跳转到日程创建界面创建单个日程,入参Event不填日程id,使用Promise异步回调。
deleteEvent(id: number): Promise<void>删除指定日程id的日程,使用Promise异步回调。
updateEvent(event: Event): Promise<void>更新日程,使用Promise异步回调。
getEvents(eventFilter?: EventFilter, eventKey?: (keyof Event)[]): Promise<Event[]>获取Calendar下符合查询条件的Event,使用Promise异步回调。

智能带办接入过程

1、导入依赖

接入账号管理,首先需要导入相关依赖:

import { abilityAccessCtrl, AbilityConstant, common, PermissionRequestResult, Permissions, UIAbility, Want } from '@kit.AbilityKit';
import { calendarManager } from '@kit.CalendarKit';
2、创建日历管理类
  
const TAG = 'CalendarService';  
  
/**  
 * Service to manage Calendar Kit operations. */
   export class CalendarService {  
  private static calendar: calendarManager.Calendar | undefined = undefined;  
  //账号信息
  private static readonly calendarAccount: calendarManager.CalendarAccount = {  
    name: 'IntelligentTodo',  
    type: calendarManager.CalendarType.LOCAL,  
    displayName: '智能带办'  
  };  
  
  /**  
   * 添加日程到日历
   * @param title The title of the todo.  
   * @param description The description of the todo.  
   * @param startTime The start time (milliseconds).   * @param endTime The end time (milliseconds).   * @returns The event ID.    */  
     public static async addEvent(title: string, description: string, startTime: number, endTime: number): Promise<number> {  
    const mgr = AppStorage.get<calendarManager.CalendarManager>('calendarMgr');  
    if (!mgr) {  
      Logger.e(TAG, 'calendarMgr is not initialized in AppStorage');  
      throw new Error('日历服务未准备就绪');  
    }  
  
    // Request permissions first  
    const context = AppStorage.get<common.UIAbilityContext>('abilityContext');  
    if (context) {  
      const granted = await CalendarService.checkAndRequestPermissions(context);  
      if (!granted) {  
        throw new Error('未获得日历权限');  
      }  
    }  
    try {  
      if (!CalendarService.calendar) {  
        CalendarService.calendar = await CalendarService.getOrCreateCalendar(mgr);  
      }  
  
      const event: calendarManager.Event = {  
        title: title,  
        description: description,  
        type: calendarManager.EventType.NORMAL,  
        startTime: startTime,  
        endTime: endTime,  
        reminderTime: [10] // Default 10 minutes reminder  
      };  
  
      if (!CalendarService.calendar) {  
        throw new Error('日历对象初始化失败');  
      }  
      const eventId = await CalendarService.calendar.addEvent(event);  
      Logger.i(TAG, `Succeeded in adding event, id -> ${eventId}`);  
      return eventId;  
    } catch (error) {  
      Logger.e(TAG, `Failed to add event: ${JSON.stringify(error)}`);  
      throw new Error(JSON.stringify(error));  
    }  
  }  
  /**  
   * 创建日历对象
   */  
     private static async getOrCreateCalendar(mgr: calendarManager.CalendarManager): Promise<calendarManager.Calendar> {  
    try {  
      // Try to find if our account already exists  
      const calendars = await mgr.getAllCalendars();  
      const existing = calendars.find(c => {  
        const acc = c.getAccount();  
        return acc.name === CalendarService.calendarAccount.name;  
      });  
      if (existing) {  
        return existing;  
      }  
  
      // Create new account if not exists  
      const newCalendar = await mgr.createCalendar(CalendarService.calendarAccount);  
      const config: calendarManager.CalendarConfig = {  
        enableReminder: true,  
        color: '#aabbcc'  
      };  
      await newCalendar.setConfig(config);  
      return newCalendar;  
    } catch (err) {  
      Logger.e(TAG, `getOrCreateCalendar error: ${JSON.stringify(err)}`);  
      // Fallback to default calendar if creation fails  
      return await mgr.getCalendar();  
    }  
  }  
  /**  
   * 动态获取权限
  */  
     private static async checkAndRequestPermissions(context: common.UIAbilityContext): Promise<boolean> {  
    const permissions: Array<Permissions> = ['ohos.permission.READ_CALENDAR', 'ohos.permission.WRITE_CALENDAR'];  
    const atManager = abilityAccessCtrl.createAtManager();  
    try {  
      const result = await atManager.requestPermissionsFromUser(context, permissions);  
      const grantStatus = result.authResults;  
      return grantStatus.every(s => s === 0);  
    } catch (err) {  
      Logger.e(TAG, `requestPermissionsFromUser error: ${JSON.stringify(err)}`);  
      return false;  
    }  
  }}

getOrCreateCalendar根据上下文获取日程管理器对象calendarMgr,用于对日历账户进行相关管理操作。官方推荐在EntryAbility.ets文件中进行操作,我们这里进行独立封装,对权限做到精准控制,在使用时再申请。接着根据日历账户信息,创建一个日历账户Calendar对象。创建日历账户之前,我们需要先根据账户信息进行查询,如果账户不存在则抛出异常信息,捕获到异常再进行日历账户的创建,否则可能会出现账户重复创建的问题。
日历账户创建之后,日历账户颜色默认为黑色,不指定日历账户颜色可能导致部分版本/设备深色模式下显示效果不佳。开发者需要调用setConfig()接口设置日历配置信息,包括是否打开日历账户下的日程提醒能力、设置日历账户颜色。

const calendarAccounts: calendarManager.CalendarAccount = {
  name: 'MyCalendar',
  type: calendarManager.CalendarType.LOCAL,
  displayName: 'MyCalendar'
};
// 日历配置信息
calendarMgr?.getCalendar(calendarAccounts, (err, data) => {
  //获取日历账户
  if (err) {
    hilog.error(DOMAIN, 'testTag', `Failed to get calendar, Code is ${err.code}, message is ${err.message}`);
  } else {
    const config: calendarManager.CalendarConfig = {
      // 打开日程提醒
      enableReminder: true,
      // 设置日历账户颜色
      color: '#aabbcc'
    };
    // 设置日历配置信息
    data.setConfig(config).then(() => {
      hilog.info(DOMAIN, 'testTag', '%{public}s', `Succeeded in setting config, data->${JSON.stringify(config)}`);
    }).catch((err: BusinessError) => {
      hilog.error(DOMAIN, 'testTag', `Failed to set config. Code: ${err.code}, message: ${err.message}`);
    })
  }
});

addEvent方法封装了在当前日历账户下添加日历日程,注意入参中不需要填写日程id。创建日程时,支持设置日程的标题、开始时间、结束时间、日程类型、日程地点、日程提醒时间、日程重复规则等相关信息。程创建成功后会返回一个日程id,作为日程的唯一标识,后续可按照日程id进行指定日程的更新或删除。
目前支持以下两种方式来创建日程。
方式一:可以在日历账户下通过addEvent()或addEvents()接口创建日程。其中可使用addEvent()接口创建单个日程,也可以使用addEvents()接口批量创建日程,此处以创建单个日程为例。
方式二:在获取到日历管理器对象后,可通过editEvent()接口创建单个日程。调用此接口创建日程时,会跳转到日程创建页面,在日程创建页面进行相关操作完成日程的创建, editEvent()不支持自定义周期性日程创建。

我们采用方式一,用户点击日程时弹窗日期时间选择器,用户选择时间后调用addEvent方法创建日程。

总结

本次功能迭代的核心思路是“借力系统能力,优化产品体验”。面对自建提醒功能的复杂性,我们选择接入鸿蒙Calendar Kit,将待办事项转化为系统日程。通过左滑待办项快速创建日程,并利用系统日历实现稳定、统一的提醒。这一方案通过封装CalendarService精准管理权限与账户,既大幅降低了开发复杂度和维护成本,又为用户提供了原生、可靠的提醒服务,是“站在系统肩膀上”高效解决通用需求的典型实践。

是指电脑系统执行通常与人类智能相关的任务的能力。
所以我们使用的所有设备上的软件都是人工智能的一种,口语表达的“人工智能/AI”实际上是一个叫机器学习的分支,而 ChatGPT 一类的是分支中的分支叫大语言模型。

语言警察在此 🤓

关联帖子: 【💰】每天分享一个 LINUX DO 邀请码给本站活跃用户

分享一个 V2EX 邀请码给 2 友。目前只有一个金币,只能生成一个邀请码。

只限 6 级以上且拥有除了种子用户徽章以外其他徽章的活跃用户

满足条件的可以留下邮箱地址。(邮箱地址请用 Base64 加密功能加密)

screenshot-2026-01-22-22-45-34

再重申一遍,

只限 6 级以上且拥有除了种子用户徽章以外其他徽章的活跃用户

22 年 3 月份买的红米手机,用了三年,现在经常自动关机,中间摔过一次,后面碎了,刷短视频然后手机突然花屏了,去手机电修了一次花了一百八,维修的师傅把手机拿到其他店去修,不知道有没有拆配件,只是有点儿疑惑