8年前的一次偶遇

2023-11-07 04:10
文章标签 一次 年前 偶遇

本文主要是介绍8年前的一次偶遇,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

 59f3fe950b040edefafc002e0684df96.png

本文字数:1554字

阅读时间:4分钟

身边一些朋友时常会听我提起一个人,他三十出头,和我素未谋面,微信交流也不超过三句话,但我的公众号写作之旅就起源于他。

8年前的偶遇

8年前我上大二,那时候我还是一个头脑简单四肢发达的大学生,属于被人骗了还能帮人数钱的类型,每天的目标就是好好学习、锻炼好身体。

那时候刚好想学学 Android,在网上搜教程的时候,发现了一个博主写了一系列教程,并且关注了他的公众号。

后来偶尔看到了作者发的一篇文章,介绍了作者大学毕业之后转行计算机自学 Android 的故事,尽管作者不是计算机专业的,但他凭借顽强的精神拿下了 Android,并且在公司担任了技术负责人,其中印象最深的一点是作者在厕所看书累得直接睡着了。

后来,作者从技术负责人转为产品经理,公众号也逐渐从介绍技术,转为分享个人经历和职业发展。

再后来,作者开始运营知识星球,知识星球那个时候的口号是连接一千位铁杆粉丝,我也成为了第一批加入知识星球的粉丝。

他就是张哥,人称帅张,如果你在某个地方看到了四个字母 ZGNB,意思就是张哥牛逼,他的公众号是 stormzhang。

我所收获的

我也关注了上百个公众号,其中有团队公众号,在看这类公众号的时候,我会清楚地知道这是一个组织,我可以从这类公众号上学到一些知识,但是很难对这个组织产生感情。

另一种是个人公众号,这类公众号也有两类,一种只分享专业技能,另一种还会同时分享个人成长经历(不仅包括成功的经历,甚至一些失败的教训)。读这类文章,会感觉作者就在跟你对话,就是你的朋友。

关注一个人,就像读一本没有边界的书。关注张哥的几年时间,虽然在具体技术和生活问题没有过多交流,但是有几个概念在被不断强化:利他就是利己、不服输、认真负责、执行力强、重情义、早就是优势、打造个人IP。

不知道大家看到这些词的想法是什么,我猜一下:这么简单的道理,还用别人说?都看了不下千百遍了。

其实我刚开始也是这个想法。

但是知道道理,和能够指导自己的行动是完完全全的两回事。

举个例子,在我读博期间主要在做时序数据库,怎么想这个东西都和 “利他就是利己” 没啥关系。

然而我通过写作,分享系统使用经验,能够让更多的用户会用我们的数据库,遇到问题百度直接能搜到我的解决方案,从而不需要再来问我重复的问题,这就节约了我的时间。

有人可能会问,为啥要回答网友的问题?又不挣钱,做得差不多不就行了?这里又回来了,我们做数据库是为了让中国的工业企业能够用上国产时序数据库,而不是仅能选择国外的产品,实现自主可控,这也是一种利他。

做这件事让我们积累了大量用户和落地案例,不断打磨产品,帮我们把产品越做越好,这就是利己。

总结

怎么能够让这些道理指导自己行动呢?

不断加深印象,从别人的经历中总结比直接看到答案更印象深刻。

当看到别人的经历后,会留下这些概念的模糊印象,这些模糊印象可能不会产生立竿见影的效果,但在之后的某个时刻,这些印象会促使你做出一些行动,这就是收获。

今天推荐一下张哥的知识星球:「帅张和他的朋友们」,星球愿景:让一部分互联网人走在最前面

我自己觉得最宝贵的一点是:会有各个领域的牛人分享经历,每周也会有嘉宾分享,这里的“牛人”不一定都年薪百万,但一定都至少有一个值得学习的点。而这些点就是工作和生活中非常重要的品质。

一两顿饭的价格,可以待一年,3天免费退款,相信大家会有所收获。

我会在7月8号进行嘉宾分享,欢迎进来围观。

1bdc7b8dae1ddef6438fe8c16ec86098.png

一个人可能走得很快,但一群人才能走得更远,之后我也会在这个公众号上持续分享个人经历,让大家参与我的生活,欢迎关注。

这篇关于8年前的一次偶遇的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/361157

相关文章

(function() {})();只执行一次

测试例子: var xx = (function() {     (function() { alert(9) })(); alert(10)     return "yyyy";  })(); 调用: alert(xx); 在调用的时候,你会发现只弹出"yyyy"信息,并不见弹出"10"的信息!这也就是说,这个匿名函数只在立即调用的时候执行一次,这时它已经赋予了给xx变量,也就是只是

flume系列之:记录一次flume agent进程被异常oom kill -9的原因定位

flume系列之:记录一次flume agent进程被异常oom kill -9的原因定位 一、背景二、定位问题三、解决方法 一、背景 flume系列之:定位flume没有关闭某个时间点生成的tmp文件的原因,并制定解决方案在博主上面这篇文章的基础上,在机器内存、cpu资源、flume agent资源都足够的情况下,flume agent又出现了tmp文件无法关闭的情况 二、

jmeter之仅一次控制器

仅一次控制器作用: 不管线程组设置多少次循环,它下面的组件都只会执行一次 Tips:很多情况下需要登录才能访问其他接口,比如:商品列表、添加商品到购物车、购物车列表等,在多场景下,登录只需要1次,我们期望的是重复执行登陆后面的接口来做压测,这就和事务相关,例如 事务1: 登录—>添加购物车 事务2: 登录—>购物车列表 事务3: 登录—>商品列表—>添加购物车 … 一、仅一次控制器案例 在

一次生产环境大量CLOSE_WAIT导致服务无法访问的定位过程

1.症状 生产环境的一个服务突然无法访问,服务的交互过程如下所示: 所有的请求都是通过网关进入,之后分发到后端服务。 现在的情况是用户服务无法访问商旅服务,网关有大量java.net.SocketTimeoutException: Read timed out报错日志,商旅服务也不断有日志打印,大多是回调和定时任务日志,所以故障点在网关和商旅服务,大概率是商旅服务无法访问导致网关超时。 后

关于一次速度优化的往事

来自:hfghfghfg, 时间:2003-11-13 16:32, ID:2292221你最初的代码 Button1 34540毫秒 5638毫秒  Button2 我的代码 这个不是重点,重点是这个  来自:hfghfghfg, 时间:2003-11-13 16:54, ID:22923085528毫秒 不会吧,我是赛杨1.1G  128M内存  w2000, delphi6  128M

一次关于生产环境服务无故宕机的排查过程

故事的开始 这个故事是在一年之前,当时我们的系统运行在客户的k8s环境上。然后很神奇的是每个月底我们都会服务宕机,当然我们开启了多个实例。当时的容器线条就像心跳图一样(或许有些描述的不太准确,我没有找到当时那个像心电图一样的容器资源监控图)。 第一次的排查 当时我们还是很有信心去解决这个问题的。由于每个月的月底都是业务使用的高峰时段,也就是说,从表象上来看,qps一高,容器就挂。 业务日

记一次knife4j文档请求异常 SyntaxError: Unexpected token ‘<‘, ... is not valid JSON

knife4j页面报错问题定位 前几天开发新接口,开发完成后想使用knife4j测试一下接口功能,突然发现访问页面报错提示:knife4j文档请求异常,但之前运行还是正常的,想想会不会与升级依赖有关系,启动其他微服务发现文档接口访问正常,排除因依赖版本升级导致在线API文档无法使用情况,还是和本服务新增接口有关系。 定位问题 首先f12打开调试台,重新刷新页面,看到console有报错提示

记一次项目启动报错问题

今天遇到了一个问题,困扰了我几个小时,虽然最后是一个小问题导致的。记录下,也算一个解决问题的方法。   前提:调用webservice时引用 <dependency><groupId>org.codehaus.xfire</groupId><artifactId>xfire-all</artifactId><version>1.2.6</version></dependency>

Java-IDEA模拟一个Redis服务器,与Redis客户端进行一次简单的交互。默认端口号:6379

首先要了解Redis的交互协议。 摘抄: 简单字符串(Simple Strings): 以 “+” 开头,例如 “+OK\r\n” 表示一个成功的响应。错误(Errors): 以 “-” 开头,例如 “-ERR unknown command\r\n” 表示一个错误响应。整数(Integers): 以 “:” 开头,例如 “:1000\r\n” 表示整数1000。批量字符串(Bulk St

记一次小程序开发过程

写在前面 前后两天花了大约四五个小时制作完了自己第一个小程序,当然是没法发布的,小程序的发布要求还是挺严格的:企业资质、HTTPS、审核。 先大概介绍下自己,我9年前和很多网友一样开始自学编程,这些年来什么语言都学过、什么平台都接触过,自己也做过十来个产品,所以编程基础不是很稳固但是各方面都相对比较熟悉,因此在接触小程序的时候上手比较快。 至于为什么现在选择开发小程序,原因很简单,尝尝鲜!