子どもの時に、自宅に紙の本が何冊あったかが一生を左右する：大規模調査 | ワールド | 最新記事 | ニューズウィーク日本版 オフィシャルサイト
＜31カ国、16万人を対象に行われた調査で、16歳の時に家に本が何冊あったかが、大人になってからの読み書き能力、数学の基礎知識、ITスキルの高さに比例することが明らかになった＞ 自宅に紙の本が何冊あったかが一生を左右！？ 学生の頃、自宅にどれだけの本があったか、覚えているだろうか？ 16歳の時に家に本が何冊あったかは、大人になってからの読み書き能力、数学の基礎知識、ITスキルの高さに比例することが、このほど行われた大規模な調査で明らかになった。研究者らは、「子どもの頃に自宅で紙の本に触れることで、一生ものの認知能力を高めることができる」としている。 調査を行ったのは、オーストラリア国立大学と米ネバダ大学の研究者たちだ。2011〜2015年に31の国と地域で、25〜65歳の16万人を対象に行われた「国際成人力調査」のデータを分析した。結果は学術誌ソーシャル・サイエンス・リサーチに発表されてい
中の人に聞いたGitHub flowの本当の使い方 - Qiita
背景 今日GitHubの中の人のLTを聞く機会があって本当のGitHub-flowを聞いてきたので 忘れない間にメモ GitHub-Flowのお約束 Masterにあるものは即座にデプロイ可能な状態に保つこと ブランチの上で必ず作業し、その生存期間を短くすること すぐにPRを作り、フィードバックやサインオフを求めること マージしたらすぐにデプロイすること 本当のGitHub-flow 中の人曰くよくマージしてからデプロイすると言っている人がいるらしい。 だが本当のGitHub-flowは違う。 本当のflowは PR作成 ⇩ 修正 ⇩ デプロイ ⇩ フィードバック ⇩ マージ らしい。 マージ前にデプロイすることでさらにユーザーに近いところでフィードバックを受けることができるとのこと。 ダメなら直ちにmasterに戻す。なので決まりごとの中にmasterは直ちにデプロイできる状態にあること
空の青さを知らず - WETな備忘録
南米での2ヶ月の仕事を終えて、日本に帰ってきた矢先「また行って。なる早で」と言われ、なるほどね、となりながら今話題の映画『空の青さを知る人よ』を観た。絶妙な伏線回収や大胆などんでん返しがあるわけではなく、テーマ自体もまあよくあるもなのだが、僕は頭がいたくなるぐらい泣いた。観終わったころには目が腫れていた。日本に帰ってきてよかった。日本最高。 親愛なる焦燥へ ある能力が「当たり前だ」と思っていた頃は、自覚無く、その能力を研鑽できていたのだと思う。が、それは同時に「当たり前だ」と思っているがゆえに自己評価が低く「このままでは死ぬ」という焦燥を常に伴っており、生きている心地がしない毎日でもあった。ただ、たしかに、この恐怖感と焦燥感が自分を強くしたのは疑いようもない事実だと思う。 さまざまなきっかけを経て、人間はそのままである程度うつくしい、ということに気づいてしまい、自分が「当たり前だ」と思って
「ここはスピード優先で開発しよう！」は本当に正しいのか？または、本当に間違っているのか？｜Katsuma Narisawa
「この機能、Aの方法で実装するかBの方法か、どうしますか？」 「うーん、じゃあとりあえずスピード優先でAにしよう！」 そんな会話を幾度となく繰り返した皆さま、もしくはこんな会話に幾度となく疲弊した皆さま。こんにちは。成澤です。 冒頭の会話は、スタートアップ界隈のプロダクト開発でしがちな会話だと思うのですが、実際のところ「"スピード"を優先するべきなのか？時間をかけてでも"質"を追求すべきなのか？」という問いに、明確に答えを出すのはそれなりの経験が必要なのではないでしょうか。 もちろん、この問題の答えは「時と場合による」でしかありません。 しかし、「このパターンは自分ならこうする」というパターンをいくつかお話しようと思います。 「とりあえずスピード優先で！」パターン最初からざっくりしたパターンですが、冒頭のような「とりあえず」が一番NGです。 「質」と「スピード」のトレードオフは確かに存在し
【書評】ゼロトラストネットワーク | DevelopersIO
オペレーション部 江口です。 以前から気になっていた「ゼロトラストネットワーク」の翻訳版がオライリーから発売されました。 https://www.oreilly.co.jp/books/9784873118888/ 早速読んでみたのでレビューしてみたいと思います。 書籍の概要 最近新しいセキュリティの考え方として注目されている「ゼロトラストネットワーク」について取りあげた書籍です。 ゼロトラストネットワークの概念、どのように構成するか、認証をどうするべきかなどを解説し、またGoogleやPagerDutyでの実際のシステムの事例などを紹介しています。 目次 1章 ゼロトラストの基礎 2章 信頼と信用の管理 3章 ネットワークエージェント 4章 認可の判断 5章 デバイスの信頼と信用 6章 ユーザーの信頼と信用 7章 アプリケーションの信頼と信用 8章 トラフィックの信頼と信用 9章 ゼロト
面接時に見ているポイント - CARTA TECH BLOG
こんにちは、CTO歴も丸9年以上になりました @makoga です。 Podcastや勉強会で話をしたときに好評だったので、今回は私が面接時に見ているポイントを書きます。 ※この文章の元ネタは2016年1月に社内に公開したものです。 面接時に見ているポイント 3行まとめ 事実と意見を分けて説明できるか 実際の課題を解決しようとしているか 技術をどう理解しているか この文章の目的 30分から1時間の面接で一緒に働きたいかを判断するのは難しいことです。私も経験を積んで学んできました。 まだ経験が浅い面接官に私が実践していることを伝えることでVOYAGE GROUP全体の判断の精度を上げていくのが目的です。 事実と意見を分けて説明できるか 圧倒的にこれは重要。これができない人はかなり厳しい。 関わったプロジェクトのなかで、自身が一番活躍できたと思うプロジェクトについて聞く 学生の場合は1人で個人
「マネージャーへの期待値上がりすぎ」問題について｜とくさん｜MYCOPING
最近よく思うのは、経営陣からもメンバーからも、マネージャー（中間管理職）への期待値が上がりすぎてるのではということ。経営陣からは事業を現場でリードする責任者として、メンバーからは頼れる相談者・メンターとして、というのを「同時に」期待されるようところがあって、これはとても難しい。私も日々の仕事でマネージャー達を眺めながら、苦戦している人が多いなという印象を持っている。 まず、事業の責任者としての役割。この点については、この記事で書いたように、マネージャーの仕事は「意思決定」である、というところでつまづく人が多い。 マネージャーになる人は、多くの場合は現場の仕事で優れた実績を上げてきたことが前提となっているので、いざ管理職になったあともその強みで勝負しようとしてしまう。 けれど、組織がマネージャーに期待しているのは意思決定だ。限られたリソースを前提に、それをどこにどうやって割り振り、メンバーた
「変なホテル」のLance R. Vick氏とコンタクトしてみた - Fox on Security
先週21日に記事を書きました、「変なホテル」のIoT機器への脆弱性に対してTweetsをしていたLance R. Vick氏に対する一部報道の件で、どうしても理解できない部分があったので、直接Twitterでお聞きしてみました。 foxsecurity.hatenablog.com 元ソースは、先週同じく記事に取り上げてらっしゃったpiyokango氏のまとめ（※決してpiyokango氏が悪いと言っている訳ではありません。いつもとりまとる情報が参考になっております）で、気になる「部分」がありました。 変なホテルの客室ロボット タピアの脆弱性についてまとめてみた - piyolog 脆弱性報告を不審メール扱い ・2019年7月6日にH.I.S HDに対して、脆弱性を指摘する情報提供が行われていた。 ・この指摘をH.I.S HDは報奨金目的の不審メールとして扱い、接触を避けていた。 ・取材に
「変なホテル舞浜」卵型ロボの脆弱性報告、なぜ「不審扱い」された？ 不幸なすれ違いの背景
連載：ITの過去から紡ぐIoTセキュリティ 家電製品やクルマ、センサーを組み込んだ建物そのものなど、あらゆるモノがネットにつながり、互いにデータをやりとりするIoT時代が本格的に到来しようとしています。それ自体は歓迎すべきことですが、IoT機器やシステムにおける基本的なセキュリティ対策の不備が原因となって、思いもよらぬリスクが浮上しているのも事実です。 この連載ではインターネットの普及期から今までPCやITの世界で起こった、あるいは現在進行中のさまざまな事件から得られた教訓を、IoTの世界に生かすという観点で、対策のヒントを紹介していきたいと思います。 顧問弁護士に相談した上で回答は「保留」 Tapiaは、Androidを搭載し、音声で操作できるコミュニケーションロボットです。変なホテルではコンシェルジュの役割を果たし、宿泊客向けに交通情報や天気などを教えてくれますが、NFC（近距離無線通
桃太郎のきびだんごは経費で落ちるのか
1975年宮城県生まれ。元SEでフリーライターというインドア経歴だが、人前でしゃべる場面で緊張しない生態を持つ。主な賞罰はケータイ大喜利レジェンド。路線図が好き。（動画インタビュー） 前の記事：アイス地味ハロウィンキャンペーンに先駆けてお手本をみせよう ＞ 個人サイト 右脳TV そもそもなんで経費にこだわるのか 新宿のゴールデン街にやってきた。この街に、今回の依頼を請けてくださった税理士さんがいるのだ。 日が高いうちに訪れるゴールデン街は新鮮。すでにどこからか陽気な歌声が聞こえてくる。 バー「無銘喫茶」で待っていたのは、税理士の高橋創さん。週1回このバーでマスターをされているそう。 最初、こんなご陽気な依頼に応えてくれる税理士さんなんているの？と、不安だった。 しかし、本サイトのファンクラブ「はげます会」に相談したら秒で見つかった。類は友を呼ぶ、という言葉を噛みしめる。 コンパクトな店内で
Wordな職場にSwaggerを定着させようとして失敗したけど結局定着した話 - Qiita
はじめに 私の職場では、WebAPIの仕様書をWordで書く習慣があったのですが、2018年頃にSwaggerで書くように切り替わったので、そのように変化した経緯を書きます。 何かの参考になれば幸いです。 ちなみに、こちらの記事と同じ職場です。 Wordな職場にMarkdownを定着させるためにやった４つのこと Swaggerとは？ Swaggerとは、REST APIの仕様を定義するためのフォーマットです。その周辺技術も含めて、Swaggerと呼ばれます。以下の記事が非常に参考になりますので、詳細を知りたい方はご参照ください。 Swaggerの概要をまとめてみた。 Swagger 導入失敗 2016年頃のある日、上司から「世の中にはSwaggerというものがあるらしい。調べてもらえる？」と指示されました。 調べてみたところ、Swaggerがあれば、WebAPIのドキュメントサイトも作れる
大阪発のデザイン・技術集団「フェンリル」--知られざる“2人の創業者”の素顔
ウェブブラウザ「Sleipnir（スレイプニール）」の開発から会社をスタートしたフェンリルは、ユーザーの使いやすさを徹底的に追求したプロダクトやアプリ開発で、業界から高い信頼と評価を得ているIT企業だ。日本放送協会「NHKニュース・防災」や大成建設といった誰もが知る企業のアプリのほか、大手インフラ企業のアプリなども、実は同社が手がけている。 創業した2005年から変わらず大阪に拠点を置いていることも特徴で、グループ全体の社員数は400名を超える。創業時から一貫しているのは「デザインと技術」にこだわるプロ集団であり続けること。この考えは、創業者の１人でありSleipnirの生みの親であるフェンリル代表取締役社長の柏木泰幸氏の存在も影響している。 だが、柏木氏自身は、ほぼ表に出ることはなく、過去のインタビューや会社案内のメッセージなども、同じく創業メンバーで最高経営責任者（CEO）である牧野兼
「それコンテナにする意味あんの？」迷える子羊に捧げるコンテナ環境徹底比較 #cmdevio2019 | DevelopersIO
みなさんコンテナを使うことの意味を自信もって答えられるでしょうか？ ここ1年ほどコンテナ関連の仕事をメインでやっているハマコーですが、いろんなお客様からこういったお声をいただくことが多くありました。 「それはコンテナ化する意味があるの？」 「こんなコンテナ運用は危ない？」 「ECSの設定とか実際めんどい。docker runじゃだめ？」 「EKSって使えんの？」 そういう声を聴く中で、自分なりの答えを模索していたわけですが、岡山での弊社イベントAWS最新技術の祭典Developers.IO 2019 at 岡山城へ登壇するにあたり、そのあたりのもやもやを自分なりに昇華したのが、本日の内容です。 「このアプリをコンテナ化する意味があるのか、わからない」 「コンテナ化することで余計めんどくさくなった」 「AWSのコンテナサービスの何を使ったら良いのかわからない」 という悩みを抱えている方には、
フロントエンドの開発環境に Docker は不要(少なくともMacでは) - mizchi's blog
追記: 前提部分 開発環境を docker-compose で抽象することが最近のベストプラクティスだとされているが、フロントエンドをコンテナに突っ込むと無視できないIOボトルネックが発生する。 とくにwebpackのファイル監視からのビルドで発生する高頻度のIO処理を捌くために、フロントエンドだけはホスト環境に移したほうがいい、という主張。 これについて speakerdeck.com 自分の意見 Web開発者の主要な開発環境である Docker for Mac は I/O がとにかく遅い (3x~5x) data volume の driver やら cache を工夫しても遅い npm install/webpack は 基本的に I/O ヘヴィー とくに大規模開発時の watch => build がクリティカル webpack.conifg の entry で自分が関与する部分以
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
git の develop ブランチは必要なのか、またはリリースtagについて
クロスブラウザテストの闇と闇と闇
Prototype Pollution in Kibana
Go1.13以後のエラーハンドリングについて語ろう / Let's talk about error handling after Go 1 13