2024.4.11

上午

• 昨天用ps制作了一个手机主页,于是今天打算用代码复刻一下.
• 为了设计规范,我需要提前为网页制定颜色标准和字体标准.
• 这个标准文件的格式我研究了下,决定还是使用markdown记录最为合适.
• 因为我没有用过markdown,所以还得从头学习一下.
• 一通学习下来,其实发现markdown只要用好最基本的 ` # - 这几个符号,就足够应付大部分的使用场景了.
• 可是就在这个时候,问题出现了—— 我想让markdown不仅能够记录代码,还能够有丰富多样的自定义样式.
• 一开始我是直接使用notion导出md,可是notion中的很多图片还有颜色随着导出全部消失不见了.
• 为了解决这个问题,我从github上面找了两个提升notion导出体验的开源项目.
• 照着人家的项目依赖要求,我一步步的配置项目.
• 结果第一个notion2md项目因为年久失修,所以根本就用不了.
• 第二个开源项目研究了一下,很快就配置成功了.
• 配置成功后,我又发现一个新问题,那就是这个项目虽然能够导出字体颜色,但是却对一些文档结构并不兼容,甚至我觉得还不如人家notion官方自带的导出功能.
• 看来,github上面哪些星星少的项目还是不怎么靠谱啊.
• 在这之后,我又重新尝试了一些方法,比如看人家的视频,使用个叫什么,typore的软件.
• 但是那个软件是付费的,俺实在是负担不起.
• 但通过研究人家使用typore的软件视频我发现,他的原理其实就是给markdown套上了一层自定义的css样式表.
• 而markdown本来就是为极简主义者准备的超轻量级标记语言,如果吧markdown搞的复杂化,反而脱离了他的原本宗旨.
• 所以,在完成上面的试错后,我决定用最传统的方式编写markdown说明文件.
• 如果这个文件需要什么更复杂更个性化的记录要求,那我还不如直接写一个html文件然后嵌套一个css样式表呢.
• 综上,我现在的本地代码笔记分享解决方案有两种
• 简单的就 幕布+notion导出md
• 复杂的就幕布+notion导出html+vscode自己嵌入样式表
• 这就是我从早上八点到下午一点这个时间段干的事情,
• 整整六个小时就为了解决一个md文件的问题,真的有点钻牛角尖了.

中午到下午三点

• 这个时间段主要就是用来吃饭和娱乐了
• 我很多注意力就被一些视频平台的视频给吸引了
• 这就导致我浪费了大量的时间

下午到八点

• 这个时间段开始正式配置项目文件了
• 从梳理项目文件结构,到落实细化项目模板,花了差不多两个小时的时间
• 而在我设定颜色标准的时候 遇到一个问题
• 那就是ps自带的hsb拾色系统和html的hsla不匹配
• 我在网上搜寻相关信息发现,ps拾色器就是这么个样子,除了十六进制颜色还有rgb颜色能够匹配以外,其他颜色方案都不匹配.
• 为了解决这个问题,我直接使用了figma这个专业的网页ui设计软件
• 一番体验下来,figma确实不错,在ui设计方面,可以说能够秒杀ps.
• 所以我决定,以后有关于网页设计方面的工作那就全部放在figma上面了,ps就作为一些复杂的画面效果的制作处理软件了.
• 在干到八点钟之后,我看着手头堆积如山的工作,不得不停了下来,毕竟饭要一口一口吃嘛.

今日成果总结

• 首先是学会使用markdown语言,掌握了两套离线代码笔记的分享方案
• 其次是了解了figma的基本使用方法,对设计端到网页端的color picker方面的理解更深了.
• 哦对了,今天还学了如何使用obs在B站推流直播,毕竟闲着也是闲着,能有人监督也是好的.

今日问题和解决方案

• 今天最主要的也是最大的问题,就是钻牛角尖,本来就是一个很小的事情,解决却老是喜欢画大力气去解决,老是这么做的后果就是项目进度迟迟无法推进.
• 为了解决这个问题,我决定每天早上的第一件事就是要制定好详细的任务计划,这个计划不仅要详细,而且要有一个预防牛角尖的退出机制,就比如这个事情如果超出了预估的时间就先放着,处理其他的事情,或者使用其他新的更快速方法解决问题.
• 不仅如此,为了帮助我更好的完成项目,恰到好处的社会监督是必要了,开始直播,然后在直播公告里面告知今天的主要任务是个很好的方式.
• 结合上面的原理和方法论,我决定拟定一个计划草稿:

任务名称	任务关键成果/步骤	任务deadline	任务退出机制	备注
任务A	任务A的步骤A	8:00-9:00	超时10分钟停止	重要
任务A	任务A的步骤	9:00-10:00	—	一般
任务B	—	—	—	—