俗稱防媽見打🤣

其實在買這個秤子之前，我已經有一個食品秤子了

但就在不久以前，我像以往一樣做了無數次的自製壽喜燒

但就一個手殘

秤子竟然滴到醬油就壞了@@

平常去吃這些"麥肯堡" 的三高速食只有一個理由

就是沒有優惠碼不去

看了新聞說有個萬聖節優惠碼只能用三天

這也太不爽了@@

要能直接用到年底才爽阿

呼呼...等了好久的鑄鐵鍋具終於到了

但鑄鐵鍋使用的第一步驟就是需要先"開鍋"(俗稱養鍋)

才能正常使用

雖然鑄鐵經多次使用就會自然達到養鍋保養的效果

但一開始還是強烈建議先開鍋

才不會讓第一次食材完全"沾"在鑄鐵表面上喔~

老實講

最近常常看到路邊一些超文青的咖啡店在拉花

那個質地看起來就超香濃

還以為是用了飲料"奶昔"，也就是鮮奶油來拉花

但這樣一定油到不行...

所以他們是用了"純牛奶"，竟然就拉出那麼香濃的拉花

身為網管的一份子

因為我的Server有設定只要主機溫度過高

就會自動傳送溫度警報的信件到指定的信箱

導致我的手機一直狂被溫度訊息的信件"洗版"

一看不得了...

信件說我的AUXTIN(南橋)晶片

最近漸漸地喜歡上了POTATO Media上寫作文章

因為它寫作的格式還蠻像Medium的

這種不拖泥帶水的寫作方式真的很簡潔有力

對小雨常寫技術文章來說，是蠻給力的

但最近遇到一個奇怪的問題

對任何檔案或資料夾/目錄

按"shift"鍵不放，再按滑鼠右鍵

即可找到 "複製路徑" 的選項了!

提示:這裡的路徑複製的是"絕對路徑"喔!

有了絕對路徑當然有"相對路徑"

part2有提到要去ikea吃飯

那是因為輕軌的其中一站：輕軌軟體園區站

附近就有一間ikea喔~

而且也不用走很遠

走路大概5分鐘而已 (大約300m，ikea高雄店)

從愛河之心(C24)，也就是大順路段通過後

進到了本段最美的地方

途中不僅會通過被很多網友稱為"龍貓隧道"的樹森林隧道

還會看到有如一朵朵如同"蘑菇"的車站

(小雨覺得跟高雄新車站的設計反而有點相像...)

聽聞之前國慶連假的時候，高雄輕軌有新路段通車

但一直忙，都沒有時間去...

剛好最近終於有空了，打算來坐坐體驗拉~~

為自己規畫個輕軌半天行，感覺應該會很不錯

也為繁忙的工作暫時有個緩和的時間!

Python語言的環境
Anaconda：https://www.anaconda.com/distribution/
VsCode：https://code.visualstudio.com/download
代碼建議用python3，python2跟3語法和結構完全不同

----------------------------------------------------------------------------------------------------------------

檔案流 vs 資料流

資料流畢竟只是形容資料怎麼樣處理(搭配流程圖)，但無法實際在程式表達出來。而實際在程式裡處理I/O資料的方法或程式碼 就可稱為檔案流

• stdin , stdout是啥？
  有寫c語言的朋友對std應該不陌生，std就是標準(standard)的簡寫，何謂標準串流？<wiki解釋>；例如在一個系統環境上的軟體 如果軟體有輸出輸入的textbox。那資料是如何處理並且顯示呢？ 那就是透過std的處理把資料放到硬體上，再丟出來輸出

---

在std的世界觀內：
write == 就是寫入
read == 讀取寫入的內容(無法寫入)
print()也是一種stdout(標準輸出)，把打進去的內容輸出(顯示)

#等價程式 (S == P)
import sys
S = sys.stdout.write('hello'+'\n') #指標在下一行
P = print('hello')

而stdin也很直觀，就是標準輸入 像python 的input() 就是個標準輸入

#等價程式 (A == B)
import sys
A = input("textbox")
B = sys.stdin.readline()[:-1] #不換行

你可能會想 既然python內建函式那麼方便 為何還需要std？ 因為有些軟體會有按鈕 , 提示框… 都屬物件的一種，而 input() 本身也有方法 屬性，如果只想給個方法(如：sys.stdin.readline)單純輸入，使用stdio 比較推薦 重要的是能做跨文件或環境的I/O

• stderr (標準錯誤輸出)
  這個可不是單指debug(偵錯或除錯)喔 , 而是一種輸出錯誤內容的方法

debug(意指...)
把程式輸入(stdin)
輸出狀態(stdout)
有錯誤輸出錯誤(stderr)

前面介紹了資料結構 想一定跟資料處理也有關係，因為資料處理包含了：
串並：資料流 , 檔案流處理 ； 樹：資料處理程式及演算法

資料流(DF)

可以解釋為資料的流動 流程，主要是在描述或設計資料是怎麼處理的 雖然畫流程圖時很像樹狀，但他沒有方法的分支 所以也是串並列

原始圖片：https://www.lucichart.com/pages/data-flow-diagram

------------------------------------------

一般來說 DF流程圖都會用Gane and Sarson居多 因為比較能準確表達

• Entity：資料的來源(O)或是目的地(I) 可解釋成資料的 I/O
  Entity不能同時存在(ex：如果有兩個Entity，兩者I/O不能互接) 且Entity運作一定要有Process才能做資料儲存
• Data Store(資料儲存)：處理完的資料送至指定位置儲存
  而前面的框框可以表達標示順序,權限或類別 但沒有特殊情況就會當標籤
• Process(處理工作)：資料儲存一定是要經過電腦運算的 所以也可看成資料的方法 但要注意的是一定要有輸入輸出(I/O)
  用法也跟Data Store 的前框差不多 代表順序,權限或類別
• Data Flow(DF)：就是一開始的資料流。資料的流程會有方向，用此來表達

畫出流程圖(網路雲端儲存DF)：

資料結構概論

現代人常都會以電腦來 儲存資料,使用軟體，使用者可能不會去了解其重要性。但如果是it人或這次的目標(提升編寫能力) 就成為處理資料前首先要了解的東西

-----------------------------------------------------------------

資料結構是為了要處理複雜資料關係而衍生出來的名詞，而處理資料就有分處理資料跟運算資料2大部分。瞭解資料結構有助於對程式更了解,也更懂權限的設置觀念 甚至能改善程式架構。(程式碼以python範例)

#p1
print('ex1')
print('ex2')
print('ex3')
print('ex4')
print('ex5')

#p2
for i in range(1,6):
    print('ex%d' %i)

結果兩個都輸出

ex1
ex2
ex3
ex4
ex5

從這兩個可以了解 雖然p1跟p2輸出的結果都相同，但很明顯p1較浪費資源。p1要從記憶體拿資源五次,但p2只要跑完一次迴圈(相當於拿一次就好) 就較省資源。

• 好處：讓寫程式事半功倍

資料2大結構

講完廢話進入重點~

• 串並列結構

資料的輸入輸出與讀寫就是一種串並列結構 (像後面會學習到的資料流跟檔案流 只要有流的大概都是串並列結構)
特色： 每個資料執行過程沒有任何關聯 且為單一處理指定的資料，而輸入可為 (記憶體 , 暫存器 , I/O處理)

• 樹狀結構

不只有程式 資料樹(家族表)也是樹狀結構：

只要有判斷或是重複性質的 都可稱樹狀結構
特色： 每個資料雖關聯，但變動資料不直接影響其他資料 就像電腦資料夾下的目錄 , 判別程式…

昨天有提到 編譯跟直譯是取決於使用它的方法。但如果更深入的講法，這觀念其實只有對一半 因為這還關係到『本身』語言的特性。像原本python是直譯的 而透過外加的功能改變它原本程式結構，就可像c語言一樣編譯成執行檔直接執行

編譯型語言

一種通過編譯器（compiler）將原始碼編譯成機器碼，透過鏈結或中間代碼將雙邊串聯才能執行的語言。
特色： 編譯器一般會有預編譯的過程對代碼進行優化，所以速度快。但一般來講可移植性較低 因為有些只能在預設的環境才能執行

直譯型語言

直接寫程式就可以不需編譯，但每次要執行都要解釋一遍才能執行。
特色： 有良好的兼容性，可移植到任何環境中執行。前提是必須有解釋器(直譯器或虛擬機器) 但其靈活部署快速仍然是好的選擇

----------------------------------------------------------

靜態語言

一般來說靜態語言都為編譯型語言(有例外)，運行時不可改變其結構
主要有 C, C++, basic…

動態語言

一般來說動態語言都為直譯型語言(有例外)，運行時可以改變其結構(如新的函數、功能、代碼可以被改變)
主要有 JS, python, c#…

以python 直譯語言舉例，我現在想編譯成java檔案可以嗎？ 可以使用jpythonC的編譯器把.py原代碼編成.class即可 又因為它是動態語言 程式結構可被改變(程式概念有點像java的混編)，自然代碼也可被引入而不會執行失敗。

第 11 屆 iThome 鐵人賽 (2019年) DAY1

在了解程式之前 一定要先了解程式是怎麼交給電腦運作的，我們先從認識程式語言開始：
程式語言的基礎分類如下

高階語言 == (python,java,c++…)
低階語言 == 組合語言(assembly)
機器語言 == 2進制代碼 人類看不懂

何謂寫程式，寫程式是寫讓人看得懂的 因為真正的01機械碼是看不懂的 但如果要讓機器看得懂 就必須要先『翻譯』給電腦看。
而不同語言有合適的翻譯方式 這就取決於不同程度的語言

組譯 A

其實低階語言與機器語言的距離其實很近 是一種與硬體有密切關係的低階語言 像機械碼的000011 就相當於組合語言的add(加) 算是一種直接對應(但不是直譯)的手段，這就是它還可以叫彙編的原因 把全部程式碼一起翻譯。所以，組譯 基本上就是給組合語言翻譯用的

...................................................................
為何用虛線分開呢? 因為直譯與編譯才是給高階語言用的 而翻譯方式就不是作對應那麼簡單了 而是把它打散(類似加密)或按照機械碼的語法

直譯 D

這種方法其實跟真正的翻譯員有點像 就是把聽到的語言翻譯成另一人看得懂的 無法一口氣把全部翻譯出來 而且因為此特性加上還需要一個程式替他邊執行邊翻譯 所以速度是最慢的。常見的語言有(JavaScript , Python…)

公告: 小雨的馬鈴薯以及邦邦Blog(小雨の部)最近一個月會大幅減少更新文章喔!!

很久沒吃泰式料理了

印象泰式料理都是夏天在吃的

那種酸酸辣辣的感覺真的非常難忘阿

料理中加入椰奶更是絕配

所以今天來吃吃看這間：大心新泰式麵食

還沒看相關此主機板相關SSD開箱的記得先去看喔😎😎

【2022自組電腦】XPG SPECTRIX S40G RGB PCIe SSD 開香測試~ (測試於PRO Z690-A DDR4

完整測試完一般主板上的M.2後，接下來換個比較特別的M.2插槽拉~

有多特別呢?

它是直通CPU，有就是隸屬CPU線程內管理的一個"PCIe 4.0"M.2 插槽

今天提早下班，有幸能在離峰時段看看輕軌實際的運行狀況

先來說說高雄輕軌最近的通車時程

這一段目前已經完成開始試車了

去年是2021年捷運西子灣(哈瑪星)站(C17)到台鐵美術館站(C20)通車

而今年本來是年底要通車這段(C20台鐵美術館~C24捷運凹子底(愛河之心)站)

有時候出門在外

特別是在公司裡

沒有個雙螢幕，整個工作效率就會變得比較不好

而出去如果只帶一條線的話，如果遇到不同螢幕訊號接口

(雖然我的筆電是HDMI接口的，但就是會遇到老螢幕@@)

往往就會沒辦法插