謝謝
謝謝那早餐E
謝謝你送我回酒店
謝謝那些藥物牛奶麵包益力多
謝謝你的分享
謝謝你這兩晚的陪伴
謝謝你的morning call
謝謝你的SMS
謝謝你那句「謝謝你讓我認識你」
北京,其實很暖。
不再
這些年了,該說的,不該說的,都說盡了。
你的關心解釋質問責難,我都沒有興趣再聆聽。
你的教誨請留給你的身邊的女人,我沒有耐性,甚至會黑面。
除非你懂得教我向男人獻媚勾著男
Why thin clients are doomed (part 2)
In an earlier entry I gave short and long termreasons why I think that thin clients were doomed. Now it's timefor the high-level third reason (which occurred to me only afterI'd written ThinClientDoom , or it might have been in there too).
So far, people have always found productive uses for new computingcapabilities and more computing power; time and time again, sillycapabilities have turned out to have important uses, to the point wherethey've become ubiquitous. Betting on
祝我情人節快樂
不論有沒有情人。
某天黃昏,百般無聊等待修甲,閒逛時看中一條tube dress,買了即走。
回家細看,才發現是3.1 Phillip Lim。
嘩~~~ 沒有情人卻重金買一條3.1 Phillip Lim裙子?我覺得自己好
How to do locking in shell scripts
To do simple locking in shell scripts, you need an atomic system callthat fails if the target already exists, and that is directly exposedin a utility program. Ignoring for a moment what System V did to ln , there are two good candidates on modern Unix systems: link(2) and mkdir(2) .
Mkdir is actually the better of the two (because you don't have tofiddle around with temporary files), but ln is the more common one,probably for two reasons:
- with
逐步 逐步 (歌譜)
有位朋友說﹕為何不把你的歌的譜放在blog上面呢?
他說有次跟朋友想夾下
但又唔太清楚d chord
我都覺得突然
有人對這歌有興趣玩
人兄
慢用啦
逐步 逐步 (歌譜)
想聽其他歌曲?
燃亮了 像雪飛花
咳咳咳~~~
Link: Why the ease of installing Java matters
In Java in The Land of Make Believe ,Ryan Tomayko unloads a righteous rant about why Java's license mattersand what effects it has in the Linux and *BSD worlds, with greatbits like:
If you want to get on the bad side of software developers and systemadmins, the fastest route is to waste their time .
Amen. What he said .
(The good news is that Sun GPL'ing Java may finally be changing all ofthis mess, which Tomayko happily acknowledges.)
(From many
A temptation with challenge/response anti-spam systems
Every time I see a mail from a C/R system, I get more and more temptedto teach our mail filtering infrastructure about the most common ones,so that it can automatically acknowledge the challenges, discard themessages, and not bother the users with them at all.
Will this acknowledge a lot of spam, and thus dump it on the peopleoperating those C/R systems? Sure, but that's not our problem. AndI'd clearly be doing our users a service, especially if
Weekly spam summary on February 10th, 2007
This week, we:
- got 15,405 messages from 262 different IP addresses.
- handled 23,822 sessions from 1,467 different IP addresses.
- received 258,033 connections from at least 76,977 different IPaddresses.
- hit a highwater of 7 connections being checked at once.
The overall volume is about the same as last week ; technically it's up a bit, but I figure it'swithin the normal