■ YAPC::Asia 2015 で僕と握手! http://yapcasia.org/2015/talk/list にて YAPC::Asia 2015 のトークが公開されて、自分が応募していたトーク2本のうち2本とも Accept されたようです。 言語開発の現場 - YAPC::Asia Tokyo 2015 3分でサービスのOSを入れ替える技術 - YAPC::Asia Tokyo 2015 競争率が高いなかで、2本も採択されて恐縮ですが、どちらも YAPC で話したい!!1と初春から仕込んでいた内容なので頑張ろうと思います。皆さん是非お越しください。

何がしたいか？何が問題か？を意識して変なとこでぐだぐだ考えないこと！ 30分悩んで分からなかったら、早めにヘルプを出す。 会社の某先輩の3年振り返り回（以下）でしこたまやられたーン。 ニパチ（7人）：安くていいね SAYURI（7人）：つい注文が増えちゃうね （どっかの）バル（5人）：店員がかわいいね、シャンパンうめぇです ID（4人）：テキーラダウン（入るときには終電を逃すことが確定していた） 長浜ラーメン（4人）：沈黙 カラオケで朝まですごそうとする2人をふりきり、タクシーにのりこみヒロは千種へ、僕は本山の巣へ帰り着いた。 その次の日のこと。 やりたいこと 頭が復活したら、のんびりしたい。 「PRI * HTTP/2.0\r\n\r\nSM\r\n\r\n」がとれねぇを解決したい。 やったこと UPSのバッテリ替え8台。以上！ ssl関係まとめ 「PRI * HTTP/2.0\r\n\

DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。

［速報］「Open Container Project」発足。Docker、CoreOS、マイクロソフト、Amazon、Googleらが合流し、コンテナは統一仕様へ 6月22日（日本時間23日早朝）に開催した「DockerCon 2015」の基調講演において、コンテナ標準化団体「Open Container Project」の発足が発表されました。 コンテナの標準仕様「Open Container Format」発表 Docker創業者兼CTOのSolomon Hykes氏。 Dockerの本当の価値はテクノロジーではない。 何も変更することなくどこでも同じアプリケーションが実行でき、そうしたものが自動化できる、ということが重要だ。Dockerはそのデファクトスタンダードになった。 私たちにはこれを適切な標準にする義務がある。そこで、「Open Container Format」を発表する

ECMAScript 6.0が完成、ECMAが仕様書公開。「ECMAScript 2015 Language Specification」として 標準化団体のECMA Internationalは、いわゆるJavaScriptの最新仕様でECMAScript 6.0として策定中だったECMAScriptの仕様を「ECMA-262 6th Edition, The ECMAScript 2015 Language Specification」として承認したことを明らかにしました。 完成したECMAScript 6の仕様書は、PDFとHTMLで公開されています。 ECMAScript 6では、これまでプロトタイプベースのオブジェクト指向言語とされてきたECMAScriptにクラス機能が導入され、クラスを簡単に扱えるようになりました。また、引数の数が可変になるRest Parameters、関数

LINE Developer Meetup #11 での LT スライド。Golang の語り尽くされたであろう、単純さについて入門的にふれる話。 6/22 19:00 宮崎開催！ LINE Developer Meetup #11 - connpass http://connpass.com/e…

This summer, JavaScript Scene conducted a JavaScript tech survey via social media over the course of a few days. Just under 800 people participated. Respondents are all engaged in JavaScript discussions on social media including Twitter, Facebook, and Google+. Most of the respondents came from Twitter. As promised, here are the results: React is RisingAlmost half (45%) currently use Angular, and m

コンピューティング あらゆるワークロードに対応した VM により、構築、リリース、スケーリングを迅速に実行

監訳者まえがき はじめに 1章　概要 1.1　LinuxとほかのUNIX系カーネル 1.2　ハードウェア依存 1.3　Linuxのバージョン 1.4　オペレーティングシステムの基本概念 1.4.1　マルチユーザシステム 1.4.2　ユーザとグループ 1.4.3　プロセス 1.4.4　カーネルアーキテクチャ 1.5　UNIXファイルシステムの概要 1.5.1　ファイル 1.5.2　ハードリンクとソフトリンク 1.5.3　ファイルの種類 1.5.4　ファイルディスクリプタとiノード 1.5.5　アクセス権とファイルのモード 1.5.6　ファイルを取り扱うシステムコール 1.6　UNIXカーネルの概要 1.6.1　プロセス/カーネルモデル 1.6.2　プロセスの実装 1.6.3　再入可能なカーネル 1.6.4　プロセスアドレス空間 1.6.5　同期とクリティカル区間 1.6.6　シグナルとプロセ

今回のソリューション：【Appium/アピウム】 〜DeNAがWEBサービスに「Selenium」、ネイティブアプリに「Appium」を活用し、テスト自動化を実現するまでの歴史〜 株式会社ディー・エヌ・エー（以下DeNA）では2011年からSWET（Software Engineer in Test）と称した、Mobage（モバゲー）プラットフォームのソフトウェアテストを行うチームを構築している。自社サービスをグローバル展開するにあたり、強固なQA（Quality Assurance、品質保証）のための基盤構築が必要となったために生まれたチームだ。 DeNAのSWETグループのミッションは、開発者の「生産性向上」とサービスの「品質保証」だ。もともと一般的なマニュアルテストしか行われていなかったDeNAに、Seleniumや「Appium（アピウム）」といったテスト自動化ツールを導入し、開発

本日、以下のような文章を読んだ > I was suffered from ~ ~の部分には遭遇した諸問題について書いてあったので、この文章は「苦しめられた」と言いたいのだと推察できた。ただ、残念な事に、be suffered というのは多分現在ではほとんど使わないし、意味が若干違ってくると思う（詳しくは検索してきて！） sufferと言う言葉は「苦しむ・被る」という意味なので、受け身にすれば「苦し『められる』」という意味になるのではないか、というつもりだったのはないかと推察するが、sufferはすでに受け身の意味なので、I sufferですでに何かに苦しめられているのであり、これをさらに受け身にする必要はない。 > I had to suffer from having to deal with spaghetti code とかなら、「スパゲッティコードに立ち向かわなくてはいけなかった

.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

このエントリは Ruby on Rails Advent Calendar 2014 の 7 日目のエントリです。 前日は seri_k さんの「Turbolinksさんと上手く付き合う10の方法」でした。 お詫び WIP です。公開期限に間に合わない可能性があるため、まだ途中ですが先に公開してしまいました。 サンプルコード等を後ほど追記する予定です。 → 12/08 18:10 追記しました。 Rails のファットモデル問題 Rails で構築したアプリケーションが大規模になり機能が増えていくにつれてモデルが大きくなり、そのうち手がつけられなくなる問題は古くから指摘されています。これについてはもはや詳細を述べるまでもないと思うので割愛しますが、この問題は 2014 年になった今でも多くの開発チームを悩ませていると感じています*1。 このエントリでは、普段 Rails を業務で使いながら

序章 YAPC::Asia Tokyo 2015の準備で慌ただしくてしてるある日、俺は肉が焼きたかった。誰でも1年に1回くらい肉を焼きたい時があると思う（要検証）。ステーキ肉だ。焼きたい。 別に高級肉が焼きたいわけではない。そこそこおいしければ普通の肉でいいのだ。しかしスーパーで売ってる 牛ステーキとか、あれは肉の厚さが1cmもないことがほとんどだ。1cmの肉なんてステーキ肉ではない。それは紙だ。ステーキ肉は2cm以上からだ。願わくば3~4cmは欲しい。 牛肉は2cmを超えて初めてステーキ肉になるのだ。 そんなおり、俺のタイムラインに以前より懇意にしているThe Meat Guyのポストが流れてきた。 え、なにこれ… いやだ… カッコいい…。焼きたい！俺はこれを焼きたい！他の肉も一緒に焼きたい！ ということで「日本なのになぜかアメリカンな肉を買える」ことで俺の中で有名なMeatguyで巨大

Swiftの勉強に Mac Dev Center で公開されているチュートリアル「About Creating Your First Mac App」を Swift でやってみた。 環境は Yosemite + XCode6.1。チュートリアルは XCode4.4 で書かれたもので、進めていくうえで ObjectiveC と Swift の違いより、XCodeの違い（といっても主に見た目の違いだけど）の方に戸惑うことが多かった。所要時間は１時間ぐらい。 以下、チュートリアルを進めていくうえで気になったり、引っかかった点。 XCode6.1 では、デフォルトの View の設定が storybord 利用したものに変わっている。テキストボックスやボタンといったコントロールは Window Controllerではなく、View Controller の方に貼り付けていく。各コントロールの属性

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Dockerは6月22日（日本時間23日早朝）に開催した「DockerCon 2015」の基調講演で、新しいコンテナランタイム「runC」を発表しました。 Docker Engineと互換、Linux、Windowsをネイティブサポート、ライブマイグレーションも runCのWebサイトの説明によると、runCはDocker Engineと同じ技術であるlibcontainer上に実装されており、Dockerと互換性を備え、従来のDockerイメージはそのまま実行可能。一方、コンテナはrunCの子プロセスとして起動し、デーモンが不要になることで管理が容易になるとのことです。 マイクロソフトとの協業の成果もrunCに投入され、LinuxとWindowsをネイティブにサポート。x86はもちろん、ARMとも協力し、ARMプロセッサもサポート。 runCは「It's available today,

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

そういえば今から3年前に、 blog.matsumoto-r.jp blog.matsumoto-r.jp などなどの実装を開始しました。色々と懐かしいですね。そして時代は進み.... H2Oは言わずと知れた id:kazuhooku さんが中心となって開発されているWebサーバですが、そのモジュール実装はどうなっているのかなーと思い、調査ついでにh2o_mrubyをざっと実装してみました。 h2o-mrubyがのぞまれる— Kazuho Oku (@kazuho) 2015, 6月 9 一旦は、ApacheのDSOのような形で実装する方法がパッと見思いつかなかったので、まずはH2Oをフォークしてhandlerモジュールとして実装し、一部本体も弄る形で実装してみました。 github.com 今日は家の用事で出社が昼飯時になってしまい、ちょうどそのタイミングでやってみようかな？と思っちゃっ

関西フロントエンドUG 主催の「フロントエンドで考えるWebデザイン/UI勉強会 (http://kfug.connpass.com/event/15244/ )」で発表した内容です。

このサイトに関するお問い合わせ先 : 日清食品グループウェブダイヤル／0120-208-802 (受付時間：9:00～17:00 土・日・祝日を除く)

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

プログラマの面接をするときには実際にコーディングをしてもらうべきという話は良く聞くが、もうちょっと細かくどういうお題を出したら良いかとか、どういう風に評価したら良いかとかの話はあんまり聞かない気がする。せっかくなので、ユビレジでの面接で私がコーディングについて確認するときのパターンを、いくつか紹介してみようと思う。 実際にコードを書いてもらうパターン 候補者がどのくらいプログラミングできそうかの予備情報がない場合に、簡単なアルゴリズムを書いてもらうことが多い。例としては、 Linked Listを書いてください Stackを書いてください など。ここで、おもむろに int main(int argc, char* argv[]) { などと書き始める人は、あまり良い印象をもたれない。 class Stack などと書き始める人は上よりは期待できる。 このとき、わざと出題で詳細をあまり明らか

リンク ネットショップ担当者フォーラム 閉鎖状態の「ニトリネット」が6/23にサイト運営を再開、不具合の主因はCPU不足 | ネットショップ担当者フォーラム 6月17日から自社ECサイト「ニトリネット」の運営が止まっていたニトリは6月23日、午前10時にリニューアルサイトを公開した。 リンク www.nitori-net.jp 【ニトリ】公式通販 家具・インテリア通販のニトリネット ニトリ公式通販 家具・インテリア通販のニトリネット オンライン・ショップ。お、ねだん以上。ニトリの公式通販サイトです。収納・ベッド・ソファなどの家具、寝具・カーテン・ラグなどのインテリアを販売。7,000円以上お買い上げで送料無料！店舗共通のメンバーズカードでポイントもたまります。

技術部の小野(taiki45)です。クックパッドではこれまで様々なデータベースの負荷対策を行ってきましたが、シャーディングは行われていませんでした。しかし先日クックパッドの認可サーバーが利用している MySQL サーバーの負荷分散のためにクックパッドで初めてのシャーディングを行ったので、Rails アプリケーションでのシャーディングの事例のひとつとしてその際の手法をご紹介したいとおもいます。 構成 Before データベースは1マスター、1ホットスタンバイ、バッチ用の1リードレプリカで構成されています。Read オペレーションのほとんどはキャッシュ層に逃しています。 After データベースの各ロールにつきそれぞれ1台ずつマシンが増えています。 シャーディングが必要になった背景 認可サーバーのアクセストークンの作成・削除時の Write オペレーションが急増し、レコード数自体も急増していて