今天在办公室配置了 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。
那么再考虑有没有一种可能,做出一个线下的交流产品。
今天在少数派的群里,又看到有人在聊,于是重新捡起来。进行分析
我之前考虑的:
1. 线下的小规模聚会,3~5人的
2. 定期的活动,自动注册。
现在觉得可以加入的:
和展会沟通,提供展会的沟通方案。 此处可以商业化运行。
灵感来源
今天在 V2ex 和别人讨论我写的《离用户近一点,再近一点》时,提到了队列、3rd API
关于 3rd API 的问题,我可以理解,因为涉及到安全问题,我们需要将 token 放在后端。如果安全问题可以解决,放在前端也不无可能。
关于队列的问题,我就有了想法?为什么不可行?
队列主要问题有三处
- 消息通讯
- 选举问题
- 调度问题
关于消息通讯,可以考虑实现 P2P 网络来链接不同的前端设备;而选举问题,可能需要我去看看拜占庭将军问题,以及了解一些数学相关的东西。其中,老王给我了一个思路,可以看看分布式队列的实现逻辑。
调度问题也可以参考分布式队列。
在搜索的过程中,找到了香港城市大学的教授的研究页面。
https://staff.ie.cuhk.edu.hk/~mhchen/projects/p2p.queuing.html
搜索关键词
peer to peer queue
peer to peer message queue
补充信息
搜索过程中,发现问题被简化了,可能有一些可能可以在前端实现队列的工具,比如 ZeroMQ。
合照助手小程序用于快速在一些聚餐、合照的场合生成合照图片。
用户可以打开手机小程序,选择图片,然后分别输入合照的名称、第一行的顺序、第二行的顺序。然后可以点击保存将图片保存至本地。
适合场景:聚餐、聚会、会议