先月、1カ月にわたって日本経済新聞紙上に連載された「私の履歴書」は、ビジネスマンの間で「面白すぎる」と評判を集めた。 「お、ねだん以上。」のCMで知られる、家具小売り大手「ニトリホールディングス」の似鳥昭雄社長（71）が、裸一貫から“一代”で国内外約350店舗、年商約4000億円の一大企業を築き上げるまでの半生を語ったのだ。 だが、「あそこに書かれていることは嘘ばかり！」と厳しく批判する人物がいる。似鳥氏の実母・似鳥みつ子さん（94）である。ニトリ創業の地、札幌で一人暮らしを続けるみつ子さんは、「週刊文春」の取材に約2時間にわたって怒りをぶちまけた。 [キャプション]2時間近くインタビューに応じた実母・みつ子さん 例えば、極貧だった少年時代のエピソードが「私の履歴書」では随所で語られているが、みつ子さんはこう憤る。 「確かに、昭雄が6歳くらいになるまで家は貧しかった。けど、ヤミ米の仕事を始
シャープの件*1に触発されて書いているのだが、要するに資本金は過去の記録に過ぎず、（将来に渡る）フローを伴わない「増減」が商売に与える影響は、直接これを参照する税や規制にかかるものに限定される。 そもそも、その程度の存在に過ぎない資本金がバランスシート中で大きな顔をしていることに違和感を覚えるわけだが、他方で会計の教科書を覗けば、資本金から話が始まるものも少なくない。そりゃそうだ。商売は出資から始まる。よし、会社をつくってみよう。 現金 100円資本金 100円 ところが投機屋から見れば、たった一日経つだけで、こんなバランスシートは意味の大半を失ってしまう。具体的には例えば、100円の出資で会社を設立した翌日に、経営者に素晴らしいアイデアが降りてきたとしよう。周囲の皆も、そのアイデアに興味を持った。昨日100円だった株価は、既に倍になった。 将来の利益 100円時価 200円現金 100円
ココがキニナル！ 少し前、藤沢と大船の間に新駅が出来るという報道がありましたが、新駅予定地付近には何か面白いスポットや、今後の開発計画はあるのでしょうか。（ときさんのキニナル） はまれぽ調査結果！ 平安時代の武家「村岡氏」にまつわる史跡が多く、地元グルメの名前にも使われている。開発計画はまだ予定段階で、具体的な企業誘致には至っていない 30年越しの新駅計画、いよいよ始動か JR東海道線大船－藤沢駅間に新しい駅ができる？ この計画がマスコミで具体的に取り扱われるようになったのは、2008(平成20)年ごろではないだろうか。以後、大きな進展は見られなかった新駅構想はこの6月、一挙に具体的な実現性を帯び始めてきた。 藤沢市の発表によれば、そもそものきっかけは、1985（昭和60）年に廃止された「国鉄湘南貨物駅」にあるようだ。その直後より、跡地を利用して旅客駅を設けたいという要望が、地元自治体など
三菱重工業など三菱グループ３社は、神奈川県鎌倉市と藤沢市江の島を結ぶ「湘南モノレール」を、経営共創基盤（東京、冨山和彦・最高経営責任者）に売却する方針を固めた。利用者数が伸び悩む中、バスや鉄道の立て直しで実績がある会社の下で再生を目指す。 湘南モノレールは１９７０年に運行を開始。ＪＲ東海道線と接続する大船駅と湘南江の島駅の６・６キロを結ぶ。線路にぶら下がる懸垂式の公共交通のモノレールとしては国内では最も古い。株式の９割超を三菱重工と三菱商事、三菱電機の３社が握っている。 通勤通学や観光の足になってきたが、利用者の数は頭打ちになっており、２０１３年度は１００９万人。そうした中、設備が老朽化し、多額の費用がかかる大規模な補修が課題となっていた。 経営共創基盤は０９年の福島交通グループを手始めに、茨城交通グループなど経営が苦しくなった東日本の計五つの地方交通企業の経営に参画。従業員を維持しつつ、
ミクシィの決算が出て、もうハンパない凄い数字でして。売上1,129億円（前期121億円）、営業利益526億円（前期4億円）ともうアレ。 http://www.nikkei.com/markets/ir/irftp/data/tdnr/tdnetg3/20150512/9a1p6b/140120150512471027.pdf 第2Qが終わった段階に作った図にそのまま3、4Qを足したら、図がおかしなことになった（笑）。 2016年3月期の業績予測は売上1,850億円、営業利益800億円だそうです。グラフが崩壊しそうです。 ■2015.8.13.追記 ミクシィ2016年3月期1Q（カッコ内は前年） 売上高500億円（127億円） 営業利益243億円（46億円） 前回の図に1Q分追加するとこんな感じ。 pic.twitter.com/9rDF7XolGs — Takanori Oshiba (@
宣伝: 僕が共訳した「Factfulness(ファクトフルネス)10の思い込みを乗り越え、データを基に世界を正しく見る習慣」が日経BP社より2019年1月に発売されました。本気で訳したので、ぜひお手にとってみてください！ 「恐怖、シリコンバレーの真実！！！」「#地獄のシリコンバレー」についての私見2015/05/11 ぼくは二年ほど前に大阪の天王寺高校で講演をしたのですが、そのころから交流を続けている高校生の方から先日、次のようなメールをいただきました (加筆修正済み)。 将来、シリコンバレーで働きたいと思っています。ですが最近、シリコンバレーは暮らしにくく、非人間的な場所であるという意見を見聞きするようになりました。エンジニアの給料は確かに高いが、その分、家賃や物価も高く暮らすにはすごくお金がかかる、会社が傾けば簡単にクビになる、残業や休日出勤手当なんてものは一切出ない、家族手当や通勤手
開発中に例えばcoreロジックのモジュールとwebモジュールを分けて開発しているときに webモジュールが依存しているcoreモジュールをローカルのプロジェクトに向けたいときがあるかと思います。 そんなときの方法をメモっておきます。 （もっと簡単な方法があれば教えてください） ちなみにIntellij IDEAのバージョンはultimate editionの12.0.4です。 前提 sample-core coreロジックのモジュール、プロジェクト構成はこんな感じ pom.xml <?xml version="1.0" encoding="UTF-8"?> <groupId>com.kamatama41</groupId> <artifactId>sample-core</artifactId> <version>1.0-SNAPSHOT</version> </project> Samp
「Ruby 2が一般化した今、そろそろ新しいことを始めよう。これはRuby 3.0への扉を開く宣言です。未来へ備えよう。コミュニティとして死なないように、ワクワクする未来を妄想しよう。新しいことを始めよう」 こんな風に開発コミュニティに呼びかけたのは、世界的に人気の高いプログラミング言語「Ruby」（ルビー）の生みの親で言語設計者のまつもとゆきひろ氏だ。この「宣言」とも言える発言は、2014年9月に開催された「RubyKaigi 2014」で出てきたものだ。基調講演をしたまつもと氏は、講演の中で初めてRuby 3.0というメジャーバージョンへ言及して、次なるマイルストーンとして設定することを公の場で宣言した。 まつもと氏によれば、Rubyのコア開発者はこの何年かはRuby 2で忙しかったという。目の前にある現行バージョンのRuby 2をどうするかということや、機能の安定化、メモリ周辺の改善
米Googleは5月11日（現地時間）、現在開発中の自動運転カーの安全性について、ジャーナリストのスティーブン・レヴィ氏のブログメディアBackchannelに寄稿した。 同社によると、自動運転カーでの累計走行距離（マニュアル運転モードも含む）は、立ち上げからの6年間で170万マイル（約270万キロ）。現在23台が公道でテスト走行中という。1週間で平均1万マイル（約1万6000キロ）走行しており、これは米国の平均的ドライバーの1年分の走行距離に少し足りないくらいの距離だとしている。 これまでに発生した事故は、当局に報告する必要のない軽いものを含めて11件で、すべて“もらい事故”だったという。けが人もいなかった。 最も多かったのは追突で、7件。主に信号待ちでのことだった。2回脇をこすられ、1回は信号無視の車に当てられた。（あと1件については触れられていない。） 一般にこうした軽度の事故につい
Solr 3.5 から新たに加わる言語判定機能に、拙作の言語判定ライブラリ langdetect が正式に採用されたようで。 言語判別機能の追加 (Solr 3.5) http://lucene.jugem.jp/?eid=455 LanguageDetection - Solr Wiki http://wiki.apache.org/solr/LanguageDetection もともと Apache Nutch などの言語判定に不満で作り始めたこと、そして実際に社内(サイボウズ)で langdetect を Solr に組み込んで利用していることを考えれば、本懐と言ってもいいくらい。 ありがたや。 でも、今日の話はそっちではなくて。 その langdetect の Issue Board にて教えていただいた「メールアドレスの正規表現がめちゃめちゃ遅くなることがある」件について。 論よ
こんにちは、ミドルウェア開発チームの青木です。 先日、アプリケーションサーバーが応答を返さなくなるトラブルに遭遇しました。 今回はその時のトラブルの原因と対策の顛末についてお話しようと思います。 現象 アプリケーションサーバーが突如応答を返さなくなりました。 現象が発生したアプリケーションサーバーのスタックトレースを見ると、あるスレッドの先頭が上記のようになっていました。 "qtp258153142-514386" prio=10 tid=0x00007f40b8dbf000 nid=0x7b4e runnable [0x00007f415ccb0000] java.lang.Thread.State: RUNNABLE at java.util.regex.Pattern$Loop.match(Pattern.java:4692) at java.util.regex.Pattern$G
インフラ部の荒井（@ryot_a_rai）です。この記事ではクックパッドで利用しているプロビジョニングツール "Itamae" の紹介と細々した Tips を紹介します。 式年遷宮とプロビジョニングツール 現在、弊社ではインフラの式年遷宮*1を進めています。式年遷宮以前、弊社では Puppet を利用してサーバをセットアップしていましたが、式年遷宮に際して既存のプロビジョニングに関するコードは捨てることになるため、プロビジョニングツールの再検討を行うことになりました。 Puppet, Chef, Ansible, SaltStack を検討した結果、 言語特性の観点では、Ruby DSL な Chef が良い アーキテクチャ・エコシステムの観点では、シンプルな Ansible が良い といった点から、どれも決め手に欠ける状況で、Ruby DSL で記述できるシンプルなプロビジョニングツール
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
