6月14日未明に英国ロンドンの高層公営住宅で発生した火災は、多数の死者・行方不明者を出した。24階建てタワーが延焼した原因として、既存建物の空間構成や、改修時に外壁に設置した断熱材が指摘されている。
![ロンドン火災、惨事の原因](https://cdn-ak-scissors.b.st-hatena.com/image/square/f38ad98123576b2ddbe6e203cc43cf8d552e16bc/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fkn%2Fatcl%2Fbldnews%2F15%2F070401470%2F100.jpg%3F20220512)
6月14日未明に英国ロンドンの高層公営住宅で発生した火災は、多数の死者・行方不明者を出した。24階建てタワーが延焼した原因として、既存建物の空間構成や、改修時に外壁に設置した断熱材が指摘されている。
4月にInkdropの総売上が10万円を超えた報告をしてから、久々の売上報告です。Inkdropはクローズドソースですが、プロジェクトで得た知見は惜しみなくオープンにしていくつもりです。どんどんやり方パクってください。もし質問などあればコメント欄やTwitterにて受け付けます。 TL;DR驚きの解約率の低さ注文の多い少数派を相手にしすぎないブログを始めたら日本のユーザが増えた1000人のユーザが1人を食わせるモデルを確立したいInkdropはMarkdown好きのためのノートアプリ既にInkdropについてご存知の方は読み飛ばして下さい。 Inkdropはマルチプラットフォームで動作するノートアプリです。今のところmacOS、Windows、Ubuntu、iPhone、Androidに対応しています。 日々の作業記録や議事録、コードスニペットからブログの下書きまで、技術的な事柄を構文ハイ
2017年6月22日(木曜日) (はじめに) 玄田有史東京大学教授の編集で『人手不足なのになぜ賃金が上がらないのか』(慶應義塾大学出版会)という書物が出版された(以下、本書と呼ぶ)。この本の帯にもあるように、これはまさに現在の日本経済の「最大の謎」に挑む試みだと言えよう。実は筆者自身も、このオピニオン欄などで何回か雇用と賃金の問題に取り組んできた(注1)。ただし、従来の筆者の考察は主に「日本的雇用」(大企業の正社員を中心としたメンバーシップ型雇用)に焦点を当てたものである一方(注2)、現実の日本の労働市場は遥かに複雑で多面的なものである。 この点、本書の大きな特徴は、敢えて書物としての見解の統一性に拘ることなく、総勢20名以上の研究者を動員することで、序と結びを併せて18章にも及ぶ多様な観点からこの「謎」に挑んだことにあろう。具体的には、正規・非正規雇用の違いに注目しつつ(【正規】)、正統
autoscale: true Faao - ドメイン駆動設計で作るGitHub Issue Client - 自己紹介 Name : azu Twitter : @azu_re Website: Web scratch, JSer.info 過去に作ったやつ azu/GithubReader: Github Notifications Client for OS X azu/github-reader: [node-webkit] GitHub client app - Viewer for Notifications and News Feed. azu/github-issue-teev: [NW.js] GitHub Issue Manager(Viewer) Faao Faao - Feature Support Modern browser/mobile/Electron(re
横田です。先日「wakamonog meeting 10」というイベントで「IT系勉強会」についてお話をしてきました。どうも、以前に書いた「この勉強会がスゴイ!「行っておくべき有名ITインフラ系勉強会 2016」」のエントリを見てご連絡をしていただいたとのことでした。発表資料はこんな感じです。 せっかく発表をしたのですが、1つ々の勉強会について詳細な説明ができなかったので、今回は「行っておくべき有名ITインフラ系勉強会 2017」と題しまして、注目度が高いITインフラ系勉強会についてご紹介したいと思います。 《100回以上やっている勉強会のスタンダード「BPStudy」》 一昔は勉強会の名前で「○○Study」という勉強会がたくさんありましたがBPStudyは、その元祖的な位置づけの勉強会です。開催回数は100回を越えており、個人的には勉強会のスタンダード的な位置づけにあると思います。 I
モノリスとして管理するには複雑すぎるというシステムでない限り、マイクロサービスは検討さえしなくていい。ソフトウェアシステムの大多数は、単一のモノリシックアプリケーションとして構築されるべきである。そのモノリス内のモジュール性が良好になるよう注意を払う必要はあるが、別個のサービスに分けようとしてはいけない。要旨 モノリスとして管理するには複雑すぎるというシステムでない限り、マイクロサービスは検討さえしなくていい。ソフトウェアシステムの大多数は、単一のモノリシックアプリケーションとして構築されるべきである。そのモノリス内のモジュール性が良好になるよう注意を払う必要はあるが、別個のサービスに分けようとしてはいけない。 – Martin Fowler 明確に構造化されたモノリスを構築できない時、なぜマイクロサービスがその答えだと思うのか。 Simon Brown 始めに マイクロサービスの利点と欠
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く