useEffectフックのしくみ - Qiita
Dave Ceddia氏による全5回におよぶReact Hooks入門記事の第4回を本人の許可を得て意訳しました。 誤りやより良い表現などがあればご指摘頂けると助かります。 原文： https://daveceddia.com/useeffect-hook-examples/ 想像してみてください。完璧なファンクションコンポーネントにある日、ライフサイクルメソッドを追加しなければらなくなったと。 ああ。 「何とかして回避できるかもしれない？」それが最終的には「もういいや、クラスに変更しよう！」となります。 class Thing extends React.Component に始まり、関数の本体を render にコピー＆ペーストし、最終的にライフサイクルメソッドを追加します useEffect フックならもっと上手くやれます。 useEffect によって、ファンクションコンポーネント
ES2015/ES6 の Proxy を使って Model の変更を検出する（コードは TypeScript） - Qiita
Proxy を活用して、Model が View を知ることなく、Model が変更されたら、View の更新が予約される仕組みを作りました。 (2018/07/08 更新）方式を変えて Model の子オブジェクトの書き換えに対応 Proxy / Reflect とは Proxy - Javascript | MDN Reflect - Javascript | MDN 細部の仕様は MDN を参照のこと とりあえずの解説は他のページに譲ります。 ECMAScript 2015 の Proxy(Proxies) / Reflect をなんとなく理解する メタプログラミング | MDN Proxy を使うと get / set のインターセプトができる メソッドは色々ありますが、今回は get / set のインターセプトに絞ります。 なお、TypeScript の Proxy の型をみる
JavaScriptでの賢いconsole.log( )の使い方 & その他便利なconsole.xxx( )使い方まとめ (dir・table・warn・groupとか) - Qiita
JavaScriptでの賢いconsole.log( )の使い方 & その他便利なconsole.xxx( )使い方まとめ (dir・table・warn・groupとか)JavaScriptdebug初心者初心者向けデバッグ方法 更新 2019/5/20 console.trace()、console.time()、 console.timeEnd()、console.clear()を追記しました。 この記事について JavaScript大好きっ子とよももです！ JavaScriptの上手なconsole.log()の使用方法を調べていたらいろんな使い方があること、console.log()の他にも色々なデバッグ方法があることを知りました。 自分の勉強も兼ねてまとめてみることにしました。 賢いconsole.log()の使い方 例えば... 下記のような３つのオブジェクトがあるとします。
メンバーに恨まれそうな3つのコードレビュー施策を徹底したら、逆にメンバーが爆速で成長した話 - Qiita
ある程度経験を積んだレビュワーがやりがちな失敗は、 指摘しやすいコーディング規約違反だけ指摘している というもの。 コードレビューで指摘するべき欠陥とは、必ずしも規約違反だけではなく、 仕様考慮もれや機能的なバグ、非機能的なセキュリティやパフォーマンス上の問題点も含まれる。 一つ関数に対して複数の視点でソースチェックをしないといけないが、 人間は同時に複数のことは考えられない。 そこでどうすればいいかと情報をあさっていたところ、 われらがIPAがセキュアプログラミング講座というWEBページで、 四回に分けてレビューすることを提唱していた。 １回目はどこに何があるか、 ２回目は可読性が確保されているか、規約にのっとっているか ３回目は機能性 ４回目はセキュリティ といった具合である。 IPAの講座では４回目はセキュリティに限定しているが、 担当していたプロダクトは、非機能面はセキュリティはも
現場で役立つシステム設計の原則メモ - Qiita
This article is a Private article. Only a writer and users who know the URL can access it. Please change open range to public in publish setting if you want to share this article with other users. ※この記事は著者の増田さんの了解の上で限定公開させて頂いております。 https://twitter.com/masuda220/status/1215122054795522049?s=20 オブジェクト指向、設計がなぜ必要か = ソフトウェア全体の整理整頓をするため 第1章 小さくまとめてわかりやすくする 変更が大変なプログラムの特徴 メソッドが長い クラスが大きい 引数が多い 関心事を詰め込みすぎ
Chromium Browserのカレンダー | Advent Calendar 2017 - Qiita
オープンソースのウェブブラウザ Chromium の実装や最近の動向に関するカレンダーです。参加者募集中! :) Chromium is an open-source web browser. These articles will introduce its implementation and the recent trend of the project. Anyone can join. We need more participants! :) Either Japanese or English is OK. Chromium Code Review Advent Calendar: https://qiita.com/advent-calendar/2017/chromium-codereview
エンジニアにも役に立つ、MBAで学んだ基礎スキル 20選 - Qiita
こちらはグロービスアドベントカレンダー25日目の記事です。グロービスは国内では最大規模のビジネススクール/経営大学院を運営している会社で、私自身もグロービス経営大学院のMBAに通っているので、この記事では私が学んだMBAスキルの中でエンジニアの皆さんにも役に立つであろう知識・フレームワークをピックアップしてご紹介します。 1. 正しい意思決定をするスキル まずは正しい意思決定をする為のスキルです。顧客が本当に欲しかったものを作り上げる為にも、エンジニア側も交渉力・調整力を持つ事が重要です。 1-1. 交渉力としての「ZOPA」と「BATNA」 ZOPA（ゾーパ）とBATNA（バトナ）と呼びます。ZOPAは Zone Of Possible Agreement の略で、お互いに交渉が締結できる範囲のことを示し、BATNAは Best Alternative To Negotiated Agr
iMac/MacBook購入後に必ず設定したい設定項目 - Qiita
背景 iMacやmacbookの買い替えなんかで購入直後に設定する項目のメモ ターミナルから設定できます。dotfileとして置いておいて端末購入時に実行するやり方が基本のようです。 一度書いてしまえば端末購入のたびに実行するだけで同じ設定のマシンが瞬時に出来あがるのは素晴らしいですね。 vimrc同様に育てていく感覚が大事なのかも知れませんね()。 基本的には以下のリポジトリとサイトを参考に記載しています。 https://www.defaults-write.com/ https://github.com/divio/osx-bootstrap/tree/master/core https://github.com/mathiasbynens/dotfiles/blob/master/.macos defaultsコマンドとは 「plist」と呼ばれるアプリやシステムの設定ファイルに、
2017年度版 electron-vueで始めるVue.js - Qiita
まえがき Vue.js によるデスクトップアプリ開発を行う際に便利な electron-vue というボイラープレートの紹介です。 この記事は、昨年度の Vue.js Advent Calendar 2016 に投稿された ElectronでVue.jsを始める の2017年度版という位置付けを意識して書いていきます。 (ElectronとVue.jsはどちらも開発スピードが早いことで有名なので、変更点が幾らかあります) 初期設定 electron-vue 日本語ドキュメント を参考に構築していきます。 ※事前に node.js のインストールが必要です。 まず vue-cli をインストールし、 vue init でプロジェクトを作成します。 my-project の部分は好きな名前で大丈夫です。 ? Application Name (my-project) ? Project des
【エンジニアリング組織論への招待】を10~15分で読めるように1万文字程度でまとめてみた - Qiita
■ はじめに エンジニアリング組織論への招待という本を読みました。 ジョブ理論 に続く名著でした。 理想に向けて、事業を最速かつ生産性高く成長させるには、「未来」と「他人」という2つの不確実性をマネジメントすることで、成し遂げられる ソフトウェア開発における不確実性のマネジメントには、不確実性に立ち向かえるチーム開発が何よりも重要である（ex. メンタリング、権限移譲、信頼関係、透明性） の2点を中心に、事業成長×組織の幸せに必要なフレームワークを提供してもらえるものでした。 ソフトウェア関連の事業やプロダクトに関わっている人（特にマネジメントしている人）は職種限らず読むと、みんな幸せになれそうなので、1人でも多くの人がこの概念に触れられるように、私なりの視点で雑多にまとめました。 （ちなみに著者の 広木さん - hiroki_daichi には個別にご連絡し、要約した本記事の公開許可は(
Qiitaで記事にCodePenが埋め込めるようになりました - Qiita
Qiitaで記事にCodePenのPenが埋め込めるようになったので、実際に作りつつ埋め込み方を紹介します。 CodePenのエディタの開き方 CodePenにアクセスし、ログインまたは登録後「Create」→「New Pen」を選びます。 するとエディタ画面が出ます。 HTML, CSS, JSなどを入力してSaveします。 埋め込み方 エディタ画面の右下のバーに Embed という項目があるのでクリックします。 するとモーダルが出るので、HTML形式を選択してボックス内のHTMLタグをコピーします。 コピーしたHTMLは以下のような感じになると思います。 <p data-height="265" data-theme-id="0" data-slug-hash="dJgNLK" data-default-tab="js,result" data-user="tomoasleep" da
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Virtualmin