先日、新卒で入ったエンジニアが 「Immutable.jsの研修課題をやってるんですけど、正直なんで必要なのか分かんないっす」 と言っていた。 たしかに React, Redux と Immutable.js をセットでつかおうみたいなノリの記事はネットでよく見るが、じゃあなんでそのセットなの？という点に関してはあまり詳しく書かれていないことのが多い気がしたので、個人的にその理由っぽいのを雑に書き残しておこうと思う。 イミュータビリティのいいとこ コーディング・バグを減らす 言語仕様上ミュータブルな JavaScript は、大勢で開発してるとこっそりどこかで参照を持ったオブジェクトを書き換えてた、なんてことになりやすい。なのでデータを更新する際にはイミュータブルであることが保証できるとバグが起こりにくいコードを書ける メモリ効率がいい イミュータブルなオブジェクトは中身が同じなのでコピー

この記事は、 Node.js Advent Calendar 2013 - Adventar の12日目です。 1. ありがとう Ben Nodeの情報に普段アンテナを張っている人は既にご存じでしょうが、Nodeコア開発の中心的エンジニア Ben Noordhuis がNodeのコアチームから離れました。Node.jsの公式ブログに「Ben Noordhuis's Departure」としてアナウンスされています。 なぜ彼がNodeの開発を止めなければならなかったのかその経緯をここで述べることは控えますが、彼のこれまでの貢献なしでは今のNodeは存在し得なかった、と言えるほど彼は重要な存在でした。Benは、Nodeやlibuvのコードの開発だけでなく、github の issue の回答やPRのレビュー、 MLの質問の返答などNodeコミュニティにも精力的に対応し、去年来日した isaac

eBayのテクニカルスタッフであるTed Dziubaから衝撃的な記事が出たので、読んでしまいました。 Node.js is Cancer 要点を訳すと下記のような感じです。 Node.jsがスケーラブルであるというのは嘘。 Nodeの運用が難しい。 やっぱりJavaScriptってWebアプリのロジックを書くのに向いてない。 Node.jsがスケーラブルであるというのは嘘であるについて Nodeのサイトには下記のように記載されています。 Almost no function in Node directly performs I/O, so the process never blocks. Because nothing blocks, less-than-expert programmers are able to develop fast systems. Node内のほとんどのf

「外部パッケージの型定義もインストールし推論できるTypeScript playgroundを作った」という題で登壇してきました＋スライドの補足 “外部ライブラリもインストール・型解釈できる TypeScript playground を作った”という題で俺得フロントエンド (1) LT 会という勉強会で登壇してきました。スライドはこちらです。 — 外部ライブラリもインストール・型解釈できる TypeScript playground を作った スライドの内容をそのまま書いても意味がないので詳しくはスライドを読んでいただきたいのですが、発表時間の都合・構成力不足で伝えきれなかった部分の補足・補完的なものを書きます。 この playground のより詳細な説明、内部で使ってる技術の説明、この playground に限らず汎用的に活用できそうな技術の話をします。 何を作ったの — Type

A spiritual successor to TodoMVC TodoMVC has helped thousands of developers select an MV* framework for their JavaScript applications. However, the web ecosystem has evolved in the past few years allowing us to build powerful applications using modern browser capabilities. To provide developers with examples, we collected a list of unofficial Hacker News clients built with a number of popular Java

はじめに 過去に私がHaskellを学び始めた時、 真っ先に疑問に思ったことはモナドの存在だった。 当時は全くと言っていいほど理解できなかったが、 最近Haskellを学び直して ようやく理解することができた(と思う)。 という訳で、現時点での私のモナドへの理解を示すためにこの記事を書く。 ここではモナドの本質が何なのか概要を示す。 正確な説明は数多あるモナドについてのチュートリアルを参照されたい。 Hellow World問題: IO, Monad, fail 新しい言語を学ぶ時、まず間違いなくHello Worldを書くだろう。 HaskellでHello Worldを書くとこうなる: この1行だけを見ると普通の命令型言語と大して変わらないように思える。 ところでHaskellには強力な型推論がある。 そのため型宣言を省略しても処理系がよしなに解釈してくれる。 ただ普通はコードの意図す

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

Justice Mba氏がブログで投稿した記事「Functional setState is the future of React (Posted Mar 2, 2017)」を翻訳してご紹介しています。 なお、この記事は原著者の許諾を得て翻訳・掲載しています。 更新：僕はこの話題についてReact Rally（Reactの開発者が集まる会合）でフォローアップトークをしました。この記事は「関数型setState」パターンに焦点を当てていますが、トークはsetStateを深く理解することに焦点を当てています。 React Rallyにおける僕のsetStateに関するトーク ReactはJavaScriptで関数型プログラミングを普及させました。その結果、Reactが使用するコンポーネントベースのUIパターンを採用する巨大なフレームワークにつながりました。そして今、関数型に対する熱狂がウェブ

世界には色々なマニアがいるなーという話を紹介します。 先日Node.jsで使える祝日ライブラリを探していたところ、複数の国や地域の祝日に対応しているライブラリ date-holidays を見つけました。 commenthol/date-holidays: worldwide holidays このライブラリは本稿執筆時点で143ヶ国379地域の祝日に対応しています。この時点で頭がおかしい（ほめ言葉）のがわかると思うんですが、さらに凄いのがこれらの祝日をすべてYAMLで定義しており、このYAMLが変態的だという点です。 YAMLによる祝日の定義例 どう凄いかは実際のYAMLを見た方が早いと思うので、例を紹介します。下記は日本の祝日の定義の一部です。 01-15: name: en: Coming of Age Day jp: 成人の日 active: - from: 1948-07-20

エンジニアリンググループの冨岡です。 TypeScript向けのDIライブラリを公開したので紹介します。 github.com モチベーション Clean Architecture等の設計手法を使ってコードを書いていると、抽象に依存することが多くなってきます。 class CreateUserAccount { constructor(private userAccountRepository: UserAccountRepository) {} } const forProduction = new CreateUserAccount( new PostgreSQLUserAccountRepository( buildPostgreSQLConfig(process.env) ) ) const forTest = new CreateUserAccount(new InMemoryU

Twitter の URL とかで「#!」っていうのが付くのをよく見かけてたけど、最近気が付いたらこういう URL じゃなくなってた。そこで、「#!」コレって何だったの？を調べてみた。 参考：さらなる「#!」URL批判 - karasuyamatenguの日記 参考：AngularJS の $locationProvider.html5Mode について - Qiita 「#!」は Hashbang (ハッシュバング)、略して Shebang (シバン・シェバン) と呼ぶらしい。Hash # に Bang ! ってことみたい。 言われるまで気付かなかったけど、これって要は URL に付けるハッシュ。古くは <a name="hoge">、最近なら <div id="hoge"> みたいに HTML 中に定義した ID の場所に、something.html#hoge と飛べる、あのハッシュ

Over the years, I’ve noticed patterns in how I tend to approach component APIs and building out applications and libraries. The following is a collection of thoughts, opinions, and advice for defining component APIs that are meant to be more flexible, composable, and easier to understand. None of these are hard-and-fast rules, but they’ve helped guide the way I think about organizing and creating

ども、@kimihom です。 2019年、皆さんはどんな技術を習得したいと考えているだろうか。その中の候補の一つとして、おそらく「シングルページアプリケーション(以降SPA) を流行りの JavaScript フレームワークで作れるようになる」という目標を掲げている方も少なくないだろう。 私自身 SPA でサービスを作った経験を踏まえて、その価値に関して改めて考え直してみて欲しいと思いこのエントリーを記す。 ユーザーは SPA 自体を求めていない 技術トレンドに流されまくるエンジニアが後を絶たない。 SPA が流行ってるからうちもチャレンジしてみよう あの有名企業が Go を採用したからうちも Go 使ってみよう REST の時代は終わりらしいからうちも考え直そう これらに関して考えるべきことは、「その技術を採用した企業と、あなたの置かれた状況は一致しているのか?」という点だ。実際は全く

ウェブフロントエンド技術は変化が激しいと言われるけれども、多くの人にとって最新のウェブフロントエンド技術を無理してキャッチアップする必要は無い。以下理由。 ここでいう最新のウェブフロントエンド技術とは、新しいブラウザのAPIや新しいJavaScriptの文法や新しいフレームワーク・ツールなどを指す 今のHTML5はドキュメントを表現するプラットフォームだけではなくアプリケーションプラットフォームとしても機能するように進化をしている最中 だからアプリケーションプラットフォームとしての進化を支える新技術がたくさん出てきている 逆に言うと、アプリケーション(SPAとか)を書かない人にとってはキャッチアップする必要の無い場合がたくさんある また、それらのウェブフロントエンドの新技術を全てキャッチアップするのは基本的に不可能だと思う 自分はウェブフロントエンドやそれのパフォーマンスを専門の一つにして

Ben, Joël and I recently built an Elm application over two investment days, with a focus on trying out a new (to us!) paradigm in Elm. In this application, we avoided type aliases and primitive types (String, Int, etc.) in favor of product types. One of our types was for currency. Let’s break down the three ways we could declare this: -- primitive type (Int) type alias Player = { dollarsOnHand : I