by ライブドアニュース編集部 ざっくり言うと 雷門から浅草寺までを結ぶ仲見世商店街について週刊新潮が伝えている 7月に浅草寺が上物を都から買い取り、各店に16倍の家賃を要求したという 浅草寺の執事長は固定資産税とともに家賃も見直そうと相場を調べたと話した 提供社の都合により、削除されました。 概要のみ掲載しております。 関連ニュース ランキング 総合 国内 政治 海外 経済 IT スポーツ 芸能 女子
![浅草の「仲見世商店街」浅草寺が「家賃16倍」要求で消滅の危機 - ライブドアニュース](https://cdn-ak-scissors.b.st-hatena.com/image/square/002b1330ba9cf33a6215336d6402b18d442bd8d6/height=288;version=1;width=512/https%3A%2F%2Fimage.news.livedoor.com%2Fnewsimage%2Fstf%2Fb%2F3%2Fb30f8_1349_e86520ec2d9358d66931217bbaf2cb22.jpg)
海外の自作キーボード (DIY keyboard) コミュニティで生まれ、近年は日本でもすっかり有名になった ErgoDox ですが、その ErgoDox と並ぶ人気を誇る "The Planck Keyboard" の DIY キットを手に入れて組み立ててみました。 どれくらい人気かというと、現在募集中の共同購入(後述)には開始から一週間で世界中から 1,700 件を超える応募があり、新しいカスタムキーキャップのメニューには大抵 Planck 専用セットが用意されるくらい。 過去の記事でも紹介してきた通り、僕は ErgoDox EZ キーボードを使っています。ErgoDox には大変満足していますが、一方でそれなりに細かい不満があるのも確かです。 ただ、普段使いの道具に対するこだわりというものは、突き詰めていくと極めて個人的なモノにならざるを得ません。必然的に、自分が真に求めるものと、汎
なんか最近会社で労基署の指導が入ったっぽくて、22時以降はメールじゃなくて電話でやり取りしろとか言われて不穏な感じの id:UDONCHAN です。通信の秘密は経営者にとって非常に有用なものですね。よかったですね。 そういうわけで甘い生活にあこがれている。甘い言葉をかけられたい。しかし、そんな年上(概念)のお姉さんなど存在しないので、自らを甘やかすしかないのです。 ですので、グラッセを作りましょう。グラッセとは日本語で言うと甘露煮。人参がうまいうまいできますね。ホッとする〜。 人参とインゲンをグラッセにしようと思います。人参はできるだけ同じくらいの大きさに切って面取りしておきましょう。このあたりは独身男性なので雑です…とか言いながら写真のやつは割りとちゃんとやってます。気づいた人は偉い。貝印のピーラーがあるとはかどります。 貝印 SELECT 100 T型ピーラー DH-3000 出版社/
台風来ててだるいので会社とか行きたくないなあと思ったんですけれど、二度寝しているうちに台風は通り過ぎていて、しかも台風一過でメチャクチャ晴れてて、そうしたら会社とかどうでもいいやって感じになって、車で山とか海がある方に向かったら会社につきました。あれれー? id:UDONCHAN です。会社が田舎にあるのが悪い。 今日は肉を焼く話をしたいと思います。この話題は、チャーハンとか角煮とかと同様に面倒くさくて、大体過激派の人が斧投げてくるイメージなんですけれど、気にせず自分が思う普通のやり方でやっていきます。低温調理とか巨大肉とかそういうのは無いです。お金のない独身男性の現実を公開していきましょう。 これはステーキですね。 あら奥さん、ステーキ肉がお安い…よく考えたら独身男性の巣窟に奥さんは存在しなかった…、あ…あ… ニンニクをスライス ジャー 安い肉は敢えて弱火で長時間やると良いみたいな話があ
GitHubで公開されているフロントエンドチェックリストというドキュメントが、網羅されている内容が幅広く便利そうだったので、日本語に翻訳しました。 日本語版は、以下のGitHubリポジトリにあります。GitHub側と自動的に連携するようにしておりますので、誤訳や誤りなどがあれば GitHub のプルリクエストまたは Issue で報告していただけると幸いです。 https://github.com/miya0001/Front-End-Checklist 日本語版への貢献方法 最終更新日時: 2017-11-19 03:50:47+09:00 (未翻訳) Front-End Checklist The Front-End Checklist is an exhaustive list of all elements you need to have / to test before lau
最近業務で Fluentd を触ることが出てきて入門したんですが、最初のうちはトラブルが起きた時に何が起きているのか、どう対処したら良いのかがさっぱりわからなかったので、「Fluentd ってログの収集とかに使われるやつでしょ?」程度の知識しかなかった過去の自分に向けて「とりあえずこれぐらいは知っておけ!」と言いたい内容をまとめてみました。 トラブルが起きた時にどの処理で問題が起きているのか素早くコードを追うことができて、データの消失を最小限に抑えつつ適切に対処できるようになることを目的としています。 なお、現時点で最新版の Fluentd v0.14.21 を対象にしています。 アジェンダ Getting Started Fluentd のアーキテクチャ Processes Supervisor process Worker process Threads Input thread En
属人化の理由 個人の問題 手抜きやバグを隠す たとえば、仕様書外の動作を実装し、それをプロジェクトで利用する 解雇されないための保険的行動 チームの問題 マニュアルを作る文化の欠如 他人のタスクに対する無関心 他人の監査なしにプロジェクトを更新可能 どうやって属人化を避けるのか 間違った対策 ○○さん以外にもマニュアルなしで操作できる人間を育成 育成した人が全滅すればやっぱり同じ状況 全員がすべてのプロジェクトに精通するとかはムリ 正しい対策 モジュールごとに仕様書を用意 間違って使うことが難しい仕様とする 即ち、仕様書を読まなくてもある程度正確に使える お互いにコードレビューさせる 具体的にはどうすれば良い? テスト・仕様書・利用例 テストは仕様書のベースとなる 仕様書を見れば、深い動作がわかるようになる 仕様書を読まなくても、利用例を見れば使える 全員がテストできる環境を作る 前提条件
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く