LINEは2016年2月16日、海外で提供していた音楽配信サービス「MixRadio」を終了することを発表しました。サービスの終了に際しては事業が清算されることになるようですが、スタッフへは事業停止の事前通告は行われず、清算に伴って解雇される方向であることが明らかになっています。 The end of MixRadio as LINE quietly kills off music streaming service | Windows Central http://www.windowscentral.com/line-kills-mixradio LINEはMixRadioの事業終了をサイトで発表しており、「今後数週間以内に」サービスは終了することとなります。撤退の理由については「同事業のパフォーマンスやサービス運営にかかるコスト、LINEとしての優先順位など慎重に検討した結果、今後の

『フランス人は「ママより女」』著者 ドラ・トーザンインタビュー フランスは国民に合わせて法律が変わる　ドラ・トーザンさんに聞く日本の難点 東京とパリを行き来しつつ、「日本とフランスの架け橋」として様々な活動をしている国際ジャーナリスト、ドラ・トーザンさん。彼女の著書『フランス人は「ママより女」 』が、小学館から出版されました。バカンスをたっぷり取るのにGDPが世界5位だったり、「結婚」という制度に縛られず、事実婚やパックス（共同生活）、一人暮らしなど多様なライフスタイルを自由に選択していたり、94年に1.66まで下がった出生率が、08年には2.02まで上昇したり。おまけに「不倫」にも寛容という、わたしたち日本人にはにわかに信じられないフランスの国民性（「フレンチ・パラドックス」）を、様々な切り口で紹介しています。 高度成長期以来の旧態依然とした「男性社会」に限界が来て、実は男性も生きるのが

組織にテストを書く文化を根付かせる戦略と戦術 Feb 16, 2016 @ 日本OSS推進フォーラム Read less

2016年1月、日本のプログラマの中でも1、2を争う恵まれた肉体を持つ二人が、東京某所で会する機会がありました。お一人は、ブログ『漢のコンピュータ道』でおなじみの奥野幹也さん、もうお一人は、「握力日本一の男」として知られ、かつ皆さんご存知「Web魚拓」を運営する株式会社アフィリティーの新沼大樹さん。 お二人にそれぞれのトレーニング法、そして健康なプログラマであることへのこだわりをたっぷりと語っていただきました。 新沼大樹 Web魚拓を運営する株式会社アフィリティーの代表取締役。握力王の異名を持ち、その鍛え上げられた肉体でTV、Web媒体など出演多数。バーチャロンの名プレイヤーとしても知られる 奥野幹也 某大手ソフトウェア企業で、データベースのスペシャリストとして活躍中。ブログ『漢のコンピュータ道』で知られる。TwitterIDは@nippondanji 挨拶代りの「トランプちぎり」 奥野:

ホーム > ブログ > 日々のこと > 「保育園落ちた日本死ね！！！」って言われたけど、むしろ東京都は保育園をつくるべきではない理由 こんばんは、おときた駿＠ブロガー都議会議員議員（北区選出）です。 不穏当なタイトルですが、今日はこんな匿名ダイアリーが ものすごい勢いでネット上で共有されていました。 保育園落ちた日本死ね！！！ http://anond.hatelabo.jp/20160215171759 ＞何なんだよ日本。 ＞一億総活躍社会じゃねーのかよ。 ＞昨日見事に保育園落ちたわ。 ＞どうすんだよ私活躍出来ねーじゃねーか。 …なんというか、凄まじい怨嗟を感じますね。。 どストレートな内容と、端的で簡潔な文章が大きな共感を呼んでいるようです。 とはいえ、待機児童は東京を始めとする都心部を中心とする問題で、 筆者の方も内容から察するに都民のようですので、 「保育園落ちた東京都死ね！！！」

2023 追記 2023 年現在では、以下の文章では採用を見送っている OpenAPI を使えば OK という雰囲気です。 Web APIの設計 作者:Arnaud Lauret翔泳社Amazon TL; DR ドキュメント生成にはkevinrenskers/raml2htmlを使った ドキュメントはRAML - RESTful API modeling languageで書いた RAMLにはJSON SchemaとJSONを記載できる APIで返ってくるJSONはRailsアプリのrequest specでJSON Schemaを使ってテストした JSON Schemaはr7kamura/json_worldで生成した ドキュメントに載せる例示のJSONもJSON Schemaからgin0606/screijiを使って生成した 上記の方法だとリクエストパラメタとドキュメントの整合性を担保

リンクをコピー 罠にはめられた結果、Googleに記事を削除されました。（Google八分というやつです） 今日Googleからこんなメールが来ました。 要約すると 「君の記事が著作権侵害（盗作）だという申し立てがあったのでGoogle検索結果から外した」 というもの。 おい、俺は盗作なんかしてねぇぞ。 ↓指摘された記事はこれ 『小さなお葬式は最悪の葬儀会社です。』 http://megalodon.jp/2015-1107-1506-46/funeralservice.livedoor.biz/archives/1899897.html?utm_source=wnc_594600&utm_medium=gamma&utm_campaign=wnc_594600&utm_content=msg_638303&hl=en 「小さなお葬式」で検索をかけると検索結果の５番目くらいに現れていたので

本当におすすめしたいチキンライス（海南鶏飯）！ 自分が「海南鶏飯」に初めて出会ったのは、以前マレーシアに勤務していた時のこと。 海南鶏飯（ハイナンジーファン）は、茹で鶏とその茹で汁で炊いた白米を共に皿へ盛り付けたマレーシアやシンガポール、タイなどの東南アジア周辺地域で一般的な料理。日本語では「ハイナンチキンライス」、「海南風チキンライス」などと訳されている。現地では、専門店や屋台で食べることができる庶民的な定食のひとつで、香港の茶餐廳やマレーシア料理店などでも一般的である。 初めて食べた瞬間に気に入り、あまりにもハマりすぎて多い時は仕事帰りに週４〜5、住んでいたコンドミニアムの近くのレストランへ食べに行ったり、現地のスタッフから「とにかく美味いチキンライスを食べたいならIpoh（イポー、というマレーシア北部の地名）だよ」と聞けば、週末になる度にクアラルンプールから車で2時間かけて（距離的に

Githubで海外のエンジニアさんをフォローしているのですが、あるエンジニアさんがtilというリポジトリをstarしていました。 github.com 「なんか新しいツールか何かかな？」と思ったのですが、覗いてみたらdescriptionに"Today I learned"の文字が。 どうもtilというリポジトリを作成してそこに"今日覚えたこと"を書いていくのがプチ流行している様子。 ・ 色んなTILが 今までだと同じような感じでベストプラクティス等をまとめた"◯◯-awesome"が流行ってましたが、 自分が何を学んでいっているのか自分も他人にも知ってもらうためにこういうリポジトリを作って書いていくのも面白そうですね。 関連したWebサービスとかが作成されたらそれはそれでまた面白いのかも。

【山本一郎】ソシャゲのガチャで，本当にヤバい問題はどこなのか ライター：山本一郎 カメラマン：佐々木秀二 山本一郎です。最近はどこぞから送り込まれたキッズ達を相手に楽しい日々を過ごしておりましたが，皆様はお元気ですか。 ちょうど1か月ほど前に，2016年年末年始に行われたCygamesの大ヒットコンテンツ「グランブルーファンタジー」のテレビ広告やガチャについての騒動と，消費者行政方面の見通しについて議論を整理した記事を書きました。 【山本一郎】グラブルの消費者問題に寄せて――スマホゲーム業界全体に漂う問題を軽くまとめてみる 「全国婦人会館」「消費者教育支援センター」「日本消費生活アドバイザー・コンサルタント・相談員協会」などそうそうたる顔ぶれの並ぶビル 読んでいただければ分かるように，スマートフォン向けゲーム市場はそれなりに成長し，また利益率も高いということで，多くの企業がこぞって参入する

オブジェクトの内部の値がイミュータブルであれば、今後もその値は変更されないことが保証されているので、新しい状態を持った新しいオブジェクトの内部の値のうち、変更のない部分(つまり値のうちのほとんど)は古いオブジェクトの値をそのまま参照すればよく、コピーする必要がないということを @takkkun が言っていて(正確には、イミュータブルなリストに新しい値を追加した新しいリストを作るときには、中身をコピーする必要ない。変更されないことが保証されてるから、という話だった)目から鱗が落ちたのでここに記して置こうとおもった。 で終わろうと思ったんだけど、もう少しちゃんと書く。 ミュータブルな世界では同一性の問題がある。 たとえば playerA と playerB の HP がたまたまおなじ 10 であったとしても playerA と playerB の HP 変数が同じ数値オブジェクトを参照していた

(訳注: 2016/3/2、頂いたフィードバックをもとに記事を修正いたしました。) Ruby on Railsは最近、急激に注目を集めていますが、その原因はほとんど、この言語が斬新なテクノロジーとしてもてはやされたことと、タイミングにあります。技術的な優位性は時間の経過とともに失われますから、タイミングがよかっただけでは、一過性のブームに終わり、このムーブメントの隆盛は長続きしません。従って、「Railsがいかにして、適切な技術としての位置を維持し続けるるだけでなく、影響力とコミュニティを拡大し続けてきたのか」をより多くの人に説明していく必要があります。そして、その維持・拡大を可能にした/していく要因は、物議を醸すことさえあるRailsの基本原則にあると考えています。 この基本原則はここ10年ほどの間に進化を続けてきましたが、最も強固な柱となっているルールはやはり、公開当初から制定されてい