Benmr's blog

文章列表 · 全部

首頁

關於

文章列表

loading..

[為什麼要睡覺?:睡出健康與學習力、夢出創意的新科學] 閱讀心得

前言衝著比爾蓋茲和癌大推薦 終於把這本書啃完 裡面內容真的太豐富,從實驗設計、數據統計到理論推導都相當嚴謹 以下節錄重點 重點節錄掌握人睡眠的兩大趨力: 近日節奏: 人的一天”大約”為24小時的規律 實際上比24小時多一點,所以叫近日 有個體差異,所以有晨型人、夜型人、介於兩者間的人 基因決定,為適應採集生活中須要防備外敵需求,但在工業社會後對夜型人相當不公平 實作方式: 分泌褪黑激素 睡眠壓力 腺苷: 濃度越高,人越想睡 咖啡因會和腺苷的受體結合,使人不想睡。這兩種趨力互相獨立 所以人可以熬夜卻不想睡 (腺苷高,但近日節奏走過低谷) 判斷是否睡的足夠: 起床後,10、11點是否會回頭睡 中午前是否可以在沒有咖啡因的狀況下理想運作,若不行 則可能是腺苷一直累積 變長期慢性病 不設鬧會,是否會睡..

更多
loading..

[編譯 vs. 直譯] / [靜態 vs. 動態] / [強型別 vs. 弱型別]

[編譯 vs. 直譯] / [靜態 vs. 動態] / [強型別 vs. 弱型別]前言最近因為 [編譯 vs. 直譯] / [靜態 vs. 動態] / [強型別 vs. 弱型別] 有各種理解上的困難 索性寫一篇文章下來當作筆記 提醒自己的同時也希望對讀者有幫助! 編譯 vs. 直譯首先我們要理解到 為了讓我們人類寫的程式碼能讓機器讀懂 中間就一定會有一個轉譯的過程 透過這個過程 將我們人看的懂的語言轉換成機器看的懂的語言 也就是 0 和 1 圖解如下: 而這個轉換的的方式則分成兩種 → 編譯 與 直譯 對應到的工具就是 編譯器 與 直譯器 差別如下: 編譯器:一次性把所有的程式碼轉成機器看的懂的 0 和 1 他的文件就是在Windows裏叫的.exe檔 或者Unix中的可執行檔 優點:..

更多

[蠟筆小新:風起雲湧 猛烈!大人帝國的反擊] 心得

[蠟筆小新:風起雲湧 猛烈!大人帝國的反擊] 心得前言這部真的超神! 完全呈現當下日本人對21世紀的各種不滿 以及對過往事物的留戀 雖然是20年前的電影了 放在現在看卻反而更加真實 簡單列幾點印象深刻的點下來 重點節錄以下分成 配樂、情感描寫、運鏡、價值觀來切入討論 配樂: 一如往常地優秀,該熱血時該熱血,該溫情時該溫情每個轉折都做的超級優秀 有一度會被音樂拉走的感覺xd 廣志回憶過往那個3分鐘經典真太加分 (https://www.youtube.com/watch?v=l-kIeMNBDfE) 最後一 cut 小新不斷往上跑也是透過樂器不斷堆疊 加上小新激情演出 才跑出最後大高潮啊 情感描寫:片中沒有絕對的反派,就算是看起來像反派的阿建還是不斷給小新一家機會打壞他的計劃似乎是刻意在跟他們說 “用行動來證..

更多
loading..

MYSQL:使用臨時表一次性大量UPDATE

前言最近遇到須要更新一堆 DB 欄位的需求 實作後發現不同的寫法對效能的影響滿大的 這就來紀錄分享一下 問題情境假設我們有2張表 分別是 order、orderDetail 其中 order 是訂單的總表 而 orderDetail 則是訂單的細節 兩者關係以下圖示之 order orderDetail 原始 table在 order裡的第一筆 (id=1) 就叫他 apple 訂單吧! 對應到 orderDetail 可以發現 apple 訂單裡面有兩個 item 分別是 雞排 和腿排 (兩者的 fk 為 fk_orderID = 1) 但為了閱讀方便 我們想要在 order 裡多新增一個 items 欄位 把這張訂單裡保括了了哪些品項給列出來 並用逗號隔開 成果如下 修改後 ta..

更多
loading..

「原子習慣:細微改變帶來巨大成就的實證法則」讀書心得

前言紅透半邊天的書,身為跟風仔當然不得不拜讀一波 作者用了相當多的例子來證明養成習慣的重要及如何培養好習慣 就讓我們來看看這本全世界都在讀的書到底是在說啥吧! 重點摘要習慣的重要 每天一點點的小改變,將因著複利效應,隨時間加長而帶來巨大變化 → 原子習慣的重要 值得注意的是,好的習慣會帶來可觀的成長,反正,壞的習慣則會帶來可怕的崩壞 → 壞原子習慣的重要 改變習慣的訣竅改變習慣最有效的方法 → 改變身份認同 e.g., 我正在戒煙 versus 我不吸煙,就是兩個明顯相左的身份認同,且後者明顯更有效 建立好習慣的4法則 法則一:讓提示顯而易見 行為的改變始於察覺,必須讓自己先明確且清楚意識到要改變的東西,改變才會開始 法則二:讓習慣有吸引力 將要建立的習慣與既有的愛好或習慣綁定並堆疊在一起,公式是: ..

更多
loading..

聯盟行銷 API 串接 - 以聯盟網為例

前言近年來聯盟行銷以相當快的速度火紅起來 雖然相較於歐美,台灣算是發展相當慢的了 但遲到總比沒到好 就讓我們來了解一下聯盟行銷是什麼 以及該如何串接聯盟行銷的 API 吧! 什麼是聯盟行銷簡單來說 就是當廠商想要推廣商品時 為了讓擴散效果擴大 於是廠商找了很多推廣者來,讓這些推廣者來幫忙賣商品 如果推廣者成功賣出商品了話,就會分到一定比例的分潤 進而達到雙贏的效果 因為對廠商來說,他成功賣出了產品 對推廣者來說,他成功取得了分潤 在台灣 比較常見的機制是 廠商們和推廣者會透過中間平台 (比如說聯盟網/通路王) 媒合 這種作法的好處有二 廠商不用大肆宣傳即可接觸到很多推廣者 廠商不須一次接觸大量推廣者,而是與單一窗口對接即可 (對推廣者亦然) 其關係可以以下圖表現之 無第三方平台 有第三方平台..

更多
loading..

串接 Google OAuth 2.0 實現第三方登入

前言為了使用者方便 在目前的各大網站的註冊流程中 通常除了最基礎的註冊新帳號以外 也會提供第三方登入 比如說 google 登入、facebook 登入,甚至 github 登入等等 這樣的好處是可以讓使用者不須要額外註冊一個新帳號 而是可以直接使用現有的第三方帳號 即可達到註冊登入 達到快速轉換、降低門檻的效果 本文就是要來介紹如何使用 Google OAauth 來實現第三方登入 流程簡介 (來源: Google) 自 Google API Console 取得 Google OAuth 2.0 憑證 自 Google Authorization Server 取得 access token (圖中 Request token + User login & consent + Authori..

更多
loading..

UML: 循序圖簡介

前言: 什麼是 UMLUML == ‘Unified Modeling Language’ == ‘統一塑模語言’ 它是一種標準化的標記語言 使開發者在對其他部門說明軟體系統時能更具體 並以視覺化的方式來建構流程 同時將這個流程給文件化 相較於常見的流程圖 UML 可能會會更有助於工程師與其他部門協助 (如 UI/UX) 不過 還是得視情況決定什麼圖表最適合 以我的經驗來說 如果某一個功能牽涉的範圍或部門較廣 使用 UML 可能就是一個比較合適的方式 另外 UML 又有很多種不一樣的類型 以下將以循序圖 (Sequence Diagrams) 做說明 流程圖 vs 循序圖流程圖 這是個很常見流程圖 若沒有發生跨部門、跨類別處理的話還滿簡明的 但若遇到的狀況是..

更多
loading..

使用 PHP 安插固定排序 & 隨機排序卡片

前言在特定情境下,我們想要把 array 裡的東西同時照特定的方式做排序 其中有幾個是固定的,有幾個是隨機的 比如說我們有 itemA ~ itemF 總共六個 item 我們想要把排序第一、第三的給固定下來 同時讓排序第二、第四個從 itemA ~ itemF 給取出但不重複 所以結果可能是這樣 也可能是這樣 那要怎麼做呢? 以下就架構,分兩個部份討論 架構一、存 db 格式為簡化討論 我們假設 itemTable 裡只有三個欄位 分別是 id、name、sort 在存資料時 我們把要固定欄位的紀錄之 sort 設為正數 (下圖例為 1、3) 而隨機排序的資料 sort 設為 -1 這樣的好處是我們一眼就可以知道 哪些紀錄是要固定欄位、哪些又是要隨機排序的 二、排序方式這邊先理理頭緒 用自然語言..

更多

PHP 排序 usort 範例教學

前言最近工作上剛好碰到排序的麻煩問題 這邊就寫下來記錄一下 首先會簡介一下各種排序 最後會針對重點 usort 自訂排序做說明教學 php 官方排序 function第一類: 用”值 (value)” 排序 由小到大排序值、且刪除 key => sort 由小到大排序值、且保留 key => asort 由大到小排序值、且刪除 key => rsort 由大到小排序值、且保留 key => arsort 第二類: 用”索引 (key)” 排序 由小到大排key => ksort 由大到小排key => krsort 第三類: 自訂排序加一個前綴 u 在相對應 sort 的前面就好了 以下以 usort 為例 ..

更多
12347