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
公主不敗
什麼人訪問什麼人: 公主是我們不敗的夢想 什麼人答:
飯氣公主
公 主就是公主,天上地下由古至今,唯一的公主,任何時候任何地域的only one。聽post-rock,喜歡sonic youth(「因為整
祝我情人節快樂
不論有沒有情人。
某天黃昏,百般無聊等待修甲,閒逛時看中一條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