友链朋友圈

一个设计者在不断的优化过程中，如何不断做减法的同时，又不失使用者的体验，这是必须具有的意识。

一个设计者在不断的优化过程中，如何不断做减法的同时，又不失使用者的体验，这是必须具有的意识。

一个设计者在不断的优化过程中，如何不断做减法的同时，又不失使用者的体验，这是必须具有的意识。

前言 我有强迫症，看到 App Store 中显示APP需要更新，我就会直接点“全部更新”。但是并不是每次更新都是那么的尽人意，有的APP更新以后，出现了令人费解的BUG，iOS系统在更新了APP以后，无法再通过 App Store 安装回旧的APP版本。那么这个时候我们该如何安装回旧版本的APP呢

最近公司内部遇到工伤的事故有些增多，是时候要给员工购买商业意外保险了。 是谁透露了我的手机号码？ 只有在入职提交个人资料的时候，提供过个人手机号码。公司通讯录相对保密，而一名在我入职当周就已离职的员工，在离职后的三个月内居然能通过个人手机号码联系到我，询问他工资发放的问题。 纳闷，上级 或 老板 都不一定知道我的电话号码，而一个一线门店，从未见过面的员工，居然能直接电话联系到我？当然，这名员工说离职就离职，不办理任何离职手续，也没做相关的交接工作，说不来就不来，公司当然不会核算他的任何工资。 东湖高新劳动监察大队来电 而在同一天，官网上预留的电话中，市场部门收到了 027-65525128 号码打来的电话。电话那头明确说明 我们XX公司，有 XXX 员工，告我们未发放工资。最后一查，同样是当天晚上决定离职，次日就不来上班的一线员工。当时公司门店和总部HR都联系不上她，而现在她换了一个外地的手机号码，开始追讨工资。 对于公司，就一个要求，提交离职申请，办理完离职手续，再核算工资… 离职员工，要求现场结算工资 离职当天现场结算工资，支付工资，相信武汉市90%以上的企业都无法办到。大多数的企业在员工离职时，确认考勤就行，通常在下一发薪日，工资就直接发放了。而总有一些对自己特别上心和细致的人员，就喜欢条条框框的按规则来。这还是一个在职一年以上的员工，只是曾经在北京的一次劳动仲裁经历，让他具有非常大的不安全感。所以要求在离职的当天，要求公司结算工资，并发放到他的工资卡内，才愿意离开。 好吧，人力部门即使加班也没办法将钱发到他的工资卡上… 这是公司的流程问题。 耗费心力 虽然都是些小事，但真的非常耗费心力。毕竟武汉12家门店的员工大多数属于非常一线的单一岗位。在职时间不长，对于公司的信任并不高。大多数一线的员工，今天离职，明天就可以找一份一样的工作继续干，而且在这里工作过的人员离职后出...

最近公司内部遇到工伤的事故有些增多，是时候要给员工购买商业意外保险了。 是谁透露了我的手机号码？ 只有在入职提交个人资料的时候，提供过个人手机号码。公司通讯录相对保密，而一名在我入职当周就已离职的员工，在离职后的三个月内居然能通过个人手机号码联系到我，询问他工资发放的问题。 纳闷，上级 或 老板 都不一定知道我的电话号码，而一个一线门店，从未见过面的员工，居然能直接电话联系到我？当然，这名员工说离职就离职，不办理任何离职手续，也没做相关的交接工作，说不来就不来，公司当然不会核算他的任何工资。 东湖高新劳动监察大队来电 而在同一天，官网上预留的电话中，市场部门收到了 027-65525128 号码打来的电话。电话那头明确说明 我们XX公司，有 XXX 员工，告我们未发放工资。最后一查，同样是当天晚上决定离职，次日就不来上班的一线员工。当时公司门店和总部HR都联系不上她，而现在她换了一个外地的手机号码，开始追讨工资。 对于公司，就一个要求，提交离职申请，办理完离职手续，再核算工资… 离职员工，要求现场结算工资 离职当天现场结算工资，支付工资，相信武汉市90%以上的企业都无法办到。大多数的企业在员工离职时，确认考勤就行，通常在下一发薪日，工资就直接发放了。而总有一些对自己特别上心和细致的人员，就喜欢条条框框的按规则来。这还是一个在职一年以上的员工，只是曾经在北京的一次劳动仲裁经历，让他具有非常大的不安全感。所以要求在离职的当天，要求公司结算工资，并发放到他的工资卡内，才愿意离开。 好吧，人力部门即使加班也没办法将钱发到他的工资卡上… 这是公司的流程问题。 耗费心力 虽然都是些小事，但真的非常耗费心力。毕竟武汉12家门店的员工大多数属于非常一线的单一岗位。在职时间不长，对于公司的信任并不高。大多数一线的员工，今天离职，明天就可以找一份一样的工作继续干，而且在这里工作过的人员离职后出...

前言 因为服务器的带宽比较小，为了提高网站的访问速度，网站内的图片进行压缩是必不可少的。另外将图片转换成WebP的格式可以减小文件大小、加快加载速度、支持高级特性（如透明度和动画），以及减少存储需求，为网站提供了显著的性能。需要提前安装好PicList客户端和Lsky Pro兰空图床，兰空图床的安装可以参考【Docker】搭建一个简单且实用的图床 - Lsky Pro 图片的大致处理流程就是从PicList压缩后通过API上传到Lsky Pro，然后Lsky Pro再压缩后通过API上传到MiniO进行存储。关于Lsky Pro兰空图床通过API上传到MiniO的教程可以参考【折腾笔记】兰空图床使用Minio作为储存策略，本文主要介绍PicList通过API上传到Lksy Pro兰空图床的教程。 下载 PicList下载：https://github.com/Kuingsmile/PicList/releases 选择与自己操作系统对应的安装包下载并进行安装即可。 教程 使用超级管理员用户登录兰空图床后台，在“系统设置”内的“控制”模块，启用“是否启用接口”这项配置，然后点击“保存”。 在“Postman”或者其他你比较熟悉的API调试工具中发送生成Token的API来获取兰空图床的API Token，先新建一个API请求，请求方式选择POST，地址需要根据你自己兰空图床所部署的IP地址进行更改，我这里演示使用的是http://192.168.1.111:8090/api/v1/tokens，请将http://192.168.1.111:8090替换成你自己兰空图床的部署地址。/api/v1/tokens为生成Token的固定路径不可更改。然后在“Header”中增加一个键值对，键为Accept，值为application/json。 添加好Header中的参数后，再去“B...

RoundingMode 是 Java 中用于定义舍入行为的枚举类。它主要用于精确的数字运算，尤其是涉及到小数点的情况下。以下是 RoundingMode 的详细讲解及举例说明： RoundingMode 常见枚举值 1、UP 向远离零的方向舍入。 例如：1.1 会舍入为 2，-1.1 会舍入为 -

RoundingMode 是 Java 中用于定义舍入行为的枚举类。它主要用于精确的数字运算，尤其是涉及到小数点的情况下。以下是 RoundingMode 的详细讲解及举例说明： RoundingMode 常见枚举值 1、UP 向远离零的方向舍入。 例如：1.1 会舍入为 2，-1.1 会舍入为 -

前言 最近发现我部署在群晖NAS上的兰空图床程序在高并发的情况下会导致图片加载缓慢或出现图片加载失败的情况，于是我查阅了官方文档资料并进行了一系列的测试，发现兰空图床如果开启了原图保护功能，会非常的吃CPU的性能，尤其是在同时加载多张开启了原图保护的图片时，会让CPU直接满载。 兰空图床支持 Redis 或 Memcached 作为缓存驱动，通常情况下默认的文件储存已经足够用，但是如果你的图床开启了原图保护功能，强烈建议更换为Redis 或 Memcached 缓存驱动。 在此以Redis缓存策略进行演示，需提前安装好Redis。 教程 安装Redis，可参考【Docker】搭建一个开源的内存中数据结构存储系统 - Redis。 在docker映射路径中找到兰空图床数据映射文件夹中的.env文件。 对.env配置文件进行编辑，如果无法在线编辑，可以先下载到本机，然后编辑完再上传到群晖NAS中覆盖原配置文件。 配置说明 CACHE_DRIVER：缓存驱动名称 REDIS_HOST：redis 连接地址 REDIS_PASSWORD：redis 连接密码 REDIS_PORT：redis 连接端口 在兰空图床管理后台中，把开启原图保护的角色组，设置“图片缓存时间(秒)”，然后点击保存即可。 具体缓存时间可以根据自己的内存和图片的访问频率来决定。