“Multitasking is inefficient”(Radium Software Development), またこの考察は，人間の「マルチタスキング」が根本的に非効率的であることを裏付けているとも考えられる。ある作業に少しの余裕があることを見つけた際に，その合間に他の作業を差し挟めば効率を高めることができると考えたことはないだろうか？しかし実際には，そのような試みはうまくいかないことが多い。ある程度の複雑さを持った作業を切り替える際，そこには無視できない量のコストが発生する。それがよほど容易なものでない限り，そのような「マルチタスキング」は総合的な効率低下を招く結果となるのではないか。私はマルチタスキングがとても苦手です…
金が無い1のではなく，寝違えて痛くて首がまわらない… 無いことは無いんだけど，なんとか首がまわらない状態にはならずにすんでいる… ↩︎
“freebsd-security ML“の一連のthread1を読んだ感じだと，4.11-(STABLE|RELEASE)のEoLの延長は期待薄… 現在，議論進行中 ↩︎
昨日のFreeBSD 4.11-(STABLE|RELEASE)が2007年1月31日にEoLになるという話の続き．"EOS/EOL Policies of Ports and Ports Infrastructure on RELENG_4“によれば, While still many people use RELENG_4, it is EOD. Portmgr has set the following policies with regard to EOL/EOS of this branch and kindly asks developers to implement these:We keep building 4.11 packages as long as we have the resources. 4.X package builds will be deprioritised though, meaning they may not be rebuilt as frequently.We will continue to support the 4.X infrastructure until RELENG_4 EOL (31 January 2007) by building the INDEX on RELENG_4 for use by make fetchindex, and making sure that the Ports Collection infrastructure (bsd.port.mk, etc) continues to function on RELENG_4, subject to the reduced testing that this branch will receive.(snip)We encourage all users and developers to migrate to the FreeBSD 6.X branch, which is a stable and mature platform, and is now the ‘reference’ FreeBSD branch for the Ports Collection.というわけで，portsもRELENG_4がEoL1になったら公式にはサポートされなくなる2ということらしい… ...
“HEADS UP: FreeBSD 5.3, 5.4, 6.0 EoLs coming soon”, The current supported branches and expected EoL dates are: BranchReleaseTypeRelease dateEstimated EoL...