国土交通省 - 定期借地権
戦前の都市では、借地住まいと借家住まいは当たり前の居住形態として利用されていた。東京下町では90％が借地借家住まいであったともいわれている。当時は、土地の所有にこだわらない風潮があり、地主と借地人の関係もおおらかな時代で、借地人は自分が住む家を建て、資金の余裕ができれば借地上にもう１棟借家を建てて貸すことで、自己年金とすることも多かったようだ。 昭和16年の借地法借家法の改正で事情は大きく変わり、借地借家共に賃貸借の関係が変化し、戦後は借地借家のトラブルをめぐり数多くの裁判が起こされるなど、まさに貸主借主がいがみ合うような関係が生じてきた。 戦後、借家は、借家人の入れ替えが起こりやすい狭小借家が多く供給されるようになる。借家人に家族が増えたり生活が豊かになれば、借家人の方から自然に転居することが誘導されるような質の借家となった。一方、借地は、契約期間が満了しても土地が戻ることのない制度
『Webアプリエンジニア養成読本』お役立ちリンク集をつくった - the code to rock
少し時間ができたので、『Webアプリエンジニア養成読本』を読み返しつつ一個一個コードを実行させて新たなチャレンジを進めています。 Webアプリエンジニア養成読本[しくみ、開発、環境構築・運用…全体像を最新知識で最初から! ] (Software Design plus) 作者: 和田裕介,石田絢一(uzulla),すがわらまさのり,斎藤祐一郎出版社/メーカー: 技術評論社発売日: 2014/03/11メディア: 大型本この商品を含むブログ (5件) を見る 今はRuby編のSinatra入門をやっていますが、たしか以前に同じ部分を読んだ時はけっこう早い段階で「ん・・書いたとおりにやってるのに出来へんやんけ・・」とか勝手にハマって断念とかしていた記憶があるのだけど、それってどこだったっけ、というぐらいスイスイ進んでいます。 まあ、おそらく以前のそれは今年の3〜4月ぐらいで、先日ようやく収まっ
『かんたんパッケージマネージャDuo』
みなさん、こんにちは。Ameba事業本部ゲーム部門の平木(Layzie) と申します。 最近はSteamで安いゲームを漁ってばかりの毎日です。このエンジニアブログでは初めて執筆になります。 さて、今回エンジニアブログで何を書こうか悩んだのですが、悩んだ結果Duoというパッケージマネージャの紹介をしようということになりました。 このDuo、GitHubのStar数は結構多いんですが、(2014/11現在2618Star)あまり紹介されてる記事とかが無いので紹介してみようと思った次第です。 Duoの特徴 昨今、フロントエンドで使えるパッケージマネージャは色々あると思います。厳密に言うとサーバ側のJavaScript実装ですがNode.jsのパッケージマネージャであるnpmにフロントのJavaScriptライブラリを登録して使うというパターンもありますし、新規プロジェクトの雛形を作ってくれるYe
名古屋大学で講演した「学び方のデザイン」の講義資料を公開しました - 西尾泰和のはてなダイアリー
名古屋大学で情報系の学生さんを対象として講演した「学び方のデザイン 名古屋大学版」の講義資料を公開しました。 こちらが講演に使ったままのスライドです。 こちらが音声でやりとりした情報を書き足したものです。こちらのほうが読み物としては話の流れがわかりやすいかとは思いますが、細かい字がたくさんあります。 参加者の皆さんに書いていただいたアンケート用紙の質問には、この後ボチボチと答えていきます。 Q: コンピュータは増強された人間に勝てなくなってしまうのか？ 複数の部品からなるシステムは継ぎ目でオーバーヘッドが生じがちです。「人間＋コンピュータ」システムも、継ぎ目のオーバーヘッドが大きいので、人間があまり有用な働きをしないようなタスクについてはコンピュータだけでやったほうが効率がいいでしょうね。例えばパケットのルーティングとか。 Q: 「知識が少ない人」は知識が本当に少ないのか？年齢の差以外に何
教科書には載っていないDNS - DNS Summer Days 2013
Copyright © 2013 株式会社日本レジストリサービス 1 教科書には載っていないDNS 2013年7月19日 DNS Summer Days 2013 株式会社日本レジストリサービス（JPRS） 森下 泰宏 @OrangeMorishita 副題：キャッシュDNSサーバーの憂鬱 最終更新：2013年8月6日 事後更新資料 （発表後の議論による更新・追加を反映） 議論内容まとめ：<https://yukar.in/note/ckF8ns> Copyright © 2013 株式会社日本レジストリサービス 2 講師自己紹介 • 氏名: 森下 泰宏（もりした やすひろ） – 1965年9月21日生まれ（47歳）男性 – 勤務先：株式会社日本レジストリサービス – 肩書: 技術広報担当 • 最近の願いごと：平穏無事な7月 – 毎年願っては裏切られています Copyright © 201
オックスブリッジで鍛えられた、英国社会で役立つ「blagging（ごまかす）」力（オックスブリッジ卒業生100人委員会） | 現代ビジネス | 講談社（1/3）
加藤麻理子（かとうまりこ） 1984年東京都生まれ。6歳で渡英、2006年オックスフォード大学英語英文学部卒業、2008年同大学院比較国際教育学部にて修士号取得。その後英文ジャーナリストの道を選択、東京のジャパンタイムズ新聞社にて報道記者、ロンドンのレッドウッド出版社にて雑誌編集者を務める。オックスフォードで知り合ったイギリス人の夫と2011年に結婚、現在夫の仕事で北京在住、Time Out誌Family版の編集長を務めている。 私は小学1年の夏休みに父の海外赴任で渡英した。現地校に通い、幸い自然にネイティブ英語が身につき、友達はイギリス人がほとんどだった。家を一歩出ればアイデンティティーは全くイギリス人、あまりにイギリス人社会に溶け込んでしまったため、オックスフォードに進学して初対面の人に「ドゥー・ユー・スピーク・イングリッシュ？」と声をかけられた時、 自分が日本人の顔をしていることを久
画面遷移に疑問を感じたあなたにオススメするUI Flowsというツール | UXデザイン会社Standardのブログ
2014.11.19 / UI 画面遷移に疑問を感じたあなたにオススメするUI Flowsというツール Tomohiro Suzuki クライアントやディレクターから渡された画面遷移図を元にワイヤーフレームを作ってみると、後から足りない画面が次々に発見された、または画面内の情報がどこに繋がるのか分からないといった経験はありませんか？ この画面遷移図というものは本来は制作範囲の全体像と構造を明確にし、必要な画面というものを洗い出したりするものです。通常のWebサイトであれば、従来のような画面遷移図でも問題ないかもしれませんが、多くのインタラクションが発生するサービスの設計では複雑化しやすく、何度も情報を行き来して確認することになるため時間がかかります。 原因のひとつとして、画面遷移図では画面名のみを記載して繋げていくことになるため、必要な情報が不足していることが挙げられます。その結果、本来で
REST APIドキュメント作成ツールはapiary.ioが決定版かもしれない - Qiita
背景 APIドキュメントを書くのが楽になるツールまとめ - Qiita iodocsで便利なREST APIドキュメントを作成する - Qiita これまでずっとREST APIドキュメントをwiki上で管理していて、重たいページ上で特殊記法使ったり、スタイルの調整に時間を取られるのが辛かった。そこで良さげなドキュメントツールを色々調べてたんだけど、最終的にapiary.ioが一番良さそうという結論になってきた。 このサービスの主な特徴。 markdown記法でAPIドキュメントを記述できる ドキュメントの生成と同時にAPIのモックサーバを用意してくれる サインアップから5分くらいあればドキュメント公開できる。ドキュメントのホスト先を気にしなくてもいい。 特にドキュメントと一緒にモックを作ってくれるのは他にはないポイントでかなり便利。 使ってみる サインアップはGithubアカウントで h
Fleetの使い方，Unitファイルの書き方
Fleetの使い方，Unitファイルの書き方 CoreOSに入門した | SOTA CoreOSではすべてのアプリケーションをDockerで動かす．このとき，コンテナによるサービスをCoreOSクラスタのどのマシンで起動するかをいちいち人手で決めるわけにはいけない．クラスタ内のリソースの状態や動いているサービスに基づき，適切なマシンでコンテナを動かすスケジューリングの仕組みが必要になる． このスケジューリングとコンテナの管理にCoreOSはfleetを用いる． fleetを使うとCoreOSクラスタが1つのinit systemで動いているかのようにそれを扱うことができるようになる．開発者はどのマシンでどのDockerコンテナが動いているかを気にする必要がなくなる． 例えば，5つのコンテナを動かす必要があれば，fleetはクラスタのどこかでその5つのコンテナが動いてることを保証する．もしコ
エンジニアの面接でコードレビューさせてる
（あんま多くないみたいだから多分すぐ身バレしそうだけど書く） エンジニアの面接で実際にコードを書かせる会社が最近は多いみたいだね。でもウチでは特に面接で書かせない。というか今まで書いてきた、関わってきたコードなんて書類で大体分かるでしょ？ それよりも、ウチではコードレビューをさせてる。 選考用にわざと少し突っ込みドコロの多いコード（30〜50行程度のコードを3〜4ファイル）を渡して、もちろんファイル構成自体へのレビューも含めて、どんな意見をその人が出せるかを問う。 レビュー用のコードは複数言語用意してて、一番得意な言語を選んでもらってる。 時間は1時間。資料と赤ペン、そしてネットに繫がったパソコンを渡して、いくらでもググってもらって構わない環境でレビューを紙に赤して貰う。 「コードレビュー」ってものに対しての認識だとか、コードを管理するための能力もある程度分かるし、すごく良い選考制度だと思
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/kenokabe/items/92189d658011da808442
「体罰を終わらせるための手引き」スウェーデン作成版を邦訳
The Big Data wrangling CIO you've probably never heard of: But his kit probably knows YOU
https://camerafan.jp/cc.php?i=308&pc=1