東京Node学園26時限目で飛び入りLTで発表した資料です。
jsconf.eu x Node Collaborators Meetup journey
東京Node学園26時限目で飛び入りLTで発表した資料です。
Speaker Interview: Daijiro Wachi — Node.js core contributor
With AmsterdamJS Conference being only a week away, we are publishing last interview in our 2017 Speaker Series. Today we are welcoming Daijiro Wachi — lead Javascript developer at CoolGames company. He also happens to be a Node.js Core Collaborator in The Netherlands. Daijiro is coming from Japan and has settled in Amsterdam only a couple of years ago. AmsterdamJS: Tell us a bit about yourself —
axiosでのajaxリクエストをモックしてテストを書く - banseivlog
JavaScriptで使うAJAXライブラリといったら superagent, whatwg-fetch, axios が最近の主流ですね。ちなみに私はaxiosがその中でも使い勝手がよく、メインの開発で使っています。 テスト周りでの作業記録をば。 AJAXまわりでテストコードを書くときに、通信をモックさせたい場合があります。axiosではどのようにモックが書けるのか忘れないように個々に書いておこうと思います。今回使うパッケージは以下の3つ。ちなみにテストフレームワークはJestを使います。 axios axios-mock-adapter Jest まずはHttpClientを書くところから。実装部分なんで好きに書きます。 // clientHttp.js import axios from 'axios'; export const client = axios.create({ ba
SPAにおけるCSSについて、ひとつの解（追記あり） - エンジニアをリングする
SPAにおけるCSSのありかたについてずっと悩んでたけど昨日今日で一筋の光明が見えた— よしこ (@yoshiko_pg) 2017年4月7日 この話を簡単にまとめておこうと思います。 結論を先に書くと「今のところtemplate literal内にCSSを記述する形式のCSS in JSがいい感じ。Reactならstyled-componetnsが良かった」という感じです。 悩んでいたこと コンポーネント指向でSPAを作っていく上で、CSS（というかスタイリング）はどう書いていったらいいんだろう？ということに結構悩んでいました。 HTMLとJSがコンポーネントとしてまとまっていく中でCSSだけは今まで通り別物として扱い、BEMなどでグローバルスコープと戦うのか？はたまたCSSの枠をはみ出てJSコンポーネントの粒度に合わせたコンポーネント化をするのか？ 加えて、見た目も挙動も複雑なアプリケ
フロントエンド技術の変化激しすぎィ！ついていけねえよ！って人向けのメッセージ - Qiita
この記事の動機 当方フロントエンド好きなエンジニア。 フロントエンドが嫌い という増田がホッテントリ入りしてて、中身を読んでみると正論と言える内容もあるものの、幾つか勘違いもあって悲しくなった。 勘違いされたままなのは悲しい。 そこで、フロントエンドに浅く接している人に対して、ストレスなくフロントエンド技術の変化の激しさに対処出来るよう、フロントエンドエンジニアからの弁明とも言えるメモを残すことにした。 毎年のように流行りのフレームワークやらツールやらが変化してない？ あなたが感じるこのフィーリングは正しい。 実際何が流行っているかという点では、毎年のように変化が起こっている。 ただし、"○○○が流行ってきたから、前まで使っていた△△△はクソ。"という考えは正しくないし、○○○が△△△よりも必ずしも優れているというわけではない。 フロントエンドの世界では、UXやデザインの違いによってとても
フロントエンドが嫌い
ウェブフロントエンドの技術の進歩と興亡の速度には目を見張るものがある。 browserifyが生まれ、Gruntが生まれ、Gulpが生まれた。 そしてその全てが死んだ。 Webpack, Babel, Flow, 今栄えている技術だってそのうちに死ぬだろう。Reactだって例外ではない。 一部はもう死につつあるし、少し前にあれだけ持て囃されたTypeScriptも今や消えつつある。Coffeeは全エンジニアから嫌われた。 そんな万華鏡のように目まぐるしく変わる情勢に追い付かんと研鑽を続ける者等がいる。アーリーアダプターを自称し最新技術のケツを追いかけQiitaにクソを垂れ流す彼らこそ我らがイケイケウェブフロントエンジニアである。 最新技術に目を凝らし、やれ新たなこれイケてるだの古臭いあれはイケてないだのと宣いチュートリアル記事を量産する彼らであるが、彼らの存在は決して無駄ではなく、生まれた
The Quest For Immer Mutable State Management
## The Quest For Immer Mutable State Management Michel Weststrate - @mweststrate - ReactiveConf 2016 MobX - Mendix .appear[ <img src="img/mobx2.png" width="200px" style="margin-right: 200px" /> <img src="img/mobx.png" width="200px" /> ] --- Developers are too smart .appear[(and too expensive)] .appear[to have them do stupid adminstrative tasks] .appear[(that can be done way better by computers any
モノモーフィズム（単相性）について – JavaScriptのパフォーマンスを例に | POSTD
JavaScriptのパフォーマンスに関する講演やブログ記事では、よく単相的コードの重要性が強調されています。しかしながら、モノモーフィズム（単相性）／ポリモーフィズム（多相性）とは何なのか、それがどうパフォーマンスに影響してくるのかということについては、あまり分かりやすく説明されていません。私自身の講演でも、＜＜ 1.良い型、2.悪い型 ＞＞的な二者択一のスタイルに要約してしまうことが少なくありません。パフォーマンスに関するアドバイスを求められることがありますが、そういう時に最もよくリクエストされるのは、 モノモーフィズムとは実際のところ何なのか 、ポリモーフィズムがなぜ生じ、それがなぜ悪いのか、ということを説明して欲しいというものです。 困ったことに、そもそも「ポリモーフィズム」という用語そのものが相当に多重定義されています。昔ながらのオブジェクト指向プログラミングにおいては、 ポリモ
GitHub - notwaldorf/tiny-care-terminal: 💖💻 A little dashboard that tries to take care of you when you're using your terminal.
This is a little dashboard that tries to take care of you when you're using your terminal. It tells you cute, self care things, and tries not to stress you out. It shows: the last tweets from @tinycarebot, @selfcare_bot and @magicrealismbot. The first two tend to tweet reminders about taking breaks, drinking water and looking outside, and the latter tells you strange, whimsical stories. If you don
FRESH! Web パフォーマンス改善 〜クライアントサイド編〜 | CyberAgent Developers Blog
You can read this post in English. みなさんこんにちは、FRESH! でフロントエンドの開発している鈴木(sutiwo)です。 前回は、FRESH!におけるPCブラウザのFlash脱却という HLS の Web プレイヤーについて記事を書きました。 今回はスマートフォン・ PC でのブラウザに関するパフォーマンス改善の取り組みとその結果についてお知らせします。 まずクライアントサイドのパフォーマンス改善を行うにあたり、弊社の Web Initiative Center* から 1000ch 氏に加わっていただきどのようなことを目標とするか議論しました。 * Web プロダクトの品質向上とWeb技術を使ったチャレンジを目的に設立された弊社の組織 議論の様子 議論を行った後、今回の改善で以下のことに取り組むことが決まりました。 Service Worker で
JavaScript で記号プログラミング - Qiita
JavaScript で記号プログラミング JavaScript も他の言語と同様に記号($=_-+~[]{}()*/<!\;"',.)のみを使ったプログラミングが可能です。 以下に console.log("Hello World") を実行するための手順を説明します。 コードに出てくる $0 や $a などの変数は、読者への説明のために可読性のある形で記述しています。 もちろん、これらの変数は記号のみを使った形に書き下すことが可能です。 まずは記号から数値を導出します。 $0 = +[]; // 0 (-[] or +"") でも可能 $1 = -~[]; // 1 $2 = $1+$1; // 2 (1+1) $3 = $2+$1; // 3 (2+1) $4 = $3+$1; // 4 (3+1) $5 = $4+$1; // 5 (4+1) $6 = $3<<$1; // 6 (
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ProxyServerを使った本番環境でのE2Eテスト
JavaScript Bootcamp
GitNation: Talks & workshops by core teams and top engineers
Web フロントエンドに期待される適応と新陳代謝
ソフトウエア エンジニア ブログ - 株式会社カブク
GitHub - staltz/xstream: An extremely intuitive, small, and fast functional reactive stream library for JavaScript
JSDC 2017
GitHub - hiroppy/cav: A supporter for making your CLI.
Next.js - Qiita
