被災地の復興はなぜ遅いのか──。繰り返されてきた問いの答えは「土地」にあった。集団移転に必要な土地を自治体が買収したくとも、その所有者が生きているか死んでいるか、どこにいるかもわからない。この土地問題こそが復興を阻んでいた。また、死者が土地を所有し、その「ゴースト」に課税を行っているケースは被災地に限らず全国各地に多い。日本に長く根をおろす土地制度の難題を追った。(ライター・庄司里紗/Yahoo!ニュース編集部)
![地権者は「ゴースト」 所有者不明地という日本の難題 - Yahoo!ニュース](https://cdn-ak-scissors.b.st-hatena.com/image/square/2fc73f09f0d4b4f2f949a0d9e5e6a5b262e11593/height=288;version=1;width=512/https%3A%2F%2Fnews-pctr.c.yimg.jp%2Fr%2Fiwiz-tpc%2Fimages%2Fstory%2F2016%2F7%2F5%2F_1467721989_1467721943_Tochi_TOP-x828-y552.jpg)
昨年夏からニュースになっていた「しゃぶしゃぶ温野菜」運営会社でのブラックバイト事件は記憶に新しい。同社では、大学生の4か月連続勤務や数十万円にも及ぶ「自爆営業」の強制が問題となっていた。 この事件について、新たな事実が判明した。「ブラックバイトユニオン」が今月17日に行った記者会見を行ったところによると、同社では学生を過酷に働かせるために暴力で脅し、包丁で刺すなどの傷害事件が発生していたという。 そして今回、当該店舗の元店長らに対して被害学生が、殺人未遂罪・暴行罪・恐喝罪・脅迫罪で告訴状を提出し、「しゃぶしゃぶ温野菜」の運営会社を提訴した。本件はブラックバイト事件初の民事提訴で、また告訴状が受理されれば同時に初の刑事告訴となる。 ただ、ここまでくると、このケースは「特殊な事例」であるように見えるかもしれない。しかし、今回の事件の背景には、どのブラックバイトでも共通の要素がある。それは、職場
牛尾さんのブログで問題提起している「私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見である」という件について、自称ソフトウェア開発の専門家として考えたことを書いてみる記事。近しい各方面から意見を聞かれるので面倒なのでブログにまとめている側面もあるのだけれど。結論を先に書くと、計画駆動とアジャイルの扱いはバランスを重視。WFがメリットが無いというのは言いすぎだと思っている(課題はある)。 こちらも合わせて読んだ 日本でアジャイルが流行らない理由 - @ledsun blog 事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance そもそも批判されるようなWF型プロジェクトは実在するのか 本件に限らず批判されがちな「ウォーターフォール型開発プロセス(以下WFと記述)」だが、実際のところ皆さんそれぞれ
オンライン・オフラインのリソースで勉強に使ってるもの一覧。 多少プログラミングしていて少々の知識があるといいかも。 人工知能・機械学習に必要な教材やTipsを載せていくブログはこちら 努力1mmブログ Coursera Machine Learning 言わずと知れた機械学習の動画。Andrew Ngさんが丁寧に教えてくれる。日本語字幕あり。 Coursera : Machine Learning Coursera Natural Language Processing Courseraの自然言語処理講座。英語。 Coursera : Natural Language Processing 言語処理100本ノック こちらも言わずと知れたリソースかも。自然言語処理をプログラミングするために必要なプログラミングテクニックとかが学べる。 自然言語処理100本ノック Udacity Design
米ワシントン州シアトルで開催中のDockerCon 16。Dockerはソフトウェアのマーケットプレイスとなる新サービス「Docker Store」を発表しました。 Docker Storeで提供されるソフトウェアは、Dockerフォーマットであらかじめテストされマルウェアについてチェックされ、署名されたもの。 Docker Storeでは有料のソフトウェアだけでなく無料のソフトウェアも提供され、ユーザーは検索して簡単にデプロイできます。 課金やライセンス管理などもDocker Storeの仕組みとして提供される予定。 すでに多くのソフトウェアベンダが参加を表明しており、Dockerではさらに幅広く参加を呼びかけています。
※この記事は元々「Gitのこれやめて!リスト」として2015年11月に投稿したものを改訂したものです。 この記事について 私が個人的にgitとプルリクエストについて、「こうして欲しい」とか「これはやらないで!!」とか思っていることをまとめたものです。 元々は2015年に私がコードレビューをしてる時に気になったことを、あまり推敲もせず思うがままに書いた記事でした。今改めて読み返すと稚拙な文章なのと、他に思うところとがあったりしたので、改めて書き直しました。いいね貰ってるのに書き直すのに若干後ろめたさがあるのですが、よりいい内容にできればと思います。 コミットログがきれいだとレビューしやすい 一人で開発するときはgit使っててもブランチ切らないし、プルリクもださないしで、コミットログも"First Commit"の次が"Second Commit"とかでも支障はないです。しかし、チームで開発す
Git 2.9 has been released https://github.com/blog/2188-git-2-9-has-been-released 昨日キレイなDIFFが出せるgit2.9がリリースされました。 homebrewで brew upgrade git な感じでアップグレードすれば2.9は入るのですが、 このキレイなDIFFは標準では有効になってないので、記事にあるとおりに設定を行いましょう。 だいたい以下のような感じのコマンドうてばいいと思います。 下準備:diff-highlightにPATHを通す まぁ通さずに直接読んでもいいんですが、通しておきましょう。 homebrewでいれるとdiff-highlightさんは↓あたりにいるのでPATHを通しておきましょう。 export PATH=$PATH:/usr/local/Cellar/git/2.9.0/s
最近1日3回自宅のメインマシンがブルースクリーンになりデータも気前よく消し飛ばしてくれたのでクリーンインストールしたのですが、少し困った事になりました。 つまり、 オイイイイィイイ!? さらばSkitch Skitchの後釜は誰の手に!? Monosnapよ、お前がナンバーワンだ 関連 さらばSkitch Skitchは対象に矢印を設定したり、綺麗な枠を付けたり出来る神ツールでした。ぶっちゃけ、スクリーンショットの編集はSkitchに頼り切りと言っても過言ではありません。 特にMacと異なり範囲スクリーンショットに数手間かかるWindows環境下では、スクリーンショットを撮影するのも一苦労です。なので、Skitchのスクリーンショット撮影機能に超がんばってもらいました。 本当にお世話になったSkitchですが、残念ながらWindows版は既に亡き者になっており、取得する事が出来ませんでした
シンクロ・フードの五十嵐です。 今回は、私たちの開発フローについてお話したいと思います。 特にGitのブランチ運用については皆さん頭を悩ませる部分だと思いますので、弊社の紆余曲折した経緯も踏まえて公開します。 Gitへの移行を検討している方などの参考になれば嬉しいです。 リリース頻度 お話の前提として、弊社のリリース頻度を紹介します。 平日は、ほぼ毎日リリースをしています。一日数回リリースする日もあります。 月間で捌くチケット数(≒featureブランチ数)の平均は約170です。 それなりの規模になってきたため、開発フローの安定化や効率化は全体の生産性に直結すると考えており、現在も改良し続けています。 GitHub Enterprise の利用 バージョン管理はGitで行っており、GitHub Enterpriseを利用し、プルリクベースで開発を行っています。 全てのプルリクは必ずコードレ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く