かつて「ワンランク上の勉強法」というサイトで”わからん科目攻略法”というものが紹介されていた。 これは非常に有用な技術なのだが、現在はジオシティーズの閉鎖に伴い閲覧不可能である。。 このまま埋もれてしまうにはあまりにも勿体ないので簡単に紹介し、今日はその技術を土台として自分の頭でモノを考えるという事がどういう事なのかを書いていこうかと思う。 最近全然頭使ってないなという人には参考になるかもしれない。 難しい概念にぶち当たったら、理解しようと思わないで１０回読め あなたが物理の勉強を始めたと仮定しよう。 物理は難しい。 分野によっては一読しただけでは何が書いてあるのかサッパリ理解できない事も多い。 高校生の頃に早々に脱落してしまった人も多いだろう。 この難しい科目を”わからん科目攻略法”は「理解しようと思わずに毎日ただ目を通して10回ぐらい読め。そんで11回目にわかろうと思って読め」と説く
「いくらアイデアを出しても、使えるものが見つからない……」 「このアイデアを、取引先におもしろいと思ってもらえるだろうか……」 このように悩んでしまうのは、アイデアの質を、いまひとつ高めることができていないから。 とはいえ、アイデアの質が高まらないのは、そうするための方法を単に知らないだけの話かもしれません。その方法とは、「トリーズの9画面法」。今回は、よりよいアイデアを生むのに役立つトリーズの9画面法のやり方を、筆者の実践例もあわせてご紹介しましょう。 アイデアの質が低い理由 1. アイデアの3要素がそろっていないから 2.「ベストなアイデア」でなければ意味がないと考えているから 「トリーズの9画面法」とは 「トリーズの9画面法」を活用するメリット 「トリーズの9画面法」を実践してみた 実践してみたら、アイデアをよりよくすることができた！ 素朴なアイデアの質を簡単に高められる 勉強でも「
チームで仕事するとき、みんなもう少し自分の存在、自分のリアクションがチームに与える影響を自覚した方がいい。 例えばミーティングでブレストしているとき、議論が前に進むのは、あるときふと場に出されたアイデアに対して、誰かが"それいいですね"って言った瞬間である。アイデアを出したとき、その人にはふつう、確信なんてほとんどない。僕なんか自分の意見に自信なんかなくて(大体みんなそうなのだ)、言ってみて、まわりの反応を見て、あ、なんか良さそうだ…と思ったときにやっと前に進むことができる。みんな、自信なんてないのだ。だからアイデアは、場に出されたときはまだ、波際の砂のお城のようにやわらかである。 しかし、あるアイデアに対して、それいいね、と声をもらったとき。いい顔が見えたとき。姿勢が前のめりになってくるとき。そのときとあるアイデアは、はじめて光るのだ、形になる可能性を見せるのだ。 * 逆に言えば、議論に
Scrum Fest Mikawa 2021の登壇資料です。 以下は資料内で引用している参考リンクです DPA https://qiita.com/viva_tweet_x/items/97e819c626979b78947a KPT http://objectclub.jp/downlo…
この記事は Classi developers Advent Calendar 2021 の 7日目の記事です。 こんにちは。顧客サポート基盤チーム兼、技術戦略室にてエンジニアをしています、中島です。 みなさんは、日々仕事をする上で必須である「誰かに質問をする」という行為について、自信を持って適切に行うことはできているでしょうか？ 先月弊社では外部講師である、株式会社フィッシャーデータのあんちべさん をお招きし、質問力向上のための研修を実施しました。今回はこの研修を実施するに至った背景、研修内容を少しお見せするのと、社内の反響をお伝えします。 質問力を向上しよう！と至った背景 弊社は2020年2月頃よりリモートワークへの移行を行い、1年半以上が経過しました。リモートワークのお困りごととして一般的にもよく聞かれる、コミュニケーションについての課題を見聞きするようになってきました。 （ちなみに
国立国会図書館デジタルコレクションを使い始めてもう15年になる。昔は牧歌的な時期もあり、面白そうなタイトルを選び、チビチビ楽しみながら読むといった感じであった。ところが国立国会図書館デジタルコレクションが際限なく良くなっていくため、どんどん読み方が変っていった。 今の国立国会図書館デジタルコレクションは便利すぎるため、アクセスする資料の数がものすごいことになってきている。ここ数日のアクセスした資料を抽出してみたら、平均すると1日500あたりで、もう人間の能力では処理できない。 どう読んでいるのかというと、先にブラウザのタブで必要なものが掲載されていそうな資料を10-20程度開いておいて読み進め、必要ならページをめくるとデータを読み込む時間が発生するので、別のタブに移動してまた読むみたいなのを繰り返している。この読み方だと基本的にタイトルや著者といった情報は頭に置かない。データの断片があるだ
こんにちは、フリッツ です。プロダクトマネージャー（以下 PM）になってから相当の年月が経ち、特に、現職の US メルカリにおいては「 UIUX 強化型 PM 」として認知されるようになりました（ありがたい）。 ただ、最近は自分があまりにもいま持っているスキル・経験に立脚しすぎているなぁ、と感じており、強みの分野を広げようとお勉強中。 ということで、旅の序盤として、本記事では「プロダクトの成功」を導くために必要とされる、問題定義・優先順位決定・実行 という 3 つのステージを PM 視点から 20 項目にわけてみました。できるかぎり、（自分の今までの）現場の動き方に沿うようにまとめました。割と基本的な内容ではありつつも、特に実行のパートにおいては、現場で役立つような個人的知見を多少含められたはず…。 プロダクトに関わる方、および・駆け出し～数年目の PM の方のお役に立てる記事になっていれ
チームのマネージャーが、自らの責務をジョブディスクリプションとして明文化することは難しい。職務内容や権限を、断片的にしか書けないかもしれない。もしそうなるなら、実務も断片的になっている可能性がある。 チームマネジメント（組織マネジメント）という活動は、個々のマネージャーの経験や関心によって、断片的になりやすいように感じている。断片的とは、マネジメント活動が、責務の一部の領域に偏ってしまっていたり、問題を検知してはじめてその領域がマネジメント範囲であることを知る、といった様子を指している。 このような状態になる背景は、マネージャーにとって、マネジメントが、日々の実務を通して蓄積された経験に基づく活動になっているからではないか。マネージャーは孤独だ。ひとりでその責務を担う。エンジニアとは違い、チームで協働するわけではない。だから、形式知として言語化されず、個人の経験として暗黙知にとどまる。その
ビジネスにおいて「解像度が足りない」という言葉が使われるようになりました。この解像度という概念を、深さ、広さ、構造、時間の4つの軸で整理して、それぞれでどうやって解像度を上げれば良いのかについて解説しています。 このスライドを使った
今回の記事では、ちょっと感覚的でふわっとした話をしようと思います。それは「『仮説ドリブン』という考え方には往々にして落とし穴があるのではないか？」という問題提起です。 そもそも、「仮説ドリブン」（仮説駆動型：hypothesis-driven）というアプローチは実験科学分野出身の我が身にとっては、個人的には馴染み深いものです。まだ僕がポスドクだった頃、国際会議に際して日本人研究者同士で集まる会が毎回あったのですが、その席上でお話を聞く機会があった当時のトップ研究者の先生から「この世の森羅万象は網羅しようとするにはあまりにも広大過ぎる、故に森羅万象を区切って『仮説で白黒つけられる範囲』に絞り、これを検証するということを繰り返して前に進むべき」ということを聞かされ、感銘を受けたのを覚えています。 実際、仮説ドリブンの考え方は非常に有用なものであり、今現在僕自身が主戦場とする広告・マーケティング
はいじん @haijin88 就活15万人見てきたニキが話題になってるのにかこつけて話しますが、自分も前職で学生を100人程度面接しました。バイト・サークルのことは一切聞かずに、学生時代に何を勉強してきたか、および最近気になったニュースについて聞きまくったのですが、たいていの学生に嫌われるやり方だったと思います 2020-08-19 20:44:12
そもそも、べき等性とは、どういうことを言うのでしょうか ? これは「ある操作を 1 回行っても複数回行っても結果が同じである」ことをいう概念です。 例えば、注文処理を考えます。画面インターフェースで、注文確定 / 送信ボタンを押すという操作で二度三度押してしまうユーザーがいます。これで同じ内容の注文が複数回登録されてしまったら問題です。こういったケースでは、画面側で連続して押せないような実装を追加したり (①)、サーバー側で同じ注文の処理であることを認識して適切に一つの処理と判断するようなこと (②) が必要です。 この例では、画面側の制御を入れたほうが簡単なように見えます。しかし、現実には画面とサーバーとの間のネットワークの問題や画面以外からの HTTP コールなどを考えると、このような重複リクエストが起こってしまうという可能性はゼロではありません。 このようなものへの対処として、サーバ
みなさん入学おめでとうございます。 （中略） 皆さんが知っておかなくてはいけないことは、心理学というのは人間の心の秘密を解き明かすような学問ではない、ということです。 心理学者はかけがえのない個人ではなく、平均化された、つまり「データ」としてしか存在しない個人 (実は人間以外の動物であろうとロボットであろうと、心理学者にとっては全て等価なのだが) を研究しています。 心理学者はこの平均化するやり方が大好きです。 例えばある人のパーソナリティ (性格) を測定する際には、いくつかの項目への回答や、これまでの行動履歴などを平均して算出します。 あるいは、男性と女性の違いについて論じる際には、男性実験参加者と女性実験参加者の刺激への反応パターンをそれぞれ平均して比べます。 つまり、個人差を潰すことが心理学の研究ではとても重要です。 さて、平均化して (いくつかのパタンに分けて) 人間を見ていくや
こんにちは、スマートニュース株式会社の紀平です。 SmartNews のアプリ内では、最近 WebView を使った機能を多数公開しております。そのうちの一つにショッピングチャンネルという機能があるのですが、今日はそのショッピングチャンネルのタイムセール枠で以前発生した、謎のプチフリーズ問題の調査手法をご紹介します。 tl;dr 特定の Android 端末でプチフリーズが発生した 再描画領域を減らすことで現象は改善した Chrome の Tracing 機能を利用し、ブラウザのソースコードまで参照して、ついに根本原因まで突き止めた タイムセールで起こった問題 タイムセールは、SmartNews のショッピングチャンネル内において WebView で提供されている、期間限定のお得な商品をアグリゲーションした機能です。EC サイト各社のご協力の上にご提供しております。内部は HTML5 で開
コロナワクチン接種「希望する」は63%、「希望しない」は37% 年齢が若いほどワクチン接種に消極的 SNSでコロナ情報を収集している人はワクチン接種に消極的 コロナワクチン接種意向 上図は新型コロナウイルスのワクチン接種意向を円グラフで表したものです。 コロナワクチン接種を希望する人は全体の62.8%となっており希望しない人を上回ってはいるものの、残りの37.3%は接種を希望していないことが分かりました。 コロナワクチン接種意向と回答者属性の関係性 年齢が若いほどワクチン接種に消極的 上図はコロナワクチン接種意向を年齢別に表したものです。 これによると若い世代ほどワクチン接種を希望しない人が多く、年齢が上がるにつれて希望する人が多くなる傾向が読み取れます。 このように若い世代ほどワクチン接種に消極的になる原因として、コロナ発症時の重症化リスクの年齢差が考えられます。 コロナウイルスは高年層
日常生活で新型コロナウイルスに感染すると思わないと考える人が、40代から50代ではおよそ半数に上ることが国際医療福祉大学の調査で分かり、専門家は、入院する人がいま最も多いこの世代に感染するかもしれないという認識を持ってもらうことが重要だと指摘しています。 調査は、国際医療福祉大学の和田耕治教授らが、7月13日からの3日間首都圏の1都3県の20代から60代を対象にインターネットで行い、およそ3100人から回答を得ました。 調査で自分が新型コロナウイルスに日常生活で感染すると思うか尋ねたところ、「あまりそう思わない」か「そう思わない」と答えた人は、 男性は ▽20代で43％、▽30代で41％、▽40代で52％、▽50代で55％、▽60代で66％。 女性は ▽20代で42％、▽30代で45％、▽40代で48％、▽50代で60％、▽60代で70％でした。 ワクチン接種が進んだ60代をのぞくと、男女
この記事は2017/11の以下のブログ記事の翻訳です。 blog.itaysk.com まずはじめに、翻訳を快く許可していただいた@itayskさんに感謝いたします。 3年前の記事ですが、デプロイ戦略についてここまで網羅的にまとめられた記事が日本語で見つけられなかったので翻訳してみようと思いました。 初めての翻訳記事であり、かつ翻訳時に多少の意訳を含んでいます。私の翻訳ミスがある可能性も十分にご了承ください。 何か間違いやわかりにくいところがあれば、コメントいただけますと幸いです。 無謀なデプロイ (Reckless Deployment) ローリングアップグレード (Rolling Upgrade) ヘルスチェックと監視 ロールバック 後方互換性 ちなみに ブルーグリーンデプロイ (Blue/Green Deployment) ドレイン スイッチバック ステージ ちなみに カナリアデプロ
6. Data / Inform / Information Inform: “to convey knowledge via facts (事実によって知識を伝える)” Data (Factの集合) Information 選択・加工して知識を取り出す Value of Values (Rich Hickey) 業務システム構築におけるデータモデリング (和田省二) 7. Dataを場合分けする Event (コト) Resource (モノ) 日時属性をもつ 日時属性をもたない 非対称性 対称性 ある一時点 ライフサイクルがある 一時点の事実の記録なので、属性は変わる ことはない。 ライフサイクルにともない属性が変化して いくこともある。 属性が変化しても同じモノであることを示 すためIdentityが必要。 データは大まかに2種類に分別できる。
みなさんこんにちは。@ryuzeeです。 12月1日に新刊『チームトポロジー』が発売になったのでぜひよろしくお願いします。 スクラムの認定コースでも基礎的なコースでも、よく聞かれるのが大規模の場合の対応についてです。 そこで、今日は大規模の場合の選択肢になりそうな大規模アジャイルフレームワークを紹介します。 紹介しますが、最初に大事なことをお伝えしてから紹介します。 そんなにたくさん作っても使わない2019年にプロダクトマネジメント関連のSaaS企業であるPendoが行った調査によると、ソフトウェアプロダクトにおいて平均的な機能の利用状況は次のようになったそうです。 まったく使わない: 24%ほとんど使わない: 56%よく使う: 8%いつも使う: 12%つまり80%の機能はほとんど、もしくは、まったく使われないということになります。 たくさんの人を集めて、たくさんの機能を作るのは、ムダであ
Developers Summit 2021 Summer［A-1］アジリティを支える品質特性 講演日時: 2021年07月30日（金） 10:00 ～ 10:45 概要: ビジネスにとってITは、「あると便利」から「有効」、「不可欠」を経て「中核そのもの」になりつつあり、柔軟かつ俊敏に…
起こってほしくはないのですが、あらゆるWebサービスは完璧に動作する状態を維持することは難しく、やはり障害対応・トラブルシューティングといった作業が発生します。 筆者は普段仕事で障害対応を不幸なことによくやるのですが、障害対応のスキルというのはスピードや判断の正確さが求められるせいか、今までやったことがある人・ノウハウがある人に集中し、それ以外の人は眺めるだけ・あとからログを見返すだけの状態によく陥ることがあります。 これはWebサービスを開発・運用するチームとしてみたときにそういった苦労が特定の人に集中するのは良くないので、それを緩和する目的として、筆者が障害対応時に考えていることを記述してみます。なお、これが唯一の正解ではないとは思っているので、ツッコミや、自分はこう考えているよというのを教えていただければ幸いです。 具体的な手法を避けて思考の方法を述べているのは、障害というのはパター
ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くことがどれほど苦痛なことであるか。エンジニアリング組織のマネジメントを長年担ってきて、それは強く感じるところだ。 中途採用の選考プロセスに面接官として参加し、これまで数多くの退職理由を見聞きしてきた。その中で、レガシーシステムをリファクタリング・リアーキテクティング・リライトできないことへの不満を理由として挙げるエンジニアは多かったように思う。裏を返せば、自社のソフトウェアプロダクトが技術的負債にまみれたまま放置されているなら、優秀な人材が他社に流出するリスクがあると認識すべきだ。 本稿では、技術的負債と開発者体験の関係について紐解くとともに、それに対してソフトウェアエンジニアリング組織を預かるマネージャーが取るべき行動について考えてみたい。 ※これは、Engineering Manager Ad
毎日新聞は16、17の両日、全国世論調査を実施し、岸田文雄首相にいつまで首相を続けてほしいか尋ねたところ、「早く辞めてほしい」が51％で最も多かった。「できるだけ長く続けてほしい」は12％、「来年9月の自民党総裁選任期まで」は25％だった。「わからない」も12％あった。 岸田内閣の支持率は、マイナンバーカード…
インパクトのある写真を反射的にシェアしてしまったり、「マスメディアに流れない事実」を見つけてリツイートしたり。そうやってあなたが拡散した情報は、世界中で何度も繰り返し現れるデマやフェイク情報かもしれない。 実例と、そういった情報に騙されないための具体的な方法を紹介する。 何度も拡散する「インドの雷神」画像2020年6月25日、インドで落雷によって107人が死亡したというニュースが流れた。その際に、ある匿名アカウントがツイートした画像が、冒頭に掲げたものだ。 信じがたい量の雷が降り注ぐ画像は1.2万回以上リツイートされ、「これが本当の『万雷』か」「逃げ場なし」などの反応を生んだ。 結論から言うと、この画像は2つの意味で現実のものではない。 一つは、雷が落ちている写真を何枚も合成して作った写真だということ。もう一つは、2017年4月に撮影されたものであるということ。 つまり、2020年6月25
毎日新聞は20、21の両日、全国世論調査を実施し、次の衆院選で政権交代してほしいか尋ねたところ、「政権交代してほしい」が62％で、「政権交代してほしくない」は24％にとどまった。「わからない」も13％あった。 昨年11月以降、自民党派閥の政治資金パーティーを巡る裏金問題が深刻化。岸田内閣の支持率は…
生涯にわたって子供を持たない人が増えている。日本の50代女性は4人に1人以上が該当し、先進国では突出して多い水準だ。少子高齢化に続き、無子化でも世界のトップランナーとなる日本。その背景は何か。社会はどう変わるのか。専門家に聞いた。生涯無子率の上昇は、社会保障制度の観点からはどう位置づけられるだろう。一橋大学の小塩隆士教授（公共経済学）は、子供を持たない人が増えるのは「当然の帰結」とした上で、「そ
新型コロナウイルスに感染した人のうち、県を越えた移動をした人は、県を越えた移動をしていない人に比べて、他の人に感染させた頻度が高いという解析結果が、3日開かれた厚生労働省の専門家会合で報告されました。感染拡大をさらに抑えるには、移動が活発な若い世代に移動を自粛してもらう必要があることを示しているとしています。 解析は、専門家会合のメンバーで東北大学の押谷仁教授が行い、報告しました。 それによりますと、ことし1月から8月に、自治体が移動歴を公表していた、およそ2万5000人余りの感染者の情報を解析したところ、▽県を越えた移動歴のある人が他の人に感染させた割合は25.2％だったのに対して、 ▽県を越えた移動歴がないか、不明な人の場合は21.8％で、県を越えた移動歴のある人の方が頻度が高かったというです。 また、県を越えた移動歴のある感染者が、家族以外に感染を広げたケースを分析すると、10代から
九月 @kugatsu_main 初対面の人と同席する場でタバコを吸う際には、まず「タバコ吸ってもいいですか？」と聞く。マナーだからだ。八割方みな「どうぞ」と言う でも本当に八割がＯＫなのか？聞き方の問題かもと思い、試しに「タバコ吸わない方がいいですか？」と聞くようにしてみた。語尾を変えただけで、五分五分になった 2023-09-16 12:53:04 九月 @kugatsu_main 「吸ってもいいですか？」と聞くと、主題は「喫煙者のタバコ吸いたさ」になる。非喫煙者はタバコの吸いたさを知らないから、何となく気を遣ってOKしたりするのだろう 一方で、「吸わないほうがいいですか？」と聞くと、非喫煙者の「吸ってほしくなさ」を主題にできる。聞き方一つで主役が入れ替わる 2023-09-16 17:30:59 九月 @kugatsu_main そもそも「タバコを目の前で吸ってほしい」と言ってくる人
30日午前9時半すぎ、気象庁は関東や東海などの広い範囲で強い揺れが予想されるとして、緊急地震速報を発表しましたが、震度1以上の揺れは観測されませんでした。気象庁は「誤報」だとしたうえで「速報の処理において震源を本来と異なる位置に決定した。多大な迷惑をかけたことをおわびします」としています。 しかし、実際には体に感じる震度1以上の揺れは観測されませんでした。 速報が出る前の午前9時36分ごろには、鳥島近海を震源とするマグニチュード5.8の地震が発生していましたが、気象庁は、この地震をシステムが処理する際に、震源を本来と異なる房総半島南方沖に決定し、マグニチュードを過大に推定したとしています。 過去には同時刻に複数の地震が起きたことで、震源やマグニチュードの推定を誤る事例もありましたが、今回は、これにもあてはまらないということです。 気象庁は今回の発表を「誤報」だとしたうえで、加藤孝志地震津波
The Patternsハイパープロダクティブチームを体系的に生み出すため9つのパタンはこちらになります。 1. Stable Teams 2. Yesterday's Weather 3. Swarming: One Piece Continuous Flow 4. Interrupt Pattern: Illigitimus Non Interruptus 5. Daily Clean Code 6. Emergency Procedure 7. Scrumming the Scrum 8. Happiness Metric 9. Teams that Finish Early Accelerate Faster https://www.scruminc.com/wp-content/uploads/2014/05/teamsthatfinishearlyacceleratefaste
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに みなさん形式手法をご存知でしょうか？ 名前くらいは聞いたことあるけどいまいち何かわからないという方が多いのではないでしょうか。 その通りです。形式手法はアカデミアではそれなりに研究されているものの、 一般の（特にWeb系）ソフトウェア開発者が携わることはなかなかないのではないかと思います。 この記事ではソフトウェア開発に形式手法が導入されないのはなぜなのかを考察します。 この記事ではアジャイルソフトウェア開発において形式手法を導入する際のハードルについて考察します。 追記 本記事について、「形式手法は流行っていない」というのは
サービスを0→1でつくる上でまず必要になるのが、サービスのコンセプトづくりです。 いままで自社事業や様々な企業との共同プロジェクトを通じてサービスづくりに取り組む中で、サービスのコンセプトづくり、すなわちコンセプトメイキングのプロセスにもある種の型があることに気付きました。 このnoteでは社内ドキュメントである「サービスコンセプトのつくり方」の内容を一部NDAでシェアできない資料を除いて全公開します。 ＜コンセプトメイキングの大前提＞🧐 STEP１：コンセプトとは何かを知ろうコンセプトが何かを知る上で、コンセプトの立ち位置と役割を知ろうコンセプトそれ自体は様々な形があり、非常に漠然としている。 なので、コンセプトがそれ以外の要素とどういった関係にあるのか、どういった役割を果たすのかという観点からコンセプトとは何かを理解しよう。 まずサービスアイデアは下図のような構造を持っている。 ある
嘘ではない。 実は依頼を受けて総務省統計局で行っている家計消費状況調査に半年ほど 協力していました。何の調査かというと、 ”家計消費状況調査は、世帯を対象として、購入頻度が少ない高額商品・サービスの消費やICT関連消費の実態を毎月調査しています。調査結果は、個人消費動向の分析のための基礎資料として利用されるとともに、我が国の景気動向を把握するための基礎資料としても利用されています。” だそうです。めちゃめちゃざっくり言うと君は毎月どんなものに 金使ってるんですかっていう調査ですね。 全国から3,000の調査区を選定し、その中から10世帯ずつの合計 30,000世帯をランダムで選んでるみたいです。 10世帯のうち選ばれる単身世帯は1世帯だけみたいなので、 そこそこの確率を引き当てたっぽいです。 やる事といえば各月毎に購入したもの・サービスを調査票の項目別に まとめて提出するだけです。自炊の食
プログラムの解説文章をソースコードに混在して表記し、そこから解説記事を生成する、文芸的プログラミングという手法がある。 文芸的プログラミングはソースコードに強く結びついた形でドキュメントを管理することができ、ソースコードの解説を記述するためには良い手法である。ただし、生成される解説記事はあくまでソースコードの記述順に沿ったものであり、プログラマの開発手順、実装順序に沿ったものでは無い。 ソースコードの解説は、そのコードが作られた順番に行われたほうが、プログラマの思考に沿って説明がされるので分かりやすい。そのような発想に基づいて提案された手法が、文芸的コミットだ。 コミットメッセージに、そのコミット内容を説明する文章を記述していくことで、コミットのヒストリーが解説記事になる手法だ。この方式だと、コミットというコードが改変されていく順番で解説ができるので、より分かりやすい内容にできる。 この方
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
クラスをイミュータブルに設計するパターンの紹介 ・閉じた操作 ・withメソッド ・イベントリポジトリ＆集約ファクトリ
はじめに HTML＋CSSコーディングにおいて、「どのように要素を特定してスタイリングするのか」というCSS設計上の課題に対し、「ひとつ上の視点で思考できる概念図」を紹介します。 この図を用いることで、3種類の異なるスタイリングアプローチ（OOCSS方式 / 包括要素基点方式 / BEM方式）の本質を一度に俯瞰できるため、全てを同じ枠の中で捉えられます。そして、最終的には種別や規模の異なるサイトやプロジェクトに対し、同じメソッドを使ってそれぞれ最適な設計がおこなえるようになります。 ※この記事は標準化ノウハウ公開の一環として書いています。 仕組みの概要や前提事項などについては「UltimateCoding 概要・前提事項」のエントリをご確認ください。 経緯 / 制作者中心のデータ分類 そもそもですが、HTMLとCSSは目的も仕様も異なる言語です。 HTML+CSSコーディングを一般的な視点
const url = "https://fetch-api-normalization.deno.dev"; await fetch(url, { method: "PATCH" }); await fetch(url, { method: "patch" }); 実行すると、次のようなエラーを得るはずです。 PATCH を小文字で書いた際のエラーの一例 さて、どのような条件でこのエラーが発生するのでしょうか？これが意図されたものなのだとしたら、 GET や POST は大文字・小文字を無視してよくて PATCH は無視できない理由がなにかあるのでしょうか？以下でその理由を探ってみましょう。 いつエラーが発生するか このエラーは、 Fetch API を利用して外部の HTTP サーバーに対してリクエストを行う時に、 PATCH と書くべきところを patch と書いていると発生します。
毎日新聞は15、16の両日、全国世論調査を実施した。政府が3月に発表した少子化対策の案を評価するか尋ねたところ、「評価する」は26％にとどまり、「評価しない」の53％を下回った。 岸田政権は「異次元の少子化対策」を打ち出し、3月末に発表したたたき台には、児童手当の所得制限撤廃や男性育休の取得率向上策などを盛り込んだ。 少子化対策の財源を確保するために、社会保険料を引き上げることについては、「賛成」が18％で、「反対」の72％を大幅に下回った。また、財源確保で増税することについては、「賛成」が24％、「反対」が67％だった。 岸田文雄首相は6月にまとめる経済財政運営の指針「骨太の方針」までに、子ども予算倍増に向けた大枠を示すと表明している。政府は少子化対策の財源について、社会保険料に上乗せして集める案を検討しているが、増税よりも反対の割合が多い結果となった。 岸田内閣の支持率は36％で、3月
ぼんやり上司とガツガツ上司、どっちが良いか 2021.05.21 Updated by Ryo Shimizu on May 21, 2021, 08:45 am JST 「もっと派手に、若々しく」とか「うーん、違うんだよなあ」と、ぼんやりした指示しか出してくれない上司と、「ここは赤で」「明日までに見積書を書け」みたいにガツガツ仕事を進めてしまう上司、どっちがいいか、という問題について最近考えたことがあった。 ガツガツ上司の場合、部下はストレスは感じるがやりやすい。 上司が欲しがるものが明確化されているので、「赤にしろ」と言われれば赤にすればいいし、「見積書を書け」と言われれば書けばいいからだ。 それに引き換え、ぼんやり上司の下にいると、部下は苦労する。 なにしろ何をして欲しいのか明かされない。何をすればいいのか自分で考えなくてはならない。そして、何かやって持って行ったとしても、ぼんやり上
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く