CSSスタイルガイドをStorybook for HTMLに移行した話 - RAKSUL TechBlog
こんにちは。印刷のラクスルでフロントエンドを担当している菅野です。 2週連続の投稿となります。(前回の記事: Jestを実行した時に、同時にESlintを走らせてみる) 現在、印刷サービスのフロントエンドエンジニアとデザイナーでデザインシステムの構築・整備を行っています。 その一環として、運用中のCSSスタイルガイドをStorybookに移行しました。 今回は、移行を決めた動機や導入時に得られた知見、今後の運用についてご紹介したいと思います。 [caption id="attachment_4313" align="alignnone" width="1024"] 運用中のStorybookの画面[/caption] これまでのスタイルガイドにおける課題感 該当プロジェクト(印刷のラクスル)ではPostCSSを使用しており、社内でデザインのコンポーネント一覧を共有するために、postcss
Storybook 6.2
Storybook is the industry standard UI development workshop for components and pages. It's used by Netflix, Slack, Target, Shopify, Stripe, and thousands of teams around the world. As a modern frontend developer, you’re in a constant cat-and-mouse game to stay on top of ecosystem changes. Every Storybook release contains hundreds of adaptations to try to make that easier for you, whether you’re upg
敢えて公式感と敷居を高めた社内テックカンファレンスを開催する理由｜100人超のエンジニア組織の組織学習事例 - MonotaRO Tech Blog
イントロダクション 開催に至る経緯 人材育成における「70：20：10の法則」 振り返りから学ぶとはどういうことか 敢えて敷居を高くした発表の場を提供 リモートワークでの情報共有やコミュニケーションに関する危機意識 準備段階で行なったこと 社内テックカンファレンス盛り上げるためにやった７つの工夫 1.原則全員参加で公式感の醸成 2.低ハードル、低負担 3.発表用フレームワークの提供 4.聴き手の本気度をあげる複数トラック制 5.👏 と顔出しによる虚無感の回避 6.副音声としてのSlack活用 7.全セッションに司会付き 当日の様子 各発表の雰囲気 当日の発表タイトル 結果と振り返り アンケート結果 自由回答の感想もいくつかご紹介します 実施してみてわかったこと 社内ならではの良さの発見 今後について、学びの仕組み化 イントロダクション こんにちはエンジニアリングマネージャーの普川泰如(@
新機能 – AWS WAF Bot Control でウェブサイトの不要なトラフィックを削減 | Amazon Web Services
Amazon Web Services ブログ 新機能 – AWS WAF Bot Control でウェブサイトの不要なトラフィックを削減 AWS Shield の脅威調査チームが行った調査では、一般的なウェブアプリケーションに向けられたトラフィックの内の最大 51% は、マシン上で実行されるスクリプト (いわゆるボット) に由来することが判明しています。エンドポイントには、(望まいものや、そうではないものを含め) 多種多様なボット がヒットします。 適切なボットは、サイトをクロールしてインデックスを作成し、顧客から見つけやすくするためのものです。それ以外のボットは、サイトの可用性やパフォーマンスの監視を目的にしています。そして、こういったトラフィックの大部分は、不適切なボットによって生成されています。これらのスクリプトでは脆弱性を調査していたり、運営者の同意なしにコンテンツをコピーして
[Amazon Lex] Amazon Lexが日本語対応となったので、Amazon Connectから使用して居酒屋の電話予約をボット化してみました | DevelopersIO
1 はじめに CX事業本部の平内（SIN）です。 いよいよ、Amazon Lex（以下、Lex）が日本語で利用できるようになりました。 Amazon Lex が日本語に対応。東京リージョンでお使いいただけます 昨日、テンプレートで試してみたのですが・・・ 今日は、簡単なボットを作成して、Amazon Connect（以下、Connect）から利用してみました。 2 想定 Connectと連携するサンプルとして、居酒屋クラメソ（注：実際には、存在しません）の電話に自動応答を組み込む事をイメージしてみました。 下記は、お店に、予約の電話が入った場面です。店員が時間や人数を聞き取っています。しかし、仕事中に手を止めて電話に応答する作業は、少しコストが掛かるものです、そこで、できれば、予約は自動化したというニーズが有るとします。 しかし、お店に掛かってくる電話は、予約とは限りません。 そこで、お店
![[Amazon Lex] Amazon Lexが日本語対応となったので、Amazon Connectから使用して居酒屋の電話予約をボット化してみました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/ad3def86c56b7328cc1dcb9cc661071a305a4601/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Famazon-lex.png)
クライアントサイドのバリデーションエラーのデータ型についての考察 - STORES Product Blog
業務委託で STORES の開発をしている @inouetakuya です。 先日 STORES のフロントエンドチーム内でクライアントサイドのバリデーションについて見直す機会があり、特にバリデーションエラーのデータ型をどうするかについての議論が興味深かったので、共有させていただきます。 背景 議論の背景について簡単に触れておくと、STORES のクライアントサイドでは、バリデーションのライブラリとしてこれまで joi-browser を使ってきました。 しかしながら、本家の Node.js 版の joi がブラウザ対応したことにより joi-browser が deprecated になったことを受けて、今後も joi を使い続けるかを検討したところ、 joi-browser と joi の最新バージョンとの間で API の差異がいくつかあり、joi-browser から joi への乗
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
