舘野 (id:secondlife / @hotchpotch) です。 クックパッドでは会社の中心にキッチンがあり、社員同士でランチやお菓子を作ったり、イベントを開いたりと社内のコミュニケーション用途で広く使われています。そんなキッチンで作られている様々な料理や、楽しそうなコミニュケーションをその場に居ない人にも伝えたいなー、どうにか伝える方法は無いのかな〜と思っていました。 そんな中、より良い組織を作るために の中でも触れられているコミニュケーション改善の話をしている最中、社内に共用のカメラが置いてあって、撮った写真が何もせずとも自動で社員が見れる場にアップロードするだけの仕組みを提供するだけでうまく行くかも、と思ったので2014年末に作ってみました。 サービスのコンセプト 作るときに盛り込んだコンセプトは以下の二点です。 運用コストがゼロ アップロードコストがゼロ 運用コストがゼロ

About the content This talk was delivered live in March 2017 at try! Swift Tokyo. The video was recorded, produced, and transcribed by Realm, and is published here with the permission of the conference organizers. Don Norman’s "The Design of Everyday Things" is a classic design book, focused on the design of physical objects. Many of the principles that he discusses are also applicable to non-phys

ドワンゴが主催するリアルイベント「ニコニコ超会議 2016」で、一時ネットで物議をかもした「エンジニアが焼いた焼きそば」がふたたび販売されることが分かりました。 ドワンゴエンジニア開発 オープンソース焼きそば 正式名称は「ドワンゴエンジニア開発 オープンソース焼きそば」。ソースは本当にドワンゴのエンジニアが開発したものだそうで、しかも「オープンソースなのでGitHub上でレシピを公開します」とのこと。当日焼くのももちろん本物のエンジニアですが、今回は「自ら希望した人」なので安心です。よかった、無理やり焼きそばを焼かされているエンジニアはいなかったんだ……。 「ドワンゴのエンジニアが焼きそばを焼きます！」（ニコニコ超会議2016発表会【第二弾】より） 「やめようよ～（笑）」と夏野剛取締役も苦笑い（ニコニコ超会議2016発表会【第二弾】より） 「エンジニア焼きそば」と言えば昨年、「ニコニコ超会

マイナンバーで世間の動態はつかみやすくなるはず。 変数ぶっこんで最適解出せば、税も社会保障も雇用も環境も間違いないんじゃないの？ その結果に、選挙対策で老人を優遇せねばとか、後援会のために地元に便宜をはからねばとか、産業界からの圧力とか、いろいろな要素をいれちゃうから おかしくなるわけで。 不満を持つ人が最も少なくなるような設定値で、コンピューターを動かせばいいような気がする。

米連邦取引委員会（FTC)は、広告であることを明示しなかったかどで、老舗デパートのロード＆テイラー（Lord & Taylor）をこのほど罰した。これを公にしたリリースを以下に示す。 ソーシャルメディアの浸透に伴ってインフルエンサーを活用したPR活動が盛んになっている。投稿行為などの、いわゆるエンドースメントを正しく実施しないと問題が起こりやすい。またモバイルシフトの流れに乗ってさらなる高成長が見込まれているネイティブ広告も、編集記事との境界があいまいになりやすいこともあって、問題が生じやすい。 そのためFTCは、人を欺くような広告を出さないようにと、ことあるごとにオンライン広告関係者に向けて警鐘を鳴らし続けていた。公式なガイドラインも、エンドースメントに関しては改訂版を昨年5月に、ネイティブ広告に関しては昨年12月に、以下のように発行している。 ・エンドースメント（2015年5月） Th

タイミーの小川嶺社長、タイミーの広報ネキが炎上し謎夫婦が鎮火に励んだガイアの夜明け仕込み発言を平身低頭でお詫び

Nintendo Switch 2: Everything we know about the coming release

Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.

2年半くらい画像システムを担当していたのですが、3月イッパイで異動することになりましたokzkです。 異動記念ということで、とりとめもなくエンジニアブログを書いてみます。長いです。よろしくお願いいたします。 画像システムのこれまでのストレージ事情最初にアメブロ(以下、単にブログ)のユーザ投稿画像関連でのストレージの歴史をアレコレをまとめてみようと思います。なお、以下swiftと書いたらOpenStack Swiftのことです。流行のプログラミング言語のことではありません。 はるか昔の状況昔は単純にWebDAVを複数台並べ、イッパイになったら更に次の世代のWebDAVを追加する、というような構成で、参照時に画像URLパスに含まれる年月ベースで適切な世代のWebDAVにルーティングしていました。 (参考:画像URLのパスの例) /user_images/20160401/00/shibuya/