《 BenQ＆Ting 邀請大家一起。玩藝術。》＃送最新光學檯燈
.
7月初Ting很榮幸接受BenQ總公司的邀請，體驗她們最新NEW! 光學升級版的「＃MindDuo親子共讀檯燈」。經過兩個多月產品體驗後，我們全家人都很滿意！因此Ting也決定把稿費捐出來，買這台最智能檯燈回饋給你們。如何獲得請看留言處，文末也提供幾個實用的「免費親子共讀資源」 ＃歡迎分享跟留言。
-------------
這台MindDuo親子共讀檯燈最讓我驚艷的是它的高EQ＋IQ。 WiT 智慧檯燈 不但能自動偵測環境光源，智能補足當下所需的亮度外，有 ＃兩種調光模式 「冷暖」或是「明暗」差異。
.
大部分檯燈可以調整亮度，但很少能還能切換「黃光或白冷光」。以前修過一堂「照明學課」就是在研究「不同色溫」帶給人的心理的差異！高色溫的冷白光能幫助人集中精神，而較低色溫的黃暖光能帶給人放鬆的情緒。這就是為什麼同樣是吃飯，自助餐跟居酒屋照明設計就有差異了！
.
檯燈就又更講究，光源要夠廣且均勻分散，特別是要考慮會不會眩光，尤其現在很多人還會用螢幕代替紙本。＃紅外線自動感應開燈，我再也不用提醒小孩看書記得開燈，離開座位30分鐘後也會自動關燈。我真心覺得它不該只鎖定賣給親子族群，對於長時間依賴電腦平板螢幕的人，甚至喜歡半夜追劇的長輩，都超適合！尤其放在床頭邊，能 ＃切換不同氣氛又能保護眼睛。
.
除了智能雙模式的優點外，還兼具了優雅流線形的「外貌」！打破了我以前唸書時刻板檯燈的印象。更重要的是它的底座非常穩重，支架也不會鬆垮亂晃。
-------------
更令我驚艷的是BenQ不只用心在開發燈具，還細心設計了專屬親子共讀的網站，提供「＃居家育兒懶人包」裡面有豐富的共讀、活動提案、繪本推薦...等！今天Ting 就跟BenQ合作，教大家如何在家陪孩子玩畫畫。
＃吹畫
.
《#材料》
1. 任何可以畫的紙，大小不限。
2. 液態的顏料：彩色ink、墨汁、水彩、廣告顏料，甚至果汁、
蕃茄醬、醬油都可以....等。
3. 吸管：什麼材質的吸管都可以。
《#方法》
1. 滴顏料在紙上，隨意吹動。
2. 疊層不同顏色，重複第一步驟。
3. 稍微等乾了之後，再疊上不同材質的畫筆增加豐富性。
4. 也可以利用想像力，延伸畫出創造不同圖案。
《#爸媽注意》
不要害怕孩子亂畫，我家兩個孩子個性不同，對於畫畫的謹慎度跟大膽程度也不一樣，最重要的是提醒您，要讓孩子「樂於其中」。如果怕髒，記得穿圍裙或是套一件大人舊的深色T-shirt，也可以下鋪報紙、防水布或切割墊，顏料就選容易可清洗的。
.
-------------
BenQ的「居家育兒懶人包」也提供不少線上免費親子共讀繪本的資源！我就收穫不少，分享這幾個給你們。若想看完整的「居家育兒懶人包」可至IG帳號 @benq.lighting.tw／FB帳號 WiT 智慧檯燈
1. 文化部-兒童文化館：
https://children.moc.gov.tw/
這個網站真的是資源超豐富！非常用心！比如說「推薦書區」可以按照年齡跟類別去挑，「主題閱讀區」還有超多是講台灣文化跟節慶，最近我超有興趣的書就是「我的獵人爺爺：達駭黑熊」、「出大甲城」、「故事臺灣史：22個改變臺灣的關鍵人物」、「一家人的南門市場」! 最棒的一點是每本書都能「免費聽書！」皆是台灣的中文發音，超適合我們這種海外渴望有中文環境的家庭，甚至有不少豐富的繪本動畫跟互動小遊戲，我家兩兄妹超愛！
2. 台灣雲端書庫：
https://www.ebookservice.tw/
這是遠流出版社開發的平台，採用「公共借閱權」的精神，市民借書政府付費，再回饋給出版社、作者跟通路，成就一個閱讀產業健全的生態。方式很簡單，只要透過台灣地圖上所標示的縣市圖書館借閱證，就享有該市圖雲端書庫提供的免費借閱電子童書服務。每本書都不受借閱次數的限制！想看隨時都能看到書，免排隊的好處。國臺圖的右上角「網路辦證」http://lib.ebookservice.tw/ntl2/
3. 「 Hyread嗨讀雲端」我沒有試過但聽朋友說，只要持有台灣任何六都的市立圖書館借閱證，就可以登入Hyread電子書平台，完全免費且免預約，也能借閱超多兒童繪本，不知道有沒有人試過？
4. google Art & culture：
https://artsandculture.google.com/
這個網站我在英國封城期間也使用過幾次，可以欣賞線上展覽，網羅超過70國1200間博物館跟美術館展品，還有不少互動小遊戲。
.
#MindDuo親子共讀檯燈 #育兒一把照
#兩種閱讀模式才可靠 #BenQMonitor
疊床架屋故事 在 Re: [閒聊] OOP小評- 看板Soft_Job - 批踢踢實業坊 的推薦與評價
這一系列下來，看到不少對 OOP 、重構有誤解的地方
一、要理解 OOP ，需要先知道「OOP 想解決的問題是什麼？」
先看整個程式設計的發展
一開始是機械語言、組合語言
再來是程序式語言，所以衍生了結構化編程、流程圖的出現
之後是物件導向，衍生了 UML
如果拿不適合的標準去評論 OOP，
某種程度上跟問「你為什麼要用 C 寫，組合語言不是比較快」沒什麼不同
OOP 想解決的問題是什麼？
當「軟體規模」很大時，需求變動造成軟體很大的修改，甚至引起很多的問題。
在這沒有認知到這個問題時，一些批評 OOP 的論點就很有問題
A.關於「疊床架屋」
舉例，常常會看到類似的程式：
void A() {
doSomething1();
B();
doSomething2();
}
void B() {
C();
}
void C() {
doForC();
}
在這個例子中， A() -> B() -> C() -> doForC();
但 B() 根本沒做什麼事，只是直接再呼叫 C() 而言
這根本是「疊床架屋」，為何不直接 A() -> C()？ 甚至 A() -> doForC()？
這樣的說法未必是錯的，但是 OOP 有另外的考量
舉個例子，在 OOP 中可以「繼承」 C()
void C() {
doAnotherForC();
}
這樣一改，C() 的行為變了，但不影響 A() 的邏輯。
此外，也可以改寫 B() （改寫方法有很多，同樣繼承是一種方法）
void B() {
if(case1) {
C();
} else {
D()
}
}
如果不用 OOP() ，那寫法可能變成：
void A() {
doSomething1();
if(case1) {
doForC();
} else if(case2) {
D();
} else if() {
}
doSomething2();
}
整個 A() 的邏輯就變大、變複雜
甚至，當 case1, case2 的邏輯改變時（譬如加入新的資料型態），A() 都要跟著改。
說到這，就想到一個有趣的故事：
問：現在有水壺、瓦斯爐、水龍頭，水壺內沒有水，現在要燒一壺熱水，要怎麼做？
答：
1.打開水龍頭，將水壺裝滿水
2.將水壺放上瓦斯爐
3.開啟瓦斯爐
再問：如果有水壺、瓦斯爐、水龍頭，水壺內裝滿水，要燒一壺熱水，那要怎麼做？
一般人會回答：
1.將水壺放上瓦斯爐
2.開啟瓦斯爐
數學家會回答：
1.將水壺的水倒掉
2.回到上一題的解法
有注意到嗎？數學家的回答是充分用已知的解答來回答新的問題
儘管當你深入去研究時發現：要先倒掉水，再裝滿水，不就是白費工？
於是，你要說：OOP 是疊床架屋？
是的，它是，但是它有它要解決的問題(軟體規模大到一定程度)，
所以疊床架屋，但是最主要的問題不是「疊床架屋」，而是「軟體規模大」
B. 關於將資料和程序放在一起
我個人覺得更精確的說法是：將「相關的」資料和程序放在一起
想像我們現在在蓋一間房子，有兩種可能：
I. 每間房有各自的家電用品，開關都在各自的房間
II. 每間房有各自的家電用品，開關都集中在某一間房
那麼，我們會蓋哪一種？
OOP 是認為：對於資料，只有跟他有關的程序才能接觸他。
不太確定你所謂的「資料和程序不要放在一起」會是什麼情形？
就像是 C ，也會把
public A() {
if(x > 5) {
//
} else if(x > 2) {
} else {
}
}
C. OOP 沒變法定量或定性嗎？未必
我自己的定義就是「能省下多少功」
二. 關於「重構」
有版友提到：重構感覺就是在鬧革命
這只能說，對「重構」是完全的誤解
首先，重構的粒度有大有小
小到改變數名稱，大到修改整個繼承體系乃至於重寫，都是重構
（甚至，我個人都覺得，排版、增加空行、修改註解也可以算是重構了）
重點在於：要在什麼時間點，選擇怎麼樣的粒度
如果在要出貨前，來個如修改整個繼承體系一樣的重構，那基本是弄錯重構的精神
我個人對「重構」的定義是：「有系統地」「改善」「既有軟體」
因此，「有系統地」是一個很大的重點。
題外話：
不要以為重構改只有改註解，就不會有問題
有時候註解也是會產生 bug，譬如下面這個例子，用 gcc 會出問題
https://ppt.cc/WA0v （預期會是 437 ，有 bug 時是 400）
================== comment_matters.cpp ==================
#include <stdio.h>
int compute(int n) {
// 加法
n+=3;
// 乘法
n*=4;
// 自己乘自己乘自己
n*=n;
// 最後再加上37，希望能成功
n+=37;
printf("The result: %d\n", n);
}
int main() {
compute(2);
}
================== comment_matters.cpp ==================
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.112.30.46
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1425539540.A.BD7.html
當你遇到一堆有的沒有維護的問題，你就會知道什麼是一定程度了
用 gcc 或 Dev-C 試試看
不妨猜猜為什麼會如此 :)
事實上，把相關的資料和程序放在一起，這很常見
假設在用 C 寫大數。
通常也會寫成類似：
struct BigNum {
}
void addBigNum(BigNum&, BigNum&);
void multiplyBigNum(BigNum&, BigNum&);
然後將這些放在 big_num.h/big_num.cpp
這就是把相關的資料和程序
只是在 OOP 有更簡單的作法，就叫 class
※ 編輯: oaz (140.112.30.46), 03/05/2015 17:53:15
... <看更多>