上海万博中国館 vs 東京ビッグサイト

昨晚第一次看到傳說中的上海世博中國館長什麼樣子


……咦？四根柱子撐起倒四角錐？這不是東京ビッグサイト的外型嗎~(＝ ＝)~


立刻 google 確認一下，像歸像，還是有點不同
相較於東京ビッグサイト四根柱子各自撐起一個倒四角錐，中國館是四根柱子共同撐起一個倒四角錐
不過看到中國館的瞬間直覺就讓人想到東京ビッグサイト，這相似度也夠大了

gagaBUX rental referral statistics

這是 4/2 ~ 5/1 的 gagaBUX 租賃下線點擊統計圖表
共租了 300 隻，為期 30 天
gagaBUX 就算是一般會員，每天至少也都有 15 個廣告可以點，而這些下線每人每日的平均點擊數座落在 0~5 次，很明顯與正常人的行為不符，根本就是 BOT
從圖１可以很明顯看出，第一天起點擊率就一路往下滑，直到第 17 天的單日總點擊數終於掛零了


於是在第 17 天將 300 隻全部 recycle，活躍度重啟，然後如圖２繼續一路往下掉到結束


圖３是每天的收益統計表，有單日總點擊數、單日平均成本、單日收益、單日淨收益、平均每隻每日的點擊率等欄位

由統計表的結果，在這 30 天的投資額為 $222，淨收益為 $115.89，獲利率 152.2%

單純以 CSS3 製作而成的小叮噹

元記事：http://shopdd.blog51.fc2.com/blog-entry-932.html

日本的某閒者用 CSS3 拼出了小叮噹
由於各家瀏覽器對 W3C 的支援度不同，因此在各家瀏覽器上看起來的效果都不盡相同
IE 全系列（6 7 8）真的只剩笑果了

Demo頁在此

作者給的各家知名瀏覽器顯示圖例

アッチむいて恋

大綱：嚮往鄉下 slow life 的某城市男孩，靠著自己打工存搬家經費，終於轉學到了鄉下。但卻遇到全天下最無責任感的理事長，因學校方面的作業疏失，主角原本預定入住的宿舍沒空房了，於是被迫住進女子宿舍。
挺單純的偽娘作品，只是在某路線中，某配角的設定居然是放在該路線的エピローグ部分才交待，十分怪異……
然後也是屬於共通路線長、個人路線短的類型，而且各個女主角的個人路線長短明顯不同，不知道是不是作者偏心~(＝ ＝)~

『みな○け』の保○みたい

振り払おうとする朱の手が俺のシャツを引っ掛け、胸元のボタンが一つ千切れ飛んだ。

朱「あ…」

浩介「ああっ、お前……なにすんだよ……」

朱「ご、ごめん」



保坂先輩www

ゆにばる！

超豪洨的作品
「大世界宿舍」，裡頭住著宇宙人、魔女與神仙，都是擁有可以輕易毀滅世界的能力的 Balance Breaker，自然世界中就有各式各樣的組識虎視眈眈地想對她們伸出魔爪，所以房東有義務保護這些房客……不過她們應該也不需要人保護就是了
最豪洨的主角，典型的主角威能，號稱最初的人類，潛藏能力是「任何可能性」，就是什麼事都做得到，連復活死者都被他辦到了
更豪洨的是主角他老母，與無敵是等號關係的存在，被核彈攻擊能毫髮無傷，據本人所言，再怎麼強力的攻擊，只要不命中就無意義了，具體做法是靠気合與根性來閃避輻射線

劇本也是共通路線佔大部分，一一描述完敵方組織與各房客之間的攻防之後，進入好感度最高的女主角路線
而個人路線短短的，主要就是在 H 而已，沒什麼精彩之處
倒是神仙路線裡，由於女主角是不死之身，主角早晚會離她而去，為了能永遠守護她，主角想到的方法是留下子嗣：我死了還有我兒子能守護她，兒子之後還有孫子、曾孫，就能永遠持續下去。這不就意味著代代子孫都得跟這個母親近親相姦嗎XD

剛開始遊戲時，覺得畫風有些眼熟，加上某些動作的呈現效果，跟AYAKASHI一模一樣，但印象中AYAKASHI並不是APRICOT社的作品。G了一下，似乎是同一開發團隊，從CROSSNET獨立出來的
但是個人給此作的評價遠不及AYAKASHI，主要還是劇本除了豪洨之外，實在沒什麼內容……

程式範例中常見的 foo 究竟是什麼東西的縮寫？

Google 後找到了這麼一篇文章：RFC3092

另外，日本方面習慣用的似乎是 "hoge"~(＝ ＝)~

deepBET 抽獎送錢活動

活動頁在此：
https://www.deepbet.com/promotion_flr.php?u=kaworucloud

deepBET 是個提供線上賭博的網站
然後他採用了一個新的促銷手法：免費抽獎送錢
只要進上述頁面，在 Your LR Account 處填入你的 LR 帳戶，就完成該次的報名動作
系統每十分鐘就會挑出一位中獎者，然後把獎金 $0.05 直接匯進他的 LR 帳戶裡
由於 LR 扣了 $0.01 的服務費，因此實收 $0.04
之前是每五分鐘一場，並且不需要填圖片驗證碼的，上週末再進去看，就改成十分鐘加驗證碼了

deepBET 是傻瓜？他辦這活動送錢做啥？
當然送錢是有目的的，就是為了宣傳自己的網站
有天上掉下來的錢可拿，自然就會有大批人潮湧入，這能達成絕佳的宣傳效果，而他所花的宣傳費則是 $0.05 * 6(場/每小時) * 24(小時/天) = $7.2
每天才不到 300 元的成本就能收到巨大的宣傳效果，何樂不為？

※LR(Liberty Reserve) 是個線上金流平台，與有名的 Paypal、AlertPay 同性質

ディアピアニッシモ ルフラン

工画堂くろねこさんちーむ在三年前出的小品音樂作，嗯，與前作シンフォニック＝レイン相比只算是短篇小品
其實在四年前就玩過了ディアピアニッシモ，ルフラン是加入語音與新劇本後的重製版
作品舞台在コンサヴァトリ－－位於人間於陰間交界的學園，自出生8888日內死亡並有心願未了的靈魂有可能會來到這裡，與其他同樣來到這裡的靈魂進行音樂比賽，勝者可以復活回人間，敗者就此死亡，兩兩一組競爭，因此復活率與死亡率皆是 50%
本作無分歧，一篇故事單線到底，除了原本的ナギ篇之外，ルフラン追加了ナルミ篇與ジャスミン篇，每篇都是數個小時就能看完的小品

系統上最大的遺憾莫過於無法重播語音了，想再聽一次都沒辦法(´・ω・`)

在ナギ篇開頭聽到女主角的音痴歌喉時，直接想到的是み、み、みらくる、みくるんるん♪，沒錯，完全是みくる啊！
之後跑去確認声優，果然是ゴットゥーザ様配的沒錯σ(￣▽￣*)

而音樂部分，個人感覺難度比シンフォニック＝レイン高了些，好幾首試了多次還是無法演奏完整首，總是會有部分區段跟不上……

夏に奏でる僕らの詩

夏に奏でるぼんくらの詩
這是一個ぼんくら主角從後宮之中挑選正室的故事
除了某個設定上為蕾絲邊的女主角之外，其他人對主角的好感度從一開始就是 max 狀態，選り取り見とり
劇情走向是在每一章主角一一解決各個女主角所遭遇的困難，解決手段大致上分為與對象女主角兩人私下解決、集合眾幼馴染之力解決兩種，當然私下解決有較高好感度，最後迎接好感度最高的女主角結尾
所以也是主線走完就差不多了，沒什麼特殊個人劇情。各女主角結尾部分也是連續三段 H 情節，外插點痴話喧嘩就交待過去了
題材是屬於神秘系。每天夏天都會齊聚在舞台小島的六人組，於五年前五位幼馴染在海中進行一場遊戲競賽，然後其中一位就再也沒回來了。也因為這事件，其他四位幼馴染也都沒再回來這座島了
五年後，所有人卻又同時出現在島上，然後五年前消失的那位也以幽靈的狀態再度出現……
整個遊戲最令俺感到意外的是，本作標題「夏に奏でる僕らの詩」的意涵出現在第一女主角的結尾中，而此第一女主角竟然不是那隻幽靈(＝△＝. )

繼上作「春色桜瀬」中那輛十分囂張的公車之後，本作的場景依然多處使用 3D 來呈現，波浪、花火、月下美人的開花橋段，特別是開花的部分也讓俺留下深刻的印象（技術的に）

整體而言，個人不是很推薦這部，因為劇情實在不出色，導致俺有多處玩到入睡~(＝ ＝)~

恋色空模様

本作以ドラマ模式切割劇情，一話一話往前走。每話前後各有前情提要、OP影片與次回預告
進入メインイベント之後的節奏掌握得不錯，與對手的較勁過程充滿緊張與刺激，不是以主角威能呈一面倒的局勢，反而屢陷危機之中。
メインイベント所佔的篇幅很長，整部作品幾乎就只有這個主軸，所以之後的各人分歧劇情反而就感覺過短了，精彩度也比不上メインイベント。
主角與他愉快的伙伴們一起熬過了難關，終於可以跟本命來享受ラブラブ的生活，然後在這甘ぁい日常中發生了點小波瀾，最後兩人攜手克服困境，いざ、輝く未来へ～～～って感じかな。
系統操作方面非常人性化，因為可以自訂各功能所對應的按鍵，似乎也能用手把來進行遊戲。
立ち絵的表演也十分活潑，職業柄、どうやってできたのか非常に気になる。
總體而言玩得挺愉快的σ(￣▽￣*)

俺要裝的是防毒軟體，不是防堵軟體！

裝了 F-Secure Internet Security 2010 之後 Alcohol 120% 再也無法正常執行了，聽說連安裝新軟體都不被允許~(＝ ＝)~
在設定頁逛了一下，發現是 DeepGuard 這項功能在搞鬼，將它 disable 之後就正常了

近來的防毒軟體總是這也不能做，那也不能做，疑似有問題的動作就直接給你 block 掉，連問都不問
之前也有過裝卡車司機結果遊戲程式被輾斃的經驗
俺要裝的是防毒軟體，不是防堵軟體！
把其他正常程式給和諧掉不會突顯出你比較厲害，只會讓人感覺你不人性化，多此一舉

DeepGuard 似乎是 F-Secure 挺自豪的功能，利用雲端技術即時判斷威脅程式，但是它雞婆到影響俺的正常使用，不得不將它關閉，這豈非本末倒置？

Check Endianness

bool isLittleEndian(){
    const WORD endian = 0x1234;
    return *((BYTE*)&endian) == 0x34;
}

GetParent in a dialog box

http://support.microsoft.com/?scid=kb%3Ben-us%3B118610

原來在丟 parent 給 top-level window 或 popup window 後，它們會再更進一步去取得 parent，直接取得 top-level window 為止
難怪我這樣的架構下，CDialog2 取得的 parent 不是 CWnd，而是 CDialog
CDialog
    -> CWnd
        -> CDialog2

列出「我最近的文件」清單

我最近的文件：雞肋又容易侵犯隱私的功能，不論開過什麼見不得人的東東，該檔案的捷徑都會被收錄在這個地方。去觀察男性使用者的這個目錄可以對他的性癖有初步認識。
預設路徑

C:\Documents and Settings\<User Name>\Recent

XP：「開始」功能表右鍵->[內容]->[「開始」功能表]->[自訂]->[進階]->[最近的文件]
列出最近開啟的文件：取消勾選後，「最近的文件」項目將不會出現在「開始」功能表內
清除清單：清掉「最近的文件」中的記錄

開啟 regeidt 至
[HKEY_CURRENT_USER]→[Software]→[Microsoft]→[Windows]→[CurrentVersion]→[Policies]→[Explorer]
新增名為 NoRecentDocsMenu 的 DWORD，值為 1：隱藏上述「最近的文件」的設定區塊
新增名為 NoRecentDocsHistory 的 DWORD，值為 1：開啟過的檔案捷徑將不再收錄至「最近的文件」內

印出「最近的文件」內容

#include <windows.h>
#include <shlobj.h>
#pragma comment ( lib, "shell32.lib" )

int _tmain( int argc, _TCHAR* argv[] ){
    TCHAR path[MAX_PATH+1];
    WIN32_FIND_DATA findData;
    HANDLE hFind;

    if( SHGetSpecialFolderPath( NULL, path, CSIDL_RECENT, FALSE ) ){
        _tprintf_s( _T("%s\n"), path );

        _tcscat_s( path, _T("\\*.*") );
        hFind = FindFirstFile( path, &findData );
        path[_tcslen( path )-3] = 0;

        do{
            _tprintf_s( _T("%s%s\n"), path, findData.cFileName );
        } while ( FindNextFile( hFind, &findData ) );

        if( hFind != INVALID_HANDLE_VALUE ){
            FindClose( hFind );
        }
    }

    system( "pause" );
    return 0;
}

Output as text file in UTF-16LE: RecentList.txt
must define _UNICODE

#include <windows.h>
#include <shlobj.h>
#pragma comment ( lib, "shell32.lib" )

int _tmain( int argc, _TCHAR* argv[] ){
    FILE* pFile = NULL;
    _tfopen_s( &pFile, _T("RecentList.txt"), _T("wb") );
    if( !pFile ){
        _tprintf_s( _T("Cannot open file" ) );
        system( "pause" );
        return 0;
    }

    WORD BOM = 0xFEFF;
    fwrite( &BOM, sizeof( WORD ), 1, pFile );

    TCHAR path[MAX_PATH+1];
    WIN32_FIND_DATA findData;
    HANDLE hFind;
    if( SHGetSpecialFolderPath( NULL, path, CSIDL_RECENT, FALSE ) ){
        _ftprintf_s( pFile, _T("%s\n"), path );

        _tcscat_s( path, _T("\\*.*") );
        hFind = FindFirstFile( path, &findData );
        path[_tcslen( path )-3] = 0;

        do{
            _ftprintf_s( pFile, _T("%s%s\n"), path, findData.cFileName );
        } while ( FindNextFile( hFind, &findData ) );

        if( hFind != INVALID_HANDLE_VALUE ){
            FindClose( hFind );
        }
    }
    fclose( pFile );

    return 0;
}

陰險的家樂福……

家樂福老是出現結帳價與架上標示價不同的情況
今天買了 A 商品，架上標 69 元，回家看發票卻是 79 元
結帳的時候忙著裝商品入購物袋，沒空盯著收銀台一項一項監視商品價格
難道真得要求消費者一一背下各種商品的標示價，並在結帳完時立刻詳細比對才行嗎？
用這種手段來陰沒有比對價格的消費者的錢，有夠賤的！

今天俺是有比對價格沒錯，不過整個意識都被吸引到另一項錯誤上了
俺另外有買 X 商品，標示 95 元買一送一，俺買了兩組，也就是四個
結帳時，發票上對於該商品的價格顯示為
X 商品 95
X 商品 95
買一送一 -95
x 商品 69
X 商品 95
總價應該為 190 元的 X 商品，被算成了 259 元
去服務台詢問後，原因是那一個 x 商品在結帳時刷錯了條碼
x 是原本的條碼，因為特價活動所以另外準備了 X 碼條，貼在 x 上
不過那一個貼歪了，在刷時去刷到了下面的 x 條碼
所以買一送一的折價沒了，反而多了一個原價 x 上去
最後是取消了錯誤的部分，重新結帳，算解決了
沒想到回家後記帳才發現除了 X 商品之外，A 商品也標價不實！

話說 x 商品原價 69 元，在特價活動時反而漲了五成，變 99 元
單買或是刷錯價的反而買貴
真的處處是陷阱，有夠陰險的(＝△＝. )

以前還有踩到地雷的經驗：
家樂福的特價花車，標價牌上寫著 49 元，車上放了多個品牌的平口褲
理所當然會認為該車上所有平口褲都是 49 元，就隨便挑了四件結帳
回記帳時才發現竟然每件都是 79 元
兩天後又去買東西時，再仔細看一看該特價花車
標價牌上寫的是 XXX 牌平口褲 49 元，XXX 是沒見過的外國英文品牌，一般人根本不會去分辨，並且字體大小約只有價格的四分之一
然後俺拿的是別牌的，一樣是外國英文品牌，跟特價品的品牌不同
不同價格的同性質商品竟然放在同一個特價花車上，像俺這樣沒仔細確認的人就踩到地雷了

C2143 in yvals.h

剛剛製作 demo 時，出現

~yvals.h(513) : error C2143: syntax error : missing ';' before 'namespace'

這樣莫名其妙的錯誤訊息
其下也跟著一堆

error C2061: syntax error : identifier 'DWORD'

等不可能會出現的錯誤
詳細檢查結果，是定義某個結構時少了個分號……
特此記錄，以便日後再犯時參考~(＝ ＝)~

Auto-Activation for eclipse

[Window]->[Preferences]->[Java]->[Editor]->[Content Assist]->[Auto-Activation]

烤箱回來了

在領取時，看到單子上寫著「溫控 fuse」
看樣子又是溫保掛掉
上次掛掉的也是溫保，不過不知道是溫度保險絲還是溫控保險絲
這玩意兒究竟是幹啥用的，怎麼會這麼常掛掉(＝△＝. )

烤箱又送修了

一月底時發生過溫度保險絲？
沒想到才不到一個半月，又來了

剛剛在烤雞塊跟薯餅的時候，明明還沒聽到結束的「叮」聲，電源燈卻已熄滅了
再仔細一看，加熱管也已非燒紅狀態，可能已斷電數分鐘久
與上次一樣，變更多次加熱設定嘗試看能不能啟動，但連結果也跟上次一樣

這玩意兒該不會真的壽命只有一個月吧……
就算運氣好附近有維修據點也不能這樣玩吧~(＝ ＝)~