保存版: Web画像フォーマットを「正しく」扱う（4）Webのアニメーション（翻訳）｜TechRacho by BPS株式会社
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Images done right: Web graphics, good to the last byte—Martian Chronicles, Evil Martians’ team blog 原文公開日: 2019/10/07 著者: Polina Gurtovaya、Rita Klubochkina、Andy Barnov サイト: Evil Martians -- ニューヨークやロシアを中心に拠点を構えるRuby on Rails開発会社です。良質のブログ記事を多数公開し、多くのgemのスポンサーでもあります。 日本語タイトルは内容に即したものにしました。画像はすべて元記事からの引用です。記事が長いので4分割し、章立てを浅くしました。記事の表示が重くならないよう、原文と同様に画像にloading="lazy"を指定し
保存版: Web画像フォーマットを「正しく」扱う（3）Evil Martians流巨大画像圧縮クックブック（翻訳）｜TechRacho by BPS株式会社
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Images done right: Web graphics, good to the last byte — Martian Chronicles, Evil Martians’ team blog 原文公開日: 2019/10/07 著者: Polina Gurtovaya、Rita Klubochkina、Andy Barnov サイト: Evil Martians -- ニューヨークやロシアを中心に拠点を構えるRuby on Rails開発会社です。良質のブログ記事を多数公開し、多くのgemのスポンサーでもあります。 日本語タイトルは内容に即したものにしました。画像はすべて元記事からの引用です。記事が長いので4分割し、章立てを浅くしました。記事の表示が重くならないよう、原文と同様に画像にloading="lazy"を指
保存版: Web画像フォーマットを「正しく」扱う（2）SVGのマジック（翻訳）｜TechRacho by BPS株式会社
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Images done right: Web graphics, good to the last byte — Martian Chronicles, Evil Martians’ team blog 原文公開日: 2019/10/07 著者: Polina Gurtovaya、Rita Klubochkina、Andy Barnov サイト: Evil Martians -- ニューヨークやロシアを中心に拠点を構えるRuby on Rails開発会社です。良質のブログ記事を多数公開し、多くのgemのスポンサーでもあります。 日本語タイトルは内容に即したものにしました。画像はすべて元記事からの引用です。記事が長いので4分割し、章立てを浅くしました。記事の表示が重くならないよう、原文と同様に画像にloading="lazy"を指
Webのバッチ処理とオンライン処理のポイントとシステムの応答性能を学ぶ#3（社内勉強会）｜TechRacho by BPS株式会社
#1 処理時間とレスポンス時間 #2 バッチ処理とオンライン処理 #3 バッチ処理を設計するときの注意点（本記事） #4 オンライン処理とUXの工夫 #5 Railsのジョブ管理システムと注意点 #6 バッチ処理ですぐに使えるノウハウ、まとめ バッチ処理を設計するうえでの注意点 バッチ処理を設計する際は、処理時間がどの程度になるのかを事前に計測・見積し、その結果を元に実行計画を立てるのが重要です。少なくとも、所要時間の見通しもなくバッチ処理を作成するのは危険です。 一般的にはデータ量が増えれば処理時間も増えるので、データ量が増えたときに処理時間がどのように延びるかは予め見積もっておきます。たとえば「データが1万件のときは20分、件数が倍になると処理時間が4倍増える」といったように、データ増加に応じた処理時間を予測できるように計測やベンチマークを事前に実施しておく必要があります。 データ量と
Webデザインについて勉強したこと｜TechRacho by BPS株式会社
ニシです。前振り長いので読み飛ばしてください。 こちらは初心者デザイナー・なんとなくデザインに興味ある人向けの記事です。 私は美大出身で、BPSに入る前は1〜2年ほどデザイン業務の経験がありました（他業務が多く、片手間程度だったのでガッツリ専門的なデザイナーではなかった）。 BPSへ入社してからは、Webデザイナーとして受託制作のデザイン業務に従事する様になりました。そこそこの経験があっても、受託でWebデザイン制作をするのはとても大変でした。 デザイナーに必要なものは、感覚・センス・発想力あたりが大きいと思うのですが、０から何かを生み出すのはかなり難しい。 しかしある程度は勉強・訓練でなんとかなったと思います。 本記事では、個人的にデザイン力をあげるためにやってよかったことなど書きます。 ⚓ 本を読む まずは本を読んで、基礎力と考え方を身に付けたのがよかったです。 読んでよかった本は、1
Webのバッチ処理とオンライン処理のポイントとシステムの応答性能を学ぶ#2（社内勉強会）｜TechRacho by BPS株式会社
#1 処理時間とレスポンス時間 #2 バッチ処理とオンライン処理（本記事） #3 バッチ処理を設計するときの注意点 #4 オンライン処理とUXの工夫 #5 Railsのジョブ管理システムと注意点 #6 バッチ処理ですぐに使えるノウハウ、まとめ 「バッチ処理」と「オンライン処理」の違いを理解する バッチ処理とオンライン処理は対になる考え方です。 ある程度の量のデータをまとめて処理することを「バッチ処理」と呼びます。「一括処理」と呼ばれることもあります。 バッチ処理はある程度（数分〜数時間）時間のかかる処理に用いられるため、案件にもよりますが、一般にある程度長めの処理時間が許容されます（もちろん顧客への説明と了解も必要です）。計算量の多い処理や、日次/月次/年次といった締め処理は多くの場合バッチ処理で行われます。 「数時間かかるバッチなら営業時間が始まるまでに終了して欲しい」「1時間に1回実行
Webアプリのセッション管理とデータ保存を学ぶ#3（社内勉強会）｜TechRacho by BPS株式会社
#1 Webアプリのセッション管理の基礎 #2 クライアント側のデータ保存方法 #3 サーバー側のデータ保存方法（本記事） 3. Webサービスにおけるデータ保存（サーバーサイド編） 続いてサーバー側でのデータ保存について説明します。 ほとんどのWebサービスでは、最終的なデータをサーバーのどこかに保存しておかなければなりません。Webサーバーは多数のクライアント（及びユーザー）から同時にアクセスを受けるため、それらを個別に処理して、矛盾が生じないように保存する必要があります。 サーバー側でのデータ保存の種類について以下で説明します。 A. ファイルに保存する 最も単純な方法であり、手軽に作成されたフォームプログラムなどではCSVファイルなどから設定情報を読み取り、データ保存もサーバー側のCSVファイルなどに書き出すといった作りをすることがあります ファイルへの保存は最も手軽に行える方式で
Webアプリのセッション管理とデータ保存を学ぶ#2（社内勉強会）
#1 Webアプリのセッション管理の基礎 #2 クライアント側のデータ保存方法（本記事） #3 サーバー側のデータ保存方法 2. Webサービスにおけるデータ保存（クライアントサイド編） クライアント（ブラウザ）側でのデータ保存について、主流であるCookieをもう少し詳しく見てみましょう。 Cookie CookieはHTTP仕様で定められているサーバーとクライアント間でHTTPリクエストを跨いだデータをやり取りできる方法の一つです。機能自体はサーバーがHTTPレスポンスの中で短い文字列データをクライアントブラウザ側に保存させ、クライアントブラウザが同じサーバーに通信する時に都度Cookieに保存された内容をHTTPリクエストに送信するといったシンプルな仕様です。 Cookieはクライアントに複数のHTTPリクエストを跨がって同じ文字列を送信させることができるので、ここにセッションIDを
Webアプリのセッション管理とデータ保存を学ぶ#1（社内勉強会）｜TechRacho by BPS株式会社
#1 Webアプリのセッション管理の基礎（本記事） #2 クライアント側のデータ保存方法 #3 サーバー側のデータ保存方法 概要 本記事はWebアプリの開発初心者、または書いたことはあるけどサーバーやインフラについてはよく分かっていない人向けです。 Webアプリを「データや状態の保存」という観点からクライアント側とサーバー側について説明します。 1. Webアプリのセッション管理の基礎 HTTPプロトコルはステートレスなので、そのままではデータや状態を次のHTTPセッションに引き継げません。このままでは掲示板や商品購入や支払い機能を作れないので、何らかの形で状態を維持するしくみが必要です。 Webサービスを構成する上でのステート（State: 状態）管理機能には、以下の要件が求められます。 HTTPリクエストを受け取ったときに、同じユーザーからのアクセスを「これは以前のこのリクエストと同じ
Webアプリの基礎とさまざまな実行環境を理解する#3（社内勉強会）｜TechRacho by BPS株式会社
BPS社内勉強会のmorimorihogeさんのスライド「Webアプリの基礎とさまざまな実行環境を理解する」の第3回です。 #1: Webのしくみ #2: Webサーバの役割とWebサービスの代表的な形態I〜III #3: Webサービスの代表的な形態IV（Rails）、ステートレスとステートフル（本記事） IV. Webサーバ+アプリケーションサーバ いよいよRailsにつながる話になります。 これは前回のI.とIII.のハイブリッドと言えます。ハイブリッドすなわち「いいとこ取り」で、静的なファイルやHTTPの処理はWebサーバに任せ、プログラム処理が必要なリクエストだけをアプリケーションサーバに送ることでI.とIII.のメリットを同時に得ることができます。 現在最も一般的なRails環境はこれに該当します。Java serverでもこの形式が使われることはありました（Apache +
Webアプリの基礎とさまざまな実行環境を理解する#2（社内勉強会）｜TechRacho by BPS株式会社
この他にも特定機能に特化したさまざまなWebサーバがあります。なおNginxは「エンジンエックス」と読みます（公式FAQ参照）。 「特定機能に特化したWebサーバ」の例としてはリバースプロキシがあります。Nginxはリバースプロキシとしても使えますし、逆にプロキシサーバとして有名なSquidも実はWebサーバの一種ということになります。 WebサーバでサポートするHTTPバージョンはソフトウェアとバージョンによって異なりますが、当該ソフトでサポートするHTTPバージョンの仕様上「必須（MUST）」とされている機能は必ずそのWebサーバに実装されています。これができていないWebサーバはそのプロトコルバージョンに対応していると謳ってはいけないことになっているからです。 3. Webサービスの代表的な形態 Webサービスにはさまざまな形態があり、以下の最初の4つの基本構成が代表的です。複雑なW
Webアプリの基礎とさまざまな実行環境を理解する#1（社内勉強会）｜TechRacho by BPS株式会社
BPS社内勉強会のmorimorihogeさんのスライド「Webアプリの基礎とさまざまな実行環境を理解する」を2回3回に分けてお送りします。 追記: 3分割に変更しました🙇。 #1: Webのしくみ（本記事） #2: Webサーバーの役割とWebサービスの代表的な形態I〜III #3: Webサービスの代表的な形態IV（Rails）、ステートレスとステートフル はじめに 本記事はWebアプリの開発初心者、または書いたことはあるけどサーバーやインフラについてはよく分かっていない人向けです。 細かい話をしていくと色々とありますが、あくまで代表的なWebアプリの動作環境の構成について説明していきます。 なお、発表者（morimorihoge）のWeb開発経歴はPHP 7年程度 -> Rails開発8年程度となっており、いわゆるエンタープライズJavaアプリケーションやASP.NETのような世界
Webデザイナーがこっそり教える4つのテクニック｜TechRacho by BPS株式会社
初めまして、入社２年目のニシです。 漫画が好きなアラサーです。すぐ本棚がいっぱいになるので定期的に売っぱらっています。人生を変えた漫画はプラネテスです。アニメは見ていません。 今回は、Webデザイナーがよく使うデザインテクニックを４つご紹介します。 「ノンデザイナーでもいい感じにできるデザインテクニック」とも言います。 ぜひこれを読んで活用してください。 目次 英語表記を加える 罫線でアクセントをつける アイコンを加える 写真を使う 1. 英語表記を加える 定番ですね。見出しとかロゴとか困ったら添えちゃう。 ありふれたデザインにならないようにするのが難しいけど、やっぱり英文かっこいい。 と、頻繁に使われるテクニックです。 たとえば以下のような感じ。 文言を置いただけの見出し（左）に英文を添えると、土台が出来て安定感が出ますね（右）。色やフォントや配置にも手を加えるとさらによさそう。 綴りを
BPSスタッフインタビュー#8：八木さん（Web・インフラエンジニア）趣味編｜TechRacho by BPS株式会社
初恋の相手はRuby 好きな言語はなんですか。 好きな言語ねぇ。やっぱりRubyじゃないですかねぇ。 Rubyはどこがいいんですか？ もちろん最初触ったのはC言語ですけれども、Rubyのおかげでオブジェクト指向もわかったし、プライベートメソッドとかインスタンスとかっていう話も実際にRuby書いてて理解したし、あとはモジュールに関してもRubyで全部理解したし。非常に書きやすかったっていうのがあったかなぁ。 僕としては。何を作るにしてもRubyが一番書きやすかったなかなぁって。 なんか思い入れというか手に馴染んでいるという感じですかね。 手に馴染んでいる感じはありましたね。昔大学院の研究でRuby書いてたんだけど、朝６時からプログラミングして次の日の朝5時までやっていたことがあって。 ほぼ丸一日じゃないですか。 23時間ですね。そういう変な生活してても全然苦にならなかったから、たぶん理由とか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
