之前寫道開啟了新系列：老子我學不動了，裡面其實就想要分享自己在訂閱的幾個電子報，但因為一直懶惰所以一直沒有開工這一篇文章，不過後來在聊天在看書一直有講到所謂的「先求有再求好」、「先有 version 1 之後再慢慢迭代、要允許自己有試錯的空間」，我覺得他 ** 並不只有試用在企業，更適用於個人 **。

很久沒有更新這裡了，來分享與整理上個禮拜 WordCamp 一日遊的心得感想。之所以參加 WordCamp...是因為工作有在與 WordPress 打交道啊所以才去啊，不然我才不想去呢、台北對我來說是個傷心地

好拉，其實是有點怕遇到我的前同事...沒想到也真的不小心遇到他了...但沒想到最後也是「相談甚歡」...看來我的顧慮是太多了這樣。

以下就是大概快速帶過我參加了哪些議程以及 Catch 到什麼東東吧

一種在應用層的比 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 來通知到要準備買黃金拉