タグ

2014年2月22日のブックマーク (21件)

  • 人生って別にそんなにつらいものじゃないよ

    はとりあえず恵まれている例えば自分がワープアだとするじゃん。年収200万以下。辛いって思うじゃん。でも、月17万くらいあったら、安い家賃のところに住んで、そこそこうまくもまずくもない飯を毎日べれて、娯楽費にもある程度ぶちこめてちょっと節約すれば貯金もできるわけ。(ただし独身に限る) 発展途上国ではなかなかこうはいかない。飯がえて家があるだけでとりあえず上等。娯楽費にお金なんてなかなか使えない。とりあえず何かスキルをつければお金をもっと稼げるようになるスキルがあれば億万長者になってうっはうはというわけではないけど、とりあえずある程度まで何らかのスキルを身につければ、収入は上がる。そうすれば生活はもっと楽になるし、選択肢ももっと広がる。こういうのって21世紀より前ではなかなか考えられなかった、つい最近の話。悲観しているのは未来が悲惨っぽいからどうせ頑張ったって人生に意味なんてないんだか

    nomnel
    nomnel 2014/02/22
  • Ruby on Railsの「えせMVC」の弊害

    先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC(Model View Controller)がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの(コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること)を避

    nomnel
    nomnel 2014/02/22
  • Rails の ActiveRecord モデルテストの書き方ガイドライン - passingloopの日記

    このエントリでは,Ruby on Rails (以下 Rails)の ActiveRecord モデルテストについて,1) どこの何をテストすればよいか,2) どのようにテストを書けばよいか,のガイドラインを示します.このガイドラインは Rails 公式のものではなく,id:passingloop が使っている私的なものです.疑問・質問・批判・間違いの指摘はページ下部のコメント欄までお願いします. はじめに Rails は TDD/BDD サポートが充実した Web アプリケーション開発フレームワークです.Rails で使える Test::Unit や RSpec などといったテスティングフレームワークの使い方に関する解説も豊富にあります.しかし,「どこをどうテストすればよいのか」についての解説は,「使い方」の解説と比較して少ないように思います.もっとも,テスト一般についてどう書くかはアプ

    Rails の ActiveRecord モデルテストの書き方ガイドライン - passingloopの日記
    nomnel
    nomnel 2014/02/22
    “Ruby on Railsの「えせMVC」の弊害”
  • factory_girl の採用面接: 自分の Rails プロジェクトで採用する前に確認すること

    factory_girl は Ruby on Rails (以下 Rails)におけるフィクスチャリプレースメントの代表格で,採用している人も多いのではないでしょうか.「使い方」に関するブログ記事も多いです.しかし,採用を見送った人がその理由,「なぜ使わなかったのか」について書いている記事はごくわずかです.そこで,エントリでは,factory_girl を Rails プロジェクトで採用できるかどうかを判断するための確認ポイントを説明していきます. factory_girl: まだ Fixtures 使っているんですか.そんなのよりモダンなフィクスチャリプレースメントを使ったほうが,... そんなことは,エントリの対象外です. 面接開始 それでは,factory_girl の機能を確認していきましょう. モジュールでネストしたクラス名に対応していますか? factory_girl: F

    factory_girl の採用面接: 自分の Rails プロジェクトで採用する前に確認すること
    nomnel
    nomnel 2014/02/22
  • Lang-8で使っているサービス一覧&社内制度 - 世界最高の語学学習サービスを作る

    【2014年10月1日更新】 内容が古くなってたので少し更新しました。 Hipchat: Hipchat便利ですね。Qiitaと同じように僕らもDeploy情報とかもここに流しています。→3月くらいからはSlack使っています Facebook messanger: 緩い会話や外出中に急ぎで伝えたいことは、Facebookのメッセージでやりとりしたりしています。あと、事務のアルバイトの方々ともFacebookメッセンジャーでやりとりしています。 →今は全く使ってないです。Slack [sqwiggle.com:title=Sqwiggle]完全リモートで働いてる方が何人かいるので軽く話をしたい時はSqwiggleでやっています。 リモート勤務&カフェ代支給: 1日のうち数時間はリモート勤務も可能で、上限はありますがカフェ代支給も行っています。 →9月から完全リモートの社員が加入しました

    Lang-8で使っているサービス一覧&社内制度 - 世界最高の語学学習サービスを作る
    nomnel
    nomnel 2014/02/22
  • QiitaやKobitoの開発フローと,それを支えるサービス一覧 - Qiita Blog

    こんにちは,yaottiです. 前回はQiitaやKobitoを作る開発チームの文化について書きましたが,今回は具体的にどういうツールを使いながら開発しているのか,また開発の雰囲気などを紹介します. QiitaやKobito開発で利用しているツール,サービス一覧 Trello: 開発以外のタスクや仮説の管理Pivotal Tracker: 開発ストーリー管理GitHub: ソースコードのホスティング,レビュー,ディスカッションCircle CI: CI環境Sentry: エラーの補足&通知New Relic: パフォーマンス改善用の測定Amazon Web Services: インフラ(EC2, RDS, ElastiCache)コミュニケーションSlack: チャットQiita Team (& Kobito): テキスト共有&ディスカッションその他Mixpanel: イベント計測Goog

    nomnel
    nomnel 2014/02/22
  • はてなで実践している社内コミュニケーション方法 - Hatena Design Group

    こんにちは。はてな デザインチームの id:ueday です。 どうしたら会社(あるいはチーム)でのコミュニケーションを円滑に・楽しく行うか、というのは常に悩みどころですよね。私達も今までに色々なツールや方法を試していて、日々ベストプラクティスを探しているところです。 この記事では、はてなで実践している社内コミュニケーション方法についてご紹介しますが、常に試行錯誤しているので、これが最適、とは言い切れないところがあります。現時点の方法としてご紹介したいと思います。 東京・京都の2拠点を繋ぐ はてなでは、京都と東京の2拠点で開発をしています。そこで活躍するのが、「ポリコム」というテレビ会議システムです。打ち合わせや朝会はこのポリコムを通じて行うので、物理的な距離を感じずにコミュニケーションがとれるのです。詳しくははてなのカルチャーをご覧ください。 カルチャー - 株式会社はてな メールは使わ

    はてなで実践している社内コミュニケーション方法 - Hatena Design Group
    nomnel
    nomnel 2014/02/22
  • 37歳で大学生になりました - Gosuke Miyashita

    この4月に、帝京大学理工学部情報科学科 通信教育課程の第2学年に編入学しました。通信教育課程なんで、仕事は続けたままです。 今日は、なぜこの歳(37歳)で大学に入ろうと思ったのかについて書いてみようと思います。 自分の現在の立ち位置は、ソフトウェアエンジニアだと思っているんですが、出身は経済学部経営学科です。それが悪いとは思ってないですし、そういう人は身近にたくさんいるんですが、情報工学や計算機科学なんかの学位を持ってない、といったことに、ほんの微か、あるかないかぐらいの、引け目なんだかコンプレックスだかなんだかわからないけど、そんなようなものをずっと持ち続けています。 それはあまり意味のないことで、別にそんな感情持つ必要ないじゃん、と思いつつも、ずっとひっかかりはあって、この感情ってこの先ずっと残るのかな、とか思ってたわけですが、だったら学位取っちゃえば、そんなつまらないこと考えずに済む

    nomnel
    nomnel 2014/02/22
  • 「常に批判を求めよ。原理を疑え」"世界最高の起業家"テスラモーターズ・イーロンマスク インタビュー

    「常に批判を求めよ。原理を疑え」"世界最高の起業家"テスラモーターズ・イーロンマスク インタビュー Foundation 20 // Elon Musk TIME紙の2013年版「世界でもっとも影響力のある100人」で表紙を飾り、さらにフォーチュン誌ではアマゾン創業者のジェフ・ベゾスなどを抑えて「今年の最優秀ビジネス・パーソン」に選ばれた、いま最も注目されている起業イーロン・マスク。オンライン決裁システムのPayPal(ペイパル)を創業・売却したあと、電気自動車事業のTesla Motors(テスラモーターズ)や宇宙事業のSpaceX(スペースエックス)を立ち上げた。彼の枠にとらわれない発想はどこから湧いてくるのか? Google Venturesによるインタビューを書き起こし&翻訳しました。 ゲームやパソコンにはまっていた子供時代 Kevin Rose(以下、ケビン): 今回はTesl

    「常に批判を求めよ。原理を疑え」"世界最高の起業家"テスラモーターズ・イーロンマスク インタビュー
    nomnel
    nomnel 2014/02/22
  • 広告を載せない理由 - WhatsApp

    WhatsApp Messenger: 180カ国以上で20億を超える人たちが、WhatsAppを使って、いつでもどこでも友人や家族と連絡を取り合っています。 WhatsAppは無料かつ、世界中の携帯電話で利用可能な、シンプルで安全で信頼性の高いメッセージと通話を提供します。

    広告を載せない理由 - WhatsApp
    nomnel
    nomnel 2014/02/22
  • メタップスでの少人数 グローバルプラットフォーム開発について

    メタップスでのAWS,Ruby on Railsを使った少人数でのグローバルプラットフォームの開発について紹介します。Read less

    メタップスでの少人数 グローバルプラットフォーム開発について
    nomnel
    nomnel 2014/02/22
  • 空コミット便利!git commit --allow-emptyでgitを使った開発フローを改善 - fukajun - DeepValley -

    何か? git commitのオプション--allow-emptyご存知でしょうか? これは、オプションの名前の通り空のコミットの作成を許可するオプションです。 通常変更がないとコミットが作れないようになってるので 空コミットを作るにはこのオプションを指定する必要があります。 add(もしくはrm)もしない(stageに何も載せない)で commitしたときの注意文には登場するので知ってましたが使ってませんでした。 最近、開発フローの中で使い道を思いついて使うようになったので紹介です。 その1 空Pull Request作れる プルリクって、基準になるブランチから変更されたコミットがないと作れないと思ってます。 でも、変更はないんだけどプルリクのcommentに変更の「概要」「目的」「ビジネスインパクト」「どの数値が改善するのか」など色々さきに書いておきたいこととかありますね。 考えてる内

    nomnel
    nomnel 2014/02/22
  • 『サイバーエージェントのスタンディングデスク事情』

    こんにちは。最近専らjavascriptを書いています、maginemuです。今回はjavascriptとは全く関係ないエントリーです。 はじめに 巷でスタンディングデスクとか言われてどれくらい経ったのでしょうか。 サイバーエージェントでもスタンディングデスクをしている人は少しだけ居ます(僕のチームくらいしか見たことない)。 そういう試みをしてる人も居るよということで紹介してみたりします。 スタンディングデスクとは? にわかに話題になった「スタンディングデスク」というキーワード。一言でいえば「立って仕事をする」ということなのですが、思いの外メリットもあるようです。 ざっと「スタンディングデスク」で検索すると沢山エントリーが出てきます。 いくつか挙げてみましょう。 スタンディングデスクを3カ月試して感じた6つのメリット 長時間座っていることは喫煙並にあなたの寿命を縮める 「1日に6時間座って

    『サイバーエージェントのスタンディングデスク事情』
    nomnel
    nomnel 2014/02/22
  • ドメイン駆動設計読んだ - hitode909の日記

    ドメイン駆動設計というのはソフトウェア工学のおしゃれなで,Kindleで買えたので読んだ.ドメインを軸に戦略的に設計しましょうという.2週間くらいで読めて良い体験できてよかった. ソフトウェアを,ユーザーインタフェース,アプリケーション,ドメイン,インフラストラクチャという4つの層に分けて,一番重要なのがドメイン層で,ドメイン層にアプリケーションが存在し得る理由がある.銀行システムだったら,口座とか利子みたなやつがドメイン層で,口座がよくできてると銀行としてうまくいく.ATMのタッチパネルというのはユーザーインタフェースで,どんなにATM押しやすくても,ドメイン層に,口座という概念がなくて,ただのハッシュだったりすると,銀行を運営して金を儲けるとか,新たな金融商品とか作るのが困難になる.インフラ層は永続化とかするのだけど,インフラ層がいかによくても,意味ないデータを保存していては銀行倒

    ドメイン駆動設計読んだ - hitode909の日記
    nomnel
    nomnel 2014/02/22
  • 長文日記

    nomnel
    nomnel 2014/02/22
  • 『色を色で見ないで』

    1 pixel|サイバーエージェント公式クリエイターズブログ サイバーエージェントのクリエイターの取り組みを紹介するオフィシャルブログです。最新技術への挑戦やサービス誕生の裏話、勉強会やイベントのレポートなどCAクリエイターの情報が満載です。 はじめまして。 2013年度新卒入社、AmebaのSimplogでWEBデザイナーをしているリュウタロウと申します。 以前新卒デザイナー同士の勉強会がありまして、そこでの私の発表内容がすごく好評でした。 以降より多くの人に向けて発信したいと考え、この場をお借りして記事を執筆させて頂く事になりました。 これから綴るのは、デザインの細かいテクニックやハウツーではありません。 様々なジャンルのクリエイティブに通じる、基的なモノの見方、考え方の話です。 「ワタシ、デザインワカラナイワ」 というビジネスパーソンも、普段やっている仕事趣味とリンクさせながら理

    『色を色で見ないで』
    nomnel
    nomnel 2014/02/22
  • IT業界におけるルールメーカーとルールチェンジャーについて考える - FutureInsight.info

    先日のWhatAppの記事でも書きましたが、IT業界の巨人達の動きを理解する上で、このルールメーカーとルールチェンジャーという概念は非常に重要です。 この概念を理解する上で、すごく僕が好きなのが「In The Plex」(Googleのドキュメンタリーの中ではNo.1の)のエピソードで描かれたFacebookが現れた時のGoogle内の反応の一節です。少し長いですが、引用してみましょう。 2007年6月8日、ジャスティン・ローゼンスタイルはグーグルの元同僚だちに一のメールを送った。「みんなにグッドニュースを伝えたい」と彼は書いた。 「フェイスブックは当に『あの会社』だった」 どの会社かって?あの会社だよ。何十年かに一度出るか出ないかというあの会社。昨日のグーグル、はるか昔のマイクロソフトがそうだった。・・・やがて世界がかわるきっかけをもたらす最先端企業で、どの社員も組織に大きなインパ

    IT業界におけるルールメーカーとルールチェンジャーについて考える - FutureInsight.info
    nomnel
    nomnel 2014/02/22
  • Qiitaの話を聞いている - 西尾泰和のはてなダイアリー

    Qiitaとブログの違いがわからないと思ってたがだいぶ違うってことがわかった ブログでは記事に間違いがあった時にコメントで指摘して著者が修正するしかないが、Qiitaではプルリクエストを投げられる(投げてくれるかどうかわからないけど) 間違いがあって修正した時に、その記事を「ストック」している人に変更通知を飛ばすことができる Kobitoってアプリがあってローカルでリアルタイムmarkdownプレビュー Kobitoなら画像のアップロードもドラッグドロップでよい、Gistでは面倒 Emacsで編集してKobitoでリアルタイムプレビューも可 投稿データをJSONでダウンロードできる、他人のも テンプレートを作れるので社内Wiki的に同じフォーマットで複数の人が書く場合に揃えるのが楽 コメントを書いたりするのにgithubやQiitaのアカウントが必要なので非エンジニア避けになる 外に見えて

    Qiitaの話を聞いている - 西尾泰和のはてなダイアリー
    nomnel
    nomnel 2014/02/22
  • Rubyのコードを解析する…? - Qiita

    はいこんにちはこんにちは。プログラミング初心者のZonu.EXEです。 今日はRuby Advent Calendar 2012の20日めです…? ちょっと前まで自宅警備員で、一個月ほど前からアルバイトでるびーおんれーるずを書くお仕事に就いたのですが、Ruby基礎力が低すぎて困ることが多々あります。 そんなわけで、Rubyをきちんと学ぶために基礎の基礎から調べてみましょか、みたいなテンションで書いてました。 ほんとは字句解析だけでがっつりと書きたかったんですけれど、ねたを集める時間がなかったので枝葉末節がひどいです。 タイトルと内容が合ってない気もするけど気にするな! 全然毛色が違ってるねたが混ざってても気にするな! オムニバス! はじめに プログラミング言語で書かれたソースコードを読んで何らかの処理を行ふソフトウェアを「処理系」と呼びます。よくわかんないですけど、何らかの処理をしてくれる

    Rubyのコードを解析する…? - Qiita
    nomnel
    nomnel 2014/02/22
  • 「ハッカー文化」と「オタク文化」の違い、または手段の目的化によるイノベーション : けんすう日記

    が世界で勝つかを考えていたら・・・ 先日、とある雑誌の対談をしたのですが、そこで「アメリカ的な文化というものは、そのまま『グローバル』というものにつながっているけど、そのグローバルな時代に、日が勝つにはどうしたらいいか?」みたいな話題がありました。 そこで僕は「それぞれの国が持っている文脈(コンテキスト)を活用したものでないと、世界では到底ユニークにはなれない」という風な発言をしてたのですが、「いやいや、そもそも日が今まで勝ってきたものの共通点は何だっけ?」と思ったのです。 いろいろ考えたのですが、アメリカは「ハッカー文化」であるが、日は「オタク文化」であり、オタク文化とは「手段を目的化することで、ユニークなものができる」という仮説にたどり着きました。 というわけで、そのことについてブログを書いてみます。 アメリカ文化とはどういうものか では、まず対比として、アメリカ文化について

    「ハッカー文化」と「オタク文化」の違い、または手段の目的化によるイノベーション : けんすう日記
    nomnel
    nomnel 2014/02/22
  • model の decorator の話

    最近の sapporo.rb などでは ActiveDecorator など、model の Decorator の話で少し盛り上がっているようだ。view に関わるコードをどう整理するか?という話について、共通見解が定まってきたということだろう。 rails の MVC に沿ってコードを書くと、view 回りがだんだんごちゃっとしてくる。scaffold のように単純に model の property を表示するような view なら良いが、STI のタイプに応じて表示内容を変えるとか、新規登録の場合と更新の場合で表示を変える、ユーザの権限に応じてどこまで情報を見せるか制御するなど、model のデータやセッションのデータに基づく条件分岐と html の描画が絡み合うような場合にこれをどこに書くのか?というのが問題になる。 伝統的な rails のレイヤーわけだと候補としては view

    nomnel
    nomnel 2014/02/22