Ember.js 2.0はメジャーバージョンアップながら、1.x系からの大きな機能追加や変更が行われているわけではなく、1.x系で非推奨となった多くの機能を削除しInternet Explorer 8のサポートも終了、今後の進化に向けてブラッシュアップしたバージョンと言えます。 そのためEmber.js 2.0は1.xの機能のほとんどを引き継ぎ、大きな互換性の問題は発生しない模様です。 2.0への引き継ぎバージョンとなる1.13も同時リリース Ember.js 2.0と同時に1.x系最後のリリースとなる予定のEmber.js 1.13.0もリリースされました。 1.13では、Ember.jsのレンダリングエンジンとして3度目の大幅な改良が加えられたGlimmerレンダリングエンジンを搭載。ReactのようにVirtual DOMを内部に持ち、書き換えの差分だけを実際のDOMに反映させること

概要 オフショア開発がそれほど特別なトピックでもなくなってきた昨今、弊社でもオフショア委託の形でシステム開発を目指すことになりました。 オフショア開発についての予備知識がない そもそも自身が設計として経験が全く足りていない ベトナムの方たちとのすれ違い いろいろありましたが、めでたくこのシステムはサービスインを迎えました。 このトークではこれまでに起こったことの中から厳選したものについて、どう対処したかもあわせ 話すことのできるところまでお伝えできればと思います。 キーワード（話したいと思っている事） 指示 日本人の場合/そうでない場合 フロー 海の向こうのテスト 帰っちゃった

(日本語は下にあります / Japanese follows English) Automation. Deploy, setup server, CI etc... Automation is really important work to reduce repetitive (or complicated) tasks to focus on what we, engineer, human should really do. I've done many automations on different environments. My automation history started from where team did traditional by-hand deployment. And now I joined Internal PaaS Dev&Ops team a

TL;DR 4年間やってきたCTOが語る CTOが制度設計、全エンジニアの最終評価はCTOを経由 現場の声、事業責任者の声 内容 エンジニアの技術力を評価するのって難しいですよね。 評価する側がエンジニアではない場合は特に難しいと思います。 そこで、VOYAGE GROUPでは2011年7月から技術力評価会という名のエンジニアの相互評価制度を導入しました。 約4年やってみて、わりと良い感じだと思っています。 ただ、チームごとに最適な技術を選択する方針なので Perl はもちろん、PHP、Ruby、PythonなどのLL言語、さらにErlang、Scala、Schemeなども使っていたり、ネイティブアプリ開発やデータ分析など会社内で実績・知見が溜まっていない技術もどんどん増えてきて大変という課題もあり、毎回改善を重ねてますがまだまだやれる余地があると考えてます。 このトークでは、VOYAGE

上記の記事でmsysをインストールする方法も紹介しています。msysにはls,cp,mvといったlinuxコマンドが入っており、Windowsでvimfilerやvimshellを動作させるために必要です。 Macの場合 事前にXCodeをインストールしておきます。XCodeにgccが含まれています。 下記コマンドでコンパイルします。 cd ~/.vim/bundle/vimproc/ make -f make_mac.mak vimproc/autoload/vimproc_mac.so が作成されていればコンパイルは成功です。 Linuxの場合 gccをインストールします。ほとんどのLinuxではデフォルトで入っているのではないでしょうか。 下記コマンドでコンパイルします。 cd ~/.vim/bundle/vimproc/ make -f make_unix.mak vimproc/

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

業務、あるいは趣味でWebアプリケーションを作っているという方は多いでしょう。 昨今の便利なWAFやSaaSなどに乗っていれば、レイヤーの低い部分を意識しなくても、あまり問題にあたることなく開発や運用を行っていけることも多いでしょう。 日常的にLinuxを使った作業を行っていても、タスクに追われ、ついつい曖昧な理解のままとりあえず問題を解決してしまいがち、というようなこともあるかと思います。 本トークではある程度Webアプリケーションの開発を行ったことのある方向けに、Linuxの重要な要素であるプロセスについての基礎的な話を行い、知識の補完を行うことを目的とします。 主に「なるほどUnixプロセス ― Rubyで学ぶUnixの基礎」(http://tatsu-zine.com/books/naruhounix)で扱われているような内容が主になる予定です。 こういうレベル感の話になるかと思い

スポンサー企業に多大な配慮をしつつ、今まで発表者が報告してきた実例を元に、 実際のアプリケーションで発生しがちなセキュリティホールについて傾向と対策を語ります。

研究開発中のジャーニーマップを簡単に作成する「UX Recipe」のベータ版受付のページを公開しました! まずは皆さんに使っていただきご意見をいただきたいと思います。ぜひご登録をお願いします。 UX Recipe – User Experience Journey Mapping Tool.https://uxrecipeapp.com/ ジャーニーマップを作成する過程にはさまざまな課題があり、現在専用のオンラインツールも少ない状況です。専用ツールは高価なものが多く余計に敷居を高くしてしまった感があります。もっと気軽に簡単でいいのではないか、そういう思いでこのツールを企画しました。 また、日ごろ提案書や企画書であまり時間がかけられない中で作成しているカスタマージャーニーマップやシナリオはいつも一から作りなおしています。フォーマットもバラバラです。行動パターンの知識やジャーニーマップにおける

2003年春、仕事もなく暇な私は――ithreadsと出会った。 「それ」はとてもスロウでバギィでリークなコードクラッシャーだった。 情報収集、テストコード、セグフォルセグフォル。そして―― さようならithreads プロローグ 少々昔の話をしますと、2003年頃、私は仕事もあまりなく暇でした。それでふとithreads（Perlのスレッドシステム）関連のドキュメントを翻訳してみたのです。気づけば私は熱に浮かされたようにithreadsの情報を集め、Tipsページをつくり、初めてCPANにあげたXSモジュールはithreadsをサポートするものでした。私はithreadsの虜となったのです。 当時の情熱の一端は、今でもこのような形でその影をとどめています（もうデータも古くて使い物にはならない部分も多いですが）。 それから、そう。私の初めてのCPANにアップしたXSモジュールはThread

カンファレンスの準備も大枠ではプログラムを書くことと似ています。全体の設計をせずに突き進む事も不可能ではありませんが、やはり全体像の設計を事前にしておかないと要所要所で躓きがちです。 どんなに細部がうまく実装できてもプロジェクト全体としてうまく機能しないことはよくあります。YAPC::Asia Tokyoのようなイベントもまさにそれと同じで、まずそのイベントについての大枠の設計が重要となってきます。 イベント運営をする際にこのような設計が重要になってくるのはひとえにイベント運営とは取捨選択の連続だからです。決断を迫られた際にどちらの方向に判断を倒すかという指針をアドホックに決めていると収拾がつかなくなりがちなのですが、前もって設計をちゃんとやっておけばいざという時に一貫性を持って判断ができるようになります。 What（どんなイベントなのか） 最も重要な事項の一つにそれが何を目的としたイベン

文字の扱い方、レイアウト、カラー、エフェクトなど、プロのデザイナーがこだわっているデザインの基本となるルールと、ついやってしまう間違いとその解決方法まで、ワンランク上のデザイナーになるためにひとつ一つをしっかり見直したい20のデザインテクニックを紹介します。 カーニングとはフォントの文字間のスペースを調整することです。カーニングの最終目的は、それぞれの文字の間が不自然な空白にならないように字面間のスペースを均等にし、テキストを美しく整然とした一つのまとまりにデザインします。 カーニングがされていない、カーニングがいいかげんな仕事は、デザインの世界において大罪の一つです。カーニングはデザイナーが早い段階で身につけるべき重要なスキルです。 20 Typography Mistakes Every Beginner Makes 基本的だけど大切なタイポグラフィのシンプルな14のルール リーダビリ

米Facebookは6月12日（現地時間）、ニュースフィードに表示する投稿の表示優先度を決めるアルゴリズムの変更を発表した。同日から数週間かけて“ローリングアウト”していく。 ユーザーが、たとえ「いいね！」やコメントをしなくても、長く表示した投稿はそのユーザーにとって重要であると判断し、同様の投稿の表示優先度を高める。 単純に表示秒数などで判断すると、接続環境が悪くて読み込みが遅い場合もカウントしてしまう可能性もあるため、相対的な長さで判断するとしている。 従来のアルゴリズムでは、投稿に対するいいね！やコメント、シェアといった積極的な行動を、優先度を決める主なファクターにしてきたが、ユーザー調査の結果、いいね！やコメントをしない投稿をユーザーが必ずしも軽視しているわけではないことが分かったという。 例えば、（あまり親しくない）いとこの旅行の写真に興味を持ち、コメントまでよく読んだとしても、

辛そうだな。 働き始めて一ヶ月たったか。傍で見ていた感想だが、お前さんはよく頑張ってきたと思う。 もし俺が同じ立場だったとしたら、きっと途中で挫けていたよ。 お前さんに向かって、頑張るな、とはいえない。それは今まで頑張ってきたお前さんの努力を否定するような気がする。 でもなんていうか、ちょっと頑張り過ぎじゃないか。仕事量はわかんないけど、俺が言いたいのはそうじゃなくて、意識の高さのことだ。 素直さと真面目さはお前さんの長所だと思う。きょうびはてなで、お前さんくらいの奴は見かけない。 だがなんというか、もう少し肩の力を抜いてもいいと思う。仕事の仲間が時に、キツイ言い方するときがあると思うけど、そういう時はお前も悪態をついていいんだ。クソッ！　あのファッキンプロジェクトリーダーなんだよあの態度！　むきゅーむきゅーしてやるっ！　位の事言っていいんだ。もちろん面と向かっていうと向こうも傷つくかもだ

○ご飯 てきとう ○調子 むきゅーはややー。おしごとはおやすみー。 しんどくて横になってた。 来週からは普通になりたい。 ○グランブルーファンタジー コラボイベを少し周回。砂もらえるからちゃんと遊びたい。

db tech showcase 2015 初日、午後は二コマ目から再参戦、 ORACLE ACE の @yoku0825 氏のセッションに参加してきました。 スライドまわしが早くてついていくのが、結構つらかったですが、神速で資料を公開してくださるあたり、流石でした！ 内容もさすがの人柱的な内容なので、はてなブックマークしている人たちは、感謝の意をこめて氏の Proposal を Affects me しよう！ 資料がすでに公開されているので蛇足的ではあるけれども、以下、わたしの取ってきたメモも公開しておきます。 概要： 2015/04/08 ついにリリース候補版になったMySQL5.7.7。5.7は積極的を本番に入れたい理由、過去のバージョンからのアップグレードで気を付けることなど、本気の導入に向けたウォーミングアップセッション。 Speaker: 田中 翼(yoku0825) (Tsu

普段は LL を使ってウェブアプリケーション開発をやっているサーバサイドエンジニアがとあるきっかけで興味を持って C++ の勉強をしつつブラウザの実装を読みました。 平凡な技術者でもブラウザの内部実装を少しづづ理解することはできる事をお伝えしようと思います。 ソースコードの在処 コンパイル方法 テストについて 部分的な実装の解説

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?