タグ

2021年5月27日のブックマーク (6件)

  • 東京2020オフィシャルパートナーとして | 朝日新聞社インフォメーション

    朝日新聞社は東京2020オリンピック・パラリンピック競技大会(東京2020)のオフィシャルパートナーです。オフィシャルパートナーとなったのは、オリンピック憲章にうたわれている「スポーツを通じ、若者を教育することにより、平和でより良い世界の構築に貢献する」との理念に共感したからです。 東京2020の大会ビジョンは「多様性と調和」を掲げています。朝日新聞社はこのビジョンに賛同し、オフィシャルパートナーとして活動してきました。人種や性別、障害の有無などの違いを肯定して互いに認め合うことで、障がい者と健常者が分け隔てなく暮らす社会の実現や女性の活躍など、ダイバーシティ&インクルージョンにつながる取り組みを中心としてきました。 新型コロナウイルス感染の拡大により、大会の開催を懸念する声が広がるなど、さまざまな議論がなされる状況となっています。感染状況などを注視し、オフィシャルパートナーとしての活動を

    東京2020オフィシャルパートナーとして | 朝日新聞社インフォメーション
  • 【速報】持久走の後に小5男児が死亡“マスクを着けて授業に臨んでいた” 大阪・高槻市(MBSニュース) - Yahoo!ニュース

    大阪府高槻市で今年2月、小学校の体育の授業で持久走をした5年生の男子児童が授業後に死亡したことがわかりました。男子児童は“マスクをして授業に臨んでいた”とみられます。 高槻市教育委員会によりますと、今年2月18日、市内の小学校での体育の授業で小学5年生の男子児童が、自らのペースで走る5分間走を行った後に体調が急変し病院に救急搬送後、死亡したということです。 男子児童は当時、マスクを着けて体育の授業に臨んでいたとみられ、ペース走終了間際に他の児童から「男子児童が倒れている」と担任に伝えられ、様子がおかしいため保健室に搬送したということです。保健室へ搬送された時点ではマスクは男子児童のあごの部分にかかっていたということです。 小学校ではマスクの着用について「体育の時はマスクを外しても良い」と児童に伝えた一方で「新型コロナウイルスの感染などが心配な人は着けても良い」とも指導していたということです

    【速報】持久走の後に小5男児が死亡“マスクを着けて授業に臨んでいた” 大阪・高槻市(MBSニュース) - Yahoo!ニュース
  • 石川優実さん勝訴、本で紹介した「#KuToo」批判ツイートは「著作権侵害」にあたらず - 弁護士ドットコムニュース

    石川優実さん勝訴、本で紹介した「#KuToo」批判ツイートは「著作権侵害」にあたらず - 弁護士ドットコムニュース
  • DIPの定義を考える - HITORIGOTO

    ソフトウェアの設計原則には分かりづらいものが多い。主な原因は、以下だと考える。 原則が生まれた当時の内容のまま、現代に伝わっている 原則の説明が十分に抽象化、質化されていない 最近TwitterでDIPに触れているtweetを目にした。DIPを十分に理解している方も多くなってきていると思うが、それでもやはりこの「原則」は、依然分かりづらいままになっているのだと思う。これを機にDIPの整理に着手してみることにする。 例えば、「開放閉鎖原則」と「依存性逆転の原則」って、質的に同じでは?(要出典— at_grandpa (@at_grandpa) 2018年12月20日 DIP、一度は「完全に理解した」って思ったのに30分後にそれが消えてしまってそれ以来5年以上経つのに「理解」が帰ってこない。定期的に呼び戻そうと思考実験するんだけど今日もだめだった。悟りみたいなもんなのかな— ななうぇぶ (

    DIPの定義を考える - HITORIGOTO
  • プログラマが知るべき97のこと

    プログラマが知るべき97のこと大人気の書籍『プログラマが知るべき97のこと』のエッセイを無料で公開中!すべてのプログラマにおすすめのがウェブで読めるようになりました。 エッセイ一覧分別のある行動関数型プログラミングを学ぶことの重要性ユーザが何をするかを観察する(あなたはユーザではない)コーディング規約を自動化する美はシンプルさに宿るリファクタリングの際に注意すべきこと共有は慎重にボーイスカウト・ルール他人よりまず自分を疑うツールの選択は慎重にドメインの言葉を使ったコードコードは設計であるコードレイアウトの重要性コードレビューコードの論理的検証コメントについてのコメントコードに書けないことのみをコメントにする学び続ける姿勢誰にとっての「利便性」かすばやくデプロイ、こまめにデプロイ技術的例外とビジネス例外を明確に区別する1万時間の訓練ドメイン特化言語変更を恐れない見られて恥ず

    プログラマが知るべき97のこと
  • 単一責任の原則(Single responsibility principle)について、もう一度考える | オブジェクトの広場

    単一責任の原則(Single responsibility principle)について、もう一度考える はじめに オブジェクトの広場をご覧の皆様ならば、「SOLID原則」という言葉を聞いたことがあるかもしれません。 SOLIDとは、以下の5つのソフトウェア設計原則を並べたバクロニムです。 Single Responsibility Principle:単一責任の原則 Open/closed principle:オープン/クロースドの原則 Liskov substitution principle:リスコフの置換原則 Interface segregation principle:インターフェース分離の原則 Dependency inversion principle:依存性逆転の原則 ソフトウェアエンジニアが知っておくべき設計原則のセットとして、Clean Architecture や

    単一責任の原則(Single responsibility principle)について、もう一度考える | オブジェクトの広場