Self Dashboard

今天在办公室配置了 4 块屏幕

在上了 4 块屏幕以后,我认为借助随航实现的 iPad Pro 屏幕最好的用途就是提供各种各样的 Dashbard ,来做监控,于是,简单做了一个个人的 Dashboard 的原型,用于监控个人想要关注的信息,我将其命名为 Self DashBoard

Self Dashboard

需求

  • 可以自定多个 Dashboard (用于切换不同的 Workspace)
  • 每个 Dashboard 内是一套栅栏系统(所以 Electron 是一个好的技术栈)
  • Block 可以分为 1/4,1/3,1/2,1/1 四种
  • 每 row 的高度由最大的确定,其他的 block 配合调整
  • 每个 Row 内的内容可以是
    • Todo
    • 数字(比如跳动的数字,可以用作仪表盘)
    • 图表(比如饼状图、折线图)
    • Notes(用来速记)
    • Button (Quick Actions)

灵感有了,就差一个程序员了。

灵感:基于LBS的社交产品

之前和老王讨论过,小程序最适合的场景是线下+LBS。

那么再考虑有没有一种可能,做出一个线下的交流产品。

今天在少数派的群里,又看到有人在聊,于是重新捡起来。进行分析

我之前考虑的:

1. 线下的小规模聚会,3~5人的

2. 定期的活动,自动注册。

现在觉得可以加入的:

和展会沟通,提供展会的沟通方案。 此处可以商业化运行。

灵感:小说人名生成器

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

特性:

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

灵感:P2P 消息队列

灵感来源

今天在 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。