秋元@サイボウズラボ・プログラマー・ブログ: Linux十戒
via del.icio.us/popular Linux10の掟 (まあ異論はあろうけど) 汝、rootで作業するべからず 汝、可能な限りパッケージマネージャーを利用せよ 汝、コミュニティの一員たれ 汝、ドキュメントとmanページを読むべし 汝、サポートシステム(メーリングリスト、フォーラム、etc.)を利用せよ 汝、(過去ログなどを)検索せよ 汝、(オプションなどを)探索せよ 汝、コマンドラインを利用せよ 汝、Windowsを再現しようとするべからず 汝、諦めることなかれ この記事は移転前の古いURLで公開された時のものですブックマークが新旧で分散している場合があります。移転前は現在とは文体が違い「である」調です。(参考)記事の内容が古くて役に立たなくなっている、という場合にはコメントやツイッターでご指摘いただければ幸いです。最新の状況を調べて新しい記事を書くかもしれません
これから柏崎刈羽で起こるクリティカルなこと - アンカテ
原子力発電所の中では、想像を絶するような高温高圧の蒸気が、場合によっては何年も連続して駆け回っている。そういう負荷に何十年も耐えなくてはいけない。それを、100%確実に保証しなくてはいけない。大変なことである。 おそらく、部品の製造から設計、施工の各段階で、何に注意して何を優先してどういう検査をしてどういう手順で作業を進めるか、日々の運用から定期点検から突発的な状況での対応方法まで、そこには膨大な体系があるはずだ。 そして、柏崎刈羽のこの体系は、新潟県中越沖地震での想定を超える揺れに耐えて、無事に緊急停止した。格納容器はこれに耐えて、致命的な放射能を放出せずに止まることができた。細かいことは抜きにして、まずこのことを評価すべきである。 しかし、もし、この「想定外の揺れ」を受けた発電所を再稼動するとしたら、この膨大な体系を再構築しなくてはいけない。想定外の揺れに耐え、一回停止する所までは、構
ユメのチカラ: LL魂
夏の祭典。LL Spirit (LL魂) に行ってきた。 個人的な感想など。 昨年のLLゴングのパイプ椅子は、おじさんには拷問に近いものがあったが、今年のホールの椅子は適度に座り心地もよく快適であった。実行委員会の皆様、ご苦労様でした(ぺこり)。 和田先生は、あいかわらづお元気そうでなによりだった。ステーブンレビーのハッカーズの話からはじまって(この本はハッカー倫理を知るうえで重要なテキストなのである)、ハッカーズ大辞典などを紹介しつつ、ハードウェアハック(微分機械(？)って何みたいな)のお話など、大変楽しい講演であった。帰宅してから先の2冊を本棚からとりだしパラパラめくったのは言うまでもない。 しかし、オレ様言語の作り方でパネルディスカッションができちゃうほど日本という地域にはオレ様言語をつくっている人がいっぱいいるのね。すげーな、本音できたよ。という感じである。 学校でコンパイラの
日本初のハッカー、和田先生が語る「ハッカー気質」 ― ＠IT
「ハッカーというのは自分で“ハッカー”と名乗るのではなくて、いろいろやっているうちに人からそう呼ばれるもの」――。集まった500人を超えようかという聴衆に向かって、そう語り出したのは東京大学名誉教授の和田英一先生だ。日本の計算機科学分野のパイオニアで、最近ではハッピーハッキングキーボードの監修などで知られる和田先生こそ、“日本最初のハッカー”として知られる人物だ。和田先生の講演で幕を開けた軽量プログラミング言語イベント、「Lightweight Language Spirit」をレポートする。 週末が似合うLL言語 8月4日土曜日、東京・一ツ橋のホールでRubyやPHP、Pythonに代表される軽量プログラミング言語（以下、LL言語）のファンが集う年に1度のイベント「Lightweight Language Spirit」（以下、通称のLL魂を使用）が開催された。同イベントは2003年に「
1・10・100、それぞれの力 : 小野和俊のブログ
7月31日に未踏ソフトウェア創造事業の採択結果が発表されました。 未踏ソフトの結果が発表されるたびに、 また面白そうなアイデアが出てきたな、と楽しみに感じる一方で、 いつもどこか心苦しくなるようなところがあります。 とりわけソフトウェアの世界においては、 新しいアイデアを思い描く能力は重宝されやすい傾向にあります。 しかし、 アイデアが世の中に出て行く過程で本当に大変なのは、 アイデアを思いついた後です。 アイデアを形にするには10、 それを世の中に受け入れてもらうには100の、 それぞれの間で10倍もの大きさの、越えなければならない壁があります。 これを優秀さという言葉で置き換えれば、優秀さには、 (1) 思い描く能力 (2) それを形にする能力 (3) さらにそれを普及させる能力 の3つの種類のものがある、と言い換えることもできます。 さらにこれらをソフトウェアの世界に当てはめれば、
はてなブログ | 無料ブログを作成しよう
顔に見える？最近「送水口」が気になるという話 「送水口」が気になる今日この頃 最近街中で気になる存在、それがこの「送水口」です。地上のフロアが7階以上あるビルなど、一定の条件を満たした建築物には設置が義務付けられているもので、火事が発生したフロアにただちに水を送るために使われるものです。ポンプ車…
一流の研究者とのお別れ：10分で人生を変える方法 | Lifehacking.jp
伝説の研究者と部屋をともにして２ヶ月、ついに先生とのお別れの日がやってきました。このシリーズも、ひとまず最終回です（またお会いする予定もありますので、また続くかもしれませんが）。 この2週間ほどは、私自身が先生との対話に慣れてきたということもあって、敢えて先生の論理に食ってかかったり、別の視点を指摘したりして頭脳での戦いを挑んできました。結果はまあ、散々たるもので、やはりまだ自分程度では及ぶものではないということがよくわかりました。 しかしそれによって得られたものもありました。それまで「大先生のいうことだから」と、どこかで拝聴していた気分が次第に薄れ、議論の良い点、悪い点を整理して意見を言えるようになってきたのでした。それがさらに深い議論へとつながって、私にとって、そしておそらくは先生にとっても楽しいひとときになったような気がします。 最後の午後、開け放した窓からさわやかな空気が流れてくる
#4 座談会「エンジニアのマインドとは」 | gihyo.jp
『エンジニアマインド』創刊号の巻頭を飾った座談会。場所を居酒屋に移動して行われた座談会の続編、第4回です。語るは、伊藤直也氏、吉岡弘隆氏、ひがやすを氏、登大遊氏、木下拓哉氏という開発現場の最先端に陣取る5名、司会進行はリナックスアカデミーの濱野賢一朗氏という豪華キャストでお届けしています。 編集部：濱野さんは、PHPのコミュニティに参加されていたと思うのですが、最近のPHPはどうですか？ 濱野：PHPの世界も今フレームワークが盛り上がっていて、Railsっぽい世界に進んでいます。 ひが：ZendがZend Frameworkを作っているじゃないですか。 濱野：いま過渡期で、Ethnaとかsymfonyとかいろいろなフレームワークが出てきてPHPのフレームワークの戦国時代にみたいになっていて、おもしろくて、でも最後はZendがもっていくのか・・・みたいなことが話題になったりしています。実際に
気前という技術 : 404 Blog Not Found
2007年07月03日18:25 カテゴリOpen SourceArt 気前という技術 「有害な“正論”」にふさわしい一コマ。 第3回 トラブルシューターは一匹狼有害な“正論”を盲信するな：ITpro 技術者の場合，自分の腕一本で食べているのだから，自分だけが持っている知識やスキルを，簡単に他人に伝授してはいけない。職人に上下関係はない。上司も部下も全員がライバルなのだ。教育の名のもとに安易に極意を伝授してしまったら，いずれは部下に取って代わられ，泣きを見ることを覚悟しなければならない。もし、承前の引用が事実なら、オープンソースなんてありえない。少なくとも、そこで活躍している人々はいずれは他者にとって代わられ、泣きを見ているはずだが現実はどうか。 私が知っている限りにおいてであるが、優れた技術者ほど気前がいい。ものによっては特許や著作権やNDAで「すぐに公開」というわけには行かないが、それ
Geekなぺーじ：エンジニアは下らない質問をする
「バナナはおやつに入るんですか？」という質問をしたことがあるエンジニアは多いと思います。 私も真っ先にそのような質問をした覚えがあります。 で、実際にバナナを持ってくる人がいるかというと、私は見たことがありません。 エンジニアって一般人から見ると変な、もしくは下らない質問が大好きな人種なのではないかと思う事があります。 エンジニアというよりもプログラマかもしれませんが、全ての事をswitch case文で考えて、条件分岐の白黒をはっきりさせたがってしまうのではないかと思うのです。 以前、マンション営業をする友人に「職業がエンジニアな人がお客さんだと面倒なときがある」と言われた事があります。 最後に契約書を確認する際に、非常に細かいところを確認したがって面倒であるそうです。 (私は細かく確認しない大多数の人の方が間違っているとは思いますが。。。) 細かい話になってくると、例えば受け渡しの前に
ユメのチカラ: 価値創造の方法論
技術は会社のものではない。みんなのものだ。なんて事を言うものだから、よしおかさんには「カネの匂いがしない」などと言われてしまう。 企業戦略として知的財産権をトッププラオリティにして経営をするというのは、まことに理にかなっているし、それを否定するものでもない。 他社との差別化戦略で、他社に容易にまねできないものを持つという意味で、知的財産権をそのよりどころにするのは間違ってはいない。 一方で特許をはじめとする知的財産権というのは、新しい価値を創造することに対するインセンティブをあたえる事によって、大げさに言えば、人類の幸福に寄与することを目的としている。 特許法『第一条(目的)この法律は、発明の保護及び利用を図ることにより、発明を奨励し、もつて産業の発達に寄与することを目的とする。』 著作権法『第一条(目的) この法律は、著作物並びに実演、レコード、放送及び有線放送に関し著作者の権利及びこれ
ネットの時代には「知識量・記憶力」よりは「適応力・応用力」の方がずっと大切
先日の「習作UI: 縁日の金魚を再現してみた」というエントリー。特に深い意味もなく作ったのだが、ソフトウェア・エンジニアを目指す学生さんのためにひとこと付け加えておきたいのは、この業界で本気で成功しようと思ったら、この程度のプログラムは、シミュレーションの専門家でなくともサクッと作れるように自分を鍛えておかなければいけない、ということ。 この業界で働きはじめると、担当した仕事によって、データ解析・Java・３D・シミュレーションなどのある特定の分野のプログラミングの経験を積むことになる。そういった経験を通して特定の分野を深堀りしてエキスパートになるのはおおいに結構なのだが、往々にして落ち込んでしまうのが「ボクはJavaのエキスパートだからRubyではプログラムは書かない」、「シミュレーションのことならそれに詳しいエンジニアがいるんだからその人に頼んで」、「今からFlashを勉強している時間
計算不可能性を設計する (arclamp.jp アークランプ)
計算不可能性を設計する―ITアーキテクトの未来への挑戦は、社会学者の宮台真司さんとITアーキテクトの神成淳司さんの対談。まぁ、はっきり言えばデンパ系ですが個人的には気に入りました。 「計算不可能性を設計する」という主題は面白い問いかけです。デジタルなビットの世界では全てが計算可能になっています。 しかし、セカンドライフに感じるリアリティは計算不可能性があるからこそ。つまりセカンドライフを設計するというのは、そこで人間が起しうる計算不可能性を考えた上で、セカンドライフというアーキテクチャを設計するということをあらわしています。計算不可能性を許容しうる計算された世界とでもいえばいいのでしょうか。 だからこそ、セカンドライフという世界においてアーキテクトが与える選択肢は絶対です。 「アーキテクトの思想」とは、「社会システムのコンピューテーションを進めた際、利用者にどのような情報や選択肢を提供する
図を描こう - 檜山正幸のキマイラ飼育記 (はてなBlog)
長男が、算数で線分図とかテープ図とかを習ったらしい。「なんでこんなのかくんだ？ めんどくさい」とか言っている。いやっ、図は描くべきだぞ！ 例えば昨日出した長い論理式： (dom(p) = x ∧ cod(p) = a)∧(dom(q) = x ∧ cod(q) = b) ∧ ∀y:Obj.∀f:Mor.∀g:Mor.[(dom(f) = y ∧ dom(f) = a)∧(dom(g) = y ∧ cod(g) = b) ⊃ ∃!u:Mor.[(dom(u) = y ∧ cod(u) = x )∧(u;p = f ∧ u:q = g)]] 限量子（∀と∃!）を付けた可換図式で描けば： これで済んじゃう。
Passion For The Future: 組織を強くする技術の伝え方
組織を強くする技術の伝え方 スポンサード リンク ・組織を強くする技術の伝え方 2007年問題と呼ばれる団塊世代の大量退職が始まっている。日本企業の屋台骨を作った世代が会社を去ると同時に、蓄積された技術も失われていく。「失敗学」「創造学」で有名な著者は、技術を「知識やシステムを使い、他人と関係しながら全体をつくり上げていくやり方」と定義し、その伝達方法についての成功例や失敗例、ノウハウを語る。 「伝える側が最も力を注ぐべきことは、伝える側の立場で考えた「伝える方法」を充実させることではありません。本当に大切なのは、伝えられる相手の側の立場で考えた「伝わる状態」をいかにつくるかなのです。」 これは年配者から技術や人生論を伝えられる側として、ときどき私も感じることがある。大先輩の言うことが、わかるときと全然わからないときがあるのだ。後輩の私のことを考えて「極意」をいきなり伝授されても、ちんぷん
404 Blog Not Found:勝手に添削 - 技術の盗み方
2007年05月08日14:15 カテゴリArtBlogosphere 勝手に添削 - 技術の盗み方 盗まれることが年々増えてきた立場から。 Geekなぺーじ：技術の盗み方 やる気を見せる 礼儀正しく 先輩と一緒に飯を食べる 不思議に思う 「それ知ってます」は禁句 技術を持たない人を軽視しない 必ずしも技術が全てではない これ、見事に 小野和俊のブログ:「アドバイス」について考える 自慢 注意する側にまわる喜び 負けていないことのアピール 俺流の押し売り への対策になっている。 はっきり言おう。この程度で盗める技術なら、先輩から盗むよりぐぐれ、と。この程度で盗める技術しか持たぬ先輩は、先輩の名に値しないと。 以下、添削結果。 やった結果を見せる やる気は添削できない。やった結果なら添削できる。 敬意を払う 礼儀はマニュアルに書ける。嘘だと思うならファーストフード屋でバイトしてみるといい。し
Geekなぺーじ：技術の盗み方
新入生や新社会人として組織に入ったり、他の組織から畑違いの場所に異動すると、ゼロからのスタートになるときがあります。 そのときに、先輩からいかにして技術を「盗む」かが重要な要素になると思われます。 ここでは、自分の養分として吸収するために、先輩から技術を引き出す一手法を紹介したいと思います。 先輩から見て教え易い後輩や、ついつい必要以上に色々教えてしまう後輩などがいます。 今回は、そのような人の特徴を考えたり、過去の私が失敗したと思われる点を思い出しながら書いてみました。 ここで紹介する方法は、あくまで方法の一つであり偏っています。 性格によって向き不向きがあると思います。 また、あまりに露骨にやり過ぎると嫌われてしまう場合もあるのでご注意下さい。 あまり参考にはならないかも知れませんが、まあ、許してください。 やる気を見せる 非常にやる気があって、色々やっている人を見るとついつい応援した
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう
努力するに値するたった一つのこと : 404 Blog Not Found
http://www.machu.jp/posts/20070416/