まさかのパブリックドメインで配布！ 電気回路図をヒントにした美しすぎる「鉄道路線図」完成
美しすぎる鉄道路線図のSVG（Scalable Vector Graphics）ファイルがパブリックドメインで配布され、称賛の嵐に包まれています。 全体図 拡大図 この鉄道路線図は、デザイナーHashimoto Naoki（＠hashcc）さんが作成したもの。1931年にハリー・ベックさんによってデザインされた「ロンドン地下鉄路線図」が好きで、その作図方法に基づきこの路線図を作ったのだそうです。ハリー・ベックさんは技術者で、電気回路図をヒントにロンドンの地下鉄路線図描いたことで有名な人物。その美しさに多くのファンがいます。 実はこの鉄道路線図、12月1日から24日（クリスマス）までをカウントダウンするアドベントカレンダー（「SVG Advent Celarnder 2014」）という企画の記事で公開・紹介されたもの。Hashimotoさんは「図形として“プログラマブル”でないといけなかった
2014-12-22 そろそろStreemについてひとこと言っとくか [長年日記] | Matzにっき(2014-12-22)
久しぶりの更新 GitHubの <URL:http://github.com/matz/streem> を公開したら驚くべき反響の大きさなので、本人もびっくりしている。 ので、ここでちょっとまとめておく。 もともとは日経Linuxの自作言語入門の連載のネタ 時系列的には２０１５年１月号で言語仕様を決めた(原稿提出は１１月中旬) ２０１５年２月号で実装について解説(原稿提出は１２月初旬) ２月号原稿には「github.com/matz/streemを参照のこと」と書いた 提出したその日に１月号発売 原稿提出後、原稿で解説した部分を実装し(300行程度)、githubにアップロード だれかが見つける hackernews, redditなどでバズる github issues, pull requestなどいっぱいくる 私が実装する前に Go で実装しちゃう人が出る (mattn/streee
女子高生は標準の音楽アプリを使わないって本当!?-今どきのJKと音楽 - 週刊アスキー
最近の女子高生は、YouTubeや動画アプリ『MixChannel』が音楽を聴くキッカケになっているそうです。では、気に入った音楽があれば購入しているのでしょうか？ 今回は音楽の聴き方を現役JK5人に訊いてみました。 ──好きな曲のCDは買いますか？ マホ：ソナポケ（Sonar Pocket）やマイファス（MY FIRST STORY）とか、好きなやつはたまに買います。 ヒナ：ジャニーズが好きだったときは特典目当てでけっこう買ってましたね。 ──シングルCD？ マホ：アルバムです。年に何枚か。 ミキ：シングルは買わないよね。買うとしたらアルバム。 モモ：うん、アルバム。 ──でも全然CDを買わないわけではないんだね。買ったCDはどうやって聴くの？ マホ：えっと、CDは開けないんです。特典目当てで買ったやつとか。袋のままで置いてある。 ──え？ そうなの？ その曲を聴きたいときはどうするの？
クルーグマン先生が間違っている理由 - 今日の覚書、集めてみました
Ambrose Evans-Pritchard: Why Paul Krugman is wrong （クルーグマン先生が間違っている理由） By Ambrose Evans-Pritchard, International Business Editor Telegraph： 3:03PM GMT 15 Dec 2014Central banks can always create inflation if they try hard enough - no matter what Paul Krugman says 中銀は頑張ればいつだってインフレを引き起こせるんですよ…クルーグマン先生が何とおっしゃろうが関係なく。 Professor Paul Krugman is the world's most influential commentator on economic issues
インフラ屋のAWSはじめた日記─GUIを捨てよ：連載｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
Ruby on Rails 4.2 リリースノート - Railsガイド
Rails 4.2の注目ポイント Active Job メールの非同期処理 Adequate Record Web Console 外部キーのサポート 本リリースノートでは、主要な変更についてのみ説明します。ここに紹介されていない機能、バグ修正、変更の詳細についてはGitHubにあるRailsメインリポジトリの コミットリスト を参照してください。 1 Rails 4.2へのアップグレード 既存のアプリケーションをアップグレードするのであれば、その前に質のよいテストカバレッジを用意するのはよい考えです。Railのバージョンが4.1に達していない場合は、まずアプリケーションをRails 4.1にアップグレードし、アプリケーションが期待どおりに動作することを確認してからRails 4.2にアップグレードしてください。アップグレードの際に注意すべき点のリストについては、Ruby on Rails
「開発組織のマネジメント」のスライド資料が素晴らしい - プログラマの思索
「開発組織のマネジメント」のスライド資料が素晴らしいのでメモ。 資料の内容を理解したレベルで書く。 【1】問題意識としては、最近15年でWeb開発は従来よりすごく難しくなり、重要度が増している。 付け焼刃で簡単にプロダクトを作れるレベルではなくなった。 その理由はいくつかある。 一つは、開発基盤やシステムがレガシーであるため、ビジネスの変化に追いつけないこと。 2つ目は、企画チーム・開発チーム・運用チームのそれぞれで異なるやり方が根付いており、押し問答の状態になっていること。 サイロ型組織故に、開発組織の行動が局所最適化されてしまい、全体最適になっていない点に問題がある。 本来解決されるべき姿は、レガシー化を防ぐ作業に継続的に取り組むことと、サイロ型組織から自己組織化されたチーム構造へ組織を変化させること。 チームが都合で解散されるようでは、習熟度はいつまで経っても向上しない。 【2】一番
Railsが時代に合わなくなってきた
追記 RailsでJS辛い問題に関しての結論：http://qiita.com/kaiinui@github/items/dad6180f1910c6a4bfd5 -- 近年、(1) Web/App両対応が増えてきたこと、(2) WebでもJSを多用するようになったこと、の二つがあり、以下の点でRailsが微妙になっている。 ViewのJavascriptがRailsから独立している API層のサポートが微妙 最初に書いておきますが、特に決定的な解決策もなく、辛いから今後解消されてほしいよね、な話です。 ViewのJavascriptがRailsから独立している Railsはとても堅牢。 モデル、コントローラ、ルーティングと、変にいじらない限りはほとんどテストが要らない。 必要なのは、モデルに新たにpublicメソッドを付けたときくらいだろう。 実際、バックエンドはそうそうバグが出ない。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
O/Rマッパーによるトラブルを未然に防ぐ
RubyOnRailsでこんなコードを書いてたら今すぐリファクタリングして１行にまとめちゃおうぜ！small tips! - Qiita