Goalist Engeneer's WAIGAYA #2 を開催しました

こんにちは、鈴木です。

10月に続き、11月にもエンジニアイベントを開催しましたので、そのレポート記事です。

今回は社内のメンバーだけではなくゲストスピーカー3名を迎えての開催となり、とても濃ゆい内容のイベントとなりました。

第一部「ゴーリストエンジニアが考える2020年に売れるサービス」

第一部では、社内エンジニアのみで「ゴーリストエンジニアが考える2020年に売れるサービス」について語り合いました。

それぞれが事前に考えてきた案をベースに話をするのですが、

インターネット黎明期のWebページを彷彿とさせるCTOのプレゼン資料 (下の写真)にざわついたり、

増加が見込まれる観光客向けに観光用の配馬サービス「Umar」なる奇想天外なサービスが挙がったりと

奇妙な盛り上がりをみせました。

第二部に向けてのいい感じのアイスブレイクになりました。

第二部「ゲストセッション + ゴーリストエンジニアLT大会」

第二部では、ゲストセッションとゴーリストエンジニアのLT大会を開催しました。

渡部哲也：株式会社ゴーリスト モバイルエンジニア

「おまえらのアジャイル開発は間違っている」

から始まる、過去に受託開発をした際の苦労話（大人の事情で資料は公開できません）と、そこからの教訓についての話でした。
お客様の要望が仕様変更にあたるのかどうかをしっかりと線引きしないと大変なことになるようです。。

そして、この発表からの流れでゲストの阿部さんによる開発プロセスマネジメント講座が開催されました。 （リポジトリ、Issue Tracker、開発プロセスの選定について）

開発者の人数、予算などに依存するため、それぞれの環境でのベストプラクティスを見つけ出すのは大変ですが、 社内に一人、開発プロセスマネジメントに詳しい人がいると開発が捗るんだろうなと感じた次第です。

※11月から加入ということで、今回はゲスト枠での発表でした。

石川光佑さん：ちきゅう株式会社 エンジニア

ゴーリストの技術顧問的存在の石川さんです。いつも大変お世話になっています。。

セッションでは、波乱万丈な2016年を振返りつつ、起きた問題とその対処方法についてのお話でした。
CI環境を整備する話や開発の引き継ぎの話など、「大変だよな〜」と個人的にすごく共感しました。

chikyu.net

阿部信介さん：株式会社リゾーム 主任

なんと大都会岡山から上京していただきました。遠いところ、本当にありがとうございました！！

岡山でのエンジニアコミュニティの話や、ローカルにgitとDockerしかインストールせずに開発するという試みについてのお話でした。 ハードモードすぎる。。すごい。。

以下のブログにその経緯が書かれているので、是非ご覧ください。

mao-instantlife.hatenablog.com

池田大輔さん：イベントレジスト株式会社CTO

AWSのイベントでも使われた、あのイベントレジストのCTO 池田さんもいらっしゃいました。

社内の開発環境、チーム編成、プロトタイプを使った開発手法についてのお話でした。 限りなく本番に近いユーザ体験ができるプロトタイプをまず作って、そこから開発フローを回すという手法は是非ゴーリストでも取り入れたいです。

eventregist.com

ゴーリストエンジニアLT大会

最後はゴーリストエンジニアによるLTです。テーマだけ載せておきます。

• 20代の「エンジニア女子」が絶対やるべきこと☆彡を読んで思ったこと
• AirBnBのクロール
• キャラクターデザインについて
• Amazon QuickSightについて
• metadata centric architecture(設計手法)

まとめ

今回は社外からゲストをお呼びしたことで全体的に程よい緊張感があり、社内メンバーも真剣に話を聞いていました。ゲストパワーすげーー。

あと、個人的にプロジェクト管理のベストプラクティスを模索中なので、ゲストの方々の開発プロセスマネジメントのノウハウを教えていただけたことは大変勉強になりました。ツールを使ったカンバン方式、いいですね。。ゴーリストでも導入していきたいです。

あと、誰かUmarやってください。。利用したいです。。

爆速でMAPの表示、ピンを立てる方法@Swift 3

こんにちは、iOSエンジニアの渡部です。

自己紹介とその場しのぎの記事を書いたのでそろそろ技術ネタを書いていきます。

今回はタイトル通りMAPについてです。
ネット上に色々なサンプルがありますが、この記事では「とにかく早くMAPを表示させる」こと、 「MAP上にピンを立てて吹き出しを表示する」ことにフォーカスしてます。

慣れてる人なら5分くらいでできるはず。

手順

1.framework追加
2.StoryboardでMAPを追加
3.import
4.コーディング
5.ビルド
では順を追って説明します。

1.frameworkの追加

まずはXcodeを起動し、新規プロジェクトを用意してください。

Single View Application を選択し「MapSample」とアプリ名をつけます。

プロジェクトを選択して、GeneralからLinked Frameworks and Librariesのプラスボタンから MapKit frameworkを追加します。

2.StoryboardでMAPを追加

次にStoryboardでMAPを追加し、

コードと紐付けます。

ついでに簡単にAutoLayoutもつけてと。

3.import

ViewControllerにimport文を追加します。

import UIKit
import MapKit

class ViewController: UIViewController {
    
    @IBOutlet weak var mapView: MKMapView!
    
    override func viewDidLoad() {
        super.viewDidLoad()
    }

    override func didReceiveMemoryWarning() {
        super.didReceiveMemoryWarning()
    }
}

4.コーディング

必要最低限のコードを載せます。
たった数行です。

class ViewController: UIViewController {
    
    @IBOutlet weak var mapView: MKMapView!
    
    override func viewDidLoad() {
        super.viewDidLoad()
        
        /// 以下を追加 ///
        let coordinate = CLLocationCoordinate2DMake(35.696135, 139.768322)
        let span = MKCoordinateSpanMake(0.005, 0.005)
        let region = MKCoordinateRegionMake(coordinate, span)
        self.mapView.setRegion(region, animated:true)
        
        let annotation = MKPointAnnotation()
        annotation.coordinate = CLLocationCoordinate2DMake(35.696135, 139.768322)
        annotation.title = "株式会社ゴーリスト"
        annotation.subtitle = "変な人がいっぱい"
        self.mapView.addAnnotation(annotation)
        /////////////////
    }

    override func didReceiveMemoryWarning() {
        super.didReceiveMemoryWarning()
    }
}

これで実装完了！

ちなみに

let coordinate = CLLocationCoordinate2DMake(35.696135, 139.768322)  

は緯度、経度です。

表示したい緯度、経度を調べるにはここがオススメです。
Googleマップで緯度・経度を求める

let span = MKCoordinateSpanMake(0.005, 0.005)  

は地図の範囲です。
値が小さければ小さいほど地図の範囲が狭まります。

annotation.title = "株式会社ゴーリスト"  

はピンのタイトル

annotation.subtitle = "変な人がいっぱい"  

はサブタイトルです。
実行するとわかります。

5.ビルド

実行結果はこうなるはずです。

ピンをタップするとこう！

簡単でしたね。
次回はFacebookログインあたりの記事書きます！

アプリのプロトタイプのお話

おはようございました。デブの渡部です。 「デブなの？」の方はこちら。

今日はプロトタイプのお話。

プロトタイプとは？

後での改良を見込んで、その仕事をする大筋として作る最初の模型。by wiki

たたき台となるモノと捉えておけば良いと思います。

開発あるある

多様なサービスがアプリ化していますが サービスをアプリ化する際にUI/UX、デザインなど悩みますよね？

いざ開発して見ると、「イメージと違う」

とディスられることも多々あると思います。

特に受託の場合、担当者と合意を取っても 偉い人が横から来て「もっとこういう感じ」と変更されることもあります。

三日月蹴りでも食らわせてやりたいですね！

そこで

そのイメージの共有に役立つのがプロトタイプ。 まず、目に見える、動きを試せるプロトタイプがあると 開発後の手戻りがなくなりリリースまでスムーズに進められます。 受託開発では特に効果を発揮します。

そこで、非エンジニアでも容易にプロトタイプが作れるツールをご紹介します。

1. Prott

モバイルアプリ開発をしている人はご存知かと思います。 Sketchとの連携もいいので使ってる人は多いのでは。 ワイヤーフレーム機能がとても便利そうです(フリープランユーザなので使ったことないですが)。

prottapp.com

2. Marvel

シンプルでシャレオツ！ 使い勝手も良く、Prott同様のおすすめツールです。

marvelapp.com

このように非常に便利なツールが結構あります。

ゴーリストは・・・

駄菓子菓子！

ゴーリストのプロトタイプ(モバイルアプリだけ)は違います。

作ってしまいます！

Xcodeで！

散々ツール紹介とかしましたが、

Objective-C生まれ、Xcode育ち、非推奨のプロパティは大体友達！

な自分にとってはやはりXcodeが良い！ (今はSwift使ってるけど)

ペーパープロトさえあれば大丈夫！ ある程度変更にも対応できる！AutoLayout実装前なら！

ということで今週は２つのプロトタイプを作りました。 こんな感じです。 (大体が見せられないです。すみません。)

２つで３人日。

まとめ

新規開発でBtoBの場合は、セールスさんの意見も聞くといいですね。

プロトタイプのレビュー会も開くと良さそうです。

最早、アイデアに価値はない時代なので、カタチにしてなんぼだと思ってます。 ゴーリストのモバイルアプリチームは 効率の良い開発のためにプロトタイプをどんどん活用していきます。

楽するために！

Amazon QuickSightで求人データを可視化しました

こんにちは、ゴーリストの鈴木です。

2016年11月16日より、Amazon QuickSightというBIツールの一般提供が開始されました。

Amazon QuickSightが一般提供開始 – 高速で利用が簡単なビッグデータ用ビジネスアナリティクス | Amazon Web Services ブログ

というわけで早速、Amazon QuickSightを使って全国の求人データを可視化してみました。
本記事を読んでAmazon QuickSightを使うと何ができるかというイメージを掴んでもらえればと思います。

Amazon QuickSightとは

冒頭の紹介の通り、Amazonが提供するBIツールです。用意したデータを自分の好きな形式で可視化することができます。
特にAWS上のデータをグラフ化することが得意なようです。

Amazon QuickSightの概要については、公式ページに分かりやすく書いてあるので、一度読んでおくとよいかと思います。

アカウント作成

アカウントを作成します。
2016年11月24日現在、Amazon QuickSightは東京リージョンで提供されていないので、オレゴンリージョンを使うことにしました。

データセットの作成

可視化対象のデータを定義します。具体的には、ローカル環境のcsvデータをアップロードします。

今回は大泉洋さんのCMでおなじみの「リクナビNEXT」の11月14日分の求人データを対象にします。(6000件程度)

もちろんデータセットとしてローカル環境のcsvデータだけでなく、S3、RedShift、RDBなどのAWS上のデータや、オンプレ環境のDBなどを使うことが可能です。
詳細は公式ページをご参照ください。

Analysisの作成

データセットの作成が終わったので、次はAnalysisの作成です。
ここではどのように可視化するか(どのグラフを使うか)を設定します。

手順としては、基本的には以下の2つとなっています。簡単ですね。

1. どのグラフ(Visual types)を使うかを選択する
2. どの項目をグラフに反映させるかを選択する

今回は分析の目的を設定せず、できるだけ多くのグラフを使ってみようと思います。
使用可能な表、グラフは公式サイトに記載があります。
2016年11月24日現在、13種類の表、グラフがあります。
今後は、ヒストグラム、箱ひげ図、分散の可視化(マップ)が追加予定のようです。期待大ですね！

では、早速、可視化をしていきます。。

求人掲載件数ランキング(企業 × 掲載件数)

（クリックで拡大）

データをグループ化、ソートして表示することが可能なので、企業の求人掲載件数ランキングを作成しました。

やはり上位は大企業が占めています。

設定は以下の通りです。

設定項目	値
Visual types	Horizontal bar chart
Y axis	企業名

職種別掲載件数比(職種 × 掲載件数)

（クリックで拡大）

集計軸を「企業名」から「職種」に変えると、職種別掲載件数の割合を可視化できます。

営業、事務、企画職の求人が多く、半数以上を占めていることがわかります。ITエンジニアの求人は少なめなのでしょうか。

設定は以下の通りです。

設定項目	値
Visual types	Pie chart
Group/Color	職種

ITエンジニア求人掲載件数ランキング(職種 × 企業 × 掲載件数)

（クリックで拡大）

もちろん、検索対象をフィルタリングすることができるので、このように職種別の掲載件数ランキングも集計できます。
今回はITエンジニアの求人のみを対象としてみました。

いわゆるWeb系の大手企業などはランク外でした。別の求人媒体をメインで使っているのでしょうか。気になります。。。

設定は以下の通りです。

設定項目	値
Visual types	Pivot table
Rows	企業名
Values	企業名(COUNT)
Filter	職種 include "ITエンジニア（システム開発、インフラなど）"

エリア別掲載件数(エリア × 掲載件数)

（クリックで拡大）

関東エリアの掲載件数がその他の地域と比べてかなり多いですね。

設定は以下の通りです。

設定項目	値
Visual types	Vertical bar chart
X axis	エリア

ダッシュボード

（クリックで拡大）

作成したグラフをまとめたダッシュボードを作りました。

すごい、BI感がでていますね！！
ただ、分析目的がないので、特に使い道はありません...はい、よく陥りがちなやつです。皆さん気をつけてください。。

まとめ

データの可視化、いかがでしたか。

ざっと触った感想は、

• サービス名の通り、データの可視化を簡単な操作で行える。
• スモールスタートが可能なのがGood。(1ユーザ9USDで1GBのデータを分析できる)
• 通信環境にもよるのかと思いますが、ダッシュボードを表示するまでに7秒くらい掛かり、やや遅め...？東京リージョンの対応が待たれる。。
• 使う側が目的を設定して使わないと、意思決定に役立たないグラフが量産される(世の中のBIツール全般に当てはまると思いますが、一応)

です。

最も良いなと思ったのは「スモールスタートが可能」という点です。1000円/月くらいで試せます。AWSの醍醐味ですね。

引き続き、Amazon QuickSightを追っていきますので、ご期待ください。

ちなみにですが、弊社サービス 3Chartでは、複数の媒体をまたいだ求人データの分析・集計が可能です。
今回取り上げたような職種別、エリア別の集計もできます。無料でお試しいただけるので、ご興味がある方はWEBページよりお申込みください。

iOSデブ、ジョイン

はじめまして、ゴーリストの渡部です。 11月からゴーリスト初のモバイルエンジニアとしてジョインしました。 タイトルのデブはDevの方です。体型は普通です。

社内外のエンジニアイベントやモバイルアプリ開発の技術記事をこれからどんどん公開していくので モバイルアプリ開発に興味ある方は是非見てください！

今回は初エントリーなので自己紹介します。

経歴

地元茨城県のSI企業に新卒入社し、６年半ほど在籍しました。 プログラミング経験は一切なし。 ただ社名が横文字で今時っぽいという理由で入社しました。 入社後のプログラミング研修では一切理解できず、同期の画面を覗き込んでやり過ごしていました。

iPhoneと出会う

正直、プログラミングは全然理解できないし、社風も窮屈に感じてた頃にiPhone4が発売されました。 あの時のジョブズのプレゼン、世の中の反応を見て「俺アプリ開発やるわ！」と決めました。 ただのミーハーです。

そこからObjective-Cを猛勉強し、いくつかのアプリをリリースしました。

都内に出向

アプリをリリースしたものの、それで稼げる訳でもなく、違う業務をこなす日々。 もっとアプリ開発をしたい、スキルを上げたいと思い都内への出向を願い出ました。

渋谷のとある企業に仕事を紹介してもらいここから本格的なアプリ開発が始まりました。

プロジェクトに恵まれる

出向先でのプロジェクトは、某研究所、メガバンク、大手通信業社など そこそこ大きい規模の開発に携われるものばかり。 iBeaconを使った開発など新しいものに触れる機会にも恵まれました。

自分が作ったアプリが世の中の人に使ってもらえている感覚がとても新鮮でした。 未だにレビュー欄を見るのは怖いですが。。。

ゴーリストにジョイン

２年ほど出向してた矢先、本社に戻ることになりました。 本社の開発環境、周りとの温度差、社風。。。 諸々自分には合ってないことを確認したので転職することにしました。

転職サービス経由でいくつかの会社に訪問。 アプリ開発がバリバリできる会社、フィーリングが合う会社を探している中、 ゴーリストに出会い、入社を決めました。 採用担当の人の食い付きようが面白かったこと、 アプリで世の中を動かした人がいたこと、が決め手になりました。 ここならがっつりアプリ開発ができるな、と。

ジョインして良かったこと

1.最初から意見が通る

既存アプリのリニューアルをする際、UI/UXはこうした方がいい、とか いらないファイルなどが混在してるため、最初から作り直したい、という意見がすぐに通りました。 本当に大丈夫なのでしょうか。。。

2.情報の共有が早い

毎日チャットで報告し合うので、誰が何をやっているかがすぐに分かります。 チャットのやり取りも面白いです。 催眠術師を会社に呼んでしまうアグレッシブな人もいます。

3.面白い人が多い

代表をはじめ、笑いに特化している人が多い気がします。 入社初日の紹介で「石にならないメドゥーサ」は吹きましたw 自分は学生時代のバイト先由来のあだ名になりそうですw

自分の意見が尊重され、ガンガンアプリ開発ができる、これ以上ない環境です。 環境の良し悪しは人によりけりですがこういった環境を求めている人も多いと思います。 気になった人は是非採用ページからお問い合わせ下さい！ リンクは貼りません。面倒なので。。。

最後に

自分のモットーは 「Create a Happy」人々のハッピーを創造する、 「より多くの恩人をつくり、その人たちに報いて行くこと」。

アプリ開発を通してより多くの人たちにハッピーが届けられるよう、精進していきます。

と、Pepperくんも言っておられます！ 特にPepperくんは関係ないです。。。

次回から技術記事、イベントレポートなどを投稿するので 是非見に来てください！

HRogの開発環境をDocker化した話

こんにちは、ゴーリストの藤井です。

ゴーリストは人材業界に特化したキュレーションメディア「HRog」を運営しています。

hrog.net

HRogのアプリケーション構成はWordPress, Rails, MySQLで、それぞれがAWSの別インスタンスで動いているのですが、ローカル開発環境でそれを再現しようとするとちょっと大変です。「まだ環境構築で消耗してるの？」なんて声が聞こえてきそう・・・

そこでDockerに着目し、プロジェクトに関わるアプリケーションをコマンド一発でローカル環境構築をする方法を模索しました。その内容を先日ゴーリストが社内で行ったエンジニアイベントにてざっくりとLT発表しましたので、以下がそのスライドとなります。

この試みの結果Dockerをマシンに入れて起きさえすれば、新しく入ったメンバーへの開発環境の共有がプロジェクトのclone除けば実質コマンド一発で完了することが可能となりました。
また、毎日開発を始めようとした時に複数のアプリケーションの起動をコマンド一発で行うことができるようになりました。同じ作業を何度も繰り返さずにすみますので、プログラマ冥利に尽きますね（｀・ω・´）

まだまだエンジニア経験が少ない(まだ2年未満)の自分がReactやDockerといった新しい技術にチャレンジできるのも、ゴーリストの魅力だったりします。

Goalist Engeneer's WAIGAYA #1 を開催しました

HRソリューション事業部のエンジニアの鈴木です。

10月21日(金)に社内エンジニアイベント「Goalist Engeneer's WAIGAYA #1」を開催しました。 そのイベントの簡単なレポート記事です。

開催の経緯

弊社ではここ半年間でエンジニアが3人→8人に増えたという事情もあり、 より交流を深めようという意図で開催されました。
たしかに、技術縛りの話題で全員揃って話す機会はなかったので、いいタイミングだったなと思います。

第一部 トークテーマ「ゴーリストの理想のエンジニア像」

お酒を片手に、理想のエンジニア像について語りました。
ギークの話、今まで出会った凄腕エンジニアの話など、脱線しつつ語らいました。。

第二部 「LT大会」

1人5分、エンジニア全員発表のLT大会を行いました。

特にテーマを制限しなかったため、いろいろなテーマが集まりました。 いくつかテーマを抜粋します。

• たのしいやさしいGoogle Apps Script

• Apache POIとExcella Reports

• 動的言語の静的型の話

• Dockerで環境構築したら捗った話

• エンジニアの情報収集

ご覧の通り、言語の型事情の話や、業務で使った便利ライブラリの話、開発環境構築の話など様々です。
(ちなみに弊社にはJavaエンジニアが多いので言語の型の話になると熱くなりがちなので注意が必要です。)

中でも発表に向けてしっかり動くものを作ってきた新卒エンジニアがとても頼もしかったです。

ちなみに自分は「エンジニアの情報収集」というテーマで話しています。興味がありましたら見てみてください。

エンジニアの情報収集 from Takahiro Suzuki

www.slideshare.net

感想&まとめ

業務を隔てたエンジニアの交流ができたことはもちろんですが、
LTの内容などからそれぞれのエンジニアの得意分野、興味のある分野がわかったことが収穫かなと思います。
その結果、「〇〇で困ったら△△さんに聞けば解決しそう」という目次ができたので、業務でのコミュニケーションのハードルが下がった気がします。

次回は社外からゲストを招くなど、イベントをバージョンアップする予定です。次回のイベントレポート、ご期待ください！