様々な雇用形態が当たり前になりました。終身雇用もとうとう終焉を迎えていくよう。 そんな中、もしかすると「今は仕事があるだけまし、次の仕事のつなぎに当面働ければいい」と思っている人もいるかもしれません。でも、そこが実は「自分にとって」ブラックな職場だったら？ 気づかないふりをするには限界があるでしょう。 健康的に働くために、覚えておきたいメンタルに悪影響を及ぼす「ブラックな職場」の特徴をまとめてみました。 1. 自身の権力と力の誇示に必死な上司・先輩がいる自分をどう扱うか？丁寧に接してくるか？目上の者として扱うか？そこに強く執着している上司や先輩が（未だに）実在している。上司・先輩が他人を異様に意識しているため、その場にいるだけで常に視線を感じ気疲れする。上司・先輩の態度に気をとられ、本分である業務に集中できなくなる。2. 職場や現状に対するあきらめがある経営陣や上司の理不尽さや、おかしな采

内閣府は、個人が担う民泊やモノの貸し借りなどの「シェアリングエコノミー」を国内総生産（GDP）に入れる方針だ。現段階でGDPでとらえられていないのは年1千億円程度と試算される。早ければ2020年度から、まず民泊分を算入する。全体（名目で約550兆円）からみると規模は非常に小さいが、今後拡大が見込まれており、実態を正確に反映できるようにする。GDPは一定期間に国内で生み出された付加価値の総額を示

黒は光を吸収する色だが、それでも黒い物体に光を当てれば、ある程度の光を反射する。しかし、ほとんど光を反射せず、ほぼ全て吸収してしまう「究極の暗黒シート」を産業技術総合研究所（産総研）が開発したという。シートの素材はゴムで、量産性にも優れるとしている。どんな仕組みなのか。

Net Applicationsの報告によれば、デスクトップにおける2019年7月のGoogle Chromeのシェアは68.60%となっており、他のWebブラウザと比較して圧倒的なシェアを確保している。Chromeはパフォーマンスが優れており、多くのユーザーが利用している。弱点を挙げるならば、バッテリー消費が他のWebブラウザよりも多い傾向があることだが、Microsoftからのフィードバックによってこの問題が改善される可能性が出ている。 Microsoftはこのほど、Chromeのバッテリー消費を改善する方法を「MSEdgeExplainers/explainer.md at master · MicrosoftEdge/MSEdgeExplainers · GitHub」として公開した。 Chromeはストリーミングメディアを再生する際にキャッシュを利用しているが、この機能がディスク

米アマゾン ウェブ サービス（Amazon Web Services）のクラウドサービス「Amazon Web Services（AWS）」の東京リージョンで2019年8月23日昼ごろ主要サービスに障害が発生した。同日午後3時時点で障害は続いているもようだ。スマホ決済サービスの「PayPay」など様々なサービスが使いにくい状態になっている。 AWSがクラウドサービスの運用状況を知らせるサイト「SERVICE HEALTH DASHBOARD」によると、障害が発生しているのは仮想マシンサービスの「Amazon EC2」とリレーショナルデータベース（RDB）サービスの「Amazon RDS」の2つである。

対コロンビア国境に近いブラジル北西部のアマゾン地域から立ち上る煙（2019年8月21日撮影）。(c)AFP/Chico Batata/dpa 【8月23日 AFP】ブラジル北部のアマゾン（Amazon）熱帯雨林でここ数週間にわたり広がる火災を写したとされる写真がソーシャルメディア上で拡散しているが、写真の大半は数十年前に撮影されたものや、さらにはブラジル以外の国で発生した火災を写したものであることが、AFPの検証により明らかになった。 ソーシャルメディアのユーザーらは、ハッシュタグ「#PrayforAmazonas（アマゾナスに祈りを）」を用い、世界最大の熱帯雨林であるアマゾンで今年1月～8月に森林火災が急増したことを示す公式統計について怒りを表明している。 以下は、AFPのファクトチェック部門が検証した写真の一部。 ■苦しむ動物たち 1. シェア件数が特に多かった写真の一つに、息絶えたよ

2019/8/23に発生したAWS東京リージョンの大規模障害の経過と、現在確認すべき内容、今後の教訓などをまとめてみました。 9/24 16:00更新: 今回の障害の経過を受け、記事を整理いたしました。 8/23 12:36頃より特定AZにおけるネットワークコネクティビティの障害が発生 8/23 20:18頃、EC2は大規模障害から回復との発表あり 8/23 22:19頃、RDSも22:05頃までに同様に回復との発表あり サービス障害発生時間は8/23 12:36〜22:05 (約9時間半) 8/24 14:00以降、本障害の影響でEBSボリュームが回復不能となったアカウントに対し、個別のメールやPersonal Health Dashboardで通知あり 8/25 8:00以降、本障害の影響でEBSボリュームが回復不能となったアカウントに対し、個別に続報あり 注: メールが来ていなくても

起きた事象 AWSの 「Amazon Elastic Compute Cloud」（EC2） 「Amazon Relational Database Service」（RDS） がAZ ID:apne1-az4のアベイラビリティゾーンで使えない状況になった。 時間 12:36頃に当事象が発生。 18:30頃に、大半のインスタンスの復旧が完了(AWS公式より) 私が受けた障害としては、22時頃にようやく全てのRDSが復旧した。 実質9時間ほどの大障害だった。 アベイラビリティゾーンとは 東京リージョンには3つのアベイラビリティゾーン（ざっくり言うと、データセンター）がある。 それぞれのアベイラビリティゾーンは、リージョンコードとそれに続く文字識別子を用いて下記のように表される。 ap-northeast-1a ap-northeast-1c ap-northeast-1d ただ、AWSアカウ