init
This commit is contained in:
@@ -0,0 +1,22 @@
|
||||
### Bolide firmware verfication
|
||||
- [x] Create a tool to flash firmware and read back the version.(2020/12/22-2021/01/04)
|
||||
- [x] Try **[vc-fwUpdate](https://github.com/Logitech/vc-fwUpdate)**. To find a way to get version of Bolide.(2020/12/29-2020/12/30)
|
||||
- Trace了一下code，它會搜尋目錄下的
|
||||
- VIDEO.bin
|
||||
- EEPROM.bin
|
||||
- VIDEOBLE.bin
|
||||
- TABLEHUB.bin
|
||||
- VERSIONS.bin
|
||||
- 這幾個檔案，但是在
|
||||
- `Cowork(Awin)\BolideDFUTest\win_fw_updaterCmd\BolideRC_Bolide_TableHub-1.0_1.1.262_artifacts\`
|
||||
- `Cowork(Awin)\BolideDFUTest\win_fw_updaterCmd\BolideRC_Bolide_TableHub-1.0_1.1.263_artifacts\`
|
||||
- 都沒有這幾個檔案，我猜測`BolideCli`應該是另一種目錄結構。
|
||||
- [x] 問問看如何才能使用`BolideCli`(2020/12/30-) ^6fcbfe
|
||||
- [x] 問Avon
|
||||
- [x] 問Leo
|
||||
- [x] 問Eric
|
||||
- [x] 拿到到Team City帳號
|
||||
- [x] 加入USB switch的參數 (2021/01/21-2021/01/21)
|
||||
- [x] 實機測試USB switch (2021/01/22-) ^5da8a9
|
||||
- [x] 將USB switch的參數寫到RobotRunDocOnline (2021/01/22-) ^e41150
|
||||
- [x] 更新Jira [VC-30666](https://jira.logitech.com/browse/VC-30666) (2021/01/22-) ^8132b0
|
||||
@@ -0,0 +1,25 @@
|
||||
- [x] 可以讀出device version (2021/01/11-2021/01/14) ^f3bffe
|
||||
- `FWUpdateMeridian-DEV.exe` 雖然可以讀version，但是是顯示在UI上，script無法從terminal讀出來。
|
||||
- Visual Studio 2017無法編譯，會有[C2280](https://docs.microsoft.com/zh-tw/cpp/error-messages/compiler-errors-1/compiler-error-c2280?view=msvc-160)的error。
|
||||
- Error at `Frontends\common\cliwrapper.cpp`, line: 87
|
||||
```
|
||||
template<class S>
|
||||
locked_basic_ostream<E, T> operator<<(const S& s)
|
||||
{
|
||||
auto lock = std::unique_lock<std::mutex>(sync_basic_ostream_mutex);
|
||||
os_ << s;
|
||||
return locked_basic_ostream<E, T>(os_, std::move(lock)); <- HERE!
|
||||
}
|
||||
```
|
||||
- 使用Visual Studio 2013可以編譯。
|
||||
- [x] 修改`vc-fwUpdate`裡面的`LogiFirmwareUpdateMeetup`來讀device version並從teminal印出來。(2021/01/11-2021/01/14) ^703261
|
||||
- [x] 可以讀出image version (2021/01/11-2021/01/11)
|
||||
- 因為image version是包在`FWUpdateMeridian-DEV.exe`裡面，每個版本都會有不同的`FWUpdateMeridian-DEV.exe`，所以沒有辦法透過修改`FWUpdateMeridian-DEV.exe`來得到image version。
|
||||
- 請Avon為每一個`FWUpdateMeridian-DEV.exe`編寫一個`version.txt`來讓`FwUpdateCheck.py`讀取。
|
||||
|
||||
- [x] 測試不同firmware交替測試 (2021/01/16-)
|
||||
- [x] 再跟Avon要一版firmware (2021/01/16-) ^429c0b
|
||||
- 結果沒給，算了
|
||||
- [x] 測試Meetup的錄音 (2021/01/16-) ^f5f408
|
||||
- [x] 把Meetup FirmwareUpdateCheck.py更新到RobotRunDoc (2021/01/16-) ^fed4be
|
||||
- [x] 把Meetup FirmwareUpdateCheck.py更新到Jira (2021/01/16-) ^04fb4f
|
||||
@@ -0,0 +1,9 @@
|
||||
1. ![[Pasted image 20201212234307.png]]
|
||||
2. ![[Pasted image 20201212234315.png]]
|
||||
3. ![[Pasted image 20201212234325.png]]
|
||||
4. ![[Pasted image 20201212234335.png]]
|
||||
5. ![[Pasted image 20201212234340.png]]
|
||||
|
||||
----------
|
||||
|
||||
Source: [How to Make Google Docs Look Like Dropbox Paper](https://medium.com/s/story/how-to-make-google-docs-look-like-dropbox-paper-787dff91fd2f)
|
||||
62
02. PARA/04. Archives（歸檔）/03. Resources（資源）/PARA筆記.md
Normal file
62
02. PARA/04. Archives（歸檔）/03. Resources（資源）/PARA筆記.md
Normal file
@@ -0,0 +1,62 @@
|
||||
PARA是一種組織信息的思路，但並不是某種具體的規範和教條，其核心是「根據信息的可操作性程度，對信息進行聚焦或轉移」。
|
||||
|
||||
@George Hale 說道：如果要對信息或者工作寄託長久，有三點是必須遵循的，專注一些領域、步步為營和廣泛吸收。
|
||||
|
||||
可量化意味著明確的階段性和邊界，不可直接量化的領域「專家」是偏主觀、自我感受和直覺。
|
||||
|
||||
創建一個清晰的項目清單，能讓你知道你的能力邊界。而一旦界定了邊界，你就可以有意識地、戰略性地決定做或者不做，如何彌補還是盡快放棄。只是大多數人搞不清楚項目和領域的區別，看看下圖中的例子，這個列表中沒有一項是項目。假期有結束的時候嗎？有沒有這樣一個時刻，你可以一勞永逸地把「效率」從你的清單上劃掉？不，這些是正在進行的領域，而不是項目。
|
||||
![[para_example.png]]
|
||||
當我們對項目定義不清晰的時候，它會帶來以下的問題：
|
||||
- 你對自己能承諾的邊界一無所知；
|
||||
- 目前的努力和長期目標沒有關聯；
|
||||
- 你不知道你是否在朝著你的目標前進；
|
||||
- 項目和領域需要完全不同的思維方式。
|
||||
|
||||
## 0. 理清你的領域
|
||||
對領域的安排，更多的應該是你自己決定你想要在什麼地方投入精力，而非別人的期盼——除了你自己之外，沒有人應該對你負責。
|
||||
|
||||
理清領域最難的地方在於，你要坦然面對自己的內心。
|
||||
|
||||
你可以有兩種方式來面對：
|
||||
- 一種是讓自己和一些宏大的東西聯繫起來，比如寫一本書，建立一家公司，研究一種美食，持續的幫助一些人；另一種是只關注當下，不考慮過去和未來。
|
||||
- 你可以像投資一樣來審視你的時間，然後思考你的投資策略
|
||||
|
||||
## 1. 先定義項目清單
|
||||
定義你的項目，否則他們會定義你
|
||||
。
|
||||
## 2. 建立項目清單
|
||||
收集完整的清單是獲得控制權的第一步。創建一個清晰的項目清單，讓你有信心對新的承諾說是或不是。
|
||||
- 導出所有想法
|
||||
- 保存有價值的東西
|
||||
- 整理和完善你的清單
|
||||
- 確定預期成果和時間範圍
|
||||
- 進行優先級排序，審視結果
|
||||
|
||||
|
||||
## 3. 和過去告別
|
||||
重要的事情不會忘記，忘記的事情都不重要。
|
||||
- 將現有的文件移動到一個新的文件夾中，名為「歸檔[日期]」的文件夾中（帶今天的日期）
|
||||
- 為你當前的每個項目創建文件夾。
|
||||
- 將所有項目文件夾移到一個新的文件夾中，名為「項目」。
|
||||
- 創建一個新的「歸檔」文件夾，並將現有的文件夾移入其中。
|
||||
- 僅在需要時才創建新的文件夾。
|
||||
|
||||
|
||||
## 4. 日常維護
|
||||
### 4.1 大膽地讓信息在各模塊之間的流轉
|
||||
要避免創建一大堆可能永遠不會被使用的空的筆記本或文件夾，這只會讓你的工作空間變得擁擠不堪。
|
||||
幾點注意事項：
|
||||
- 項目和領域之間會經常變化，比如某個產品功能上線後效果不錯，成為了需要長期維護的系統
|
||||
- 領域和資源之間也會變化，比如把某個興趣愛好升級為副業
|
||||
- 不要吝惜歸檔，也不要認為歸檔是垃圾箱。
|
||||
- 許多時候當前項目的總結，會對未來的內容有用，記得去歸檔中尋找過去的智慧，不要重新發明輪子。
|
||||
|
||||
### 4.2 用每個當下來維護系統
|
||||
這套管理系統在設計之初就是希望能降低使用成本，無需額外投入太多的精力而設計的。所以一旦你需要單獨抽取大量時間來維護，則就意味著違背了這套系統的初衷。
|
||||
|
||||
及時組織：這看起來就像在你的組織結構中，隨著你的發展，在你的組織結構中進行小批量的改變，而不是大批量的改變，更不是作為一種專門的努力。
|
||||
|
||||
不用擔心把筆記從一個類別流轉另一個類別是出現什麼錯誤。沒有「完成」，因此你不必擔心「完成」是什麼樣子的。你總是有搜索作為備份工具，無論你漏掉了什麼，或者放錯了什麼，都可以找到。一旦你開始有規律地使用這套系統，你就會頻繁地與這4 個分類進行互動，你就會開始注意到各種小的優化和變化，讓信息更容易被未來的自己發現。
|
||||
|
||||
----------
|
||||
來源：[P.A.R.A. 是什么及在 Notion 中的应用 - 少数派](https://sspai.com/post/61459)
|
||||
Reference in New Issue
Block a user