一種在應用層的比 HTTP 還輕量之通訊協議，常常被物聯網所使用。至於他的核心在於有一個名詞名為Broker，負責讓大家subscribe和publish。

作為 Client 端一旦與這個Broker連結之後，他可以sub也可以pub。

這個我以前面試有被考過這一題，印象非常的深刻！所以在這裡便紀錄下來做一個重新再提醒。HTTP 其實是一種Stateless的協定，也就是無狀態的協定。這意味著：每一次的HTTP Call都可以被視為一種獨立事件、彼此互不關聯。

這是一篇隨便寫一寫的文章，主要是紀錄我想要建立一個簡單的 pypl package 紀錄。 建立一個自己的 pypl package 其實還蠻簡單的，需要先事先準備的是:

• 一個 pypl 帳號或一個 testpypl 帳號：在這裡我使用 testpypl, 這個網站就是 pypl 官方來測試 pypl package 的網站用的，所以測試的話你可以盡量使用。如果你要正式使用可以使用 pypl 帳號喔。
• twine pypl package
• build pypl package

之前，讀了這本「你要如何衡量你的人生」，到現在整理一些簡易的心得才 po 上來......

最近人生其實頗為迷惘、或許是到了一個人生路口吧！現在所做的工作也不是到自己頂級喜歡的，然而、哪有工作是完美的、是天天都讓自己喜歡的呢？

在高中畢業時，其實學妹就有推薦我讀這一本書。然而笑。死。

我到現在才開始買這本書、讀這一本書 XD

我覺得 Laravel 的 Authentication 其實變了很多。

從一開始可以使用php artisan make:auth 做一個簡單的auth起手架以後，往後變成要下載 package，到現在可以根據不同的情境使用不同的 package。

最近突然心血來潮看到這篇 Laravel new 的 post: https://laravel-news.com/building-your-own-laravel-packages

於是起心動念開始寫一個 package 來玩一玩。 詳細程式碼在這裡：https://github.com/r567tw/laravel-package-practice

好的工程師通常對於自己的 code 會有所在意，並思考著如何能讓程式碼更讓人好懂,好閱讀。 以及通常團隊裡也會有統一的 coding-style。

在 Laravel 9 之後有個套件我覺得很有趣，它就在某個程度上就解決了這個情境 個人認為蠻值得簡介一下，叫做 Laravel Pint。

我其實是一個不太喜歡苦工的工程師，我很喜歡用程式解決我個人的生活問題。自動化最棒了！

之前有個想法希望可以買黃金，剛好看到 github action 有所謂的schedule 的選項，於是我就有個大膽的想法：不如就讓 line 來通知到要準備買黃金拉

Pragmatic Programmer 他談很多題目，裏面也談到很多如何寫程式的廣泛技巧，例如第一篇我們談到的正交性, 以及知識資產的部分。未來可能我也會陸陸續續分享他各種不同的篇幅與個人領悟。

這次我想要分享他其中一個篇章：需求坑。

做軟體工程師越久，就越覺得這個小篇章所講的有感。我們常常把客戶的“第一次需求”當真，並且就一頭埋入實作它的解決方案。

這種最初的需求並不是真正的需求。客戶可能本身沒有意識到這一點，但其實這種需求是一種邀我們去進一步探索的邀請

在這個小篇章，我最有印象的是這句話：

管理知識資產與管理金融資產非常相似