はてなブックマーク

駄文ポエムです。 先のことなんてわからないし、事業計画通りにいくわけがない。だがしかし 何ヶ月後にどのくらいのユーザを集めたいのか、それがどれくらいのトランザクションを発生させるのか知らなくて作れる？ たとえYAGNIといっても直近作るfeatureぐらいは知っているべき 事業規模に合わせて段階的にスケールさせていけばいいが、そのタイミングがいつなのか知っているか？ プロトタイプレベルの実装とプロダクションレベルの実装は違う 機能が変われば最適なデータモデルやアプリケーションアーキテクチャも違う チーム体制だって違う プロトタイプレベルの実装にいくらテストを足したところで改善なんてしない 大量のワークアラウンド実装とそれを保証するテストが追加される 本来、リファクタリングの足場とすべきもののはずが、消して書きなおした方が早いという矛盾 エンジニアは、トレードオフを都度判断し、決定する エン

よい本なので、他書と比較しながら再読していきます。短期集中連載のつもり。 1章 理解しやすいコード ここでは本書の根底となる「すべての原則が生じるテーマ」と「読みやすさの基本定理」について説明がされています。 コードは理解しやすくなければいけない。 コードは他の人が最短時間で理解できるように書かなければいけない。 『C++ スタイルブック (IT Architects’ Archive―CLASSIC MODERN COMPUTING)』の「はじめに」には次のように書かれています。 チームが成果を上げるには、誰もが、他の人の書いたコードを読んで理解できなければならない。 『Code Craft ~エクセレントなコードを書くための実践的技法~』1章「防御的プログラミングの技法」には次のように書かれています。 簡潔性よりも明瞭性を重視してコードを書く 簡潔ではあるのものの混乱を招くおそれのある

懲りずにawkコマンドネタ。問題です。以下のようなファイル(input.dat)があります。 1,2,3,4,5 a,b,c,d,e このファイルに対して次のようにawkコマンドを使うとどのように出力されるでしょうか？ awk 'BEGIN{FS=",";OFS="|"}{print}' input.dat 誤回答 1|2|3|4|5 a|b|c|d|e 正解 1,2,3,4,5 a,b,c,d,e OFSの指定を無視して入力レコードがそのまま出力されます。 アクションは`{' と`}'に囲まれている。アクションかパターンのどちらかを省略する事ができる（もちろん両方を省略するという事はできない）。パターンが省略されると、全ての入力に対してアクションが実行される。アクション部が省略されると次に挙げるものと同じ動作を行う。 { print } つまり、入力された行をそのまま出力する。 http

ファイル名をワイルドカードで指定して、一番最近変更されたファイルをtailで表示する。 ls -t /path/to/prefix-*.log | head -1 | xargs tail -f ls -t /path/to/prefix-*.log | head -1 | xargs less 最近変更されたファイルをtailで表示する。 - こせきの技術日記 となっていたが、自分がやるなら tail -f `ls -tr |tail -1` としそう。xargs使う方が思考の流れとしては自然かな。xargsはfindとセットみたいに書かれていることも多いけど。 自分の場合、最新のファイルをターミナルの一番下に表示したいので、lsのオプションのtとrはセットで使っている。なので、alias設定も alias ll='ls -ltr' としている。 というところで、twitterでいいタイ

ERBらしいですよ。変数名は reason と deadline ですって。

この文章は、 Kinesis framework の公式ブログから "10 tips to write better JavaScript" という記事を翻訳したものです。今回は原文を並記してみます。実験的に GituHub で作業をしていたところ、sakuro さんからご指摘頂きました。GitHubは素晴らしいですね。 10 tips to write better JavaScript http://kinesis.io/blog/10-tips-to-write-better-javascript/ 1. セミコロンを忘れない(Don’t forget the semi-colons) JavaScript allows developers the freedom to skip semi-colons in the source code. Most of us, being l

このエントリは2週間後の7/7に書いています。 銀座だけどAgile渋谷 『WEB+DB PRESS』vol.69の特集「詳解GitHub」に合わせて、著者で Agile渋谷の発起人でもある @HIROCASTER の頑張りで開催されたイベントでした。 The GitHub poweredby Agile渋谷 日本のSOCIAL CODINGの今を見る http://atnd.org/events/30016 WEB+DB PRESS Vol.69 作者: 大塚弘記,渡辺修司,堤智代,森田創,中島聡,A-Listers,はまちや2,川添貴生,井上誠一郎,近藤宇智朗,ヒノケン,後藤秀宣,佐藤鉄平,mala,奥野幹也,伊藤智章,WEB+DB PRESS編集部出版社/メーカー: 技術評論社発売日: 2012/06/23メディア: 大型本購入: 13人 クリック: 143回この商品を含むブログ (

Railscasts という素晴らしいサイトがあります。最新のRailsの情報が学べます。時間も長過ぎず、Podcast 、多様なファイル形式（mp4/m4v/webm/ogv）、 iPhone アプリに文字起こし版のASCIIcasts といたせりつくせりです。最近は、改訂版の revised 、月額の Pro 版も始まりました。 RailsCasts http://itunes.apple.com/jp/podcast/railscasts/id218282043 RailsCasts (Mobile) http://itunes.apple.com/jp/podcast/railscasts-mobile/id253867754 RailsCasts Revised Episodes http://railscasts.com/?type=revised RailsCasts Pro

リクエストに答えて、僕のMacBook Airのキーボード設定を公開します。 US キーボードを使う理由 僕は US キーボードを利用しています。理由は、 US キーボードだと 小指で Enter キーを押すので、入力がスムーズ（JIS キーボードだと薬指で Enter キーを押すことになる） というもので、他に、 Delete キー（Back Space）が押しやすい キートップの文字がごちゃごちゃしていない '（シングルクォート）が指に近くて打ちやすい @（アットマーク）が Shift + 2 で、JISキーボードよりも指が憶えていて打ちやすい など、いくつかあります。 Windows だと Alt + ` でIME 切り換えをしなきゃならない というのはけっこうマイナスですが。後述するように Mac ではこれからも開放されるので、そもそも Windows ノートで US キーボードを

2013年12月2日更新: 参照されることが多いので Rails 4 の情報を訳注として追記しました。また、Rails 4 に関する情報は、 WEB+DB PRESS Vol.73 が非常に参考になるので、一読をおすすめします。 この文章は Mitch Crowe 氏のブログより 2012年4月14日の記事を翻訳したものです。 The 10 Most Underused ActiveRecord::Relation Methods http://blog.mitchcrowe.com/blog/2012/04/14/10-most-underused-activerecord-relation-methods/ 昨日は ActiveRecord::Relation のコードに膝まで浸かって、使われているのをこれまで全然見たことがない面白いナゲットを思い出させてくれた。この記事で、十分に活用

2014年1月8日追記: 検索で辿り着いた方へ 以下の情報は古くなっているので別の情報をお探しください。 追記ここまで。 Ruby のバージョン を 1.9.3-p125 から 1.9.3-p194 に上げようとしたときにどうやるか理解していなかったので、備忘録代わりにメモ。OS は Lion 。 % rbenv install 1.9.3-p194 ruby-build: definition not found: 1.9.3-p194 と出たので、 rbenv install でインストール可能なバージョンを確認する。 % rbenv install usage: rbenv install VERSION rbenv install /path/to/definition Available versions: 1.8.6-p383 1.8.6-p420 ... 1.9.3-p0 1

37signals の"Getting Real" というWeb書籍があります。 「Getting Real」自体が37signalsの方法論、すなわち「より小さく・より早くソフトウェアを作る」というアプローチを解説したもので、実際に37signals自身がその極端ではあるけれどもシンプルではっきりとしたいくつかの方法を組み合わせることで、数々の使いやすいウェブアプリケーションを世の中に送り出しており、それらは有料ですが多くのユーザーや企業から支持されて利用されています。 なぜプログラマを難問奇問・一風変わったテストなどで雇ってはいけないのか？ - GIGAZINE 原文 http://gettingreal.37signals.com/ 日本語版 http://gettingreal.37signals.com/GR_jpn.php Web 版は無料で PDF版と印刷版は有料だったのです

以下の文章は Targeter App Blog の記事を翻訳したものです。原文は 2012年5月12日 に書かれました。 Why we moved from NodeJS to RoR http://blog.targeterapp.com/post/22984987832/why-we-moved-from-nodejs-to-ror 免責事項：この記事は NodeJS や Ruby on Rails について騒ぎ立てるものではありません。ただ私たちの決定とその理由について振り返るものです。両フレームワークはそれぞれが作られた目的において素晴らしいものであり、そのことは、私たちのスタックの一部がいまだ NodeJS で動いている理由でもあります。 私は NodeJS のすごいファンで、これは非常にエキサイティングな技術だと信じていて、これらの人気が出る様を目にするだろうと思う。私はとて

以下の文章は、Mike Perham 氏のブログ記事を翻訳したものです。原文は2012年5月5日に公開されました。 Five Common Rails Mistakes http://www.mikeperham.com/2012/05/05/five-common-rails-mistakes/ Railsをそれなりに仕事で使ってきて多くの Rails アプリを見てきて、悪い Ruby コードを読み書きした。この記事では、だいたいすべての Rails のコードベースで見られる共通の間違いを5つ挙げる。 1. スキーマの仕様がないマイグレーション データモデルはアプリケーションのコアだ。スキーマに制約がないと、データはコードベースに存在するバグにより徐々に蝕まれていき、フィールドに値が入っているか信頼できなくなる。ここに Contact スキーマがあるとしよう。 create_table

前回の続きです。 21. Ready, Fire, Aim – Michael Masterson Ready, Fire, Aim: Zero to $100 Million in No Time Flat (Agora Series) 作者: Michael Masterson出版社/メーカー: Wiley発売日: 2008/01/02メディア: ハードカバー クリック: 4回この商品を含むブログを見る オーディオブック(asin:1596591633) 翻訳版はこちら。 大富豪の起業術 下巻―毎年700億円を稼ぎ出す〈ダイレクトマーケティング 作者: マイケル・マスターソン,小川忠洋出版社/メーカー: ダイレクト出版発売日: 2011/04メディア: 単行本 クリック: 13回この商品を含むブログを見る 22. Rework – Jason Fried Rework 作者: Jaso

待たれていた翻訳版がついに発売され、好評を博している Eric Ries の『リーン・スタートアップ』ですが、先日、テレビ東京の WBS でも特集がされましたね。 今月、アメリカのベストセラー本が発売される。タイトルは「リーン・スタートアップ」。リーン（ｌｅａｎ）とは「無駄のない」という意味で、資金をかけずに製品やサービスをつくり、ユーザーの意見を聞いて改善を繰り返すことの重要性が説かれている。アメリカのシリコンバレーではフェイスブックなどが実践しビジネスを成功させている。 特集：ワールドビジネスサテライト:テレビ東京 実は彼が書いた書籍が以前から日本で入手可能だったことはご存知でしょうか？ ウェブオペレーション ―サイト運用管理の実践テクニック (THEORY/IN/PRACTICE) 作者: John Allspaw,Jesse Robbins,角征典出版社/メーカー: オライリージャ

config/routes.rbが resources :hoges do resources :fugas end のようにネストしたresourceのとき、子となるfugaのみ作成/更新を行うフォームを書こうとして、少しハマったのでメモ。 次のヘルパーメソッドでは、 new_hoge_fuga_path(@fuga.hoge, @fuga) edit_hoge_fuga_path(@fuga.hoge, @fuga) 以下のURLが呼ばれる。 http://localhost/hoges/:hoge_id/fugas/new http://localhost/hoges/:hoge_id/fugas/:id/edit このときに使用されるフォームは、 app/views/fugas/_form.html.erb で、ここに書くform_forヘルパーの引数は、 <%= form_for

この記事は、Cagdas Basarane 氏のブログ、 CodeBuild から 2012年2月20日の記事 "15 Best Practices of Variable & Method Naming" を翻訳したものです。 原文URL http://codebuild.blogspot.com/2012/02/15-best-practices-of-variable-method.html 十分短く十分長い変数名をスコープごとに使用する。一般的に、ループカウンタには1文字、条件やループ変数には1単語、メソッドには1-2単語、クラスには2-3単語、グローバル変数には3-4単語を使用する。 具体的な(specific)名前を使用する。例えば、"value"、"equals"、"data"といった変数名はいかなる場合も有効ではない。 意味のある(meaningful)名前を使用する。変数

『知る、読む、使う！ オープンソースライセンス（達人出版会）』の著者である可知豊さんをお招きしてのオープンソースライセンス勉強会に参加しました。可知豊さんの話がテンポよく、講演中、質疑応答なんかも活発で良い空気の勉強でした。（この記事は2/27日に書いています。） オープンソースライセンス勉強会 どちらかというとこってりめで。 http://atnd.org/events/25138 講演中、少しメモしたことを公開します。講演ダイジェストないことと、誤ってる可能性があるので、気になる方は録画の方でご確認ください。VOYAGE GROUPの有志スタッフすばらしい。 http://www.ustream.tv/recorded/20639758 http://www.ustream.tv/recorded/20640484 可知さんの当日の資料はご本人のブログでどうぞ。 http://www.

というタイトルの記事が流れてきたので、ブクマがてらメモ。 8 Great Resources to Learn HTML, jQuery And Ruby http://technotab.com/8-great-resources-to-learn-html-jquery-and-ruby/ HTML http://www.html.net/ jQuery Air http://jqueryair.com/ Learn Web Code http://learnwebcode.com/ Team Tree House http://teamtreehouse.com/ w3schools http://www.w3schools.com/ Eloquent JavaScript http://eloquentjavascript.net/ Ruby Monk http://rubymon

翻訳レビューに参加させていただいて、僕にとって初の献本をいただきました。訳者の角さん、ありがとうございます。レビューのプロセスはとても貴重な経験でした。本書の読みどころを僕の経験を交えて書きたいと思います。 本書は「プロは」で始まる文がたくさん書かれています（試しにレビュアー特権を使って「プロは」をgrepしたら74件もあった！）。プロフェッショナルがどのような行動をとるかが書かれています。テクニカルな部分に限れば、もしかしたら他書の方が詳しいかもしれません。しかし、本書に特徴的なのは、ソフトウェア開発者の心の動きが書いてあるということです。特に、第2章「ノーと言う」と第3章「イエスと言う」は必読です。Twitterなどの反応を見ると、面白く読まれた方が多いようですが、僕はそれほど楽しくは読めませんでした。 次のようなくだりがあります。 「試しにやってみる」にはさまざまな意味がある。私が問

以下は Michael Trier 氏のブログ Empty Thoughts から2010年12月5日の記事 "Why I Use Vim" を翻訳したものです。また彼は 2008 年頃に Django 関連の Padcast や Screencast を積極的に配信されていた方のようです。 Why I Use Vim http://michaeltrier.com/2010/12/05/why-i-use-vim/ 私が MacVIM をエディタに選んでから2、3年が経ったが、いまだに自分が初心者みたいな気がする。毎日自分のエディタを学び続けているが、Vim のようなエディタに習熟するには、意識的な努力が必要だ。私がそれだけ努力する理由を書こう。 エディタはとてもパーソナルなものだ。プログラミングするときの自分のワークフローに合ってないといけない。ちょっと考えてみればわかるが、テキスト編

以下は、 EBG Consulting 社の創業社長 Ellen Gottesdiener 氏が2012年1月10日に自身のブログに投稿した記事、 "Best Books for Software Developers" の翻訳です。 紹介書籍がすべて翻訳済みであったのと、個人的に、先日、ぺけま第3号の和田卓人さんインタビューでgoos本（Growing Object-Oriented Software, Guided by Tests (Addison-Wesley Signature Series (Beck))）の INSIDE OUT と OUTSIDE IN の考え方に触れていたので記事中の "outside-in" のフレーズにピンときたこと、記事最後の "but it starts with the customer" が "SOCIAL CHANGE STARTS WITH

以下はNick Sutterer氏が2010年10月28日に自身のブログに投稿した、"Rails Misapprehensions: CRUD is not REST! "の翻訳です。本人の許可を得て掲載します。 Rails Misapprehensions: CRUD is not REST! http://nicksda.apotomo.de/2010/10/rails-misapprehensions-crud-is-not-rest/ RailsとRESTについて調べている間、二つのことがよくわかった。 RailsでRESTがどうなっているのか、他と比べて、明解で、基礎的で、「印刷された」解説を見つけにくい。数千のスクリーンキャストを見てきたが、この素晴らしいガイドが一つあるだけだった。 みんなCRUDとRESTを混同している とりわけ後者は僕を困らせたが、あるチームをコーチすると

citizen428氏が2010年8月12日に自身のブログでまとめたプログラミング関連のeBook 30選が更新されています。公開以降、いろんな方から「これも追加してほしい」とお願いされ、2012年1月6日時点で50冊を超えてしまったとのこと。厳密なeBookだけを取り上げたわけではなく、C++、PHP、Javaはたくさんあるので取り上げなかったとのことです。 30 Free Programming eBooks http://citizen428.net/blog/2010/08/12/30-free-programming-ebooks/ 内訳は以下のようになっています。 Lisp/Scheme 12冊 Ruby 11冊 JavaScript 5冊 Haskell 4冊 Erlang 2冊 Perl 4冊 Python 4冊 Smalltalk 3冊 その他 17冊 他にもコメント欄で