「デジタル人材の育成」が企業の成長を加速させる。 e-Learningからハンズオン研修まで幅広く対応する法人向けサービス。
![Progate | プログラミングの入門なら基礎から学べるProgate[プロゲート]](https://cdn-ak-scissors.b.st-hatena.com/image/square/2ab30e2329cc1549a46525bef7d0686d8dca4b79/height=288;version=1;width=512/https%3A%2F%2Fprog-8.com%2Fimages%2Fogp%2Fdefault.png)
Progate | プログラミングの入門なら基礎から学べるProgate[プロゲート]
「デジタル人材の育成」が企業の成長を加速させる。 e-Learningからハンズオン研修まで幅広く対応する法人向けサービス。
JavaScriptはなぜトレンドが毎年変わると思われていたのか - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? JavaScriptはなぜトレンドが毎年変わると思われていたのか JavaScriptのエンジニャーは口を開くたびに出てくるツール名が違う、いつも環境設定をしている、みたいな話をよく聞きます。実際、それを揶揄するようなエントリーが人気だったりします。 とはいえ、JavaScriptを実際に使い込んでいる人は別にそんなに大きな変化だと思っていない節があって、台風は外周部ほど風速が速い、みたいな印象を感じます。 カンブリア紀のJavaScript ウェブサイトをパカパカ動かすための言語でした。DHTMLです。FireBugが出る前のJava
You Don't Need jQuery - Qiita
注意とお願い この記事の内容はもはや古いです。ここに書いている方法では動かないものをいくつか見つけました。参考にする際は動作をよく確認してから使ってください。 ひとつお願いがあります。「あれ、動かないぞ」というコードを見つけたら是非コメントか編集リクエストで教えてください。解決方法までなくても結構です。「これはもう動かないよ」という印をつけたいのです。 この記事はYou Don't Need jQueryの日本語訳と同じ内容です。 先日ひょんなことからYou Don't Need jQueryの日本語訳をさせていただきました。著者のCam Songさんからも快諾をいただけたので1、Qiitaでも公開させていただきます。 なお、本家の英語の説明は継続的にメンテされているので、この記事の情報は古くなっている可能性があります。 追記 この記事は当初は「もうjQueryは必要ない」というタイトルで
なんだかんだで SPA から jQuery に戻った話 - ボクココ
最近は SPA とか React といった話題が尽きないが、自分は結局 フロントエンド JavaScript は jQuery が最もいいと感じている。それはそれら SPA の JavaScript をいじった経験を踏まえての感想。 理由としては、「 やりたいことができにくい 」これに尽きる。 最新を追うということ 自分が最初にSPAを触ったのは AngularJS だった。なるほど、この ng-repeat や $route, $scope などを使えば、今までサーバサイドでやってたようなレンダリングが表側で制御できるようになる！と感動したものだった。この気持ち良さはきっとサーバーサイドでごにょごにょやっていた経験のある人ならなおさら感動するものだ。 さて、じゃあといって「次作るのは SPA のサービスにしよう！」と意気込んで初めて見たとする。それで作っただけで話題になるし、エンジニアと
コールバック……駆逐してやる…この世から…一匹…残らず!! - Qiita
このテキストは JavaScript のコールバック地獄に疲れたひとのためのコールバック駆逐術指南書です。対象読者は JavaScript道初段くらいの人です。このテキストを読むと、以下のそれぞれの手段における非同期処理制御の仕組み、利点および欠点がわかるようになるかもしれません。 コールバック地獄 jQuery.Deferred async.js Concurrent.Thread generators co fibers Web Workers (※なぜか『進撃の巨人』の一部ネタバレが含まれるので注意してください) それは『何故人はコールバックするのか』という話でしょうか？ 非同期処理って面倒ですよね。JavaScriptではいわゆる コールバック地獄 というやつにしばしば陥りがちです。たとえば、Ajax でふたつのファイル hoge.txt と piyo.txt を持ってきて、それら
趣味プロダクトで楽しいコードライフワークを送る
年末〜最近の近況報告とTapAppAwardsというコンテストに出したTasketeというWebアプリについて書いてます。
Post by @hamalog
Androidはまじでクソだ。具体的には標準ブラウザがクソだ。iPhoneにも最初は苦労させられたものだけれども、その比じゃない。仕事では自分はそういうAndroidのクソさに付き合うのが嫌で嫌で蕁麻疹がでそうなので、Androidはクソすぎるんでそういうリッチぽいのはやめたほうがいいですよ、無駄にコストがかかるだけですよと言い続け、その上でそこまで攻めてない感じのデザインにしたところで、しかしなおそのクソさを発揮しやがる。どういうことなんだ？ クライアントに相談を受け、オレは真摯に考えを述べる。「Androidがクソなんでそんなのはやめましょう」と。もちろんこれが正しい決断だという自分の考えには、一点のくもりもない。しかし、その結果、仕事の話自体が無くなるという、この無駄なサイクルにかけるコストをAndroidはどう保証してくれようというのか？弊社およびクライアントがお前に期待し、色々と
大規模JSでのBackbone.js/CoffeeScript について考えてみた - mizchi log
これ読んでたらr7kamura君にJSのMVCどうするの的な話きかれてたのを思い出したので、自分がBackboneを使う時のパターンをr7kamura君の記事をベースに書きなおしてみた。 > サバクラ両方で動く JavaScript の大規模開発を行うために ― Gist https://gist.github.com/1362110 > client-side javascript - ✘╹◡╹✘ http://r7kamura.hatenablog.com/entry/2012/10/18/023629 以下の様なコードを書いた。かなり冗長だが、複雑なアプリだとこれぐらいの冗長性は必要になる。 (なお概念を伝えるための解説用コードなのでそのままじゃ動かない) Backbone.Model # 名前空間の初期化 App = {} App.View = {} App.Model = {}
atroche.org - JavaScript Indentation
JavaScript doesn’t have a PEP8 equivalent. There’s no official rule about how code should be indented. Community styleguides (of which there are many) have no clear consensus. What’s a coder to do? I wrote a script to clone the 100 most watched JS projects on GitHub1 and determine the type of whitespace they use for indenting their .js files. Here’s a summary: Compare this to the universal dominan
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - mixi-inc/JavaScriptTraining: Training course repository for JavaScript
プログラミングに特化した日本語Q&Aサイト「teratail」公開