はてなブックマーク

サーバーサイドエンジニアも知っておくべきフロントエンドの今 こちらのスライドですが、スライドのみだとライブラリやツールの紹介でわからない気がするのと、それに対する批判がイマイチなので、自分なりにわかりやすくしてみます。 スライド書いた人とは無関係なので、解釈が間違っているかもしれません。 前提の説明 フロントエンドの話をする前に、レガシーなWebとモダンなWebの前提知識が必要だと思います。 レガシーなWebページ リクエストを送ると、HTMLとCSS、JavaScriptが返ってきます。 モダンなWebページ リクエストを送ると、HTMLとCSS、JavaScriptが返ってくるだけでなく、JSONというデータも返ってきます。 このJSONというデータ形式でやり取りすることになった影響により大きく変わりました。 非同期処理という概念が生まれ、それにより状態管理が必要になりました。 フロン

export default class LoginPage extends React.Component<Props, State> { constructor(props) { super(props); } private onSubmit = event => { event.preventDefault(); const formData = new FormData(event.target); // ログイン処理 }; render() { return ( <div className={styles.container}> <form method="POST" className={styles.content} onSubmit={this.onSubmit}> <div className={styles.title}> ログイン </div> <InputTex

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 背景 Skinny Controller, Fat Model Railsではスキニーコントローラー、ファットモデル（Skinny Controller, Fat Model）という方針のもと、 コントローラーのコード量を少なくして、モデルを分厚くするという書き方が推奨されていました。 10 Ruby on Rails Best Practices — SitePoint Rails Best Practices 1: Fat Model – Skinny Controller このような背景から、ファットモデルという設計が目指すべき設

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

株式会社LITALICO のklrutsaです。 『LITALICO Advent Calendar 2016』3日目の記事です はじめに 私が最初に携わったRailsアプリは以下のような、技術的負債を抱えていました Railsのレールから外れている SQLべた書き、Validationを使っていない、Migrationを使っていない　等 テストコードがゼロ 人力テストで確認 HTML、CSSが管理されていない 一万行を超えるcss、さらにhtmlにstyleでべた書きという悪夢 複雑な権限、状態遷移 無数のステータスがあるモデルが何種類かあり、さらにそれらが絡み合って複雑に動作する 組合せ爆発のような事が発生している すべての状態をテストできていないため、潜在的なバグがある どこの会社でもあるあるだと思います。 こういう事が発生しないようにチームやマネジメントを改善するべきですが、 発生