サーバーサイドエンジニアだらけのチームでフロントエンドを改善するためにやったこと | FiNC Developers Blog
サーバーサイドエンジニアだらけのチームでフロントエンドを改善するためにやったこと はじめまして、エンジニアインターンの田中です。 各企業の従業員の健康状態を調べるアンケートシステムであるウェルネスサーベイというプロジェクトのリニューアルを行っています。 サーバーサイドはともかくフロントエンドは再利用性の低い負債となるコードが多くあったので、1から綺麗に設計をして寿命の長いコードにしていく必要があると考えました。 そこで、リニューアルの時にどのようなプロセスを踏んでフロントエンドを改善していこうとしたのかについて書きたいなと思います。なお今回は主にHTML/CSSについて話します。 今までの問題点開発環境リニューアル前のフロントエンドの開発環境は以下のとおりでした。 ERBSCSSCoffeeScript要するにデフォルトのRailsの設定のままですね。 それでは今までは具体的にどこが問題だ
[CSS]ユーザーがクリックしやすいリンクのリストを作成するチュートリアル
Keep Margins Out of Link Lists 下記は各ポイントを意訳したものです。 HTML：スタイルシート無しの状態 CSS：リンクをブロックレベルに CSS：さらによい実装方法 [ad#ad-2] HTML：スタイルシート無しの状態 HTMLは非常にシンプルです。 文字数の異なるテキストリンクをリスト要素で実装します。 HTML <ul> <li><a href="#">リスト1</a></li> <li><a href="#">リストリストリスト2</a></li> <li><a href="#">リストリスト3</a></li> </ul> デモページ（当方作成） リストのアイテムはブロックレベル、リンクはインラインレベルになり、リンクのクリックできる領域はテキストの長さに依存するため、小さく窮屈なものになっています。 CSS：リンクをブロックレベルに a要素をブロ
HTML5+CSS3 入門
Webを記述する言語の標準の現状 昨年度であれば、HTMLを記述する授業では自信をもって以下の基準を推薦していました。 HTML (文書の構造を記述する言語) – XHTML 1.0 もしくは XHTML 1.1 CSS (文書の体裁・デザインを指定する言語) – CSS 2 しかしながら、ここ数年で、とくに去年あたりから状況は大きく変動しつつあります。現状の変化を理解するには、ここに至るまでの歴史的な経緯について簡単に理解する必要があります。ここまでの経緯を整理した上で、将来の展望を探りたいと思います。その上で、この授業ではどのような基準にのっとって「正しい」ということを定義するのか決めていきたいと考えます。 HTML (Webサイトの記述言語) の標準化巡る闘争の歴史 AppleInsider: なぜ Apple は HTML 5 に賭けているのか： ウェブの歴史 [Page 2] よ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
