タグ

2014年12月1日のブックマーク (12件)

  • 結局Ruby on RailsとPHPってどっちが優れてるの? - ぷれすとぶろぐ

    よくこういう記事のタイトルを見るけど、Ruby on Rails(以下、Rails)が勝ちだとか、PHPのほうが優れてるだとか、思った方はいますぐ反省するべき。 この記事は、Ruby on Rails Advent Calendar 2014 – Qiitaの1日目の記事です。 こういうものには つかいどきが あるのじゃ 例えば、ページに単純なカウンタを埋め込むだけにRailsを使うでしょうか。今のHTMLにすぐ埋め込むことができるPHPのほうがよっぽど便利で楽でしょう。物事には適材適所という言葉がある通り、同様だと思います。 ここでは、Railsの魅力とかPHPとなぜここまで比べられるかを書いてみます。 (ここでフレームワークと言語を比較している理由は後述ですが世間的によく比較される事が多いため。) おまえ誰よって言われる前に、自己紹介をしておくと自称「IT系なんでも屋さん」。Rails

    結局Ruby on RailsとPHPってどっちが優れてるの? - ぷれすとぶろぐ
  • IO負荷の高いプロセスを特定する方法 - weblog of key_amb

    カーネルの I/O Accounting 機能を利用する Linuxでカーネルのバージョンが 2.6.20 以降であれば、IO Accounting機能を使うとよい。 これが有効になっていれば、プロセス毎のI/O統計情報が /proc/${pid}/io に出力される。 …が、全プロセスについて、これを自前で分析するのは疲れるので、pidstat や dstat のようなツールを使うのが楽。 参考 IO Accounting 機能で I/O 負荷の高いプロセスを特定 :: drk7jp dstatの万能感がハンパない - (ひ)メモ iodump 2.6.19 以前のカーネルではどうすればいいか。 例えば、iodump というツールがある。 これは以前 Maatkit に含まれていた Perl スクリプトである。 使い方としては、以下の通り。 # download iodump wget

    IO負荷の高いプロセスを特定する方法 - weblog of key_amb
  • はてなエンジニアアドベントカレンダーを始めます - Hatena Developer Blog

    こんにちは、はてなシニアアプリケーションエンジニアの id:Songmu です。 師走に入り、エンジニア界隈ではアドベントカレンダーが活況ですが、はてなでもエンジニアによるアドベントカレンダーを始めることにしました。 12月1日から25日まではてなエンジニアの誰かが毎日エントリーを書く毎に、以下にリンクを追加していきます。お楽しみに! 12月1日 id:aereal 12月2日 id:daiksy 12月3日 id:Songmu 12月4日 id:y_uuki 12月5日 id:nanto_vi 12月6日 id:onishi 12月7日 id:chris4403 12月8日 id:y_uuki 12月9日 id:hatz48 12月10日 id:mechairoi 12月11日 id:shimobayashi 12月12日 id:yashigani_w 12月13日 id:stanak

    はてなエンジニアアドベントカレンダーを始めます - Hatena Developer Blog
  • 本日12月1日より、プログラマ有志による2014年の技術系Advent Calendarが各所ではじまる | gihyo.jp

    日12月1日より、プログラマ有志による2014年の技術系Advent Calendarが各所ではじまる 日12月1日より、プログラマ有志による2014年の各技術系Advent Calendar(アドベントカレンダー)が一日目を担当する人のblogではじまっている。技術系Advent Calendarの数の増加傾向は今年も続いており、Qiitaを利用したものがとても多くなっている。 一般的なAdvent Calendarは、12月25日のクリスマスを楽しみに待つために、12月1日から24日までのカレンダーの日付それぞれの部分が扉になっており、1日ずつその日の日付の部分を開くと天使や動物の絵などが見えるという仕組みになっている(もちろん、様々なバリエーションがある⁠)⁠。 これに発想をえて、技術系Advent Calendarでは基的に、12月1日から25日までの25日間、特定のプログラ

    本日12月1日より、プログラマ有志による2014年の技術系Advent Calendarが各所ではじまる | gihyo.jp
  • Treasure Agent(td-agent)の1と2の今後 - Qiita

    Treasure Dataが提供しているFluentdの配布パッケージであるtd-agentの今後について書く.この記事は http://docs.fluentd.org/articles/td-agent-v1-vs-v2 http://docs.treasure-data.com/articles/td-agent2 とかMLでのアナウンスを日語でまとめたような感じの記事です. 現在は1と2の二つのバージョンが並行してリリースされているので,まずそれぞれの違いについて書きます. td-agent 1 今までのメインバージョンであり,現在はold stable.同梱ライブラリの大きなバージョンアップはありません.最新版の1.1.21では以下のものが同梱されています Ruby 1.9.3 jemallocやmsgpackなど,コアライブラリ群 Fluentdとよく使われるプラグイン群 サ

    Treasure Agent(td-agent)の1と2の今後 - Qiita
  • Fluentd update 2014 - Qiita

    毎年恒例1年のまとめ記事です.2014年はFluentdの飛躍の年でもあったので,エコシステム周りも含め色々と紹介したいと思います. 2014年は0.10.43から始まり,v0.10の最新版は0.10.57,v0.12が開発版としてpre2までリリースされています.v0.12に関しては13日,v1を含めた来年の開発に関しては25日に書く予定です. Fluentd体 すべてを列挙するのは難しいので,すべてを見たい方はChangeLogを参照してください.ここでは特に運用やプラグイン周りで有用なものをピックアップします. プラグイン毎のlog_levelオプション (0.10.43) グローバルなレベルとは別に,各プラグイン毎にログレベルを設定出来る機能です.詳細は以前書いたFluentdのロギングを参照してください. sigdump (0.10.43) sigdumpが同梱されるようになり

    Fluentd update 2014 - Qiita
  • Dockerコンテナ接続パターン (2014年冬)

    記事はDocker Advent Calendar 2014の1日目の記事です. Dockerによるコンテナ化はリソース隔離として素晴らしい技術である.しかし,通常は1つのコンテナに全ての機能を詰め込むようなことはしない.マイクロサービス的にコンテナごとに役割を分け,それらを接続し,協調させ,全体として1つのサービスを作り上げるのが通常の使い方になっている. コンテナ同士の接続と言っても,シングルホスト内ではどうするのか,マルチホストになったときにどうするのかなど様々なパターンが考えられる.Dockerが注目された2014年だけでも,とても多くの手法や考え方が登場している. 僕の観測範囲で全てを追いきれているかは分からないが,現状見られるDockerコンテナの接続パターンを実例と共にまとめておく. なお今回利用するコードは全て以下のレポジトリをcloneして自分で試せるようになっている.

  • イマドキのCMSトレンドからWeb運用を再考する

    MTDDC Meetup TOKYO 2014 でのセッション 「イマドキのCMSトレンドからWeb運用を再考する」 のスライドです。 話せなかったこともあるので、少し補筆してあります。Read less

    イマドキのCMSトレンドからWeb運用を再考する
  • 退職しました

    2014年11月30日を持って7年間在籍した会社を退職しました。 転職理由転職活動の時に作った資料には、こんな事書いてました。 新しい技術に挑戦できる環境で、技術力がある人と一緒に仕事をしたかったからです。 きっかけは、Java8がリリースされた時に対する会社内での受け止められ方を知った時でした。 Java8がリリースされた後、様々な媒体から資料を得たり、勉強会に参加して実際に触れてみたりした内容を社内で共有しても、反応が返って来ませんでした。 導入されるのは後かも知れませんが、準備しておかなければ、実際に決まってから取り組んでも遅いということを提案いたしましたが、その後の反応は芳しくありませんでした。 また、技術についていろいろと相談したいことがあったとしても、相談出来る人が社内におらず、意見を求める事が難しい状況でした。 さらに、新しい技術について検証を行う際も、与えられた開発環境では

  • デザイン系フロントエンドエンジニアが「黒い画面」を使ってて良かったこと。 - Qiita

    「webデザイナー」になるつもりでアプリ制作会社に入り、 フロントエンドエンジニア(一般的にはWebデザイナー)として配属後、 直属の先輩にはじめて教わったことが 「とりあえず、ターミナル使っとけばいいよ。」 でした。 当時、ターミナル=黒い画面 くらいしか知らなかったし、vimって何だよレベル。 分からん動かんと泣きつきながら覚えながら1年半。 それなりに使えるようになってきたので、 黒い画面を使いながらフロントエンドエンジニアをやってみて気づいた「良かったなぁ」と思うことをまとめてみます。 ※ zsh, vimの便利ツールや、補完が凄いとかの機能についての紹介記事ではないです 1. 意外にターミナルかっこいい やっぱりかっこいいのじゃないとテンション上がらないので、vimとzshを使い始めてはじめにしたことが、画面のカスタマイズ。 iTerm2がいいらしいと教えてもらって、Powerl

    デザイン系フロントエンドエンジニアが「黒い画面」を使ってて良かったこと。 - Qiita
  • /etc/hostsに 127.0.0.1 cmertv.com を足した - mizchi's blog

    こういうの ゼルダ、Portal、ソニックなど。ゲーム音楽をバンジョーで演奏 | コタク・ジャパン 動画広告、記事読んでる横で15s程度の動画が流れるくらいだったら、そんなロースペックなマシン使ってるわけでもないしどうでもいいんだけど、突然大音量で流されると心の用意出来てないしオフィスいるかもしれないしで、最高にブチ切れそうになる。 止める方法がわからない場合、ブラウザごと落とすことを止むを得ない。 しかもヘッダに近い場所じゃなくて、記事末尾とかにおいてるサイトも多い。cmerが悪質なのは、わかったところで再生を止める方法が提供されてないこと。悪質すぎる。 個人的には積極的に不買運動せざるを得ない。とりあえずこれが原因で kotaku.jp をRSSリーダーから外した。 「テレビCMの再価値化を目指す」――CMer TV 五十嵐社長に聞く | AdverTimes(アドタイ)

    /etc/hostsに 127.0.0.1 cmertv.com を足した - mizchi's blog
  • What's UEFI

    UEFI Advent Calender一日目,oruminです. 初っ端なのでまずUEFIとは何かについて書こうと思います. ・UEFIとは? UEFIとは,ファームウェアの一種です. 一般的なPCはBIOSからOSを起動している事はご存知だと思われますが, 実はBIOSは最早過去の遺物となりました. BIOSの代替として2000年頃からIntelが開発していたEFIは, 多くの企業とコンソーシアムを立ち上げ,現在UEFIとして規格が策定されています. 2010年頃からはIntelのマザーボードを皮切りとして一般向けにも採用され, 現在市場にあるPCのほぼ全てがUEFIでしょう. BIOSの設定画面だと思っているそれは最早UEFIです ・BIOSとの違いは? 大きな違いはデファクトスタンダードとしてなんとなしに採用されてきたBIOSと違い, 多くの企業のコンセサスの元策定された規格が存在