はじめに こんにちは、 id:FM_Harmony です。 Rakus Developers Blogでは5回目の投稿です。 前回の記事はこちら↓ tech-blog.rakus.co.jp 今回も前回と同じくビアバッシュの補足ネタです。（ビアバッシュ...?という方は コチラ ） テーマは「Mattermost」についてです。 はじめに Mattermostとは？ Mattermost Serverの構築 事前準備 データベースの準備 Mattermost Serverの構築 Mattermostを触ってみる Mattermostの初期設定 Webhookを使ってみる おわりに 参考 Mattermostとは？ MattermostとはSlackに似た オープンソース のチャットツールです。 大きな違いはSlackが クラウド 型のサービスであるのに対し、 Mattermostはオンプレミス型 のサービスであることです。 そのため、社内情報を外部に保存したくないという理由で、チャットツールとしてSlackではなくMattermostを選ぶこともあるようです。 ↑Mattermostの公式ページにもSlackとの違いが説明されています。 今回はそんなMattermostのサーバを構築して色々お試ししてみた話です。 Mattermost Serverの構築 それではMattermost Serverの構築について説明します。今回は CentOS7.1 へ Mattermost Server v4.4.0 のサーバを構築しました。 また、データベースサーバとMattermost Serverは同一のマシンに構築します。 構築時の手順は参考リンク内の Installing Mattermost on RHEL 7.1 を参考にしました。 なお、今回の手順はあくまで手元での検証を目的としたものであるため、セキュリティ等の考慮を省いている部分もあります。 そのため、 本番構築時には手順をそのまま適用すべきではない ことにご注意ください。 事前準備 事前にパッケージは最新のものにします。 [hoge@huga ~ ]$ yum update データベースの準備 Mattermostではユーザや投稿を保存するデータベースとして、 PostgreSQL か MySQL を使うことができますが、今回は PostgreSQL v9.4を利用します。 また、 PostgreSQL サーバの構築および初期化は完了しているものとします。 まず、利用するデータベースを作成します。(postgresユーザは PostgreSQL の初期化時に作成されているはずです) [hoge@huga ~]$ psql -U postgres postgres=# CREATE DATABASE mattermost; 次に作成したデータベースをMattermostが使うためのユーザを作成し、 mattermost データベースに関する全ての権限を与えます。 （ユーザのパスワードは適当に決めてください） postgres=# CREATE USER mmuser WITH PASSWORD 'xxxx'; postgres=# GRANT ALL PRIVILEGES ON DATABASE mattermost to mmuser; postgres=# ¥q 最後に postgreSQL の接続設定を変更します。 postgresql.conf を編集して listen_addresses を全アドレスに、 pg_hba.conf を編集して localhost から接続する際の認証方式を trust にすれば基本的には問題ないはずです。 Mattermost Serverの構築 では、いよいよMattermost Serverを構築します。 とりあえず、 /usr/local/src 直下にインストールしたいバージョン（今回はv4.4.0）のMattermost Serverをダウンロードします。 [hoge@huga ~ ]$ cd /usr/local/src [hoge@huga src ]$ wget https://releases.mattermost.com/4.4.0/mattermost-4.4.0-linux-amd64.tar.gz 次に、ダウンロードしたファイルを解凍し、 /opt 直下に配置します。 その後、配置した ディレクト リの直下に data ディレクト リを作成します。 [hoge@huga src ]$ tar -xvzf mattermost-4.4.0-linux-amd64.tar.gz [hoge@huga src ]$ sudo mv mattermost /opt [hoge@huga src ]$ sudo mkdir /opt/mattermost/data そして、Mattermostを管理するためのシステムユーザを作成し、先ほど配置した mattermost ディレクト リ以下のファイル・ ディレクト リをシステムユーザが書き込み可能にします。 [hoge@huga src ]$ sudo useradd --system --user-group mattermost [hoge@huga src ]$ sudo chown -R mattermost:mattermost /opt/mattermost [hoge@huga src ]$ sudo chmod -R g+w /opt/mattermost 最後にMattermostがデータベースと接続する際の設定を行えば主な作業は完了です。 /opt/mattermost/config/config.json を以下のように編集します。 "DriverName" を postgres とする。 "DataSource" を "postgres://mmuser:(mmuserのパスワード)@localhost:5432/mattermost?sslmode=disable&connect_timeout=10" とする。 ここまで完了すればMattermostを起動することができるはずです。 以下のコマンドからテスト起動を行えます。 [hoge@huga src ]$ cd /opt/mattermost [hoge@huga src ]$ sudo -u mattermost ./bin/platform 起動に失敗する場合は手順を見直してみてください。 また、本来はMattermost Serverをサービス化した方がMattermostを起動する際に便利なのですが、今回は割愛させていただきます。 Mattermostを触ってみる Mattermostの初期設定 初期設定を変更しない場合、先ほどテスト実行したMattermost Serverは8065ポートでアクセスを待ち受けます。 8065ポートへアクセスすると、下記のような管理者の設定画面が表示されるかと思います。 管理者の設定を終えると チーム を選択する画面に移ります。 Mattermostでは チャンネル と呼ばれるチャットが集まって、チームを成しています。 初期状態ではチームはありませんので、 Create a new team をクリックしてチームを作成します。 作成すると以下のような画面に移りますが、これがMattermostのチャット画面です。 tutorialは適当に飛ばしてください。 Webhookを使ってみる Mattermostは Webhook を利用することで外部と連携することができます。 まずはMattermostがWebhookを利用できるか設定を確認するために、チャット画面左上のメインメニューから System Console に移動します。 次に、 System Console 内の INTEGRATINS > Custom Integrations を選択します。 すると、 Enable Incoming Webhooks , Enable Outgoing Webhooks , Enable Custom Slash Commands というオプションがあるかと思います。 初期設定ではいずれも true のはずなので、今回はそのままにします。 ↑System Console画面、今回は赤枠で囲った部分をすべて true にします。 画面左上のメインメニューから Switch To (チーム名) を選択して、チャット画面へ戻りましょう。 その後、再びメインメニューから今度は Integrations を選択します。 すると、先ほど紹介した3つの外部連携機能の項目が選べるはずです。 今回は例として Incoming Webhook を利用してみましょう。 3つの項目の中から Incoming Webhook を選択します。 その後、表示された画面の右上にある Add Incoming Webhook を選択します。 すると、 Webhook の設定画面に移りますので、それぞれ適当な値を設定して Save を選択します。 設定が完了するとURLが表示されます。 Incoming Webhook ではこのURLに対してリク エス トを送ることで、Mattermostにメッセージを表示することができます。 ↑ Incoming Webhookの設定画面です。 試しに以下のコマンドをターミナルから実行してみます。 curl -i -X POST -d 'payload={"text": "this is sample bot"}' (利用する Incoming WebHooks のURL) すると、以下の画像のように「this is sample bot 」というメッセージが表示されるはずです。 また、設定を変更していない場合、投稿者名に BOT という表示が出ているはずです。 このように Incomming Webhook を利用することで、外部のサービスからMattermostへメッセージの送信を行うことができます。 おわりに いかがでしたでしょうか。 駆け足になってしまいましたが、Mattermost Serverの構築手順とWebhookについて少しでもご理解いただければ幸いです。 Mattermostサーバ構築の難易度はそれほど高くないと思いますので、これからチャットツールを導入したいという方は、この機会にぜひMattermostを体験してみてはいかがでしょうか。 参考 Installing Mattermost on RHEL 7.1 CentOS7系の Linux サーバにMattermost Serverを導入する手順について書かれています。 SlackクローンのMattermostを使ってみる - 外部連携編 -（WebHooks、Hubot） Mattermostで外部連携を行う方法について書かれています。 エンジニア 中途採用 サイト ラク スでは、エンジニア・デザイナーの 中途採用 を積極的に行っております！ ご興味ありましたら是非ご確認をお願いします。 https://career-recruit.rakus.co.jp/career_engineer/ カジュアル面談お申込みフォーム どの職種に応募すれば良いかわからないという方は、カジュアル面談も随時行っております。 以下フォームよりお申込みください。 forms.gle イベント情報 会社の雰囲気を知りたい方は、毎週開催しているイベントにご参加ください！ rakus.connpass.com

id:radiocat です。今年度はビアバッシュ推進委員から一歩身を引いてアドバイザー役になりました。 このブログでも何度か紹介している ビアバッシュ ですが、このたび新しい運営メンバーが選抜されて、先日キックオフを行いました。同じ会社の社員とはいえ価値観は人によって違うため、ビアバッシュをどのように推進していきたいか、思い描くイメージはそれぞれ違っているものです。はじめはお互いに手探り状態で意見をすり合わせながらやりたいことをまとめていくことになりますが、そんな時に役に立つ価値観を可視化する手法が「ムービングモチベーターズ」です。 ムービングモチベーターズとは チームのメンバー同士でお互いの価値観を共有するためのワークショップです。手法の成り立ちや考案者については後述します。 10種類のカード モチベーションの源泉となるキーワードが書かれた10種類のカードがあります。このカードを自分が価値を感じる順番に並べ替えて共有します。 やってみよう テーマの認識合わせ まずは何に対しての価値観について考えるのか全員でしっかり認識合わせをします。今回は「開発部のビアバッシュを推進していくうえで価値が高いと感じるキーワード」としました。 実践タイム 5分～10分程度で時間を決めて並び替えます。あまり深く考えず直感的に並び替えましょう。 共有タイム 1人ずつ結果をチームに共有します。なぜそのキーワードを選んだのか理由も説明して価値観の理解を深めましょう。 今回はメンバーそれぞれが選んだトップ3を発表しました。このチームは「関係性」と「受容」を選んだメンバーが多いとか「名誉」や「権力」は誰も選ばなかったといったコミュニケーションを取って価値観を共有しました。 まとめ ビアバッシュのような社内イベントの運営ではルールや手順が細かく決まっているわけではなく、むしろ集まったメンバーの個性や考え方に委ねられている面もあるので、このように手軽に価値観を共有できる手法はとても有効です。 また、私の所属する開発チームでは毎月1回全員でこれを行って前月からのメンバーの価値観の変化も追いかけています。「最近新しい技術に取り組んでいるので好奇心を選んだ人が増えた」とか、「難しい課題に取り組んでいるのでゴールの重要性を感じている」といった、チームの状況の変化に応じたメンバー同士の価値観の変化にも気づけます。 最後に、実践しするうえでのポイントを3つ紹介します。 気軽に並べる 結局どれも大事な言葉なのです。時間をかけずにその瞬間の価値観をさらけ出しましょう。もちろん隣の人のカードを見てはいけません。 言葉の捉え方も共有する やってみると言葉の捉え方が人によって違うことにも気づきます。元々英語で作られたカードなので、「受容」や「熟達」など、日本語だと少しイメージしにくい言葉もあります。しかし気にする必要はありません。「自分はこう思ってこれを選んだ」という考えを共有することが大事です。どうしても気になる場合はみんながどういう意味で捉えているか聞いてみましょう。 楽しむ お互いに価値観を共有しあうので、 堅苦しい 雰囲気だと発言しづらくなります。無言でカードを並べるのではなく、楽しくワイガヤしましょう。 参考：Management 3.0 ムービングモチベーターズはManagement 3.0のプ ラク ティスの1つです。 management30.com Management 3.0は 公式サイト で以下のように説明されています。 オランダ出身のヨーガン アペロ（Jurgen Appelo）の世界80ヶ国で展開している新しい イノベーション とリーダーシップそしてマネジメント運動です。 近年マネジメントの領域で注目されている自己組織化や 心理的 安全性などについても言及されており、 アジャイル 開発の現場でも手法が使われているようです。

こんにちは sts -250rrです。 今回も前回の記事に引き続きAR技術の紹介になります。 tech-blog.rakus.co.jp 前回は簡単にARを体験する。まででしたので今回は Software Design のコラムにあったARアプリARKittenを作ってみました。 gihyo.jp ちなみに Github の リポジトリ でサンプルを公開してくださっていますので、こちらでまず試してみるのも良いかもですね。 では、やっていきましょう。 猫、ARに立つ カメラを向かぬ猫 まとめ 実録ビルドできない事件簿 猫、ARに立つ 前回はARの世界で平面を検出し、キューブを設置するところまででしたが、それではあまりに味気ないので猫を配置することにします。 ※AssetStoreからARKitをインポートする部分は割愛します。 UnityのAssetStoreでは、3Dのモデルデータを購入することもできます。 ここから猫のモデルを取得していきたいところですが、残念なことにARKittenで使用する猫のモデルは作成者の諸事情により、AssetStoreからダウンロードできなくなってしまいました。 現在は上記の Github からモデルデータを取得してくるしかないようです。 Kitten ディレクト リを プロジェクト名/Assets 配下に格納しておきましょう。 単純に猫を平面に追加するだけでは、拡張現実らしくなりません。 それはなぜか、ズバリ 影がないから です。 そこで今回作成するアプリでは UnityARShadows というサンプルを元に作成していきます。 このサンプルであれば平面を検出した部分に3Dモデルの影を落とすことができます。 UnityARShadows には Cube の代わりに HitPlayer が存在しています。 これを Assets/Kitten/Prefabs/KittenNPC に置き換えます。 これだけでは iOS の画面をタップしても猫が平面に配置できないので スクリプト を組み込んでいきます。 KittenNPC を選択しインスペクターウィンドウ（右側に表示されている設定窓）の設定を以下のようにします。 ここで一度ビルドして、画面をタップして見て猫を配置してみます。 猫に影がついていたり、アニメーションが定義されているので、まるで猫がそこにいるようです。 カメラを向かぬ猫 単純に猫を配置するだけでは、場所によってはそっぽを向かれてしまいます。 猫を配置した時にいつもこちら側（カメラ）を向いてくれるように しつけ スクリプト を追加していきます。 ここでは猫がカメラを向いてくれる時の処理の流れを解説します。 猫位置の取得 タップで配置した猫の位置を取得します。 このままでは猫は初期の向きを向いてしまいます。 3Dグラフィックスの世界では向き（回転）という情報は クオータニオン と呼ばれるもので保持されています。 カメラ位置の取得 猫とカメラの位置（座標）を比較することで、猫がどの方向を向けば良いのかがわかるようになります。 カメラの方に向かせる 猫とカメラの位置の差から、猫がどれだけ回転すれば良いのかを計算します。 この計算は3Dを扱うライブラリであれば、大抵3次元ベクトルを与えてやれば計算してくれる関数があります。 ARKitであれば、 Quaternion クラスの LookRotation クラスがその一つに該当します。 ※ スクリプト の内容はサンプルコードを眺めてみてください。 スクリプト が完成したら再びビルドしましょう。 そこには従順にこちらを向いている猫が佇んでいるはずです。 まとめ 今回は前回ご紹介したARKitのサンプルプログラムを作ってみました。 猫が配置され、それを眺めるまでしかできませんが、本来そこにいないはずの猫が画面を通して存在している感覚はまさしく 拡張現実 です。 次回も引き続きARKitネタをお送りしたいと思います。 お楽しみに、 実録ビルドできない事件簿 iPhone の iOS をアップデートしたばかりにビルドできなくなってしまった・・・・ エラー内容を見てみると、 「iOS11.3のデ バイス サポートファイルがない」ということだそうです。 みなさん結構起きてしまっているようで、解決策を調べてみたらすぐに出てきました。 今回は以下の記事を参考にさせていただきました。 iOSをアップデートしたために実機でビルドができない - Qiita

ラク スのメールディーラーの開発を行っている@nerobluebrosです。 5月9日にメールディーラーのバージョン12.2をリリースしました。 今回はそのメールディーラーバージョン12.2とリリースについての紹介をします。 バージョン12.2では33の機能と修正をリリース リリースは複数回に分割して実施 おまけ バージョン12.2では33の機能と修正をリリース 12.2では大小合わせて33の機能と修正をリリースすることが出来ました。 主な機能と修正は以下のとおりです。 1.添付ファイルセキュリティオプション機能 　・添付ファイルの拡張子と実際のファイルの内容をチェックします 　・ユーザ単位で添付ファイルのダウンロード可否をコン トロール できます 　・期限付きのURLから添付ファイルのダウンロードができます 　・添付ファイルのみを対象に自動削除できます 2.アドレス入力欄のUI変更などUI改善 3. ミドルウェア を Postfix にすることでSTARTTLSに対応します 4.メール本文を RFC に準拠しました 5.不具合修正 リリースは複数回に分割して実施 以降はリリースについて説明します。リリースは複数回(複数日)に分割して行います。 理由は以下のとおりです。 ・メールディーラーのサーバは複数台あり1日では終了しない ・メールディーラー内部の ミドルウェア の変更があり、より慎重におこなう必要があった リリース作業は深夜に実施します。 それは リリース中にメールディーラーのサービスが停止するから です。 「サービス停止が発生する＝お客様がメールディーラーを利用できない」ということを意味します。 ですので、お客様の日常業務に影響しないように、 夜間バッチが開始される朝の4時までにリリース作業を終了しなければなりません。 そのため、リリース作業によるサービス停止時間を極力短くするために、準備作業などは事前に実施しておきます。 リリース作業は「できるだけ遅い時間に開始」し「できるだけ早く終了」する時間との戦いになるので大変な作業です。 リリースについてはまた別の記事で詳しくご紹介します。 なお2回目は5月30日の深夜を予定しています。 以上でメールディーラーの12.2の機能とリリースについての説明を終わりにします。 おまけ 現在 ラク スでは新卒採用と 中途採用 を行っています。 サービス開発に少しでも興味がある方は下記採用サイトをご覧になり、応募をおねがいします。 ラク ス採用サイト http://fresh-recruit.rakus.co.jp/

こんにちは。エンジニアのmickey-STRANGEです。 前回は めんどくさがりによるめんどくさがりのためのスマホアプリ開発についてお話したいと思います。 なんて言いながら、全てをJSでごりっと無理やり解決する方法をご紹介しました。 tech-blog.rakus.co.jp はい、タイトル詐欺です、すみません。冷静に考えて、この作りのWebページが世の中にない現状、これよりも簡単な方法が必ずあるはずなんですよね （当時サンプル書きながらコレめんどくさいな、なんて思ってないです） 。 今回はタイトル詐欺ではなく、Herokuというサービスを用いてWeb アプリ開発 の環境構築が本当に簡単に出来てしまう方法をご紹介いたします。 Heroku（へろく）とは Herokuで環境構築 php+postgresアプリの作成 デプロイソースの指定 ブラウザからアクセス！ 【補足】phpからpostgresの接続 終わりに Heroku（へろく）とは Herokuとは、PaaS（Platform as a Service）の1種で、アプリケーションの底にあるプラットフォームそのものを、Webを通じて提供してくれるサービスです。 今回の記事では、Heroku上で php +postgresをプラットフォームとするWebアプリの構築、が目的となります。 Herokuで環境構築 Herokuを用いて、ということなのでHerokuのアカウント登録は完了している前提で説明を始めます。使用するのは以下の2サービスですので、アカウント登録まだだよ、という方はご準備ください。 Heroku jp.heroku.com GitHub github.co.jp php +postgresアプリの作成 まず最初に、Heroku上にアプリケーションを作成します。ログインして右上 New から Create New App 、もしくはアプリケーションが1つもない場合は画面真ん中にある Create New App をクリックします。 アプリ名を入力し、 Create app をクリックします。これでアプリケーションが作成できました。 といっても、名前と枠組みだけの状態なので、これから php +postgresで動くアプリケーションだという設定をします。 アプリケーションのページから Settings → Add buildpack の順にクリックします。 立ち上がったポップアップの中で php を選び、 Save changes をクリックします。 これで作成したアプリケーションは php で動きますよ、という設定が出来ました。 続いてpostgresを設定します。 Resources → Find more add-ons から Heroku Postgres を探してクリックし、 Install Heroku Postgres をクリックします。 Heroku Postgres はアドオンですので、料金プランの選択があります。というと身構えてしまうかもしれませんが、 Hobby Dev という無料プランがありますので、これを選択します。そしてpostgresを追加するアプリケーションを選択し、 Provision add-on をクリックします。 以上で作成したアプリケーションを php +postgresのアプリケーションであるという設定が完了しました。あとはソースをデプロイすればWebアプリケーションとして稼働する状態です。 デプロイソースの指定 続いて、ソースのデプロイ元の設定をご説明します。 ソースのデプロイ元として使用するのが GitHub になります。 GitHub にデプロイ用 リポジトリ を作成し、直下に index.php をpushします。 今回作成したファイルは以下のものです。 php +postgresが稼働していること、 php からpostgresに接続できていることの確認が目的なので簡単なものです。 今回も GitHub へのpushは GitHub Desktop を使用しました。直感でぽちぽちできるデスクトップアプリはやはり強いですね。 GitHub Desktop | Simple collaboration from your desktop とはいえ、これで GitHub 側の操作は終わりです。Herokuの画面に戻ります。 Deploy → GitHub → Search とクリックし、上記 index.php をpushした リポジトリ の隣にある Connect をクリックします。 これで GitHub リポジトリ からデプロイする設定が完了しました。Herokuから GitHub への接続が初めての場合は、連携をするかどうかの確認が出ますので、表示されるとおりに進めていけばOKです。 最後に、 Enable Automatic deploys と Deploy Branch をクリックしましょう。 Enable Automatic deploys は自動デプロイの設定です。ブランチを指定して自動デプロイを有効にすることで、そのブランチにpushされるたびに自動でアプリケーションを最新のソースに置き換えてくれます。 Deploy Branch は手動デプロイのボタンです。アプリケーションの設定とデプロイ元の指定をしただけで、まだデプロイはされていません。自動デプロイを有効にしたとしても、初回だけは手動で行います。 ブラウザからアクセス！ これまでの手順で全ての準備が完了しました。実際に作成したアプリケーションにアクセスしてみましょう。 アプリケーションのページの右上に Open app というボタンがあるのでクリックしてみましょう。 作成した index.php の通りに表示されました！ postgresのバージョンも php から取得出来ているので getAttribute の代わりに SQL を発行して動きをつけていけば立派なWebアプリケーションになりますね。 個人的な感想として、postgresが10.3と最新に対してphp5.6がツッコミどころに思えて仕方がなかったのですが、 php のバージョンを指定する方法がちゃんと用意されています。画面から作っただけではデフォルト設定で作られる、といった感じでしょうか。 composer.json に改めて指定することで php のバージョン変更が可能です。 Heroku PHP Support | Heroku Dev Center 【補足】 php からpostgresの接続 ここまでアプリケーション稼働までの手順をご説明いたしましたが、1つだけ補足があります。 最初、 php からpostgresに接続するにあたって、接続情報の取り方に詰まりました。Herokuの画面上から確認は出来るのです。ですが、これだけ環境構築が簡単なのに接続情報はまったく関係ないサービスである GitHub 上のソースにべた書きで持つ、というところが引っかかりました。 GitHub 上のソースを見れば他の人のアプリのDBにアクセス出来てしまいます。 調べたところ、postgresをアプリケーションに追加したときに、 環境変数 に追加されているようで、そこから取得する方法が、上記の index.php の記述になります。 Heroku Postgres | Heroku Dev Center 終わりに 今回はタイトル詐欺ではなく、めんどくさがりでもすぐにWeb アプリ開発 が出来る手順の記事になっていると思います。 Herokuを初めて使ったのですが、とても簡単で驚きました。調べるにも公式ドキュメントが多いので、詰まってどうしようもなくなるということはありませんでした。 タイトルの30分というのも嘘ではなく、「よし、やるか」と思い立ってHerokuのアカウントを作成してから、特に調べるでもなく直感でぽちぽち画面を操作して、 phpinfo() を画面に出すまでの時間がそれぐらいでした。本当に簡単です。 コマンド要らずの設定の簡単さも素晴らしいのですが、特にpushからの自動デプロイがめんどくさがりの心にかなり響きました。 気を付けないといけないところは、前回の記事で作成したアプリはアクセス者本人の画面にのみデータが表示されるのに対し、Herokuは通常のWebアプリになりますので、 脆弱性 のあるサービスを公開してしまうと攻撃の踏み台として使われてしまう可能性があります。アプリの作成、公開は気を付けて行いましょう。 さて、これにて今回の記事は終わりとしますが、前回のタイトル詐欺の汚名を返上できたでしょうか。 最後までお読みいただきありがとうございました。 エンジニア 中途採用 サイト ラク スでは、エンジニア・デザイナーの 中途採用 を積極的に行っております！ ご興味ありましたら是非ご確認をお願いします。 https://career-recruit.rakus.co.jp/career_engineer/ カジュアル面談お申込みフォーム どの職種に応募すれば良いかわからないという方は、カジュアル面談も随時行っております。 以下フォームよりお申込みください。 forms.gle イベント情報 会社の雰囲気を知りたい方は、毎週開催しているイベントにご参加ください！ rakus.connpass.com

こんにちは。開発エンジニアのamdaba_sk（ ペンネ ーム未定）です。 前回は「 OWASP ZAPについて調べてみた 」という記事を書きました。 単体テスト 中にこっそり使ってみようかと思っていたのですが、手元の環境ではポート待ち受けでエラーが出てしまって放置しています……。 それはさておき、ひと月ほど前の話になりますが、 弊社エンジニアのインタビュー記事 が公開されましたね。 周りから信頼されていきいきと業務に励む坂田くんの姿が伝わってきます。この記事を読んで、わたくし不覚にも「楽しそうな職場だなあ、私もそういうところで働きたい……」とちょっと思ってしまいました。いえ、別に今の職場環境に不満があるわけでもないのですが。 まだご覧いただけていない方はぜひに。 ところで実は彼は私の同期でありまして、先日お昼を一緒に食べたついでに雑談に見せかけて追加でインタビューしてみましたので、その時の話を今回は書こうと思います。 （※本人了承済み。ただし写真は気恥ずかしいのでNGだそうです。今さらな感じもしますが） ある昼下がり 私は前回のブログ投稿からけっこう間が空いていたので、そろそろ新しい記事を投稿したいなと思っていました。技術的なTipsのようなネタもよいけれど、たまには ラク ス社員である自分しか書けないようなネタが良い。そしてせっかく書くのだから自分も楽しんで書きたい。業務の傍ら頭の隅で考えるものの、しかしこれだというネタがなかなか見つけられずに少し焦っていました。 混雑を避けて少し遅めの時間帯に昼食をとるのが同期の間での習慣です。業務の切りを見て社内チャットで誘い合い、オフィスから出て外へ。その時は私と坂田くんの二人でした。 そこで、ピンときました。思い立ったが吉日ということで早速アイディアを実行に移す私。その時ちょっと顔がにやけていたかもしれません。 ペンネ ーム未定 （以後 ペン未 ）「そういえばこの前インタビュー受けてた記事公開されてましたね。見ました。全国デビューおめでとうございます」 坂田くん （以後 坂田 ）「やめて」 ペン未 「なんかめっちゃいい感じのこと言ってたじゃん。あれほんとに言ったの」 坂田 「そのままは言ってない。記事の目的に合わせてかなり編集されてるし、後から修正もしたし」 ペン未 「まあ、ですよね」 坂田 「でもベースはインタビューの時に話した内容」 チャットディーラーのことについて ペン未 「CD 1 で使った フレームワーク ってなんだっけ。ら……ららばい？」 坂田 「Laravel。 PHP のWebアプリケーション フレームワーク だね。あと JavaScript でVue.js」 何言ってるの？ みたいな顔をしつつも坂田くんはちゃんと答えてくれます。ありがたや。 ペン未 「そうでした。使ってみてどうだった？ 例えばMD 2 と比べてみて」 MDはCDと同じく PHP で書かれていますが、特に フレームワーク は使用していないということは以前坂田くんから聞いていました。 坂田 「 フレームワーク があるとやっぱりかなり楽。面倒なことはやってくれてるし、どこにどんなことを書くといいのかが明確に分かれてるから、作りたい機能のことに集中できる。これはLaravelに限った話じゃないとは思うけど。他に フレームワーク を触ったことが無いから他の フレームワーク と比べてってなるとよくわからない」 ペン未 「Vue.jsは非難殺到だったって話だったよね」 坂田 「あー、うん、慣れるまではちょっと大変だったかな。それまで慣れ親しんだ手続き的なJSの書き方とは パラダイム が違うというか。Vue.jsっぽい書き方ってどんなだろうってはなった。開発入る前にもちょっとは勉強してたけど、実装始めてからも公式サイトのドキュメント読んでることが最初のうちは多かった」 ペン未 「へー……。先輩に教える場面もあったって記事には書いてあったよね」 坂田 「みんなして慣れてなかったからね。LaravelもVue.jsも。何か新しくわかったことがあったらけっこう教えあってた。Laravelだとこう書けばいいみたいですよー、とか、Vue.jsでこう書くとそれたぶんうまくいきます、とか」 話しているうちにオフィス近くの定食屋さんに到着し、食券を購入するために話は一時中断となりました。 かみせん ペン未 「そういえばCDは全社交流会 3 で表彰されてましたよね」 坂田 「そうですね」 ペン未 「そういえばあなたもういっこ表彰されてませんでしたっけ。なんででしたっけ」 坂田 「そうですね。かみせんプロジェクトですね」 ペン未 「それ前から思ってたんだけど、かみせんって結局なにしてるの」 坂田 「目標は、なんだっけ……新しい技術とかにチャレンジして、わかったことを普段の業務の改善に活かすこと。具体的にはQCポータル 4 の段階的マイクロサービス化を今やってるとこで、私はマイクロサービス一つの実装をやってた」 Haskell ……？ ペン未 「それで Haskell ？」 坂田 「そうね」 ペン未 「なんで Haskell ？」 坂田 「え、なんかかっこいいから……純粋関数でプログラム書くのってなんか良さそうじゃない？　変なところに副作用が出ないから修正のための影響範囲の調査だって楽そうだし、もし影響があるなら型検査で引っかかるだろうからすぐわかるし」 ペン未 「でもそれでアプリケーション作るとかイメージできないんだけど」 坂田 「それはライブラリがあるから大丈夫。この前ビアバッシュ 5 で紹介した本 6 にはWebアプリケーションを作る章もあるし簡単な API サーバーくらいならすぐに」 ペン未 「っと、そろそろ時間やね。行きましょうか」 そして仕事はつづく Haskell について熱く語ってもらえそうな感じになっていましたがあいにくと時間切れ。ごちそうさまと告げて店を出、そのあとは他愛もない話をしつつオフィスに戻りました。午後の業務が始まります。 自席について先ほどの話の内容をメモしつつ、私が思ったのは一つでした。 Haskell 好き、増えるといいね…… Chat Dealer（チャットディーラー）の略称。CDについて詳しいことは商品サイトを参照 → https://www.chatdealer.jp ↩ Mail Dealer（メールディーラー）の略称。MDについても詳しいことは商品サイトを参照 → https://www.maildealer.jp ↩ 年度末に開催される全社員が集まってのパーティ。その年度に特に活躍したりした個人・グループが表彰されたりする。 ↩ 社内用システムのひとつ。いくつか機能はあるが、もっぱらその日の仕事はどんなことを何時間やったか入力のために利用される ↩ 月1で開催している開発部の交流会。ビールなどのアルコール(+軽食)を片手にフランクに技術内容について発表したり語り合ったりする。このブログ内でも過去に 紹介された 。 ↩ 本間 雅洋, 類地 孝介, 逢坂 時響 (2017)「Haskell入門 関数型プログラミング言語の基礎と実践」技術評論社 ↩

Y-Kanohです。 社会人になって2年とちょっとが経ちました。 私は、入社してから、会社で得た知識など、新しい技術を試す際、Dockerを使って開発環境を構築しています。 Dockerというと、その手軽さと管理のしやすさから、非常に注目されていますが、新米エンジニア目線だと、技術学習のツールとして大変重宝する点がとても多く感じます。 今回は、新米のエンジニアがDockerを学習することでよかったと感じたことを4つまとめます。 その1：軽量な開発環境として使える Dockerとは仮想化技術の1つです。 と言っても、 VirtualBox などのようなホスト型仮想化ではなく、コンテナ型仮想化技術です。 使い古された図ですが、下図のように、 コンテナ型仮想化では、ホスト型仮想化と違い、 ゲストOSを用いず、OS上の区切られたコンテナと呼ばれる空間で動作するプロセスとして仮想空間を扱うことができます。 そのため、ホスト型仮想化より軽量で、CPUやメモリの使用量も抑えることができます。 新米のエンジニアとして、自宅で必要になるものは、自分が自由に扱うことができる開発環境です。 会社で得た技術を試したり、ちょっとした下調べ、さらには自宅での開発を行うには、開発環境が必要ですが、 重い 仮想マシン を立ち上げることはあまり得策ではありません。さらに、サーバを複数台用いた開発を行いたい場合は... 最初からハイスペックなコンピュータを持っている場合は別ですが、スペックが限られたコンピュータしかもっていない場合なおさらです。 その2：使用するMWを意識できる Dockerは"Infrastructure as Code"と呼ばれる、インフラ環境をコード化して管理することができる仕組みを提供してくれます。 具体的には、「Dockerfile」と呼ばれるファイルに、コンテナを構成するOSやMWを記述し、「Dockerfile」を基にコンテナを作成することで、何度でも同じ環境を構築することができます。 以下は簡単な PHP 環境を構築する際に使用したDockerfileです。とくに難しいことが書いてあるわけではなく、使いたいMWのインストールコマンドがほとんどなため、知識がなくてもハードルは高くありません。。 FROM php:7.2.0-apache RUN apt-get update RUN apt-get install -y libpq-dev && docker-php-ext-install pdo pdo_pgsql mbstring RUN a2enmod rewrite ## 設定ファイルの追加 ADD ./config/000-default.conf /etc/apache2/sites-available/000-default.conf ADD ./config/php.ini /etc/php.ini # タイムゾーンの設定 RUN cp /usr/share/zoneinfo/Asia/Tokyo /etc/localtime CMD apache2-foreground あまり知識がないうちの開発では、自分が一体どのMWやライブラリの機能で実装できているのかわからなくなる時があります。 私の場合、自宅の 仮想マシン でできていたことが、実はOSにたまたまインストールされていた機能だったのに、知らずに使っていたということもありました。 元々、「Dockerfile」はインフラ環境をコードとして管理することで、MWのバージョン管理や、デプロイの効率化などが目的かと思います。 ですが、学習目的としての環境構築時には、自身が必要とするMWがなんなのか、何の機能を使って開発を進めるのかを自覚することができます。 Dockerfile は、自身の構築する環境をしっかり意識するためにも、役に立つのではないでしょうか。 その3：まっさらな開発環境がすぐ手に入る 学習目的の開発を行う上でありがちなのが、様々なライブラリやMWを試すうちに、 なにをどうインストールしたのかわからず、開発環境が修復できない状態になってしまうことです。 少なくとも、私はそうでした。 インストールしたMWは覚えていない、バージョンもよくわからない、といった状況です。 そのたび、開発環境をリセットするために、OSをインストールしなおすのは、時間もかかり、それに伴ってモチベーションもなくなるため、あまりにナンセンスです。 Dockerでは、「Dockerイメージ」と呼ばれるコンテナのテンプレートのようなものを保存することができます。 「Dockerイメージ」はホスト型 仮想マシン のスナップショットのように容量も大きくなく、 コマンド一発ですぐコンテナを作ることができます。 「Dockerイメージ」は、先に触れた Dockerfile から作ることもできますし、 インターネットには、たくさんの「Dockerイメージ」が公開されています。 もし、開発環境の構築でいろいろ試したい場合は、ベースとなるOSのコンテナを作成し、 気になったMWをインストールして、うまくいかなかったらすぐ破棄してもう一度コンテナを作り直すといったことを、 短いスパンで繰り返すことができます。 そのため、ツールの選定時には、とても重宝しますし、気軽に トライアンドエラー を行うことができます。 その4：さまざまな OSS ツールを試すことができる Dockerの利点は、なにも開発環境の構築だけではありません。 主要な OSS は、公式のDockerイメージを公開しています。 たとえば、 redmine やGitLab、Jenkinsなど、Dockerイメージが用意されており、 コマンド一発で手元にデプロイすることができます。 そのため、もし、配属されたチームにて使っているツールについて、わからないことがあった場合、 自宅でそのツールをデプロイして、自分でいろいろ試すことができます。 私の場合、チームで使い始めたGitLabを自宅で立ち上げ、普段使っていない機能を触ったりしています。 チームで使用しているツールは、開発の中で使いこなせるようになるとは限りません。 かといって、チームで使っているツールを学習目的で弄るわけにもいかないので、自宅で簡単にデプロイし、自由に使える環境はとても重要です。 おわりに 私の場合、最初にDockerを学習したきっかけは、上記のような学習目的ではなく、単純な興味でした。 しかし、Dockerを学習したおかげで、自宅での開発や学習に対して、フットワークが軽くなったと感じています。 Dockerの知識が業務に直接役に立たない場合でも、自身の スキルアップ のために、学習してみたらどうでしょうか。

はじめに こんにちは。ラクスエンジニアの strongWhite です。 今回はSwiftにおける クロージャ の書き方をまとめようと思います。 クロージャ は JavaScript などを勉強した方は馴染みがあるかもしれませんが、初めての方は慣れるまで時間がかかるかもしれません。 なお、今回はSwift自体の説明を省きます。 過去の記事 でSwiftについて触れているので、気になる方はそちらをご参照ください。 はじめに クロージャとは コールバックとは 実例（通常の書き方） 実例（クロージャの書き方） クロージャにすると何がよいのか？ クロージャ とは まずは前置きから。そもそも クロージャ とは？ですが、簡単に言うと 名前のない関数 です。 文章にすると余計に混乱されるかもしれませんが、あえてまとめるなら以下のような感じでしょうか。 自身が定義されたスコープ内で解決する関数 実行結果を次の処理で続けて使用する関数を作成したい場合に使用 これを読んでも意味不明だと思いますので、後ほどサンプルコードを書いてみます。 コールバックとは クロージャ とは直接関係ありませんが、この後のサンプルコードに コールバック関数 が出てくるので、コールバックとは？という方のためにあらかじめ解説しておきます。 コールバックとは あとで呼ぶ という意味で、呼び出し先の関数の中で実行されるようにあらかじめ指定しておく関数を コールバック関数 と言います。関数の中で別の関数を呼ぶイメージです。 実例（通常の書き方） それではサンプルコードを見ていきましょう。まずは通常の書き方から。単純な文字列を出力するプログラムです。 func A () { print( "RAKUS Developers Blog" , terminator : "" ) B() } func B () { print( "を読んでラクスを知ろう" ) } A() // 出力結果 // RAKUS Developers Blogを読んでラクスを知ろう 実例（ クロージャ の書き方） 続いて クロージャ を使ったサンプルコードです。処理内容は通常の書き方と変わっていません。 func A (title : String , callback : (String) -> (String)) { print(callback(title) + "ラクスを知ろう" ) } A(title : "RAKUS Developers Blog" ) { (blogName) in // <--クロージャ return blogName + "を読んで" } // 出力結果 // RAKUS Developers Blogを読んでラクスを知ろう ややこしそうですが簡単に処理の流れを解説すると、関数 A の実引数 title の値がcallbackの引数になる＝ blogName の引数になります。 そして RAKUS Developers Blog に を読んで が足された文字列がreturnされ、関数 A の処理でさらに ラクスを知ろう が足され、最終的な文字列が出力されることになります。 高度な書き方に見えますが、Swiftをやっているとよく出てくる書き方なので覚えておいて損はないです。 このとき、関数 A のcallbackが前述した コールバック関数 です。関数 A で呼び出されて初めて処理が行われます。 クロージャ にすると何がよいのか？ 最初に書いたように 実行結果を次の処理で続けて使用する関数を作成したい 場合に有効です。 例えば、ダウンロードした CSV ファイルを返す関数 downLoadCsv があるとします。サンプルコードでいうと downLoadCsv は関数 A 相当になります。 downLoadCsv から返された CSV ファイルをもとに後続の処理を行いたい（例. CSV ファイルをパースする）場合、 クロージャ で downLoadCsv の返り値を記述してあげれば実行結果を引き継げます。 慣れるととても使いやすく、記述もシンプルになるので、 クロージャ の書き方をぜひマスターしてみてください。

はじめに 新卒3年目に突入しましたnorth_mkyです。 エンジニアをしていると一度はコンピュータでの文字の扱いについて考えることがあるのではないでしょうか。 今回は、かなりの国の文字をカバーしている符号化 文字集合 、 unicode の特徴について書きます。 ※今回はわかりやすさのために厳密性は求めない書き方をしている箇所があります。ご容赦くださいませ。 はじめに 1. unicodeとは 2. unicodeの特徴 特徴1. 4次元で一つの文字を表す 特徴2. 他の文字と組み合わせて使う合成用文字が存在する(結合文字) 特徴3. 同じ文字だが字体が異なる場合一つの字体に統合されている(統合文字) 特徴4. 他の符号化方式との互換性のため追加した文字が存在する(互換文字) 3. unicodeは進化し続けている ~タイトル回収~ 4. 終わりに 5. 参考文献 1. unicode とは 符号化 文字集合 のひとつです。 ...と書くと頭に はてな が浮かぶかもしれません。 文字というのは世界規模だとかなりの数が存在します。 ただ文字を集めただけではまとまり(ひらがな、漢字、ラテンなど)を表現することが難しかったり形や使われ方の違う文字の統一的に管理することが難しいため、「この 位置 にこの文字をおいておく」というように文字を系統的に定義し、管理しやすくしています。この位置のことを 符号位置(コードポイント) といい、字に対して必ず一意の数値で表される符号位置が存在する、つまり字を数値に表せる「符号化」を行っているため、”符号化 文字集合 ”といいます。 unicode の他にも符号化 文字集合 は世界の各地域で存在しています。 こと日本でいいますと文字として、「ひらがな・カタカナ・漢字・アルファベット」を使うため、それらの符号化 文字集合 の定義が必然となります。国内でこれらの文字に特化した有名な符号化 文字集合 は JIS X 0208 があります。 この符号化 文字集合 は単に字を符号位置という位置づけを付与し文字を定義し集めているだけなので、コンピュータで扱いやすい・処理されやすいよう更に特定の アルゴリズム で符号化をしていることが多いです。この符号化の種類のことを 符号化方式 といい、具体的には下記のように符号化 文字集合 を表現する複数の符号化方式が存在します。 符号化 文字集合 符号化方式 unicode UTF-16 , UTF-8 ... JIS X 0208 Shift_jis , EUC -JP, ISO-2022-JP と、少し長くなりました、話を元に戻しますと unicode とは符号化 文字集合 の一つです。 webでは デファクトスタンダード の符号化方式( 文字コード )、 UTF-8 の文字はこの unicode を符号化したものです。冒頭で述べた通り、 unicode は多くの国の文字をカバーしているのですが、それゆえに 文字集合 の表し方や字の定義の仕方に特徴があります。以下にその特徴を述べたいと思います。 2. unicode の特徴 unicode には大きな特徴が4つあります。 特徴1. 4次元で一つの文字を表す 特徴2. 他の文字と組み合わせて使う合成用文字が存在する(結合文字) 特徴3. 同じ文字だが字体が異なる場合一つの字体に統合されている(統合文字) 特徴4. 他の符号化方式との互換性のため追加した文字が存在する(互換文字) 特徴1. 4次元で一つの文字を表す unicode では符号位置は4次元で表しています。 擬似的に表現すると下記のようになります。 characterSet[group(群)][plane(面)][row(区)][cell(点)] = 'あ' unicode では各々の次元をおおよそ1バイト(0x00~0xFF)の範囲で表現しており、1文字を4バイトの符号位置で表現しています。 かなりの符号空間を用意しているわけですが、全世界で現在利用している文字のほとんどはgroup:0x00,plain:0x00の範囲に収まっています。 この範囲だけ特別に BMP (Basic Multiligual plane: 基本多言語面 )というように呼ばれています。 unicode エス ケープ表記で表されている文字で「 u\3042 」というように2バイト表記されているものは、 BMP に属しています。 「 u\3042 」=「group0x00/plane0x00の面にある、row0x30のcell0x42の符号位置」 ちなみに BMP にのれず、別のplaneにある文字として日本で使われている一部の漢字があります。 このplaneの文字を実装していないシステムだと文字がただしく表示されない事象が発生します。 文字があるはずの場所が空白 □の中に×が表示されている文字になる 特徴2. 他の文字と組み合わせて使う合成用文字が存在する(結合文字) unicode では複数の合成用文字( 結合文字 )を合成して1文字を表す、というのを実現可能にしています。 たとえば日本語の「ぱ」などの半濁音は合成用の半濁点が unicode に存在するので、「は」+「 半濁点」で表現できます。(※他の符号化 文字集合 との変換性を考慮して合成用でない半濁点、そもそも「ぱ」だけで符号位置もあります、むずかしいですね...) ですので、たとえば「あ」に半濁点をつけるなど、文字として認識されていない文字を合成して1文字のすることが unicode を用いれば可能になります。 特徴3. 同じ文字だが字体が異なる場合一つの字体に統合されている(統合文字) 漢字を用いる民族、として日本の他に中国・韓国・台湾がなどがありますが、同じ漢字の形で少し書き方が違うものが数多く存在します。(ex. 海|海) このような漢字は unicode では一つの字体に統合しています(統合文字)。 特徴4. 他の符号化方式との互換性のため追加した文字が存在する(互換文字) 特徴3で字体を統合している、といったものの、厄介な問題があります。 別の符号化方式では区別している文字らを unicode に変換すると、その字体の違いが吸収され、もとの符号化方式での字体を再現することができない事象がおこります。 このような事象を解消するために他の符号化方式との互換性を目的として文字が追加されることがあります。追加したそれらは別途 互換文字 と呼ばれます。 3. unicode は進化し続けている ~タイトル回収~ ざっくり unicode について特徴を述べたのですが、やはり「すべての文字を網羅する」のは非常に難しく、既存の符号化 文字集合 との互換性の対応は不可欠となっているようです。ですので、 unicode も進化していっています。最近は文字だけでなく、絵文字の追加も盛んに行われています。それに対してシステムが使っている unicode のバージョンが異なると文字が表示されない現象がおこります。 タイトルに書いた顔文字ですが、まさしく特徴でお話した 結合文字 を駆使して作られています。 私の環境ですと、 chrome では一部文字が表示できませんでしたが、 safari ではきちんと文字が表示されました。 chrome safari 4. 終わりに unicode のざっくりした特徴を述べました。 何気なく単語として聞いている unicode がどんなものなのか、掴めるようになりましたら幸いです。 5. 参考文献 「 文字コード 技術入門」　 http://amzn.asia/0fEbLWi 今回の記事はこちらをとても参考にさせていただきました。 「第三水準漢字」「 サロゲート ペア」などの単語がどのカテゴリのどこに位置する話なのか、などがわかるかと思います。 エンジニア 中途採用 サイト ラク スでは、エンジニア・デザイナーの 中途採用 を積極的に行っております！ ご興味ありましたら是非ご確認をお願いします。 https://career-recruit.rakus.co.jp/career_engineer/ カジュアル面談お申込みフォーム どの職種に応募すれば良いかわからないという方は、カジュアル面談も随時行っております。 以下フォームよりお申込みください。 forms.gle イベント情報 会社の雰囲気を知りたい方は、毎週開催しているイベントにご参加ください！ rakus.connpass.com

id:radiocat です。 スクラム マスターをやっています。 先月、社内のTechイベントの全社MeetUpで発表してきました。今回はその内容についてあとがき的にまとめてみました。 終わらない スクラム 私達のチームでは、以前このブログでも紹介されている スクラム ト レーニン グを受講して スクラム 開発を実践しはじめました。 tech-blog.rakus.co.jp その経験を踏まえて得た知見や気づきを元に発表したのがこのスライドです。 speakerdeck.com 事前にト レーニン グを積んでいたものの、実際に スクラム を実践してみるとうまくいかない事がたくさん出てきて スクラム イベントが思った通りに終わらない事態に陥りました。そんな状況を改善するために スクラム コーチの吉羽さんにアド バイス を頂いたり、 スクラム ガイドや様々な書籍・資料を参考にして、 スクラム イベントをきちんと終わらせるように取り組んだのが次のような内容です。 タスクの細分化 スクラム ガイドには 作業の単位は1日以下 と書かれています。タスクの粒度が大きいと着手中の状態が長くなり、どの程度進んでいるのか、どれくらいで終わるのかの見通しがわかりづらくなります。そもそも見積もった時点で1日以上かかるということは細かい作業内容が充分イメージできていない事が多いため予定通り進まないことも多くなります。私達のチームでは見積もりが大きい場合は半日以下になるまでタスクを分解するルールにしました。 リファインメントの徹底 開発チームとプロダクトオーナーがしっかり会話してプロダクト バックログ の内容を相互に理解しておかないと、何をどうやって実現するかが明確にならず半日以下のタスクに分解することも難しくなります。 スクラム ガイドに もリフ ァインメントは プロダクトオーナーと開発チームが協力して行う継続的なプロセス であると定義されています。私達のチームでは リファインメント会議を毎週1回定期開催 するルールにしました。 デイリー スクラム の改善 私達のチームでは スクラム で開発を始める前から朝会で全員の進捗を確認していましたが、改めて スクラム で定義されているデイリー スクラム の目的は何かを考えて朝会のあり方を見直しました。 スクラム ガイドには 自己組織化チームとしてスプリントゴールを達成し、スプリント終了までに期待されるインクリメントを作成できるかを毎日把握 するためのイベントと定義されています。そのためチームのリーダーが進行して進捗を確認するスタイルから開発チームが交代制で進行するルールに変更しました。 カンバンを検査の拠り所に カンバンも スクラム で開発を始める前から導入していましたが、チームで意見を出し合って少しずつマイナーチェンジを繰り返しています。デイリー スクラム を毎朝カンバンの前で行うため、カンバンもデイリー スクラム の目的に沿っていることが重要です。チームの状態を検査し今後の状態が予測できる場にするためにより良い使い方を模索してきました。現在、私達のチームが実践しているスタイルは左からToDo、実行中、レビュー中、完了の順にレーンをわけて、優先度の高いタスクを上から順に並べています。右上にいくほどチームとして最も優先度の高いタスクであり、全員で協力して早く終わらせるようにしています。 むきなおりでチームの方向性を再確認 はじめからチームの進むべき方向性がきっちり定まっていて全員の認識が一致しているようなチームは稀です。私達のチームもはじめは手探り状態でどこかで不安を抱えながらスプリントを進めていたため、3回目のスプリントが終わった時に改めてチームの進むべき方向性を議論して目指すべき設計の方針や品質目標を再確認しました。 インペディメントの除去 スクラム ガイドには スクラム マスターは サーバントリーダー であり 、 メンバーが成果を上げるために支援や奉仕をするリーダー であると書かれています。 スクラム にかぎらずソフトウェア開発において開発チームには様々な妨害要素が待ち受けています。近年のソフトウェア開発では、今まで使ったことのない新しい技術や外部のサービスを使うことも当たり前となっています。 スクラム マスターはそのような要素を妨害リストとして洗い出し、それらを少しだけ先回りしたり、問題が小さいうちに手を打つことでチームが成果を上げられるように支援に徹しました。 2つの気づき これらの取り組みを実践することで得た気づきは大きく2つです。 アジャイル 開発のプ ラク ティスは従来型の開発でも役に立つ スクラム 開発で取り組んだことは従来型の開発にも活かせることが多いと気づきました。実際にこのような手法は、従来型の 開発プロセス の中に アジャイル 開発のプ ラク ティスを取り入れるということでハイブリッド アジャイル と呼ばれて実践されているようです。つい最近、日経SYSTEMSの最新号でもハイブリッド アジャイル をテーマにした連載が始まっています。 tech.nikkeibp.co.jp 改善の機会は スクラム 開発のほうが豊富 スクラム 開発では決まったタイムボックスでイテレーティブに開発を進めることによって アジャイル 開発のプ ラク ティスを取り入れるための検査・適応の機会がたくさん訪れます。 アジャイル 開発のプ ラク ティスを実践して改善する機会は スクラム のほうが豊富にあると感じました。 終わらない学びと実践 スクラム 開発でもそれ以外の 開発プロセス でも、 アジャイル 開発のプ ラク ティスは活用できます。そして、 スクラム で開発する機会が訪れた時には アジャイル 開発のプ ラク ティスを活用する機会は増加します。つまり、いずれにしても アジャイル 開発のプ ラク ティスを取り入れて学びと実践を繰り返していくことがチームが成長していくための道筋の１つだと スクラム 開発を通して学びました。スライドではそのような アジャイル 開発のプ ラク ティスを取り入れるための情報源を幾つか紹介しています。 スクラム ガイドによると スクラム 開発は 理解は容易 で 習得は困難 とあります。私達もまだまだ終わりは見えていませんが、習得に向けて学びと実践を繰り返すことでチームがさらに成長できると思っています。

はじめに 2年目のエンジニアになりました、FM_Harmonyです。 Rakus Developers Blogでは4回目の投稿です。 ↓前回の記事はこちら tech-blog.rakus.co.jp さて、弊社ではビアバッシュというイベントを行っています。（ビアバッシュ・・・?という方は コチラ ） 今回はその際に私が発表したことについて、補足も踏まえつつまとめたいと思います。 テーマは tigでcommitをきれいに！ です。 はじめに tigとは？ 準備 tigのインストール（windowsの場合） tigのインストール（macOSの場合） commitをきれいにする理由 使ってみる 実演の前準備 機能を追加して、まとめてcommitする git rebase -i で、commitの分割を始める tigを使ってcommitを分割する - その1 tigを使ってcommitを分割する - その2 tigを使ってcommitを分割する - その3 まとめ 参考資料 tigとは？ Tig is an ncurses-based text-mode interface for git. --- https://github.com/jonas/tig より tigとはターミナル上で動作するgit リポジトリ のブラウザ・・・と言えます。 logの閲覧や、commit操作などを簡単に行うことができる便利なツールです。 動作も高速なので、慣れてしまえばストレスなくcommit操作を行うことができます。 準備 今回は windows で実演を行いますが、 mac でのインストール方法も記載しておきます。 tigのインストール（ windows の場合） Git for Windows の v2.14.2 から、tigが付属するようになりました。 なので、 windows ではtigを特別にインストールする必要はありません。 tigのインストール（ macOS の場合） Homebrew を使うことで簡単にインストールすることができます *1 。 tigを macOS にインストールするためには、ターミナルから以下のコマンドを実行します。 $ brew install tig commitをきれいにする理由 実演の前に、commitを分割する理由を説明します。 開発を行っていると、どうしても commit が大きくなったり、適切に commit が分けられていないという状況に出くわすと思います。 このcommitをそのままにすると何が良くないのかというと、 レビュワーがpushされたcommit一つ一つについて規模を把握しづらい。 後から変更に問題があることが発覚した際に、問題が発生した commitを追いづらくなる. といった事が挙げられます。 なので、上記の問題が発生しないように commitを適切な大きさに分割するとよいです。 その際に、tigを利用すると高速かつ簡単にcommitの分割を行うことができます。 使ってみる 実演の前準備 実際にtigを使って、commitの分割を行ってみましょう。 現在、sampleReposという リポジトリ が以下のような構成になっているとします。 SampleRepos/ │ └ NewFile.java NewFile. java の内容は以下の通りです。 public class NewFile { public static void main(String args[]){ System.out.println( "Hello World!" ); } } この状態で一度 commit したとします。 $ git add NewFile.java $ git commit -m "first commit" 機能を追加して、まとめてcommitする さて、この状態からNewFile. java に methodA と methodB というメソッドを追加することになりました。 public class NewFile { public static void main(String args[]){ System.out.println( "Hello World!" ); methodA(); methodB(); } public static void methodA(){ System.out.println( "methodA!" ); } public static void methodB(){ System.out.println( "methodB!" ); } } とりあえず今回の変更をまとめてcommitします。 $ git add NewFile.java $ git commit -m "add methodA and methodB to NewFile" git rebase -i で、commitの分割を始める では、早速commitを分割してみましょう。 今回は、先程の add methodA and methodB to NewFile というcommitを add methodA to NewFile add methodB to NewFIle という二つのcommitにします。 まず、以下のgitコマンドを実行します。 $ git rebase -i HEAD~1 // HEAD~の後の数字は適宜変更する. すると、以下のような文章が テキストエディタ で表示されるはずです *2 。 pick 1599a7b add methodA and methodB to NewFile # Rebase 9276511..1599a7b onto 9276511 (1 command) // 以下省略. 次に、 add methodA and methodB to NewFile のcommitを分割したいので、その横にある pick を edit へ変更してエディタを保存して閉じます。 その後、以下のコマンドを実行します。 $ git reset HEAD~1 こうして問題のcommitによる変更がunstagedな状態になりました。 （ = 変更がaddされる前の状態） tigを使ってcommitを分割する - その1 さて、この状態で以下のコマンドを実行します。 $ tig すると、次のような画面が表示されるはずです。 yyyy-mm-dd Unknown o Unstaged changes yyyy-mm-dd Committer I [HEAD] first commit これがtigの Main View と呼ばれる画面です。 この状態で、 Shift + S キーを押すと、次のような画面へ遷移します。 Interactive rebase master Changes to be committed: (no files) Changes not staged for commit: M NewFile.java Untracked files: (no files) これがtigの Status View と呼ばれる画面です *3 。 この状態で、 Changes not staged for commit: 以下の M NewFile.java にカーソルを合わせて Enter キーを押すと、次のような画面が画面下（もしくは画面右）に分割されて表示されます。 NewFile.java | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/NewFile.java b/NewFile.java index 9fde6b2..01487f8 100644 --- a/NewFile.java +++ b/NewFile.java @@ -1,5 +1,15 @@ public class NewFile { public static void main(String args[]){ System.out.println("Hello World!"); + methodA(); + methodB(); + } + + public static void methodA(){ + System.out.println("methodA!"); + } + + public static void methodB(){ + System.out.println("methodB!"); } } これが、 Diff View と呼ばれる画面です。 長くなりましたが、この画面上でstaged / unstagedする部分を指定できます。 tigを使ってcommitを分割する - その2 それでは、 main メソッド内の methodA(); と、 methodA メソッドの定義である public static void methodA(){ System.out.println( "methodA!" ); } という変更が含まれたcommitを作成しましょう。 今回は1行ずつstagedにしていきます。 Diff Viewで、commitに含める変更箇所にカーソルを合わせて 1 キーを押すことで1行づつ staged にすることができます。 ただし、 変更内容が表示された画面でのカーソル移動には j , k キーを使うことに注意します。 完了したら、Status Viewが Interactive rebase master Changes to be committed: M NewFile.java Changes not staged for commit: M NewFile.java Untracked files: (no files) となっているはずです。 つまり、同じファイルに対する変更をcommitに含むものと含まないものに分けることができた ということです。 念のため、Changes to be committedの下にあるNewFile. java のDiff Viewが以下のようになっていることを確認してください。 NewFile.java | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/NewFile.java b/NewFile.java index 9fde6b2..becff04 100644 --- a/NewFile.java +++ b/NewFile.java @@ -1,5 +1,10 @@ public class NewFile { public static void main(String args[]){ System.out.println("Hello World!"); + methodA(); + } + + public static void methodA(){ + System.out.println("methodA!"); } } q キーを押してDiff Viewを閉じてからStatus View上で Shift + C キーを押すと、 git commit コマンド入力時と同じ画面が現れます。 そこで、 commit messageを add methodA to NewFile.java. としてcommitを行います。 こうして、 methodA の追加に関する変更のみを含んだcommitが完成しました。 tigを使ってcommitを分割する - その3 その後、画面には Enter キーを押すようにメッセージが出ているはずなので、それに従います。 すると、Main Viewに画面が戻るはずです。 ここで先程の add methodA to NewFile. というcommitが表示されていない場合は、 Shift + R キーでMain Viewを更新します。 では、同じように methodB の追加に関する変更のみを含んだcommitを作成しましょう。Status Viewから、unstagedな NewFile.java に関するDiff Viewを開きます。 NewFile.java | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/NewFile.java b/NewFile.java index becff04..01487f8 100644 --- a/NewFile.java +++ b/NewFile.java @@ -2,9 +2,14 @@ public class NewFile { public static void main(String args[]){ System.out.println("Hello World!"); methodA(); + methodB(); } public static void methodA(){ System.out.println("methodA!"); } + + public static void methodB(){ + System.out.println("methodB!"); + } } また1行ずつstagedにしても良いのですが、今度は全ての変更をcommitに含みます。 なので、 U キー を押してファイルの変更全てを一括でstagedにします。 Status Viewを確認すると、以下のようになるはずです。 Changes to be committed: M NewFile.java Changes not staged for commit: (no files) Untracked files: (no files) そして、Diff Viewを閉じた状態で Shift + C キーを押して git commit を行います。 commit messageは add methodB to NewFile.java. とします。 commitが完了してMain Viewへ戻った後、 q キー を押してtigを終了します。 その後、以下のコマンドを実行して、 add methodA and methodB to NewFile というcommitへの編集を終了します。 $ git rebase --continue その後、再び tig コマンドを実行すると、確かにcommitが分割されたことが分かります。 yyyy-mm-dd hh:ss Committer o [master] add methodB to NewFile.java yyyy-mm-dd hh:ss Committer o add MethodA to NewFile. yyyy-mm-dd hh:ss Committer I first commit まとめ いかがでしたでしょうか。 ちょっと伝わりづらい部分もあったと思いますが、実際に tig を使ってみるとその便利さが分かると思います。 commitを見やすく分割するのは、レビュアーの負担を減らすだけでなく、将来の自分が変更内容を理解するのに役立ちます。 なので、この記事をご覧いただいた方が、tig を使うことで 少しでも楽に commit をきれいにできれば 幸いです。 最後に、以下の言葉を引用してこの記事のまとめとします。 コードは他の人が最短時間で理解できるように書かなければならない --- リーダブルコード - より良いコードを書くためのシンプルで実践的なテクニック P.3 より （本来はコードの可読性に関する言葉ですが、commitをきれいにするということは上記の考え方と同じものが根底にあると感じました） 参考資料 VS Code の統合ターミナルで Tig が標準装備された Git for Windows を使う gitクライアント「tig」を使いこなすための最低限覚えるべき6つのコマンド 発表に利用したスライド（一部編集済） 0330_beerbash_Fm_Harmony from 株式会社ラクス *1 : ソースコード をビルドする方法もあります。 詳しくは コチラ *2 : 当然、commit id等は人によって異なります *3 : この状態でも、ファイルごとにstaged / unstagedを切り替えることは可能です。

3月初旬に開催されたJaSST'18の参加レポートです。 [読了時間 8分] JaSST Tokyo とは 国内最大級の ソフトウェアテスト シンポジウムです。 JaSST'18 Tokyo ソフトウェアテストシンポジウム 2018 東京 日時 : 2018/03/07水～08木 場所 : 東京都 千代田区 日本大学 理工学部 駿河 台校舎１号館 参加者 : 1600人 参加費 : 2日券（早割） 8,400円 チュートリアル 受講券 10,800円を追加購入すれば、ワークショップ形式の チュートリアル 全てに参加可能 JaSST Tokyo の昨年と今年のベストスピーカ―賞の傾向（ 2017年 、 2018年 ）から、プロセス改善に注目が集まっている感もありますが、今回の JaSST'18 Tokyoの目玉はやはりなんといっても、 Google ジョン・ミッコ氏の Flaky Test だと思います。 以下では、ミッコ氏による２つのセッション 基調講演_A1「Advances in Continuous Integration Testing at Google」 基調講演者チュートリアル G5「How to identify test flakiness in your test result data テスト結果からテストの不安定性(test flakiness) を読み解く」 を取り上げて、今回参加できなかった方でも、 Google 社の先進的な取り組みについて概要を把握できるよう、ポイントを絞ってお伝えしたいと思います。（ブログに掲載することについては、ミッコ氏の許可を得ております。ありがとうございます！） 基調講演 セッション A1「Advances in Continuous Integration Testing at Google 」、基調講演者 チュートリアル G5「How to identify test flakiness in your test result data テスト結果からテストの不安定性(test flakiness) を読み解く」 講演資料 が公開されていますが、 語彙の事前知識や質疑できる場などがないとなかなか理解しにくい箇所もあると思います。 まず、趣旨（引用）とキーワードを簡単に整理した後に、セッションの要点をお伝えします。 趣旨 より効果的なテストのスケジューリングとは コストの削減方法 不安定な自動テストへの対処（Flaky Test） キーワード SETI (Software Engineer, Tools and Infrastructure) テストインフラを開発する役割 8～10人のチームに1～2名の SETI が アサイ ンされる RTS (Regression Test Selection) 実行する 回帰テスト ケース数を削減するアプローチ Transition テスト結果がPASS→FAIL または FAIL→PASSへと状態遷移すること Edge テスト結果がPASS→FAIL または FAIL→PASSへと状態遷移したチェンジリストの断片 Greenish テスト成功（グリーン）のような状態 確信ではなく確率 Flaky Test 不安定なテストのこと テスト結果が非 決定論 的 同じコードリビジョン、同じ入力と設定、においてテストが成功したり失敗したりする Google の自動テスト（概観） 420万の独立したテスト その16%は何がしかのFlakyさを持つ 1日あたり1億5000万のテスト実行数 平均して各テストが毎日に35回実行される 1万3000以上のチーム テスト実施の99%は成功する テスト結果がPASS→FAILに遷移したテストのうち、84%はFlaky テスト失敗の16%だけが欠陥を意味していた テストの 1.23% だけがソフトウェアの欠陥を見つけている 変更頻度が多いファイルは欠陥が埋め込まれやすい 開発者が3人以上修正したソースは欠陥が埋め込まれやすい 1人より2人がよい 3人より2人がよい 言語によって欠陥の埋め込まれ度合いが異なる C++ より Java がよい Java よりGoがよい なんというか規模が桁違いですね！ RTS はなぜ必要か テスト実行数を削減するため テスト実行の99.8%は、テスト結果の遷移を引き起こさない テスト結果の遷移を引き起こすような0.2%のテスト実行だけで十分なことになる もし完璧な アルゴリズム があれば、すべてのテストを流し続ける必要はない Greenishという概念がなぜ必要か テストの量、実行回数ともに莫大で、全てを実行しきれないため RTS だけでは問題が多い 依存関係グラフを元にした 回帰テスト 対象の選定（ RTS ）を行っても、コアモジュールへの些細な修正がほぼ全体に影響するため、一定期間の マイルストーン でのスケジューリングにおいて全テストを実行することになりがち マイルストーン 間は、プロジェクトの状態は決定的ではない（inconclusive） 全テストを実行することによる「グリーンの確信」に代わり、「グリーンの確率」を提供している 図1. Greenish 図1で、大きい緑●が「グリーンの確信」 図1で、モ スグリ ーン四角が「グリーンの確率」 チームにとってはリスクを持ってリリースすることになる 遷移を見つけるまでの時間を節約することを重視 しているようです。１日経てば「過去」であり内容を忘れている、と。 Flakyという概念がなぜ重要か テスト結果が成功から失敗に状態遷移したときでも、その84%が 誤報 であるため システムの問題なのに、開発者にテストが不合格だったと通知がくることで調査する時間が無駄になる マシンリソースの 2～16%をFlaky Testのために消費している 全てグリーンでないとリリースしないため、リリースの妨げになる 無視すべきでないときもある 図2. Flaky 図2で、Flakesはテスト結果が非 決定論 的に成功したり失敗したりするFlaky Test Flakyなテストがあると、 テスト失敗が常に欠陥を意味するとは限らなくなってしまう のです。狼少年のような存在ですね。 Flaky Testへの対処 Flaky Testを検出することで、開発者にはテスト結果に添えて「Flakyである」という旨も一緒に伝えることで、調査コストを抑える Flakyさは不可避（Inevitable）との見解 Flakyさを除去するのと同程度には新たなFlakyさが埋め込まれる Flaky なテストを単に無視したり削除するという考え方について、休憩時間にミッコ氏に直接尋ねることができました。不安定なテストはまだバグを捕まえるために価値があるので無視したり削除したりしてはならない（意訳）とのことでした。 Flaky Testの検出方法 テスト結果（PASS/FAILのバイナリ値のみ！）を残すだけで、Flaky Testへの洞察が得られるそうです。 特殊な操作は必要なく、単純なクエリで推定できるところがポイントです。 Google では テスト結果を2年間記録を残し続けている PASS/FAILのバイナリ値のみ Google では *unit.xml ファイルは残していない（が残しても構わない） テスト結果の遷移であるTransitionやEdgeに着目して、経験則を育てている 図3. Edge 履歴を共有（同じタイミングで成功・失敗すること）する他のテストの数が多い場合はFlakyではない ライブラリ起因などの明確な理由がある可能性が高い テスト結果の遷移が多いテストは、Flakyと判断できる 例えば、1日に30回もテスト結果が遷移するテストがあった場合に、開発者がそれほど頻繁に直したり壊したりをしたとは到底考えられない チュートリアル で Flaky Test の検出を実際に Google BigQuery を使って行いましたが、とても簡単でした。 感想 自動テストへの長年の取り組みの成果として、もし自動テストを全て流せるなら「確信（100% Confident）」があるという土壌があった上で、 テスト実行の運用をいかに効果的に行うか？ という次元のお話でした。 確信（100% Confident）に代わる何かが必要な状況で、 ビッグデータ 解析を活用するところがグーグルらしいですね。 クロージングパネルでも話されていた「 アメリ カでは大企業、中堅企業において自動テストは既に当たり前であり、より効果的な運用についてその興味が移っている」といった言説が印象的でした。

はじめに こんにちは！ FM_Harmonyです。 Rakus Developers Blog では3回目の投稿になります。 ↓ 前回の記事はコチラ tech-blog.rakus.co.jp 先日、React Nativeを使った スマホ アプリ開発 についての勉強会に参加しました。 なので、 今回はその時学んだこと + 後から自分で調べたこと についてまとめました。 この記事が、「Reactやってみたいなー」という方の参考になれば嬉しいです。 はじめに 前置き〜スマホアプリの分類 React Native とは？ Expoとは？ Hello World をやってみる 環境構築 プロジェクト作成 サンプルを確認してみる Hello World! 困ったところ アプリが起動できない！ 実機で動かせない！ 感想 前置き〜 スマホ アプリの分類 いわゆる スマホ アプリは大きく分けて2種類あります。 *1 Webアプリ ブラウザ上で動作するアプリケーションです。 HTMLや CSS などを使って開発します。 ネイティブアプリ スマホ 上で直接動作するアプリです。 例えば、 Android 向けアプリだったら Android Studio を使って開発します。 今回お話しするのは、 ネイティブアプリ の開発についてです。 React Native とは？ React Nativeとは、ネイティブアプリを JavaScript とReactでビルドするための フレームワーク です。 素の JavaScript のみで アプリ開発 を行うことができます。 特徴としては、アプリケーションの更新を即座に反映させることができることがあります。 ビルドしなおさなくても、読込みし直すだけで変更を確認することができるので開発速度の向上につながります。 Expoとは？ 端的にいえば、React Nativeでの開発をサポートするツールです。 博覧会じゃありません もともとは Exponent という名前だったそうです。 Expoの特徴はいくつかありますが、一つは基本的に iOS / Android アプリの区別をすることなく開発を進められる事が挙げられます。 Expoはネイティブ層を隠しているので、 両者の違いを意識しなくて済む ・・・らしいです。 さらに、 実機での検証が簡単に行える ことも特徴の一つです。 これについては、またあとで触れたいと思います。 Hello World をやってみる それでは、Expoで Hello World をやってみましょう。 今回のゴールは、 スマホ の画面に Hello World! と表示させることです。 なお、作業は macOS で行っています。 Windows でもできますが、説明は省略します。 環境構築 まず、開発環境を構築しましょう。 Expoで開発を行うためには、以下のものが必要になります。 npm（もしくはyarn） Node.js watchman create-react-native-app この内、watchmanとcreate-react-native-appについて説明します。 watchman これがないとアプリケーションを動かすことができません。 Homebrewでインストール可能なので、やっておきましょう。 $ brew install watchman create-react-native-app プロジェクトを作成する際に必要です。 こちらはnpmでインストール可能です。 インストールの際には、グローバルオプションを付けておきましょう。 $ npm install -g create-react-native-app プロジェクト作成 では、次にプロジェクトを作成します。 次のコマンドを実行すると、カレント ディレクト リ直下にプロジェクトのひな形が作成されます。 $ create-react-native-app HelloWorldApp サンプルを確認してみる プロジェクトが完成したら、すぐに動かすことができます。 先ほど作成されたプロジェクトの ディレクト リへ移動して、以下のコマンドを実行してみます。 ↓npm の場合 $ npm start ↓yarn の場合 $ yarn start 起動に成功すると、大きな QRコード が表示されると思います。 ↓ QRコード が表示されています（読み込みできないように一部塗りつぶしています） Expoではこの QRコード を スマホ 上で読み込むことで、簡単に動作確認を行うことができます。 ただし、 QRコード の読み込みには専用のアプリケーションが必要です。 iOS なら Expo Cliant 、 Android なら Expo をそれぞれマーケット上で検索すればすぐ見つかるはずです。 では、今回は iOS で QRコード を読み込んでみましょう。 アプリの読込後に、画像のような画面が表示されていれば成功です。 ↓ アプリの画面（諸事情により エミュレータ 上で動かしています） Hello World ! 上の画像にも書いてありましたが、アプリケーションは App.js を編集することで変更が可能です。 そこで、アプリを読み込んだまま App.js を開いてみましょう。 すると、 <View> ... </View> で囲まれたブロック内に、 <Text>...</Text> のようにタグで囲まれたコードがあるはずです。 この部分を次のように 変更して保存 します。 ↓ ... の部分は変更しないでください <View style = { ... } > <Text>Hello World!</Text> </View> 実機を確認すると、画面が自動的に変更されたことが確認できます。 ↓ Hello World ! になっている！ ということで、Expoで Hello World ができましたね！ 今回は簡単な例でしたが、Expoを使うと簡単、 かつお 手軽に スマホ アプリ開発 ができることが分かりました。 困ったところ 今回、この`Expoを触ってみて幾つか困った点があったので紹介します。 アプリが起動できない！ プロジェクトの作成も完了し、さてどんな風に動くのかなとアプリを起動させたところ・・・ ↓こんなエラーが出ました。 そこで調べた結果、watchmanが必要なことを知ったのでした。 実機で動かせない！ 簡単に実機で動作確認できることがExpoの売りですが、自分の場合実機での確認ができませんでした。 実機で動作確認するためには、作業用PCと実機が同じネットワークにある必要があるのですが、どうもそこのところで上手くいかなかったようです。 ↓ QRコード を読み込んでも、こういう画面が出てきてしまう。 なので、そういう場合は エミュレータ で動作確認しましょう。 macOS の場合、 XCode に付属している エミュレータ を利用することができます。 アプリケーションを立ち上げた後に、 i ボタンを押せば iOS の エミュレータ 上で動作確認が行えます。 ただし、その場合は xcode-select -s /Application/Xcode.app みたいな感じで、コマンドを実行しておく必要があります。 これは、 XCode の コマンドライン ツールを指定しているらしい *2 です。 感想 なんといっても動作確認の手軽さがすごく便利です。 ビルドのわずらわしさから解放されるだけで、かなりサクサク開発が進むなあと感じました。 あと、今回は残念ながらできませんでしたが、実機での動作確認が QRコード を読み込むだけだというのもお手軽で魅力的です。 私が今回のテーマについて勉強しようと思った理由は、「Reactってよく聞くし始めてみようかな」くらいの軽いものでした。 なので、こういう手軽なところから アプリ開発 に親しみつつ、Reactについて勉強することで効率よく学習できそうだと思いました。 *1 : この他にもハイブリッドアプリと呼ばれる、両者を掛け合わせたものもあります *2 : この辺りはまだ勉強中です・・・

はじめに 新卒1年目エンジニアのkasuke18と申します。 先月に開催された社内の技術交流会 ビアバッシュ の発表の中で MeCab について触れた発表がありました。 ※ ビアバッシュ...？ という方はこちらをご参照ください。 その MeCab に興味をもちましたので、今回の記事では MeCab を Windows に導入して使ってみます。以下は私の環境でインストールしたときのものなので、 ディレクト リなどを随時読み替えてください。 はじめに まずはサンプル MeCabとは MeCabの導入…の前に Windows Subsystem for Linuxとは Windows Subsystem for Linuxの導入 MeCabの導入 新語対応の辞書(mecab-ipadic-NEologd)を使う mecab-ipadic-NEologdの導入 MeCabをPHPから使用する おわりに 参考文献 まずはサンプル 形態素解析 とはどのようなものかを確認するサンプルを作成、HEROKUにデプロイして 公開しています 。まずは触って動かしてみましょう! MeCab とは MeCab は オープンソース の日本語の 形態素解析 エンジンです。（ 公式ページ ） OSは Unix 系でも Windows でも使用可能ですが、私用のPCが Windows のため、今回は Windows に MeCab を導入しました。 MeCab の導入…の前に Windows に MeCab を導入するといっても、単純に Windows に入れるというわけではありません。もちろん公式には Windows 用 インストーラ が用意されているので、単に利用するだけならそれを使用することが一番早いです。 しかし インストーラ でインストールされる標準の辞書が古く、新しい単語に弱いので、より適切に 形態素解析 を行うなら新語に対応した辞書が必須です。その辞書の導入が インストーラ からインストールした場合は難しいので、今回は別の手段を用いました。 それが Windows Subsystem for Linux というものです。 Windows Subsystem for Linux とは 簡単に言うと、 Windows上でLinuxが動かせるよ！ といったものです。 対応する Linuxディストリビューション は Ubuntu や OpenSUSE 1 などです。 （公式DOC参照） 今回は使用する ディストリビューション として Ubuntu を選択しました。 Windows Subsystem for Linux の導入 こちらのQiitaの記事 が詳しいので、そちらをご確認ください。 MeCab の導入 さて、前置きが長くなってしまいましたが、いよいよ MeCab の導入です。 といっても特段難しい手順ではありません。以下のコマンドを実行すれば導入できると思います。 sudo apt update sudo apt upgrade sudo apt install make automake autoconf autotools-dev m4 mecab libmecab-dev mecab-ipadic-utf8 導入したので動作確認を行います。以下のコマンドで MeCab が実行できます。 mecab 正しく実行されると入力モードになりますので、何かを入力し、改行してみましょう。改行で 形態素解析 が行われ、結果が表示されます。 図1. MeCab コマンドを実行 新語対応の辞書( mecab -ipadic-NEologd)を使う 前述のとおり、標準の辞書は古いので新語に対応していません。新語に対応した辞書が必要で、その辞書の一つに mecab-ipadic-NEologd というものがあります。 mecab -ipadic-NEologdは はてなキーワード のダンプデータなどをもとに毎週月曜日と木曜日に更新されます。 はてなキーワード の単語の豊富さを考えると、業界用語などの特化した単語を除き、基本的には mecab -ipadic-NEologdで事足りるでしょう。 mecab -ipadic-NEologdの導入 GitHub のREADMEに丁寧に手順が記載されています。さらに英語だけでなく、 日本語で書かれたREADME も用意されているので、至れり尽くせりです。 以下にコマンドのみ記載しておきます。 sudo apt install git make curl xz-utils file sudo sed -i -e 's%/lib/mecab/dic%/share/mecab/dic%' /usr/bin/mecab-config git clone --depth 1 https://github.com/neologd/mecab-ipadic-neologd.git ./bin/install-mecab-ipadic-neologd -n -a 導入したので動作確認を行います。以下のように MeCab コマンドの -d オプションを使用することで mecab -ipadic-NEologdを辞書とした 形態素解析 を実行できます。 mecab -d /usr/share/mecab/dic/mecab-ipadic-neologd 正しく実行されると入力モードになりますので、何かを入力し、改行してみましょう。改行で 形態素解析 が行われ、結果が表示されます。 図2. mecab -ipadic-NEologdを使った MeCab コマンドの実行 MeCab を PHP から使用する 上記の手順で MeCab を用いた 形態素解析 が可能になりましたが、 PHP などの各種 スクリプト言語 からの使用するには面倒です。そこで各種 スクリプト言語 向けに バインディング されたものがありますので、それを利用します。今回は PHP を使用しますが、公式には用意されていないので、この php-mecab を利用します。 php - mecab 導入のため、以下のコマンドを実行しましょう。 cd /usr/local/src/ git clone https://github.com/rsky/php-mecab.git cd php-mecab/mecab phpize ./configure --with-php-config=/usr/bin/php-config --with-mecab=/usr/bin/mecab-config make make test make install 導入後、 PHP で使用するためにextentionファイルを作成します。 echo 'extention=mecab.so' > /etc/php/7.0/cli/php.d/mecab.ini これで PHP から MeCab を使用するための準備が整いました。サンプルコードを以下に示しますので実際に動かしてみましょう。 <?php dl ( 'mecab.so' ) ; $ option = array ( '-d' , '/usr/share/mecab/dic/mecab-ipadic-neologd' ) ; $ t = new \MeCab\Tagger ( $ option ) ; $ str = 'すもももももももものうちにももはいくつあるでしょう' ; echo $ t -> parse ( $ str ) ; エラーなく実行できると以下のような結果が得られます。 図3. mecab - php を用いたサンプルコードの実行 おわりに この記事では Windows に MeCab を入れて PHP で動かすまでの手順を紹介しました。私が試してみたときは php - mecab を入れるときに詰まりましたが、 MeCab 本体を入れるところまでは全く詰まらずに進められました。 PHP などで使うことを考えず気軽に 形態素解析 を行うという点では、 MeCab はちょうどいいのかなと感じました。 参考文献 MeCab : Yet Another Part-of-Speech and Morphological Analyzer http://taku910.github.io/mecab/ Docs: Windows Subsystem for Linux Documentation https://docs.microsoft.com/en-us/windows/wsl/about Windows Subsystem for Linux をインストールしてみよう！ https://qiita.com/Aruneko/items/c79810b0b015bebf30bb mecab -ipadic-NEologd : Neologism dictionary for MeCab https://github.com/neologd/mecab-ipadic-neologd php - mecab : MeCab binding for PHP https://github.com/rsky/php-mecab よろしければこちらもご一読ください。 「openSUSE」で始める初めてのLinuxデスクトップ ↩

はじめに こんにちは、rs_tukkiです。 毎回毎回タイトル絵クソだせぇのどうにかしたい 最近、会社の内外問わず、 スマホ アプリの話題が増えてきたように思います。皆さん仕事が仕事なのでそういった話に敏感なのかもしれませんが、手軽に持ち運べる スマホ で手軽に使える形というのが、これから(というより既に) アプリ開発 の主流になっていくことでしょう。 ですが、 スマホ アプリの開発はそう手軽にはいきません。言語は新たに習得しなければならなかったり、それを機種ごとに開発しなければならなかったりと、今までWEBでアプリを開発してきた人にとっては地味にハードルが高いのではと思います。 そこで今回は、それらの問題を一気に解決できる ハイブリッドアプリ と、その開発環境である 「 Monaca 」 を使って実際にハイブリッドアプリを作ってみるお話をします！ はじめに ハイブリッドアプリとは？ メリット クロスプラットフォーム UIの自由度が高い Webアプリの開発経験があれば開発が可能 デメリット マイナーなネイティブ機能の利用が難しい ネイティブアプリと比較すると動作が重い Web技術でネイティブな機能を使ってみた アカウント取得 プロジェクトの作成 プラグインの有効化 APIキーの取得 コード作成 index.html script.js 実行！ おわりに 参考 ハイブリッドアプリとは？ まず一般的に、 スマホ 上で動作するアプリは「ネイティブアプリ」と「Webアプリ」に大別されます。 細かい違いはありますが、大まかにいうと 端末上で動作するアプリ がネイティブアプリ、 Web上で動作するアプリ がWebアプリとなります。 そして、ハイブリッドアプリ、というのは聞きなれない言葉かと思いますが、ネイティブで動作する「WebView」というソフトを使いつつ、コンテンツ自体はWeb上のものを読み込む形で実現するアプリのことを指します *1 。 Webアプリの豊富な情報量と、ネイティブアプリの豊富な機能とを組み合わせた良いとこどりのアプリ、それがハイブリッドアプリなのです。 メリット クロスプラットフォーム 現在流通している スマートフォン は iPhone か Android のふたつですが、ネイティブアプリでは 前者がswift、後者は Java での開発が一般的です。つまり、両方に対応する スマホ アプリを開発しようとした場合は、全く異なる2種の言語を学ぶ必要があり、これが開発のハードルを高くする一因となっていました。 ですが、というよりハイブリッドアプリは iPhone にも Android にも標準で組み込まれているWebViewというソフトを使い、 Webページを読み込んで表示するような形で処理を実現する ため、 「 HTML5 」、「 CSS 」、「 JavaScript 」の3つの言語で、どちらにも対応できるネイティブ(風の)アプリが開発可能なのです。 UIの自由度が高い ハイブリッドアプリは、 HTML5 や CSS を用いて開発しますので、それこそ Webアプリを作成するような感覚でUIを設計する ことが出来ます。 ネイティブアプリと比較してもカンタンに、そして凝った表示をサクッと作りこめるのは素晴らしいと思います。 Webアプリの開発経験があれば開発が可能 先ほど言った通り、ハイブリッドアプリの開発に必要なのは基本的に「 HTML5 」「 CSS 」「 JavaScript 」の三種のみです。 そのためこれらを扱うWebアプリの開発経験があるエンジニアなら、それほど 苦労せず開発に着手できる と思います。この手軽さこそが、開発者にとっては最大の魅力になるでしょう。 デメリット マイナーなネイティブ機能の利用が難しい ハイブリッドアプリでカメラや GPS などのネイティブ機能を利用するには、Cordova等の フレームワーク が提供している プラグイン を利用するのが一般的です。 しかし、これらの プラグイン はそのほとんどが個人開発なので、あまりにもマイナーなネイティブ機能だと プラグイン が実装されておらず、自分で開発するしかない...なんてことも。 ネイティブアプリと比較すると動作が重い ネイティブアプリは端末上で動作するアプリ、ということは先ほど説明しました。 一方、ハイブリッドアプリはWeb通信が必須になってくる関係上、ネイティブアプリと比較して動作がもっさりする場合があります。 最近はゲームのような処理の多いものでなければネイティブアプリとも遜色がないらしいですが、古いバージョンの スマホ だとかなりもっさりする可能性もあるので注意が必要です。 Web技術でネイティブな機能を使ってみた では、ここまでの話を踏まえて、さっそく スマートフォン のネイティブな機能を利用したハイブリッドアプリ作成を体験してみようと思います。 今回開発環境には、 アシアル株式会社様 が提供している 「 Monaca 」 という Webサービス を使用しました。ローカルで開発環境を用意する必要がなく、 クラウド 上で全てが完結するのでかなり便利です。 アカウント取得 まず初めに、 Monacaの製品ページ からアカウントを取得します。 Monaca は個人向けに無料プランを含む2プラン、企業向けに2プラン用意されていて、無料版でもリリースビルドまでは問題なく開発することが出来ます。 ですが、無料版だとそのビルドの回数が1日3回までに制限されていたり、 Monaca が用意した プラグイン しか使用できなかったりするので、いつか有料版に移行するのもありでしょう。 今回はひとまず無料版で作成します。 プロジェクトの作成 アカウントを作成したら、 ダッシュ ボードを確認してみます。 最初に ダッシュ ボードを開くと「はじめての Monaca アプリ」というプロジェクトが既に作成されています *2 が、まずは自分で新たにプロジェクトを作ってみましょう。 「新規プロジェクトの作成」をクリック。 Monaca ではいくつかのサンプルアプリや、UI、 JavaScript の フレームワーク を利用したテンプレートがいくつかありますので、こういったサンプルを参考にしつつ開発を進めることになると思います。 今回はひとまず「No Framework」で作成します。作成したプロジェクトを開くと、早速編集画面が出てきました。 編集画面については、ほぼほぼ一般的な IDE と同じ見方です。私は普段 Eclipse を使っていたので、画面に関しては簡単に理解できました。 画面右にはプレビューが表示されていますが、 スマートフォン のネイティブな機能以外の動作は保存したものが即反映されるので、コーディングもしやすいと思います。 プラグイン の有効化 さて、ここから スマートフォン のネイティブ機能を利用できるようにしていきます。 今回は、 現在位置をGoogleMapに表示する アプリの作成に取り組んでみましょう。 まず、メニューバーから「設定->Cordova プラグイン の管理」を開き、現在位置を取得するための プラグイン 「Geolocation」を有効化します。 プラグイン に関しては無料版でもかなりの数があり、他にもカメラ、 バーコードリーダ ー、バイブレーション機能などを この画面で有効にするだけで利用することができますので、調べてみてください。 Monaca 側での設定はこれで完了です。 API キーの取得 さて、続いてGoogleMapを表示させるために必要な、 Google Maps API の承認キーを取得します。 Google アカウントでログインしてから、 APIのページ の右上にある「キーの取得」をクリックして32文字の API キーを確認してください。 このキーをコードに埋め込むことでMapが表示できるようになります。 ひとまずは無料で利用できますが、読み込みの回数によっては課金が必要になりますので、リリースなどを行う際は注意してください。 コード作成 さて、では早速コードを書いていきましょう。 まずは表示部分から。 index.html <!DOCTYPE HTML> < html > < head > < style > #map { height : 400px ; width : 100 %; } </ style > 　　～中略～ < script src = "./script.js" ></ script > < script src = "https://maps.googleapis.com/maps/api/js?key=ここにAPIキーを入力&callback=getMapLocation" ></ script > </ head > < body > < div id = "map" > </ div > </ body > </ html > スクリプト として読み込むのは後述のjsファイルとGoogleMapsAPIです。 callback=getMapLocation は API を読み込んだ際に最初に実行するメソッドのこと。 特に引っかかるところはないと思いますが、一つだけ注意点が。 Mapの表示部分 < div id = "map" > </ div > には必ず CSS などで 表示領域を確保 しておかないと、仮にScriptが正しくてもMapが表示されません。 私はこんなくだらないことで数時間も悩んでしまいました... script.js そしてここから JavaScript のコーディングを開始します。 今回は、 Monaca の 公式ドキュメント に乗っているものを参考にしました。 var Latitude = undefined ; //緯度 var Longitude = undefined ; //経度 // 初期処理 function getMapLocation() { navigator.geolocation.getCurrentPosition(onMapSuccess, onMapError, { enableHighAccuracy: true } ); } // getMapLocation()での位置情報の取得に成功したら呼ばれる var onMapSuccess = function (position) { Latitude = position.coords.latitude; Longitude = position.coords.longitude; getMap(Latitude, Longitude); } // 取得した位置情報をもとにMapを生成する function getMap(latitude, longitude) { var latLong = new google.maps.LatLng(latitude, longitude); //位置情報の設定 var mapOptions = { center: latLong, zoom: 15, mapTypeId: google.maps.MapTypeId.ROADMAP //Mapの表示形式。この場合通常の道路地図になる } ; var map = new google.maps.Map( document .getElementById( "map" ), mapOptions); var marker = new google.maps.Marker( { position: latLong } ); marker.setMap(map); } // 位置情報の取得に失敗した時に呼ばれる function onMapError(error) { console.log( 'code: ' + error.code + '\n' + 'message: ' + error.message + '\n' ); } 最初に呼び出す getMapLocation() で、「Geolocation」 プラグイン を利用して現在位置を取得しています。成功すると onMapSuccess 、 getMap(latitude, longitude) と処理が進んでいき、最後に現在位置を示したMapが表示されるようになります。 関数の意味が分かれば、こちらも内容自体はさほど難しくないでしょう。 実行！ さて、では早速このアプリを試してみたいのですが... 当然ビルドやリリースはまだ行っていないので、 スマートフォン で機能を試すには デバッグ 用のアプリが必要です。 Monaca のデバッガーは、 Android , iOS 共に無料でインストールができます。 そして、インストール後に自分のアカウントにログインし、先ほどのtestプロジェクトを起動してみると... 見事、自分の現在位置がMapに表示されました！ おわりに ハイブリッドアプリがどれだけ簡単に作成できるかお分かりいただけたでしょうか。 当然、 プラグイン は今回紹介したもの以外にもさまざまありますし、HTMLや JavaScript も難しい言語ではないと思いますので、これから何かアプリを作ってみたい！という初心者の方には最適かと思います。 (これ前回の記事でも言ったな…) 皆さんも、ここから手軽に スマホ アプリの開発に着手してみてはいかがでしょうか？ 参考 ネイティブアプリの意味や定義 Weblio辞書 開発コスト削減＆サクサク動く！今話題の”ハイブリッドアプリ”って？ | 起業・創業・資金調達の創業手帳 ハイブリッドアプリとは? - Qiita ハイブリッドアプリ制作で動作が重くならないために気をつけること|意識の高い時に雑記 Get an API Key  |  Maps JavaScript API  |  Google Developers 位置情報の取得 プラグイン | Monaca Docs *1 : webアプリでありながら、カメラや GPS など スマホ 本体の機能を利用するアプリのこと、という見方もあるそうです。 *2 : 「test」は私が作成したものです。

はじめに こんにちは。 ラク スエンジニアのstrongWhiteです。 今回は 初心者向けSwiftプログラミング勉強会 に参加したので、勉強会の内容や参加した感想を記事にしようと思います。 Swiftとは 本題に入る前にSwiftについて簡単に触れておきます。 Swift とは、 iOS 向けのアプリケーションを開発するための プログラミング言語 で、 Apple 社が開発しました。 iPhone や iPad をお持ちの方で、ふだん何気なしに使っているアプリはこのSwiftによって作られています。 Swiftは Xcode ( 統合開発環境 )を使って記述していきます。 参加した勉強会 ふだん私は自宅でプログラミング学習をしているのですが、たまたまSwiftに関する勉強会を調べていたところ、Swiftのスの字も知らない初心者でも気軽に受講できそうな勉強会を見つけたので、思い切って参加してみることにしました。 「 カフェサロンで学ぶ!超初心者向けのswiftプログラミングレッスン♪ 」 開催地：大阪 心斎橋 レンタルオフィス salon HAJIMARI 日時：2018年1月21日(日) 14:00〜18:00 持ち物：ノートパソコン( Mac OS )、電源コード/電源アダプタ(又はバッテリ) 参加費：2,000円 いわゆる もくもく会 とは違い、講義形式で簡単なアプリを作成していきます。 Xcode の設定やプロジェクトの作成から丁寧に教えてもらえるので、「アプリについて興味はあるけどどうやって作ればいいかわからない」という人にはオススメの勉強会でした。 会場の雰囲気 会場は レンタルオフィス のカフェスペースだったので、大学の講義室のような 堅苦しい 感じはなく、ゆったりと心を落ち着かせながら勉強できました。 会場の管理人さんからお菓子とコーヒーを出していただいたので、プログラミングで詰まった時はうまく気分転換させることができました。 カフェスペースでコーヒーを飲みながら Mac を立ち上げている様は何だかすごくエンジニアっぽいなと感じました(笑) 作成したアプリ 勉強会の開催日がバレンタインデーに近かったこともあり、「プレゼントボックスをタップするとバレンタインメッセージを送れる」アプリを作成しました。 会場ではシミュレータで動作確認を行っています( iPhone などの端末があれば実際にアプリをインストールすることも可能です)。 画面や構成要素(プレゼントボックスなどのパーツ)が少なく、複雑な挙動もしないのでプログラム自体は数十行程度の簡単なものです。 Swiftに触れて日も浅い人にはちょうどいい難易度ではないでしょうか。 参加した感想 今回の勉強会で作成したプログラムはさほど難しくなかったので、少し物足りなかった印象です。 講義自体も最初の2時間ぐらいで終わってしまったので、後半は参加者との交流にあてる形になりました。 主催者側はむしろ後半の参加者との交流に重きを置いていたらしく、積極的に参加者との意見交換を促していました。 社外のかたと積極的に関われる貴重な機会でしたので、技術談話が盛んに行いました。 最後に 自宅でのプログラミング学習は何かで詰まったり、思うように理解が進まなかったとしても自分ひとりで解決しないといけないので結構つらいです。 分厚い参考書を読んだり、Webサイトで調べたりいろいろ右往左往しないといけないと思いますが、勉強会に行くとわからないことは気軽に質問できるのでいいです。 すぐにでも知識を身に付けたい人は参考書を買うよりも勉強会に行った方がいいかもしれません。 参考 Swift Xcode

MasaKuです。もうすぐ社会人１年目終了です。 近況ですが、先日大阪で開催された オープンソース のイベント OSC OSAKA 2018 に参加しました。 www.ospn.jp イベントの中で「 openSUSE 」のセッションがあったのですが、 Linux デスクトップを使ったことがない私のような初心者でも扱いやすそうな Windows ライクな画面で興味を持ちました。 また、発表者さんの展示ブースの方にも訪れたんですが、 openSUSE Leap42.3 のインストールディスクを頂いたので、古くなったノートパソコンにインストールして使ってみたいなと思いました。 openSUSE の公式マスコット「Geeko(ギーコ）」です。可愛いですね。 openSUSEとは プライベート用としてのLinuxデスクトップの利用 パッケージ管理ソフト「YaST」 YaSTを利用したLAMP環境の構築 YaSTを利用したApacheの起動 Apacheの設定 おわりに 参考サイト openSUSE とは " Slackware ”系 Linuxディストリビューション で、主に欧州で人気のようです。 2017年7月より" Microsoft ストア ”でもリリースされています。 デスクトップ画面 デスクトップは上図のような感じで、普段から Windows マシンを利用する方はすぐに操作に慣れることができるのではないでしょうか。 また、仮想デスクトップや、「Alt + Tab」の画面切り替えなど、様々なデスクトップ効果が使えるため、 Windows や Mac でそのような機能を多様される方でも使いやすいのではないかと思います。 OSC OSAKA 2018 の会場で聞いた話ですが openSUSE はかなり初期から仮想デスクトップ機能を導入していたようです。 プライベート用としての Linux デスクトップの利用 私は業務でもプライベートでも、 Windows マシンを使っています。 openSUSE をプライベートで利用する場合、普段行っていることがどこまでできるのか、ということをリストアップしました。 文章作成： google ドキュメントが利用できる プログラミング： Atom が Linux 環境でも利用できる 動画視聴： YouTube 等の動画サイトが利用できる FireFox が標準搭載されているため、 Windows で利用してた クラウド サービスがそのまま利用できます。 環境を選ばないことの素晴らしさを改めて実感しました。 今のところ、プライベート利用する上では目立った問題は見つかっていません。 強いて問題点を上げるなら、 トラブルシューティング がほぼ英語記事のため、問題が起きた場合は英語と向き合わなければならないという点があります。 日本語の トラブルシューティング を記事にして発信していく事で、わずかでも オープンソース の発展に貢献できるんじゃないかと思います。 パッケージ管理ソフト「 YaST 」 Linuxディストリビューション はどのOSも類似機能があるため特徴が見つけにくいようですが、 openSUSE の最大の特徴は「 YaST 」というパッケージ管理ソフトです。 YaST とは、 Yet another Setup Tool (もう 1 つのセットアップツール) の略で、システム全体の設定を行なうことができるように目指して作られています。 Windows のコン トロール パネルのように見えますが、 GUI で Linux の操作ができるツールです。 ミドルウェア のインストールも YaST で行うことができます。 YaST のトップ画面 YaST を利用した LAMP 環境の構築 驚きだったのが、 YaST のソフトウェア管理メニューを利用することで、 LAMP 環境が一発で構築できてしまいます。 構築手順は以下の通りです。 メニューの中からソフトウェアを選択しソフトウェア管理を選択 検索バーに LAMP と入力 検索で見つかった「patterns-openSUSE- lamp _server」を選択して了解ボタンを押下 YaST での LAMP 環境のインストール手順 あっという間に PHP が実行できる環境が出来上がりました。 YaST を利用した Apache の起動 インストール完了後に Apache の動作確認を行います。 Apache の起動も YaST で行うことができます。 メニューの中からシステムを選択し、サービスマネージャーを選択 Apache2を選択して有効に変更し、開始を押下する OKを押下して、変更を確定する Apache の起動方法 これで Apache の起動が完了です。 FireFox で localhost もしくは Apache を起動しているコンピュータの IPアドレス にアクセスすると Apache が起動したことを確認することができます。 Apache の起動確認。「It works!」と表示されていれば起動成功 Apache の設定 PHP を利用するためには apache を設定する必要がありますが、こちらも YaST で設定することができます。 ネットワークサービスを選択し、HTTPサーバを選択 ウィザードに従ってサーバの設定を行う PHP を利用できるようにするための設定 重要なのはSTEP2で PHP を設定することです。 それ以外は設定する必要はありません。 設定が完了したら以下のプログラムを作成して /srv/www/htdocs/ に配置して確認してみましょう。 <?php phpinfo () ; Apache で PHP が使える状態になっていればphpinfo()が起動して画面が表示される おわりに いかがでしたでしょうか。 Linux はサーバとしてしか利用したことがなかったため、 Linux デスクトップがここまで利用しやすいものだとは思いませんでした。 OS無しのノートパソコンを一台購入して、 openSUSE を入れてしっかりと使ってみたいという気持ちにもなりました。 Linux デスクトップに興味がある方や、古くなったパソコンを再利用してみたい、という方は利用してみてはいかがでしょうか。 参考サイト 「openSUSE Leap」がWindows 10の“ストア”に登場 ～「SUSE Linux Enterprise Server」も - 窓の杜 KDE4のデスクトップ効果の解説 さくらのVPSにopenSUSE Leap42.2が提供されたのでLAMPな環境を構築してみる

はじめに やりたいこと cVimのダウンロード cVimでできること(ショートカットキー) cVimでできること(コマンド) ショートカットのカスタマイズ 設定例 unmap x map w map e :duplicate let hintcharacters "asdfgjklwertuioxcvnm" set noautofocus 終わりに 参考 はじめに 以前調べることが多い時期があり、効率的に ブラウジング するため、cVimという google Chrome で利用できる 拡張機能 を導入しました。cVimを使うと Vim ライクにブラウザを使うことができる他、ショートカットを自分で設定することができます。この記事ではcVimを使うとできることを紹介します。 やりたいこと 私がツールを導入しやりたかったことを記載します。 できるだけマウスを使わずに ブラウジング をしたい command + f のような2キーのショートカットを1キーで行いたかった タブの複製や特定のページを開くといった、存在しないショートカットを使いたい cVimのダウンロード ダウンロードページ から追加ボタン押してダウンロードします(私は追加済みのため「 CHROME に追加済み」という表示になっていますが)。 cVimでできること(ショートカットキー) cVimに元から備わっているショートカットキーについて幾つか紹介します。 f でページ内のリンクにショートカットを割り振る 恐らくcVim(や似た 拡張機能 Vimium)を使った際に一番便利な機能です。下記の場合は続けて u を押せばラクスのホームページが開かれます j で下、 k で上にページスクロール(矢印キーの上下と同じ挙動)、 d で下、 u で上に半ページ分スクロール gg でページの最上部へ移動、 G でページの最下部へ移動 / でページ内検索、 Enter で検索文字列を確定後 n で次の検索対象、 N で前の検索対象へ移動 gi でページの一番上の検索欄にフォーカス cVimでできること(コマンド) : でコマンドが打てます。例えば :tabnew [URL] で「[URL]を新規タブで開く」、 :tabnew [検索文字列] で「新規タブで[検索文字列]を検索した結果を開く」ことができます。また、 : でコマンドモード起動した後、文字を入力するとその文字から始まるコマンドを表示してくれます(下記は t を入力した場合)。候補は tab と shft + tab で移動できます。 ショートカットのカスタマイズ : でコマンドを打てると先ほど記述しました。とは言えコマンドを打つくらいならマウスで操作する方が早いという話です。ここではショートカットキーやコマンドを設定する方法をご紹介します。 ショートカットなどのカスタマイズはcvimのマーク > Settingsから設定できます。 cVimrcと書かれた枠に設定を記述していきます。因みにHelpのリンクを押すと、cVimのショートカットキーや CSS の設定方法や例が載っていますので詳しく知りたい方はご参照下さい。 ここでは例として、「ラクスのホームページを新規タブで開く」を設定してみます。 1.cVimrcに設定を記述 map [任意のキー]　[挙動] で任意のキーに特定の挙動を設定できるので、下記のように設定します。これで a キーに :tabnew https://www.rakus.co.jp/ が割り当てられます。 map a :tabnew https://www.rakus.co.jp/ 2.画面下部のsaveボタンから設定を保存 これで設定は完了です。あとは新規のタブを開いて(設定前に開いていたタブだと設定が反映されていないためリロードが必要)、 a と押せば下記のような画面が表示されるはずです。さらに Enter を押せばラクスのトップページが開かれるはずです。 上記 の例はコマンドを実行するものであったため、ショートカットキーを押したあとに Enter を押す必要がありましたが、cVimで用意されているショートカット( f 、 j 、 k など)ならキーを押しただけで特定の挙動を実行できます。 設定例 最後に現在の私の設定を紹介します(使い始めて間もないのでそこまで設定してませんが...) unmap x unmap [キー] と設定することで特定のキーをショートカットで使えなくします Command と間違って x を押すとcVimに登録されている「現在のタブを閉じる」(closeTab)が実行されてしまうので無効にしました(タイポしなければいい話なんですけどね) map w Command + w の「現在のタブを閉じる」を w 1つでできるようにしています したかったことの1つ「2キーのショートカットを1キーで行いたい」を実現している設定です map e :duplicate e と押した後に Enter を押すと「現在のタブを複製する」を実行できます したかったことの1つ「存在しないショートカットを使いたい」を実現している設定です let hintcharacters "asdfgjklwertuioxcvnm" f でページ内にリンクを割り振る際に使用できるキーを設定しています set noautofocus 開いた際に入力欄にフォーカスされるページだと、ショートカットを使う前に入力欄からでる(escを押す)必要があります。面倒なので、入力欄にフォーカスしないように設定しています 終わりに この記事ではcVimについてご紹介しました。ここでは CSS などの設定には触れませんでしたが、他にも色々と設定ができるので気になった方は調べてみてください。 参考 Google ChromeでcVimの設定をアップデート クマーなひとときv2

id:radiocat です。最近読んだ書籍は カイゼン・ジャーニー です。 先月、「ITエンジニアに読んでほしい！技術書・ビジネス書大賞 2018」が発表されました。 www.shoeisha.co.jp 今年の大賞は以下の通り決まったようです。 技術書部門 機械学習入門 ボルツマン機械学習から深層学習まで 作者: 大関真之 発売日: 2016/12/01 メディア: 単行本（ソフトカバー） ビジネス書部門 職場の問題地図 ~「で、どこから変える?」残業だらけ・休めない働き方 作者: 沢渡 あまね 発売日: 2016/09/16 メディア: 単行本（ソフトカバー） この企画は 翔泳社 さんの主催で毎年開催されています。その年の旬な技術書を知ることができるので楽しみにしているエンジニアの人も多いのではないでしょうか？ というわけで、このイベントにあやかって弊社社内でもおすすめの書籍についてアンケートを取ってみました。開発部の新人から部長まで役職や職歴を問わず、特にテーマや制限も設けず、現時点で人におすすめできる書籍を1人最大5冊まで選んでもらいました。ただ、この記事のタイトルの通り弊社は クラウド サービスの会社でWeb系のエンジニアが多いため、本家の投票結果よりはジャンルが少し限定されてしまう点は念頭に置いていただければと思います。題して「 クラウド サービスのエンジニアが読んでほしい！（と思っている）技術書・ビジネス書 2018」です。 RAKUS Developers に最も支持されている1冊 技術書部門：リーダブルコード ビジネス書部門：トヨタ生産方式 RAKUS Developers が選ぶオススメの5冊 技術書：達人プログラマー 技術書：デザイン組織のつくりかた 技術書：SCRUM BOOT CAMP THE BOOK ビジネス書：「残業しないチーム」と「残業だらけチーム」の習慣 ビジネス書：入社1年目の教科書 RAKUS Developers のひとりひとりが厳選した1冊 若手エンジニアが選んだ6冊 7つの習慣 99%の人がしていないたった1%の仕事のコツ レバレッジ・リーディング エンジニアを説明上手にする本 プリンシプル オブ プログラミング 現場で使えるデバッグ & トラブルシュート Java編 熟練エンジニアが選んだ4冊 Java言語で学ぶデザインパターン入門 カンバン仕事術 情熱プログラマー 40歳を過ぎたら、働き方を変えなさい スペシャリストが選んだ4冊 入門 コンピュータ科学 ITを支える技術と理論の基礎知識 UNIXという考え方 テスト駆動開発 すごいHaskellたのしく学ぼう! デザイナーが選んだ4冊 ユースケース駆動開発実践ガイド エンジニアのための図解思考 SOSの猿 問題解決ラボ マネージャーが選んだ5冊 ケン・ブランチャード リーダーシップ論 1分間マネジャー―何を示し、どう褒め、どう叱るか! なぜ、あなたの仕事は終わらないのか Inspired: 顧客の心を捉える製品の創り方 Joy, Inc. おわりに RAKUS Developers に最も支持されている1冊 まずは最も多くの票を集めた技術書・ビジネス書をそれぞれ紹介します。 技術書部門：リーダブルコード 本家の技術書・ビジネス書大賞でも2014年に大賞に輝いた書籍が全体で最多の票数を集めました。初版は2012年ですが、いまだに新人からベテランまで多くのエンジニアが拠り所にしている不動の名著です。 リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice) 作者: Dustin Boswell , Trevor Foucher 発売日: 2012/06/23 メディア: 単行本（ソフトカバー） 投票者のコメント プログラマ にとっては、教科書的な本だと思いました。 言わずもがなエンジニアは全員読んだほうがよい本。 ビジネス書部門： トヨタ生産方式 カイゼン のバイブルとも言える不動の名著がビジネス書のトップでした。初版は1978年で、業界を選ばず40年間読み続けられており、IT業界でも アジャイル 開発を中心としてカンバンなどの形で取り入れられています。立場を選ばずマネジメントにも開発の現場にも支持されている1冊と言えます。 トヨタ生産方式――脱規模の経営をめざして 作者: 大野 耐一 発売日: 1978/05/01 メディア: 単行本 投票者のコメント 何十年も前に考えられた方式「かんばん」が今のソフトウェア開発に生きているという点は感慨深い。 自身のソフトウェア 開発プロセス を考えながら読むと、まったく製造業に限定されないことだと分かって驚く。 RAKUS Developers が選ぶオススメの5冊 次に、惜しくもトップの座は逃しましたが、多くの票を集めたベスト5を投票者のコメントと合わせて紹介します。どの本もトップの1冊に劣らない名著で、開発チーム内で話題になって薦め合ったり、読書会の題材になったりしたことで票が集まったようです。 技術書：達人 プログラマー 新装版 達人プログラマー 職人から名匠への道 作者: Andrew Hunt , David Thomas 発売日: 2016/10/20 メディア: 単行本（ソフトカバー） エンジニアが基本とすべき考え方や視点がたくさん含まれており、経験を経てから読んでも新たな気付きがあるため手元において数年おきに読みたい本。 初心者の自分にとっては「 銀の弾丸 は無い」ということに改めて気付かされる一冊でした。 技術書：デザイン組織のつくりかた デザイン組織のつくりかた デザイン思考を駆動させるインハウスチームの構築&運用ガイド 作者: ピーター・メルホルツ , クリスティン・スキナー 発売日: 2017/12/22 メディア: 単行本（ソフトカバー） UIパーツのデザインやリサーチ、UX設計など広範囲に渡っているデザイナーの仕事を1人でこなすのは現実的ではなく、ユーザーの利用とビジネス上の要求を充たすためのデザイン組織をどのようにして組み立てていくのが良いか、示唆に富んだ内容。 技術書：SCRUM BOOT CAMP THE BOOK SCRUM BOOT CAMP THE BOOK 作者: 西村 直人 , 永瀬 美穂 , 吉羽 龍太郎 発売日: 2013/02/13 メディア: 単行本（ソフトカバー） スクラム とは何か・どういった流れで進んでいくのかが漫画を交えて分かりやすく説明されています。 スクラム をやったことが無い人向けに スクラム がどういうものかを説明した解説書の中で最もわかりやすく、それでいて重要な要素がしっかり説明されている。 ビジネス書：「残業しないチーム」と「残業だらけチーム」の習慣 「残業しないチーム」と「残業だらけチーム」の習慣 (Asuka business & language book) 作者: 石川 和男 発売日: 2017/10/10 メディア: 単行本（ソフトカバー） 「残業しないチーム」と「残業だらけチーム」を比較しながら様々なケースを例に書いてあり読みやすいです。 すぐに実践出来ることが多いので読んですぐに試せます。 ビジネス書：入社1年目の教科書 入社1年目の教科書 作者: 岩瀬 大輔 発売日: 2011/05/20 メディア: 単行本（ソフトカバー） 配属されて間もない頃は相談や質問の仕方で戸惑う場面もあるので参考になりました。 社会人の心構えについて大事なポイントを丁寧に解説されています。 RAKUS Developers のひとりひとりが厳選した1冊 ここまで紹介した書籍以外にもその人の立場や仕事内容によって、おすすめの書籍はまだまだたくさんあります。アンケートでは合計で100冊近くの書籍が投票されました。そこで、せっかくなので投票者ひとりひとりの推しが特に強かった1冊を、選んだ人の立場や仕事内容ごとに分類してピックアップしてみました。 若手エンジニアが選んだ6冊 前出の『リーダブルコード』や『入社1年目の教科書』も若手の票が多く集まった書籍でしたが、他にもたくさんの名著が選ばれました。これから社会人になる人にもオススメできそうです。 7つの習慣 7つの習慣-成功には原則があった! 作者: スティーブン・R. コヴィー 発売日: 1996/12/25 メディア: 単行本 適切な内省で自身の成長させるフローが明確かつ説得力ある形で記載されており、技術にかぎらず自身の キャリアパス なり日々の行動のヒントとなる 99%の人がしていないたった1%の仕事のコツ 99%の人がしていないたった1%の仕事のコツ (たった1%のコツシリーズ) 作者: 河野 英太郎 発売日: 2012/03/12 メディア: 単行本（ソフトカバー） 仕事に取り組むための姿勢やとるべき態度が記載されています レバレッジ ・リーディング レバレッジ・リーディング 作者: 本田 直之 発売日: 2013/05/02 メディア: Kindle 版 忙しい社会人でも多くの本を読むべきなので、そのノウハウを紹介している本書はとても有用です。 エンジニアを説明上手にする本 エンジニアを説明上手にする本 相手に応じた技術情報や知識の伝え方 作者: 開米 瑞浩 発売日: 2016/12/02 メディア: 単行本（ソフトカバー） 顧客/オペレーター/経営者/新人...前提知識がそれぞれ異なる人にうまく説明するにはどうすればいいかがわかりやすく掲載されています プリンシプル オブ プログラミング プリンシプル オブ プログラミング 3年目までに身につけたい 一生役立つ101の原理原則 作者: 上田勲 発売日: 2017/04/27 メディア: Kindle 版 「達人 プログラマー 」「 プログラマ が知るべき97のこと」等の名著のエッセンス（＝プリンシプル）が凝縮されています。 現場で使える デバッグ & トラブルシュート Java 編 現場で使えるデバッグ & トラブルシュート Java編 作者: 小堀 一雄 , 茂呂 範 , 佐藤 聖規 , 石垣 一 , 飯山 教史 発売日: 2010/02/27 メディア: 大型本 実践的なトラブルシュート対応方法（ Java のみ）が書いてある本。初心者向けに Java リソースの仕組みなども学べる。 熟練エンジニアが選んだ4冊 経験を積んだエンジニアからは、さらに熟達を目指すテーマの書籍が選ばれています。経験と領域は選びますが側に置いて長く活用できそうな書籍ばかりです。 Java 言語で学ぶ デザインパターン 入門 増補改訂版Java言語で学ぶデザインパターン入門 作者: 結城 浩 発売日: 2004/06/19 メディア: 大型本 言わずとしれた名著で Java で仕事をするなら読んでおきたい本。 カンバン仕事術 カンバン仕事術 作者: Marcus Hammarberg , Joakim Sundén 発売日: 2016/03/26 メディア: 単行本（ソフトカバー） カンバンのやり方をよく理解することができた。 情熱 プログラマー 情熱プログラマー ソフトウェア開発者の幸せな生き方 作者: Chad Fowler 発売日: 2010/02/26 メディア: 単行本（ソフトカバー） プログラマー にとって大切なことが詰まっていて、読むと前向きになれる。定期的に読み返したい。" 40歳を過ぎたら、働き方を変えなさい 40歳を過ぎたら、働き方を変えなさい 作者: 佐々木 常夫 発売日: 2017/05/24 メディア: 単行本（ソフトカバー） 色々と省略しましょうとか、若手に任せましょうとかは共感できました。 スペシャ リストが選んだ4冊 社内でも特に技術志向の強いのエンジニアが選んだ書籍を集めてみました。選んだ本のタイトルからもその志向が垣間見える気がします。そして何よりも投票者のコメントがみんなアツすぎて記事を編集するほうも圧倒されてしまいました。 入門 コンピュータ科学 ITを支える技術と理論の基礎知識 入門 コンピュータ科学 ITを支える技術と理論の基礎知識 作者: J.Glenn Brookshear 発売日: 2017/03/15 メディア: 単行本 コンピュータサイエンス の教科書。学生時代に情報学部ではなかった人はあまり体系的に学ぶ機会がないので読んでおいた方がいいというか読まないとどこかでITエンジニアとして頭打ちになる。 アーキテクチャ を考えるとき、 トラブルシューティング するとき、より良い設計や ソースコード を判断するときなど、あらゆる場面の基礎となる知識が含まれる。 UNIX という考え方 UNIXという考え方―その設計思想と哲学 作者: Mike Gancarz 発売日: 2001/02/01 メディア: 単行本 良い設計を考えるきっかけになった本。様々なプログラミング原則やプ ラク ティスはここに帰着する。 どのプログラミングハウツー本を読むべきか迷ったらまずはこの１冊を読むことをおすすめする。 テスト駆動開発 テスト駆動開発 作者: Kent Beck 発売日: 2017/10/14 メディア: 単行本（ソフトカバー） 原理主義 的な テストファースト をするかどうかは別として、自動テストを書くことで得られる 心理的 な安心感や、高速な フィードバックループ 、動くものを作ってから リファクタリング 、というTDDの良さを感じてほしい。 本書前半の多国通貨を実際に写経することで、タスクを細かく（執拗なまでに細かく）分割し、自動テストに支えながら1つずつやっつけていく気持ちよさをぜひ味わってほしい。 すごい Haskell たのしく学ぼう! すごいHaskellたのしく学ぼう! 作者: Miran Lipovača 発売日: 2012/05/23 メディア: 単行本（ソフトカバー） Haskell 言語の入門的読み物として代表的な本です。 実際にアプリを作れるところまではいきませんが、ファンクターや モナド といった Haskell で中心的な概念を読みやすく説明してくれています。 読んでいると何となく自分も Haskell で何か作れそうな気がしてきます。 デザイナーが選んだ4冊 デザイナーからのオススメもその仕事に沿った特徴的な書籍が選ばれました。Web系エンジニアとしても抑えておきたい本が並んでいます。 ユースケース 駆動開発実践ガイド ユースケース駆動開発実践ガイド 作者: ダグ・ローゼンバーグ , マット・ステファン 発売日: 2016/01/28 メディア: Kindle 版 要求から ドメイン モデルと ユースケース を作い、ソフトのあり方を段階的に明らかにしていく ICONIX プロセスについての本。 実践を想定した具体的な内容で、「こうしましょう」でなく「こうすると失敗しやすい」が書かれているので心強い。 エンジニアのための図解思考 エンジニアのための図解思考 再入門講座 作者: 開米瑞浩 発売日: 2013/08/09 メディア: Kindle 版 自分の頭の中の整理の方法や考えかたなど図示するテクニックが載っているので、業務で実践しやすい。 SOSの猿 SOSの猿 (中公文庫) 作者: 伊坂 幸太郎 発売日: 2012/11/22 メディア: 文庫 「自社開発した株の発注システムが誤動作して300億円の損失を出した原因を調べる」...いや、怖いです。 これを実は顧客より、UIのせいにされるんですが、UIデザイナの友人などは身に染みると申しておりました。 問題解決ラボ 問題解決ラボ――「あったらいいな」をかたちにする「ひらめき」の技術 作者: 佐藤 オオキ 発売日: 2015/02/27 メディア: 単行本（ソフトカバー） 固い頭を柔らかくする本 マネージャーが選んだ5冊 最後にマネージャーからもオススメの書籍を選んでもらいました。組織の方向性を示してエンジニアを束ねる視点で選ばれているのがわかります。これからマネジメントを学ぼうとしているエンジニアも読みたい書籍の数々です。 ケン・ブランチャード リーダーシップ論 ケン・ブランチャード リーダーシップ論[完全版] 作者: ケン・ブランチャード , ケン・ブランチャード・カンパニー 発売日: 2012/12/07 メディア: 単行本 リーダー、管理職等マネジメントを担うメンバは読んでおくべき基本書。 サーバント型リーダシップ、重要ですね。 1分間マネジャー―何を示し、どう褒め、どう叱るか! 1分間マネジャー―何を示し、どう褒め、どう叱るか! 作者: K.ブランチャード , S.ジョンソン メディア: 単行本 管理職としてメンバーと接する時に１分という短い時間で大きな成果を得るためにを考えさせられた。 本自体は古いが１分間振り返りなどためになるものがあった。 なぜ、あなたの仕事は終わらないのか なぜ、あなたの仕事は終わらないのか 作者: 中島聡 発売日: 2016/06/01 メディア: 単行本（ソフトカバー） タスクの進め方でお悩みの方、段取りが悪くてタスクが上手く進めれない方へ 時間術、仕事術についてわかりやすく書いています。エンジニアの著書でもあり日々の自分たちの状況とマッチする話も多いと思います。 Inspired: 顧客の心を捉える製品の創り方 [asin:B00TCM8TB4:detail] 正しい製品とは何かを考えさせられ、また正しく製品を作る方法が解説されている。 製品にはエンジニアリングはもちろんのこと、その他にも プロダクトマネジメント 、UX/UIデザイン、プロジェクトマネジメント、システム運用、プロダクト マーケティング が必要で開発で関われる範囲の広さを知ることができると共に キャリアプラン を考える際に参考にできる。 Joy, Inc. ジョイ・インク 役職も部署もない全員主役のマネジメント 作者: リチャード・シェリダン 発売日: 2016/12/20 メディア: 単行本（ソフトカバー） アジャイル の理想型のイメージが掴めた 世の中にこれほどまでにJOYを突き詰めた会社がある事に驚き。その会社が口コミだけで仕事が舞い込み、ビジネスが機能しているのはまさに win-win な関係性。素晴らしいの一言。 おわりに 手元のアンケート結果をながめてみると紹介したい本はまだまだたくさんありますが、これだけでも30冊になったので今回はここまでにしたいと思います。30冊もありますが、知らないタイトルは無いくらいどれも著名な書籍ばかりだと思います。また、投票した人の仕事内容に合わせて分類してみるとそれぞれ選ばれた書籍に特徴があったのも興味深い結果でした。自分の興味のある分野の本で未読のものがあれば読んでみてはいかがでしょうか。そして機会があればまた来年も実施してみますのでお楽しみに。

はじめに Node.js Express Socket.io チャットを作ってみた 1. メッセージの送受信と表示 クライアント側の処理 サーバ側の処理 2. Nodeサーバにリクエストがあるとログイン画面へ遷移 クライアント側の処理 サーバ側の処理 おわりに 参考 はじめに id:d_shr です。 担当している商材の機能を実装する上で Node.js , Express , Socket.io について学習する機会があったのでまとめてみようと思います。 Socket.ioのサンプルコードを参考に簡単にチャットアプリの基本的な機能を作ってみました。 簡単にWebアプリケーションを作ってみたいという方やNode.jsやSocket.ioを学習し始めた方の参考になればと思います。 Node.js Node.jsについては過去の記事で紹介されているので割愛します。 Node.jsの勉強会でお手軽にWebアプリを作った話 - RAKUS Developers Blog | ラクス エンジニアブログ 知ってる？nodemailerを使ってメールを送る方法 - RAKUS Developers Blog | ラクス エンジニアブログ Express ExpressはNode.js向けの軽量な フレームワーク です。 ちょっとめんどくさい外部からの要求と内部ロジックを マッピング する基本的なルーティング機能が簡単にできたり、express-generatorによってアプリケーションの雛型が簡単に作れる便利なやつ。 詳しい説明や使い方は 公式サイト に書かれています。 Socket.io サーバとクライアント間の通信で非同期かつ双方向の通信を実現するための プロトコル であるWebSocketを手軽に利用できるモジュールです。 Node.jsのnpmで提供されています。 詳しい説明や使い方は 公式サイト に書かれています。 チャットを作ってみた Node.js, Express, Socket.ioを利用して作ってみました。 実装した機能は2点です。 1. メッセージの送受信と表示 2. ログイン機能(Nodeサーバにリク エス トがあるとログイン画面へ) 1. メッセージの送受信と表示 チャットの基本的な機能。 Socket.ioの Get started をとりあえずやってみました。 チャットのサンプルコードでメッセージの送受信をどのように行うか説明されています。 クライアント側の処理 メッセージの表示や入力欄 <!-- メッセージの表示 --> < ul id = "messages" ></ ul > <!-- メッセージ入力欄 --> < form action = "#" id = "chatForm" > < input id = "m" autocomplete= "off" /> < button > Send </ button > </ form > 受信したメッセージを表示する部分と送信するメッセージの入力欄です。 メッセージ送信や受信メッセージの表示ロジック <script src= "/socket.io/socket.io.js" ></script> <script src= "https://code.jquery.com/jquery-1.11.1.js" ></script> <script> var socket = io(); var userName = '' ; $( function () { // メッセージを送信する $( 'form' ).submit( function () { socket.emit( 'chat message' , $( '#m' ).val()); $( '#m' ).val( '' ); return false ; } ); // 受信したメッセージを表示 socket.on( 'chat message' , function (data) { var chat = data.userName + " : " + data.message; $( '#messages' ).append($( '<li>' ).text(chat)); } ); } ); </script> 通信を行うための基本的な操作は以下の2つです。 socket.emit('event', data); イベントの発火、接続している全員(送信者含む)へdataを送信します。 socket.on('event', callback); イベントの検知、送信されたdataを受信します。 ここでは、入力されたメッセージのSubmitをイベント chat messsage としてサーバへメッセージが送られます。 イベント chat messsage を検知すると、サーバで処理され送信されてきたメッセージを受け取り表示します。 サーバ側の処理 サーバにアクセスすると実行される部分。 // モジュールを読み込む var app = require( 'express' )(); var http = require( 'http' ).Server(app); var io = require( 'socket.io' )(http); // Nodeサーバにアクセスがあるとindex.htmlへ遷移 app.get( '/' , function (req, res) { res.sendFile(__dirname + '/index.html' ); } ); 必要なモジュールを require で読み込み、index.html(クライアントの処理)へ遷移します。 メッセージの送信ロジック // メッセージ送信処理 socket.on( 'chat message' , function (msg) { io.emit( 'chat message' , msg); } ); クライアント側から送信されてきたメッセージをサーバで受け取り処理するところです。 接続しているクライアントへメッセージを送信します。 以上がチャットの基本的なメッセージのやりとりの処理になります。 2. Nodeサーバにリク エス トがあるとログイン画面へ遷移 理解を深めるために、データのやり取りをもう少し複雑にしてみようと思いつきで実装してみた機能。 実装したもの以下のとおりです。 ユーザ名を入力してログイン ユーザ名を表示してメッセージを識別 データのやり取りにユーザの情報を追加 クライアント側の処理 ログインフォーム <!-- ログインフォーム --> < form id = "loginForm" > < div > < input id = "username" name = "username" type = "text" class = "form-control" placeholder= "ユーザ名" autofocus /> < button id = "btnLogin" > ログイン </ button > </ div > </ form > ログイン処理 <script src= "/socket.io/socket.io.js" ></script> <script src= "https://code.jquery.com/jquery-1.11.1.js" ></script> <script> var socket = io(); var userName = '' ; $( function () { // ログイン画面表示 $( '#loginForm' ).show(); $( '#chatForm' ).hide(); // ログイン処理 $( '#btnLogin' ).on( 'click' , function (e) { userName = $( '#username' ).val(); if (userName) { // チャット画面表示 $( '#loginForm' ).hide(); $( '#chatForm' ).show(); // ユーザ情報をサーバへ通知する socket.emit( 'login' , { userID: socket.id, userName: userName } ); } e.preventDefault(); } ); } ); </script> 主に追加したものはログイン時の処理です。 ログインフォームとチャットフォームの切り替え処理も入れたりしています。 socket.emit() で送信者のsocketのidと入力されたユーザ名を送信します。 サーバ側の処理 io.on( 'connection' , function (socket) { var loginUsers = [] ; //ログインユーザ // ログイン処理 socket.on( 'login' , function (userInfo) { loginUsers [ userInfo.userID ] = userInfo.userName; } ); // メッセージ送信処理 socket.on( 'chat message' , function (msg) { userName = loginUsers [ socket.id ] ; io.emit( 'chat message' , { userName: userName, message: msg } ); } ); } ); ログイン時の処理とメッセージ送信時のデータを追加してみました。 ユーザの情報としてソケットIDをユーザID、クライアント側でログイン時に入力された値をユーザ名を持っています。 メッセージの送信時には、送信したユーザとそのメッセージを紐づけて、クライアント側へ送信します。 これでログイン機能、ユーザ名による識別を実現し、よりチャットっぽくなりました。 おわりに 学習したNode.js, Express, Socket.ioを使って実際にアウトプットしてみたことをまとめてみました。 環境構築と実装がすごく簡単ですぐにできます。 チャットについては、もう少し機能拡張したりコード自体をキレイにしたいと思います。 参考 https://heavy-metal-explorer.com/approach_socket_io/ 今更だけどSocket.ioについてまとめてみる - blog::wnotes.net エンジニア 中途採用 サイト ラク スでは、エンジニア・デザイナーの 中途採用 を積極的に行っております！ ご興味ありましたら是非ご確認をお願いします。 https://career-recruit.rakus.co.jp/career_engineer/ カジュアル面談お申込みフォーム どの職種に応募すれば良いかわからないという方は、カジュアル面談も随時行っております。 以下フォームよりお申込みください。 forms.gle イベント情報 会社の雰囲気を知りたい方は、毎週開催しているイベントにご参加ください！ rakus.connpass.com