React + Reduxを使ったWebアプリケーション開発速習会＠Wantedly のための資料です。 WantedlyではSingle Page Applicationなどより複雑な構成にも耐えられるよう、React + Reduxを中心としたWebフロントエンドの技術スタックを導入しました。 ES2015 React Redux Immutable.js CSS Modules webpack 導入の経緯などは以前発表した の資料を参照ください! WantedlyにReact + Reduxを導入した話 今回はこれらのスタックを使って実際にSingle Page Application構成のアプリケーションをハンズオンで作成します。 開発の準備 開発環境 npmライブラリを使用するため、開発マシンにnode.jsがインストール済みであることを前提としています。 サンプルはv5.1.1

新卒研修 贈る言葉 - キャリア・キーノート 2016

私たちソニックガーデンでは、かねてより全社でリモートワークに取り組んできました。今では24名いる常勤メンバーの半数以上は地方に住む在宅勤務者です。採用応募の殆ども地方からであるため、今後もリモートワーカーは増えていくでしょう。 それでも、これまでは東京の渋谷にオフィスを構えていました。しかし、2016年6月末の契約更新の際に解約を行い、次の移転先は用意せず物理的な「オフィス」という概念を一旦やめて、複数のワークプレイスに分散させることにしました。 今回の物理オフィスをなくした取り組みは、TechWaveでも記事にして頂きました。ありがとうございます。それがこちらの記事。「本日でオフィスなくします」自律的リモートワーク先進企業の門出 【@maskin】 本記事では、その補足として、私たちがオフィスをなくした理由と狙い、そして、新しい分散型ワークプレイスのコンセプトと実践について書きました。

### base ### FROM ubuntu:14.04 MAINTAINER taguro ### add new user ### RUN useradd -m -d /home/docker -s /bin/bash docker RUN echo "docker:docker" | chpasswd RUN echo "docker ALL=(ALL) NOPASSWD:ALL" >> /etc/sudoers ### use Asia/Tokyo as localtime ### RUN ln -fs /usr/share/zoneinfo/Asia/Tokyo /etc/localtime RUN locale-gen ja_JP.UTF-8 ENV LANG ja_JP.UTF-8 ENV LANGUAGE ja_JP:en ENV LC_ALL ja_JP.UTF-8

やりたいこと 最近娘が生まれて二ヶ月経過し、そろそろ笑ったりするようになりました。今回のテーマは娘が笑った瞬間を逃さずにカメラで撮影する事です。ちなみにこういう子どもをネタにして行うハック、僕はこれを『親バカハック』と呼んでます。 TL; DR Intel Edison でカメラをセット、一定のタイミングで撮影しつつ OpenCV で粗く笑顔認識させてから Google Cloud Vision API で表情解析 笑顔だと判定された画像を Slack で飛ばして画像をいつでも見れるようにする。 かわいい笑顔が撮れたので最高でした。 ハードウェアセットアップ Intel Edisonを手に入れたのでそれを使って作ります。Edison は Arduino 拡張ボードなら普通のUSB web camera 対応しているので、それをただぶっさして使います。 Intel Edison はSDカード

ユーザファーストと聞いて、何を思い浮かべるだろうか？よく、ユーザの声をしっかり聞いていないからユーザファーストではないとか、顧客第一ではない、なんて話を聞くけど、それは全くのナンセンスだ。 ユーザは自分のほしいモノはわかっていないし、無責任まず大前提として、ユーザは自分がほしいものは分かっていない。いくらグループインタビューを重ねても、そこからipodは生まれなかっただろうし、Appleもユーザヒアリングはしないことで有名だ。それから、ユーザに「このボタンの位置についてどう思いますか？」と問われれば、「そうですね、もっと右にあったほうがいいと思います」と、意見を言わないと！いう善意から、責任も伴わない思いつきの意見をどんどんいう。だから、ユーザに「どう思うか」と聞くのは愚の骨頂だ。 長期的視点と短期的視点それから、ユーザファーストという時に、それはユーザにとって短期的にいいものか、長期的に

2016年6月8日の appengine ja night #33 の発表資料です。

package main import ( "unsafe" ) type foo struct { k int64 v int64 } func main() { f := &foo{3,4} // unsafe.Pointer() で匿名ポインタにして // uintptr() で演算可能にして // +8 バイト(64bit)足して // unsafe.Pointer で匿名ポインタに戻して // そこにはフィールド v があるはずなので *int64 にキャストして // デリファレンスすれば出来上がり *(*int64)(unsafe.Pointer((uintptr(unsafe.Pointer(f))+8))) = 5 // ｸﾞﾋﾋ println(f.v) // 5 } 0x001c 00028 (stringbytes2.go:8) LEAL go.string."he

Slackユーザーは、同企業向けコラボレーションコミュニケーションプラットフォームに適用されたアップデートにより、音声通話を開始できるようになった。 通話機能は、デスクトップ版およびモバイル版で利用可能だ。デスクトップ版では、チャネルヘッダ右上に受話器のアイコンが表示される。モバイル版では、モバイルアプリのチャネルまたはダイレクトメッセージのプルダウンメニュー内にある「Start a call」アイコンをタップすることで通話を開始できる。 Slackによると、1対1の通話に加え、有料ユーザーは、グループ通話の開始があらゆるチャネルやグループダイレクトメッセージで可能になるという。 Slackは、絵文字による応答機能も通話機能に追加したと述べている。同機能により、通話中のユーザーが、事前に選択された絵文字の1つをクリックできるようになる。クリックされた絵文字は、かすかな音とともにアバターの上

先にまとめを書いておきます GitHubの大量のIssue/PRを効率的に閲覧できるJasperというソフトウェアを作りました 閲覧したいIssueのStream(RSSフィードみたいなもの)を好きな条件で作成することができます 条件はメンションされた、作成した、特定のリポジトリなど、かなり柔軟に設定できます Mac/Windowsの両方に対応しており、$12で販売中です無料で使えます 30日間のフリートライアル版もあります 背景 ソフトウェアエンジニアとして仕事や個人で活動をしていると、GitHubやGitHub Enterprise(GHE)を使うことが多いと思います。 僕も仕事ではGHEを使っており、個人ではOSSを作っているのでプライベートな活動でもGitHubをよく使っています。 そんなGitHubですが、一つ大きな不満があります。 それはIssueやPull Request(P

こんにちは、吉岡(@yoshiokatsuneo)です。 Dockerは、シンプルで使い易い軽量仮想環境という特徴を生かして急速に発展しており弊社でも利用しています。 しかし、独自の概念を持つことや、機能が次々追加されていることから、誤解を生じることもあります。 特にセキュリティについては感情的になりやすいので正確な情報を把握することが大切です。ここでは、Dockerコンテナのセキュリティについてよくある誤解と注意点を紹介します。 ◆Dockerコンテナのセキュリティに関する誤解 コンテナを単に実行するだけで、ホストや他のコンテナがのっとられる コンテナは隔離環境で実行されますので、単純に(オプションを明示せずに)一般的なコンテナを実行するだけで、ホストや他のコンテナがのっとられることは現状はありません(知られてはいません)。 ホストのディレクトリ・ファイルを共有すれば、ホストのファイルに

とりあえず動いたというレベルのサンプルですが、rubygemsをキャッシュするプロキシサーバのサンプルを2種類書いてみました。 実行例はgithubのプロジェクトページを参照してください。 hnakamur/goproxy-rubygems-cache elazarl/goproxyを使った実装 package main import ( "flag" "github.com/elazarl/goproxy" "io/ioutil" "log" "net/http" "os" "path" ) func main() { verbose := flag.Bool("v", false, "should every proxy request be logged to stdout") docRoot := flag.String("root", ".", "document root di

Amazon Aurora、地域をまたがったリードレプリカが可能に。ある地域で災害が起きても、別の地域のレプリカがマスターに昇格 Amazon Aurora（正式名称：Amazon RDS for Aurora）は、Amazonクラウドがクラウドに最適化して開発したMySQL互換のリレーショナルデータベースサービスです。 クラウドに最適化したことなどにより高速で堅牢な点を特長とし、マネージドサービスとして提供されるため、セキュリティパッチの適用、データベースのバックアップといった運用をクラウドにまかせることができます。 Amazon Auroraは標準で3つのアベイラビリティゾーンごとに2つのディスクにコピーを持つという仕組みを備えています。これにより、万が一あるアベイラビリティゾーンに障害が発生しても、別のアベイラビリティゾーンのデータは失われず、全体として処理を継続できるようになってい

ブックマークしました ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください Twitterで共有

Androidチームに新しいメンバーが増えた事とテクニカルリードという役割を僕が担う事になったので、Androidチームのメンバーに僕が現状考えている「テクニカルリードの役割と責任」「Androidチームの方針」「Androidチームの文化」について簡単にまとめました。 方針に関しては、今年のはじめに決めて結構良い感じだったので、そのまま進めるという感じです。 追記: 来てくれ！！！！！１ minne Androidアプリエンジニア（正社員） | エンジニア | 職種詳細 | GMOペパボ株式会社 参考 「いるだけで成長できる環境」へ - ペパボテックブログ チームが機能するとはどういうことか――「学習力」と「実行力」を高める実践アプローチ Tech Lead（TL/テックリード）の役割 - サンフランシスコではたらくソフトウェアエンジニア - Higepon’s blog 業務遂行能力

注意 本件記事ですが、私の不適切な行動（拾ったスクリプトを検証なく走らせる）が原因です。「dockerは（特に何もしなくとも）危険」との誤解を皆様に与えた点、ご迷惑をおかけいたしました。申し訳ございません。 拡散されている記事を削除するのはさらなる誤解を招きかねないと思いましたので、冒頭に注意を付記しております。以下の記事は、「自分が何してるかをきちんと検証できないとセキュリティホールを生み出す」という意味で参考にして頂ければ幸いです。 追記 Twitterやはてブで言及いただきました皆様、ありがとうございます。 本件はpullしてきたイメージが悪意ある開発者によるものかどうかにかぎらず、不適切な設定をしていると起こり得ます。 ※コメント欄に質問への回答という形で、私がそのときに走らせていたイメージの一覧を挙げておりますが、どのイメージも評判あるものだと思います。 皆様におかれましては「あ

米EMCとCoreOSが相次いで、コンテナに適したストレージ機能を実現するためのソフトウェアをオープンソースで公開しました。両社はそれぞれ異なるアプローチでコンテナに適したストレージを実現しようとしています。 この記事ではCoreOSが発表した「Torus」を紹介します。EMCがオープンソースで公開した「libstorage」は、1つ前の記事で紹介しています。 ノードを集めてストレージプールを作るTorus Torusは、etcdを用いてシンプルで信頼性の高い分散ストレージを実現するソフトウェアです。KubernetesのPodから、ブロックストレージとしてマウントできます。 CoreOSは、既存のストレージは小規模なクラスタや大規模なサーバのために開発されたもので、モダンなコンテナのクラスタで利用するのは困難かつコストも高くつくと指摘。 コンテナ向けのストレージは次のようでなければならな