# Heptabase from 0 to 1 / 詹雨安 (Yu-An Chan), 王祐崙 (Yu-Lun Wang), 周玉鑫 (Yu-Hsin Chou)

{%hackmd @ModernWeb/SyA2U6SmT %}

> 共筆請從這開始

## About Heptabase

## Three Stages

1. proof of concept: Optimize for feedback
- 驗證想法的階段
- 如何用最短的時間、最少的資源，打造用戶能使用的產品
2. rapid iteration: optimize for shipping speed
- 快速迭代讓使用者越快使用到產品
3. production: optimize for users love
- 把比較粗糙的作法優化

從開發者角度做取捨來保證開發進度

## Staging 1: Proof of Concept

### What is "Minimal"?
打造 MVP
- no account
- no backend server & database
- no billing system
- no multi-media support
- no fancy editor / bi-directionsal link

> 當初的目標是打造學習複雜主題，模擬大腦是如何思考的
> 主題下面有子主題
> 子主題下面會有以特定方式構成的知識
> 同一個知識可能會被不同主題使用到
> 當時的POC就是可以prove上述提到的概念是可執行的

模擬主題之間的關聯性，由白板與卡片構成

初期的 web Large JSON file 存在 IndexedDB
前端 APP host 在 Netlify 上
markdown 可在白板間被重用

建立可運作的雛形快速得到回饋
> 直接尋找真正有興趣/有需求的客戶，並與客戶面對面對話取得直接的反饋
> 在 telegram 找潛在使用者試用

## Staging 2: Rapid Iteration

(工程師 Tony)

### Rapid Iteration

- Principles
- Engineering: Optimize for speed
- How do we ensure that what ... (Company Alignment) 確保產品方向

#### Principles
做任何決策都不能違反
- No data loss for our users.
- Ship **usable feature** as fast as possible to the user.
- 把大功能切成小功能解決使用者最重的痛點
- 開發feature步驟分為：Goal、Release、Checkpoint
- Always put the customers first.
- 討論上如果有分歧的時候，先討論使用者需要的是什麼
- 不知道使用者在想甚麼就辦投票(discord投票)

#### Optimize for Speed

- Not always using best practices
- Duplicated code for flexibility
- 不要過度抽象化，保持開發彈性
- Ship first, refactor later
- 先有功能，refactor 之後再處理
- Code review
- Superlog
- stack pr，一個大功能分成多個模組。A 先上 PR，B 在 A 基礎上繼續開發
- 減少 reviewer 一次要看很多行 code，也不會阻擋開發者的開發進程
- 很考驗開發者對 feature 的理解跟規劃
- [Graphite - How the fastest developers ship code](https://graphite.dev/)

#### Company Alignment

- Brand Identity
在使用產品時使用者的感受
- Friendly
- Polished
- Feature Context
- Feature Driven
> 個人理解相當於 Business Driven，還是兩者有具體差別？

## Staging 3: Production

(工程師 Nick)

### When to improve

- Engineers do customer support.
- 工程師可以快速接收到使用者回報的問題，進而討論是否需要花時間解決
- User complaint > Cost of problem solving + technical implication.

#### Example: Storage

一開始是用 indexdb
> 可能會被瀏覽器自動清掉
還有考慮到後面要做成 mobile app
後來 migrate 到 SQLite

#### Example: Search

把 data 丟到記憶體 search

想分詞、highlight，但都要等比較久

sqlite fulltext module

#### Example: Mobile App

一開始問使用者最想要什麼功能，收到回饋是想要有一個 mobile app 可以看到卡片
MVP
- capacitor

後來轉換到
- react navite
- 十天生出第一版

前後端都選用 javascript進行開發減少溝通gap

#### Results

- Better retention
- Clearer technical solution
- Faster iteration speed

------
> 不管怎樣先開聊天室

哇嗚！

我要來用 Heptabase 來寫 Heptabase 講座內容了 (o)
>XDD
>所以不寫共筆ＸＤＤ
>但我還是來寫了 XD (讚)

> 偶有訂閱heptaㄛ (⁎⁍̴̛ᴗ⁍̴̛⁎)
> +1 早鳥結束前訂閱的
> 羨慕 QQ 我早鳥隔天才發現有優惠

持續有營利真棒～
羨慕XD
>人少有差吧ＸＤ

免費ＱＡ (被打)

這用戶打字也太快
> 雖然也可能整理才分段送

我覺得很棒，用產品的使用者需求 去開發產品

需求/功能的拆解也是門學問，需要足夠的經驗

就跟資料庫的用法差不多了
要效能不是怎麼使用正規化 是知道何時不要正規化

PR 的大小如果到 2 ~ 3k 是不是可以退件
> 看規定ＸＤ

就是殺人魔知道工程師地址的感覺
>有種你就寫bug出來

> 然而現實上蠻多客戶多少繞過 PM 直接找工程師

工程師直接與客戶溝通，釐清客戶真正的需求
> ~~工程師透過 PM 的需求傳遞會失真，不如自己去溝通~~

> 工程師要加薪