Simon Willison 提出來的 PAGNIs
source link: https://blog.gslin.org/archives/2021/07/03/10225/simon-willison-%e6%8f%90%e5%87%ba%e4%be%86%e7%9a%84-pagnis/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
Simon Willison 提出來的 PAGNIs
Simon Willison 提出來「PAGNIs: Probably Are Gonna Need Its」，整理一下裡面提到的功能。
第一個是 kill switch，在 API 設計上一開始納入強制升級的傳回值，文章裡面有提到一些情境。
第二與第三剛好就是 Test + CI + CD，常常是 best practice，除了文章裡面提到的東西，在其他人的文章裡面應該也都有類似的討論。
第四是 API 的分頁，這個部份只講了要分頁，沒講到分頁時資料庫的效率問題，這部份可以參考「API pagination best practices」這邊的討論，key-based 的 pagination 效能會比較好，也可以避免對資料庫的 DoS 攻擊。
第五是 API 的 log，作者的建議是一開始什麼都存起來，等量大的時候再拔掉，會對於初期開發與除錯很有幫助。我是會掛 Sentry 這類的東西，有錯誤的時候會記錄起來。
第六看不懂他想要幹什麼，先跳過去。第七是在講要盡早實做這些 practice，等專案都推出去後再回過來實做都很花時間。
有些可以練手一下...
Related
阿部屋咖啡店
先給基本資料：台北縣新莊市中平路263號，電話是 (02)89911027，不知道路要特地來的可以先到新莊高中門口再找路。 前幾天在 IRC 上看到這個報導：女僕端咖啡 吸引宅男回家，用 Google Blogsearch 只找到這篇：阿部屋~女僕店，裡面有不少照片，不過手振蠻嚴重 XD Anyway，我是跟表弟去吃完宵夜以後決定去這家二十四小時營業的「阿部屋咖啡店」試看看，不過到的時候已經過十二點了 (晚上十二點到早上九點是不開放二樓的)，所以只能外面的桌子吃，所以裡面的插座以及無線網路的情況不太清楚。 至於女僕的部份嘛... 基本上只是穿著女僕服的 waiter，我跟表弟站在收營機前要點餐的時候，waiter 還是只顧著自己在準備飲料之類的東西 (也有可能是因為深夜只有一個人)，以女僕咖啡店的標準來比較的話... 完全不合格。 再來講飲料及餐點的部份，因為是吃過宵夜，所以我們兩個一開始只點了冰飲料，結果飲料上來的時候是一般外帶用的紙杯裝 (參考上面有圖片的 Blog)，完全不合格。後來我肚子又餓了，所以又點了點心與飲料，順便請他把一些建議轉給店長。東西是不會難吃，不過也沒有特別好吃或好喝。 Anyway，我覺得以「女僕咖啡店」的標準來說，這家完全不值得去，這家以「價錢」換掉某些應該要有的東西 (參考上面提到的 Blog，裡面有價目表)，我建議還是去地下街或是西門町會比較好。 Update：另外找到 女僕咖啡店:阿部屋 這篇也是講阿部屋的文章。
July 21, 2007In "Food"
Social Network Search in Taiwan
事先說明：我是 Pixnet 的技術顧問，在這篇文章裡提到的這項服務與 Pixnet 以及 Pixnet 競爭對手有關。 網址：http://sn.hasname.com/。 前陣子看到「玩WARM人脈搜尋網 竟抓到劈腿男」這篇文章後，我第一個想法是「這個東西也能當研究？」，如果連這種幹壞事的事情都要教授指導才能研究的話... (後面三千字省略) 我在思考了一下整個架構後，似乎沒有技術上的問題，至於 Similiarity (好友相似度) 的部份，在 IRC 上跟 lwhsu 討論過後也已經知道方向在哪裡，就跳下去寫，看看要寫多久。Social Network Search in Taiwan 這個網站就是這樣的產物。 目前只做了無名小站的部份 (先跑一陣子看看)，未來希望能再加上其他站台。另外有打算直接開放 API (預定是 JSON 與 SOAP) 以及 feed (應該還是會用 RSS 2.0)。 以下補充一些題外話。 以我個人的習慣，系統當然還是 FreeBSD + Apache (不是 lighttpd) + MySQL + PHP 組成的 (FAMP 架構)，整個…
October 21, 2007In "Blog"
PostgreSQL 的 scale 建議
在 Hacker News Daily 上看到「Postgres scaling advice for 2021」這篇，講 PostgreSQL 要怎麼 scale，在 Hacker News 上也有對應的討論可以看：「Postgres scaling advice (cybertec-postgresql.com)」。 文章前面先提到分散式系統的複雜度會導致 RDBMS 上的一些假設失效，所以如果可以用單台機器暴力解，就儘量用單台機器來解 (scale up 的情境)，裡面就提到了一些「暴力可以解決很多問題」的說明，差不多就是前幾天提到的「Let's Encrypt 升級資料庫伺服器 (AMD YES？)」。 後面提到如果真的要放進分散式的 RDBMS (scale out 的情境)，怎麼設計資料結構會比較好。 這邊剛好也可以提一下，量夠大的時候要把 OLTP 與 OLAP 的應用分開，現在有很多 OLAP 資料庫可以選擇，同步的工具也很成熟了，通常效能會比在 OLTP 上面硬跑來的好。 最後提一下，文章裡面對於 transaction per second 可以拉很高，有些假設沒有明寫出來。這需要盡可能把 transaction 拆小，避免常常有 giant…
January 30, 2021In "Computer"
Author Gea-Suan LinPosted on July 3, 2021Categories Computer, Murmuring, ProgrammingTags are, best, gonna, its, need, practice, probably, programming, simon, willison Leave a Reply Cancel reply
Your email address will not be published. Required fields are marked *
Comment
Name *
Email *
Website
Notify me of follow-up comments by email.
Notify me of new posts by email.
Post navigation
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK