Issues
- 0
パターンライティングのワークショップをやる
#24 opened by irohiroki - 3
PLoPで得たフィードバックを反映する
#23 opened by irohiroki - 1
CSSのことも考える
#22 opened by tatsuosakurai - 1
副作用がないか考える
#21 opened by tatsuosakurai - 1
エラーメッセージをちゃんと読む
#20 opened by tatsuosakurai - 4
「JavaScriptのライブラリもパッケージ管理する」
#18 opened by irohiroki - 3
gemを使う/作ることについて
#17 opened by irohiroki - 1
インフラの問題を避けるために、早めに準備して、問題が起きても素早く対応できるようにする
#16 opened by irohiroki - 6
「情報源・識者を知る」
#9 opened by irohiroki - 7
「バックグラウンドの処理を上手に使う」
#15 opened by irohiroki - 3
RailsにおけるJavaScriptまわりの問題と解決
#19 opened by irohiroki - 2
「ARの作るSQLを確認する」「生SQLを適切に使う」「素のSQLを学習する」
#14 opened by irohiroki - 6
「All Green なテストを保つ」「警告は逃さない」「gemを最新に保つ」をまとめると
#13 opened by ttakuru88 - 5
「テストが短時間で終わるように維持する」の理由・問題
#12 opened by irohiroki - 3
- 2
`そもそも本当にRailsでやるべきか考える` を考える
#7 opened by tatsuosakurai - 5
「最初に開発チームでドメインモデルについて話す」と「名前をよく考える」
#6 opened by irohiroki - 2
「リファレンスを読む」など読む系
#4 opened by irohiroki - 4
「予約語を確認する」を守らなくて問題になった経験
#5 opened by ttakuru88 - 1
gem 系はある程度まとめた方がよいか?
#11 opened by tatsuosakurai - 1
「生SQLを適切に使う」のアクションに「素のSQLを学習する」を入れてよいか
#8 opened by ttakuru88 - 2
「All Green なテストを保つ」をRailsの視点で見た場合
#3 opened by ttakuru88 - 1
非同期に議論を進める方法
#1 opened by irohiroki - 2
「テーブルとリソースを分けて考える」の理由/対象とする問題は?
#2 opened by irohiroki