EPUBファイルの情報表示ツール epinfo を公開してます - 思っているよりもずっとずっと人生は短い。
久々に更新。 epinfoというツールを公開してます(さっきちょっとバージョンアップしました)。Ruby製なので要Ruby。 epinfo (http://rubygems.org/gems/epinfo) EPUBファイルの情報を、コマンドラインから簡単に表示するためのツールです。「epubinfo」という似た名前のgemがあって、そのラッパーみたいな感じです。 インストールにはgemコマンドを使います（bundler使ってるひとはそちらでも）。 $ gem install epinfo root権限が必要な人は「su gem install epinfo」としてください。 インストールすると「epinfo」というコマンドが追加されるはずです。 使い方は「epinfo 【EPUBファイル名】」とコマンドを入力するだけです。引数に指定したEPUBファイルのメタデータを表示します。 $ ep
「執筆のためのエレベータピッチ」のテンプレートを作ってみました - 思っているよりもずっとずっと人生は短い。
今エレベーターに乗ろうとしているのは、3 ヶ月前からどうにかして会いたいと思っていたベンチャーキャピタルの関係者だ。エレベーターで同乗している30 秒のあいだに、君の始めたばかりの新規事業を説明しなきゃならない。成功すれば資金援助を勝ち取れる。失敗したら、またカップラーメンをすする日々が続く。 これがエレベーターピッチという言葉の由来だ。 （『アジャイルサムライ』4.2 エレベーターピッチを作る より） 『アジャイルサムライ』では、プロジェクト憲章の代わりにインセプションデッキというものを作ることを提案しているのですが、その中の一ページは「エレベータピッチ」になっています。 このエレベータピッチとは、上に書いてある通り、ベンチャーがエレベータとかでたまたま居合わせた投資家に説明できるように、みたいなエピソードとともに語られる、自分の事業を伝えるための短い説明みたいなものです。 『アジャイル
「IT業界」なんて、ないんだよ
このエントリは、新卒準備カレンダー 2011春のためのもので、@shuji_w6e さんの「実践する、コツコツと、少しづつ」の次のエントリになります。 おまえ誰よ? 高橋征義と申します。プログラマです。プログラミングはかれこれ30年近くやってますが、まともに書けるようになったのは20年近くたってからです。人間続ければ何とかなることもあるんですね（ならないこともあります）。 修士の１年のとき、高校時代の友人から「インターネットのベンチャー会社作るんだけど一緒に働かない？」と言われ、あまり何も考えずに修了後その会社に参加しました。1996年、Webが流行り始めたころのことです。 そこから一度転職をはさみ、10年以上Web業界の隅っこの方で開発仕事に励んでいたのですが、昨年３月に退職、６月に電子書籍の制作と販売を行う「株式会社達人出版会」という会社を設立して、今はそこの代表取締役です。いやまあ社
アジャイル開発の反対はウォーターフォール開発じゃなくて「おまかせ」だと思う - 思っているよりもずっとずっと人生は短い。
メモ。 アジャイルとウォーターフォールを対比させるのは違和感があった。ので、少し考えてみた。 アジャイルソフトウェア開発宣言にある「包括的なドキュメント」とか「契約交渉」とか「計画に従う」とかと、「対話」「顧客との協調」「変化への対応」とかは、わりとばらばらなお題目が並んでいるように見える。少なくともこれがMECEだと思う人はいないと思う。 ばらばら並んでいる項目の共通点、類似点は何か。それはたぶん、「顧客」と「開発者」という2つのロールを仮定して、そのロールの人同士の間でのコミュニケーションコストを最大化する（という言い方が悪ければ「最大限許容する」と言い換えてもいい）というものだろう。文書や契約や計画は、あらかじめ（多少はコストをかけて）まとめておけば、それ以降のコミュニケーションは省略できる（ような気になる）、というものだろう。ツール・プロセスも同様だ。一方で、個人や対話、顧客との協
電子書籍に著者サインをもらいました - 思っているよりもずっとずっと人生は短い。
電子書籍ってサインがもらえないのが弱点だよね！みたいな話を聞いたことがあったので、あえて電子書籍にサインしてもらいました。 サイン用の電書は、今日開催された電書フリマで買ってきました。全部で15冊ほど買ったんですが、その中の『bnkr vol.03 novel's side』です。そしてたまたま今日開催されたRails勉強会＠東京に、bnkr vol.03に『怪人の悩み相談』を寄稿しているkdmsnrさんが参加されていたので、「児玉サヌール」名義でサインを書いてもらいました。 サインをもらう手順は以下の通りです。 1. EPUB版のファイルをPCにダウンロードし、unzipコマンドで展開する ダウンロードしたファイルは*.epubというファイルになっているので、それにunzipコマンドを使って展開します。そうすると元のディレクトリ構造が出てきます。 2. 中に入っている表紙画像ファイルを取
deviseでbasic認証と通常の認証を組み合わせる場合の落とし穴 - 思っているよりもずっとずっと人生は短い。
メモ。 deviseはRackというかwardenを利用した、Rails用の認証モジュール。便利なのだけれど、どうにもうまくログインができずはまった。 原因はbasic認証を併用していたこと。 現状、非公開のテスト用サイトのページにはbasic認証をかけている。Rails3では、basic認証はRails単独でも簡単に設定できる。とりあえず簡易に使用するには、config.ruファイルの「run Foo::Application」の前にこう書くだけ。 use Rack::Auth::Basic do |user, passwd| user == 'foo' && passwd == 'bar' end ところが、deviseもデフォルトでbasic認証を見るというか、そこからユーザIDを拾ってくるのだった。むむむ。そのため、deviseでログインする際に使用したユーザIDではなく、basi
devise＋confirmableでsign up完了時にメールを飛ばしたりする方法 - 思っているよりもずっとずっと人生は短い。
メモ。 deviseはRails3で便利な認証ライブラリですが、viewは $rails generate devise:views を実行すればapp/views/devise以下に展開されるので自由に変更できるものの、modelやcontrollerのロジックはライブラリ内にあるのであまりいじれません。というのが前提。 で、ユーザに登録時には登録ありがとうメールを飛ばしたりとか、何かしらメソッドを実行したいことがあります。deviseでも、modelのクラスそのものはアプリ側で定義できるので、標準ではたとえばafter_createに実行したいメソッドを指定しておけば、modelの生成時点=登録時点で実行されるようです。便利。 ところが、deviseにはconfirmableというオプションをつけられます。これは、いったん確認メールを送り、それに書かれているURLを踏むと登録が完了する
redmineを1.0.0にアップデートしてみた - 思っているよりもずっとずっと人生は短い。
redmineの1.0.0がめでたくリリースされました。ぱちぱちぱち。 Redmine 1.0.0 released そんなわけでさっそくredmineをアップデートしてみました。 私がいれていたredmineは0.9.4だったので、まあそんなに大変ではないだろう、と思っていたら、ほんとに簡単でした。 バックアップをとる DBにはPostgreSQLを使っているので、pg_dumpを使います。 $ pg_dump redmine > redmine20100723.dump 他のDBも似たような感じかと。細かい設定等は各自で工夫してください。 ソースを取得する SCMから取ってくるか、tarballを取ってくるか、どちらでもいいのですが、今回はtarballを取ってきました。 $ wget http://rubyforge.org/frs/download.php/71723/redmin
Rails3(edge)の始め方 - 思っているよりもずっとずっと人生は短い。
メモ。ちょっと怪しいかも。参考程度に。 # rails本体用のディレクトリを作る。 $ mkdir -p dp_pre/vendor $ cd dp_pre/ # とりあえず $ git init # Rails本体をgithubから持ってくる $ git submodule add git://github.com/rails/rails.git vendor/rails # いったんcommit $ git commit -m "Frozen Rails Edge as submodule" # アプリケーションを作成。bin/railsなのに注意。DBはPostgreSQLにしてみた(※1) <del>$ ruby vendor/rails/bin/rails application . --dev -d postgresql</del> $ ruby vendor/rails/bi
思っているよりもずっとずっと人生は短い。
ブラウザのアドレス欄に「d」と入力すればyomoyomoさんの日記のURLが表示されるくらい、はてなダイアリーといえばyomoyomoさんの文章が読める場所という生活が続いていたのですが、そのyomoyomoさんのYAMDAS現更新履歴も更新停止するということで、私の中のはてなダイアリーはついに幕を閉じた感があります。 Webの世界の流れは日記からブログを経てソーシャルに移行しきったわけですが、その一方で、2016年はTwitterの身売り騒動からFake News騒動に至るまで、ソーシャルな情報発信に限界を感じさせる年でもありました。あるいは2017年はソーシャルからの揺り戻しで、ブログやその進化形が求められているのかもしれません。何かツールを作ってみるのもよいのかもですね（とはいえ個人的にはRe:VIEWの方が優先順位が高いので、それ以外のツールを作る余裕はあんまりなさそう）。 そんな
真・Rails本ラッシュ(2008春モデル) - 思っているよりもずっとずっと人生は短い。
http://wota.jp/ac/?date=20080515#p01 いやいや、本自体ならもっとありますよ！ というわけでまとめてご紹介。だいたい発売日順。最後は宣伝です。 Ruby on RailsによるWebアプリケーション・スーパーサンプル 作者: 久保秋真,後藤修一,中村真一郎出版社/メーカー: ソフトバンククリエイティブ発売日: 2008/03/26メディア: 大型本購入: 4人 クリック: 234回この商品を含むブログ (21件) を見る 某レシピ本と同じ出版社の本。企画自体は某レシピ本の方が早かったのに、出版はこちらの方が早かったんですよね……と嘆かれて肩身の狭い思いをしたのは秘密。 Rails本としての特徴は、Engineを中心にしているところと、作るアプリのネタが妙もAgileというかLifehack系に偏っている点。とはいえ、サンプル集としては一番の量を誇っているん
2008-05-16
ことをid:ogijunに教わったのでアカウントを作ってみた。 http://github.com/ 今まで分散レポジトリというのは、単に分散開発が可能なだけかと思っていたんですが、どうもぜんぜん違うように捕らえたほうが良いような気がします。むしろ、すべてがtrunkというか、すべてがbranchというか。それが、単に「そうすることも可能」というレベルではなく、「本当にtrunkだと解釈するべき」で、それに基づくソースコードの生態系を設計・活用していくと。 ちょうど、ジョージ・アレック・エフィンジャー『シュレーディンガーの子猫』での、行動を起こすこと・起こさないことによって、世界が無限に分岐=forkしていく感覚。一行コードを書き変える・書き加えるということはすなわちforkすること。その変更を加えなくても、「変更しなかったbranch」というひとつのbranchに過ぎない。いわばソースコ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails ERDはめちゃめちゃ簡単でRails3使い必携 - 思っているよりもずっとずっと人生は短い。