推荐一个适合上班摸鱼的网页小游戏
最近发现一个特别适合上班摸鱼的小游戏,摸鱼摸得无聊的朋友可以试试。 名字叫《2048》,估计很多人都听说过,但说不定还有人没玩过。 这个游戏怎么玩? 规则特别简单:用方向键移动方块,相同数字的方块撞在一起就会合并,目标是合出2048。 听起来很简单对吧?但是玩起来真的上头。我第一次玩的时候,本来想玩五分钟休息一下,结果玩了一个小时,差点忘了干活。 最关键的是,它是个网页游戏,不用下载不用安装,打
最近发现一个特别适合上班摸鱼的小游戏,摸鱼摸得无聊的朋友可以试试。 名字叫《2048》,估计很多人都听说过,但说不定还有人没玩过。 这个游戏怎么玩? 规则特别简单:用方向键移动方块,相同数字的方块撞在一起就会合并,目标是合出2048。 听起来很简单对吧?但是玩起来真的上头。我第一次玩的时候,本来想玩五分钟休息一下,结果玩了一个小时,差点忘了干活。 最关键的是,它是个网页游戏,不用下载不用安装,打
ChatGPT刚出来的时候我就用上了,算下来也有一年多了。GitHub Copilot也用了快半年。 很多人说程序员要被AI取代了,我倒觉得还好,说说我的真实感受。 AI确实能提高效率 这一点必须承认。有些重复劳动,AI写得比我快多了。比如写个简单的CRUD接口,写个工具函数,写个正则表达式,AI几秒钟就写完了,我自己写可能要十分钟。 还有就是查API。很多方法记不住参数,以前要去翻文档,现在直
前几天逛GitHub,发现一个有意思的项目——starship,看了一下演示,立刻就装上了。 用了几天,真的太香了,给大家分享一下。 这玩意儿能干啥? 简单说,就是把你的终端变得又好看又实用。装完之后,你的终端提示符会显示: 当前目录的Git分支,有没有未提交的改动 当前目录是什么项目(Node.js/Python/Go等),版本是多少 上一条命令执行了多长时间 上一条命令如果失败了,会变成红
最近打开电视,发现好多新出道的明星,长得都差不多。看了半天,也记不住谁是谁。 突然很怀念以前的娱乐圈,每个明星都有自己的特点。 以前的明星,各有各的美 林青霞的英气,王祖贤的妩媚,张曼玉的灵动,邱淑贞的性感。每个人都有自己独特的气质,你绝不会把她们认错。 男明星也是,张国荣的儒雅,梁朝伟的忧郁,周星驰的搞怪,刘德华的帅气。各有各的特点,各有各的魅力。 那时候的美,是生动的,是有灵气的,是能让人记
Git这东西,我只会commit和push用了两年。直到有一次代码写错了,想回滚回不去,差点急死。 今天分享几个救过我命的Git命令,建议收藏。 代码写错了?reset 救你一命 刚提交完发现写错了,别慌: # 撤销最后一次提交,但代码保留 git reset --soft HEAD~1 # 彻底撤销,代码也回到上一个版本 git reset --hard HEAD~1 --soft 是我用
最近《剑来》手游上线了,作为小说老粉,我第一时间就下载了,玩了一周,说点真实感受。 画面和剧情确实用心了 不得不说,画面是真的不错。美术风格很有国风的感觉,场景做得也很细致,尤其是藕花福地那一段,还原度真的很高。 剧情方面,基本上是按照小说主线走的,配音也还行,听起来不尴尬。作为原著党,这一点还是挺满意的。 但是,问题也来了。 玩法还是那一套 说好听点叫经典,说不好听就是换皮。还是那种自动打怪
最近没怎么逛社区,这两天一看,前端圈又搞了不少新东西,随便聊聊。 首先是Vue 3.4更新了 这个版本最让我惊喜的是defineProps可以解构了。之前写props还得用props.xxx,现在可以直接解构出来用了。 虽然是个小改动,但写起来确实舒服多了。 还有就是性能又优化了,更新速度比之前快了不少。Vue这一点真的做得很好,每个版本都在默默优化性能,不搞那些花里胡哨的。 然后是React
前阵子服务器硬盘坏了,幸好数据都有备份,不然后果真的不堪设想。 经历了这次,我觉得备份真的太重要了。花了一个周末,写了个自动备份脚本,分享给大家。 脚本能干啥? 功能其实很简单: 自动打包指定的目录和文件 自动备份MySQL数据库 上传到阿里云OSS或者七牛云存储 自动删除7天前的旧备份 备份完成发邮件通知 虽然都是很基础的功能,但是够用了。对我这种个人博客和小项目来说,完全足够。 代码分享
前几天有个朋友问我,每天乱七八糟的想法那么多,都记在哪? 说实话我换过好多个笔记软件,从印象笔记到Notion,最后停在了Obsidian,用了快一年了,真的舒服。 为什么选它? 最关键的一点:数据存在本地,是纯markdown文件。 以前用印象笔记,总担心哪天公司没了,我的笔记怎么办。用Obsidian就没这个担心,文件都在我电脑上,随便备份。就算哪天这个软件不更新了,我用任何文本编辑器都能打
前几天线上报警,有个接口响应时间突然飙到了5秒。查了一下日志,发现是SQL查询太慢了。 讲道理,这种问题谁都遇到过,但真要排查起来,很多人都不知道从哪下手。今天把我常用的三招分享给大家,基本上能解决90%的慢查询问题。 第一招:先看看索引对不对 90%的慢查询都是索引问题。之前我写了个SQL,觉得写得挺优雅的,结果一跑全表扫描。 就用这个命令一看: EXPLAIN SELECT * FROM u