标签归档:灵感

你愿意帮助 Paul Graham 做本地化么?

发现了一个空白,如果有人做的话,大概率会被不少国内的大佬看到。对于求职应该有帮助。

Paul Graham 的博客是欢迎翻译的,作为一个初入行的同学,你大可以翻译帮助 Paul Graham 翻译他的文章, 并提供链接给他,这样你自己的网站的链接也会得到关注度。

Paul Graham 是《黑客与画家》的作者。

只差一个有心人。

crwv3

如何迸发灵感

做产品设计难免会遇到需要苦思冥想而不得其解的时候,在这时候如何更好的激发自己的灵感,让自己能够更快的跳出苦思冥想的状态中? 一个比较好的方式是:跳出当下,远离细节,用最轻松的状态重新思考问题。 比如说,以我为例,我的灵感大部分时候会出现在两种场景下:

  1. 洗热水澡:洗热水澡可以让我放松精神,而放松的情况下重新去思考问题可能会获得不错的效果(至少对我来说是这样的)
  2. 走路:我在通勤的路上也是常常会有一些灵感会迸发出来的。走着走着我想起来一个问题,然后思绪会因为无法完全集中而开始分散,反而迸发出一些不错的灵感。

但是,也需要注意的是,这两个方式有效的核心原因是跳出当下所关注的问题,从一个更高、更宏观的视角来看待问题。如果你洗热水澡的时候也是整个人很紧绷,可能就无法得到好的结果。

如何将一个commit 变成一系列宣传资源

作为技术人,对于做 Branding 的事情其实不那么上心,也因为不上心,导致在实际做事情的时候,难免做的不好。

我因为从事过运营,所以有一些经验,这里,分享一下我自己的思路。

以这个 Commit 为例:

这个 Commit 制作了一件事,就是在 GitHub 项目的目录下创建了一个 funding.yml ,从而实现开启 GitHub 的 Sponsor 功能。

第一层思考

那如果我们要将其转换为宣传资源,我们可以这样思考:

  1. 内容形态:这个内容我能不能做成文字类型的,或者是能不能做成视频类型的?

如果可以做成文字类型的,那么可以针对这个 commit 写一篇文章,比如就叫做

如何开启 GitHub 的 Sponsors 功能

如果可以做成视频内容,就可以做成

手把手教你开通 GitHub 的 Sponsors 功能

第二层思考

在第一层思考,我们可以很容易获得一篇文章和一个视频,但我们如果不满足以此,希望获得更多的推广内容,我们要怎么做?

我们可以延展思考一下,GitHub 的 Sponsor 功能是基于特定目录下的 yaml 文件来配置的,那我能不能有一篇文章延展介绍一下这个特定目录下的其他功能?

比如:

  • issue template
  • GitHub Action
  • Pull Request template

这样,我们就从之前的文章中,延展出来了第二层思考,这个时候,我们有了第二个主题,同样,可以延展出一篇文章和一个视频。

第三层思考

在第二层思考中,我延展出来了三个不同的服务,那在这种情况下,我可以再写三篇文章,分别介绍这三种不同的服务

这样,我就喜提三篇文章:

  • 如何使用 GitHub 的 issue template 来规范用户的提交?
  • 如何使用 GitHub 的 Action 来完成应用的自动化
  • 如何使用 GitHub 的 PR template 来规范用户的 PR

以及他们对应的视频。

总结

实际上,只要你愿意去思考「为什么」和「能不能」,很难在计算机领域写干,因为这个领域足够大,足够一个人写一辈子的原创了。你需要做的仅仅是,从你最熟悉的领域,选择一个话题,然后开始写作,不断的延展话题。

此外,如果你想写但又不擅长写作,我之前在 GitChat 和图灵的英子老师一起搞过一个写作课,你可以看看这个网站,我将我们当时的课程内容整理并发布在了互联网上。

灵感:小说人名生成器

灵感来源:村上春树《我的职业是小说家》

特性:

  1. 根据百家姓生成
  2. 提供情感分析,正派角色不会给一个反派倾向的名字
  3. 提供选项,根据选项来生成名字,【性别,是否爱运动,是否爱看书,是否是特定职业】等等。
  4. 提供提供一个黑名单的机制,用过的不会出现,避免撞衫。(可以将生成的名字做 hash,对比 hash ,如果 hash 存在,则重新生成一个。hash 放在 redis 里。)

科学需要证伪

再上一篇文章中,我提到了,想要去做一个前端的队列。

和几个朋友聊了聊,他们认为这个东西不值得做,因为没有价值。

在我看来不这样认为。

就这样的话题而言,证实很容易。只要实现,并证明可用,就可以完成证实的内容。

但是,更重要的是证伪,需要证明这个东西,虽然可以做出来,但是并不好用。具体的不好用是多么不好用,具体的量化。这样才能算完成了证伪

灵感:P2P 消息队列

image 3
灵感来源

今天在 V2ex 和别人讨论我写的《离用户近一点,再近一点》时,提到了队列、3rd API

关于 3rd API 的问题,我可以理解,因为涉及到安全问题,我们需要将 token 放在后端。如果安全问题可以解决,放在前端也不无可能。

关于队列的问题,我就有了想法?为什么不可行?

队列主要问题有三处

  1. 消息通讯
  2. 选举问题
  3. 调度问题

关于消息通讯,可以考虑实现 P2P 网络来链接不同的前端设备;而选举问题,可能需要我去看看拜占庭将军问题,以及了解一些数学相关的东西。其中,老王给我了一个思路,可以看看分布式队列的实现逻辑。

调度问题也可以参考分布式队列。

在搜索的过程中,找到了香港城市大学的教授的研究页面。

https://staff.ie.cuhk.edu.hk/~mhchen/projects/p2p.queuing.html

搜索关键词

peer to peer queue

peer to peer message queue

补充信息

搜索过程中,发现问题被简化了,可能有一些可能可以在前端实现队列的工具,比如 ZeroMQ。

image 4

小程序合照助手

合照助手小程序用于快速在一些聚餐、合照的场合生成合照图片。

image

用户可以打开手机小程序,选择图片,然后分别输入合照的名称、第一行的顺序、第二行的顺序。然后可以点击保存将图片保存至本地。

适合场景:聚餐、聚会、会议