早いもので、2017年12月にKyashに入社してから半年が経ちました。 最近は 「勢いある」「Kyashよさそう」と言っていただくことも増えてありがたいなぁと思うと同時に、中にいるとちょっと過大評価されているなと感じることもあります。 自分自身も後で見返せるように、実際どうなの？という話を自分の視点から書いておこうと思います。Kyash実際はこんな感じなんだーというのがなんとなく伝われば嬉しいかぎりです。 ちなみにこういう話は思いもしないところ思いもしないツッコミを受けるものなので結構緊張しています。何か気になる表現があれば@konifarまで直接連絡をもらえるとありがたいです。 入社直後の感想 2017年12月に入社した時、Kyash社内はめちゃくちゃ忙しい時期でした。開発もマーケも全員修羅場で、「オッやっとるな」という感じでした。 自分が入った時にすでに佳境だったので、そのプロジェク

DroidKaigi2018が来週に迫ってきましたね。 自分もコードで見るFlutterアプリの実装というテーマで発表します。 その題材として、DroidKaigi2018のiOSアプリを作りました。コードも公開しています。 github.com 作った理由は、以前の記事に書いたとおりです。 また、公式アプリではないですが今年はiOSアプリも用意したいなぁと思っています。iOSDC2017に参加した時にAndroidアプリが欲しいと思ったからです。 まだ申請中なので間に合うかどうかわかりませんが、iOS端末がメインの方に使っていただけると嬉しいです。 DroidKaigiの発表では、時間の都合上Flutterの基本的な部分の説明は省くつもりなので、ここで簡単にまとめておこうと思います。 Flutterとは Flutterは、iOS / Androidで動くアプリを作れるクロスプラットフォー

SHIROBAKO Advent Calendar 2017 始まりました。ということで、興津さんの話をします。 出典 : http://shirobako-anime.com/character-12.html 興津さんは、現場の第一線を退き総務として武蔵野アニメーションを裏から支えるベテランです。序盤は朝礼で事務連絡をしているただのクールビューティーとして描かれていましたが、次第に周囲のキャラクターの反応から伝説じみた過去の実績と信頼が垣間見えてきます。 それらのエピソードを全て語ってもよいのですが 今回は興津さんの左眼にフォーカスを当てて紹介しようと思います。興津さんの左眼は通常時は前髪で隠れていますが、実は何度か両目が見えるシーンがあります。 アニメにおいて、半眼や片眼のキャラが"開眼"する時というのは、何らかのチート能力が発揮されるなど物語の見せ場であることが多いですよね。両目が

SHIROBAKO Advent Calendar 2016 始まりました。ということで、瀬川さんの話をします。 出典 : http://shirobako-anime.com/character.html 瀬川さんと言えば、宮森も見惚れる風貌や、最終回でのほろ酔い姿で視聴者を魅了したことは言うまでもありませんが、やはり最も印象的なのは ベテランの風格溢れる仕事への姿勢と言えるでしょう。 第1話でタイトなスケジュールで割り込みの仕事をこなす中、額に冷えピタを貼って 「綱渡りか…」と独り言をつぶやく様は、さながら情熱大陸のワンシーンのようでした。 もちろんアニメなので脚色は入っているとは理解しつつも、瀬川美里という1人のフリーランスアニメーターについて振り返ることは非常に有益だと思うので、印象的なシーンを例に上げて簡単にまとめておこうと思います。 クオリティに対する意識 実は、瀬川さんの登場

株式会社奇兵隊からQuipper Limitedに所属が変わって3ヶ月ほど経ったので、忘れないように状況を記録しておきます。 先に言っておくと、まだ3ヶ月しか経験しておらずわかっていないことも多いです。なので、「まだ慣れきっていない人から見たらこんな風に見えてるんだなぁ」という感じで軽く読んでもらえるとありがたいです。 また、入社の経緯については、文章で説明すると誤解を生みそうので省略します。と言っても別に話せないようなことは何もないので、直接聞いてもらえれば話します。 今のチーム Quipperは日本と海外向けに教育サービスを展開していて、今はその中のAndroidチームで働いています。 隣にPermissionsDispatcherを作った@hotchemiさんがいたり、後ろに元柔道世界チャンピオンで低レイヤーに詳しい人がいたり、癖のある人ばかりのチームです。 仕事は忙しいかとよく聞か

DroidKaigi 2016がいよいよ来週開催されます。 ふとした思いつきでDroidKaigiのカンファレンスアプリを作ったところ公式アプリとしてリリースさせていただくことになり、今現在完全オープンソースで色んな人がコミットしてくれています。スピード感あってなかなか面白いので、忘れないうちに経緯をまとめておこうと思います。 github.com アプリは現在こんな感じです。デモとしてアラビア語表示にも対応しています。 1/11（月） DroidKaigiの発表準備しないとまずいと焦り始めました。 最近は発表の内容に合わせてサンプルアプリを作って公開するようにしているんですが、ただのサンプルコードだと飽きちゃうので何を作ろうかなぁと考え始めました。 そこで思いついたのが、DroidKaigiのカンファレンスアプリでした。みんなが使えるアプリなら懇親会の時の話のネタにもなるし、ぼっちにもな

1ヶ月くらい前、 「バグをドラゴンと呼んだらどうなるか」というTweetを見ました。 確かに、バグをドラゴンと読んだ場合「Sクラスのドラゴンが出ました！」「Aクラスのドラゴンを相手にしてる最中だってのに！」って会話になるし、ドラゴンは結局人の手で生み出されたものってところが中二ファンタジーっぽくて良い— 尾野（しっぽ） (@tail_y) March 18, 2015 これは天才的発想だなと思って職場で雑談で話してみたところ、 同僚のスペイン人エンジニアにバカウケしまして、 それからちょいちょいバグのことをドラゴンと呼ぶようになりました。 せっかくなので、どんな雰囲気になるのかまとめてみようと思います。 先に言っておくと、自分ともう1人スペイン人エンジニアが時々チャット上で使っているだけで、 正直そんなに流行ってないです。 なんかテンションが上がる バグ修正ってマイナスをゼロにするだけで何

クックパッド社の 朝Lint活動の記事を見て、最高じゃん…！と思い自分も真似して運用してみることにしました。 techlife.cookpad.com とりあえず自分だけで勝手にやることにしたので 「Lint警告解消に限らずやりたいこと好き勝手やってやるぞ！」って感じで2週間くらいやってみました。わりと進捗よくて成果出てきた気がするので、どう考えて何をやったかを残しておこうと思います。 なぜやろうと思ったのか 普段の開発タスクに追われて細かいところに手がつかず歯がゆい思いをしていたからです。 今作っているTaptripはグロースフェーズにあり、新規ユーザーの流入やDAU・MAUの向上といった数字から逆算した施策を高速にこなすべく開発を進めています。 この方針自体には納得しているんですけど、直近で数字が出るかよくわからない細かい改善というのはやはり優先度が低くなってしまうんですよね。そしてそ

思いついた勢いのままに Chrome extension『Kotoha』を作って公開しました。 chrome.google.com コードもGitHubに公開してます。 勢いのままに作ったと言いましたが、Javascript触るの久しぶりな上に初めてのChrome extension開発ということで、 実質15〜6時間くらいかかりました。 完全に俺得Extensionなんですが、せっかく作ったので何を考えてたのかまとめておこうと思います。 知らぬ間にGIGAZINEにも紹介されていました。圧倒的感謝。 gigazine.net どんなExtensionか イケてるアニメの名言を簡単に引用できるようになるExtensionです。 名言をキーワードで探せます。 作品タイトルやキャラクター名でも探せます。 名言はアドレスバーの隣のアイコンから登録できます。 詳細はREADMEに全部書いてあるので

最近、ほぼ毎日炎上した記事を目にします。時には 炎上した記事を叩く記事まで出てきたりして、なんだか殺伐としてるなぁと感じることもあります。 中にはあえて炎上させている人もいると思うんですが、自分はできれば炎上させたくないです。炎上するとTwitterやはてブですごい勢いで色んな意見が来て、めちゃくちゃ精神が消耗するからです。ブログを書き始めてから何度か炎上してしまったことがありますが、本当に仕事が手につかなくなるレベルです。 炎上と一口に言っても理由は様々なのでひとくくりにはできません。個々のケースを引っ張り出して「ここがよくなかったよね、こうしたらよかったよね」という感じでケーススタディにしたとしても、 どういうところがまずかったか本質的に理解できなければあまり意味がないように思います。 このあたりは自分もちゃんと整理できていないので、 自分が炎上しないように最低限工夫してるところをまと

先日、後輩エンジニアのコードレビューで「ここはこうした方がいいと思うよ」みたいな指摘をしたら、 「けど、前にkonifarさんにこう言われたから…」というコメントが来て、めちゃくちゃ申し訳なくなりました。 実はこういうやり取りたまに発生するんですが、毎回心苦しい思いをします。言われた側からすると 「前と言ってること違うじゃん…」って感じるんですよね。自分もそういう経験があるので、本当に申し訳なく思います。 前は考えが違ったんだよと言ってしまえばそれまでなんですけど、後輩に理不尽な思いをさせるのも嫌ですし、どう感じているのかちょっとまとめておこうと思います。 先に補足しておくと、自分の言い訳メモみたいな話なので、万人に当てはまるものではないです。 先輩も未熟かもしれない なんかすごそうに見える先輩も、実は未熟だったりします。これはスキルレベルが低いということではなくて、 初めての分野で先輩自

最近Twitter眺めたりブログ読んだりしていると、 「伝えたいことがある時は汚い言葉は使わない方がいいんじゃないかなぁ」と感じることが多いです。 自分もブログを書くようになったので、自戒を込めて考えをまとめておこうと思います。 汚い言葉のエネルギーすごい 汚い言葉や過激な言葉の与える印象ってすごく強いです。 政治の話題だと特にありがちなんですが、例えば「老害は引退しろ」とか「馬鹿な政治家に任せてられない」とかよく目にするんですけど、すごく目立ちますよね。主張や印象がどうかは置いといて、とりあえず目立つ。 そう考えると、汚い言葉のエネルギーはやはりすごいなぁと思うわけです。 汚い言葉を使うと伝えたいことがブレる エネルギーはすごいんですけど、どうも主張が伝わってこないなぁと感じてしまうことが多いです。主張したいことに意識を向けてみるとそんなに悪いことは言っていないのに、言葉の汚さの方に気が

写真投稿系のアプリだと必ず問題になると思うんですが、ユーザーが増えてくると ポルノを投稿をするユーザーが0.7〜1.0%くらいは出てくるんですよね。 本業のTaptripは海外のユーザーが99%以上なんですが、やはりポルノを投稿するユーザーが1%くらいいます。中でも中東地域のユーザーが投稿するポルノ写真は結構ヤバくて、 中学生が見たらトラウマになっちゃうんじゃないかってレベルです。 Googleの提唱するFamilySafetyの理念にも反しますし、電車の中でいきなり表示されると気まずいということもあって、昨年 『肌色フィルタ』というのを作って暫定対応しました。 ですが、最近もっと良い対策を入れたことで肌色フィルタは役割を終えることになったので、供養を兼ねてまとめておこうと思います。 先に言っておくと、AIやディープラーニングみたいな技術的なチャレンジはやっていません。あくまで工数かけずに

SHIROBAKOはアニメ制作の現場を描いたアニメです。全24話全てが神回と言っても過言ではなく、仕事をする上での姿勢やチームワークの大切さなど本当に学びが多いです。 shirobako-anime.com 人に好みのアニメを押し付けるのは申し訳ないので普段は何も言わないんですが、 SHIROBAKOはどうしても社内のメンバーにも見てもらいたくて、ついに布教してしまいました。少し前の話なんですが、どんな空気になったのかまとめておこうと思います。 結論から言うと、意外とみんな温かく受け入れてくれた上に実際に見てくれたメンバーもいたので、個人的には満足しています。 QiitaTeamに投稿 チームの情報共有にQiitaTeamを使ってるんですが、 『チームメンバーに見てもらいたいアニメSHIROBAKO』というタイトルでしれっと投稿してみました。 反応なければやめようと思ってたんですが、投稿し

若いヨルダン人エンジニアの後輩がいるんですが、彼は本当に前のめりで成長に対して貪欲です。 入社してすぐに「家で勉強するのに良い資料はありますかッ？！」と聞いてきたり、GW前には「何を作ったらいいですかッ？！」と聞いてきたり、とにかく勢いがすごいです。こういう訳がわからない前のめりさはとても重要だと思っていて、何かしら力になりたいなぁと思ったりします。 で、この前も昼時に 「konifarさんは新卒の時どんな風に成長したんですかッ？！」と聞かれまして。覚えてることを話したんですが、ふわっとしたことしか話せなくて申し訳なくなってしまいました。 自分でも成長とは何なのかよくわかってないなぁと感じたので、思考整理してみようと思います。 未来の成長は想像しにくい 自分は正直、『成長する』というのがどういうことなのかよくわかってません。 就活の時に、「他の会社の5年分を1年で身につけられますよ！」みた

非エンジニアのメンバーと話していると、 なんだかもどかしい気持ちになることがあります。 なんか話が噛み合わないというか、すごく他責な言い方をすると 「もっと開発のこと理解してほしいなぁ」と感じてしまう時があるんですよね。例えば、難易度の高い修正をさらっとできそうな感じで話されたりとか、逆に超簡単なのに難しいと思って遠慮されてたとか。そういう認識の違いから来るもどかしさです。 最近、このもどかしさを解消するには エンジニアから非エンジニアに歩み寄る方がいいなぁと思い始めたので、考えをまとめてみます。 相手の立場に立って考え直す このもどかしさ何とかならないかなぁと考えていた時に、 SHIROBAKO 17話『私どこにいるんでしょうか…』を見ました。 anicobin.ldblog.jp この回では、新人制作の佐藤さんがアニメーターの遠藤さんにちょっとキツいスケジュールの仕事をお願いし行くシー

昨日のDroidKaigiの@operandoOSさんのセッション Android学ぶを君へ。生き抜くためのナレッジ共有の中で『ひたすらクソコードを書く』という話がありました。 もちろんこの話はほんの一部でしかないんですが、とても印象に残りました。 誰と話したか忘れてしまったんですが、懇親会で 「クソコードでも公開した方がいいんじゃないか」みたいな話が出て、なるほどなぁと思ったのでちょっと思考を整理しておきます。 書けば何がクソコードかわかってくる 何も書かないよりクソコードでもいいからまず書いてみる方がいいと思います。 そもそもクソコードっていうのはよいコードの基準があってこその価値観なんですよね。書かなくても何がよくて何がクソかわかるよって人もいると思うんですけど、自分はやっぱり頭で理解するより書いて理解する方が腹落ちしやすいです。 例えば、GoFのデザインパターンはよくある問題を