Design system components, recipes, and snowflakes
“When should we make something a component?” is a question I’ve been fielding for years. My strong answer: right from the start. Creating things with a component-based mindset right out the gate saves countless hours and wailing and gnashing of teeth. Everything is a component. But there’s some nuance to this. Where each component lives matters. In my client design system work, we’ve arrived at so
Internet Explorerへの対応終了のお知らせ｜お知らせ｜SmartHR
新機能やメンテナンス・障害など、SmartHRからのお知らせを確認できます。
Making GitHub’s new homepage fast and performant
EngineeringMaking GitHub’s new homepage fast and performantThis post is the third installment of our five-part series on building GitHub’s new homepage: How our globe is built How we collect and use the data behind the globe… This post is the third installment of our five-part series on building GitHub’s new homepage: How our globe is built How we collect and use the data behind the globe How we m
仕事でコードを書くときに意識していること - console.lealog();
達人プログラマーを読んだせいか、最近よく考えてることでもあるので、この際なのでポエムにしてみた。 受託の会社バイアスはあるかもしれないけど、基本的にコードを書くエンジニアには通ずるところがあるはず。 設計に時間をかける これは、「いきなりエディタに向かってコードを書き始めない」ということ。 フォーマットはなんでもいいけど、 まずどういうものを実装しようとしていて 愚直にやるならこうする それによって既存のコードに影響がないか 過去のコードと一貫しているか 他の要件とぶつからないか etc.. などなど一通り思案して、必要ならメモを書いて、頭の中でコードをイメージする作業を先にやる。 そしてイメージできたものを、ガッとエディタに打ち込んで動くコードにしていく。 もちろん書いてみてはじめて気づく落とし穴もあったりするけど、その時はまたエディタから離れる。 コードを見てコードを治そうとすると、あ
DevTools の起動時間の短縮 | Blog | Chrome for Developers
DevTools の起動が約 13% 高速化しました🎉?（11.2 秒から 10 秒に） 要約: この結果は、冗長なシリアル化を削除することで実現しました。 概要 DevTools の起動時に、V8 JavaScript エンジンの呼び出しをいくつか行う必要があります。 Chromium で DevTools コマンドを V8 に送信するために（IPC 全般で）使用するメカニズムは mojo と呼ばれます。チームメイトの Benedikt Meurer と Sigurd Schneider は、別のタスクに取り組んでいるときに効率が悪いことに気付き、これらのメッセージの送受信方法に関する 2 つの冗長な手順を削除することで、プロセスを改善するアイデアを思いつきました。 mojo メカニズムの仕組みを詳しく見ていきましょう。 mojo メカニズム JS コマンドを実行する mojo コマン
Front-end predictions for 2021 and beyond - Browser London
If 2020 has proven anything, it’s that predicting the future is a mug’s game. With that said, here are my predictions for where front-end development is heading over the next 12 months 🙄 React frameworks finally mature Frequently referred to as the ‘V’ in MVC, React has both benefited and suffered from its lack of an opinionated framework. Years on and we’ve not seen the industry coalesce on a si
Babel 8 Release Plan · Issue #10746 · babel/babel
We plan to release a new major version in 2024 (milestone). This release won't have all the migration pain which there was while migrating from Babel 5 to Babel 6 and then from Babel 6 to Babel 7. We plan to only make a few breaking changes, and provide an easy migration strategy for each of them. Because of this, you won't see ~80 prereleases like we did in for Babel 7.0.0, but we plan to only re
npm pack時にsrc下の__tests__を無視したい（2021/02/08更新） - cangoxina
npm packをする際に、src下に配置したテストファイルを除外する方法です。ググってもあんまりいい回答がヒットしなかったので記事にします。 2021/02/08 更新：npm v7 に対応しました。 目次 2021/02/08 追記 TL;DR（要約） npm packで圧縮されるファイル 指定したファイルやフォルダのみをnpmパッケージに含まれるfilesフィールド npm packから特定のフォルダを除外する .npmignoreを使うとめんどくさい filesで!を使おう おわりに 2021/02/08 追記 元々は!__tests__で除外ができていたのですが、どうやら npm v7 では!__tests__が使えないことが判明しました。（npm v6 で検証していました...） 回避方法としては!**/__tests__という風にアスタリスクをつけることで npm v6/v7
「Engineers in VOYAGE ― 事業をエンジニアリングする技術者たち」を読んだ - あのときのログ
先日から個人的にフルサイクル開発のことを色々と調べる機会があり、Qiitaに以下の記事を書いたのだが、 qiita.com この中でほんの少し触れたVOYAGE GROUPの例について、情報源である「Engineers in VOYAGE ― 事業をエンジニアリングする技術者たち」に書かれているその考えや文化については色々と興味深かったため、もう少し書き留めておきたい。 フルサイクル開発の文化 第2章 「Zucks - フルサイクル開発者の文化」 ではアドネットワークやDSPを提供するZucks社の開発チームの文化について書かれている。 VOYAGE GROUPのフルサイクル開発というのは主にこのZucks社の文化のことを言っている。 Zucks社のフルサイクル開発者 「ビジネスアイディアからお客さんに届くまで」を1つのサイクルとみて、それを全て一人の技術者でもやれるようにしよう、というの
10 bad TypeScript habits to break this year
2021-01-21 TypeScript10 bad TypeScript habits to break this yearTypeScript and JavaScript have steadily evolved over the last years, and some of the habits we built over the last decades have become obsolete. Some might never have been meaningful. Here's a list of 10 habits that we all should break. If you are interested in more articles and news about web product development and entrepreneurship,
マイクロサービス化を目指すなら移行パターンを学ぼう /「モノリスからマイクロサービスへ」を読んだ - kakakakakku blog
2020年12月に出版された「モノリスからマイクロサービスへ」を読んだ．本書はタイトルの通り「マイクロサービス移行」に関連するトピックにフォーカスしている．マイクロサービスを学ぶならこの本！とよく紹介している「マイクロサービスアーキテクチャ」の著者 Sam Newman の続編となる．原著「Monolith To Microservices」は，2019年12月に出版されている． 僕自身は技術講師として「マイクロサービス」に関連した研修を担当していることもあり，本書は絶対に読もう！と楽しみにしていた（原著は読もう読もうと積読していた😇）．今回は本書の翻訳を担当された島田さん (@snoozer05) とレビューを担当されたこまさん(@koma_koma_d) からご連絡をいただき，本書を献本していただいた．本当にありがとうございます！ モノリスからマイクロサービスへ ―モノリスを進化させ
W3C発行のHTMLがすべて廃止された日 | フロントエンドBlog | ミツエーリンクス
あくまで有効日数はW3C仕様の名目上のステータスであり、参考情報にしか過ぎないわけですが、HTML5とそれよりも前に策定された(X)HTML仕様は、2018年3月に一斉に廃止され、HTML Review Draftと入れ替わるタイミングでHTML 5.1とHTML 5.2が同時に廃止されました。Second Editionを含んでいますが、HTML5シリーズがいずれも勧告から3年で廃止されているのは何とも興味深いところではあります。 また、古い話ですが、当時HTML5のEditorを務めていたHixieことIan Hickson氏が2008年に「HTML5の完成は2022年ごろになる」と発言していたことがありました（HTML5の完成は2022年！？ | Web標準Blog | ミツエーリンクス）。2012年にW3CとWHATWGのHTMLが分裂[1]し、結局今年になってWHATWG HTM
『ゼロからのOS自作入門』に込めた思い - uchan note
2021 年 3 月 22 日に『ゼロからの OS 自作入門』を出版する予定です。 本書は OS を手作りする本で、現代のパソコンでちゃんと起動する点が特長です。 15 年前の 2006 年に出版された『30 日でできる！OS 自作入門』を読んで育った私（uchan）が その後継となるだろう本を書いたということで、執筆の裏話を記してみたいなと思います。 書籍の概要 タイトル：ゼロからの OS 自作入門 著者：内田公太（uchan） 出版予定日：2021 年 3 月 22 日 ページ数：768（最大。実際はもっと少なくなる予想） ISBN：978-4-8399-7586-9 出版社の書籍ページ：ゼロからのOS自作入門 | マイナビブックス 本書は OS 作りに関する知識がないところから始め、オリジナルの OS「MikanOS」を作る一通りの過程を説明します。 パソコンの電源を入れ、他の OS
Improving Progressive Web App offline support detection | Blog | Chrome for Developers
Progressive Web Apps (PWAs) are a pattern for building modern, installable applications using web technology for mobile and desktop devices. One of the criteria for building a modern web experience, and not coincidentally PWAs, is that the app must continue to work even if the device is offline. That means no Chrome Dino screen if the user loses network access on their device! The goal of all PWA
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
argyleink/transition.css
What's new in Svelte: February 2021
Cypress vs Selenium vs Playwright vs Puppeteer: Speed