I’ve found myself helping a few people get up and running with Ruby on Rails over the last month, mainly due to my Ruby on Rails installer package. I thought it might be a good idea to document installing and setting up rails from end to end on Mac OS X, given the difficulties some people are encountering along the way. Prerequisites You should install the Xcode Tools package (it’s on your Tiger i
This shop will be powered by Are you the store owner? Log in here
パソコンを便利にするためには、ソフトウェアが必要です。ワープロや表計算、グラフィックソフトのようなものなら、パソコンを買うだけである程度付属する場合もありますし、別途、市販されているものを買ってもよいでしょう。 しかし、パソコンの操作性を改善するようなユーティリティソフトや、インターネット関連のソフトウェアは、市販のものよりもインターネット上で探した方が、安価もしくは無料で手に入ります。 今回は、現在入手可能な Mac OS X 10.3 向けのソフトウェアのなかから、特におすすめのものを少しだけ紹介します。 注意事項）2005年1月26日現在、各ソフトウェアにウィルスなどが含まれていないことを確認済みですが、あくまでオンラインソフトですので、利用には 十分な注意が必要です。 特に、フリーウェアについては個人、あるいは小規模の団体により善意で公開されているものであり、個人的
会議の生産性をあげる「４つの質問」 第１回 会議とコミュニケーションの改善で成果を挙げたNEC 2006年9月15日 金曜日 細川馨 ミーティングのやり方にも工夫が必要 最少の時間で最大の成果を上げる会議、コミュニケーションとはどのようなものでしょうか。成果を上げ続けている組織というのは、そうした効果的な会議・コミュニケーションのやり方について独自のスタイルをもっているものですが、私は会議のやり方は誰がやっても一定レベルの成果が上がる手法――つまり標準化された手法があると考えています。今回お伝えしたいのはその手法の一部です。 私が尊敬して止まないマネジメントの父とも呼ばれた経営学者 P・F・ドラッカー氏は、一流の組織と凡庸な組織の違いについて、「前者は組織そのものが成長している。後者は、仕事はできるかもしれないが、５時をすぎれば忘れられる組織である」という言葉を生前に残しています。今回この
鍵交換方式のsshでアクセスするにはでは、PuTTY用の鍵生成ソフトputtygen.exeを使ったが、Linuxでも鍵を作成することができる。Windowsで鍵を作成すると、OpenSSHで認識できるように変換する作業が必要となるが、puttygen.exeにはOpenSSHの鍵を読み込む機能があるので、Linuxで鍵を作成した方が手間は少なくて済む。 Linuxで鍵を作成するには、ssh-keygenコマンドを使用する。RSA暗号方式の鍵を作成するときは「-t rsa」オプションを、DSA暗号方式の鍵を作成するときは「-t dsa」オプションを付加する。 $ ssh-keygen -t rsa ←RSA暗号方式の鍵を作成 Generating public/private rsa key pair. Enter file in which to save the key (/home/
Adium is an open-source project driven by volunteers. From code to localizations or artwork, any contribution is welcome! You'll find us and our code on GitHub. Open Source, so everyone can see how Adium works and help improve it. It uses the Cocoa API, is released under the GNU GPL and is developed by Adium contributors. Support for a wide range of different Instant Messaging services (see the fu
名前 sshd_config - OpenSSH SSH デーモン 設定ファイル 書式 /etc/ssh/sshd_config 説明 sshd は /etc/ssh/sshd_config (あるいはコマンドラインから -f オプションで指定したファイル) から設定を読み込みます。このファイルの各行は ``キーワード 引数'' の形式になっており、空行あるいは `#' で始まる行はコメントとみなされます。 使用できるキーワードとその説明は以下の通りです (キーワードでは大文字小文字は区別されませんが、引数では区別されることに注意してください): AFSTokenPassing (AFS トークンパス) このオプションは AFS トークンがサーバに転送されるかどうか指定します。デフォルトは ``no'' です。 AllowGroups (許可するグループ) このキーワードにはいくつ
昔からですが、パスワードが使い物にならなくなってきています。いろいろあるので略。 Linuxなどでは昔からsshという暗号に対応したtelnetの代わりのものが使われていて、簡単に基礎知識的なものをと思い一度消えたのでまた書いてみます。 公開鍵暗号が基礎にあるので詳しいことはそちらで。Linux用SSHについても別にまとめています。 いろんなものとの違い httpsも公開鍵暗号が使われています。違いは何でしょうか? httpsではサーバの証明書が提示されますが、クライアントの証明はあまり使われていません。 SSHでは、クライアントの証明書をサーバに提示しています。その前にサーバの証明書も提示されます。
SSH1 と OpenSSH1 では，同じ公開鍵と秘密鍵を使うことができます． 設定なども同じです． ここで，~/.ssh/authorized_keys は，SSH1とOpenSSH1だけでなく， OpenSSH2でも使うことがわかります． ~/.ssh/authorized_keysは，以下のように複数のProtocolの鍵を 入れることができます． ~/.ssh/authorized_keys: 1024 41 13403979999670711380 〜 4092737 okada@server ssh-dss AAAAB3NzaC1kc3MAAACB 〜 cbeiLps= ssh-rsa AAAAB3NzaC1kc3MAAACB 〜 cbeiLps= ~/.ssh/authorized_keys2 を使うものもありますが， 詳しくはマニュアルを読んで調べてください． OpenSS
一年前に CNET でインターネット時代のエンジニアの価値という記事を書いたのですが、それと関連する、先週 Binary 2.0 カンファレンスや PofEAA 読書会に行って来て、感じたことを書いてみたいと思います。 まず、Binary 2.0 カンファレンスに行って来て感じたことというのが、先日ちょっと述べたとおり、ソフトウェア開発の世界は多様化していて、それぞれのレイヤの間で断絶がある、ということ。断絶というとちょっとネガティブな印象があるので、それぞれ違うレイヤというかカテゴリの技術の関係を、直行する技術カテゴリ、とでも言ってみます。 Binary 2.0 カンファレンスでもうひとつ発見があったのは、ローレベルレイヤを極めているバイナリアンは、どことなく数学的にコンピュータにアプローチすることに長けている人たちというイメージだったけど、それはちょっと違うということ。もちろん、それに
前回書いたプログラム・デザイナーと職人プログラマーとプログラム・デザイナー宣言と同じような感覚を持っている人は意外と多いのではないかと思って探してみたところ、はてなの伊藤さんのエントリ(こちらも)が見つかった。伊藤さんとは何度か話をする機会があったが、ウルティマ・オンラインの話で盛り上がってしまって、今までIT関連の話はしたことがなかった。ブログを読んでいて、伊藤さんもきっとプログラム・デザイナーなのだろうな、と思った。 UNIXにみる世代間の断絶にならって職人プログラマー/プログラム・デザイナー/UIデザイン・プログラマーを表にすると次のようになる。 比較項目 職人プログラマー プログラム・デザイナー UIデザイン・プログラマー 譲れない点
発想力やある分野における能力について他の人が足元にも及ばないような才能を持つ人が、時間を守るとか、字をそこそこ綺麗に書くとか、人のことを怒らせないとか、そういった誰でもできるようなことがまるでできない、ということは結構よくあることで、こういうケースは要するに、Lv.10 の人は Lv.5 の呪文は唱えられそうなものなのに、Lv.30 なのに Lv.3 の呪文が唱えられないことがある、ということなのである。 また一方で、能力もあり物腰も柔らかく人の発言にもよく耳を傾け、際立つ能力を持ちながら一個人としても周囲の尊敬を集める人が、何らかの理由でその場所を去り、活気を失うのではないかと心配された残された人々が、残された自分たちが、という使命感以上に、はっきりと自分より上に位置する人がいなくなったことによる開放感から、今まで目指すことをしていなかったレベルにまで踏み込み始めて、聖人のように見えたあ
1. 勝てないと感じている相手に鋭い指摘をされたとき プライドが高い人に起きやすい。 この手のケースでは論理的にカッとなるから手に負えない。 実はお互いに勝てないと感じていたりするともうゴジラ対キングギドラである。 口から絶え間なく吐き続けられる燃えさかる言葉の炎。 2. 対応能力のキャパシティを超えた事態が発生したとき パニックになって周囲に当たり散らす。 逆に卑屈になって極端に低い姿勢で謝り続けることも。 周囲から見ていると別に大したことじゃないのにと思えてしまうことが多い。 怒りの炎は引火する。 昨日あいつがあんなに怒っていたじゃないか。 だから今の俺の怒りだって抑えずに爆発させてしまっていいのだ ムカーッ！ 連鎖する怒りの垂れ流し。 4. 極度に忙しくてカリカリしているとき 自分の作業が遅れているだけなのに他の人も道連れにしようとしたりする。 暗黙に自分の仕事が終わるまでみんなを帰
諸君 私はプログラミングが好きだ 諸君 私はプログラミングが好きだ 諸君 私はプログラミングが大好きだ 設計が好きだ 実装が好きだ デバッグが好きだ コンパイルが好きだ リファクタリングが好きだ パフォーマンスチューニングが好きだ ペアプログラミングが好きだ クラスの名前を考えるのが好きだ 自分が書いたソースを眺めるのが好きだ Java で C で C++ で C# で Perl で Ruby で PHP で Python で Lisp で VB で この地上で行われる ありとあらゆるプログラミング行為が大好きだ 轟音と共にバグを吹き飛ばしていくのが好きだ 空中高く放り上げられたバグが 効力射でばらばらになった時など心がおどる プログラマーの操る キーボードが コンパイルエラーを撃破するのが好きだ 悲鳴を上げて 燃えさかるソースコードから飛び出してきたエラーを テキストエディタで薙ぎ倒した
はじめに † インストール後にやっておくこと。 ここでは主にUbuntu 8.04LTS,10.04LTS server版なので注意です。 デスクトップ版の方は、Ubuntu 10.04 Lucid Lynxを使う (10.04以外はこちら) のページがいろいろ参考になります。 あと公式ドキュメントも以下略 ↑ proxyの設定 † proxyとかを通す場合 /etc/profile に http_proxy=http://(proxyのIP):(proxyのポート)/ export http_proxy としておくと、とりあえず、ネットにつながるときにproxyを通すことになる。 ソフトウェアを入れる際やシステムのアップデートの際に使う aptitudeの proxyの設定の仕方は以下を参照のこと 上記だけだと、cronとかでaptitudeを動かしたときなんかにproxy設定が使われま
Joel Spolsky / 青木靖 訳 2006年9月6日 水曜 優れた開発者というのはいったいどこにいるんだ? 空いたポストを埋めるために誰かを採用しようとしたとき、多くの人がするのは、広告を出し、おそらくは大きなオンライン掲示板を見て回り、履歴書を山ほど取り寄せるということだ。 そこにある履歴書を、「フム、これはいいかもしれない」とか、「お話にならない」とか、「この人がバッファローに越してきてくれるならいいんだけど」などと考えながら見ていく。しかし、請け合ってもいいが、そのときに決して起こらないだろうことは、「すごい、この人は素晴らしい! ぜひとも雇わなくちゃ!」ということだ。実際何千という履歴書に目を通し、そして履歴書の見方がちゃんと分かっていたとしても(これは簡単なことではない。そのことについては金曜日に書くつもりだ)、何千という応募の中に、率直に言って優れたソフトウェア開発者が
昨日書いたその1は多くの人に読んでもらえたようで、改めてPlaggerに対する興味の高さを確認しました。いじってみたいけど敷居が高いという人が多いんだなーと実感。Windowsでも簡単にインストールできるようなので試してみたらどうかと思います。すっごくたのしいから！ 別にPlaggerコミュニティのまわしもんでもなんでもないけど。 その1ではFilter::EntryFullText（以下：EFT）について説明しました。これは指定したHTMLからサイト内部のリンク先を抽出して指定されたルールに従って内容を持ってくるフィルタです。EFTを使って企業ニュースサイトの見出しページを読み込んでその日のニュースを引っ張ってくることができました。しかし、EFTでは外部サイトのリンクには対応できませんでした。これでは個人ニュースサイトに対応できません。そこで今回はCustomFeed::Configを取
2008/2/12:「公開APIを利用したサンプルサイトを作っていくよ」は、書籍発売に伴い、新サイトに移転しました。 →公開APIを利用したサンプルサイトを作っていくよ 新サイトでは、サンプルサイトの他に、サンプルソースコードの掲載もしていく予定です。 旧サイト（このページは）、削除せずにこのまま残しておきますので、新旧サイトともに今後ともご利用ください。 (旧)公開APIを利用したサンプルサイトを作っていくよ TOP ABOUT BOOK LINK MAIL BLOG 本館 ZAPAnet総合情報局管理人ZAPAが公開API（Webサービス）を利用して、サンプルサイトを作って紹介しています。 Web2.0、マッシュアップの流行によってせっかくWeb上でAPIが公開されていても、利用する前に規約に同意して、開発用ドキュメント（HTMLからPDF、EXECL、WORDなどドキュメントのフォー
とアジったタイトルつけてはみましたが、問題の記事はこちら。 働いてみたいIT企業ランキング（1） ITproで出ていました。 で、なんですが、ちょっと突っ込んでみようかと。 えーとですが、まず、ランキング１～３位までは問題ないと思います。 マイクロソフト、野村総合研究所、日本ＩＢＭですね。ランキングトップのうち、二つが外資系というのもアレですが、マイクロソフトとＩＢＭは財務的には問題ありません。 というか、マイクロソフトは財務的には最強臭い企業です。市場独占力をいかして儲け過ぎだなんて世界各国で嫌われちゃったりしてますし、株価はここ５年くらい緩やかに下がったりしてますが、財務面では文句無し超優良企業です。 ＩＢＭも、財務的には問題のない企業です。１９９３年、アメリカ企業史上最悪の５０億ドルという大赤字だしたりしましたが、ガースナ―さんの下でリストラしたり、経営改革したりして、持ち直していま
1. 会議を最適化する ミーティングのゴールを明確に設定する。 ミーティングの最後に必ず結論と ToDo を確認する。 ミーティングの回数をできるだけ少なくして時間もできるだけ短くする。 ミーティングのトピックごとに関係する人だけ集めて最少人数で議論を行う。 (途中であなたはこのトピックに関係ないから退席して良いです、と指示がでる) 会議を最適化することで労働時間中の実作業時間を最大化させ、労働時間全体を圧縮する。そして、早く帰る。 この体験は、その後自分が会社で会議をしていく上で大きく役立った。 XM(eXtreme Meeting)にも、この時の体験が直接的にも間接的にも影響を与えたと思う。 アドバイザーとしてプロジェクトに参加していたテクニカル・コンサルタントが、技術的に明らかに間違った発言をしたことがあった。 私を含む日本から来ていた何人かのメンバーは、あんな基本的なこともわかって
AdSense や各種アフィリエイト、オークションサイトが登場したことで、 物を書く人や情報提供サイトを運営する人、個人で物を仕入れて販売する人たちは 今までにないまったく新しい仕事の仕方の選択肢を手に入れた。 会社に所属したり会社と契約したりしなくても、 コンテンツやサービスを提供したり、 個人で仕入れた物品をネットで販売したりすることによって、 それだけで十分に生活することができる収益を手にする人が出てきている。 会社に勤務しながらも、 個人でのネットでの収入が家計のポートフォリオの中で無視できない 位置を占めてきている人もすでに数多く存在する。 賃金水準が相対的に低い国では、 AdSense による収入が天から舞い降りた奇跡のように扱われているという。 日本でもネットでの収入で毎月数百万円を稼ぐ人があらわれてきている。 これらのネットで提供される仕組みは、 個人が企業で働く意味を改め
むしゃくしゃすることは悪いことではなくむしろ良いことである、と最近思い始めた。そういう私は今、とある仕事のことでかなりむしゃくしゃしている。 すべてが思い通りに行くということはつまり今の自分ができる範囲内のことをしているからであり、自分が今できることを越えたところに身を置けば、息を吸って息を吐くように自然にしているだけでは、物事がうまく進まなくなってくる。 ここが一つの分岐点なのだと思う。 「文化は抵抗体があって生まれる」 とかつて私に教えてくれた人がいて、四大文明がどこで生まれたのかを考えろと彼はいう。氾濫する黄河、そのままでは住むことのできない砂漠。それらは手を伸ばせば果物に当たるような食に恵まれた豊かな大地ではないところから生まれてきた。 現時点で自分が苦もなく対処できる場所にいる安楽もある。 しかし、こうも考える。 楽をしてすべてがうまくいくような場所に身を置いてニヤニヤしながらふ
どうしても昨日までに仕上げなければならない仕事があったので、一昨日は徹夜で開発をした。一人で飲んだり、人と飲んだり、布団の中で考え事をしたり、徹夜をすること自体は悪いことではない。しかし、徹夜で仕事をするのは可能な限り避けた方が良い。 ベンチャーを始めてからの最初の2年は、年末年始を含めて365日1日も休まず仕事をした。徹夜なんて当たり前である。そんな私だったが、会社が3年目に入る頃に休息の重要性を痛感し、以来、できるだけ徹夜はしないようにしている。それは、徹夜がもたらす作業時間よりも、悪影響の方がずっと大きいということに気づいたからだ。 私の経験では、徹夜が常習化するにつれ、個人/組織には次のような症状が出てくることがある。特に、影響力のある人がこのような状態になると、組織全体が影響されて深刻な症状にかかりやすい。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く