原文地址:HOW TO DO GREAT WORK
作者: Paul Graham
时间:2023年7月

我年初决定开始翻译保罗·格雷厄姆的博客,前面翻译了两篇。这篇博客之前,最近的博客的是2023年1月的,这篇博客是7月发布的。没想到保罗大叔用6个月时间憋了一个大招,写了一个19000多字的博客,谁家好人一篇博客写这么多字啊….我写了64篇博客,加起来才10万字左右

这篇博客我翻译了差不多一个月,终于翻译完了,中间数次想放弃,又想想都已经翻译了那么多了,放弃太可惜了

之所以决定翻译保罗大叔的博客,一是因为我很喜欢他的博客,目前还没有稳定的中文翻译站点,就打算自己做;二是锻炼自己的英语,在英文环境中工作了3年多,越来越感觉自己的英文水平受到了词汇量的限制,打算借此多学一点词汇和句式。

我是先用谷歌翻译翻译全文,然后自己再逐段修改。有很多内容,虽然看英文能理解原文的意思,但是想要翻译成合适的中文真的挺难的,起码对我来说是这样的。

如果你收集了在很多不同的领域做出伟大工作所需要的技能列表,那么他们的交叉点会是什么样子的?我决定通过实践来找出答案。

签约作者

古月居是国内最大的机器人社区之一,我去年11月买了他们的开源机器人OriginBot,也因此跟他们有了接触,后来在今年1月份跟古月居签合同,成了他们的签约作者。

之所以答应跟古月居签约有三个原因:

老实说,我其实不是一个标准的“程序员”,但对于不是这个行业的人很难解释其中的区别,而且我也对于这篇博客中谈论的问题印象深刻,还是想写一下。

我在公司的title是Sr. DevOos Engineer,也就是资深(高级)DevOps工程师,写代码只占我工作量的40%左右。

前几年,网上以程序猿来戏称我们这个行业的人,下面这张图也一度很流行。
程序猿

官方其实提供了自动导航方案了,https://www.originbot.org/application/navigation/#4

但是这个方案里最不好的地方在于需要通过rviz手动指定具体的目标点和姿势才能驱动OriginBot进行导航,也就是手动的自动导航,这个就限制了后续基于这个功能做拓展的可能,因为总不能每次需要导航的时候都手动在rviz上做吧。

所以我就想用代码来实现这一块功能,以下是目前探索出来的部分,欢迎交流。

我最近开始更新微信公众号,但是公众号的发布流程很复杂,即使我已经有现成的博客,但是发布到公众号上也要花很长时间,于是就开发了一个工具来帮助我自动更新公众号。

我从2020年开始写博客,到现在已经有大约五六十篇了,一篇篇手动在公众号发布一次要做很久,而且都是重复劳动,就不是很愿意做。

而且我一直都是用markdown来写博客的,即使现在手动把库存的博客发布到公众号,以后还是要一直手动更新,因为公众号是一个封闭的系统,编辑和管理文章都有自己的一套方案,长期来说,这也是一个麻烦。

今天突然就想看一下关于k8s和虚拟机的优劣势对比,我就问了一下chatGPT,我用的是公司提供的Azure OPENAI服务,以下ChatGPT的回复。

(这样的回复对于一个熟悉k8s的人来说,显然不会很惊艳,但是也不错了)

我的问题

我从去年下半年开始对机器人很感兴趣,可以看到我在博客的“projects”分类中有一个项目就是跟机器人相关的,叫做OriginBot。

我已经不记得去年为什么会对机器人感兴趣了,想想我大学是自动化专业的,也参加过一些相关的竞赛,所以也有可能我潜意识里一直都很喜欢机器人。

我脑海里一直有三个机器人的形象挥之不去,一个是《星球大战》里面的bb8,第二个是《超能陆战队》里面的大白,第三个是《复仇者联盟》里面的jarvis(严格来说,jarvis不是一个机器人,而是一个智能系统),这可能更加帮助印证了我的潜意识里就喜欢机器人。

我工作在南京,但是家在滁州,通勤靠高铁解决。

以前是周一早上去南京,周三晚上回家,周四早上去南京,然后周五回家;周二、周四的晚上住在南京同学那里,我们从上海开始就住在一起,有四五年了。

今年我老婆怀孕后,我就每天乘高铁往返于南京–滁州之间。从出家门到公司工位上,全程需要大约75分钟左右,也就是每天有150分钟(两个半小时)是花在路上的。

我的博客之前是架设在一台腾讯云服务器上的,基于一个Django开源项目二次开发的。

今年11月份服务器就要到期了,再加上我最近需要那台服务器做点其他事情,所以就再考虑给服务器做个迁移。

之前选择用Django开发博客,有一个主要原因是希望自己开发自己的博客,再加上能练个手(那时候对于Django开发还不是很熟练)。

一、背景介绍

我们以前一直使用k8s的cronjob来管理定时任务的。把定时任务相关的代码单独封装成一个pod,然后以cronjob的方法来触发。

虽然这个方法操作很简单,没有什么第三方资源的依赖(比如Redis),但是也有一个明显的缺点。

原文地址:The Need to Read
作者: Paul Graham
时间:2022年12月


在我小时候读过的科幻小说中,阅读总是被更有效地获取知识的方法所代替。神秘的磁带会把知识直接加载到一个人的大脑中,就想程序被加载到计算机中一样。

不知道其他行业的工作中写文档是不是一个值得讨论的问题,但是在IT行业中,这绝对是一个值得好好讨论的问题。

在过往的工作的经历中,经常会遇到或者听到别人抱怨说某个系统或者API没有文档以致于很难甚至完全没办法接手工作的情况。
由于已经意识到这个问题,所以我自己在工作中会比较注意写文档这个事情,尽量把我觉得别人可能需要的了解的地方都写成文档,但发现还是有很多问题,今天写个笔记记录一下这些问题以及我的看法。

先直接说我观察到的问题,有以下几个:

原文地址:HOW TO GET NEW IDEAS
作者:Paul Graham
时间:2023-01

(有人把我的随笔用于训练GPT,以便根据这些文章获得一些答案。他问这个模型,好的想法从何而来,模型给出的答案还可以,但不是我想表达的,以下是我的回答。)

获得新想法的途径是关注反常现象:有哪些现象看起来是很奇怪的、有悬念的或者残缺的?你可以在日常生活中观察到反常现象(很多脱口秀就来源于此),但是寻找他们的最好的地方是知识的边界。

SBOM是什么

SBOM全称是Software Bill of Materials, 中文是软件物料清单。

做个类比,可以把SBOM简单地理解为软件的配料清单,就像我们买雀巢的速溶咖啡的时候,外包装上会有的配料清单。

这个系列的笔记重点会放在怎么样利用Vue3把项目架设起来并跟后端API互动,不会介绍Vue的基础特性,关于Vue的基础特性可以参考这个视频四个小时带你快速入门Vue,我是看这个入门的,觉得还不错。

代码地址: https://github.com/yexia553/vue_study/tree/%E9%85%8D%E7%BD%AEvue-router/vue3-notes

在这篇笔记中,会为首页添加一些展示内容,分为两种类型,一种是静态展示,不用从后端获取任何数据;还要一种是要从后端获取数据后才能展示的。

这个系列的笔记重点会放在怎么样利用Vue3把项目架设起来并跟后端API互动,不会介绍Vue的基础特性,关于Vue的基础特性可以参考这个视频四个小时带你快速入门Vue,我是看这个入门的,觉得还不错。

代码地址: https://github.com/yexia553/vue_study/tree/%E9%85%8D%E7%BD%AEvue-router/vue3-notes

这篇笔记的内容有点难,建议多看几遍

这个系列的笔记重点会放在怎么样利用Vue3把项目架设起来并跟后端API互动,不会介绍Vue的基础特性,关于Vue的基础特性可以参考这个视频四个小时带你快速入门Vue,我是看这个入门的,觉得还不错。

代码地址: https://github.com/yexia553/vue_study/tree/%E9%85%8D%E7%BD%AEvue-router/vue3-notes

配置后端运行环境

这个系列的笔记重点会放在怎么样利用Vue3把项目架设起来并跟后端API互动,不会介绍Vue的基础特性,关于Vue的基础特性可以参考这个视频四个小时带你快速入门Vue,我是看这个入门的,觉得还不错。

代码地址: https://github.com/yexia553/vue_study/tree/%E9%85%8D%E7%BD%AEvue-router/vue3-notes

完善页面路由

这个系列的笔记重点会放在怎么样利用Vue3把项目架设起来并跟后端API互动,不会介绍Vue的基础特性,关于Vue的基础特性可以参考这个视频四个小时带你快速入门Vue,我是看这个入门的,觉得还不错。

代码地址: https://github.com/yexia553/vue_study/tree/%E9%85%8D%E7%BD%AEvue-router/vue3-notes

上一篇笔记我们记录了怎么实现左侧的公共菜单栏,这一篇讲一下怎么使用公共头部。

这个系列的笔记重点会放在怎么样利用Vue3把项目架设起来并跟后端API互动,不会介绍Vue的基础特性,关于Vue的基础特性可以参考这个视频四个小时带你快速入门Vue,我是看这个入门的,觉得还不错。

代码地址: https://github.com/yexia553/vue_study/tree/%E9%85%8D%E7%BD%AEvue-router/vue3-notes

页面布局说明以及效果展示

0%