The slides describe how you can adopt Atomic Design to make your UI development agile.
![UI 開発をアジャイルに行うための Atomic Design](https://cdn-ak-scissors.b.st-hatena.com/image/square/9b012465fd86f82e9c2be7b81687f216f1627c55/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fatomic-design-for-agile-development-180606162313-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
DMMのエンジニアで『React開発 現場の教科書』の著者でもある石橋啓太さんにお声がけ頂いて『ReactとAtomicDesignからみるコンポーネント開発』でお話をさせて頂きました。 テーマは個人的に関心のあった「Atomic Designの代替」を選びました。Atomic Designと言えば、いまや国内外含めてコンポーネント設計をする際に多くの人が参照する概念ですが、すべての環境に適切かと言えばそれはまだ疑問を残す余地があります。 「Atomic Designを採用してみたけどしっくりこなかったので自分たちに合った概念を考えてみた」という個人・組織がいるのはMediumの記事などを通じて知っていたので、そういった事例を集めてみたら面白いんじゃないかなと思ったのがこのテーマを選んだきっかけです。完全に趣味です。 Atomic Designへの疑問 Atomic Designについて知
フロントエンドの中でも、JS書くプログラマと、CSSを書くマークアップと、デザインカンプを作るデザイナで、コンポーネントという概念がズレる。だいたいこれらが一人だったり兼任だったりで1~2レイヤーの開発ステップになるが、完全分業だったり人が多くなると混乱の元になる。 誰かが決定的に間違ってるというつもりはない。正直、どっちかというと本来のデザイナ側の用語定義に倒した方がいい気がしているが、プログラム上の都合もいろいろ混ざってきて、話が簡単ではない。 自分の理解が間違ってる可能性もある。この記事はレビューをもらうために書いている側面もあり、指摘されたら追記していく。 読んだもの。 Atomic DesignとCSS設計 - Atomic Designとは何か | CodeGrid Atomic Designの考え方と利点・欠点 – wkr. Atomic Design の大雑把な理解 基本的
弊社代表取締役の @toyoshi がおもむろに下記のようなことを twitter に書いていた。 Misocaは今年から会社公式の飲み会(忘年会等)はなくなりました。そういう会のメリットや楽しさはあるのは間違い無いですが、なしの方向でチャレンジしていく。 — とよし / リーン顧客開発 (@toyoshi) 2018年3月27日 お前がそうチャレンジするなら、こっちもチャレンジだ。 ということで、とあるプロジェクトの打ち上げを、普段リモート勤務でつかっているZOOMの部屋をそのまま使って、リモート打ち上げをやることにした。 リモート飲み会のやり方 開催日時を決める ZOOMの部屋番号を決める 自分が食べられるだけの食物と飲物を用意する 帰宅する 開催日時にZOOMに入室する(遅刻しても良い) 飲んで食べる(なんなら食べずにLOMるだけでもよい) 眠たくなったり風呂に入りたくなったりしたら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く