@bouzuya の Hubot 連載をふりかえってみた - Qiita
これは Hubot Advent Calendar 2014 の 25 日目の記事です。 また、今回は @bouzuya の Hubot 連載の第 17 回 (最終回) です。目次は、第 1 回にあるので、そちらをどうぞ。 前回、そして今回は 前回は 使えない Hubot アダプターをつくろう ということで、Hubot アダプターを実際につくってみました。 今回は、最終回なので、ここまでのまとめと紹介できなかった細々としたなどに触れて、おしまいにします。 ふりかえり 過去の 16 回をふりかえってみます。 第 1 回 『Hubot / ChatOps とは』 第 2 回 『Hubot のインストール』 第 3 回 『Hubot を Heroku で動かして Slack から話す』 第 4 回 『Hubot スクリプトを追加インストールしよう & 自分だけの Hubot スクリプトをつくろう
slackにHubotを導入(Heroku経由) - Qiita
はじめに 当社にもslackの波が今日きたっぽいので、さっそくGithubでみかけたHubot先輩を導入しようじゃないかと業務の隙を狙い撃ちして導入してみました。今回手順の参考にさせていただいたのは「http://memo.sanographix.net/post/88371442780」です。ありがとうございました。 まずはローカルで動かしてみる 必要そうなもの ・nodeとnpm ・githubのアカウント ・herokuのアカウント(コマンドラインツールも) nodeのインストール atomエディタを入れた時に入れていたものを何かアンインストールしていたっぽいので、入れなおしました。 ダウンロードは → http://nodejs.org/download/ $ npm install -g hubot coffee-script coffee-script@1.7.1 C:User
example.com - Wikipedia
example.com, example.net, example.org, example.eduは、ソフトウェアドキュメンテーションやドメイン名の例示のために予約されているセカンドレベルドメインである。 .com, .net, .orgのセカンドレベルドメイン"example"は、1999年に RFC 2606 第3章にてInternet Engineering Task Force (IETF) によって予約された[3]。.eduのセカンドレベルドメイン "example" は、2000年にInternet Corporation for Assigned Names and Numbers (ICANN) によって予約された。 これらのドメイン名が予約されていることによって、マニュアルやソフトウェア構成のサンプルでこれらのドメインを使用することが可能である。すなわち、エンドユーザー
Loading...
Hi Everyone, Collaborative editing is available for all Cloud customers via opt-in. For information on how to activate collaborative editing: https://confluence.atlassian.com/confcloud/collaborative-editing-828790374.html For Server customers, collaborative editing is now released in Confleunce 6.0! Head to the release notes for the full low down on Confluence 6.0. Thanks for your feedback and sup
ディズニー社に学ぶ！HTML/CSSで12個のアニメーション基本原則を完全再現！ - CSS Animation
ディズニー社に学ぶ！HTML/CSSで12個のアニメーション基本原則を完全再現！ フロントエンド・デザイナーやデベロッパーは、スタイリングや配置、またデザイン性の良いサイトを作成するために CSS（Cascading Style Sheets、カスケーディング・スタイル・シート）を利用します。しばしばページに変化（英: Transition）やアニメーション（英: Animation）を加えるために CSS を利用しますが、まだまだ開発する余地がありそうです。 アニメーションは、訪問ユーザーにとってデザインをよリ理解しやすく、ためになる情報を伝える強力なツールとなるでしょう。ウェブサイト制作で活用でき、よりパワフルな使い方ができる基本原則を今回はご紹介します。 ディズニー社の現場で長年培われた、アニメーションの基本原則 12 個（英: 12 Principles of Animation）
過去は変えられる？思考実験『ホイーラーの遅延選択実験』が実際に行われた – 量子における『観測』 | sign
かつて、といってもニュートン力学が世界を記述する唯一の科学的なシステムであったほんの200年ほど前まで、時間は常に一定に流れるものだと考えられていました。しかしかのアインシュタインが相対性理論を導いたことで、時間は伸び縮みするあやふやで誰の上にも平等に流れるものではないということが明かされ、未来へ行くことが理論的に可能なこととなりました。しかし、いくら時間があやふやなものだとしても過去だけは確固として変わることなくその姿を一定に保ち続けていました。 というのも当たり前の話です。物事には原因と結果があり、それは時間軸に沿って順に与えられるものです。もし過去に行くことが可能であれば現在が原因となり過去が結果となり過去は未来になり現在は過去になり、時間、あるいは因果という概念が一気に崩壊してしまいます。 しかし、量子力学的に見ればそれは可能なこと、むしろ既に起きていることなのかもしれません。現在
Node.jsのコールバック地獄をPromiseやGeneratorを使って解消する | POSTD
下のようなコードが、親しみをこめて「コールバック地獄」とか「死のピラミッド」とか呼ばれているのはご存じですよね。 doAsync1(function () { doAsync2(function () { doAsync3(function () { doAsync4(function () { }) }) }) この状態がコールバック地獄かどうかは、意見の分かれるところでしょう。ネストがいくら深くても全く問題がないコードもあるからです。非同期のコードでフロー管理ができないほど複雑になってしまった場合は悪夢ですが。自分のコードがどの程度”ひどい”状態に陥っているかを確認するには、こう自問してみてください。「 doAsync1 の前に doAsync2 が実行された場合、リファクタリングにどこまで労力がかけられるか」と。ここでのゴールはネストの階層を減らすことではなく、モジュール化された（も
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
