最小限の設定のTDD手法を使い、「何をテストすべきか？」から、よくある落とし穴の避け方まで、Reactコンポーネントをテストする方法を学びましょう。 導入 まず、 React を触ったことがあり、更にはいくつかのテストも書いた経験があるとしましょう。それでも、コンポーネントをどうテストするのが最善なのか、よく分からないかもしれません。どこから始めるのでしょう。具体的には何をテストすればよいのでしょうか。 いくつかのReactコンポーネントは簡潔過ぎて、そもそもテストが必要なのかすらはっきりしません。 AngularからReactに乗り換えた 人なら、テストには愛憎のような思いがあるかもしれません。 確かに Angular にはテストを支援するツールがたくさんありますが、同時にテストを書くのが難しくなる可能性があります。冗長ながら省略できない定型コードが多々ある上、 $digest の呼び出

https://www.npmjs.com/package/what-do-i-depend-on github.com 先日のleft-pad騒動で、自分のプロジェクトのnode_modulesを慌ててチェックした。 普段依存の依存とかまったく意識してないけど、いざ見なおしてみるとその数の多さにビックリする。 全ての依存を把握するのは正直無理だけど、ざっと見てみるだけでも発見がある。 意外とscoped packageが使われてたり。めちゃくちゃミニマルなパッケージが人気だったり。 babel関係のパッケージが多すぎて目眩がしたり。 というわけで、自分のプロジェクトの依存パッケージを再帰的に調べて、依存度合いをチェックするツールを作った。 node_modules/ 内の package.json を再帰的に調べて、パッケージが登場した回数を表示する。 使い方 インストール npm i

（最終更新：3月24日16:50ごろ） 事件の流れ kik の作者が同名の会社 KIK の弁護士特許出願代理人からパッケージ名を変更するよう要請される 作者が拒否したところ弁護士代理人は npm の運営にコンタクトする 運営が作者の許可なくパッケージを unpublish するパッケージの所有権を移し替える 作者がこれに反発し自身が所有する270あまりのパッケージをすべて unpublish する I’ve Just Liberated My Modules — Medium unpublish されたパッケージは npmjs.com からダウンロードできなくなる unpublish されたうちのひとつである left-pad に間接的に依存したパッケージが多数あったため世界中でビルドがぶっ壊れる npmjs.org tells me that left-pad is not availa

npm公式のレポート : http://blog.npmjs.org/post/141577284765/kik-left-pad-and-npm uasiさんによる日本語まとめ : http://uasi.hatenablog.com/entry/2016/03/23/215308 状況 npmによると、元@azer氏のパッケージは全て安全なものらしい 悪意のあるユーザーに取られないよう、有志が事前に確保しといてくれてた npm直轄のパッケージにするよう交渉中 ただしビルドが壊れうるという状況は変わっていない 例: after-time after-timeはnpm直轄となり、'0.0.1-security', '1.0.0' の2つのバージョンが配信されている プロジェクトが [email protected] に依存していた場合、一からビルドすると壊れる すべきこと https://g

個人で(≒会社とは別に)サービスやOSS開発することは、会社で身につけられる以上のスキル、実績が得られたり、コミュニティを広げたりするなどメリットが多くあります。 tomoima525.hatenablog.com 自分自身もこれまでいくつかサービスやOSSを開発してきたのですが、一番課題なのが、モチベーションの継続です。最初はテンション高く開発しますが、段々とやる気が下がってきます。一旦リリースした後のメンテも面倒です。そうしていくつかのサービスをクローズしてきました(涙)。 けど、これってとてももったいないです。そこで意識して改善した結果、TwitCalというカレンダーアプリを開発期間も含めると1年間以上継続してメンテ、機能追加を続けられました。今回は自分がどうやって取り組んできたかを整理してみたいです。 ※ 飽きっぽい性格だったりなかなかサービスを継続メンテできない方向けです。たった

January 2, 2016 Occasionally, you may need to install npm packages while offline. This could be due to a flaky network connection, being on a flight or during a workshop. Getting this working has been a dream for a while. They say you should follow your dreams. Unless it's been a while and they haven't followed you back, in which case unfollow them and move on. Luckily, there are a few options ava

2015年の自分向けまとめです． まとめ 目標は達成できたかどうか分からないといけないと思っているので，2015年の趣味での目標は 「とりあえず10万行書くか」 だったんですが，測るのが面倒なので途中から「3000 contributions する」 になりました．（自分の場合は1コミット大体40行ぐらいが多いので，3000 あればまあ10万行行っとるやろという魂胆です）GitHub は仕事で使ってないので，GitHub のプロフィールページを見れば一発で達成状況が分かるという寸法です． 結果はというと… でどうにかギリギリ達成できました．来年はもっとパワフルに開発できる年にしたいです． そんなわけで今年も割と色々書いた気がします．せっかくなので振り返ってみます． 前半 今年の前半は言語処理系まわりを色々触ってました．既存の言語の処理系を実装してみるのも間違いなく楽しいですが，自分で言語の

終了 2015/11/07（土） 10:00〜 東京Node学園祭2015 年に一度、真剣に学んで楽しもう！日本最大のNode.jsカンファレンス！ yosuke_furukawa 他 東京都渋谷区宇田川町20-17 (NMF渋谷公園通りビル 8F)

textlint 5.0.0をリリースしました。 非同期対応のためAPIを変更したのがメインの理由です。 Release 5.0.0: Async support · textlint/textlint textlint自体については以下の記事で紹介しています。 textlintで日本語の文章をチェックする | Web Scratch 前回は4.0リリースの時に書いたので、4.0から5.0での変更点に紹介していきます。 Comparing 4.0.0…5.0.0 · textlint/textlint 変更点 Breaking Change 大きな変更点として全てのLint APIが非同期処理となりました。 そのため、以下のメソッドはそれぞれPromiseを返すようになっています。 textlintツール利用者には影響なくて、textlintをモジュールとして使ってる人のみに影響します。

はじめに あっという間の一週間でした。先週 11/7(土) 東京Node学園祭2015が開催されました。 nodejs.connpass.com 強力なデザイナー 今回ノベルティのデザインは @t32k さんにお願いしました。 t32k.me JS Girls のノベルティ作成経験をお持ちだったので手放しでお任せしてしまいました。 本当にありがとうございました！ 公式サイトのデザインも @t32k さんです！ 公式サイト 2011 からずっとお世話になっている Pixel Grid さん、そしてバックエンドにニフティクラウド の MQTT を利用させていただきました。 株式会社ピクセルグリッド / PixelGrid Inc. クラウド 機能・サービス（MQTT（β）） | ニフティクラウド イカなギミック楽しんでいただけましたか？ esa.io esa.io たまたま遊びに行った Tok

さてさて、東京Node学園祭2015が開催されました。 すごくすごく楽しかったです。午前中から最後の最後までめちゃくちゃ面白かった。 振り返りながらどういうカンファレンスだったのか語っていこうと思います。 アンケート結果 アンケートに回答していただいた皆様、ありがとうございました。反省するべき点も多いので来年にまた活かします。 さて、アンケートでvoteしてもらった結果、参加者の皆さんが選んだコンテンツのトップ5は以下のようになりました。 1. Electroknit! - Pixel to sweater with Node.js by @kosamari 2. "npm": ">=3" by @maybekatz 2. The State of JavaScript by @domenic 4. NodeDiscussion 5. フロントエンドに秩序を取り戻す方法 〜はてなブログ編集

さてさて、東京Node学園祭2015を開催します。開催も今週土曜日と迫ってまいりました。 今回のエントリはNode学園祭内でどういうことをやるのか事前にシェアしておくことで参加者並びに発表者の皆様にスムーズな参加を促すための紹介エントリです。 NodeSchool 今年もNodeSchoolを開催します。 今年のNodeSchoolには以下のコンテンツが含まれています。 javascripting (JavaScriptのワークショップ、変数宣言から関数定義とかifとかforの書き方まで含まれてる初心者向けワークショップ) learnyounode (Node.jsのワークショップ、NodeのAPIであるfsやhttpを使って実際にNode.jsでCLIを作ったりサーバを作る初心者向けワークショップ) how-to-npm (npmのワークショップ、npmのコマンドの使い方と基本的な一連の

この文書はuvbookの日本語翻訳の一部となります。文書そのものの説明その他については目次をご覧ください。 libuvの基礎 libuvは 非同期、 イベント駆動 のプログラミングスタイルを強制します。 libuvの中心的な機能はイベントループとI/Oと他の活動(activity)の通知をベースにしたコールバックを提供することです。libuvはタイマのようなユーティリティ、ノンブロッキングのネットワークのサポート、非同期のファイルシステムへのアクセス、子プロセス等を提供します。 イベントループ イベント駆動のプログラミングにおいては、アプリケーションは特定のイベントに対する興味を表明し、そのイベントが発生した時にこれらに反応します。OSか他の発生源からイベントを収集する責任はlibuvによって取り扱われ、ユーザはイベントが発生した時に実行されるコールバックを登録することができます。イベント

What’s New in Compose Multiplatform - A Live Tour (droidcon London 2024)

さて、三日目と四日目に起きたことを書いていくよ！ 三日目も同様にアンカンファレンス形式でスタート ホワイトボード見てもらって分かるかもしれないけど、 Diversity, Documentation, JS Modules, Streams, FrontEnd Packaging, Error Handling などが三日目の議題だった。 JS Modules の話 bower 使ったり jspm 使ったり、 はたまた npm + browserify 使ったりと戦国時代状態のフロントのパッケージモジュールに何使うべきかっていうディスカッション。まだみんないろいろ試してる感じだったけど、 npm + browserify と monolithic な JS library の相性が悪くて、どうするべきかっていう話が一番面白かった。 Workshop 会場にて: package module

Vantage gives you a new perspective into your live node application not previously available. An extension of Vorpal, Vantage turns your live Node app into a immersive CLI. Accessible remotely or locally, Vantage lets you build your own API for your application and import community extensions, introducing a new means of live diagnostics and activity for your dev and prod environments. First-class

Node.js 日本ユーザーグループ代表の古川です。 YAPC でまだ話せるのかは分からないのですが、せっかくなので宣伝させてください。 YAPC というイベントでトーク応募しました。 yapcasia.org Node.js と io.js の話はこのブログでずっと話してきたんですが、ある程度まとまってきた所で振り返って話をしようかなと思っています。 日本ユーザーグループ代表の僕と 先日 io.js の技術委員会にノミネートされた 大津さん (@jovi0608) とでこれまでの Node.js の話と io.js の fork 騒動、 そして今後の Node.js という流れで話そうと思っています。 細かい部分は決めていませんが、これまでの流れをおさらいしつつ、最後は二人でパネルディスカッション形式で話しつつ、会場からも広く質問を受け付けるような形で進行できるといいかなと思っています。