Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 本記事は、10 Node.js Frameworks Worth Checking Out: Express, Loopback, Hapi, and Beyond の日本語訳です。 要チェックな10個のNode.js フレームワーク テクノロジーは急速に変化しているので、開発者たちは新しいテクノロジーを使用し、Web開発のニーズに合わせて、より便利なフレームワークを採用しています。Node.js は、アプリ開発にJavaScriptを使うのが好きな開発者達から、大いに注目されています。 開発者であるあなたは、クライアントサイドとサーバ

［53選］国内注目のWebサービス・アプリを大調査！ プログラミング言語、フレームワーク、アーキテクチャの一覧【2017年】 星の数ほど存在するWebサービスやアプリ。その裏側を覗いてみると、開発当時のトレンドや開発者の設計思想が見えてきます。53サービスのフレームワークやアーキテクチャ、開発効率化ツールを集めました。 国内だけでも星の数ほど存在するWebサービスやアプリ。その裏側を覗いてみると、開発当時のトレンドや開発者の設計思想が見えてきます。 今回は53サービス（追記を含む）のフレームワークやアーキテクチャ、開発効率化ツールを集めました。選定理由もお答えいただけたサービスについては、アーキテクチャを選んだ理由も紹介していきます。 C2C、コマース メルカリ、ココナラ、BASE、Tokyo Otaku Mode、STORES.jp、Snapmart、IQON 情報サービス グノシー、価

秋のJavaScript 2016で登壇したスライドです

そういえば今日これらを読んでて d.hatena.ne.jp d.hatena.ne.jp その中で Mediumなど海外メディアでは、もはやこの種のツールを組み合わせたフロントエンド開発が当たり前として受け入れらており... はぁ? 「海外では当たり前()なんですねw 海外ってどこですか? タンザニア? パフアニューギニア? 」などみたいなリアクションを取りつつ、んで、まぁ、フロントエンドに関して、書きたかったことがあって、丁度良いので書いてみる。 というのも、フロントエンドが「凄く変化が早い」「ついていくのに大変」「新しい!!すごい」「これからは○○フレームワーク」だとかそんないろいろな意見が見られて、なんというか違和感を感じてるので今回はそれについて書く。 フロントエンドは変化が早い? まずこれ。僕は普通に違和感を感じている。確かに、jsフレームワークやライブラリとしたら、jQuer

自分のスタックはあまり変わっていない。ほとんど10年のツケを払っていない。学習能力が低いせいでもあり、選んだスタックがバージョンを重ねている成果でもある。 毎回使う フレームワーク：Vue.js 消耗、などの意見が散見されたが、べつに今でも便利に使えている。 browserifyやwebpackがあれば便利だけど、なくてもいい、ってバランスが好き データフローは特に考えない。状態がそこにあるので書き換えれば良い。 あまり頭を使わなくていいのが助かる Reactの考え方は好きなのだけど、よっしゃFluxやるぞって気持ちにはならず、Reactのみでよしなにやるソリューションが広まったらいいなと思う。 ビルドシステム： browserify / watchify substackの作るものはどれも品質が高いので、もうsubstack製品だけ使っていればいいやという気持ちになりがち。余計な処理が全

マサチューセッツ工科大学（MIT）の研究者らによると、同研究者ら開発したブラウザ用フレームワークは、ページ読み込み時間を最大34％短縮することができ、Chromeで採用されているデータ圧縮手法を強化するものだという。 MITコンピュータ科学および人工知能研究所（CSAIL）とハーバード大学の研究チームは、このフレームワークがブラウザに採用されれば、主に圧縮を利用してページ読み込み時間を短縮する既存の取り組みに大きく貢献できるとしている。 この方法は、圧縮を使うのではなく、「Scout」という新しい「依存トラッカー」に基づいている。Scoutは、ウェブページ上にあるオブジェクト間のデータの流れを追跡し、「依存グラフ」を作成する。すると、JavaScriptベースのスケジューラ「Polaris」がそのグラフを使って、どのオブジェクトをいつ読み込むかをブラウザに伝える。 論文では次のように説明し

SwiftがOSS化してから一定期間たったので、ここのところボコボコとSwiftフレームワークが誕生していってて、そろそろ追いかけるのもキツくなってきたし、最初の頃に登場したのはもう忘れたしみたいになってきたお年寄りなもんで、ここらでちょっとまとめておこうと思い立ちました。 なんか忘れてるのあったら教えていただけるとありがたいです！ それでは早速。 Perfect たぶん最初に登場したサーバーサイドのSwiftフレームワークなんじゃなかろうか？ 当初はこれがサーバーサイドSwiftの大本命だと目されていましたが、Kituraに話題を持ってかれた感ありますね、、、 Kitura その話題を持ってった側。なんといってもIBM製という話題が大きいですね。 まだ導入手順がやや煩雑な感はありますが、フレームワーク自体はシンプルでスリムな印象。 ライブラリとか整ってくると発展しそうな気がします。 現時

'use strict'; const Hapi = require('hapi'); // Create a server with a host and port const server = new Hapi.Server(); server.connection({ host: 'localhost', port: 3000 }); // Add the route server.route({ method: 'GET', path:'/hello', handler: function (request, reply) { return reply('hello world'); } }); // Start the server server.start((err) => { if (err) { throw err; } console.log('Server runnin

Swift で書ける Web フレームワーク「Kitura」 本日 IBM 社が Swift で記述できる Web フレームワーク「Kitura」を公開しました。どなたでもすぐに試すことができます。 早速、簡単ではありますがサンプルをローカルで起動するところまでをやってみました。 Kitura のインストール まず Kitura のソースコードを Clone します。 $ git clone https://github.com/IBM-Swift/Kitura 依存関係のあるライブラリを Homebrew でインストールします。 $ brew install http-parser pcre2 curl hiredis 以下のページから Swift のコンパイラをダウンロードし、インストールします。 Swift.org - Download Swift パスを通します。 .bash_pr

Swiftがオープンソース化され、Linuxでも動作するようになりました。私はSwiftでアプリ開発を普段行っていますが、これを機にサーバー側も書いていきたいと思いました。 そこで今回はSwift製のWebフレームワークであるVaporを使ってみたので、紹介しようと思います。 Vaporとは 公式URLはこちらです。 https://github.com/tannernelson/vapor A Laravel/Lumen Inspired Web Framework for Swift that works on iOS, OS X, and Ubuntu. と説明が書いています。PHPのWebフレームワークのLaravelに影響を受けたフレームワークのようです。 これを使って、JSONを返すAPIを作成しました。 前提知識 Swiftとサーバーサイドの開発の経験があれば大丈夫です。He

今日はSpriteKitというゲーム作成用のフレームの紹介をしていきたいと思います。 SpriteKitとは iOS7で出たゲーム作り用のフレームワークです。 ゲーム作りに必要なSKNode・SKActionなどの様々な便利クラスを提供してくれます。 SpriteKitのサンプルを動かしてみる 早速XcodeでSpriteKitのサンプルを動かしてみます。 新規プロジェクト作成画面でGameを選択します。 作成されたプロジェクトを動かすと「画面タップで飛行機が出現するアプリ」が動いているかと思います。 SpriteKitの機能 今動かしたサンプルを元にSpriteKitの機能について書いていきます。 まずは主要なクラスや機能について書いていきます。 画面を構成するクラス SpriteKitでは画面をSKSceneクラスを使って表します。 SKSceneはゲーム以外のアプリのUIViewCo

今回ご紹介するのは、誰でもアイデアを出せるようになる7つのアイデアフレームワークです。 アイデアや企画を出すのが得意と言われる人の頭の中は一体どうなっているのか。彼らの思考には、自分なりのアイデアの出し方や方法論がが確立されている場合が多いです。 アイデアの出し方（発想法のフレームワーク） それでは、アイデアを出やすくするツールをご紹介します。これからご紹介するフレームワークを使って、企画を出す際の参考にしてみてください。発想力のトレーニングとしても活躍するものばかりで、新しいアプリやゲーム、小説などを考えるときにも利用できます。 マンダラート Sponichi Annexより マンダラートとは、1987年に今泉浩晃氏によって考え出されたアイデア発想法です。 9個のマス目（3×3）が書かれた紙やホワイトボードを用意し、そのマスに思いついたことを埋めていきます。発想するテーマを真ん中に書き、

Stay updatedRealm’s newsletter keeps you up to date on product announcements, best practices, community events, and more.

先日、私はBrightonで開かれたJavaScriptのカンファレンスFFConfで「(ここにライブラリやフレームワークの名前を入れる)を使おう。これこそ最強中の最強中の最強だ！」と題して話をしました。 ここに、そのプレゼンテーションの内容を書き起こします。もっと注目されるべき、最近のモバイルデバイスのフレームワークにかかるコストに関して、議論を広げる一助となればと思います。 2015年11月16日更新 – テーブルに1行、プロダクション環境下のReactについての行を追加しました。良いニュースをお伝えしますと、これはvanillaよりも3倍遅いですが、TodoMVCに関して言えば速いと言えます！PolymerのTodoMVCサンプルも最新バージョン1.2.2にアップデートされ、同様により速くなりました。 読むよりも見たい方へ、講演のビデオはこちらです。（必要なら、 スライドも入手できま

流行りで選ぶのは良くない JavaScriptフレームワークの寿命 寿命を一番重要な要素として考慮すること 長年にわたって改良を続けてくれている＝寿命が長い、これからも改良を続けてくれる保証があり、安定していることが重要。 レースに勝つのは、ゆっくりとした堅実さです。 記事の要点引用 誇大広告を信じてはいけません。 フレームワークの寿命はプロジェクトの成功を左右するほど重要な要素です。 最初は勢いがあったのに、徐々に弱まり、最終的には線香花火のごとく儚く消えてしまうようなフレームワークを選んでしまうと、書き直しに無駄な時間を費やしたり、チームの士気を下げたりする原因となります。 JavaScriptのフレームワークは数年先まで生き残れるのかと言うと、これまでの実績はひどいものです。 JSフレームワークのコンテキストでは、寿命は以下を意味します. 信頼性。 一貫性のあるイノベーション。 実証

(注記：9/13、いただいた翻訳フィードバックを元に記事を修正いたしました。) 半年ごとに”今一番ホットな”フレームワークが新たに登場しては、私たちは興奮に沸き返ります。 誇大広告を信じてはいけません。 フレームワークの寿命 はプロジェクトの成功を左右するほど重要な要素です。フレームワークを選ぶ際、テクノロジにおける多くの意思決定者は納得のいく選択をするために、コミュニティの大きさ、人気、大企業によるサポートの有無などを基準にしています。しかし実際は、こうした要素によって寿命が決まるわけではありません。 最初は勢いがあったのに、徐々に弱まり、最終的には線香花火のごとく儚く消えてしまうようなフレームワークを選んでしまうと、書き直しに無駄な時間を費やしたり、チームの士気を下げたりする原因となります。本記事は、そうした残念な結果を回避するヒントをまとめたものです。 本記事では以下のことを示したい

Swiftでの非同期処理 iOSでの非同期処理のハンドリングには様々な方法があり、フレームワークの使用者は delegate KVO NSNotificationCenter Blocks GrandCentralDispatch などの手段を用いて時間をまたいだコールバック処理を実現していくことになります。 これらのObjective-Cで用いられていたしくみをそのまま使っても非同期処理は実現できるのですが、非同期に特徴的なボイラープレートコードを繰り返し書くことになります： typealias DataHandler = ((NSData?, NSError?) -> ()) func dataWithError(handler: DataHandler) { let url = "http://sample.jp/data" let request = NSURLRequest(UR

はじめに みなさんこんにちは、技術系Q&Aサイトのteratail開発チームの本橋佑介です。 WebサービスでJavaScriptを利用する際にフレームワークを使うことがスタンダードになって来ていますが、運用中のサービスに適用するのはなかなか難しくためらっていませんか。フレームワーク自体の比較ではなく運用中のサービスにフレームワークを適用する際に何を選定すればいいのか、そこにフォーカスをあてて紹介したいと思います。 なぜJavaScriptフレームワークを使うのか 通常Webサービスを作る場合、RubyではRails、PHPではLaravelなどのフレームワークを利用すると思います。MVCモデルを導入する目的としてビジネスロジックや画面描画などの分離、コンポーネント化ももちろんですが、チーム開発をする上ではコーディングルールの統一や部品の統一化、画面の切り離しによりフロントエンドエンジニア