リンク Qiita GoogleフォントがIE11で正常に表示されなくなった - Qiita 備忘録代わりに。 ##何が起こったか IE11で[Googleフォントの『Rounded M+ 1c』](https://googlefonts.github.io/japanese/#roundedmplus1c)を使ったサイトを見... 1 user
はじめに あらためて書くが、サマータイム導入には大反対である。システムの問題も大きいが、サマータイム推進派が唱える導入によるメリットも懐疑的である。また1日の周期が変わることによる人間に強いる負荷も大きく、サマータイムにはデメリットしかないのではと考えている。 しかしながらサマータイム導入に反対でも、技術面では興味深く、サマータイム対応に必要なものを考えてみることは悪いことではない。そこでざっくり考えてみたところ、サマータイム導入には次にあげる項目での対応が必要ではないか。 時計がサマータイムに対応できるか サマータイム移行日に無くなる時間帯が発生するが問題は無いか 標準時に戻る日に同じ時間帯が発生するが問題は無いか 1日が24時間より短くなることに問題は無いか 1日が24時間より長くなることに問題は無いか 電文(通信内容)で利用している時刻に問題は無いか これ以外にも気づいてない問題があ
意外と分からずに、「とりあえず」とか「なんとなく」で使っちゃうパターンが多い系案件な気がして書いてみます。 こんな事ありませんか? DIとDIコンテナの違いを説明出来ない DIとサービスロケータの違いを説明出来ない DIを使ってるつもりが、サービスロケータになっている DI、サービスロケータが、ただの「パターン」の1つであることを理解してない DI(Dependency Injection)を正しく理解する そもそも、Dependeny Injectionを日本語にするとどういう意味になるでしょうか。 多くの人が「依存性の注入」とか応えるのではないでしょうか? 私もそうでした。きっと何かで読んだのでしょう。 (wikipediaに「依存性の注入」と書いてありますね) 補足 なぜ依存性を注入してあげると良いのか、そのメリット等は後述しますが、 DIというのはただのパターンの1つです。 たまに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く