はじめに ポケモンについて何となく知っている人向けの記事です（デジモンは知らなくてOK） ３月ごろにポケモンたかさおじさんが集計したアンケートの分析をお手伝いしたところ、アンケートの自由記述回答の6353件中、155件もデジモンについて言及するコメントがあった。 「デジモンと区別付かないよね」 「もはやポケモンじゃない…。デジモン…。昔のデザインに戻ってほしいなぁ…。。。」 「主観ですが、伝説のポケモンが角張った印象で、デジモンのような印象を受ける。」 「全体的に毛がなさそうなツルッとしたフォルムの子達が増えた気がします。デジモンっぽい」 「デザインがごちゃごちゃしすぎて子供が描くのが難しい　デジモンに近くなってきている」 「ダイパまでのデザインがポケモンっぽいデザイン。それ以降はデジモンみたいな雰囲気。」 私は幼少期からポケモンには触れてきたが、デジモンにはあまり縁がなかったため、 デジ

Wantedlyは、運命のチームや仕事に出会えたり、人脈を広げ、ビジネスの情報収集に使えるビジネスSNSです。

ヘルスケア事業部の濱田です。チームで楽しく開発してますか？ コードベースの置き場として絶大な支持を集める GitHub。コードを管理するだけでなく、issue を使って様々な議論や報告を行い、その結果をスムーズに製品に反映させることができます。エンジニアだけでなく他の職種のメンバも巻き込んで GitHub で議論ができたら、開発はもっと活発になるでしょう。 一方、 GitHub にはちょっと敷居が高い、敬遠したくなるような雰囲気を感じる人も多いようです。 本記事では、様々な職種のメンバが GitHub を気持ちよく使い始めてもらうにはどうすればよいか、という観点から気をつけるべきことを紹介します。 GitHub は非エンジニアにとっては怖い場所？ エンジニアは GitHub が大好きです。自分たちの作ったコードがあり、ドキュメントがあり、仲間がおり、コードレビューを通じて自分の新たに作った

droidkaigi.github.io 昨日、DroidKaigiというカンファレンスが終了した. 参加人数が400人のイベントに800人超が申し込み、当日も会場が満員で立ち見が続出するなど非常に熱気のあるイベントとなった． このカンファレンスの詳細は、参加者の皆さんがブログに書いてくれるはずだ．総括は、主催者のmhidakaさんが熱いヤツを書くに違いない． という事で今回はこのイベントがどの様に運営されていたのか、という舞台裏を少し共有してみようと思う．自分は書記やissueをつっつく推進豚野郎や当日オペレーション担当をしていたのでその観点から振り返ってみる． ツール どんなツールを使っていたのかという話． リポジトリ…GitHub． 公式サイトはGitHub上にホストされており、Pull reqベースで開発が進んでいった．アプリも同様である． 運営専用のリポジトリのWikiに会議のア

「脳トレ」アプリのBrainWarsが全世界で1200万ダウンロード越えのヒットを飛ばし、エンジニアの増員を続けるトランスリミットの最近の施策は奇抜だ。CTO、つまり最高技術責任者を2人にしたり、Githubで就業規則を公開したり。ちょっと聞いただけでは「ネタ」と受け止めてしまいそうな施策だが、その背後には会社の成長を狙うロジックがあった。同社の高場大樹CEOに話を聞いた。 エンジニア中心の会社は「分野別に複数のCTOがいてもいい」 同社の最近の施策で興味深いのが、「2人CTO体制」だ。2人目のCTOを任命し、同社はCTOが複数いる会社となった。 CTOは「最高技術責任者」と訳されるように、企業内の技術戦略やエンジニアのマネジメントに関するトップの役職とみなすのが普通の考え方だ。だが高場氏の考え方は少し違う。 「分野別に複数のCTOがいてもいい。新規事業CTO、全体最適CTO、人材育成CT

近年、ソフトウェア開発を取り巻く環境が急激に変化してきています。ネットワークの整備や、コミュニケーションツールの進化に伴い、リモートワークやインターネット上での協業も盛んに行われるようになってきました。チームメンバー全員の住んでいる国が違う、といったこともあるかもしれません。 しかし物理的に離れた環境で働くと、今まで対面で行っていたコミュニケーションを別の手段で代替しなければなりません。SkypeやGoogleハングアウトなどのビデオ通話、HipChatやSlackなどのチャットアプリを利用することで仕事上必要なコミュニケーションは取れるようになりますが、ソフトウェア開発に関わる状況確認は別のツールを使う必要があります。 特にオペレーションは、いつ、誰が、どのような対応をしたか把握していたいですよね。 このような課題を解決する一つのスタイルとして、「ChatOps」があります。ChatOp

最近開発で利用している、デプロイをチャット経由で行うフローについて説明します。 要点 開発者はmasterブランチで開発する 開発者はデプロイしたいときにBotにお願いする Botはmasterブランチからproductionブランチに対してPull Requestをつくる 開発者はPull Requestを確認してmergeする CIはproductionブランチが変更されるとサーバにデプロイする ChatOps masterブランチからproductionブランチにPull Requestを出す作業は面倒なので、チャット経由で行っています。Heroku上で動かしたRubotyにruboty-githubとruboty-aliasというプラグインを入れて、「デプロイしたい」と発言するとPull Requestを作成するように設定しています。チャット経由で物事を行うようにすると、周知や教育

Hubot, GitHub's open source chat bot, is completely revolutionizing how we do ops at GitHub. Automating deployment, graphing, monitoring, provisioning, tweeting, and many other things with Hubot has enabled and enhanced our culture of remote work. We're standardizing how we interact with the applications and servers that run GitHub by continuously expanding our library of Hubot commands that any G

Hubot触ってみようと思って、いろいろ動かして見たのでメモ。 参考になるURL https://github.com/github/hubot/tree/master/docs http://nanapi.co.jp/blog/2014/06/04/slack_with_hubot/ http://odoruinu.net/blog/2014/07/08/how-to-integrate-self-hosted-hubot-with-slack/ https://github.com/tinyspeck/hubot-slack Hubotのrepositoryを作る https://github.com/github/hubot/tree/master/docs これのとおりに hubot --create shibabotとかすると作れる。 bin/hubotとかして動けばひとまず良い

本連載では、GitHub社が開発したチャットbot開発・実行フレームワークである「Hubot」を使用して、チャットツールにオリジナルのbotを住まわせ、開発フローに組み込むことで開発を楽にする方法について解説していきます。 botとはなにか 開発の現場で、開発チーム内のコミュニケーションのためにIRCなどのチャットツールを導入することは、よく見る光景だと思います。そんなチャットツールに常駐してチャット経由でコマンドを待ち受けて実行したり、決められた条件に従ってチャットに発言してチャットの参加者に通知したりするようなプログラムのことをbotと呼びます。 Skype、HipChatやChatWorkなどコミュニケーションツールが多様化した現代においても、それぞれのチャットツールに対応したbotが開発されており、botを開発するためのフレームワークも様々な形で提供されています。botを導入するこ

モバイルファースト室の @slightair です。 先ほど、デザインをリニューアルしたクックパッドiOSアプリ 6.0.0 をリリースしました。 https://itunes.apple.com/jp/app/kukkupaddo-no.1reshipi-jian/id340368403?mt=8 この記事では、どのようにして新しいデザインをiOSアプリに適用していったのかを紹介したいと思います。 新しいアプリの画面 スクリーンショットを見ていただければわかるように、全体的にフラットな印象を与える画面に変わりました。 トップ レシピ詳細画面 サイドメニュー この記事で全ての画面を紹介することはできませんが、ぜひダウンロードしてお手持ちのiOS端末で触ってみてください。 新デザインの適用 基本的には、画面デザイン案をもらい、既存のアプリを修正して少しずつ適用していく形で進めていきました。

DevLove現場甲子園2014東日本大会での発表内容です。

パターン QA to AQ: 伝統的品質保証（Quality Assurance）からアジャイル品質（Agile Quality）へHironori Washizaki

ｃonstexpr関数はコンパイル時処理。これはいい。実行時が霞んで見える。cpuの嬌声が聞こえてきそうだGenya Murakami

「ミライリアルの幸せを、デジタルの力で創る」ことを目指すSupershipグループの社内報です。日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipグループの”Be Super”なストーリーをみんなでシェアしていきます。