Fragment をコンポーネントのトップに置くのはアンチパターンではないかと考える | stin's Blog
Fragment をコンポーネントのトップに置くな「Fragment をコンポーネントにトップに置く」というのは下のようなコンポーネントを作成することを指します。 export const MyComponent = () => { return ( <> <h1>This is a sample code.</h1> <p> Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Dui
フロントエンド開発のための Figma
Картирование процесса фасилитация стратсессий с Картой гипотез при помощи Карты процесса-опыта
JavaScriptフレームワーク選定の議論 - Qiita
相談内容 既存の管理ツールを新しく作り直すために新しいJSフレームワーク/言語使いたいのですが、何を選んだらよいでしょうか？ ここで選んだものは今後新しく作る時にも使用していく予定のため、学習コストよりメンテナンスしやすいものを選びたいと考えています。 利用者は社内外で特定の権限を持った人のみであるため、サーバサイドレンダリングはしない予定です。 言語は型があるものを利用したいのですが、TypeScriptとFlowのどちらがよろしいでしょうか？ 時間に余裕があれば、テストフレームワークやビルドツールについてもお聞きしたいです。 現在のページ/チーム jQueryなどで書かれている部分が多いですが、変更を加えることが難しくメンテナンスコストが高いです。 サーバサイドをやってる人が片手間で書くJavaScriptといった状況です。 今回新規で数ページを追加する必要があるため、何を利用すれば良
You Can’t Get Comfortable in Web Development
I’ve been thinking a lot about the topic of “JavaScript Fatigue” and have had a number of exchanges with other developers about their opinions and, most importantly, their concerns. The post, How it feels to learn JavaScript in 2016, by Jose Aguinaga kicked off quite a bit of debate of what I feel has been a growing concern to the amount of tooling necessary to build web sites and applications. On
フロントエンドのエラーを「Sentry」で可視化！技術力の向上にも効果的な、その活用法 | SELECK [セレック]
今回のソリューション：【Sentry/セントリー】 〜エラー検知ツール「Sentry」を導入し、把握するのが難しいフロントエンドの不具合対応を高速化した事例〜 結婚式場のクチコミサイト「ウエディングパーク」を運営する、株式会社ウエディングパーク。同社は、Webサイトの表示崩れや、ちょっとした動作のバグに、気が付くのが遅れてしまうという問題を抱えていた。 Webサイトが巨大になるにつれて、ページ数が増え、テストが漏れる箇所が出てきてしまうことも多い。同じような悩みを抱えている企業も、少なくないだろう。 同社ではその問題に対して、フロントエンドのエラーを検知できるツール「Sentry（セントリー）」を導入した。JavaScriptのエラー情報だけでなく、OSやブラウザの情報も合わせることで、デバイス固有のエラーの発見も容易になったという。 Sentryにはチケット管理ツールのような一面もあり、
![フロントエンドのエラーを「Sentry」で可視化！技術力の向上にも効果的な、その活用法 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/75c85b819ace3661f52b6693a34fa1eb464d3b40/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2016%2F08%2F24124048%2Fcfb8f062-b095-47e5-bda2-615c02b8a685.jpg)
フロントエンドで使ってるものがあまり変わってない - No Regrets in Bathing
自分のスタックはあまり変わっていない。ほとんど10年のツケを払っていない。学習能力が低いせいでもあり、選んだスタックがバージョンを重ねている成果でもある。 毎回使う フレームワーク：Vue.js 消耗、などの意見が散見されたが、べつに今でも便利に使えている。 browserifyやwebpackがあれば便利だけど、なくてもいい、ってバランスが好き データフローは特に考えない。状態がそこにあるので書き換えれば良い。 あまり頭を使わなくていいのが助かる Reactの考え方は好きなのだけど、よっしゃFluxやるぞって気持ちにはならず、Reactのみでよしなにやるソリューションが広まったらいいなと思う。 ビルドシステム： browserify / watchify substackの作るものはどれも品質が高いので、もうsubstack製品だけ使っていればいいやという気持ちになりがち。余計な処理が全
フロントエンドのもくもく会をはじめてみた - ムログ
フロントエンドかけこみ寺というコミュニティでもくもく会をやってくことになり、 1/27に第1回をおこないました！！！！ きっかけ ひとりでJSもくもく読んだり書いたりしてるだけだと寂しいのと、 他人の目がないと自分に甘えちゃって何も進まない自堕落な性格なので 「どこかもくもく会に参加したいなー」とツイートしたところ、 dkimura に「やるならうちのオフィス貸しますよ〜」とお声がけいただいた(ありがたや〜)のがきっかけです。 結局、もくもく会に参加を飛び越えていきなり運営することになり、不安要素だらけなのですが 継続できるようにがんばりたいです。 目的 わたし自身と、参加してくださってるみなさんの技術力(主にフロントエンド力)の向上です。 技術をフロントエンドに限定していますが、参加されてる方の職種は絞らないつもりです。 主な活動 Slackでの交流を主として、隔週水曜にもくもく会を開催
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアに求められるコミュニケーション能力 社内の“ハブ”として機能するフロントエンドエンジニアリングーFOLIO 倉見 洋輔氏 - Forkwell Press
Amazon.co.jp: フロントエンドエンジニアのための現在とこれからの必須知識: 斉藤祐也 (著), 水野隼登 (著), 谷拓樹 (著), 菅原のびすけ (著), 林優一 (著), 古沢宏太 (著), 斉藤祐也 (編集): 本