〈 SL 〉: "All Rights Reserved" の表記はしない方がいい
Sunday, March 26, 2006 "All Rights Reserved" の表記はしない方がいい この前の記事へのコメントで、"All Rights Reserved" と クリエイティブ・コモンズのバナー（"Some Rights Reserved"と書いてある）を一緒に載せるのは矛盾じゃないことを教えてもらった（ちゃんと批判の対象を明らかにするのはよいことです）。ありがたい。で、今から、「矛盾していなくても、クリエイティブ・コモンズを使うときは "All Rights Reserved" という表記はしない方がいい。だって混乱するから」という（関連しているけど）別の話をする。 どうも、"All Rights Reserved" というのは（それが表記されていようとなかろうと）、「これは私が作りました。私が好きなようにライセンスできます。他にライセンス表記があれば、そのラ
独身男性・会社員のオタが突然入院したらどうなるか？ - 更年期オタの白血病日記
平凡でオタな会社員だった僕が、突然の白血病に倒れてはや8ヶ月。はたして入院したらどうなるのか？ 会社は？給料は？保険は？ 気になるその辺を、自分の経験をもとに少々記してみたいと思います。サンプルとなる「僕」は、大卒新入社員（正社員）で中堅企業に勤続10年少々。会社や雇用形態で対応がどうなるか、はまったく変わってきますので、そのあたりは適宜、自分の立場にあわせて読みかえてみてください。 人生、何が起こるか分かりません。建設中のビルから鉄骨が落ちてくるかもしれませんし、酔っぱらいの車が突っ込んでくるかもしれません。あるいは、突然の難病を発症する可能性もゼロではありません。「自分が突然のケガや病気をして入院をするハメになったらどうなるんだろう？」そんなリスクを考えてみるのも、たまには興味深いのではないでしょうか。 なお、あくまで自分の経験を元にしたものなので、普遍的なものではないと思います。専門
Google検索、世界で不具合 「人的ミス」で全URLに「コンピュータに損害を与える可能性」
米Googleは1月31日、日本を含む世界のGoogle検索で約40分間にわたり、全検索結果に「このサイトはコンピュータに損害を与える可能性があります」と表示された不具合について、「問題のあるサイトリストを提供しているStopBadwareの人的ミスだった」と説明し、ユーザーやサイトオーナーにブログで謝罪した（Googleに不具合 全検索結果に「コンピュータに損害を与える可能性」とメッセージ）。 （※）2月2日午後3時30分追記：Googleのブログの記述に対してStopBadwareが反論。Googleはブログの説明を訂正した。（Googleの障害、原因はうちじゃない――StopBadware.orgが反論） 検索担当副社長マリッサ・メイヤー氏の名で更新されたブログによると、不具合が起きたのは、太平洋標準時で31日6時30分～7時25分ごろ（日本時間の31日午後11時30分～2月1日午前
電子書籍.club -
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
【 sed 】 文字列の置換，行の削除を行う
sedは与えられた文字列を，ルールに従って変換するコマンドだ。例えば，文字列の置換，行の削除といった処理が行える。 変換に利用できるルールには下表「sedの条件式」のような条件式が利用できる。例えば，文字列を挿入したい場合は「a」や「i」の後に挿入する文字列を指定する。文字列を置換したい場合は「s/置換ルール/置換文字/」と実行する。 置換ルールの最初に数値を指定すると，指定した行のみが処理される。例えば，「3d」と指定すると，3行目が削除される。 sedコマンドで実際に変換を行う場合は，変換処理内容は「-e」オプションを指定した後に記述する。また，sedコマンドに指定したファイルの内容を処理する。例えば，source.txt内のLinuxをリナックスに置換したい場合は，次のように実行する。 $ sed -e "s/Linux/リナックス/g" source.txt 結果は標準出力（ディス
バッドノウハウこそエンジニアリングの本質: blog.bulknews.net
バッドノウハウこそエンジニアリングの本質 バッドノウハウとグッドラッパーで何かもりあがってるぽいんですが。 究極的には、エンジニアの価値はバッドノウハウの数で決まるとおもいます。バッドノウハウを蓄積していれば、何かトラブルがおこっても、すぐに対処できます。 e.g) 「何か Apache の mod_foobar 入れたんですけど、うまく動かないんですよね〜。エラーログに意味不明のログがでるんすよ。わかります？」 「あ〜それね。んーとたしか mod_hogehoge 一緒に使ってるでしょ？ LoadModule の順番変えればうまくいくよ。原因わからんけど」 「ほんとだ。。神！」 といった具合。別にバッドノウハウを蓄積して「奥が深い」と悦に入る必要はないけど、こうしたバッドノウハウを頭の中（あるいは ChangeLog メモや Wiki といったツールを利用しても可）ですぐにルックアップ可
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
