こんにちは、技術開発本部のバイソン改め南里です。FiNCというヘルスケアの会社でアプリ開発(iOS/Android)に携わっています。 本エントリでは、FiNCのAndroidアプリ上で利用するBottomNavigationViewのカスタムライブラリを作った際の取り組みに関して話します。 FiNCで利用するカスタムUIの課題FiNCでは、ホーム画面にBottomNavigationViewを利用しています。 BottomNavigationView自体は、Frameworkでも提供されているコンポーネントですが、FiNCでは以下の要件があります。(BottomNavigationViewの基本を知りたい方はこちら。) BottomNavigationViewには未読を示すバッジがつくユーザータイプ(法人、一般ユーザー向けなど)によって異なるBottomNavigationItemを表示

2017年12月20日に生まれて初めてプレスリリースを出し、いくつかのメディアから取材記事も公開していただいた。 PR TIMES プレスリリースTechCrunchTHE BRIDGEこのMediumエッセイは上記で伝えきれなかった自分の思想を、ポツポツと、とりとめもなくまとめたものになる。また性懲りもなく長いため、お時間のある際に読んでいただければ嬉しい。 Make Something People Want僕は「人が欲しがるプロダクトを創ること」に人生をかけたい、と思っている。 僕は毎日新しいプロダクトとの出会いを求めて、とにかくいろんなものを手にとって触る習慣がある。リアルプロダクト、アプリ、Web、IoT、コモディティ、証券など、なんでも。 毎日、必ず、新しいものを触る。そして手に取ったプロダクトを通じて、作り手のビューを想像する。「このプロダクトは、誰の、何を解決するものなのだ

Lin Clark 氏が “A cartoon guide to Flux” というタイトルでとてもわかりやすく Flux についての記事を投稿していました。この文章のなかでも書かれていますが Flux はとてもホットな話題です。しかし、まだまだ十分に理解されていない技術なので、著者の Lin Clark 氏に許可を頂いて翻訳させていただきました。何か間違いや分かりにくいところ、より良くするための助言などありましたら気軽に@sota0805 までコメントお願いします。 （以下、2015年9月29日に Lin Clark 氏によって書かれた “A cartoon guide to Flux” の翻訳です。） 漫画で説明する FluxFlux は現在のウェブ開発で最もよく理解されていない話題の１つです。このガイドでは誰もが理解できる方法で説明しようとしています。 問題はじめに Flux が解決

つい先日Braveがわずか30秒で約40億円を調達したとして話題になっている新たな資金調達の手段としてのICO(Initial Coin Offering)。野口悠紀雄氏の著書「ブロックチェーン革命」の言葉を借りると"クラウドファンディングやソーシャルレンディングを通じて資金調達できる主体は限定的であったが、ICOは場合によっては零細企業や個人も資金調達できる可能性を秘めており、「資金調達の民主化」である"と。 そんなICO関連の最近のトピックについてちょっとまとめてみた。

サイボウズの複業採用に応募して落ちました。 転職のポストはたまに見るのですが、落ちたポストってなかなか見ないな、と思い、まとめてみようかと。なんならmedium試してみようと思い初投稿。 Fb上でも話題になったこのプレスリリース サイボウズでの仕事を複(副)業とする方を積極募集 https://topics.cybozu.co.jp/news/2017/01/17-1601.html 個人的に大きく感銘を受けたこともあり、親しい人に対しては、会話の流れでこれに応募していることは話していました。 フリーランスとなって早9年。自分にとってこの選択は間違っていなかったし、多くのプロジェクトの経験で1社にいるよりも多くの経験を得られている、と思ってます。波はあれど、この4,5年はOKストアの200円弁当ともご縁のない生活です。（震災後はプライベート含め打ちのめされそうになった時期がありました） フ

Swiftのおかげで人生豊かになったと言っても過言では無いので、ポエムを書きます。 Objective-Cという色々突っ込みどころの多い言語を使いこなさないとiOSネイティブアプリを書けない辛い時代でした。 しかし、そんな中でもiOSは… ミスったところは大体コンパイルエラーにしてくれてます。 Scalaなどと同様、関数型言語の性質も取り入れた書き方も出来ますし、かといっていわゆる関数型言語みたいな堅い縛りもなく、共存しやすいです。 一時期Haskell入門してモナドなど勉強して挫折気味でしたが、Swiftでそれ系の記事読んだり触れたりして理解深まりました。 SwiftでOptionalというnull安全のための言語仕様があることはもちろん嬉しいですが、個人的にはそれはそこまで重要では無いと思っていて、「型が強い」ことの一要素程度に思っています。 静的言語 vs 動的言語僕は静的言語大好き

Kaizen Platform フロントエンドエンジニアの中村です。 現在開発中のプロダクトでは、フロントエンド開発のフレームワークに React + Redux を採用しています。 当初は自分が一人で開発していましたが、チームのRubyエンジニアの皆が次々と React を習得、気がつけばフロントエンドの機能実装も担うようになり、おかげでフロントエンド専門の自分はUIデザインの補佐 & UXの向上へ手が回せるようになりました。 弊社のビジョンは『21世紀の新しい雇用と働き方の創出』ということで、会社の壁を越えた適材適所を目指しているのですが、社内でも「適材適所」が進んでいるというわけです。 畢竟、開発チームの皆さんが仕事しやすいよう、技術基盤の整備に邁進するのですが、新しいツールやライブラリを導入するにも適宜判断が必要になりまして、じゃあ何をどう選ぶかについて意見を持てる & 説明ができ

Medium開き。はてなで自分用のブログを持っているけど、urlとかidとかがおかしいし、直したいのに直せないので、こっちに移ることにした。 僕がやるべきではないと思った仕事まず断りを入れておくと、仕事と言っても、職場の話ではない。 GoとかReduxとかReactとか、NodeとかRailsとか、OSSで見ておかなきゃなーと思った公式リポジトリをフォローした時の話。 僕は割とOSSにバンバンコミットするぜ、みたいなことに憧れつつも、なかなか自分だけのソフトウェアを作ってしまう性格で、それを治したいと思っていた。 とりあえず手始めに、各リポジトリをフォローして、各言語やソフトウェアがどんな課題を感じているのか、調べることにしようと思った。 その時に問題が発生して、なんとスパムのようにNotifyメールが来る。どれくらい凄いかというと、特にReduxなんだけど、日本時間で深夜３時くらいに、３

I was having a chat over coffee about Scrum and Agile with an Agile Coach who works for Australia’s largest Bank at a local cafe. One of the topics we discussed was Agility and Scrum adoption in Asia. He is wondering whether there are any Asian Banks who are Agile from end-to-end — that is from the high-level management level down to the staff level. He wants to compare the level of maturity of Sc

愚者は経験に学び、賢者は歴史に学ぶ。 有名な言葉なので聞いたことがある人は多いと思う。きっと頭の良い人は書を読んでたくさん学んで失敗を未然に防ぐのだと想像する。昔は私もそうあろうと、というかそうありたいと憧れていたけれど、最近はもう諦めてしまった。 そのため、本稿は経験から学ぶことを受け入れた人が書いたものだ。 失敗の仕方人間なので必ず失敗をする。 失敗そのものは防ぎようがないけれど、失敗の仕方は予防線を張れるかもしれない。やや抽象的な表現だけど、昔働いていた職場で上司から聞いた言葉が私の失敗に対する心構えの原点になっている。 自転車で車道と歩道の間を走行しているとき、どう転んでも車道側に倒れないこと。それが失敗の仕方。 私の場合、未知のことに取り組むとき、基本は楽観的になんとなくうまくいけばいいなと話しつつ、あまり言わないが最悪の場合も頭の中では考えていたりする。 例えば、勤めている会社

世界初の人型ロボット漫才の様子2015年 12月6日に決勝が行われ、トレンディエンジェルの優勝で幕を閉じたM-1グランプリ 2015。そのM-1グランプリ 2015に、史上初めてロボット（ペッパー）が出場し、勝ち上がっていたことをご存知ですか？ M-1公式サイトでのペッパーズの紹介ページ(ペッパーの肩書きが東京都出身のフリーターになっちゃってる・・・笑)今回はペッパーとM-1に出場してみて分かったこと3つを書きたいと思います。 ・ペッパーに”漫才”をさせるのは、一筋縄ではいかなかった ・漫才のネタ作りにもロジカルシンキングは役に立った ・人間とペッパーの漫才も自然と受け入れられ、笑いも頂けた まずは実際のネタ動画からご覧ください！ その1：ペッパーに”漫才”をさせるのは、一筋縄ではいかなかったM-1出場に向けて、いざペッパーと漫才を始めてみたはいいものの、いくつも関門が立ちはだかりました。

When the first iPhone came out in 2007, the demand for UI designers skyrocketed. Every team needed someone to design the hottest skeuomorphic apps. Plenty of conversations probably revolved around creating a realistic wooden bookshelf to make a certain app look just like real furniture. But as years passed and the world grew flatter and simpler, it became very clear — all the designer needs to do

眠れません。ベッドに入っても脳の思考が止まらないので、少し起きていることにしました。考えていることは半年後の自分について。半年後、私は何をしているのでしょうか。 フリーランスという働き方を選択したことで、全てを1人で引き受ける責任とそれによる自由を得たわけですが、その自由は孤独と不安との戦いだと感じています。特定の組織に所属していないことが、被雇用者ではないということが、これほど不安だとは。 不安なのは、しかし、不安定だからではありません。むしろ私としては今の働き方は安定しているつもりです。定期的に案件も入ってきますし、おかげさまで良いクライアントに巡りあえています。でも、この安定は動的安定であって、自転車のように漕いでいないと安定しないものです。 自分が行動しなければ何も動かない。いつでも簡単に堕ちていける感覚は、正直こわいです。眠れないくらい。 そんな折に見つけたフリーランスに関するこ