並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 3968件

新着順 人気順

か_考え方の検索結果81 - 120 件 / 3968件

  • 横書き時の読点、今後は「,」ではなく「、」へ……文化庁が「公用文作成の考え方」を公開【やじうまWatch】

      横書き時の読点、今後は「,」ではなく「、」へ……文化庁が「公用文作成の考え方」を公開【やじうまWatch】
    • GA4をユニバーサルアナリティクスのように使うための考え方とコツ - ブログ - 株式会社JADE

      こんにちはあるいはこんばんは。村山です。 分析する場面にて、 GA4 を ユニバーサルアナリティクス のように使いこなせている方は、そこまで多くはないのではないかと思います。そこで、今回は Googleアナリティクス で分析するという目的から、 どのように ユニバーサルアナリティクス で対応していたことを GA4 で実現するための考え方やコツを紹介します。 なぜ、アナリティクスのデータを見るのか ユニバーサルアナリティクス と GA4 でのレポートUIの違い アナリティクス環境への混乱 GA4 移行における混乱を考える ユニバーサルアナリティクス のレポートUIを考察する GA4 のレポートUIを考察する GA4 を見るときに意識したいこと GA4 に慣れるためのUIUXを考える GA4 に慣れるためのUI モニタリング分析には GA4 のライブラリを活用する ライブラリの構成 コレクショ

        GA4をユニバーサルアナリティクスのように使うための考え方とコツ - ブログ - 株式会社JADE
      • 結婚にメリットがあるかどうか考えてやるもんじゃない。 そういう考え方な..

        結婚にメリットがあるかどうか考えてやるもんじゃない。 そういう考え方ならもし結婚したら後悔するで。ただメリットがないわけではない。 俺は40前で別に好きでもない人と酔った勢いで結婚の約束をしてしまい、その約束を守って結婚した。 相手が俺のことをずっと好きだったみたいなことは知っていたけど、全然タイプじゃないし、手を握りたいと思ったこともない相手やった。 ただの飲み友達の一人でキスもしたことないのに入籍した。お互い初婚。相手が2個上。 こんなノリで結婚したらおもろいやんというだけの結婚やったけど、親と妹はなんか泣いて喜んでたし、生活はかなり余裕ができた。これはメリット。 妻のほうが収入が多いくらいなので俺の稼ぎは全額貯蓄している。 年金暮らしなんて期待していなかったから死ぬまで働くんだと諦めていたけど、60歳までに一億円貯金して引退したいと思えるようになった。 知らない人との共同生活はまあス

          結婚にメリットがあるかどうか考えてやるもんじゃない。 そういう考え方な..
        • Xユーザーの山口真由オフィシャルさん: 「ジブリパークのグッズ転売が批判的に報じられている。でもさ、需要と供給を市場で調整するって市場経済の基本じゃないの?モノを生み出したクリエイターが報われるべきという考え方には賛同するが、極端な転売アレルギーは経済的自由主義を根づかせず、成長を鈍化させてきた遠因にも見える」 / X

            Xユーザーの山口真由オフィシャルさん: 「ジブリパークのグッズ転売が批判的に報じられている。でもさ、需要と供給を市場で調整するって市場経済の基本じゃないの?モノを生み出したクリエイターが報われるべきという考え方には賛同するが、極端な転売アレルギーは経済的自由主義を根づかせず、成長を鈍化させてきた遠因にも見える」 / X
          • ユニットテストってもう言わない! CI/CD時代のテスト分類に最適なテストサイズという考え方

            はじめに 以前からユニットテスト/単体テストという言葉は使いづらい、と感じており今回も旧Twitterで「テストを実行時間ベースで分類する良い言葉ないかなー」と呟いていたところ、「テストサイズのSMLって考え方があるよ」と教えて戴きました。 だいたいは教えてもらったt_wadaさんの記事にすべて書いてあるのですが、自分の整理も含めて動画にしたので、その補完記事となります。 TL;DR 単体テストのバベルの塔は既に崩壊 CI/CDでの継続的テストには時間ベースのテスト分類が重要 UT/IT/E2EではなくSMLによるテストサイズがCI/CDには合う それは単体テストか結合テストなのか? 自動テスト、手動テストに関わらずテストの分類として単体テストと結合テストという言葉は一般的です。 ITQBではTest Levelsという言葉で定義されていますし、以下のようなV字モデルの対応表はみんな知って

              ユニットテストってもう言わない! CI/CD時代のテスト分類に最適なテストサイズという考え方
            • Goへのヘイトに対する考え方

              https://www.kbaba1001.com/entry/2021/09/17/073149 (該当記事が削除されました) RubyのサービスをGoで置き換えるのは3倍人手がかかる 何するにも機能不足 JSONの読み書きにわざわざ構造体書くの面倒 同僚がGoを選ぼうとしたら愚かな選択ですねと答える サーバーサイド開発にGoを使うのは危険 っぽい内容だったかと。 だいぶGoの特徴や既存の言語との考え方の違いが広まってきてるのかなぁと思っていた矢先だったので十年くらい前のような指摘をあえて今されていてびっくりした。 正直、ここに書かれたようなヘイト項目は既出すぎるので、もし影響の大きい項目を多くの人が同様に嫌っているならばGoはここまでの人気のある処理系になることはなかったと思う。(もしくは多くの人が嫌ってはいるが影響の小さい項目ということ) Goは出た当初、こういうヘイトが世界中のブロ

                Goへのヘイトに対する考え方
              • 新型コロナはどのように感染する? 感染経路に関する最近の考え方(坂本史衣) - エキスパート - Yahoo!ニュース

                米国疾病対策センター(CDC)は疾病予防や健康増進のための調査・介入を行う米国連邦政府機関です。CDCが発信するガイドラインに対する信頼性は高く、日本を含む世界各国の行政・医療機関が参考にしています。 そのCDCが新型コロナウイルス感染症(以下、新型コロナ)の主要な感染経路に関する見解を10月5日付で改訂しました。 なぜこの改訂版が注目されているかというと、CDCが初めて空気感染(airborne transmission)を新型コロナの感染経路の一つとして認めたからです。しかし、慌てる必要はありません。新型コロナが空気感染する可能性は以前から知られており、日本ではその知識が「3密」の回避や換気などの対策に活かされてきました。 改訂版には目新しいことは書かれていません。従って必要な感染対策もこれまでと変わりません。ということで、ここで画面を閉じていただいてもよいのですが、改訂版の内容や感染

                  新型コロナはどのように感染する? 感染経路に関する最近の考え方(坂本史衣) - エキスパート - Yahoo!ニュース
                • SlackのUXライティングの考え方|ふじけん / kenshir0f

                  2020年1月に行われた Design Matters Tokyo のセッションでUXライティングについて学んだので記事にまとめます。 Slack社でUXライティングに取り組んでいるアンドリューさんのお話で、実際にUXライティングするワークショップも体験したので共有したいと思います。 Slack社のアンドリューさん UXライティングとはUXライティングとは、ソフトウェアやインターフェースを言葉で対話可能にすることを目的としたコピーです。 ユーザーの行動フローを理解し、専門用語を使わずに対話できるインターフェースを設計する職種のことを「UXライター」と呼んでいますが、まだまだ新しく誕生した職種のためいろいろと模索しているとのことです。 特にSlackでは人とのつながりの構築を意識してUXライティングに取り組んでいて、 どうやったら人と繋がれるのか。 どうやったら言葉で人と寄り添えるのか。 ど

                    SlackのUXライティングの考え方|ふじけん / kenshir0f
                  • 町田彩夏🍚🐰まっちー on Twitter: "今日話を聞いた政治家は、今まで会ってきた政治家の中ではダントツ失礼で、自分の差別的な考え方を指摘されても開き直ってむしろバカにして笑ってみたり、本当に本当に驚くほど酷かった。メディアでの評判が良かったから尚更そのギャップに驚いた。… https://t.co/pfO8PLKqbT"

                    今日話を聞いた政治家は、今まで会ってきた政治家の中ではダントツ失礼で、自分の差別的な考え方を指摘されても開き直ってむしろバカにして笑ってみたり、本当に本当に驚くほど酷かった。メディアでの評判が良かったから尚更そのギャップに驚いた。… https://t.co/pfO8PLKqbT

                      町田彩夏🍚🐰まっちー on Twitter: "今日話を聞いた政治家は、今まで会ってきた政治家の中ではダントツ失礼で、自分の差別的な考え方を指摘されても開き直ってむしろバカにして笑ってみたり、本当に本当に驚くほど酷かった。メディアでの評判が良かったから尚更そのギャップに驚いた。… https://t.co/pfO8PLKqbT"
                    • 監視の考え方 〜あるいは可観測性とはなんなのか〜 - estie inside blog

                      みなさん、監視作ってますか? システムを作ったら、そのシステムを監視していく必要がありますよね。どうやったら「いい監視」が作れるのでしょうか。「いい監視」とそうでない監視との違いとは、いったいなんでしょうか。 今の時代、「監視」ではなくて「可観測性」、 Observability (o11y) の時代になっていて、良いプラクティスや考え方が色々とあります。 この記事は、監視や o11y についての考え方を社内に共有するため書いたものを、社外共有用に調整し直したものです。新しい Observability の時代を、一緒に生きていきましょう。 監視を作ろう あなたはシステムを作りました。そのシステムに「監視」をつけようと思ったとき、最初にすることはなんでしょうか? まずは、システムを何らかのツールで監視するところから始めましょう。やらなきゃはじまらない。 Nagios, Cacti, Mun

                        監視の考え方 〜あるいは可観測性とはなんなのか〜 - estie inside blog
                      • 自分でやるべき(ように思える)ことを得意な誰かに任せるという考え方 - knqyf263's blog

                        完全なるポエムです。自分にとって斬新な考え方だったので思わず勢いで書いていますが、知っている人からすると当たり前ですし、冷静に読み返すとだから何だよという内容に仕上がっています。読んだあとにだから何だよと言われても責任は取れません。 はじめに とある方の話 他人に任せる 記事執筆 社外発表 社内発表 マネージメント まとめ はじめに 以前、苦手分野を思い切って捨てて得意分野に集中してみるという話を書かせていただきました。 engineer-lab.findy-code.io 今回も通ずるところはあるのですが、一歩踏み込んで自分の気の進まないことはいっそ得意な誰かに任せようという話です。一歩引いた視点で見れば上のブログの話も結局誰かが自分の穴を埋めてくれているので同じに見えると思うのですが、自分の気の持ちようとしては大きく異なるので書いています。つまり、これ苦手だけど一生懸命やってるので許し

                          自分でやるべき(ように思える)ことを得意な誰かに任せるという考え方 - knqyf263's blog
                        • 「ノーマライゼーションの考え方が進んだ国家なら電話など事前にしなくても駅員は手伝うよ。日本は遅れているだけ、だから、問題なんだよ。わかるな?」

                          Sippohana @SippoHana @izenanatsuko 正直なところ自分は被害者と言いたいんでしょうけど、100キロ近くある電動車いすを私は客だからすぐに運べと、そういう事だよね。 知り合いの車いすユーザーは旅行に行く時は前もってよく調べてから行くそうです。 お世話してもらって当たり前の生活だから駅員さんに感謝の念がないのが良くないですよ 2021-04-05 07:50:24

                            「ノーマライゼーションの考え方が進んだ国家なら電話など事前にしなくても駅員は手伝うよ。日本は遅れているだけ、だから、問題なんだよ。わかるな?」
                          • 『日本の幽霊の寿命は約400年と考えられている』という考え方と理由が面白く納得する人々「幽霊も永遠の命ではないんやのう」

                            井之上みこと @1stp_inowe 日本の幽霊の寿命は約400年と考えられています 理由は20年ほど前から、関ヶ原近辺で多く目撃された落武者の霊が激減したこと 20年前から400年遡ると、1600年 関ヶ原の戦いがあった年です 現在目撃される霊も、服装や髪型が江戸時代の特徴を持つ霊や、開国後の戦争による戦死者が多いですよねー 2020-07-26 09:55:52

                              『日本の幽霊の寿命は約400年と考えられている』という考え方と理由が面白く納得する人々「幽霊も永遠の命ではないんやのう」
                            • 物語のキャラクターの数が多すぎ問題はなぜ起きる。プロが語る「キャラの適性な数」の考え方とは

                              オタクペンギン(社長) @NovelPengin 次世代型出版社BookBase社長&ダンガン文庫編集長。誰よりもラノベを愛するオタクなペンギン。通称オタペン。国内最大級の小説家コミュニティ #BB小説家コミュニティ も運営。出版の新たな可能性をつくり、ラノベをもっと盛り上げたいです。サービスのお問い合わせはサイト内のフォームからお願いします。応援↓ amazon.jp/hz/wishlist/ls… オタクペンギン(社長) @NovelPengin 原稿見ていると、『キャラは多いほうが良い』と考えている作家さんをちょこちょこ見かけるんですが、これは全くオススメしないです。 特に小説/ラノベなどの場合、ヴィジュアルで差別化できるわけでもないので、キャラ一人増えることの読者側の負担が作家さんが思ってるよりも重いです。1/n オタクペンギン(社長) @NovelPengin さらによくあるのが

                                物語のキャラクターの数が多すぎ問題はなぜ起きる。プロが語る「キャラの適性な数」の考え方とは
                              • Javaのコンテナのメモリ割り当ての考え方をまきさんに教えていただいたので記録 - Mitsuyuki.Shiiba

                                何度か教えていただいているので、今度こそしっかり覚えておきたくて、まきさんからのコメントを記録。 ## メモリサイズの考え方 SpringBootのアプリをコンテナとして動かす場合には768MB以上必要で、1GBくらいは割り当てる必要があるのではないかという僕のコメントに対していただいたコメント。 それは不正確..Tomcatを使う場合は最大コネクション(スレッド)がデフォルト200で+50スレッドくらい余裕を見ると250M (-Xss1M)でデフォルトのReservervedCodeCacheSize 240MとDirectMemorySize 10M加えた上にMaxMetaSpaceSizeがざっくり50Mくらい足すと550Mくらい使ってこれHeapを足すとコンテナサイズ— Toshiaki Maki (@making) November 16, 2019 その前提であればHeap 2

                                  Javaのコンテナのメモリ割り当ての考え方をまきさんに教えていただいたので記録 - Mitsuyuki.Shiiba
                                • 【React】リッチテキストエディタ(Quill、Tiptap、Slate...)の考え方や前提知識

                                  概要 4年ほどProductionで使っていたリッチテキストエディタ(Quill on Nuxt.js v2)をTiptap on Next.jsに移行しました。 既存のQuillエディタの使い勝手をTiptapで再現しつつ、改善できるところは改善しつつ、既存の4年分のリッチテキストデータが正しく編集できるようにしなければいけませんでした。 本記事では移行の具体的なプロセスを解説しようと思っていたのですが、リッチテキストエディタは前提知識があまりに多いため、前提となる知識や考え方を解説しているだけでそこそこのボリュームになりました。そこで、一旦考え方や前提知識をまとめた、という体で公開します。 本記事を読んでから各ライブラリのDocsを読んだりカスタマイズを始めたら、少しハードルが下がっていることかと思います。 対象読者の例 リッチテキストエディタに興味がある リッチテキストエディタの開発

                                    【React】リッチテキストエディタ(Quill、Tiptap、Slate...)の考え方や前提知識
                                  • 20年前の「障害の再発防止策の考え方」は今でも通用する説 - Qiita

                                    障害の再発防止策は、 1. メカニズム 2. ツール 3. ルール 4. チェックリスト の順番に検討せよ。 上記は、私が20年前に所属していたパッケージソフト開発会社の標語です。 ※転職したので現在の所属会社ではありません。 当時はまだインターネットが今ほど普及しておらず、修正パッチはCD-Rで配布していました。 特に、データ破損系の障害の場合は、 お客様にファックスで障害内容を報告し、 緊急ホットラインを開設し、 データ異常が見られる場合はバックアップを預かって修正後に返却し、 上記と同時並行でバグの原因調査と修正を行い、 パッチをCD-Rに焼いて配布する。 という障害対応を行っていました。 各パッケージの利用社数は数万〜10数万社に上りますので、大変な騒ぎでした。 そして事後に、障害の再発防止策を検討し報告する義務が課されるわけです。 メカニズム 仕組みとして、障害原因を封じ込める対

                                      20年前の「障害の再発防止策の考え方」は今でも通用する説 - Qiita
                                    • パスキー時代の"認証要素"の考え方 ~パスキーとパスワードマネージャー~

                                      ritouです。 サービス、ブラウザ、OSそれぞれのパスキー対応が日々進んでいます。 その中で、パスキーを利用してみて認証要素についてふと考えてしまう人がいるでしょう。 パスキー簡単!けどこれ指紋認証だけ?弱くなってない? SMS OTPを2FAに設定し、パスワードマネージャーも使ってたから使い勝手はあまり変わらない。むしろSMS OTPがないぶんだけ弱くなった? この辺りについて整理します。 認証要素というと、次の3つです。 SYK: Something You Know. パスワード、PIN SYH: Something You Have. 認証アプリ、TOTP生成アプリ、バックアップコード、 SYA: Something You Are. 生体認証 前にこんな記事を書きました。 この内容を説明すると、「うん、わかってる」って人は多いです。 でも、実際に使ってみると心許なく感じたりする

                                        パスキー時代の"認証要素"の考え方 ~パスキーとパスワードマネージャー~
                                      • テスト駆動開発のはじめの一歩|t_wadaさんに聞く1人で始める自動テストのコツと考え方 - Agile Journey

                                        アジャイル型の開発が導入されていない現場であっても、そして一人であっても、実践可能なアジャイルに関するプラクティスは存在します。 例えば、自動テストや、テストファースト、テスト駆動開発(TDD:Test Driven Development)です。ユニットテストフレームワークを使ってテストコードを書いて開発しながらテストを実行する「自動テスト」、実装の前にそのテストコードを書く「テストファースト」、テストと実装を繰り返しながらインクリメンタルに設計・開発を行うのが「TDD」。これらプラクティスのなかで、はじめの一歩となるのが自動テストですが、1人で実践するには、どこからはじめるか、どうテストを組み立てればよいのか、あるいは自分のテスト方法は適切なのか、不安を持つこともあるでしょう。 そこで本稿では、さまざまなチームや組織へのテスト手法の導入を支援し、精力的に講演や執筆などを行ってきたこの分

                                          テスト駆動開発のはじめの一歩|t_wadaさんに聞く1人で始める自動テストのコツと考え方 - Agile Journey
                                        • 武田啓亮 on Twitter: "「正しい」やり方だけでは倒せない巨悪と対峙した時、どうするか。報道の世界には「目的が手段を浄化する」という考え方もあり、西山事件はまさにその一つだったように思います。「運命の人」に合掌を。 元記者の西山太吉さんが死去 91歳 沖… https://t.co/lB59uZM2jq"

                                          「正しい」やり方だけでは倒せない巨悪と対峙した時、どうするか。報道の世界には「目的が手段を浄化する」という考え方もあり、西山事件はまさにその一つだったように思います。「運命の人」に合掌を。 元記者の西山太吉さんが死去 91歳 沖… https://t.co/lB59uZM2jq

                                            武田啓亮 on Twitter: "「正しい」やり方だけでは倒せない巨悪と対峙した時、どうするか。報道の世界には「目的が手段を浄化する」という考え方もあり、西山事件はまさにその一つだったように思います。「運命の人」に合掌を。 元記者の西山太吉さんが死去 91歳 沖… https://t.co/lB59uZM2jq"
                                          • 漫画を描く上で「キャラを立たせろ」と言われるも理解できずにいたが、とある考え方を聞いて以来ずっと指標にしている

                                            工藤マコト@YGにて「不器用な先輩。」GAにて「HGに恋するふたり」連載中 @m0721804 昔キャラをたたせろ、お前のはただの設定と師匠にずっと言われてでもそのころわからなくて困ってたら「メインのキャラが2人、そいつらがラーメン屋に行って食べてから全員財布を忘れていた時各々どうするって状況だけでおもしろい漫画になったらおっけー」て聞いて以来ずっと指標にしてます。 工藤マコト@YGにて「不器用な先輩。」GAにて「HGに恋するふたり」連載中 @m0721804 キャラの立場とか職業とか過去とかこいつが実は…みたいなの若いころって描きたくなりがちだったんですけどそれをきいて、30歳超えたあたりからやっとキャラをたてろってのは人間性をかけ、人間くさくしろってことなのかなぁって思うようになりました、ゆうてまだ理解できてないので勉強中です。 工藤マコト@YGにて「不器用な先輩。」GAにて「HGに恋

                                              漫画を描く上で「キャラを立たせろ」と言われるも理解できずにいたが、とある考え方を聞いて以来ずっと指標にしている
                                            • 新NISA初心者必見!積立投資の考え方&おすすめ投信銘柄をプロが解説|みんなでつくる!暮らしのマネーメディア みんなのマネ活

                                              楽天証券資産づくり研究所 副所長 兼 ファンドアナリスト。慶應義塾大学法学部卒業。早稲田大学大学院ファイナンス研究科修了。国内銀行にて個人向け資産運用相談業務を経験した後、2006年ロイター・ジャパン(現リフィニティブ・ジャパン)入社。傘下の投信評価機関リッパーにて、投資信託業界の分析レポート執筆や評価分析業務に従事。2013年、楽天証券経済研究所入所。2023年8月より現職。「トウシル」にて「今さら聞けない!一生役立つ投資信託のツボ」連載中。2024年4月に新刊『FP&投資信託のプロが教える新NISA完全ガイド』(SB クリエイティブ)を刊行。

                                                新NISA初心者必見!積立投資の考え方&おすすめ投信銘柄をプロが解説|みんなでつくる!暮らしのマネーメディア みんなのマネ活
                                              • 「AI漫画」を描こう。1(「AI漫画」という別ジャンルの考え方)|852話

                                                これらの漫画をつくりました。 手法として、コマごとに画作りが基本で全体を一気には出力していません。 また、事前に登場キャラクターをたくさん生成しストックしておきはめ込むのが一番簡単です。ControlNetを使うのも良いですが、一部に利用するにとどめて基本はストック画像からパッチワークをするのが一番効率がいいです。 背景と人物は一気に生成しなくてよいです。ただし、画風があまりはなれすぎないように工夫する必要があります。 AI漫画は既存の漫画を作るのと一部逆走する手法でいろんな物を構成する必要があります。 例えばキャラデザです。 あまり出力が安定しない特殊なキャラデザは、画風は避けたほうが無難です。ですが、ある程度の「特徴」は必要なので難しいところです。 出力安定しやすいポイントとしては ・短髪の女の子 を1人は登場させたほうがいいです。明るい髪色だとなお良いです。 長髪や髪の毛を結ぶキャラ

                                                  「AI漫画」を描こう。1(「AI漫画」という別ジャンルの考え方)|852話
                                                • 橋本忍は「つまらない原作を脚本で面白くしてやってるんだ」とハッキリ発言していましたね。日本の脚本界にはそうした考え方の伝統があります。

                                                  エンタメ放浪者 ウディ本舗 @woody_honpo 脚本家・荒井晴彦の「つまらない原作を面白く、面白い原作をさらに面白い映画にしようと思っているだけなのに、原作者は脚本に赤を入れてくる」というシンポジウムでの発言が批判されていたが、宮崎駿は(直接、そう口にしなくても)正に、そういう考えで原作を改変して来た作家だと思う。 押井守も。 エンタメ放浪者 ウディ本舗 @woody_honpo 橋本忍は「つまらない原作を脚本で面白くしてやってるんだ」とハッキリ発言していましたね。 日本の脚本界にはそうした考え方の伝統があります。 それは「脚本家にとって、原作は自ら選ぶのではなく与えられる場合が多い」という問題があると思いますが、橋本忍は自ら選んだ原作にも、その態度でした。 エンタメ放浪者 ウディ本舗 @woody_honpo 橋本忍は『砂の器』の脚色などでそれを実行していたとも言えるのですが。 『

                                                    橋本忍は「つまらない原作を脚本で面白くしてやってるんだ」とハッキリ発言していましたね。日本の脚本界にはそうした考え方の伝統があります。
                                                  • 現代を取り巻く「ポピュラー・ミソジニー」とは何か? その考え方が教えてくれること(河野 真太郎) @gendai_biz

                                                    現代の男性性の問題を考える際に大きなヒントをくれるキーワードに「ポピュラー・ミソジニー」というものがある。それはどんな概念で、どのようなものの見方を授けてくれるのか。このほど『新しい声を聞くぼくたち』(講談社)を上梓した、専修大学教授の河野真太郎氏が解説する。 女性専用車両への反発 大学でジェンダーやフェミニズムについて教えていると文字通りに必ず、100%の確率で学生から返ってくる反応がある。それは「女性専用車両」についてである。別に当該の講義で女性専用車両や痴漢について述べたわけではない。ジェンダー、フェミニズム一般についての講義への反応だ。 その反応の主旨は、女性専用車両は男性を排除するものであり、それは「逆差別」だ、というものである。 私は長いこと、この反応がうまく理解できないでいた。フェミニズム一般の話をしているところに、話題にもなっていない女性専用車両について逆差別だという反応を

                                                      現代を取り巻く「ポピュラー・ミソジニー」とは何か? その考え方が教えてくれること(河野 真太郎) @gendai_biz
                                                    • 政府情報システムにおけるゼロトラスト適用に向けた考え方 | 政府CIOポータル

                                                      本サイトは、過去のIT総合戦略室の情報発信サイトです。2022年6月30日に更新を停止しました。 現在のデジタル政策に関するデジタル庁の公式サイトはこちらをご覧ください。 境界型セキュリティの限界を示し、ゼロトラストと呼ばれるこれからのセキュリティの考え方を紹介し、政府情報システムにおけるゼロトラストの適用の取り組みを取りまとめました。 パブリック・クラウドの利用、働き方改革、APIによる官民連携等が政策上の大きなテーマとなっていますが、これらを推進するには、これまでの境界型セキュリティの考え方だけでは、その実現が困難です。 本文書では、上記のとおり境界型セキュリティの限界を示し、ゼロトラストと呼ばれるこれからのセキュリティの考え方を紹介し、政府情報システムにおけるゼロトラストの適用の取り組みを1)パブリック・クラウド利用可能システムと利用不可システムの分離、2)システムのクラウド化徹底と

                                                      • 優れたテストスイートの4本の柱を学ぶ - 「単体テストの考え方、使い方」を読んだ - $shibayu36->blog;

                                                        良いテストケースの作成手法を学ぶ - 「はじめて学ぶソフトウェアのテスト技法」を読んだ - $shibayu36->blog;に引き続き、ソフトウェアテストの知識について言語化を進めたいと考え、「単体テストの考え方、使い方」を読んだ。 単体テストの考え方/使い方 作者:Vladimir Khorikovマイナビ出版Amazon この本では優れたテストスイートの4本の柱を「退行に対する保護」「リファクタリングへの耐性」「迅速なフィードバック」「保守しやすさ」と定義し、これらの観点で優れたテストスイートを作る方法について教えてくれる。またこの4つの柱はトレードオフの関係にあるため、単体テスト・統合テスト・E2Eテストがそれぞれどの観点を重視すべきかなどについても言語化してくれている。 自分はこの本は非常に勉強になった。なぜなら単体テスト・統合テストの指針が明快に記述されていて理解しやすく、また

                                                          優れたテストスイートの4本の柱を学ぶ - 「単体テストの考え方、使い方」を読んだ - $shibayu36->blog;
                                                        • 早稲田大学の学費に関する考え方について Waseda University’s Policy on Tuition

                                                          早稲田大学の学費に関する考え方について 2020年5月5日 更新2020年5月15日 早稲田大学の学生の皆さん、並びに保護者の皆様へ *English version follows Japanese 今般の新型コロナウイルス感染症拡大は、日本のみならず、世界中の人々に恐怖心を抱かせると共に、経済的苦痛を与えています。この度、ご本人もしくはご家族が感染された方、なくなられた方もいらっしゃるかと存じます。また、経済的に打撃を受けていらっしゃる方もいらっしゃると存じます。そのような方たちには心からお見舞い、お悔やみを申し上げます。 早稲田大学は、5月11日(月)からオンラインによる授業を開始し、2020年度春学期を8月2日まで行い、通常どおり単位を付与することにしています。一方、早稲田大学の各キャンパスは、感染防止のために、立入禁止を継続しています。図書館・体育館などすべての施設は、利用できな

                                                            早稲田大学の学費に関する考え方について Waseda University’s Policy on Tuition
                                                          • 思春期の息子と軽い口論になり『母さんは考え方が古いよ!Windows98とかそんくらい古いよ!』と言われ『98は…おま…言い過ぎだろ』としか返せなかった

                                                            リンク Wikipedia Microsoft Windows 98 Microsoft Windows 98(マイクロソフト ウィンドウズ 98)は、マイクロソフトが1998年に発売したパーソナルコンピュータ用のオペレーティングシステム (OS) である。当初1997年に発売されるとアナウンスされており、Windows 97という仮称でも呼ばれていた。コードネームはMemphis(メンフィス)。クリーンインストール版(通常版)日本語リテールパッケージの希望小売価格は24,800円(税別・1998年7月当時)。また、「Microsoft Plus! for Windows 4 users 2

                                                              思春期の息子と軽い口論になり『母さんは考え方が古いよ!Windows98とかそんくらい古いよ!』と言われ『98は…おま…言い過ぎだろ』としか返せなかった
                                                            • Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 - エンジニアHub|Webエンジニアのキャリアを考える!

                                                              エンジニアHub > 記事一覧 > Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 プロジェクト管理ツール、コラボレーションツールとしてBacklogを採用しているチームは多いでしょう。多岐にわたる機能を利用できるツールですが、上手に使うためのアイデアと方法を、Backlogを生み出したヌーラボ社の中村知成さんが解説します。開発チーム内だけでなく、マーケやセールスなどを含めた、チームを横断した課題管理など、“中の人”ならではの知見をご紹介します。 株式会社ヌーラボの中村知成( @ikikko )です。Backlogの開発・運用全般のマネージャーを務めつつ、Backlogの導入・業務改善や、ソフトウェア開発現場の支援サービ

                                                                Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 - エンジニアHub|Webエンジニアのキャリアを考える!
                                                              • 「セリフ長いですね」と言われたが逆に長くしたら好評だった。ライアーゲームの作者の考え方が様々なことに通じそう。

                                                                甲斐谷忍@カモのネギには毒がある7巻3月18日発売! @mangakap 「セリフ多すぎますね」って言われたら、いったんその話一から作り直します。「セリフ多いな」と思わせるのは量の問題じゃないです。話がつまんないからです。「校長の話長えな」と思うのは話がつまんないことが原因。仮に校長の話10分から5分に減らしたとしてもやっぱり「長えな」って言われます。 2022-06-04 12:27:16 甲斐谷忍@カモのネギには毒がある7巻3月18日発売! @mangakap 「セリフ長いですね 削りましょう」って言われたのでつまんない原因探して逆にセリフの量多くしたら「短くなってよくなりましたね!」って言われたことはかなりあります。 2022-06-04 12:30:10 甲斐谷忍@カモのネギには毒がある8巻7月発売! @mangakap 漫画家の甲斐谷忍と申します。今はグランドジャンプで「カモのネ

                                                                  「セリフ長いですね」と言われたが逆に長くしたら好評だった。ライアーゲームの作者の考え方が様々なことに通じそう。
                                                                • CSSコンテナクエリの登場で、デザインのやり方も考え方も大きく変わる

                                                                  現在のレスポンシブデザインは、ビューポートにもとづいてレイアウトを最適化します。そして、コンテナクエリは親要素のコンテナにもとづいてレイアウトを最適化します。コンテナクエリとは何か、デザイナーのワークフローにどのような変化をもたらすかを紹介します。 今まではビューポート(メディアクエリ)で変化するコンポーネントと影響を受けないコンポーネントの2種類でしたが、これからは親コンテナ(コンテナクエリ)で変化するコンポーネントも必要になります。 CSS Container Queries For Designers by Ahmad Shadeed 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに レスポンシブデザインの現状 コンテナクエリとは コンテナクエリを念頭に置いたデザイン デベロッパーとのコミュニケーション方法 レスポ

                                                                    CSSコンテナクエリの登場で、デザインのやり方も考え方も大きく変わる
                                                                  • 「まともに単体テストを書ける人は実はすごく少ない」 市場バグを発生させない“単体テストで対処する”という考え方

                                                                    品質やテストといった活動が「本質的にアジャイルになって変わらなければならない」といった問題を定義し、その解決手段を提案する「今、全エンジニアに求められる『アジャイル開発での品質視点の変化』」。ここで株式会社デジタルハーツホールディングスの高橋氏が登壇。最後に、あらためて参加者からの質問に回答します。前回はこちらから。 どうすればうまくリファクタリングができるか 高橋寿一氏(以下、高橋):じゃあここでもう1回Q&Aタイムを取ります。 高木陽平氏(以下、高木):ありがとうございます。今Q&Aにまだ質問が上がっていないみたいなので、ちょっと私から質問します。リファクタリングをしなければいけないところって、逆に手をつけられないようなけっこう複雑怪奇な部分だと思うんです。そこらへんはどうすればうまくリファクタリングができるんでしょうっていう(笑)。 高橋:まず、日本人がすごくリファクタリングが嫌いな

                                                                      「まともに単体テストを書ける人は実はすごく少ない」 市場バグを発生させない“単体テストで対処する”という考え方
                                                                    • Azure AD が発行するトークンの有効期間と考え方 (2023 年版)

                                                                      Note 本記事は、2018 年公開の以下の Blog の内容が、現在の機能/技術にマッチしない内容になってきたことを踏まえ、2023 年現在の機能/技術を元に改めて考え方をおまとめしたものとなります。以前に公開した Azure AD が発行するトークンの有効期間について (2018 年公開) の記事は参考のためそのまま残し、新しく本記事を執筆しました。 こんにちは、Azure & Identity サポートの金森です。 Azure AD (AAD) は、Microsoft 365 をはじめ様々なクラウド サービスの認証基盤 (Identity Provider / IdP) として利用されています。その重要な機能としてユーザーの認証が完了したら、アプリケーションに対してトークンを発行するというものがあります。あるサービス (Teams や Exchange Online、他に Azure

                                                                        Azure AD が発行するトークンの有効期間と考え方 (2023 年版)
                                                                      • ピクセルパーフェクトは必要なのか? HTMLコーダーの考え方まとめ

                                                                        平尾誠@ARUTEGA.Inc @Makopontass コーディングを外に出すことが増えてきた。 やはり経験値が少ない人の品質管理は大変だと感じつつも、しぶとくピクセルパーフェクトを狙ってくる方に仕事を任せてよかった。 この再現性への執着心がないと伸び代を感じれない。 2020-09-20 00:34:07 吉本 集 / aru inc. @tsuDoi220 いやー、実際そうなんですよねー。 ピクセルパーフェクトに、そもそも拘っていない人に、仕事お願いしたくない。テクニックどうこうより、全然こっちのほうが大事。ほんとに。 後、速度とちゃんと納期守ること。 当たり前のようだけど、意外とね、、、 twitter.com/makopontass/st… 2020-09-20 00:45:27

                                                                          ピクセルパーフェクトは必要なのか? HTMLコーダーの考え方まとめ
                                                                        • 給付金などの臨時収入で何を買うか考えたことがなかった…それにはこのような考え方の違いがあるという話

                                                                          シロマ @whitemage これは社会人になってお給料貰うようになったら、早いうちから家計簿つけて管理する練習して習得しておいた方が良いスキルの一つよね…。 あと会社でお金を扱うようになると入り口で「お金に名前をつける」のって自然と身につく気もする。 twitter.com/Asyley_/status… 2020-09-02 06:47:23 ぱんぷきんぺぽ @shitayamagogo わかる。休みならまだしも、お金は給与とボーナスで別々な使用先を考えたことがない。 そういえ考え方できるのって、普段の給与で余裕で生活できてバリバリ貯金が溜まってって、ボーナスは完全に消えちゃってもOKな生活基準の人よな。 バブルはじける前までに社会人になってた人に多い考えな気がする。 twitter.com/asyley_/status… 2020-09-01 23:27:58

                                                                            給付金などの臨時収入で何を買うか考えたことがなかった…それにはこのような考え方の違いがあるという話
                                                                          • エンジニアマネージャー必見:報酬設計の考え方 - Qiita

                                                                            エンジニアの採用はすごく難しい状況です。エンジニア採用ニーズが多いのに、エンジニアがやる仕事の内容も難しくなってきており、幅も広がってきています。CTO自らが真剣に向き合って考えていく必要があります。 そして、せっかく採用したエンジニアには、長く働いて欲しい、仲間として最高のパフォーマンスを出して欲しいと思います。そのため報酬設計は重要な部分となります。 報酬設計の2つの側面 1.外的報酬 外的報酬といえば、賃金、給与が先ず思い浮かびます。その他にはポジション、地位も報酬の一つと考えられるでしょう。部長や本部長等の役職がつくと社外で名刺交換した時にも見栄えが良くなります。 他にも手当てや秘書がついたり、経費の枠が増えたりと色々とあると思います。 2.内的報酬 仕事そのものやりがい等です。楽しい仕事と思えていればやる気も湧いてくるし、難しいと思うとやり甲斐を感じる人もいます。エンジニアの場合

                                                                              エンジニアマネージャー必見:報酬設計の考え方 - Qiita
                                                                            • Remix という 考え方

                                                                              こんにちは、@kaa_a_zu です。今日(11/23)の日本時間早朝に React Router の制作者である @Ryan氏 と @Michael が着想した Remix V1.0 が正式リリースされました🎉 RemixがWebの世界に及ぼす影響は大きいと思っており、実際のコードやドキュメントを見ながら既存のフレームワークと何が異なっているのかを中心に書いた紹介記事です。(正直、魂が震えています) より具体的な使い方はドキュメントを見て、手を動かしていただくのが良いかと思います。また、既に国内でも使ってみた系の記事がいくつかあるようです。 Remixの機能には様々なものがありますが、当記事では筆者がより注目しているものについて書いていきます。Remixに興味があるけど、あまり追えていないという方に読んでいただけると嬉しいです。 ※この記事はGatsbyやNext.jsよりもRemix

                                                                                Remix という 考え方
                                                                              • 婚活やってて「女はいいよな」って考え方を初めてしてしまった

                                                                                • プロダクト開発のユーザーを絞って考えることの重要性とsuper-specific whoの考え方 |PM Club

                                                                                  プロダクト開発において、ユーザーを絞って考えることの重要性と"super-specific who"という考え方や決め方について解説しています。

                                                                                    プロダクト開発のユーザーを絞って考えることの重要性とsuper-specific whoの考え方 |PM Club