ホーム ブログ ページ 9

【ゲーム制作の現場から】 01:RPGシナリオのコト始め

0

コンピューターゲームの開発で、脚本とどう向き合えばいいのか? 物書きから見える、開発現場とシナリオの考え方について、シリーズでお送りいたします。1回目は、RPGシナリオの始めかたです。

■SHALL WE PLAY A GAME?(ゲームをハジ〆ヨウ)

◎ 表現すべきコト

 コンピューターゲームのシナリオを書くときに大切ものって、なんでしょう?
 ゲームをつくるのですから、間違いなくゲームのテーマと向き合うことです。ライターのすべきことは、PCや機器(デバイス)で表現したいという欲求に最適な物語を提供し、美しい世界を構築することです。

 ここではシナリオを、脚本だけではなく世界観やストーリなど、ゲームの物語性を包括する呼称、としてお話します。

コンピューターゲーム市場は、大きく3種類に分類できる

◎ 純粋な衝動が自分を動かす

 ゲームのテーマとは、何かをつくりたいという欲求や目的の結果として生じます。それが業務や指示であっても、何かを産み出す行為はクリエイターの衝動につながるのです。

役職によって、制作動機やクリエイターとしての渇望は異なる

■eXistence(実在)

◎ リアルに存在する電気じかけの異世界

 RPG(ロールプレイング・ゲーム)では、その名の通りプレイヤーがゲーム世界の何者かを演じ、遊びます。もし、物語やキャラクターなどの各種設定がないと、どうなってしまうでしょう?

 グラフィックの発注資料はあがらず、バトルするエネミーはおろか地形もできません……。これではプレイヤーの芝居が成立しませんね。

 そう、ゲームシナリオとは、PCやデバイス上で芝居を上演するドラマ(演劇)の設計書なのです。ゲームのテーマと並行して存在していなければならない大切なものです。

舞台、役者、背景、音声。芝居のすべてがデータ化され、プレイヤーの操作で芝居が進む

◎ ジャンルとしてのゲームシナリオ

 芝居ですから、シナリオを書く側は、劇についての知識が必須です。ローマ時代から娯楽や宗教儀式の一環として生まれ、能やミュージカルなど多様なジャンルがある演劇(舞台劇)。編集されて完成する、映像と音声技術から生まれた、映画・TV(ドラマ、アニメ)の映像劇。この2つに、ざっくり分けて考えるのがよいでしょう。

舞台があり、俳優が芝居をするという構造は普遍的

 演劇、映像制作の脚本は、大学や各種スクール、ワークショップがある専門性の高いもので、そのぶん資料も豊富です。入門書籍から研究書まで多数あり、時流にあわせ出版されています。近年はゲームシナリオ(Video game writing)の分野も、研究が活発です。

■Electric Dreams(機械じかけの夢物語)

◎ ゲームシナリオの魅力

 演劇や映像作品は、一定の尺(時間)の物語を観客が見て完結します。観客は与えられる映像情報を受け取るだけですが、ゲームの場合はデバイスを操作することでビジュアルや音が返り、プレイヤーの操作にあわせ進行します。

 インタラクティブ(双方向性)な芝居の変化は、機械上で動作するからこそ可能なもの。ゲームならではの醍醐味です。

◎ お仕事いろいろシナリオライター

 プランナー職としてシナリオを担当する場合、単純に脚本を書くだけではありません。

 世界観と美術を補うための各種資料(設定)、キャラクター発注資料、ストーリーにまつわる資料作成に脚本、ゲーム用のデータの作成に表情や身振りの芝居付け。芝居をリッチにするためにCV(キャスティングボイス)の制作、ゲーム内で使用する各種テキストといった具合に、シナリオ担当に投げ込まれる仕事は多岐にわたります。

シナリオから派生するすべてのことに目をくばる

 ライティングだけではなく、演出や美術、音響担当も兼るということもあります。こうなると舞台そのものを演出する、監督の視点も必要です。ゲームディレクターはゲームのバランスを含め全体をみますが、シナリオ担当は世界観がきちんと組まれているか多角的にみて、芝居を支えます。

◎ 新しい芝居のかたちをさがせ

 現実の芝居と大きく違うのは、機械の上で動作するためすべての情報はデータ化され、プログラムで管理されていることです。

 そこには、ゲームゆえの制限や仕様があります。キャラクターの芝居では、文字数は定義され、タップ毎に動作を制御しないと動くことはありません。CV(キャラクターボイス)も尺の都合でセリフを短くしなければならないことも。キャラクター絵に表情差分、背景、演出アニメーションなど、すべての画像はクリエイティブとして用意しないといけません。できることも、プロジェクト毎に変わります。

 スマートフォンゲームでは話の中心となるシナリオパートは、紙芝居と同じ構造になりがちです。状況説明になりやすいセリフを、いかに自然な芝居できるかは腕の見せどころといえます。スキップせずに読んでくれる、「面白い」と評価される脚本が次の仕事につながります。

企画の段階で予算が確定するので、どんな規模の芝居ができるか決まる

◎ 収益構造が舞台の中にある

 キャラクターを魅力的に表現するシナリオは、ガチャ課金のあるゲームでは売上に大きく影響するため大切です。

 シナリオパートだけではなく、TOP絵や各種演出でのキャラ出しなど、XDとしての魅力つくりも考えないといけません。近年はシナリオライターというより、キャラクタークリエイターと呼ぶ方がふさわしいと思える場面もあります。 

■The Thing(物体X)

◎ シナリオは一時生産物

 さて、ゲームシナリオも基本は劇であり、独自のお作法がある演劇ジャンルのひとつ、というお話をさせていただきました。

 ライターはゲームのテーマに沿って、シナリオに関するすべての事柄に目を光らせ、最善の物語を紡ぐだけです。プロジェクトという船の一員として……。

◎ 虹色の影がゆく

  芝居は奥が深いものですが、そこにどれほどの価値を求めるかはプロジェクトによって異なります。

  どんな座組で、何を目指すのか?
  少なくとも、正しい知識を持った船長がプロジェクトにいなければ、シナリオの良し悪しが判断されません。

  出港すれば、マスターアップという次の港まで船は止まりません。
  乗る船が、よきものか? ドロ舟か?
  そもそも船長はニンゲンでしょうか?

  興味深い物語です。

※※ 次回は「世界観設定のコト始め」

■鈴木常信(すずき つねのぶ)|アートディレクター/プランナー
アピリッツでは、「オルターレコード・アジャスメント」、「ひよこ社長のまちづくり」、「ギャルが株でのランゲーム」と受託のオリジナルゲームのシナリオを執筆。ゲーム攻略本、映画コラムなど、書籍も多数執筆。

<社内カフェスペースって実際どうなの?!~アピcafeのすゝめ~>

0
カフェカウンター

神宮前メディアスクエアビルに存在する社内カフェスペース「アピcafe」。
一体、そこはどのような場所であり、どのように利用すればよいのでしょうか。
本記事では、そんな「アピcafe」の実態に新卒4人が迫ります。(2021年4月取材)

アピcafeとは?

神宮前メディアスクエアビル(MSビル)に増床したオフィス(B2F)には、通称「アピcafe」なる社内カフェスペースがあります。

(※このスペースに正式な名前は存在しないのですが、分かりやすく本記事では「アピcafe」と呼ばせていただきます。)

社員同士のコミュニケーションの場として設けられたこのスペースは、社長付の本間さんによって、週1〜2回の頻度で1日2時間ほど運営されており、社員であれば誰でも、コーヒーなど各種ドリンクを無料で楽しむことができます!

一方で、社内にこんなにも素晴らしいスペースがあるにも関わらず、参加メンバーに偏りがあるかも?という声も聴きます。

「せっかくの”アピcafe”を利用しないなんてもったいない!」

ということで、4月に入社したばかりの新卒4人が、「アピcafe」の魅力を伝えるべく、その実態に迫ります!

社員の皆様にアンケートを取りました!

まず、「アピcafe」の魅力を伝えようにも、社員の方々が「アピcafe」についてどのように考えているのかを把握しないことには始まらない、、!

そこで、社員の方々向けに「アピcafe」についてのアンケートを実施しました!

皆様のご協力のおかげで、157件ものご回答をいただくことができました!
答えてくださった皆様、本当にありがとうございます!

では早速、アンケート結果の中で、気になったものを見てみましょう。

アピcafeのあるMSビル在籍者のうち、81%もの人が「毎回行く」「たまに行く」と回答したのに対し、京セラ原宿ビル在籍者のうち、「毎回行く」「たまに行く」と回答した人は、わずか44%でした。

やはり、カフェスペースがMSビルにしかなく、京セラ原宿ビルから向かおうとすると少し時間がかかってしまうことが原因のようです。

実際に、「なぜ利用しないのか」という問いに対して、「遠い」と回答した人が52.5%、「時間がない」と回答した人が44.1%も見られました。

しかし、それ以上にカフェを利用しない理由として挙げられたのは、「きっかけがない」ことでした。57.6%もの人々が「きっかけがない」ために、カフェを利用しないなんて、、、

この記事を通して、きっかけを作るしかない!!!

本間さんにインタビューしちゃいました!

アンケートを取ることはできたものの、せっかくいただいた貴重な声を僕たちが聞いただけでは意味がないのでは、、

というわけで、アピcafeの営業を行っている本間さんにインタビューをしてみました!

アピスピにカフェスペースに関する記事を投稿する予定なのですが、
それにあたり、社員の方々にカフェスペースに関する利用調査アンケートを取りました。
その結果をもとに、いくつか質問をさせていただければと思います!
(アンケート結果を渡す)

わかりました!

約50%もの人が「ほとんど行かない」や「行ったことがない」に回答していますが、
本間さん的にはこの結果は意外ですか?そうでもないですか?

え、う~ん。意外ではないかもです!
もっと「行ったことがない人」がいるんじゃないかと思ってたかな!

ちょくちょく、ミーティングやミニ会議の場として利用しているという回答が見られるんですが、
実際そういう人って見たことありますか?

あー、ありますあります!
結構そこ(カフェスペース)で作業してる人とかもいます!

回答を見ていると、そもそも「アピcafe」のことを知らない人もいますね。
実際、自分自身も人に連れてきてもらうまで、この場所について知らなかったので、同じような人は結構いるのかなって思っています。
そもそも、「アピcafe」とはどのような場所なんですか?

色んな部署やチームの人たちとコミュニケーションを取ってもらうための場所です。
そのために和田さんが作りました!

どのタイミングで利用していいのか分からないという人もいますね。昼休憩中なのか、勤務中でもいいのか。

勤務中でも、タバコ休憩みたいな感覚で来てもらえれば!

アピcafeを「利用しない」人の中で、
その理由を「きっかけがない」からと回答した人が60%近くもいますが、
より多くの人にカフェを利用してもらうために考えている施策などはありますか?

例えば、週一で野菜ジュースdayを設けたりその日限定の商品を入れたりすることを今は検討中です!
「今日、〇〇の日らしいからちょっと行ってみようよ」みたいな感じになればなと。

「今後追加してほしいドリンク」についてもアンケートを取ったのですが、
その結果、「野菜ジュース」と回答した人が全体の三分の一ほど、
「フルーツジュース」と回答した人が全体の半分近くを占めました。

それはまさしく検討中です!

「エナジードリンク」と回答している人も3割近くいますが、、!

エナジードリンク、たしかにありだよね!

ありなんですか?!(歓喜)

期間限定とか、イベント的な感じでやるのはありかと思います!

「置いてほしいお菓子」についても聞いたのですが、回答を見て何か気になるものはありますか?

お菓子も良いですよね!
チョコとかクッキーとかは糖分も取れるし、
お菓子があったら、来る人も増えそうだし。

「今後欲しいサービス」についての回答の中で、何か気になるものはありますか?
営業時間や日数を増やしてほしいとの声もありますが。

私がやるってなると時間がなくて難しいんですよねぇ~、、

純粋な疑問なんですけど、本間さん以外の人をここで雇わないんですか?

それもちょっと、今後考えてて、、
(回答を見ながら)カフェ店員やりたいって人いるじゃん!(笑)

じゃあ、やってもらったらいいじゃないですか!(笑)

やりたいんだったら是非!(笑)

話は変わるのですが、コーヒーなどを飲むのに、お金がかかるんじゃないかと思っている人もいる気がします。

たしかに。お金は取りません!無料です!(断言)

自分からもいいですか?
メニュー表がみたいという声もあるので、作ってみてはいかがでしょうか!

たしかに、今後作らないといけないなとは思ってたんですよね、、
富浦君、いい感じの作ってよ(笑)

え!(笑)

・・・というわけで作っちゃいました!

では最後に、この記事を読んでいる皆さんに一言お願いします。

社員同士のコミュニケーションの場として、是非ご活用ください!

ありがとうございました!!!

本間さんおすすめドリンクTOP3

せっかくなので、本間さんにアピcafeで飲めるおすすめドリンクTOP3を聞いてみました!

【第3位:チャイティー】

コンビニや普通のカフェなどでは、なかなか飲めないチャイティーがアピcafeでは無料で飲めちゃいます!

ちょっぴりスパイシーで癖になる一杯を是非ご賞味ください!

【第2位:エスプレッソ】

心地よい苦みと濃厚なコクが特徴の深中煎り豆を使用しています!

こちらの豆は常時置いていますので、小休憩にいつでもどうぞ!

【第1位:日替わりコーヒー】

本間さんのチョイスで豆が毎回替わるため、何度来ても飽きることはありません!

一日数量限定でのご提供になりますので、お早めにどうぞ!

つまり、アピcafeに行こう!

様々な人とコミュニケーションを取りながら、(喋る時はマスクをするなど、感染対策へのご協力をお願い致します!)

美味しいコーヒーや紅茶を無料で飲むことができるなんて、、、!

「これは、アピcafeに行くしかない!!!」

是非この記事をきっかけに、足を運んでみてはいかがでしょうか!

社員検索システムを新卒だけで作ってみよう! 21新卒Webエンジニア研修「ミニプロ」成果発表会

0

アピリッツのWebソリューションセグメントに今年新卒入社したエンジニア14人が、開発研修の一環として、ミニプロ(「ミニプロジェクト」の略称)に取り組みました。3つのチームにわかれて約6週間かけて自分たちだけで開発を行い、それぞれがデモンストレーションを交えた成果発表と質疑応答を行います。今回のテーマは「社員検索システム」の設計・開発です。成果発表会の様子をお伝えします(2021年6月 取材)

どうして「ミニプロ」をやるのか

新卒同士が練習プロジェクトを通して自分たちの手でプロダクトを作ってみる「ミニプロ」。発表の前日ぎりぎりまで開発をしていました。スケジュールに関してはほとんどの参加者が「間に合うかどうかギリギリ」と緊張しながら取り組んだそうです。

なお、それぞれの班には”PMO”が一人ずつ配属され、プロジェクトの進行管理やサポートを行います。このPMOは入社2~3年目の若手社員たちが担当しました。つまり、彼らにとってもこのミニプロは「初めてPMOを経験するチャンス」なんですよね。実際にやってみての感想は「大変だった」とのことです。PMOの及川さん、肘井さん、持田さん、おつかれさまでした。

ミニプロの開発最終日に陣中見舞いに来た執行役員の西脇さん。後ろにいるのは開発チームとPMOの肘井さん、及川さん

今回のミニプロでは、入社間もない若手同士だけで、実際の業務に入る前に練習プロジェクトをおこなうことで、開発をする上で基本となる「考えて」「調べて」「作る」過程と、「伝える」ためのプレゼン、開発メンバー同士のコミュニケーションの大切さ、そして、ものづくりにおけるアピリッツのこだわりを学んでもらうことを目指しました。

「どちらがユーザー体験としてよいものでしょう?」

成果発表会の当日。この発表会のオーディエンスはWebソリューションセグメントのGMと部長たちです。各チームはそれぞれの持ち時間の20分の間に、機能説明とデモンストレーションを行いました。

プレゼンの準備中。こちらはC班のみなさん
こちらはB班の資料。みやすい!

「社員検索システムの企画・開発」という同じテーマではありますが、チームごとにこだわりや特徴がありました。たとえば「Googleアカウントとの連携」であったり、「社内の内線番号の登録方法」であったり、「管理画面と管理者権限の設定」であったり。

発表では部長やPMとの質疑応答タイムもあります。セキュリティや仕様に関する鋭い質問に開発チームが答えていきます。また、「内線番号の更新は社員の誰でもができたほうがいい? それとも本人のみができるほうがいい? 今回の場合、ユーザー体験としてどちらが良いでしょう?」といった、サービスの質と根幹に関わる議論も生まれました。

ものすごくうれしそうに質問をするCI部の剣持さん

成果発表会が終わった後も「ああしたら」「こうしたら」とメンバー同士で集まって話をしていたのがとても印象的でした。また、PMOが「発表会は限られたメンバーしか参加できなかったので、部内のエンジニア全員に取り組みを知ってもらおう」と自発的に別途プレゼンの場を設けていたのもうれしかったです。

本当なら打ち上げ……といきたいところですが、新型コロナウイルス感染症の問題がまだ収束していないため、ひとまずはこれにて終了です。参加者のみなさん、おつかれさまでした!

技術書が豊富な『アピリッツの蔵書』を分析とともにご紹介!【書籍購入制度・図書】

0

本好きの皆さん、こんにちは!

新しい業務に携わるとき、後輩に指導するとき、または更なるスキルアップのために技術書や参考書が欲しくなるタイミングってありますよね。
アピリッツでは業務に関わる技術書や資料を毎月購入し、どんどん蔵書を増やしています。

今回はコーポレートIT部で皆さんのパソコンの準備や書籍の発注などを担当している石渡から、書籍購入制度についてご紹介しようと思います。

アピリッツの『書籍購入制度』とは

  1. 書籍投票フォームから気になった書籍をリクエスト
  2. 投票された書籍は翌月上旬に新刊置場に配置されます。
  3. それ以前の書籍は共通本棚に配置されています。

つまり、「業務に役立つ参考書籍を、会社の経費で購入するよ!」という制度で、技術書・資料に限らず、ビジネス書や話題の啓発本や法律関係の本まで、今までにたくさんの書籍を購入しております。

部署や役職に関係なく、アピリッツ従業員であれば誰からでも投票を受け付けているのですが、ちなみに投票理由は以下のケースが多いようです。

  • 新しいプロジェクトなどでもっと深い知識が必要だから
  • 基礎知識としてチーム内や後輩に共有したい
  • 勉強会を開くので資料として使いたい

購入する書籍は月にいくらまでという目安はありますが、1冊に対する金額の制限はありませんので、1万円を超える書籍なども稀に見かけてビックリします。

雑誌置場の一角にある新刊置場
共通本棚

今までどんな書籍を購入したの??分析してみた!

令和3年6月現在、アピリッツには860冊もの蔵書があります!

「人気書籍でいつも貸し出されているからもう1つ欲しい!」「この本は役に立ったから複数置いて!」等の理由がある場合は同じ書籍を購入することもありますが、基本的には同じ書籍を2冊以上購入してません。

その上でのこの書籍数、すごいですよね!

そこでどのような書籍が多いのか、分析してみました!

1番多かった分類は当然開発関連。数年で開発スタンダードがすぐに変わってしまうAndroid、iOSでアプリを開発するための技術書や、弊社のコアコンピタンスでもあるDXクラウドサービスAI開発に関するものが多く見られました!

また、分類2位のプログラミング関連の書籍の中では、アピリッツで最も強いとされているプログラミング言語であるRubyとRails、RSpecなどが多く、次にそのフロントエンドなどJavaScript系、PythonUnityC#関連の本も多くあるようでした。

続いてはクリエイティブ。資料とクリエイティブはよく似た分類なので、一緒にするか悩みましたが、UX/UIデザインについての書籍、また表現の仕方、描き方など設計、手法によったものをクリエイティブ、設定資料集や写真集、歴史書のようなものを資料と分類しました。

最新技術で最新鋭の綺麗なグラフィックを実現したアピリッツの新作ゲーム、『オーバーエクリプス』が先日リリースされました!
「ホシスナ」と呼ばれる驚異に立ち向かう、荒廃した世界を浄化するオープンワールドRPGです。ぜひ遊んでみてくださいね!

社内の分析チームと違って、地道な調査結果にしかなりませんでしたが、さらに地道な調査を続けていきます!

一番人気の書籍は?

貸出簿を全部みなおして探し出しました!アピリッツで一番人気の本はコレ!!

『パーフェクトRuby』

2013年とだいぶ昔に購入した書籍ではありますが、2020年にも貸出履歴があるほどアピリッツで人気書籍です!

Rubyに興味がある方は、一度手に取ってみてはいかがでしょうか。

アピリッツのRuby関連サービスの紹介ページはこちら
Ruby on Rails による大規模システム開発でスピードUPと継続改善を実現させます!

引用:amazon

これも資料…?

資料と分類された中には超絶美麗スマートフォンゲームのガイドブックもありました!!
もちろん投票者は業務の参考として希望を出したと思いますが、「ゲームのガイドブックも参考書籍として購入してもらえるのか…!」と驚きました(笑)

他にも、資料に分類された書籍の中にはゲーム内ボイスの収録時に欠かせないと言われる『日本語のアクセントに関するあの辞典』や広辞苑、医学の歴史に関する書籍などもあり、新しいものを作る上でのデザイナーさんやプランナーさんの努力を感じました!!

お高い技術書…!

1冊の購入制限金額がないため、過去には1冊で16,200円『アルゴリズムデザイン』という高価な書籍を購入したこともあります。

私が調べたところ、いまでは新品の在庫を取り扱っている店舗が見当たらず、中古本が100,000円以上ものお値段で売られている店舗もあり驚きました!!

なかなか自腹では手が出しにくいですよね。

このようにお値段が張るものや、少し気になっただけという場合でも利用ができる魅力的な制度です!



引用:amazon

アピリッツでは、オンラインゲームの企画・開発・運用からwebの企画・開発・運用保守等、幅広く事業を行っているため、職種も様々です!

そのため、先程紹介したように他の会社では買わないような、様々な分野の書籍を置いています。
それぞれの内でも、未経験者向けの書籍から、上級者向け、こんな技術どこで使うの!?と驚くような書籍など幅広く取り揃えています。

私が気になった本1選

ITリテラシーが乏しい私には、難しいと感じる書籍がたくさんあります(笑)…が、そんな私にも気になった書籍があるので、こちらで1冊紹介します!それは…

エンジニアさんから投票された書籍

わたしの気になりポイントはAmazonに掲載されていたアオリ文!

すべての項目の解説は、徹底的にイラスト図解化。読みやすさ、わかりやすさにこだわって制作しています。

引用:amazon

技術書を読むのがあまり得意でなく、業務で社内ネットワークを触ることも多々あるのに…
前提知識からして少し抵抗のある私には、イラストで視覚的に説明されているこちらの書籍が魅力的に感じました。

この一冊でわかるシリーズにはネットワークやサーバー、セキュリティ等のさまざまなシリーズがでているようで、気力が持てば私も1冊ずつ攻めていこうかなと考えています!

IT系のお仕事にはじめて就かれる方、興味を持った方も、是非読んでみてください!

引用:amazon

最後に

先日、エンジニア向け情報誌の定期購読もはじめました!!こちらも書籍同様、自由に参照できます。
前職では事業部がどんな事を勉強しているのか知る機会もあまりなく、このように気軽に勉強できる環境があることは私にとってすごく魅力的に映りました。

記事を書きなれてなく読みづらい文章かと思いますが、最後まで読んでくれてとても嬉しく思います!
社員の成長を支援する制度のあるアピリッツに興味を持った方は、ぜひ下記求人ページもチェックしてみてくださいね。

会社にいながら別の事業に挑戦できる。「社内公募制度」のご紹介

0

アピリッツが2019年から始めた人事制度「社内公募制度」は、アピリッツに所属する社員にむけて、アピリッツの各部署が人材募集の情報を開示し、社員が自らの意思でこれらに応募する制度です。これまで多くの社員が利用し、会社に所属したまま新しいキャリアを築いています。
先日、第5回社内公募の応募期間がはじまりました。社内公募についてより知っていただくために、過去に社内公募を利用した社員の方に匿名で話を聞きました。(2021年5月 取材)

ーー 「社内公募制度」に応募したきっかけを教えてください。

自分のやりたいこととぴったりマッチした求人を見つけたからです。もともと私はWeb開発のチームにいて、そこでの仕事も充実していましたが、ゲーム開発にも興味をもっていました。そしたら、ちょうど社内公募のオンラインゲームセグメントの募集で、私のスキルとも相性のいい職種を見つけたんです。この機会にチャレンジしてみるのもありかなと、と思いました。

ーー 社内公募制度に挑戦した理由は他にもありましたか?

当時私はエンジニア業務とPM業務を兼任していました。充実して働けていたと思いますが、次第にエンジニアとしてのスキルをもっと上げたいと考えるようになりました。なので、もし可能であるなら、今はPM業務から一旦はなれて、スキルを極めてみたいなと……。

ーー 応募にあたって迷いましたか?

実はふたつの理由で迷いました。まず、応募資格です。その募集は、私のスキルとは相性がよかったのですが、応募条件のひとつであった「社歴1年以上」を私は満たしていませんでした。

もうひとつは、給与の面です。当時私はPM業務も兼任していました。PMからエンジニアに変わると給与が大幅に変わるのでは……と考えたんです。でも「現状からXX万円ダウンくらいなら、自分が挑戦したいことを優先させよう」と覚悟を決めて応募しました。

これらの懸念点については、選考時に率直に相談しました。どちらも親身になって話を聞いてもらえました。応募資格については、きちんと条件を満たすよう言われましたし、厳格だったと思います。

ーー 採用基準や応募資格については厳格ですよね。

そうですね。でも「じゃあどうすればあなたが志望するキャリアデザインに近づくか?」を一緒に考えてもらえるので、そこはありがたかったです。相談してよかったなと思います。

ーー 相談しないと始まらないですもんね。応募から選考まで、いくつか関門があったかと思いますが、どのような気持ちで臨みましたか?

転職でも同じですが、求人は縁です。せっかく相性のよい募集をみつけましたし(しかも社内で)、もしかしたらこの先こんなチャンスはないかもしれない。わたしの人生がカラリと変わるかもしれないチャンスだし、悔いのないよう精一杯アピールしていこう! と思いました。

その点でいうと通常の転職活動の意気込みと同じですね。面接の雰囲気も転職時と似ていました。

ーー 社内公募にチャレンジした結果はどうだったのでしょう……?

結局、応募資格を満たしていなかったので、その時すぐにはかなわなかったのですが、応募資格を満たした段階で、再度面接を行っていただき、合格することができました。

ーー 合格できてよかったです。社内公募を利用して「よかったな」と思う点はどこでしょう?

転職活動と意気込みは同じですが、時間的な負担や心身への負担は少なかったです。これは大きなメリットでした。

たとえば転職活動をおこなうときは、何度か現地に赴く必要がありますし、交通費も時間もかかりますよね。でも社内公募は通常の業務の合間に面談と選考を受けられます。出向く先も、社内の会議室です。

あと、退職交渉をしなくてもいい点も自分には気がラクでした。前職を辞める時に、ちょっとつらい経験をしたので……。

負担のなさだけじゃなく、同じ社内での転職なのでそこまで気張らず臨めるのもよかったです。自分の熱意を素直に出せました。

ーー それを聞いて私も嬉しいです。社内公募で異動後、お仕事は充実していますか?

充実しています! 楽しいですよ! アピリッツに転職してから間違いなく人生が好転しています。前の業務でも今の業務でもスキルも徐々に身について、自信を持って人生を歩めている感じがします。

【2021 APN AWS Top Engineers」選出】アピリッツのAIエンジニア・浅田大輔インタビュー「資格と実際の開発とのギャップをいかに埋めていくか」

0

デジタルイノベーション部の浅田大輔が、AWSの技術的専門知識と技術力が評価されたエンジニアに与えられる『2021 APN AWS Top Engineers』に2年連続で選出されました。また、今年はAWS認定資格をすべて取得し、『2021 APN All AWS Certifications Engineers』もあわせて受賞しました。昨今アピリッツを取り巻くAWS関連の開発がどういうものであるか、そして取得した資格を実際の現場でいかに活かすか、話を聞きました。(2021年5月取材)

『2021 APN AWS Top Engineers』とは

「APN AWS Top Engineer Program」とは、AWS Partner Network (APN) に加入している会社に所属する AWS エンジニアを対象とした日本独自の表彰プログラムです。

『2021 APN All AWS Certifications Engineers』とは

2021 APN AWS Top Engineersに選ばれ、かつ、AWS認定資格を全て(2021 年度選考時は12 種)保有しているエンジニアは、「2021 APN All AWS Certifications Engineers」として表彰されます。

日々勉強。AWSは常に進化している

―― 2年連続で『2021 APN AWS Top Engineers』に選出されました。理由って何なのでしょう?

実は「これに違いない!」といった理由は、本人にはわからないんです。

ただ、まずは「AWSの認定資格を全制覇したこと」が評価されたのは間違いないと思います。あとは、アピスピでAWSに関する記事を執筆したり(浅田さんの記事はこちらから読めます!)、社外向けセミナーなど、社内だけではなく外部の方にも見ていただける活動をしました。そういった貢献をAPNに評価されたのかなと……。

―― 社外のお客様向けに、オンプレミス環境からクラウド環境へ移行するための要点をお伝えするセミナーですね。

そうです。今年も発信は続けます。

―― 今年は念願かなってAWS認定資格全制覇となりました。

はい。これで「AWSの資格はお持ちですか?」という質問に「死角?ありません。無敵です」と言えるようになった……という冗談はさておいて、引き続いてAWS関連の知識やスキルを活かしてビジネスにより貢献できるように、精進していきたいと思っています。AWSも常に進化しているので、日々勉強ですね。

―― 現在AWSの認定資格は12あります。このなかで印象深い試験はどれでしたか?

「AWS認定ソリューションアーキテクトプロフェッショナル」を初めて受けた時ですかね。2016年ぐらいでしたが、当時は参考書などもなく、どう勉強したものかと悩んだのを覚えています。

その時はドキュメントを漁ったり、実際にどうなるんだろうって試行錯誤しながら勉強してました。

試験の際も問題が長文だったのもあって、試験時間ギリギリまで回答していて、途中で試験時間内に全部終わらないんじゃないかってドキドキしたのを覚えています。

AWS案件は増え続けている

―― この1年でAWSの案件は増えましたか? どんな案件が多いですか?

もちろん、アピリッツの事業の規模自体が拡大していますし、案件そのものは増え続けています。そして、基本的に使っているインフラ基盤もAWSを採用することがほとんどです。

その中でも最近感じることは、前にもまして、コンテナ系(ECS/EKSなど)のサービスやサーバレス系のサービス(Lambda/Dynamoなど)を利用することが当たり前になってきていることです。

ですから、社内のメンバーから相談されるケースも、これに関連するアーキテクチャや技術的なことが多いと感じています。あとは、障害を想定してどういう風にそなえておくか、実際の障害時のトラブルシューティングについても助言を行う機会が増えました。

知識を実際の行動に活かすって難しい

―― 資格を取得することと、それを業務で活かしていくことには、ギャップはありますか?

結構なギャップがあるのかなと思いますね。

まず、資格取得の勉強を通じて何が身につくかといいますと、AWSの便利な機能やベストプラクティスについての考え方です。これらは、言うならばAWSにとっての得意技みたいなもので、そのパターンにさえ持ち込めれば、開発や運用を楽にすることができます。

ただ、そのパターンに持ち込むために現実の課題を定義したり、何が求められているかなどを読み取るためには、応用力が必要になってくるのかなと思います。案件によって状況は様々ですから。

また、場合によっては、ビジネス上の要件からベストプラクティスにあえて従わないという決断をせざるを得ないときもあると思います。

三国志に、馬謖(ばしょく)という人物が「本に書いてあったからこうすべき」と言って負けてしまって処罰を受けたという「泣いて馬謖を斬る」なんて故事がありますけど、それと一緒で、知識を実際の行動に活かすってのは難しいことですよね。

2021年5月現在、アピリッツはリモートワークを主としていますが、ちょうどこの日は出社日でした。

「解決できる課題は何か?」を常に考える

―― では、そのギャップをうめるために、どんなことをしてきましたか?

AWSのサービスや機能って、お客様が解決したい課題(たとえば、コストだったり、可用性だったり、運用性だったり)を解決するために実装していることがほとんどです。

なので、何か機能について調べたりするときは、その狙いだったり、「解決できる課題はなんだろうか」と考えながら調べたりしてます。

あと、これはAWSに限った話ではないですが、「現在のビジネス上、あるいは開発上の課題とはなんだろう」と常に考えることも心掛けるようにしてます。

そうすることで「これ、AWSのこのサービス使えば解決できるんじゃないか」というアイデアが生まれやすいと思っています。

AWSの認定資格を勉強するコツ

―― アピリッツではAWSの認定資格取得を社内で推進しています。また、資格取得を目指すエンジニアが大勢います。彼らの背中を押すようなコメントをぜひ!

認定資格を取得する理由は様々だと思いますが、そのプロセスを楽しんでもらえればと思います。

資格に合格することで、ある一定の知識やスキルを社内外に証明するという側面はあると思いますが、合格を目指すプロセスのなかで、様々な知識を得ることで自分の知識が広がっていく感覚や、試験結果が出る前のボタンを押すときのドキドキ感を楽しんでもらいたいなと。

言ってみれば、RPGでレベルアップのためだけの作業だと思ってしまうと、同じことをやっていてもつまらなくなってしまいますよね。そういう意味でプロセスの捉え方って重要だと思います。自分なんかはどこかゲーム感覚で楽しんでます。

―― ゲーム感覚で楽しく学ぶ、っていいですね。そういえばアピリッツのSlack上での浅田さんって、どこか楽しそうですし、いろんなチャンネルで若手に助け舟を出している気がします。

「困っている人をみるとほっとけないんです」なんてことは全然なくって、そこは助け舟を出しているって感覚はあまりなく、ギブアンドテイクなのかなと思います。自分も他の方々にたくさん助けてもらってますし、これからも助けてもらうこともあるでしょうし。

楽しそうって見えるとしたら、よく駄洒落を言ってるからってところがあるかと思いますが、みなさんに暖かい目で見守っていただけてるので、そういう意味ではギブアンドテイクが成り立っているのかもしれないですね。そのうえで、少しでも良いギブを生み出せるように毎日少しでもスキルを磨こうと心掛けてます

アピリッツの防災備蓄品

0
防災対策に関して

こんにちは。コーポレートIT部の大野です。
防災月間は日本全国的に9月です。なぜ9月かと言うと、関東大震災が大正12年9月1日だった為に9月が防災月間と決められました。

大分早いけど、アピリッツの防災備蓄品を紹介します。

2011年3月11日の東日本大震災を機会に、東京都は帰宅困難者対策条例を制定し、企業で備蓄をする努力目標が2013年に制定されました。
余り知られて居ないのかも知れませんが、この対策条例には従業員の一斉帰宅を抑制する意味合いも含まれて居ます。
一斉帰宅をして道が人だらけになってしまうと、物資の輸送や緊急の搬送等に影響が出てしまうのと、思わぬ事故や落下物等で二次災害に遭ってしまう可能性も高まるからです。

また、アピリッツは2月に上場しましたが、上場企業に求められる取組にESGというものがあります。これは投資家のみなさんが投資判断をする場合に会社の業績だけでなく、環境(Environment)・社会(Social)・ガバナンス(Governance)を意識して持続可能な取組をしているかを評価する指標です。そこに当然ながら働く従業員の安全衛生も含まれています!

勿論弊社も対策条例に則り、有事の際に使用する防災備蓄品があります。
災害時などの有事の際に社員が安心して過ごせる為に常備しているものを紹介したいと思います。


アピリッツのオフィスはフロアが4か所に分かれているため、防災備蓄品も4か所に分かれております。
災害時はエレベーター等が使用出来ない可能性が高い為、階段の昇り降りで備蓄品を移動するのが難しく、各フロアに分けて保管する必要があります。

毎月、毎年社員が増えて行くのに伴い、防災備蓄品も増やして行くのですが、昨年の非常食は新卒の子に追加の防災備蓄品を選定して貰い、購入しました!

ここからはアピリッツの防災備蓄品を紹介していきます。

備蓄水

東京都の「帰宅困難者対策条例」では、1人1日3㍑×3日分を確保と定められています。

実は、9リットル×社員数分となると、置き場所だけでかなりのスペースを取ることに、、、、、
なので、アピリッツの備蓄水は社員が普段飲んでいるウォーターサーバーの水も、来客の方に出すミニペットボトルの水も、備蓄水を兼ねております。ご来社いただいたお客様をお迎えすると共に、いざとなったら社員の命を守る水に変身します!

非常食

少ししか映ってませんが、社員の皆さんが3食×3日過ごせる分はあります!
雑炊やごはん、ドライカレー等はお水を入れて少しまてば、おいしいごはんの出来上がりです。
一度、安全衛生委員会でみんなで試食しましたが、普通においしく食べられましたよ♡
不安な状態を少しでも緩和させられるように、羊羹があったり、クッキーがあったりと、バラエティ豊かにあります!

おトイレ

ビルに入居しているので、フロア内にトイレは勿論あります。
が、災害時に普段使えていた物が使えなくなる事は多々ありまして、震災経験者の方々がよくおっしゃるのが、トイレが困った、、、と。
停電だけでなく、断水や管が破裂して水が止まらない。。。なんて事も起こりえる訳です。

弊社では一日社員が7回トイレに行くことを想定し、3日分のケミカルトイレの準備をしています。

当たり前と言えば当たり前ですね。

ヘルメット

落下物から身を守る意味もありますが、、、最近のビルは耐震補強してある建物で、背の高い本棚やキャビネットも耐震対策は行って居るので、ビル内で使用する事は少ないのかな。と思います。
どうしてもご家族が心配で徒歩で帰宅したい方等にお貸出しをする事が多いのかなと思います。
広げるとこんな感じですが、普段はとてもコンパクトにしまわれています。

救急衛生セット

絆創膏、ガーゼ、バンドエイド、消毒液、包帯、体温計、風邪薬、頭痛薬、ヒエピタ、湿布薬・・・・

因みに、社員と来客者の体温に関しては、、、、、バーチャル社員の↓山田アイコが全社員の検温をしております!

アルミブランケット

アルミのブランケットです。薄いけど頼りになります!(5度くらいは違うと思います。)

体調が悪くなった方向けに、数は少ないですが、折り畳みベッド、通常毛布もあります。

他にも・・・・・

  • 防災ラジオ
  • 懐中電灯
  • 携帯電話の充電器
  • 予備電池
  • 軍手
  • 衛生用品(トイレットペーパー、ウェットティッシュ、、、)

などなど・・・・・

何かあってもなんとかなるけど、、、防災備蓄品は使わなければ使わないに越したことは無いですね♡

アピリッツでは、消費期限が切れそうな備蓄品は社員のお腹に入る事になっております。(時期が来たら社員に配布しています。)

普段はあまり意識することはないと思いますが、当たり前の防災対策をきちんとしてるので安心してくださいね!という記事でした。
他にも気になる方は、東京防災ページも参考になるかと思います。

被災時も頼りになるアピリッツが気になる方は、ぜひ採用情報もチェックしてみてください。

【デザインロープレ研修】新卒入社後、大変だった研修を終えて

0

はじめまして。21新卒の津熊です。私はWebデザイナーとしてDE(デジタルエクスペリエンス)部に所属しております。今回は、新卒入社後大変だったロープレ研修について紹介します。

1. ロープレ研修って?

ロープレ研修とは正式にはロールプレイング研修のことです。その名の通り、ある架空の場面を想定して、与えられた役割を演じて実際の業務を体験する研修です。今回ご紹介する研修は、私が所属するDE部のWebデザイナー(新卒3人、デザイナー1年目の先輩社員3人)を対象としたものであり、他部署の新卒は参加していない、DE部デザイナーチームの完全オリジナルのものです。またこの研修は毎年行っているものではなく、今回初めて行われました。

何をするのか?

それでは、今回のロープレ研修の具体的な内容の説明をします。
登場人物とその関係を図にしてみました。

新卒3人はデザイナー1年目の先輩社員とそれぞれペアを組み、架空のWeb制作会社を設立。クライアント役は先輩社員の3人で、アピリッツがWebセグメント部門専用サイトの制作をそれぞれのWeb制作会社に依頼します。私たちはそれぞれライバル会社として、クライアントより提示された提案依頼書をもとに、ヒアリングシートを作成しヒアリングを実施、その後以下の3つの資料を制作したうえでプレゼンを行います。

  • 提案書
  • デザインコンセプトシート
  • デザインカンプ

当初クライアントとのヒアリング会からプレゼンまでの期間は約2週間でした。(緊急事態宣言の影響で1週間延期したため、実質3週間)
コーディングなどは行わず、新規Webサイトの企画・デザイン提案のみが依頼されました。
ベンチマーク先のコーポレート調査や、アピリッツの強み・弱みなどの整理を一から行い、ターゲットや優先すべきコンテンツなど全て自分達で行います。プレゼンはコンペ形式で行われ、その後、クライアント役の先輩方から全体的なフィードバックをしていただき、研修は終了となります。

2. ロープレ研修で大変だったこと

それでは、実際にロープレ研修に取り組む中でどのようなことに苦労したのか、たくさんありますが、他の新卒2名からも意見をもらったうえで、具体的に絞った3つをご紹介します。

手探りのスタート

まず、ロープレ研修の説明が終わっていざ取り組もうとした時、早速つまずきました。「あれ、何すればいいんやっけ?」さっきしっかり説明聞いてやらないといけないこと聞いたはずなのに、頭が真っ白になりました。「提案書?デザインコンセプトシート?何じゃそれ!」
求められている作業内容の大半が未経験のものばかりで、これから先どのようにして進めていけば良いのか見当がつきませんでした。
先輩社員にこの後何をするべきか、どういう手順を踏めばいいのかを聞き、何とか作業を始めることができました。しかし、次のステップに進むたびに、また壁にぶち当たり、一つ一つの作業を分からないなりに手探りで少しづつ進めていくこととなりました。時間が限られている中で、作業の内容や言葉の理解など根本的なことから始めなくてはならず、ゴールの見えない中の作業がとてももどかしかったです。

通常業務との並行

実は今回の研修ではあるルールが設けられていました。それは…

  • ロープレ研修の作業時間は1日3時間まで(新卒の全体研修がある場合は1日2時間まで)
  • 業務時間外は月45時間以内ならOK

もちろん、ロープレ研修はあくまでも「研修」なので、通常業務が最優先になります。ロープレ研修でやることがたくさんあるからといって、1日に何時間もかけることはできませんでした。
研修が始まった頃には、だんだんと新卒もプロジェクトに参加させてもらったり、色々なお仕事を任せてもらえるようになり、覚えることもたくさん増えてきました。通常業務に精一杯で、業務時間内にロープレ研修の作業をする余裕がありませんでした…。ペアの先輩も毎日業務で忙しく、2週間で3つも制作物を完成させることができるのかとても不安でした。しっかりとスケジュール管理も行っていたつもりでしたが、どうしてもロープレの作業は後回しになり、「複数のタスクを並行して進めていくことはこんなに大変なのか!」と実感しました。
結果的に緊急事態宣言の影響で、プレゼンの日程は延期になりましたが、延期になっていなかったら、時間が足りずに納得のいかないままプレゼンをすることになっていたかも知れません…。
通常業務と並行してスケジュール管理をすることが、研修中一番苦労したことでした。

内的・外的要因調査が大変

先ほど少し説明した通り、今回の研修ではいくつか提案要件が決められていました。主に以下の3つです。

  • アピリッツの強み/弱みの整理
  • ベンチマーク先のコーポレート調査
  • 情報発信のターゲット先の洗い出し

「アピリッツの強みは〇〇で弱みは〇〇なので、〇〇をターゲットにしたい」といったような具体的なことは一切教えてくれません(ヒアリング会で聞き出せることはありますが)。ただ、「新規開拓の点で認知度と売り上げに課題がある」とだけ伝えられました。その課題解決に向けて上記の3つの調査をしていくのですが、それがまぁ大変でした。そもそも調査の仕方なんて今まで教わったこともないので、先輩に聞きつつ、片っ端から同業他社のコーポレートサイトを見たり、アピリッツのコーポレートサイトとにらめっこしたり、地道で答えの出ない作業を続けました。また、ターゲットの選定も難しく、「新規顧客」の中でも具体的にどんなターゲットかを絞り込むのも苦労した点でした。
時間をかけて調査はしたものの、そのかき集めたたくさんの情報をどのように整理し、提案に落とし込んでいけば良いのかとても悩みました。プレゼン後のFB会で、やはりどのチームも提案書の作成は大変だったと言っていましたね…。

3. ロープレ研修で学んだこと・身についた力

今回の研修は苦労した分、学んだことがたくさんありましたし、身に付いた力もありました。

分からないことを先輩に聞く力

これって当たり前のように思うかもしれませんが、新卒にとって忙しい先輩方に声をかけて質問するのって少し勇気がいることなんです。最初の慣れないうちはなおさらです。しかし、今回の研修はそもそも分からないことだらけで、先輩方に助けを求めないと前に進めないことがほとんどでした。実際、先輩方に質問してみて、自分一人では考えつかないたくさんのアドバイスをしていただき、普段業務では関わりが少ない先輩方とも話すことができました。
また、指導をいただいたことで、それぞれの先輩が主にどんなことをしているのか等、理解を深めることができました。おかげで、今では少しずつ職場にも慣れてきて、先輩にすぐ相談できるようになりました。

Webサイト制作についての深い理解

私は大学生の頃にWebのデザインとコーディングを独学で学んでいましたが、もちろん実際の案件などで制作したことはありませんでした。今回、実際にロープレをしてみて、「Webサイト1つ制作するのにこんなにやることがあるのか!」とその大変さと、一つ一つの工程の重要さを理解することができました。これは、ただ単に与えられた仕事をこなしていては、「どうしてこの作業が必要なのか」「この後どのように繋がっていくのか」など、理解できないままだったかも知れません。研修で一からWebデザインの提案を行ったことで、一つ一つ丁寧に時間をかけて考え、調査し、理論立ててデザインしていくことが成功に繋がるのだと学びました。
また、実際に自分の手を使って作業をしてみたことで、自分の得意なことや苦手としていることを認識することもできました。これから本格的に業務を始めるにあたって、しっかりと自分の仕事と得意不得意について理解を深められたのはとても良かったです。

情報共有の重要さ

今回の研修では、それぞれ新卒とデザイナー1年目の先輩社員がペアだったため、情報共有は頻繁に行っていました。Webサイトの大まかな方針が決まるまでは、ほぼ毎日ミーティングをして情報共有をし、お互いの作業の進捗状況や悩んでいることなどの話を繰り返し行っていました。
何度も対面でミーティングをせずに済むように、ペアの先輩がお勧めしてくれたのが、スプレッドシートの活用でした。ヒアリングシートの作成や、ヒアリングした後の情報整理、競合他社調査などは、お互いに書き込んだ内容がすぐに共有できるように、見やすく表を作成していました。
見やすく整理したことで、一人で作業している時もすぐに確認でき、効率よく作業が進められたと思います。また、スプレッドシート以外にもXDやパワーポイントなど、お互いが個人で制作したものも共同編集できるようにし、気になったところなど随時修正していくことができました。
実際の業務においてもチームで行うため、効率よく作業を進めるためには、情報共有を定期的にすることと、小さなことでも気づいたことや疑問に思ったことがあればしっかりと記録し、共有することが重要だと学びました。

4. プレゼン・フィードバック会を終えて

このように様々な気づきと学びを経て、なんとか迎えたプレゼン本番の日。私は本番直前までプレゼンで話す内容を必死に考えていました。自分が作ったデザインを言語化し、理解してもらえるように上手く伝えるということも、私にとってはとても難しいことでした。
3チームのプレゼンが終わり、次の日結果が発表されました。私たちのチームは残念ながらコンペに勝つことは出来ませんでしたが、どのチームも最後には素晴らしいものを完成させられたと思います。
フィードバック会では、具体的に良い点と改善すべき点を教えていただきました。
いただいたアドバイスは今後、実際の業務でも活かすことができる内容ばかりだったので、しっかりと改善していきたいと思いました。
今回のロープレ研修では、どのチームも先輩方の期待を超えるものを提案でき、本当によく頑張ったと自分達を誉めたいと思います!!
お疲れ様でした!

最後に

今回の研修を振り返ってみると、やっぱり大変だったなぁって改めて思います。
だからこそ、本当に良い経験になったと心から思いました。苦労した反面、学んだことはたくさんありました。分からないことを何でもかんでも聞いて教えてもらうばかりではなく、本当に成長するためには、自分自身で経験して気づき、学ぶことが大事なんだと思います。
来年もロープレ研修があれば、今度は先輩社員として新卒にたくさんアドバイスができるように、今回学んだことを忘れずこれからも頑張っていきたいと思います!

新卒のガッツリ飯はここだ!(大体900円くらい)

0

原宿はおしゃれな店ばっかりだと想像してしまうと思います

僕も入社してからしばらくはそう思ってました

でも本当は

ガッツリ食べることができる店がたくさんあります

新卒でガッツリ食べたい人たちにおすすめのガッツリ食べれる店を紹介します


ラーメン

やっぱりガッツリといえばラーメン

太るけど旨い!

僕は入社式の日に早速食べに行ってしまいました

僕が行ったラーメン屋は2店舗

1店舗目「俺流塩ラーメン」

どこにあるかというとここ(会社から徒歩3分)

ちなみに矢印の場所はビルの間にあります

ここは種類が豊富で普通盛りでも文句なしの量

僕がいただいたのはチーズチゲ味噌ラーメン塩辛ラーメン

チーズチゲ味噌ラーメン

塩辛ラーメン

塩辛ラーメンは程よい量でしたが、チーズチゲ味噌ラーメンはかなり多かったです

チーズチゲ味噌ラーメンのように期間限定メニューがあるから何度行っても飽きないし何度も通える店です


2店舗目「山頭火」

2店舗目は山頭火!

場所はここ (会社から徒歩5分)

ここでは辛味噌ラーメンをいただきました。麺が細くて盛り付けがおしゃれ

量は俺流塩ラーメンほどではないけど飲み干したくなるほどスープが濃厚

近くを通ったらぜひぜひ


原宿といえばおしゃれ、おしゃれといえば…

カフェ☕️

原宿はおしゃれだからカフェがいっぱいある印象

とはいえまだ僕も一軒しか行ったことないけど…

「ダブルトールカフェ原宿」

場所はここ

値段が少し高めだけど

コーヒーカフェオレが付いています

ネギトロアボカドご飯が本当に美味しかった(写真は撮り忘れた)

ネギトロとアボカドがこんなに合うなんて初めて知って感動しました

↓こういうラテアート?みたいなのを初めて見て感動してしまった

余談ですが皆さんはラテアートをすぐかき混ぜることができますか?

僕はできません

もったいなくてしばらく眺めてしまいます


定食屋

原宿にはなんとあのトンカツで有名なまい泉の本店があります

1店舗目「トンカツ まい泉 青山本店」

会社からは少し遠い場所ですが、場所はここ

ここではロースカツ定食をいただきました

まい泉だから結構高いと思ったのですが、ロースカツ定食は1000円くらいで食べられてびっくりです

しかもなんとびっくり

ご飯とサラダ、味噌汁がお変わり無料!

少し駅から遠いから食後の運動にも丁度いいかも


2店舗目「穏田 一甫(おんでん いっぽ)」

場所はここ

僕がいただいたのは日替わり定食です

日替わり定食なので他にも海鮮丼や生姜焼きなどもあります

肉の一切れが大きく、

この店もご飯のおかわり自由です

同期がカキフライ定食を頼んでいましたが、どれも量が多かったです


最後に紹介するのは店じゃないですが

キッチンカー🚐

会社の近くで僕が知ってる場所はここここ

それぞれの場所に2台くらいいます

曜日によって違うキッチンカーが来るので毎日楽しめますし、それぞれのキッチンカーも色々な料理を出しています

富士宮オム焼きそば(大盛り)
ハラミ丼

上の写真で左が金曜日に食べた富士宮オム焼きそば、右が火曜日に食べたハラミ丼

富士宮焼そばは大盛りでも800円とお得!

ハラミ丼は普通盛りでちょうどいい量

中には大盛り無料のキッチンカーもあったり…

値段も全然高くないからもしかしたらキッチンカーが一番おすすめかもしれない


以上で僕が入社して2週間ほどで食べに行った店を紹介しました

本当にどの店の料理も美味しいし原宿の店だからおしゃれな気分に浸れます

もし気になった店があったら行ってみて下さい

【まずは見た目から!】VSCodeを使い始めたら入れるべき拡張機能【6選】

0

はじめに

21新卒の船田です。
みなさんはどのエディタを使っていますか?
私は普段VSCodeを使ってコーディングしています。
StackOverflowの2019年のDeveloper Surveyによると、Visual Studio Codeは最も人気であるエディタということが分かります。
特にこだわりがなければVSCodeがおすすめです!
一番人気のエディタで情報量が多く、困ったときの調べ物も楽ちんです!

Visual Studio Code (公式サイト)

人気のある開発環境2019 (https://insights.stackoverflow.com/survey/2019#development-environments-and-tools)

エディタの見た目がかっこいいとモチベーションが上がりませんか?
私は上がります!
VSCodeにはエディタの見た目を変えたり、コーディングをより楽に、便利にしてくれる拡張機能というものがあります。
そこで今回は見た目をかっこよくし、コーディングの効率を上げてくれるおすすめの拡張機能6選を紹介します。

拡張機能のインストール方法

今回は例としておすすめ拡張機能の1つのVSCodeを日本語化してくれる「Japanese Language Pack for Visual Studio Code」を追加します。

1. 拡張機能のアイコンを選択

拡張機能アイコンを選択

2. 検索欄でインストールしたい拡張機能の名前を入力
今回は「Japanese Language Pack for Visual Studio Code」です。
全部入力しなくても出てくると思います。

インストールしたい拡張機能の名前を入力

3. インストールボタンをクリック
インストールを実行すると拡張機能が有効になります。
拡張機能によっては再起動を促される場合があるので、その時は再起動しましょう。

拡張機能のインストール

おすすめ拡張機能【6選】

【1】Japanese Language Pack for Visual Studio Code


VSCodeを日本語化する拡張機能です。
VSCodeは初期状態では英語なため、日本語化すると便利です。

導入前

デフォルト (英語)

導入後

Japanese Language Pack for Visual Studio Code導入後

【2】One Dark Pro


VSCodeの見た目 (テーマ) をいい感じにしてくれます。
私はOne Dark Proが好きです!
拡張機能検索でThemeと検索すると他にもたくさん出てくるので、お気に入りのテーマを見つけましょう!

導入前

デフォルトのテーマ

導入後

One Dark Pro テーマ

【3】vscode-icons


フォルダの名前や拡張子に対応したアイコンになります。
目的のフォルダやファイルを見つけやすくなります。
個人的にこれを入れるとモチベが上がります。

導入前

デフォルトのファイル表示

導入後

vscode-icons導入後

【4】indent-rainbow


インデントに色をつけてくれる拡張機能です。
インデントがわかりやすくなって、エディタもにぎやかになるので一石二鳥です。

導入前

デフォルトのインデント表示

導入後

indent-rainbow導入後

【5】Bracket Pair Colorizer 2


対応するカッコに色をつけてくれます。
このカッコはどこで閉じてあるのかわからない!ということがなくなります。
ぜひ入れましょう。

導入前

デフォルトのカッコ表示

導入後

Bracket Pair Colorizer 2導入後

【6】Code Spell Checker


英単語のスペルをチェックしてくれます。
スペルが間違っている英単語に波線が引かれます。
タイプミス、スペルミスの見落としが減ります。

Code Spell Checkerの挙動

リモートなご時世だから

リモートなご時世です。
そんな中でペアプログラミングができてしまうLive Shareという拡張機能を紹介します!
Live Shareは複数人で共同ファイル編集ができるというものです。
Google ドキュメントを使ったことがある人はイメージがしやすいと思います。

マゼンタのカーソルは他のユーザーのカーソルです。

カーソルを止めているとき

カーソルを動かしている時はユーザー名が表示されます。
(隠していますが…)

カーソルを動かしているとき

この状態で文字を入力するとお互いの変更がすぐに反映されます。
Google ドキュメントと一緒です。
このようにLive Shareという拡張機能を使うことでリモートでペアプログラミングが可能になります!

おわりに

VSCodeは拡張機能を入れることによってより便利になります。
今回紹介した拡張機能はどの言語を使っていても役に立つと思います。
この他にもまだまだ便利な拡張機能があります。
HTMLの開始タグと閉じタグの名前を同時に変えられるものや、Pretteirというコードを整えてくれるものなどなど……
追々紹介できたらと思います。
最後まで読んでいただきありがとうございました!

【新卒対談】アピリッツに入社決まって不安MAXだった僕たちのいま!

0

今春に新卒で入社しました須川、藤野、竹内、田中です。いま就活中の22卒23卒のみなさん、アピリッツの人間関係気になりませんか? 気になりますよね。僕たちも気になりました。ということで、アピリッツに入った新卒の4人が対談形式で紹介します!

プロフィール

東京生まれ東京育ち、自分のアイデアで新しいものを作りたいという思いで入社。
色んな飲食店に行くのが趣味です。

東北出身、高校卒業後沖縄でITを学び東京に就職しました。
フッ軽で口癖は「今でしょ」。

静岡県の情報系学部出身、3月から入社して内定者アルバイトをしてました。
Vtuberを見るのが趣味。

関西出身文系出身の新人webエンジニア唯一の女性というレアキャラ。
いろんな人と関わるのが好き。


今日は2021年新卒のWebエンジニア、僕を含め4名の対談ということでよろしくお願いします!

よろしくお願いします!

田中さんは関西出身ということですが、どうして東京に来たんですか?

都会で働きたかったのと、アピリッツがいいなと思ったら東京にあったからです。アピリッツは他の企業と比べて事業内容が多様で、面白そうだったんです。

特に東京ライフに憧れてとかじゃないんですね笑

アピリッツが魅力的だったので私も沖縄から来ちゃいましたよ笑


アピリッツの同期ってどんな感じ?


#内定から入社までに不安だったことは?

では、早速本題ですね。アピリッツに入社する前に不安だったことはありますか?

俺はみんなと上手くやっていけるか不安で入社式の前日なかなか眠れませんでした。

僕は内定者アルバイトで3月からいたんですけど、内定者アルバイトの時は同期が少なかったので心配でした。

#エンジニアのガチガチの理系ってしゃべらないんじゃない?女子ってやってけるの?

やっぱり女性が少ないって不安でしたか?

そうですね。エンジニアの人って難しい技術の話しかしないんじゃないかとか笑。コミュニケーションに不安がありましたね。

それは偏見ですよ笑。

偏見でしたね。技術以外のこともよく話しますし、仲良くなれました!

賑やかな人もいるし笑。楽しく働けてます!

#同期と仲良くなれた?

いろんな不安があったと思いますが、今はみんな仲良いですよね。

積極的にコミュニケーションを取るように心掛けたら、みんな優しくてすぐ仲良くなれてよかったです!

研修の後に人事の方が4人組を作ってランチに行く機会を設けてくれたのが印象的でした。「カフェ&バー ワンダーボウル」って店で「ポークジンジャープレート」を食べました。

カフェ&バー ワンダーボウル

美味しそうですね!そうやって段々とコミュニケーションする機会が増えていったことで打ち解けていきましたね。

私はCP(コマースプラットフォーム)部に所属しているんですけど、他のWebエンジニアと一緒に研修をしていまして、所属が違ってもわからないところとかあったら教えてくれますし、席も新卒同士で近くて話しやすいです。

研修とかでゲームの部署の人とも仲良くできていて、いろんな話が聞けて楽しいです。


先輩社員との関係は?


#メンター制度ってなんだ?って思った

同期とはそういう感じなんですね。先輩社員とはどうですか?

メンターさんとは良い感じですね。みんなは入社した時メンター制度って何か知ってましたか?

初日にメンターさんが誰か伝えられたんですけど、そもそもメンターさんって何って感じでした。

メンタルをケアしてくれる人かと思いました笑

わたしも知りませんでした。メンターっていうのは新入社員一人一人に付いていて、わからないことがあったら気軽に相談できます。アピリッツだと1〜3年上の先輩がメンターを担当してくれます。

#メンターさんとのコミュニケーションは?

メンターさんとの関係はどうですか?

わたしのメンターさんは歳も近いし、女性の方なのですごく話しやすいです。

僕はメンターさんと趣味が合うので、社内のカフェでよくコミュニケーションを取ってます。僕もメンターさんもVTuberをよく見ていて、推しの話をしたりします。

推しを語りあう二人

竹内さんはOJTもやっているので、メンターさんと話す機会も多いですよね。

そうですね。エンジニアの方なので技術的な話も聞いて、助けてもらってます。ミーティングの時間にはわからないことを質問しています。

リモートワークでもメンターさんとSlackで頻繁にコミュニケーションを取っています。

わたしはSlackで日報へのフィードバックを毎日もらってます。他にも週に3日、曜日を決めて面談をしてもらってます。直接喋ると自分でも気づかなかった疑問点が出てきたりして、いいですよね。


アピリッツの偉い人たち


#上司って怖くないの?関わりってあるのかな?

社員も400人近くいるので、上司とはあまり関わる機会がなさそうだと思ってました。

近くを歩いてたりしたんですけど、それでも話しかけるのは怖かったですね。

実際は研修や休憩時間などで話す機会があって驚きました。

優しい人が多い職場ですよね!

#アピリッツの偉い人ってどんな人がいるの?

メンターの方は歳が近いから話しやすいですよね。そしたら、歳の離れている部長さんとか他部署の方とはどうですか?

部長さんといえば、新卒の面倒を見てくれてる西脇さんがいますよね!

幅広い分野に精通している方なのでとても面白い話をしてくれます。

他にもGMさんや人事の方、社長付の広報の方、CIT(総務)の方など様々な方にお世話になってます

#上司とのエピソード

そうですね。特に印象に残ったエピソードとかありますか?

セキュリティ部門の上司は怖い人だったらどうしようと思ってたんですけど、初対面でも笑って話してくれて優しそうな人だなって安心しました。

入社したてのときは同期が優秀で焦りを感じていたんですが、人事部の部長が「焦らなくて大丈夫だよ」と優しく言ってくださったことが印象に残っています。

社長付の方は新卒をご飯に連れて行ってくれる会を開いてくれましたよね。

わたしは同期の女子と一緒に社長付の白石さんにご飯に連れていっていただきました。
とっても楽しかったです!

社長付きの白石さんとの談笑

おわりに


今日は対談ありがとうございました! アピリッツは優しい人が多くコミュニケーションをとる場もたくさんあるので、楽しく仕事ができます!

アピリッツはここで話した以外にも良いところがたくさんあるのでぜひエントリーしてみてください!

エントリーしてくれた方は面接で100%の力を出せるように、体調管理に気を付けて無理のない程度に頑張ってください!

就職活動不安なことも多いと思いますが、きっと自分にあうところが見つかるので大丈夫ですよ!

新卒もすぐに使えるVimコマンド10選_初級者向け

0

皆さん、vimは使ってますか?
サーバーを扱う人であればviやvim,neovimを使う機会は多いのではないでしょうか?
さて、そんな多くの人に利用されているvimですが覚えておけば便利なコマンドがいくつかあります。

vimでファイルの編集自体はできるようになったけど、vimのコマンドって難しそうでよくわかんない…

そんな方多いですよね?そんな方を対象にプラグインを入れてないvimでも使える実用的コマンドを自分用のメモを兼ねて記載していきます!
これを覚えておけばちょっとかっこいい自分になれること間違いなしです!!!

10位 : Tabの移動

:tabnext
:tabprevious

タブを移動

9位 : Tabの作成

:tabnew 〇〇.vim

ファイル名が〇〇.vimの新しいタブを作成
今のファイルを閉じたくないけど新しいファイル作りたくなる時ありますよね???
そんな時いちいちターミナルを新しく開いていますか???よければ、このコマンドを使ってみませんか?

8位 : 縦並びにペイン(画面)分割

:split

縦並びにペイン(画面)分割
同じ画面が二つに増えただけだと思いますか?その解釈は間違えているかもしれません。後で紹介するバッファ操作と組み合わせて新しく開いたペインでバッファ移動をしたら、とても強力なコマンドになります!

7位 : 横並びにペイン分割

:vsplit

横並びにペイン分割


分割したペインを移動する場合はControlキーとwを同時押ししてその後指を離し、h~lのどれかを押す。

キーバインド移動方向
<control + w> h今いる位置から左へ
<control + w> j今いる位置から下へ
<control + w> k今いる位置から上へ
<control + w> l今いる位置から右へ

6位 : ファイル一覧表示と移動

:e ディレクトリorファイル

ディレクトリ一覧をみたりファイルを開く
ファイルを開くとき視覚的にわかりやすい画面で開きたいですよね???
このコマンドを使うことでファイラーの代わりぐらいにはなるのではないでしょうか?

5位 : ターミナル画面の表示

:terminal

ターミナル画面が上部にでます
例えば今書いてるファイルをコンパイルしたい!
なんて時ありますよね???新しくファイルを開きますか???ファイルを一度閉じますか???
次からはこのコマンドを使えばいいのではないでしょうか?

4位 : バッファの移動

:bnext
:bprevious

バッファを移動(メモリ上で展開されているファイルを移動する)

残すコマンドも三つになりました。3位は外部コマンドを使うので少しややこしいです。

🥉3位 : 外部コマンドを用いた英語翻訳

vimでは「!」を使うことでターミナルなどで入力するコマンドなどを使うことができます。
この「!」は外部コマンドと組み合わせることでとても強力になるのでぜひ活用してみて下さい
例えば
translate-shellをインストールして

:%w !trans -b -sl=en -tl=ja

を入力すると英語のファイルを日本語に翻訳して表示してくれます

また、shift と v 同時押しから j,k で行範囲を決め
:w !trans -b -sl=en -tl=ja を入力すると
:'<,’>w !trans -b -sl=en -tl=ja
となります。
選択した範囲のみを英語翻訳してくれるのでとても便利でおすすめです。

栄えある2位に輝いたコマンド…このコマンドは本当に便利です!そして最も多くのvim入門者が最初に驚きと感動を与えられるコマンドなのではないでしょうか?
皆さんは何かわかりますか?

🥈2位 : 置き換え

:%s/〇〇/△△/g

ファイル内の全ての〇〇を△△に置き換える
これもめちゃくちゃ使います!
変数名のスペルを間違えてしまった!!!なんて時に非常に助かります!

さて…とうとう最後の一つになってしまいました…私が選ぶこれだけは覚えておきたい、vimのコマンド第1位は!!!

👑1位 : 強制書き込み

:w !sudo tee %

書き込み権限の無いユーザーでログインした時に、rootユーザーで書き込めるようにするコマンド
これめちゃくちゃ便利です!せっかくファイルを書き換えたのに書き込みの権限がなく一度出てrootに入り直しまた書き込む。なんて経験ありますよね???
:w !sudo tee %これ覚えとけばそんな二度手間なくなります!!!最高!!!!

※注意点です。rootユーザー権限は、編集してほしくない(あるいは編集時に影響確認が必要な)ファイルも書き換えてしまうので、注意が必要です。

いかがでしたか?個人的にはこれらのコマンドを組み合わせるだけで簡易的なIDEの代わりとして使うことができるので立ち上げたばかりのサーバーなどで活用しまくってください!
何よりこれらのコマンドを知ってるだけでちょっとかっこいいですよね(笑)

次回は、vimのおすすめプラグインなどを紹介しようと考えています。
vimはプラグインを入れることでバリバリ強力になります!
次回もぜひ見てくださいね!

参考にしたサイト
help – Vim日本語ドキュメント
Qiita Vimが本来もつ力を掘り下げる
Howpon Vim – 保存できないファイルを強制保存する方法【tee/sudoコマンド】
ターミナルやvimからgoogle翻訳を使う

新卒社員の1週間は大変さより楽しさが勝つ

0

はじめまして!21新卒の齋藤です。今回は新卒の私が
4月に入社してからの1週間、どんな業務をしていたのかを書いていきたいと思います。

なぜこの記事を書こうと思ったのかというと、
私が就職活動をしていた時に「新卒社員って入社してから何をするんだろう?」
「研修ってどんなことするんだろう?」と不安に思っていました。

同じ不安を22卒、23卒の就活生が抱えているのではないか
その不安を少しでも解消できればなと思い、書くことにしました!

研修はいくつかありますが、印象的だった研修3つをピックアップして書いていきます!

研修Topics

期待と不安の       入社式
ハラハラドキドキの    電話研修
覚えることが多くて大変な プログラミング勉強

入社式

入社式は4/1に実施しました。
式典なのでスーツを着ましたが、それ以外の日は私服を着ています。

入社式について詳しく知りたい方は、
“こちらの記事「2021年度 アピリッツ入社式、今年は対面で実施しました」”も見てみてください!

主な内容は……
午前に社長・役員の方々からのご挨拶、新卒1人ずつ抱負を発表しました。
式が始まる前にリハーサルをやるので、全体の流れを把握できます!
お昼ご飯はあらかじめ決められたグループに分かれて食べに行きました!

会社周辺のお店を人事の方にいろいろ教えてもらえるので安心です:)
インターン・アルバイトに参加していた方と一緒だと良いお店を案内してくれるかも?

会社周辺にはラーメン屋・カフェ・キッチンカーなどなど、
飲食店が色々あるので歩き回ってもいいかもしれません。

また新卒同士で行くので、仲良くなれる大事な時間です!いろいろ話をしておいた方がいいです!

午後からは、新卒社員のことを先輩方に知ってもらうために
新卒全員で自己紹介ムービーを撮影します。突然課題が与えられました。さらに1発撮りでした。

新卒の人数が多いため全員分みてもらえないかもしれないので、
どうしたら最後まで見てもらえるかを考え、新卒全員で意見を出し合って制作しました。

ここまでで入社式の予定は終わりです。

最後に自席に案内され、初めての退勤カードを押して退社です!
新卒社員の席は1つの区画に集まっているので、すぐに相談・協力ができる環境で良いです!
(座席のレイアウトについては、部署によって違う場合もあります)

同期の方と馴染めるかすごい不安でした。。。
ですがお昼の時間・新卒同士の席が近いので、大丈夫です!

ただ内定者アルバイトに参加していると最初の不安が軽減されるので、
参加していればよかったなと思いました。

新しい環境でうまくやれるか不安でしたが、
これから多くの経験ができると楽しみな気持ちでいっぱいでした!


電話研修

電話研修は3日間行われます。

電話研修の1日目・3日目は
電話の出方・電話の使い方・電話での言葉遣い・取り継ぎ方法など
基本的な電話対応のやり方を丁寧に教えていただきます。
用意された状況に合わせた応対も練習しました。

電話研修の2日目は
電話検定がありました。人事の方3人と電話をして適切な対応をできたらクリア。
3人の試験が無事クリアできたら本試験があります。
本試験をクリアすると、認定証がもらえて実際に電話をとることができます。

電話検定に合格すると↑の認定証がもらえます!

電話に出る機会がほとんどなかったので、
試験ではありましたが、緊張して手が震えました。。。

試験中に、実際の問合せ電話を受けた方もいたそうです。
電話をとるまでドキドキでした。

本試験後は実際に電話をとりはじめます!


リモート業務が増える中、どうして電話研修をするのか疑問を感じていましたが、
実際に電話対応をすることで電話研修の重要性に気が付きました。

電話対応では相手の要件を瞬時に聞き取り対応する力が必要であると感じました。
また電話を取り継ぐ際にすぐに対応できない場合があったりします。
そこで柔軟に臨機応変に対応する力も必要となってきます。

電話を繋ぐために、各部署の部長が誰なのか、各部署がどこにあるのか、
電話をかけてきた相手をどこの部署に繋ぐのが適切かなども知っておく必要があります。

その他にも、アピリッツがどんな企業さんと取引をしているのかを知ることができ、
他の部署で業務上あまり関わりのない方と軽くコミュニケーションが取れる利点もあります。

そのため電話研修は、様々な力を身につけることができ、
会社についての理解も深めることができるため重要なことだと感じました。

実際に電話を取ってみると、思っていたよりは難しくないです!
周りの方もフォローしてくれるので、安心して取れます。

先輩方は電話が取るのがとても速いので
負けないように積極的に取っていきたいです。

電話対応は、臨機応変に対応する力や聞き取り伝える力を
身につけることができて、業務でもこの力が大事になってくると思うので
頑張っていきたいです!


プログラミングの勉強

研修は午前中にやるのですが、午後はプログラミングの勉強をしています。
主にRubyとRuby on Railsの勉強をしており、参考書を使い個人で作業を進め、
分からないところは周りの人やメンターの方に相談しながら進めていきます。

プログラミング未経験の方が理解しやすいように
簡単な参考書が利用されているので勉強しやすいです。
この勉強を通して、基本的なプログラミングの書き方やWebアプリの作り方を勉強していきます。

私はRubyとRailsに触れたことはありましたが、
きちんと学習したことがなかったので、
理解できているところは飛ばしつつ、ひとつひとつ進めています。

全体研修と平行して進めていくのでスケジュール管理が大変です。


その他の研修

各管理部の説明、書類の書き方等
モラル&マナー研修
各部署の説明
外部の方が来られて社会人研修


今回は私が就活中に感じた疑問である、
入社後にどんな業務をしているのかについて書かせていただきました。

私は入社時に不安もたくさんありましたがそれ以上に、
新しい環境で新しい事ができる楽しみな気持ちでいっぱいです!

これを読んで……
22卒、23卒の就活生が抱えている不安が少しでも軽減されたら嬉しいです。

別の会社に入社した同じ21卒の方はどんな研修をやっていますか?
似た研修、またはもっと大変な研修をやっているんでしょうか。
新しい環境で大変だと思いますが、お互いに頑張っていきましょう!

BurpSuiteでのJSONパラメータやカスタムヘッダーの引き継ぎ方法について(Extension: CustomParameterHandlerのインストール方法と使い方)

0

コマースプラットフォーム部所属の大山大です。

【この記事の対象者】

BurpSuiteのRepeaterやIntruderを使用して、Webアプリケーションなどの脆弱性診断を行なっている方。

【目的】

POSTリクエストのJSONパラメータや、カスタムヘッダに設定されたCSRFトークンを、直前のレスポンスから引き継ぐ。
BurpSuiteのマクロ機能では、下記のようなJSONパラメータやカスタムヘッダのトークンを、レスポンスから引き継ぐことができない。
それを解決する拡張機能「CustomParameterHandler」を紹介する。

【制限事項】

本拡張機能は、スレッドで動作していないため、Intruder使用時のスレッド数は1、InteruderとRepeaterの並行作業はしないように。
実施した場合、期待した引き継ぎができない。
ターゲットした文字列の固定値への置き換え、例えばセッションIDの削除などはスレッドで使用しても問題ない。

【インストール方法】

1.ExtenderタブからBAppStoreを開きます。
2.右上の検索窓で「Parameter」と検索します。
3.「CustomParameterHandler」という拡張を選択します。
4.この拡張にはJythonが必要なので、「download Jython」をクリックして、ダウンロード先のWebサイトを開きます。

5.「Jython Standalone」を選択して、任意の場所にjarファイルをダウンロードします。

6.BurpSuiteに戻って、ExtenderタブのOptionsを開きます。
7.「PythonEnviroment」の「Location of Jython standalone JAR file」に、先程ダウンロードしたJythonのパスを設定します。

8.ExtenderタブのBAppStoreに戻り、他の拡張を選択して、「Custom Parameter Handler」を再選択すると、installボタンが表示されます。
9.installボタンを押して、拡張機能「Custom Parameter Handler」をBurpSuiteにインストールします。

10.インストールが終了すると、「CPH Config」というタブが追加されます。
11.パラメータを引き継ぐ際に使うツールがRepeaterの場合は、Repeaterにチェックを入れてください。不要なチェックは外してください。
12.インストール作業は以上です。

【使い方】

下記のようなJSONレスポンスから、JSONリクエストに値を引き継ぐことを想定します。
Response:input.php

Request:confirm.php

1.まず、通常通りマクロを組みます。
2.レスポンスを得るためのMacroを作成する。

3.MacroRulesに、「Run a macro」として登録する。

4.MacroRulesのScopeタブで、URL Scopeを「Include all URLs」として登録する。これで、JSONリクエストを送信する前にレスポンスを得ることができるようになりました。

5.さて、やっと拡張機能の使い方です。取得したいレスポンスをProxyタブなどで右クリックし、Extensions→Send to CPHを選択します。

6.そうすることで、CPH Configタブへレスポンスの内容がコピーされます。
ここで、レスポンスを記憶させるための設定をします。

7.Friendly nameに任意の名前を設定します。ここで設定した名前が、CPH Config内での名前になります。
8.CPH Configタブの7で設定したタブのチェックを外します。チェックがあると設定した内容で置き換えられますが、レスポンスはキャッシュされます。
9.Scopingのプルダウンで、「only on requests」を選択します。
10.ScopingのRegEx右側のテキストボックスに、リクエストの1行目をコピーして、貼り付けます。
BurpSuiteを流れる
11.Parameter handlingの「The value I need is dynamic」のチェックを外します。

12.次に引き継ぎ先のリクエストを、Proxyタブなどで右クリックして、Extensions→Send to CPHを選択します。

13.CPH Configタブへリクエスト内容がコピーされます。

14.Friendlynameを任意の名前に変更します。ここでは、replaceRequestとしています。
15.Scopingを「only on request」に設定します。
16.ScopingのRegExのチェックを外し、「POST /confirm.php HTTP/1.1」と設定します。
これで、この文字列を含んだリクエストのみ、引き継ぎが実行されます。
17.Parameter handlingの1)で、「”csrf_token”:”.*”」と置き換え対象の文字列を設定します。RegExにチェックが入っていると、正規表現が利用可能です。
18.Parameter handlingの3)で、「”csrf_token”:”\g<token>”」と、置き換え後の文字列を設定します。「\g<token>」については、後述します。
19.Parameter handlingの4)で、プルダウンから「values in the cached response of a previous CPH tab」を選択します。
キャッシュしたレスポンスから値を設定することを意味します。
20.Parameter handlingの4)で、2つ目のプルダウンから手順7で設定した名前を選択します。キャッシュしたレスポンスのうちどれかを選択することになります。
21.Parameter handlingの4)で、RegExのテキストボックスに「”csrf_token”:”(?P<token>[0-9a-z]*)”」と置き換え文字列の条件を設定します。
「(?P<token>~)」とすることで、手順18で「\g<token>」という名前で置き換え文字列の名前付けを行なうことができます。

22.【重要】最後に、引き継ぎ元と引き継ぎ前のリクエストドメインを、Targetに入れてください。
筆者もよくこの設定を忘れて動かなくてハマります。

23.以上を設定して、Repeaterを実行することで、リクエスト中のJSONパラメータの置き換えができました!

【最後に】

この拡張機能は私が作ったものではありませんが、日本語で解説された記事が見当たりませんでしたので、今回紹介させて頂きました。
設定内容はBurpSuiteを閉じると消去されるため、設定をエクスポートしておくことをオススメします。
他の使用方法等については、英語ですが公式Wikiをご参照ください。

github elespike/burp-cph

CentOS6.5のPHPをバージョンアップしたい

0
Wordpressイメージ

「テスト環境のWordpressを最新版にアップデートしたいので、phpのバージョンをあげてほしい」と言われたデザイナーの今井です。

そう言うわけで人生初のphpバージョンアップに挑戦しました。
検索して、いくつか記事を見てわかったこと…それはphpのバージョンを上げるには今のphpを削除して、新しく入れ直すしかない、と言うことです。
めちゃくちゃ怖いですね。
問題が起こったらphpが使えなくなってしまう。
そう思ってためらいましたが、場所はテスト環境。phpを使っているのはWordpressだけ。
最悪Wordpressが使えなくなるだけです。そうなったらエンジニアさんに助けて貰えばいい。
困ったら相談できるエンジニアがいるというのはアピリッツのいいところの一つです。
(迷惑かもしれない、なんて考えてはいけない)
覚悟が決まったのでさっそく作業を始めましょう。

一番参考になった記事

Qiita:CentOS7のPHPを5.6/7.0/7.1/7.2/7.3系にバージョンアップする

結論から言うと基本的にはこちらの記事の手順で問題ないです。
しかし、今回はサーバがCentOS6.5と、この記事より古く、うまくいかない部分があったのでそこで起こったエラーや問題とその解決方法を紹介します(脚注[1])。

リポジトリを追加する

Qiitaの記事にそう書いてありますね。いきなりつまづきました。
りぽじとり…というワードはわかりますが、環境構築する際にリポジトリをどうこうするというのを聞いたことがありません。
あまりにもわからなくてこのまま進めるのは不安なので調べます。

EPELリポジトリ(レポジトリ)とは

なるほどわからん。
具体的なことはわかりませんが、わからないなりに、どうやらCentOSの界隈では普通に必要な工程であるらしいことを察しました。
わからないことをわかるようになるまで調べるのはとてもいいことだと思いますが、時には理屈はわからないけど必要なことはわかった、という程度の理解で進めることも大事です。
(壊れちゃっても最終兵器エンジニアを投入することでなんとかなると思ってます)

まずはEPELリポジトリですね。

# yum install epel-releas

Qiitaの記事に従って、installコマンドを実行しました。

Loaded plugins: fastestmirror, security 
Determining fastest mirrors 
# CentOS-Base.repo 
YumRepo Error: All mirror URLs are not using ftp, http[s] or file. 
 Eg. Invalid release/repo/arch combination/ 
removing mirrorlist with no valid mirrors: /var/cache/yum/x86_64/6/base/mirrorlist.txt 
Error: Cannot find a valid baseurl for repo: base

エラーになりました。
ちなみに、Qiitaにはもう一つコマンドがありますが、それもエラーが出てしまい通りません。
とりあえずエラーの「Error: Cannot find a valid baseurl for repo: base」この辺のワードで検索をします。

> 調べてみると、CentOSのサポートが切れるとyumコマンドが失敗するらしい。

なるほど?
というわけでCentOSのバージョンを調べると6.5であることが判明しました。
なので、CentOS-Base.repoをこの記事の指示に従って修正していきます。
ちなみに、この記事ではCentOS-Base.repo以外にも修正箇所があったようですが、今回作業した環境ではこのファイルのみの修正で大丈夫でした。
再度installコマンドを実行。今度は成功したので、次のREMIリポジトリのインストールへ進みます。

# rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-7.rpm

またもエラーです。

http://rpms.famillecollet.com/enterprise/remi-release-7.rpm を取得中
エラー: 依存性の欠如:
epel-release = 7 は remi-release-7.9-1.el7.remi.noarch に必要とされています

なぜか日本語…なのはとりあえず置いといて、epal-releaseが7じゃないとダメって言われてるきがします。
さっき入れたEPELリポジトリのバージョンを調べてみます。

# yum list installed |grep epel
epel-release.noarch 6-8 installed

6-8ですね…ここでしばらくEPELリポジトリを7以上に上げる方法を調べますが、これと言って有力な情報はでてきません。
でもいろいろな記事を見て気づきました。

Qiitaの記事はCentOS7での話をしています。そしてこちらの環境は6.5…。
「remi-release-7.rpm」は「remi-release-6.rpm」にしないといけないのでは?

物は試しでやってみました。

# rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm

今度は無事インストールができたようです。
この先問題があるかもしれないけど、とりあえず進めることにします。
#実はepel-releaseは作業前からすでにインストール済みのものがあったのでこの工程は飛ばしてもよかったかもしれない。

現在のPHPをすべて削除

一番覚悟がいる工程です。
これを実行したらもう後には戻れません。
でもその前にこのQiitaの記事にはなくて他の記事に書いてあった、現状インストールされているパッケージを確認する、というのをやっておきます。

# yum list installed | grep php

これを実行すると

php.x86_64 5.5.7-1.el6.remi @remi-php55
php-cli.x86_64 5.5.7-1.el6.remi @remi-php55
php-common.x86_64 5.5.7-1.el6.remi @remi-php55
php-mbstring.x86_64 5.5.7-1.el6.remi @remi-php55
php-mysqlnd.x86_64 5.5.7-1.el6.remi @remi-php55
php-pdo.x86_64 5.5.7-1.el6.remi @remi-php55
php-pear.noarch 1:1.9.4-23.el6.remi
php-pecl-jsonc.x86_64 1.3.3-1.el6.remi.5.5
@remi-php55
php-pecl-zip.x86_64 1.12.3-1.el6.remi.5.5
@remi-php55
php-process.x86_64 5.5.7-1.el6.remi @remi-php55
php-xml.x86_64 5.5.7-1.el6.remi @remi-php55

こんな結果が返ってきました。いろいろ入っているようです。
あとでこの辺のパッケージは入れ直さないといけないです(Qiitaにも最後にパッケージを入れ直す工程があるのですが、事前確認する工程がなかったので…)

iniファイルのバックアップと、removeコマンドはQiitaの記事通りに。
ここは問題なく進みました。

新しいPHPをインストール、PHP関連パッケージの追加

これもQiitaの記事に従って進めればOKです。
関連パッケージは削除前に調べておいたものを入れていきます。
一つだけ、「php-pecl-jsonc」が存在しなかったのですが、「php-json」がすでに初期セットにあり、それがあれば良さそうなのでよしとします。

PHP設定の復元

もともと初期のiniファイルから変更してないようだったので、この工程はとばしました。
Qiitaの記事はこの辺りまでですね。
初めての作業で心配なので追加で少し確認をします。

PHPのバージョンを確認

# php -v

ちゃんとアップデートできたか確認したいので、phpのバージョンを調べます。

PHP 7.3.25 (cli) (built: Nov 24 2020 14:31:55) ( NTS )
AuthUserFile /var/www/html/wordpress/.htpasswd
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.25, Copyright (c) 1998-2018 Zend Technologies

ちゃんと入ったようです。これでphpのアップデート作業は終わり。
#あとになって最新の8にアップデートすればよかった、と気づきました…

WordPressをアップデート

一度はCentOSが古すぎてダメなのでは?と挫けかけましたが、ついにここまでたどり着きました。
WordPressのアップデートは管理画面からボタン一つなので簡単です。
…と思ったのですが、なぜかphpのバージョンが古いからダメ、と言われます。

コマンドでは確かに最新のバージョンを確認したのに…
と思いつつ、設定内容を確認するphpinfo()を試してみました。
phpファイルを適当な名前で作成して

<?php
phpinfo();
?>

内容はこれだけでブラウザで確認してみます。
phpinfoの表示は5.5.7…古いままです。

しかしサーバでコマンドを打つと先ほど同様、7.3と返ってきます。
WordPressが最新のバージョンを認識しない件で調べても、.htaccessに何か書いてないか、というくらいの情報しかなく、行き詰まりました。

調べても何も出てこないので、こう言う時はとりあえずできることをやる。
Apacheを再起動してみました。

…反映されてる!
もしかして、Apache再起動なんて当然のことすぎて記事にも書いてなかったのでしょうか…。

サーバの環境を変更したら、Apache再起動。

これでWordpressも無事アップデートができました。

おわりに

今回初めてphpのアップデート作業をしましたが、多少のエラーはありつつも、基本的には問題なく作業を終えることができました。
「やったことない作業だから、エンジニアさんに頼んでください」
と言うこともできなくはなかったのですが、ちょうど案件の合間で時間もあったし、本当に困ったらエンジニアさんに相談もできる、と思ったのでやってみました。
たまにはこういうちょっとした挑戦をやってみると、自分にもできると思えることが増えていくので楽しいですね。

——————————
[1]CentOS6.5は2020年11月30日でサポート終了していますが、今回のサーバはクローズドなテスト環境であることと、その他諸事情によりOSはアップデートせずにPHPのアップデートのみを行いました。

10分で大体わかる!「Googleオプティマイズ」

0

1.はじめに

はじめまして。2021年新卒の手塚です。手塚健介です。

昨年終わりごろからインターンとしてアピリッツに勤めておりまして、いくつかのサイトのアクセス解析を担当したり、ヒアリングの場に立ち会ってきました。その中で印象深いことというと、クライアントから「サイトをリニューアルして、売上を伸ばしたい」といったお声が多かったことでした。

さて、ECなどのWebサイトのデザインを改善するとき、最も不安になることといえばなんでしょうか。

答えは「作成したページは本当に使いやすいのか」です。

色々時間と費用をかけてサイトをリニューアルしても、いざ公開した際にこれまでよりアクセスが伸びない、ましてや売上が落ちたらリニューアルした意味が無くなってしまいます。先述のクライアントの方々も、そうした不安を抱えていました。

そこでUIやデザインのリニューアルを行ったことでWebサイトが本当に使いやすくなったのかどうかを知りたくないでしょうか?

こういった場合、「A/Bテスト」というサイト改善効果を確かめるWebテストを行うことが有効です。

ただ、「A/Bテスト」を行うには、

  • 訪問ユーザーの振り分け
  • アクセスデータの計測
  • サイトの成果の自動最適化

以上の3つの課題がありました。これらをクリアするには高い開発力やデザイン力、分析能力が求められます。そのため自社内だけでテストを完結させることは難しく、工数も費用もかさんでしまいました。結果として「A/Bテスト」を行うことができた企業は限られていました。

しかし、「Googleオプティマイズ」というツールが登場したことで誰もが簡単に「A/Bテスト」を行えるようになったのです。実際、「Googleオプティマイズ」の導入を現在検討中ないし実装に向けた準備を始めてくださったクライアントもいらっしゃいます。

今回は、「10分で大体分かる」をモットーに新卒の目線から「A/Bテスト」そして「Googleオプティマイズ」の強みについて、これからWebをよりよくしていきたい!という方のためにご紹介します。まだすべての機能を使いこなせているとはいえない勉強中の身ではありますが、よろしくお願いします。

2.「A/Bテスト」とは?

1)「A/Bテスト」の概要

「A/Bテスト」とは、Webサイトを制作、改良する際に行われる工程の一つで、「同じページで複数のパターンを用意し、どちらがより良い結果を得られるか」を検証するテスト手法です。

例えば、あなたはECサイトの管理人で、サイトの売り上げ向上のためにTOPページを改良したいとします。この時、元のページのデザインをパターンA、パターンAから一部を変更したページをパターンBとします。

「A/Bテスト」では、サイトを訪問したユーザーに対してこの複数パターンあるページをランダムに表示します。その結果、ユーザーはパターンB、改良したときの方が購買行動が活発になることがわかりました。これで安心してサイトのリニューアルは効果的だということがわかり、サイトのリニューアル版を自信をもって公開することができました。

まとめると以下のようになります。

  • 「A/Bテスト」とはWebサイトを制作、改良する際に行われる工程の一つ
  • サイトの改案が本当に効果があるのかどうかを検証するために必要な工程

2)「A/Bテスト」の特徴(多変量テスト)

サイトのリニューアルは一部分を変えるだけにとどまりません。特集したい商品の見出しや、商品画像の組み合わせをテストしたいことも多いでしょう。ただし、一つ一つの組み合わせを「A/Bテスト」で判断していては余計な時間とコストがかかってしまいます。

そうした場合におすすめな手法が「多変量テスト」です。

「多変量テスト」は、複数の要素を変更したいときに「どの組み合わせが最良の結果をもたらすか」を検証するテスト手法です。同時に複雑な組み合わせをテストすることができるため、デザインの相互作用により、より多くの情報を得ることが可能となります。そのため、中規模~大規模のサイトリニューアルを行いたい場合で有効なテストといえます。

まとめると以下のようになります。

  • 「多変量テスト」とは複数要素の組み合わせを同時にテストし、最良の結果が得られる組み合わせを検証する手法
  • デザインの相互作用からより多くの情報を得られる

3.「Googleオプティマイズ」とは?

Googleオプティマイズ公式ロゴ。 めっちゃ格好いい。

1)「Googleオプティマイズ」の概要

「Googleオプティマイズ」を簡単に説明しますと、「Googleが提供している基本無料で誰でも利用可能なテストツール」です。Googleのアカウントさえあれば、個人、法人関係なく誰でも「A/Bテスト」を実施することが可能です。

「Googleオプティマイズ」はブラウザ上のレイアウトやテキストなどを、直感的な操作で編集することができ、編集した要素の「A/Bテスト」「多変量テスト」を簡単に行うことができます。また、「テストを行う対象ユーザーのターゲティングが可能」であり、例えば都内からのアクセスに対してのみテストを実行したり、20~30代の年齢層に対してのみテストを実施したり、などが可能になります。こうしてWebサイトの最適化を手軽に行うことが可能です。

よって現在、「Googleオプティマイズ」は「A/Bテスト」を行ううえで広く用いられいる一般的なツールです。

2)「Googleオプティマイズ」のメリット

「Googleオプティマイズ」を使う際のメリットは以下の5つです。

①無料ツールである

「Googleオプティマイズ」は、他のGoogleが提供するGoogleアナリティクスや、Googleタグマネージャーと同様に、Googleアカウントさえあれば基本的に無料で利用可能なツールです。他にもWebテストが行えるツールがありますが、その場合有料になってしまったり、無料ツールだとしても機能が少ない場合が多いです。

無料なのに多機能で使いやすい。これが「Googleオプティマイズ」の大きな強みです。

②Googleが提供する他ツールと連携可能

「Googleオプティマイズ」は、それ単体ではほとんど意味がありません。テストを実施し、結果を得るには「Googleアナリティクス」と連携する必要があります。

Googleアナリティクスとは、Webサイトのアクセス状況を収集する解析ツールです。アナリティクスと連携することでテストの実施、結果の集計が可能となります。他にも、ネット広告の成果の解析や広告管理を行えるツール「Google広告」と連携することでテスト時のターゲットとして広告から訪問したユーザーを指定できます。

このように、Googleの他ツールと連携することで、テストをより効果的に行えるわけです。

③実装に必要な工数・コストを削減

「A/Bテスト」「多変量テスト」を行う際、もし「Googleオプティマイズ」を使用しないと、テストの実施難易度はぐっと跳ね上がります。

例えば

  • テストの度に制作会社に依頼する必要があるため、費用が生じる
  • テストページを用意する必要があり時間がかかる
  • サイト改変による売上低下のリスクがある

以上の課題があり、簡単に実施できるものではありませんでした。

「Googleオプティマイズ」は最初の設定・導入さえ行えば、あとはスムーズにテストが可能となります。そのため、自社内でもテストが行えるようになり、テスト実施までの工数と費用の削減が実現します。

④テスト結果の集計・比較が容易

「Googleオプティマイズ」では実施したテストの結果は自動で集計され、簡単にレポート作成できます。さらに、重要なテストの指標とである「セッション数・コンバージョン数・コンバージョン率」をひと目で比較可能になりました。

⑤SEO・広告スコアに影響しない

「Googleオプティマイズ」は、URLを改変することなく「A/Bテスト」を実施できます。そのため、URL情報が大きく影響する検索結果の順位や、WEB広告にも影響を与えません。テスト中のアクセスはテスト前同様、オリジナルのページに対する評価として集計されます。

3)「Googleオプティマイズ」のデメリット

ここまで、「Googleオプティマイズ」のメリットをご紹介しましたが、いくつかデメリットも存在します。とはいっても、ここで紹介するデメリットは対策可能なものであり、大きな問題になることは基本的にありません。

「Googleオプティマイズ」のデメリットは、以下の2つです。

①テスト中のユーザビリティ低下リスク

ユーザビリティとは、国際規格では「ある製品を、特定の利用者が、特定の目的を達成しようとするにあたって、特定の状況で、いかに効果的に、効率的に、満足できるように使えるかの度合い」として定義されています。Webサイトにおいては、「サイトの分かりやすさ」を示す指標の一つということです。

「Googleオプティマイズ」を用いてテストを行っていると、ページの読み込み速度の低下、画面のちらつき(フリッカー)が生じる恐れがあります。こうした現象がユーザビリティの低下を招き、セッション数や、コンバージョン数などが低下、結果的に適切な計測ができなくなる可能性があります。

この問題の対策は、サイト内に以下のような「アンチフリッカー スニペット」と呼ばれるタグを設置することです。

(例)

このタグを埋め込むことで上記の問題を軽減することが可能になります。

②テスト後の効果検証が不十分となる恐れ

先ほど紹介したメリット④「テスト結果の集計・比較が容易」と一見すると矛盾するこのデメリットですが、実際のところほとんど問題にはなりません。

といいますのも「Googleオプティマイズ」単体ではテスト後の検証が難しいという点は確かにデメリットですが、こちらはGoogleアナリティクスと連携することで定量的な検証が可能になるうえ、設定時にアナリティクスとの連携が必要になるため、ほぼデメリットとは言えないものです。

ここまでデメリットについてお話ししましたが、まとめると

  • テスト中はアクセス時に問題が起きることがあるが、タグ設置により修理可能
  • 「Googleオプティマイズ」単体ではほぼ意味がないが、アナリティクス導入で解消される

以上のように、比較的容易に解消できるものといえます。

4.「A/Bテスト」「多変量テスト」の進行イメージ

ここまで、テストについて、「Googleオプティマイズ」についてご説明しましたが、実際にテストを行う際、どういった流れで進めていくのでしょうか。

今回はアピリッツが過去に「Googleオプティマイズ」を使ってテストした際の流れをアレンジしたものをもとにお話しします。

そのため、以下の工程の期間は案件の規模によって変動します。

1)要件定義

要件定義では

  • テスト対象ページ
  • 実施するテスト
  • 作業工数
  • 各作業担当者
  • テストの目的

を定め、要件定義書としてまとめます。

これが今後の作業のベースとなり、1~2週間程度かけて行います。

2)仮説立案

①と同時に行われることもあります。

この工程では、ユーザビリティ向上のためにどのようにサイトを改善するか、といったより具体的な方向性を定めていきます。

この工程は3~5日程度かかります。

3)パーツ作成

仮説が決まったら次は仮説に応じたデザインパーツや、フレーズを考えます。

この工程は規模にもよりますが、長くとも1か月程度を想定します。

4)実装

ここまでの工程で決めたことを実際に「Googleオプティマイズ」で実行します。

③で制作したデザインパーツをツール用に調整したうえで、「Googleオプティマイズ」の管理画面を設定し、実際にテストを開始します。

この工程は設定、テスト開始までのため、1日で可能です。

5)効果測定

実装からある程度期間をあけて、蓄積したデータに基づき目標を達成したかどうかを分析する工程です。

導き出した結果の要因分析を行い、問題なければテスト終了、さらに改善可能な場合は次のテストに向け、工程②「仮説立案」を再び行います。

テスト期間を含めて、最低でも1か月余はかかる工程です。

こうして②~⑤の工程を繰り返すことでWebページが最適化されていきます。基本的には以上の工程でテストは終了ですが、アピリッツではさらにもう1つの工程を実行いたします。

6)レクチャー

ここまで進めてきた工程や、「Googleオプティマイズ」についてなどの知見を踏まえ、今後類似した「A/Bテスト」「多変量テスト」を行う際はアピリッツを介さずともある程度クライアント内で完結できるようにセミナーを実施いたします。また、アピリッツはその後もテスト実装だけでなく、運用時のサポートデスクとしても対応します。

こちらは任意の1日を期間として設定しました。

ここまでをまとめますと、次の通りです。

  • 要件定義でサイト改善の方針やコストを定める
  • 仮説検討でより具体的な仮説を設定する
  • そののちにデザインパーツを制作する
  • 実際に導入し、テスト開始
  • 本当に効果があったかどうかを検証
  • 最適解が見つかるまで仮説~検証を行う
  • 内省化できるようにサポート体制を整える

5.おわりに

今回は「A/Bテスト」「Googleオプティマイズ」について、なるべくざっくりご紹介しました。

「A/Bテスト」はもともと、複数の企業と連携しながら進行するため、工数も費用も多くかかってしまい、多くの企業で実施することが困難な作業でした。ですがこの課題は「Googleオプティマイズ」の登場によって解消し、多くの企業だけでなく、個人でWebを運用している方にも「A/Bテスト」が浸透するようになりました。

もしこの記事を通して「Googleオプティマイズ」にご興味を持っていただき、実際に始めてくださる方がいらっしゃれば幸いです。そのうえで運用においてご不明点が生じたり、今よりもサイトを改善していきたい、と思われる方はアピリッツにお声がけください。

アピリッツは、Webコンサルタントとして「Googleオプティマイズ」を用いたテストのご提案だけでなく、テスト時に必要なデータ基盤構築、アクセス解析、デザインパーツの制作などもできるメンバーがそろっており、より効率的にWebサイトが改善できるようご支援いたします。

アジャイルソフトウェア開発の奥義

0

はじめに

私は、本を紹介したいと思います。紹介する本は、
アジャイルソフトウェア開発の奥義 オブジェクト指向開発の神髄と匠の技 第2版」です。
この本に出てくるコードは、javaとC++で書かれています。
この本は、アジャイル開発・SOLID原則・デザインパターン・パッケージ設計の原則に
ついて学ぶことができます。

私がこの本を読もうと思ったきっかけは
美しいコードを書けるようにないたいと考えるようになったからです。
というのも、学生時代に作成したコードを見返したときに
「なんて汚い読みにくいコードなんだ!!」と衝撃を受けたのがきっかけです。

この本を読んでのSOLID原則について、私なりに簡単に説明したいと思います。
ただ、プログラミング初心者には、少し難しい内容になっています。
SOLID原則とは、オブジェクト指向に即してコードを整理するための5つの原則で
それぞれの原則の頭文字をとってこう名付けられています。以下、順に紹介していきます。

単一責任の原則(SRP)

クラスを変更する理由は1つ以上存在してはならない

こちらは、SRPに違反しているコードです。

public class Employee {
	String itsName;
	int itsAge;
	FileWriter fileWriter;

	public void setName(String name) {
		itsName = name;
	}

	public String getName() {
		return itsName;
	}

	public void setAge(int age) {
		itsAge = age;
	}

	public int getAge() {
		return itsAge;
	}

	public void save() {
		try {
			fileWriter = new FileWriter("employee.csv");

			fileWriter.append(itsName);
			fileWriter.append(",");
			fileWriter.append(String.valueOf(itsAge));
			fileWriter.append("\r\n");

			fileWriter.flush();
			fileWriter.close();
		} catch (IOException e1) {
			e1.printStackTrace();
		}
	}
}

このコードは、変更する理由を2つ持っています。

  • 「従業員情報管理」と「従業員情報をcsv出力」という2つの役割
  • この2つの役割は、それぞれ別の理由で変更される

これが、SRPに違反している状態です。
このクラスを複数のクラスが利用していて従業員情報に変更があった場合

  • saveメソッドだけを使用しているクラスもリビルド、再テスト、再ロードすることになる
  • うっかり忘れると、アプリケーションの振る舞いが予測不可能な状態になる

では、どのようにすれば良いか。

public class Employee {
	String itsName;
	int itsAge;

	public void setName(String name) {
		itsName = name;
	}

	public String getName() {
		return itsName;
	}

	public void setAge(int age) {
		itsAge = age;
	}

	public int getAge() {
		return itsAge;
	}

	public return getExcelString() {
		return itsName + "," + String.valueOf(itsAge) + "\r\n";
}


public interface EmployeeSaveInterface {
	public void save(Employee employee);
}

public class EmployeeSave implements EmployeeSaveInterface{
	public FileWriter fileWriter;

	public void save(Employee employee) {
		try {
			fileWriter = new FileWriter("/employee.csv");

			fileWriter.append(employee.getExcelString());

			fileWriter.flush();
			fileWriter.close();
		} catch (IOException e1) {
			e1.printStackTrace();
		}
	}
}

このようにすることで、従業員情報を変更するときは、Employeeクラスを変更して
saveメソッドを変更するときは、EmployeeSaveクラスを変更するようになります。
それぞれのクラスの変更理由が1つになります。

そもそも、役割とは、何なのかという人もいると思います。
「変更理由=役割」ということです。
いくつか機能を持っているクラスでも、同じ変更理由で変更されるのであれば
そのクラスの役割は、1つということになります。

オープン・クローズドの原則(OCP)

ソフトウェアの構成要素(クラス、モジュール、関数など)は拡張に対して開いて(Open)いて、
修正に対して閉じて(Closed)いなければならない

こちらは、OCPに違反しているコードです。

public class DrawingTool {
	public void drawAllShapes(ArrayList<String> list) {
		Circle circle = new Circle();
		Triangle triangle = new Triangle();
		for(int i = 0; i<list.size(); i++) {
			switch (list.get(i)) {
				case "Circle":
					circle.drawCircle();
					break;
				case "Triangle":
					triangle.drawTriangle();
					break;
			}
		}
	}
}

public class Circle {
	public void drawCircle() {
		System.out.println("Circle");
	}
}

public class Triangle {
	public void drawTriangle() {
		System.out.println("Triangle");
	}
}

このコードは、修正に対して閉じていません。
注目してほしいのは、drawAllShapesメソッドのswitch文です。
ここに新しい図形クラスを追加しようとすると以下のようになります。

  • switch文に新しい図形クラスに対応する処理を追加
  • 機能を拡張しようとすると、既存のクラスを修正しなければならない状態
  • 図形を追加する度にswitch文を修正するのは、手間が掛かる

これが、OCPに違反している状態です。
では、どのようにすれば良いか。

public class DrawingTool {
	public void drawAllShapes(ArrayList<Shape> list) {
		for(Shape shape : list) {
			shape.draw();
		}
	}
}

public abstract class Shape {
	public abstract void draw();
}

public class Circle extends Shape {
	@Override
	public void draw() {
		System.out.println("Circle");
	}
}

public class Triangle extends Shape {
	@Override
	public void draw() {
		System.out.println("Triangle");
	}
}

このコードは、修正に対して閉じています。
このように各図形のクラスに共通のメソッドを継承させることで、新しい図形を追加する場合

  • 新しい図形クラスでShapeクラスを継承して
    新しい図形クラスでdrawメソッドをオーバーライドするだけで済む
  • drawAllShapesメソッドに変更を加える必要はない
  • 既存のクラスへの影響を気にせず、クラスを追加するだけで機能を拡張できる

これが、OCPに準拠している状態です。

リスコフの置換原則(LSP)

派生型はその基本型と置換可能でなければならない

こちらは、LSPに違反しているコードです。

public class Rectangle {
  private int itsHeight;
    private int itsWidth;

    public void setHeight(int height) {
    	itsHeight = height;
    }
    public void setWidth(int width) {
    	itsWidth = width;
    }

    public int getArea() {
    	return itsHeight * itsWidth;
    }
}

public class Square extends Rectangle {
	private int itsHeight;
	private int itsWidth;

	public void setHeight(int height) {
		itsHeight = height;
		itsWidth = height;
	}

	public void setWidth(int width) {
		itsHeight = width;
		itsWidth = width;
	}

	public int getArea() {
		return itsHeight * itsWidth;
	}
}

Rectangle.setHeight(20)    Square.setHeight(20)
Rectangle.setWidth(30)     Square.setWidth(30)
Rectangle.getArea() => 600  Square.getArea() => 900

このコードは、Rectangle(基本型)とSquare(派生型)のgetAreaの振る舞いが変わっています。

  • SquareとRectangleでgetAreaを同じ方法で呼び出した結果が同じにならない
  • Squareは、Rectangleと置換が不可能

これが、LSPに違反している状態です。
では、どのようにすれば良いか。

 public interface Shape {
	public void setHeight(int height);
	public void setWidth(int width);
	public int getArea();
 }

 public class Rectangle implements Shape {
	private int itsHeight;
        private int itsWidth;

        public void setHeight(int height) {
    	         itsHeight = height;
        }
        public void setWidth(int width) {
    	         itsWidth = width;
        }

        public int getArea() {
    	        return itsHeight * itsWidth;
        }
 }

 public class Square implements Shape {
	private int itsHeight;
	private int itsWidth;

	public void setHeight(int height) {
		itsHeight = height;
		itsWidth = height;
	}

	public void setWidth(int width) {
		itsHeight = width;
		itsWidth = width;
	}

	public int getArea() {
		return itsHeight * itsWidth;
	}
}

RectangleとSquareを継承を使わずに分離します。
しかし、似たような性質を持っているため、完全には分離しないようにします。

  • 派生型が基本型に置換可能ということは、拡張に対して開いており、
    修正に対して閉じていることを表している

LSPに準拠することでOCPを準拠することができます。

インターフェース分離の原則(ISP)

クライアントに、クライアントが利用しないメソッドへの依存を強制してはならない

こちらは、ISPに違反しているコードです。

 public interface Motion {
	public void fly();
	public void run();
	public void swim();
 }

 public class Human implements Motion {
	public void fly() {
		System.out.println("飛ぶ");
	}

	public void run() {
		System.out.println("走る");
	}

	public void swim() {
		System.out.println("泳ぐ");
	}
 }

このコードは、Humanクラスを作成したときにMotionを実装すると、
Humanクラスでは、必要としないメソッドの実装を強制されます。
必要としないメソッドは、flyメソッドです。
人は、空を飛びませんよね? 

  • 利用しないメソッドを実装していると、そのメソッドの変更の影響を受ける可能性がある
  • 利用しないメソッドであれば、本来その変更に無関係なはずだが、それを実装していると不用意に影響を受けてしまう

これがISPに違反している状態です。
では、どのようにすれば良いか。

 interface MotionFly
 {
     public void fly();
 }

 interface MotionRun
 {
     public void run();
 }

 interface MotionSwim
 {
     public void swim();
 }

このように、必要としないメソッドがある場合は、インターフェースを細かくして、
分離することです。そして、必要なメソッドだけを実装するようにします。

  • 無関係なメソッド、クラスからの変更の影響を受けることがない

これが、ISPに準拠している状態です。

依存関係逆転の原則(DIP)

a. 上位のモジュールは下位のモジュールに依存してはならない
どちらのモジュールも「抽象」に依存すべきである
b. 「抽象」は実装の詳細に依存してはならない。実装の詳細が「抽象」に依存すべきである

こちらは、DIPに違反しているコードです。

 public class Button {
	private Lamp itsLamp;

	public Button(Lamp lamp) {
		itsLamp = lamp;
	}

	public void pull() {
		if(!itsLamp.getStatus()) {
			itsLamp.turnOn();
		} else {
			itsLamp.turnOff();
		}
	}
 }

 public class Lamp {
	private boolean itsStatus = false;
 
 	public void turnOn() {
 		itsStatus = true;
 		System.out.println("ON");
 	}

 	public void turnOff() {
 		itsStatus = false;
 		System.out.println("OFF");
 	}

 	public boolean getStatus() {
 		return itsStatus;
 	}
 }

このコードは、Buttonクラスは、Lampクラスに依存しています。
Lampクラスは、「実装の詳細」であり、「抽象」ではありません。

  • ButtonクラスがLampクラスという「実装の詳細」に依存していると、
    ButtonクラスはLampクラスしか扱えない
  • Buttonクラスを他のクラスで使用することが出来ない

これが、DIPに違反している状態です。

では、どのようにすれば良いか。

 public interface ButtonInterface {
	public void turnOn();
	public void turnOff();
	public boolean getStatus();
 }

 public class Button {
	private ButtonInterface itsLamp;

	public Button(ButtonInterface lamp) {
		itsLamp = lamp;
	}

	public void pull() {
		if(!itsLamp.getStatus()) {
			itsLamp.turnOn();
		} else {
			itsLamp.turnOff();
		}
	}
 }

 public class Lamp implements ButtonInterface {
	private boolean itsStatus = false;

	public void turnOn() {
		itsStatus = true;
		System.out.println("ON");
	}

	public void turnOff() {
		itsStatus = false;
		System.out.println("OFF");
	}

	public boolean getStatus() {
		return itsStatus;
	}
 }

このように抽象クラスであるButtonInterfaceクラスを作成して、
ButtonクラスをButtonInterfaceに依存させることで「抽象」に依存させることができます。

  • ButtonInterfaceクラスを実装することで、どのクラスでもButtonクラスを利用できる

これが、DIPに準拠している状態です。

おわりに

私自身もまだ完全に理解はできていませんが、自分がコードを書くとき
コードレビューをするときに、ただコードを書く、読むだけではなく
どのように書いているかを見るようになりました。

プログラミングを一通り経験した方でしたら、とても参考になり、
コードの見方やコードを書く時の意識も変わります。ぜひとも購入してみてください!

参考資料

オブジェクト指向設計の原則
SOLID原則について簡単に書く

社内勉強会のご紹介:Linux初心者向け読書会「サーバの基本 勉強会」

0

アピリッツの22期のテーマは「DX推進&デジタル人材育成」です。組織の成長と社員の育成のために、各職種の勉強会を推進しています。今回はそのなかのひとつ、「サーバの基本 勉強会」についてご紹介します。こちらはLinuxを基本としたサーバ技術を学ぶための初心者向け読書会で、社内のエンジニアが続々と参加しています。(2021年4月 取材)

Linuxを基本としたサーバ技術に明るくなるための楽しい勉強会

「サーバの基本 勉強会」はデジタルイノベーション部のエンジニア・渡辺さんが主催です。こちらの勉強会の目標や対象は以下の通り。

「サーバの基本 勉強会」とは

Linuxを基本としたサーバ技術に明るくなるための、楽しい勉強会です。
目標:自信を持ってサーバ管理に取り組めるPRO(プロフェッショナル)になること
指標:LPIC lv1の教科書を理解できるぐらいになること
対象:Linuxのなんらかのコマンドを打ったことがない人、なくはないけどサーバに障害が起きたとき切り分けであわててしまう人

毎週木曜日の19時~20時で開催し、基本オンラインでの参加となります。課題図書・各回の担当者を決め、担当者が事前準備をおこない、読書会にのぞみます。(なお、課題図書の購入では会社の書籍購入支援制度を利用できます。社員のみなさんはどんどん活用してくださいね!)

事前準備の情報共有や参考になりそうな書籍の紹介、そのほか勉強に役立ちそうなTipsは、社内のSlackチャンネルでやりとりしています。

読書会形式を選んだ理由は?

ところで、どうして「サーバの基本 勉強会」は読書会形式なのでしょう? 主催の渡辺さんと、第4回の発表者の一人だった栗山さんにお話を聞いてみました。

実際の発表会の様子。

渡辺:まず、この勉強会の目的は、若手エンジニアが運用・保守の業務に自信を持って取り組めるようになってもらうことです。サーバ管理を落ち着いて自信を持ってできるようになってほしいなと考えて企画しました。

栗山:サーバ周りの知識は、業務でも自己学習でも必ず求められます。自分はまだ初心者なので「勉強が必要だな、いつどうやって始めよう?」と考えていたところ、社内のSlackで「こんな勉強会があるらしいよ」と教わって、参加することにしました。

―― Webソリューション事業のエンジニアが続々と参加していますね。

栗山:はい。私はプログラミングスクールを卒業してアピリッツに入りました。ですから、もっと知見を広げていきたいですし、社内のいろんなエンジニアとつながりを持ちたかったので、そういった意味でも勉強会はいいなと思いました

渡辺:やる気もりもりの参加者のみなさんが進んで発表をしてくれるので助かっています。

栗山:どういう風に発表資料を作ったらわかりやすいかな? どういうトーンで話せば耳に残りやすいかな? など、聞き手のことを考えながら準備に取り組んだので、社内の勉強会とはいえ緊張感がありました。

渡辺:勉強会のために事前に準備をし、質問に対して答えたり、問題解決を行う、という手順は、じつは本番作業とも共通しています。自由課題形式やその場でハンズオンする形式などと比べ、よりリアルな経験を安全に積んでもらう、という意図で読書会形式を選びました。

―― 一人で勉強することと、読書会で勉強することの違いはどんなところでしょう?

栗山:自分一人で参考書を読んで勉強するよりも、疑問を投げかけて、みんなと一緒に考えながら読み進められる読書会は心強いです。

そして、実際に発表してみると「読んで覚えることも、話して覚えることもできる」ってとても良いことなんだなと感じました。理解がより深まります。それまで簡単だと思ってきた内容でも、発表ではうまく説明できなかったり、わかっていなかったところが浮き彫りになったんです。

基礎的な内容でも副読本で深堀り

―― 栗山さん、発表は緊張しましたか?

栗山:はい。笑 準備をしていたのに、思っていたより全然言葉が出てこなくて。特に実際にコマンドを打って挙動を確認する部分はみんなに見られてると思うとあたふたしました。

実行画面を見ながら「ここは、こう書いたらどうなる?」「実際の業務だと、みなさんどうしていますか?」など渡辺さんからのアドバイスや問いかけが入ります。

渡辺:「自分も学ぶぞ」という意識で参加しています。勉強会で取り扱うのは基礎的な内容なので、予習する側は、その範囲のテキストをただ読んで実施するだけならばすぐに予習が済むんです。ですが、副読本を4冊くらい併読して深堀りすると、必ず知らないことが出てきます

読書会直前の渡辺さん。たしかに副読本でフル装備でした。

渡辺:ですから、勉強会の参加者の中で自分がすべてにおいて一番詳しいということはないんですよね。学んだことは新鮮な気持ちでメンバーにも伝え、さらにフィードバックをもらうことが重要だと考えています。

栗山:自分の認識が正しいのか確認してもらえる場なので、参加してよかったです。身につけた知識をより強固なものにできますし、ちょっとした疑問を解決できます。

業務や部署を越えて社員が参加していますし、日常の業務で質問するタイミングがないなと感じているエンジニアがいたら、ぜひ参加してほしいです。

渡辺:今はWebソリューション事業のエンジニアが中心となって勉強会をおこなっていますが、ゆくゆくはオンラインゲーム事業のエンジニアとの相互交流も進めていきますので、楽しみにしていてください。

「業務よりもちょっとだけ未来の技術」を見せたい

―― 「サーバの基本 勉強会」はこれからも続きます。次のステップではどんな勉強会を開きたいですか?

栗山:サーバーのことがわかってきたら次はDockerをみんなで勉強したいですね。Webソリューション事業の開発環境ではDockerを使うことが多いので、よりよい使い方を身に着けたいです。

ゆくゆくは学んだ知識を活かしてみんなで社内アプリ製作&サーバー構築・デプロイまでできたら、部活みたいで楽しいかもなと思います。

―― 楽しそうです。渡辺さんの次の構想を教えて下さい。

渡辺:もちろん、いろんな領域の勉強会を計画中です!

BaaSを駆使したサービス開発、UI/Xの高速プロトタイピング、現場に即したER図や業務フロー図などのドキュメンティング、チームビルディングやモチベーティングなど、我々が習得すべきこと、また言語化して社内に浸透させていくべき知見はたくさんあります。

業務で挑戦したことよりもちょっとだけ未来を見ることができる機会になるはずです。

【IT新卒】私服通勤、浮きたくないならコレを着ろ!

はじめに

「会社に適切な私服って?」

「周りから変な目で見られたらどうしよう…」

「ジーパンは?スニーカーは?どこまで大丈夫なの?」

私服通勤にあたり、こんな悩みを抱えている人も多いと思います。

そこで今回、私服OKなアピリッツの新入社員がどんな服装で出社しているのかをご紹介します!

登場人物紹介

アピリッツ新一(新卒1年目)

フラットな社風の企業、アピリッツの新卒一年目。

大学時代からインターンでアルバイトをしていて、入社後は研修の傍ら、業務にも参加している。

服装マヨイ(新卒1年目)

新一とは大学の同級生。大学卒業後、服装自由のIT企業に就職。

リモート研修が終わり、いざ出社!となったが、会社で浮かない服装が分からず、明日の服装選びで迷っている最中。

会社に適した私服とは?

はぁ…明日から私服で出勤かー…

どうしたんだい。迷い君

私服出勤ってどこまでOKなのか分からないんだよ

確かに、毎日何を着て行くか考えるのは大変だね

じゃあ、僕の会社の新卒がどんな服装で来てるのか、参考に見てみよう。


キレイめコーデ

1. 職業 エンジニア

 コーデ 

紺色のセットアップにオレンジのインナーとスニーカーを合わせた、オシャレと真面目の融合スタイル

 服装を選んだ理由 

『天気が悪いから服装は明るく、あと楽なんで』

2. 職業 営業・コンサル

 コーデ 

グレーのYシャツと紺のチノパンにスニーカーを合わせた動きやすいスタイル

 服装を選んだ理由 

『寒くないような格好で』

3. 職業 デザイナー 

 コーデ 

ホワイトのインナーとカーディガンにマスタードカラーのパンツを合わせたかっちりスタイル

 服装を選んだ理由 

『外部の人に会う設定で、少し真面目な感じに』

キレイめなスタイルだと、
男性はセットアップやYシャツ、女性はカーディガンで、
割とオフィスカジュアルな服装+スニーカーっていうパターンが多いね。


結構皆ちゃんとした服装なんだなぁ…
逆に不安になってきた…

心配しないで!実はもっとラフな服装の人も多いんだ。
こっちの写真も見てごらん。


カジュアルコーデ

1. 職業 営業・コンサル 

 コーデ 

柄物のTシャツの下にレイヤード、ジーンズにスニーカーを合わせたラフなスタイル

 服装を選んだ理由 

『特に考えてない、そこにあったから』

2. 職業 エンジニア 

 コーデ 

パーカーにジーンズとスニーカーを合わせた、ゆったりスタイル

 服装を選んだ理由 

『暑すぎず、寒すぎず』

3. 職業 デザイナー 

 コーデ 

白のデニム生地のセットアップに黒のインナー、革靴を合わせたボーイッシュなスタイル

 服装を選んだ理由 

『気温が高いから薄めの格好で、それに合うように、靴を選んだ』

カジュアルなスタイルだと、
男性はパーカーやTシャツにジーンズ + スニーカー、女性はデニム生地のセットアップなど、休みの日でもそのまま遊びに行けそうな服装が多いね。


Tシャツとかパーカーの人もいるんだね!安心したよ!

節度さえ守れば服装は基本自由なんだ。
だから、そんなに不安にならなくても大丈夫!

ありがとう新一くん!

結論

 襟付きのシャツを着れば、無難!! 

 あとは周りの様子を見ながら好きな服、楽な服を着ていこう!!

MacBook初心者必見!おすすめ機能3選

0

はじめに

21新卒の河野です。
入社後支給されたノートPC「MacBook Pro」について、初めてMacを触る人にとって知っておくと便利な3つの機能を紹介します。

MacBook Proの性能

使用しているMacは、こちらのプロセッサはIntel Core i7、ストレージが512GBのものです。 画面はRetinaディスプレイ搭載なので解像度が高くて綺麗ですし、Core i7でメモリは16GBなので、Webプログラマが使うPCの性能としてはかなり良いものだと思います。

Macbookの使い方

Macに限らず、PCを利用するには欠かせないキーボード、 ノートPCでは基本的にマウスの代わりにトラックパッドを使います。
基本的な使い方のみならず、便利な機能も知っておくことで快適に業務をこなしましょう。

1. トラックパッドの機能

ノートPCを使う際、マウスポインターを動かすためのパッド部分の事をトラックパッドと言います。 平面上で指を動かすとマウスポインターが動きます。
トラックパッドでできる操作は結構あります。どんな操作で何ができるかを確認するには、環境設定から機能を見ることができます。
画面左上のリンゴマークから、 → システム環境設定 → トラックパッドで確認できます。

初期設定でのクリック動作は、トラックパッドを1本指で押し込むことになります。
頻繁にクリックして指が疲れる…という人は「タップでクリック」の項目にチェックを入れておくと軽く触れるだけでクリックできるのでおすすめです。

「その他のジェスチャ」の欄にも様々なトラックパッドの操作が確認できるので、便利そうだと思った機能は使って覚えてみてはいかがでしょうか。

ちなみに、私は「ページ間をスワイプ」と「フルスクリーンアプリケーション間をスワイプ」と「Mission Control」の設定をよく使います。「ページ間をスワイプ」はブラウザのページ切り替えがスムーズになります。
アプリケーションをフルスクリーンで使うことが多い時には「フルスクリーンアプリケーション間をスワイプ」を使うことでアプリケーションの切り替えが容易になり、逆に一つのデスクトップでアプリケーションを多数起動している場合には「Mission Control」で画面上にパッと表示させられるため非常に便利です。


2. キーボードの機能

MacBookで使うキーボードはWindowsと違ってキーボードの配置や、ショートカットキーが異なります。

commandキー

Windowsではコピペなどの操作は「Ctrl」キーを使いますが、Macでは「command」キーを使います。

主に使うcommandショートカットキー

ショートカットキー 機能
command + C コピー
command + V ペースト
command + W ウィンドウを閉じる
command + A 全選択
command + Z 直前の動作の取り消し
command + F 検索

ついでに、スクリーンショットのショートカットキーも覚えておくと良いでしょう。私が主に使うのは次の3つです。
撮影した画像はデスクトップに保存されます

ショートカットキー 機能
command + shift + 3 画面全体の撮影
command + shift + 4 画面一部の撮影
command + shift + 5 スクリーンショットの操作画面を開く

画面全体の撮影はショートカットキーを押した瞬間、画面一部の撮影はショートカットキーを押したあと撮影する範囲をドラッグすると撮影されます。
スクリーンショットの操作画面を開くショートカットは、画面全体と一部の撮影の他、画面の収録も可能な操作画面を開きます。
撮影箇所を正確に選択したい場合や画面収録をしたい場合に使いますが、基本的にはすぐに撮影できる上2つのショートカットキーを使い慣れておくと良いでしょう。

スクリーンショットの操作画面

controlキー

Macにはcontrolキーというものがあります。
このキーは、テキスト入力時などカーソル移動が多い作業をする際に非常に便利です。
移動にはカーソルキーがありますが、controlを使う利点はキーボードを操作する手がホームポジションからあまり離れずに入力できるということです。慣れると作業効率がかなり上がるので覚えていくと良いでしょう。

ショートカットキー 機能
control + P カーソルを上の行に移動
control + N カーソルを下の行に移動
control + F カーソルを1つ右に移動
control + B カーソルを1つ左に移動
control + A カーソルを現在の行または段落の先頭に移動
control + E カーソルを現在の行または段落の末尾に移動

また、文字の削除や行の挿入などもできます。

ショートカットキー 機能
control + D カーソル右側の文字を削除
control + H カーソル左側の文字を削除(deleteキーと同じ)
control + O カーソルの後ろに1行挿入
control + K 現在のカーソル右側の文字から、行または段落の末尾までを削除

これはオープンソーステキストエディタであるemacsのキーバインドと同じものです。
VSCodeでも使えますし結構汎用性が高いです。知っておくと役に立つかもしれません。


3. スクリーンセーバの設定

PCで作業中、数分もしくは数十分離席するときに、そのまま離席していませんか?
ロックの掛かっていない、作業中の画面が丸見えの状態で席を立つのはプライバシー的にもセキュリティ的にも危険です。 安全のためにもスクリーンセーバは設定しておき、すぐに動作できるようなカスタマイズをしておきましょう。
Macにはcommand + control + Qで画面ロックするショートカットキーがありますが、いまいち押しづらいですし、間違ってcommand + shift + Qを押すとシステムが終了してしまうので危ないです。
今回はホットコーナーを使った設定とタッチバーを使った設定を紹介します。

ホットコーナーの設定

ホットコーナーの設定は → システム環境設定 → デスクトップとスクリーンセーバのスクリーンセーバーのタグを選択し、使いたいスクリーンセーバーを選択してから右下のホットコーナーをクリックします。
画面のコーナーへの機能割り当てから、画面4隅のいずれかにマウスポインターを移動したときの動作を設定できます。 「スクリーンセーバーを開始する」という項目を設定することでマウスポインターを設定した画面隅に移動させることでスクリーンセーバーが開始するようになります。

タッチバーの設定

Macbook proに搭載されているタッチバーを使うことでもスクリーンセーバを設定することができます。
タッチバーの設定は → システム環境設定 → キーボードのキーボードのタブからControl Stripをカスタマイズをクリックするとタッチバーに追加する項目を選択できます。スクリーンセーバ以外にも便利機能を追加できるのでよく使いそうな項目はタッチバーに追加しておくといいでしょう。

*スクリーンセーバ解除時のパスワード入力

スクリーンセーバは、起動してから一定時間はパスワード入力不要で解除できる設定があります。これではいくらスクリーンセーバを使用しているといっても安全とは言い難いです。
 → システム環境設定 → セキュリティとプライバシーの一般タブから「スリープとスクリーンセーバの解除にパスワードを要求」の項目にチェックを入れ「開始後すぐに」に設定しておきましょう。
これで、スクリーンセーバ解除時には必ずパスワード入力が必要になります。

おわりに

仕事でも日常生活でも、現在社会において円滑な暮らしを実現するための情報端末は必須アイテムと言えるでしょう。
本記事で紹介した機能はMacbookを扱うために必ずしも覚えておく必要はありません。しかし、知っておくと確実に役に立ちます。この記事が業務の効率化・日常での作業の効率化の一助となれば幸いです。

ゲーム会社のデザイナー職で正社員になる方法:実録編

0

アピリッツのエクスペリエンスデザイン部に所属するかめです。アピリッツのデザイナー職で、アルバイトとして入社し、数カ月後に正社員となりました。「どうやってなったの?」と質問されることがあったので、お話したいと思います。

前編はこちら「ゲーム会社のデザイナー職で正社員になる方法:素養編」

やったこと1「正社員の仕事を手伝いまくった」

アルバイトとして入社した時、隣の席にいた私の上司(正社員)がとても忙しそうにしていました。見たところ、他の人でもできそうな内容の仕事をしていたので、「その仕事、XXさんがやるのおかしくないですか? 私がやりますよ!教えてください!」と仕事を進んで手伝うようになりました(仕事を取った、ともいいます)。

ここで教えていただいた開発ツールの覚えが早かった、出来そうな範囲を把握してどんどん仕事を貰っていった事が結果的には社員への近道になったかと思います。

私自身が正社員となった今は、忙しすぎる時期に入ると当時の私のようにアルバイトのメンバーに手伝ってもらうことがあります。ここで活躍してくれる人は、やはり正社員になる可能性が上がっています!

やったこと2「正社員になりたい」と宣言した

正社員の仕事をどんどん手伝うことで、今までの仕事では目に留まらなかった方々にも自分の業務を見ていただく機会が増えていきました。

これらがある程度評価されてから、上司に私は正社員になりたい意思がある事を伝えました。全てのアルバイトの方が正社員になりたがっているわけではないので、これは伝える必要があるかなと思います。

私の場合はこの他に業務・業務外問わず様々な社員の方と関わりをもっていたので、私の人柄を知ってくれている人は部内に多く、これも後押しになったかなと思います。これはリモートワーク中だと少し難しいことかもしれません。

ただ、リモートワーク中でも、直属の上司との関係構築は問題なく築けるはずです! 現在アピリッツではリモートワーク中のアルバイトスタッフも多くいますが、その人達の仕事のクオリティや姿勢を、社員はちゃんと見ています。それらが評価されれば正社員への道も見えてきます!

やったこと3 イラスト以外のスキルを身に着けた(みんな絵を描きたがる)

デザイナー職を志す人の多くは「絵を描きたい」人です。ただ、ゲーム会社のデザイナー職は絵を描くだけが仕事じゃないんです。エフェクト、モーション、UI、3D……いろんな仕事があります。

だからイラストだけがめちゃめちゃ上手くて正社員になる人は、アピリッツではごくわずかです。というのも、イラスト制作はイラスト専門会社にお願いすることが多いですし、フリーランスで活躍する優秀な方も大勢いらっしゃいます。そんな人達と業界で渡り合えるくらいの高い技術を持っていない限り、「イラストがいいから採用!」とはなりません。

私は背景イラストをメインで描いていましたが、背景イラストは描ける人が少なく、部の需要とちょうど合わさっていたようです。そこに合わせてアルバイト入社後に新しく開発ツールを勉強していきました。

正社員を目指すなら、イラスト以外のスキルも身につけることをおすすめします。

(でもイラストを描きたい気持ちはよくわかりますよ!)

正社員になって大きく変わったこと

私の場合は正社員になるとアルバイトの頃とまるっきり業務内容が変わりました。主にイラストを自分で書くことは少なくなり、代わりに他のアルバイトさんが作成した物の監修をするようになります。自分の下に作業者が付いて、進行管理やクオリティ管理をするようになりました。

他にも開発ツールでの作業がメインとなり、よりプロジェクトに深い部分にふれるようになります。受けた指示をこなすだけではいられなくなっていきました。

アルバイトの時に、自分の上司がしてくれていた仕事を自分がするようになる、というのが 分かりやすいかもしれません。

デザインの仕事をするうえで、プロジェクトやデザイン制作物に愛を込めるのは必須のことです。ただ、その愛が深すぎて周囲が見えなくなってしまう人は、苦労する場面が多いかもしれません。

正社員になるには推薦制

以上が私の正社員になるまでのお話です。仕事を積極的にたくさん引き受けたり、正社員になりたい!とアピールしたり。ずっと絵を描いているだけでは、たぶん正社員になるまでに数年かかっていたと思います。

正社員に上がるときには必要な技術はもちろんですが、上の社員からの推薦が必須かなと思います!社員にする話が出た際に話題に上がりやすく目を向けてもらえる可能性が増えるので、チャンスが多くなります!

多くの人に仕事と人柄共に信頼されているほうが一緒に働きたいと思ってもらい、推薦してもらえる可能性が増えるので、仕事を頑張る、新しい仕事にもどんどん挑戦するのが一番の近道かもしれませんね。

最近人気な記事