Hubotを使ったSlackボットをIBM Cloudで動かす - Qiita
Hubotを使用したSlackボットを作成し、IBM CloudのNode.js上で動かしてみました。Qiita上ではいくつか解説エントリーがあるのですが、環境の変更などの影響で記載されたとおりにやってもうまくいかない箇所がいつくかありましたので、内容的に重複しているものもありますが、私がやった手順をまとめました。 作成したもの Slack上でRSS連携して購読している情報がUTC(Coordinated Universal Time)表記なのですが、JST(Japan Standard Time)に読み替えないと該非が分からず、毎回9時間加算する脳内変換をするのも面倒でした。そこで、時間（HH:MM）を含むメッセージが該当チャンネルに書き込まれたら、自動的に9時間加算した時間を書き込むようにしました。 セットアップ Node.jsとnpmはインストール済みの前提です。適当な作業ディレクト
Scala.jsでクロスコンパイル - 1. 環境構築 - Qiita
Scala.jsは、ScalaのコードをJavaScript（JS）に変換するコンパイラです。 公式の紹介ページでは、以下の4点がScala.jsの優れた点であると謳われています。 正確性: Scalaの優れた型システムやコンパイル時検査を活用 高性能: 実行時間は生JSの高々2倍 相互運用性: DOMやJSのライブラリが利用可能 IDE: IntelliJがScala.jsの記述を完璧にサポート Scala.jsは、単なるJSの代替記法（altJS）に加え、JSとJava仮想マシン（JVM）とで動作するコードのクロスビルドツールとして利用することができます。 クロスビルドに関する資料として、以下のようなものが挙げられます。 Scala.js - Cross-building （公式） Isomorphic web development with scala and scala.js s
hubot-slackで発生した「ERROR An error occurred while processing. RTM event: a is not defined.」と格闘した話（解決） - Qiita
hubot-slackで発生した「ERROR An error occurred while processing. RTM event: a is not defined.」と格闘した話（解決）CoffeeScriptHubotIFTTTSlack はじめに Google Home、Raspberry Pi、Hubot、IFTTT、学習リモコン（RM3-Mini）を使って音声で家電操作をしていたのですが、ある時Hubotが「ERROR An error occurred while processing. RTM event: a is not defined.」というエラーを出力するようになりました。 調査・対応方法について、日本語の記事が見つからなかったので、残しておきます。 何が起きたのか？ 今年の年始に、10ドルのRM Mini3とGoogle Homeで家電を操作する方法に取り
非同期処理を便利にするMonix - Qiita
この記事は、[Fringe81 アドベントカレンダー2017](Fringe81 Advent Calendar 2017 - Qiita)の23日目です。 はじめに いつもはScalaで広告配信サーバの開発を行っているichizinです。 Scala.jsを調べている中でMonixというライブラリを知ったので紹介します。 けっこう便利そうなので見てください！！ Monixとは Monixは、非同期プログラミングのためのライブラリでScalaやScala.jsで使うことができます。 公式ドキュメント Monixは色々な機能があり、すべて取り上げるのはボリュームが大きすぎるので今回はTaskとSchedulerについて紹介したいと思います。 Task ScalaのFutureは、未来の結果を保持する値であって、Futureを評価しようしているスレッドが既に開始済みで完了している可能性もあるし
jsのbindは意味がわからない - Qiita
jsのbindは意味がわからない。 bind() メソッドは、呼び出された時に新しい関数を生成します。新しい関数が呼び出される時、this キーワードは与えられた値がセットされ、ます。2 個目以降の引数は、新しい関数より前に、ターゲット関数の引数として与えられます。 Function.prototype.bind() - JavaScript | MDN 「引数をbind(拘束)した新しい関数を作れる」という事はわかったけど、それ何が嬉しいの？と思っていた。 しかし先日、ある出来事をきっかけに理解することができたのでポエムを書いてみる。 この物語はフィクションです。登場する人物はすべて架空のもので(略 私はmodule(もしくはpackage)の開発者。githubを通じて便利な関数を公開している。 先日もredCharacterという超絶便利な関数を公開した所だ。 // java scr
should API Reference覚書 - Qiita
1) Calculator null should be a 'null': TypeError: Cannot read property 'should' of null ： ： 2) Calculator undefined should be an 'undefined': TypeError: Cannot read property 'should' of undefined ： ： Chains 全てのアサーションはshould.jsラッパーオブジェクトを返ので、チェインすることができる。 「to, be, been, is, that, which, and, has, have, with, at, of, same」はチェイン可能なgetterとして提供されていて、テスト機能は提供していないみたい。 .not アサーションを否定します。 .deep deepフラグを設定
Node単体テスト 最初の一歩 - Qiita
Nodeで最低限のテストができるようにするよ。何も知らなくても15分くらいあればテストの最初の一歩をふみだせるように記事を書いたよ。 概要 npm test でテストが走るように設定 テストコード作成 Step#01 初期設定 ~/letstest をプロジェクトディレクトリにしよう。配下にtestディレクトリを作ってここにテストコードを置く。ディレクトリ名をtestにすることで、テストツールがテストコードの場所を見つけることができる。テストツールはmochaが普通に使われているのでこれをインストールする。 $ mkdir -p ~/letstest/test $ cd ~/letstest $ npm init -y $ npm install -save mocha npm init -y コマンドを打つと、package.jsonが生成される。この中のscripts.testフィール
Babel6でMochaとChaiを使ったテストを書く - Qiita
はじめに 最近Reactとか触っています。Github上とかでいろいろなコードを見させていただくのですが、React周辺はReduxを使っているのでBabel使ってるけど、テストはFacebookのJestを使っていてあんまりBabel使えてなかったり、もはやテスト書いてなかったりします。 そもそもReactはフロントエンドのライブラリなので、あまりテストを書きたくなくなるのもわかります。ですが、Railsやっててもなるべくテストを書くことを尊重する雰囲気になってきているので、React周辺でもテストを書いていきたいのです。そこで、JestではなくてMochaとChaiを使ってテストを書くにはどうするべきなのかと思い、まとめました。 環境 node: v5.1.0 npm: 3.3.12 ディレクトリ構成
mochaとは？ - Qiita
<!DOCTYPE html> <html lang="ja"> <head> <meta charset="utf-8"> <link rel="stylesheet" href="node_modules/should/node_modules/should-format/tests/browser/mocha.css" /> <title>テスト</title> <script type="text/javascript" src="node_modules/chai/chai.js"></script> <script type="text/javascript" src="node_modules/should/node_modules/should-format/tests/browser/mocha.js"></script> <script type="text/javas
mocha における describe it before beforeEach after afterEach の実行順序 - Qiita
はじめに この記事について Javascript のテストフレームワーク mocha における describe it before beforeEach after afterEach の実行順序について調べてみました。 環境 Windows 7 Professional x86 mocha 5.0.1 結果 5行で describe は上から順番に実行される it は上から順番に実行される beforeEach, afterEach は 各 it の前後 で実行される before は describe の最初に一度だけ 実行される after は describe の最後に一度だけ 実行される 実行結果 $ mocha test.js describe(1)-top describe(1)-bottom describe(2)-top describe(2)-bottom DESCR
ES6なクラスをmocha,chaiでテストする - Qiita
export default class RecieveParameter { constructor(e) { const req = JSON.parse(e.postData.contents); const payload = req.payload; this.status = payload.status; this.subject = payload.subject; this.build_url = payload.build_url; this.branch = payload.branch; this.reponame = payload.reponame; this.username = payload.username; } returnParams() { return { status: this.status, subject: this.subject, b
mocha で debugger を止める - Qiita
mocha でテストを書いている時に、どうしてもブレークポイントで止めてデバッグしたくなることがあります。 おもむろにコードにdebuggerを仕込みます。 そして mocha コマンドに --debug-brk --inspect とオプションをつけて実行しましょう。 chrome-devtools:// で始まるURLが吐き出されるので、ブラウザでそれを開きます。 $ mocha ./something-spec.js --compilers js:babel-register --debug-brk --inspect Debugger listening on port 9229. Warning: This is an experimental feature and could change at any time. To start debugging, open the f
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
coffee script - Qiita
mocha + chai.should で null や undefined をテストする - Qiita
[Rails]js-cookie.jsを使ってbootstrap4のタブの情報を保持する - Qiita![[Rails]js-cookie.jsを使ってbootstrap4のタブの情報を保持する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/8e0292036d43c26d46f60dd4363597630a590d05/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnMzLWFwLW5vcnRoZWFzdC0xLmFtYXpvbmF3cy5jb20lMkZxaWl0YS1pbWFnZS1zdG9yZSUyRjAlMkYxNTc1NTQlMkY2NTAzYzA1MjI5YzM2YTEwYmY3NDQ3MTY1ZWU0Y2ZhMjgyZjYwMzg0JTJGeF9sYXJnZS5wbmclM0YxNTkwNTkzODYzP2l4bGliPXJiLTQuMC4wJmFyPTElM0ExJmZpdD1jcm9wJm1hc2s9ZWxsaXBzZSZiZz1GRkZGRkYmZm09cG5nMzImcz1lMGM2YTI0NmFhNTJkNzU3ZTZhNzUzZjBjZWU3NWU1NA%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Da1d833300fe53b858f7662d50357a4c3%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCUmFpbHMlNURqcy1jb29raWUuanMlRTMlODIlOTIlRTQlQkQlQkYlRTMlODElQTMlRTMlODElQTZib290c3RyYXA0JUUzJTgxJUFFJUUzJTgyJUJGJUUzJTgzJTk2JUUzJTgxJUFFJUU2JTgzJTg1JUU1JUEwJUIxJUUzJTgyJTkyJUU0JUJGJTlEJUU2JThDJTgxJUUzJTgxJTk5JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9MmZjMmY3NTk5ZmQxODQxYWRkMjZmOWU1ODQxNDM2ZDY%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBkYWNoMV9rZW4mdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtcGFkPTAmcz1lM2FjMjdjNmUwNmIyMjYxM2JlM2ZhYmU3OTVkYmYwZQ%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D0cfc725ae65e9e227c9011c411f36a5e)
Mochaを使うときはassert.strictEqualを使ったほうがいいな?という話 - Qiita
Immutable.jsのオブジェクト比較用のpluginを作った - Qiita
mocha 4がsequelize使ってるときに終了しないとき - Qiita
Mochaで拡張子による分割テスト - Qiita
chai.expectとsinon.assertの使い分け - Qiita
