HTTPのパケットを確認したり、書き換える事が出来るWeb Debugging Proxy「Fiddler」の勉強会に行って来ました - 強火で進め
Fiddler の勉強会に行って来ました。 Fiddler は HTTP の通信データを観たり、書き換えたりする事が出来るツールです。 イベントページ はじめての Fiddler reloaded | Peatix http://peatix.com/event/55312?utm_campaign=recommend&utm_medium=email&utm_source=55312&utm_content=7893 資料ページ はじめての Fiddler http://www.hebikuzure.com/fiddler/ Fiddler Scriptデモ http://www.slideshare.net/hagurese/fiddler-script-38509440 書籍 実践 Fiddler 作者: Eric Lawrence,日本マイクロソフト株式会社エバンジェリスト物江修,
Webサービス開発の変遷と現在
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
Java による Web アプリケーションのプロトタイプのために最近使っている構成
2014 年 5 月 3 日に開催された 「Kyoto.なんか」 で喋った内容です。Read less
Choosing a Web Framework/Language Combo for the Next Decade · Jacques Mattheij
Learning Romanian is rapidly turning into a huge exercise in Yak-Shaving. You often see the question “What stack should I use to develop my application on?” posed but rarely do you get any insight in the actual process once someone decides to answer it specifically, so both as an analogy to rubber-ducking this and showing you what went on while I made my choice I’ve decided to document the whole p
Webアプリ開発をする上で読むべき本とか - catatsuyとは
Web アプリ開発をする上で読むべき基本的な本は無いかと聞かれて，すぐに出てこなくて困った 今後もそういうことを聞かれることもあるかもしれないので個人的にまとめておきたい 基本的には何かを作ってみて，習うより慣れろの精神で行くのがいい 最近は Ruby on Rails が流行りな気もするのでその辺りで役に立ちそうなサイトを紹介する Ruby on Rails チュートリアル：実例を使って Rails を学ぼう サクサク引ける Rubyリファレンスマニュアル bbatsov/ruby-style-guide Rails のチュートリアルはたくさんあるので他にも読んでみると良いかもしれない ただ Ruby on Rails が簡単というのはウソ - #生存戦略 、それは - subtech に書かれていることを全部やろうとすると絶対にハマるので分かるところから少しずつやるといい それと We
フロントエンドエンジニア（仮） 〜え、ちょっとフロントやること多すぎじゃない！？〜
Koji Ishimoto gives a presentation on front-end engineering. He defines a front-end engineer's responsibilities as including JavaScript, version control with Git, modular code, browser developer tools, command line, templating, CSS preprocessors, testing, automation, code quality and manuals. He discusses common front-end tools, managing tools with Grunt, and tracking speed with tools like WebPage
Webアプリをいまどきの手法で爆速開発した — KaoriYa
外道はるかぜちゃんジェネレータというWebアプリを いまどきな手法を用いて爆速で開発した話を紹介します。 先の3連休中、外道はるかぜちゃんジェネレータというWebアプリを開発&公開しました。ここで採用した開発手法がいまどきな爆速開発でしたのでちょっと紹介&ステマします。使った技術は以下の通りです。 AngularJS: Googleが開発しているViewModelなWeb開発ライブラリ(MVW: Model View Whateverだったかな?w) Github pages: スタティックサイトのホスティングに最適 Kii Cloud: mBaaS (mobile backend as a service) で共有データの保存に利用 HTML5 Canvas: 画像生成に。サーバサイドではなにもしてない! サービス概要 外道はるかぜちゃんジェネレータはベースとなる画像があり、そこに面白い
JavaからHTML5ヘ。業務システムの開発におけるWeb技術の変化と適応事例
JavaからHTML5ヘ。業務システムの開発におけるWeb技術の変化と適応事例 佐川 夫美雄（Ashiras, inc.） フロント開発の現場では、Java中心の開発から、HTML、CSS、JavaScript中心の開発にかわりつつあります。今回は具体的な事例をもとに、実装アーキテクチャや開発インフラに、どのような変化が起きているかレポートします。 はじめに HTML5が2014年に正式勧告されることを受け、フロント業務アプリケーションに影響を与えています。より多くのことがHTMLやCSSでできるようになり、現場レベルでは開発スタイルそのものの見直しも行われています。実際、私が担当しているプロジェクトではJava中心の開発からHTML、CSS、JavaScript中心の開発へと開発環境を変えています。具体的に何をどのように変更しているのかを、私が担当しているプロジェクトの内容に沿ってご説明
アメリカでWeb制作会社が存在出来ない5つの理由 | freshtrax | btrax スタッフブログ
恐らくWeb制作会社として続けていたら、とっくに潰れていただろう。 昨日、アメリカでのWeb制作会社、及びWebマーケティング会社の事情について聞かれた。昨今の市場と自社の状況をふまえ思わず上記の通り答えてしまった。 我がbtrax社は創立当初は”ごく普通”のWeb制作会社として業務をスタートした。 それから数年はサンフランシスコのオフィスでアメリカの会社に対してサイトを作る、ただそれだけの会社であった。 その後、市場の変化を中心に様々なファクターが理由で気がつけば現在のクロスボーダーを特徴としたサービスデザインや、ブランディングをサービスの中心にする様になった。 恐らく日本ではいまだビジネスとして成り立っている、Web制作・システム開発・Webマーケティング業務であるが、残念ながらここアメリカでは一つの企業としてそのようなサービス”だけ”で生き残って行くのはかなり不可能に近いと思っている
プログラミング経験ゼロだが180日で180個のウェブサイトを作るプロジェクトがゴールまであとわずかに
プログラミング経験のないジェニファー・デウォルトさんが、毎日1つずつウェブサイトを作成し、180日間で180個のウェブサイトを作り続けるプロジェクトが「180 websites in 180 days」です。 Jennifer Dewalt | 180 Websites http://jenniferdewalt.com/ デウォルトさんの作品は9月11日の時点で163日目、作成された163個のウェブサイトのプログラムは全てGitHubで公開されており、どのようなコードでプログラミングされているかが確認できます。現在はNode.jsについて勉強中とのことですが、近日中に勉強の成果を発表できると述べています。 ◆Day 2：Make a Deal（ドアを開けていくと当りと外れがあり、最後にネコの動画を表示） ◆Day 18：Building Blocks（ブロックをカーソルで持ち上げて積み木
プログラミング出来ないのにギークハウスを始めたら、420万円の出資を受けて1人でウェブサービスを開発することになった。 | Last Day. jp
プログラミング出来ないのにギークハウスを始めたら、420万円の出資を受けて1人でウェブサービスを開発することになった。 最終更新日： 2013/08/26 Ruby ※当記事は寄稿記事になります。 はじめまして。沖縄在住の24歳の@kimihito_ と申します。沖縄に居ながら、Webにある動画のみどころを集める、みどころ.comというサービスを、東京にあるベンチャーキャピタルである、サムライインキュベートさんより出資いただいて、一人で開発しています。 他にはギークハウス沖縄の言い出しっぺで運営しています。ちなみにギークハウスを始めたときには全くコードが書けませんでした(今も書ける方ではありませんが…)。 今回、沖縄に居ながら出したアイデアに投資され、現在開発しているウェブサービスが誕生するまでの経緯をお話しようとおもいます。 サムライインキュベートから出資私が現在住んでいるギークハウス沖
HTTPリクエストを減らすために【終章】我々には1000msの猶予しか残されていない
このシリーズはHTTPリクエストの理解を通じてWebパフォーマンスの重要性について考える5章構成になっている。 【序章】HTTPリクエストは甘え 【CSS Sprite編】スプライト地獄からの解放 【WebFont編】ドラッグ＆ドロップしてコマンド叩いてウェーイ 【DataURI編】遅延ロードでレンダリングブロックを回避 【終章】我々には1000msの猶予しか残されていない 最終日は、我々フロントエンドデベロッパーに課せられた理想と現実のはざまについて冷静と情熱のあいだらへんで考えていく。まずは下記のブログを読んでもらいたい。 Google ウェブマスター向け公式ブログ: スマートフォンサイトの読み込み速度を改善するために まぁ読まなくてもいいのだが、ここで述べられている重要なことは2つ。 モバイルの平均読み込み時間は7秒 しかし、ユーザーは1秒未満を求めている 平均読み込み時間の7秒とい
HTTPリクエストを減らすために【DataURI編】遅延ロードでレンダリングブロックを回避 - MOL
このシリーズはHTTPリクエストの理解を通じてWebパフォーマンスの重要性について考える5章構成になっている。 【序章】HTTPリクエストは甘え 【CSS Sprite編】スプライト地獄からの解放 【WebFont編】ドラッグ＆ドロップしてコマンド叩いてウェーイ 【DataURI編】遅延ロードでレンダリングブロックを回避 【終章】我々には1000msの猶予しか残されていない 4日目は、本ブログでも何回か話題にしているインライン画像についてです。 データURIスキーム CSS Sprite画像はDataURI画像にすべきか？ Data URI画像のテスト結果について 以前の記事で私は以下のように述べましたが、これはいやらしい表現だ。 DataURIの画像は、通常の画像に比べて6倍遅いとかゆう記事もある このような『xxx倍高速化』、『xxx倍遅い』と言った表現は、わかりやすい反面、本質を見失
HTTPリクエストを減らすために【WebFont編】ドラッグ＆ドロップしてコマンド叩いてウェーイ - MOL
このシリーズはHTTPリクエストの理解を通じてWebパフォーマンスの重要性について考える5章構成になっている。 【序章】HTTPリクエストは甘え 【CSS Sprite編】スプライト地獄からの解放 【WebFont編】ドラッグ＆ドロップしてコマンド叩いてウェーイ 【DataURI編】遅延ロードでレンダリングブロックを回避 【終章】我々には1000msの猶予しか残されていない 3日目は、スマホ環境であればHTTPリクエストを減らすためにWebフォントの採用を考慮しても、やぶさかではないだろう。 まずは下記の画像をご覧頂きたい。 これはプロジェクトで私が使用していたスプライト画像だが（実際は縦にして使用）、このような単純な形状、単色のアイコンであれば、Webフォント化したほうがなにかと都合がよい。 このスプライトであれば、カラー × 矢印の向き × シャドウの有無 パターンの可能性があり、スプ
プログラマのためのカラーパレットツールを作りました - shoya.io
Paletta - HSV Color palette for every Programmer 背景 フラットデザインの台頭によって、昨今のアプリ/サービス開発において「色選び」が重要視されています。例えば上の写真は次のトイレの時刻を機械学習で予測するRestCastというアプリですが、「いい感じの青」を基調としたタイルを敷くことで、トイレというワードをニオワセないデザインに仕上がるよう心がけてつくりました。 デザイナー/プログラマーの皆さんは普段どうやって色を選んでいるのでしょうか。多くの場合、既存のカラーパレットをぽちぽち選択したり、#123456のようなカラーコードを調整するのではないかと思います。実は、この方法で「いい感じの色」を選ぶのは難しいのです。その理由を色の表現方法を踏まえて説明します。 混色系と顕色系 色を数値で表現する方法を表色系といいます。オストワルト表色系やマンセ
HTTPリクエストを減らすために【序章】HTTPリクエストは甘え - MOL
このシリーズはHTTPリクエストの理解を通じてWebパフォーマンスの重要性について考える5章構成になっている。 【序章】HTTPリクエストは甘え 【CSS Sprite編】スプライト地獄からの解放 【WebFont編】ドラッグ＆ドロップしてコマンド叩いてウェーイ 【DataURI編】遅延ロードでレンダリングブロックを回避 【終章】我々には1000msの猶予しか残されていない 1日目は、HTTPリクエストの概要について説明する。 例えに、私のポートフォリオページ（t32k.me）が表示されるまでの流れを見ていく。まず、検索からでも方法はなんでもよいが、ブラウザのURLバーにt32k.meと打ち込んでアクセスする。そのページを見にいくということは、つまりt32k.meに対してHTTPスキームでリクエストするということを意味している。 クライアントであるブラウザは入力されたURLを判断して、リソ
プログラミングできなかった僕はどうして一人でWEBサービスを立ち上げるに至ったのか | srock.record
こんばんは。なんだか自分でもよくわからない@srockstyleです。 そういえば最近WEBサービス立ち上げるのはやってるみたいですね。とてもよいことです。 僕もWEbサービス三つくらいたちあげたんですがきちんと運用してないとだめですね。 そんな僕はプログラミングできませんでした。 こんな記事をはてなブックマークでみました。 WEBサービス作るの難しすぎるよう…… ＋＋＋＋引用開始＋＋＋＋ 今度は急にローカル環境・サーバー環境の構築から始まります。まずRubyをインストールするにはrvmだかMacPortsだかが必要だと言われ、gemのインストールやらデータベースやらどのフレームワークがどういうものでMVCがどうだ、O/Rマッパーがこうだ、ホスティングにはさくらのVPSだ、Herokuがなんだとかgitでプッシュだデプロイだなんだ、この野郎。常時、「日本語でおk」状態。 ＋＋＋＋引用ここま
アプリケーション・サーバのセッションの保存先の話 - プログラマでありたい
Webシステムの方式設計をする際に、わりと悩むのがアプリケーション・サーバのセッション（session）の保存先です。アプリケーションサーバとは、TomcatやJBoss,IISやRuby on Railsなどで利用するUnicornやPassengerなどです。そもそもHTTPの基本仕様がステートレスな為、状態を保持する為にはどこかに状態を保持する必要があります。その解決策がセッションになります。そこでセッションの保存戦略を考える必要があるのですが、アプリケーションサーバやサイトの用途や性格、扱うデータの気密性・重要性によっても変わってきます。 それ以前にセッションの保存先のことの呼び方の定番が何かすら解らなかったりします。セッション・ストアとかセッション・ストレージとか、はたまたセッション・マネージャーとか。今回は、セッション・ストアで統一します。 主なセッションストアの種類と保存戦略
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ウェブ制作者の気になる疑問を解決へと導く、手元に置いておきたい一冊 -現場のプロが教えるWeb制作の最新常識
http://tech-tokyo.com/?p=7842