DHTMLX JS Library | JavaScript/HTML5 UI Framework | JavaScript UI LibraryThe Most Complete JS Components with the Most Flexible Packaging
はてなインターン2013に参加して参りました、そして与太話がしたい - その手の平は尻もつかめるさ
幸運にもはてなインターン2013に参加する機会に恵まれましたので、謹んで参加して参りました。 「参りました」っていうのは、「精神的に参ってしまいました」とかそういう意味合いではありません。謙譲語です。 (非常に遺憾な事に、他のインターン参加者のブログを見ると、僕が精神的に参っている人のように描かれているので) さて、本エントリの前半でははてなインターンの全般の話を取り上げます。が、このへんは他のインターン参加者のブログの方が詳しいし丁寧だと思うので、そちらを読むと良いでしょう。本エントリではできるだけ技術的な部分 (というか、開発プロセスのあたり) に触れて行きたいと現時点では考えていますが、スピリッチャルな内容になるかもわかりません。 エントリの後半は与太話です。それは例えばソフトウェアエンジニアの話かもしれないし、漫画家の話かもしれないし、サラリーマンの話かもしれないし、あるいはそう、
今すぐ辞めて欲しい、「jQuery勉強してます」「Backbone.js勉強してます」
最近、といってもここ２年ぐらいからだけど、「jQueryの勉強してます」とか「Backbone.jsの勉強してます」とか、そういう人からのプログラミングの修得の相談とかを頂いたりする機会が多い。 それらの中で、非常に口をすっぱくして言っているんだけど、なかなか理解して頂けないのが、『「jQuery」や「Backbone.js」を使うな』という個人的なアドバイスだ。これは個人的には本当に守ってほしい、絶対に手を出してほしくない、Framework達である。 なぜかみんな「jQueryってイケてる技術だよね」「jQueryだったらこんなこともいとも簡単にできちゃうんだよね」みたいな印象を持っている。もちろん、それは間違いではない。jQueryは早い。ライブラリもたくさんある。コミュニティも活発だ。リッチなウェブサイトなんて昔は数人月かけて作ったものだが、いまはjQueryとプラグインなんて使え
Amaze: Empowering Creators to Sell Anything, Anywhere
Create any product you can imagine and sell it everywhere. We remove the roadblocks—supply chain, global shipping, and customer service—so you can focus on your creativity. With automatic storefronts on platforms like YouTube, TikTok and more, your fans can easily buy what they love from you. You create. We handle the rest.
JavaScriptにおける、MVCフレームワーク以外の選択肢
JavaScriptではさまざまなフレームワークが登場していますが、最近注目を集めているのがMVCアーキテクチャの実現を容易にするMVCフレームワークです。Publickeyでも以下の記事などで紹介してきました。 JavaScript MVCフレームワークはすでに十種類以上、その比較や最新情報などのまとめ JavaScript MVC座談会。遅くならない？ それぞれの特徴は？ サーバとの通信は？（前編） － Publickey JavaScript MVC座談会。遅くならない？ それぞれの特徴は？ サーバとの通信は？（後編） しかしプログラミングの世界では、MVCアーキテクチャ以外にもさまざまなデザインパターンがあります。JavaScriptプログラマはもっとそれらを検討すべきだ、という記事「The World Beyond MVC」（MVCの向こうにある世界）が、The David Wa
TodoMVC
Thanks for stopping by! Let's get started TodoMVC is a common set of JavaScript examples for MVC frameworks like SproutCore, JavaScriptMVC, Backbone, YUILibrary, Spine, Sammy, AngularJS and others. Live examples To preview a Todo implementation for a particular framework, simply select it from the menu to the right of the screen. Depending on the browser you're using, you may need to access the
Node.jsに対抗？JavaScript/Ruby/Groovy/Javaなどをサポートする非同期フレームワーク「Vert.x 1.0」登場 | OSDN Magazine
5月9日、非同期型アプリケーションフレームワーク「Vert.x 1.0」がリリースされた。Node.jsと同じく非同期・イベント駆動型のアプリケーションフレームワークで、Webアプリケーションや大規模サーバーの開発に向けたもの。Java仮想マシン（JVM）で動作し、JavaScript、Ruby、Groovy、Javaといった言語での開発をサポートする。 Vert.xはJavaベースで作成されたアプリケーションフレームワーク。シンプルな並列モデルを持ち、スケーラビリティの高さなどが特徴だという。また、JavaScriptやRuby、Groovy、Javaといった言語を混在させて利用できるほか、今後Scala、Clojure、Pythonのサポートも計画しているという。プロジェクトは米VMwareの支援を受けている。 ノンブロッキング、イベント駆動型のフレームワークで、開発スタイルはNode
リアルタイムWebを圧倒的な手軽さで構築できるフレームワークMeteorは「未来のメディアコンテナ」を作る道具になるだろう - ITジャーナリスト星暁雄の"情報論"ノート
情報と技術は未来をどう変えるのか──IT、スマートデバイス、ロボット、電子工作、メディアのアーキテクチャ Meteor.js（伊藤直也さんのBlog） 1分でWebアプリを作れて、3分で公開できた！オールJavaScriptでWebアプリを開発できるMeteorを触ってみた（白石俊平さんのBlog） 「Meteor」は、JavaScript/HTMLで開発するリアルタイムWebアプリケーション基盤。何が起きているのかすぐに分からないほどすごい（新野淳一さんのBlogメディアPublickey） 上のBlog群で皆さん「驚き」を表現しています。確かに、このMeteor、ちょっと触ってみると「凄い」と感じます。 いわば「未来のWeb」を、しかも常識外れの簡単さでプログラミングできるようにしている点です。 簡単：インストールはコマンド1行。アプリのファイルはHTMLとCSSとJavaScript
Meteor.js - naoyaのはてなダイアリー
http://www.meteor.com/ で公開された Meteor.js を少し触ってみました。TechCrunch なんかでも話題になっていましたね。 Meteor.js は JavaScript によるウェブアプリケーションフレームワークですが、クライアントサイドでもサーバーサイドでもない、"Isomorphic" なフレームワークです。 コンセプトとしていくつか特徴があるのですが、その最たるものは "Reactive Programming" で、モデルやセッションなどのストレージを更新するとその更新内容がリアルタイムに、そのアプリケーションを開いている全クライアントに伝わるようなアプリケーションを簡単に作ることができます。 この辺は実例を見るのが早いです。 http://www.meteor.com/examples/leaderboard ここにある動画では、あるブラウザで
今流行のArctic.jsと、enchant.jsの比較 | Geisha Tokyo Engineers' Blog
圧縮後のファイルサイズはenchant.jsのほうが3kbほど少ないですね。 どちらもjs上に継承などを行う擬似クラスを作るためのClass要素があったり、スマートフォン/PC両方で使えるようにtouch系イベントとmouseDown/Move系イベントを判定したり、fps(フレーム数）を設定してフレーム毎のイベントを設定するなどしています。 後発だけあって、Arctic.jsのほうはenchant.jsの機能をパクったenchant.jsにある機能はだいたいあるような感じですね。 オブジェクトの描画についてですが、Canvasでの描画の方が性能的に有利かもしれませんが、enchant.jsは divタグ毎にオブジェクトに持っていることで利便性をあげています。既存のアニメーション効果をdivタグ単位で 適応することにより、今までのエフェクトを使いまわすことができるのです。 ench
CSS拡張メタ言語「SCSS(Sass)」と「LESS」の比較 - (DxD)∞
CSSを拡張するためのメタ言語として、代表的なものに「SCSS(Sass)」と「LESS」があります。今回、導入を検討するにあたり、両者を比較しました。 結果的には、「SCSS(Sass)」を導入することにしましたが、特に「SCSS(Sass)」を選択する決め手となった点に重点を置きつつ、両者の違いをまとめまてみました。 はじめに Webサイト、Webアプリケーションが大規模になるにつれて、CSSの設計・管理にもリソースを割かれるようになります。CSSのモジュール化、コンポーネント化による再利用性を考えたとき、現状のCSSを取り巻く状況は十分とは言えません。 一つの選択肢としてあがるのが「Blueprint」や「960 Glid System」等のCSSフレームワークの利用ですが、その再利用性と構造・表現の分離度はトレードオフです。 そこで、CSSの利点を活かしつつ、再利用性を高めるために
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bespoke.js