![https://www.expedia.co.jp/ISKCON-Temple-East-of-Kailash.d6074798.Place-To-Visit](https://cdn-ak-scissors.b.st-hatena.com/image/square/da56d03cbd849f41598c699438d5364a9baa5e25/height=288;version=1;width=512/https%3A%2F%2Fa.travel-assets.com%2Ffindyours-php%2Fviewfinder%2Fimages%2Fres70%2F86000%2F86614-Iskcon-Temple.jpg%3Fimpolicy%3Dfcrop%26w%3D1040%26h%3D580%26q%3DmediumHigh)
Rails generators are an essential tool for improving your workflow. With this guide you will learn how to create generators and customize existing ones. After reading this guide, you will know: How to see which generators are available in your application. How to create a generator using templates. How Rails searches for generators before invoking them. How to customize your scaffold by overriding
go.mobileパッケージを利用してみたので、環境構築などのメモを書きました。 Go 1.4でAndroidをサポートすることに。 私はGoとAndroidは相性が悪いので入らないだろうと思っていたのですが、Go1.4で入れてきました。 そこで、動作確認をしたところしっかり動作して、Nexus 5上にDeployもできたので記事を書いておこうと思います。 環境構築からデプロイまでの手順 詳細を飛ばしたい方は手順を見て進めて下さい。ちなみに確認した環境はMacOSX 10.9.5です。 go get code.google.com/p/go.mobile (2014/11/22追記) 公式サブパッケージが変更になる関係でgolang.org/x/mobileというリポジトリに変わります。 (2014/11/22追記) go get golang.org/x/mobile でも可能です。 (
後編を公開しました(2014/10/8) これは、テスト駆動開発(TDD)とTDDがソフトウェア設計に与える影響についてKent Beck、David Heinemeier Hansson、および著者の3人で行った一連のディスカッションの議事録です。 ディスカッションに至った経緯 あるセンセーショナルな発言とブログ記事が発端となり、お互いの見解と経験について理解を深める目的で、話し合いが持たれました。 この会話のきっかけとなったのは、 DavidがRailsConfで行った基調演説です。 彼はRailsコミュニティでTDDおよびユニットテストへの不満を表明しました。 程なくして、彼はいくつかのブログ記事を公開しましたが、そのうちの最初の記事で “TDDは終わった” と宣言したのです。 それから2~3日後、Davidのその後の記事について私がタイプミスの修正を送ったところ、 Davidは彼の
吉報は突然届くもので、本日、情報処理学会の山下記念研究賞の受賞が決定しました。 まず、情報処理学会の山下記念研究賞(旧研究賞)とは以下のような賞になります。3年前に会社を辞めてまで学術研究に飛び込んだ自分としては、非常に光栄ですし何よりうれしいです。 2014年度詳細-情報処理学会 山下記念研究賞の推薦理由は、 [推薦理由] Webサービスを安定して提供するために,Webサーバソフトウェアの内部機能の拡張が必要となる場合がある.この機能拡張を,生産性や保守性を考慮してスクリプト言語で行う手法の提案がいくつかなされているが,高速性・省メモリ・安全性の面でいくつかの課題があった.著者は,Apache HTTP Serverに組み込みスクリプ卜言語であるmrubyを組み込むことで,Rubyスクリプトにより容易に機能拡張でき,高速・省メモリで動作する機能拡張支援機構を提案している.また,本機構の有
Amazon EC2は9月末、その内部で使用しているXenハイパーバイザのセキュリティリスクに対処するため、全インスタンスの約10%にあたるインスタンスに対して段階的にリブートを行うメンテナンスを実行していました。 リブートをユーザーが回避する手段はなく、AWSから事前に通知を受けたユーザーはリブートによってデータを失ったりシステムがダウンしたりしないように、何らかの処置をする必要がありました。 AWS上で大規模なシステムを運用しつつもこのメンテナンスリブートを難なく乗り切ったのが、米国で動画配信サービスなどを運用するNetflixです。その理由は同社が開発したChaos Monkeyというツールにありました。 同社のブログにポストされた記事「A State of Xen - Chaos Monkey & Cassandra」で、その顛末が紹介されています。 Chaos Monkeyによっ
できました。楽しかったー ISUCON については公式ページをご覧ください。 ISUCON公式Blog .dat というチームで参戦しました。チームメイトは @TakatoshiMaeda と @y_matsuwitter というメンバー。 以前一緒の会社で働いてて、@TakatoshiMaeda とは現職でも同僚。 一緒に朝までデバッグしてたりつらいことを共有してきた仲ということもあり、色々やりやすかったです。 今回の ISUCON4 予選最大の誤算は ShellShock と AWS リブート祭でした。 ISUCON の性質上 Web インフラ界隈の参加者が多いようですし、 他の参加者でも巻き込まれた方々が多かったんじゃないでしょうか。お疲れ様でした。 ほんとは僕の自宅でモニタとか持ち込んで前日からワイワイやる予定だったのですが、 状況を冷静に考えて会社のオフィスでやることにしました。
オンライン予選後レギュレーションに則り、参加者から提出された AMI を元に主催者が実行し競技時間中に計測された性能値に近い値が再現できるかを確認いたしました。その結果、本選出場者は以下となります。スコア、チーム名、利用言語、の順となっています。 本戦出場者予選第1日トップ5枠 1. 82386 チームフリー素材 [Go] 2. 65398 鉄球 [Ruby] 3. 62145 山形組 [Perl] 4. 60344 lily white [Go] 5. 45742 ご注文はPHPですか? [Go] 予選第2日トップ5枠 1. 67782 fujiwara組 [Perl] 2. 51045 .dat [Go] 3. 49199 SHINCHOKU.ZERO [C++] 4. 46875 椅子子 [Ruby] 5. 42809 EH-MTI [Ruby] 総合トップ13枠 第1日・第2日それ
こんにちは。技術部の吉川です。 今回はクックパッドの開発環境構成、特に開発用データベースの構成についてご紹介します。 開発環境の構成 クックパッドのシステム環境は以下のようなフェイズに分かれています。 ※ これはcookpad.comの構成で、サブシステムや個別のサービスはその規模や特性に応じて構成が異なります。 development 開発者が実際に開発を行う環境です。クックパッドでは仮想環境は用いず、手元のマシンでRailsアプリケーションを動かして開発を行っています。 データベースはローカルではなく、開発者全体で共通の開発用データベースに接続しています。 test 手元でテストを実行する場合は、ローカルマシンのデータベースを利用します。CI(rrrspec)などの場合も同様で、テスト実行サーバーのデータベースが利用されます。 staging stagingといえば準本番環境として、本
技術部の鈴木 (@eagletmt) です。 クックパッドでは8月に本体アプリケーションや API サーバ等で使われている Rails のバージョンを 3.2 から 4.1 へ順次アップグレードを行いました。 アップグレードは主に松田さん (@amatsuda) と私で進めました。 この記事ではアップレードの際に遭遇した問題の一部を紹介します。 MySQL strict mode の有効化 MySQL を使っている場合、Rails 4.0 からデフォルトで @@SESSION.sql_mode = 'STRICT_ALL_TABLES' が最初に実行されるようになりました (Ruby on Rails 4.0 Release Notes) 。 これを無効化するために database.yml で strict: false という設定が用意されています。 しかし、同じく Rails 4.0
ISUCON4予選2日目に.datというチームで参加してきました。普段はCookpadでRailsとAndroid書いてます。 .datは@kani_b (前職の同僚で現職の同僚)と@y_matsuwitter (前職の同僚)と僕というメンバー構成で、 前職の同僚でチームを作りました。 久々のメンバーと共に1つの課題に全力で取り組むことができてすごく楽しかったです!!!!!!!!! 運営のみなさんありがとうございました!&お疲れ様でした! 予選ではgolang参考実装を元に改善し、計測最終スコアは51,045で2日目暫定3位となりました。 AMIの検査に問題がなければ本戦に出場できる見込みです。やったー! どのように当日までに準備をし、本番を迎えたのかをつらつらと記録しようと思います。 改善施策の詳しい内容は @kani_b, @y_matsuwitterが書いてくれました。 3行でまとめ
櫛井です。 オンライン予選参加者の皆さんお疲れさまでした! 参加総数 185組、507名ということで過去最大の予選となりました。 先ほどお知らせした内容をふまえると、LINE株式会社 渋谷ヒカリエオフィスにて開催される本選出場へ参加する条件は以下となっています。 ・オンライン予選 TOP23チーム ・オンライン予選 学生枠 TOP5チーム ・運営枠 3チーム(LINE選抜、データホテル選抜、クックパッド選抜) の合計31チームを予定 本日、オンライン予選二日目の結果はこちらです。太字は二日目の上位TOP5での勝ち抜け(予定)のチームとなります。 1位 fujiwara組 2位 rapid 3位 .dat 4位 SHINCHOKU.ZERO 5位 椅子子 6位 EH-MTI 7位 ナイスカロリー 8位 Beers Qz's 9位 team_karakani 10位 TKS ※レギュレーション
くしいです! 9月27日(土)、28日(日)の二日間に渡って開催されるISUCON4のオンライン予選ですが、Amazon Web Services (以下AWS) アカウントを利用し、Amazon Machine Image (以下AMI) から起動したインスタンスを1台利用していただく事となっています。その利用料は参加者の皆さんにご負担いただく予定でしたが、今回 Amazon Web Services 様のご厚意により、オンライン予選にかかる利用料を全てカバー出来る程度のクーポンをご用意いただけることになりました。やったー!ありがとうございます! さて、利用方法や期限などは以下のとおりです ・予選開始前までに当日の流れやサポート情報などと一緒にクーポンをお送りします ・サービスを使い始める時にすぐクーポンコードを入力してください (後からご入力すればその月のお支払に適用される、ということ
エンジニア 水野貴明氏 東京大学大学院を卒業後、数理計画、はてなを経て、バイドゥに入社。日本人開発者第一号としてWeb・モバイル検索の開発に従事。上海開発センター代表として百度人(年間賞)を受賞。その後、DeNAに入社し、スマホ向けソーシャルゲーム開発に従事。昨年は同社シンガポール拠点のTech Leadに勤め、現在は独立。執筆、翻訳した書籍は20冊以上。 バイドゥに日本人開発者第一号として入社し、年間賞を受賞するなど、エンジニアとして華々しい経歴を持つ水野貴明氏。彼が次のステップとして選んだのが、海外を渡り歩きながら複数社の「リモートCTO」を務めるというキャリアだ。 “技術版のエンジェル投資家”としてスタートアップ企業の支援を行っている同氏は、どのようにこの役割をこなしているのか? 滞在中のシンガポールで、水野氏本人と、彼にリモートCTOを依頼しているIROYA代表取締役社長の大野敬氏
Less than one year after its iOS launch, French startup ten ten has gone viral with a walkie talkie app that allows teens to send voice messages to their close… While all of Wesley Chan’s success has been well-documented over the years, his personal journey…not so much. Chan spoke to TechCrunch about the ways his life impacts how he invests in startups.
AWS アカウントを複数人で使ってシステムを作っていく時に、 セキュリティの面からやるべきことについて。 主に Web アプリケーションを想定した内容ですが、特に書いてあることは特殊ではないと思います。 各所の Blog にも記事書かれてますが思っていることをつらつらと書いてみます。 なんか変なこと言ってたらご指摘ください。 参考: AWSのセキュリティが気になるなら読んでおくべきAWSセキュリティのベストプラクティス - yoshidashingo はじめに (AWS アカウントと IAM ユーザ) 前提というか用語の話。 AWS アカウント アカウント作成時のメールアドレス、パスワードでログインして使うユーザ IAM ユーザ AWS アカウントから発行できる、ユーザ名とパスワードでログインして使うユーザ AWS アカウント周り AWS アカウント (ルートユーザ) で作業できないように
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く