博主的写作日常,是否可以利用emacs提升一些效率

沉闷酷热早晨,一篇朴实无华的公众号,带来了些许凉意

我以前常以诗篇的形式,反思、畅想、记录生活的点滴,一篇几十字下来,半个小时已经过去,在这个等同冥想的体验,身心得到了短暂的释放,把内心的喜怒哀乐,装饰成屏幕上的二十八个文字,借助微信发圈,代替自己的心态和心境,也是自我慰籍的唯一方式。

iOS 通知提醒几种展示方式和具体代码配置

  • State “DONE” from “TODO” <2021-06-20 周日 19:43>

场景描述

ios 通知提醒有三种展示样式:铃声、震动、弹出条。

  • 通知提醒有哪些开关,可以通过几种方式来控制? 开关可以分为两种,系统开关和 App 开关: 系统开关:由用户自由控制,即通过系统设置,来控制系统是否把消息(本地通知/apns 通知)通知到 app。 app 开关:由开发者控制,即开发者在开发对 app 定制支持消息展示样式。

app 开关实现

远程通知的展示时机分两种情况,第一种当 APP 未启动时,第二种 app 在前台时. 在前台时,需要在 Appdelegate.m 中实现代理方法:

ox-hugo 常用的导出设置和+OPATIONS:选项

漫长的经验积累

在工作中,一直在探索如何提高效率,如何把任务合理分解效果,如何坚持知识产出,搭建自己的知识体系。但往往会沉迷在收集工具的使用上,在没有评估该工具到底在实际项目中是否实用。以至于看似每天都非常忙碌,但是工具收集之后,很少真正的实践,产出很少,违背了产能和产出平衡原则。所有的专注力应该集中在真正能改变生活的事情上,耗费了时间和精力反省总结经验,还是无法改变自己的生活,无法改变生活,这都是浪费生命。

敏捷管理规范

本敏捷规范是在现有正在运行的敏捷实践上的体系化,重点明确项目过程各阶段的动作细节,让整个团队的敏捷管理动作标准化,提升团队敏捷开发的能力.
笔记原文

2019 项目总结

  • State “DONE” from “TODO” [2020-01-07 Tue 09:58]

叙述几个比较深刻的项目

拍枪杆

19 年是一个自省年,项目组重组之后,在团队协作上都是一种新的挑战,从拍抢干项目第一次接触新的开发模式,本着学习的心态勤奋努力敲代码,在领导的培训下,给出了设计是第一生产力,努着劲自学类图、用例、流程图和时序图来提升开发效率,从根本上弥补自己的短板,在拍抢干中着实挑战了自我,在开发实践中,有意识的摸索提高考虑的开发流程中,明显对产品需求分析更加积极,理解的更加透彻,在自我提升的同时,就着对项目负责的态度,多次在会议上提出产品的设计缺陷和尝试商讨出一个弥补缺陷的方案.

ox-hugo 使用 org-capture 模版搜集灵感提高效率

  • State “DONE” from “TODO” [2021-05-12 Wed 10:41]

一直在尝试使用 ox-hugo 提升编写博客的效率,苦于资料苦涩难懂,网上资源缺失,一直处于又爱又恨的情绪,导致效率不升反降的尴尬境地.
今天发奋图强,自我感觉找到了效率密码,尝试在这里做一次分享,希望可以帮助到和我同样处境的小伙伴.