こんにちは。コンテンツ開発事業部の池沢です。
入社してちょうど1年ほどになりますゲームプランナーです。
この度は、業務の中で企画資料を作成することが多くありましたので、『企画書のデザイン』について書いてみようと思います。
どんなコンテンツを立ち上げる際でも、最初に必要となるのが『企画書』です。
重要なのは中身ではありますが、人が他人に抱く第一印象効果のように、企画書自体のデザインによって、その企画の印象の良し悪しに影響すると思っています。
そこで、普段私が企画書を作る際に、どうデザインを考えているのかをお伝えしてみようと思います。
※私はデザイナーではないので、専門的な知識や技術は持ち合わせていないです。
デザイナーではない人でも、思考と工夫でそれっぽく作れるのだという参考になればと思います。
続きを読む
コンテンツ開発事業部の馬場です。
自分の携わっているプロジェクトでFirebase Authenticationを触る機会がありました。
Firebase Authenticationは簡単にログイン機能を実装することができるライブラリです。
今回の記事ではFirebase Authenticationを使用したメールリンク認証の実装と自分がハマったポイントをご紹介しようと思います。
続きを読むこんにちは。
投資戦略システム事業部のAndroidエンジニア、中園です。
昨年の10月に中途採用で入社し、そろそろ５ヶ月になります。
今回は業務で用いたSticky Headerについて書かせていただきます。
Sticky Headerとは以下のような動きをするヘッダーです。
Sticky Headerを実装するにあたり、ライブラリをいくつか試してみましたが上手く行きませんでした。
よって今回はライブラリは使用せず、RecyclerViewのItemDecorationクラスを使用します。
続きを読むはじめまして、コンテンツ開発事業部の大瀧です。
横断的にPJへ参加することが多く.ssh/configが肥大化してしまったので整理しました。
その管理方法について紹介しようと思います。
なおターミナルからsshコマンドを使用してログインする場合の設定になります。 Tera TermなどSSHクライアントを使用している場合は、SSHクライアント側で接続先の保存機能があると思いますのでそちらを使用していただけると。
まずは.ssh/configの基本的な書き方について説明します。
通常sshコマンドでサーバーにログインするには以下のようにsshコマンドを実行します。
$ ssh -i [秘密鍵のpath] [ユーザー]@[ホスト名]
このコマンドを簡略化するためには.ssh/configに以下のように追記します。
Host pj1
HostName [ホスト名]
Port 22
User [ユーザー名]
IdentityFile [秘密鍵のpath]
これでHostに設定した名前で簡単にログインができるようになります。
$ ssh pj1
基本的にはこの5行を書けばいいので、あとはコピペで設定を量産するだけです。
Host pj1
HostName [ホスト名]
Port 22
User [ユーザー名]
IdentityFile [秘密鍵のpath]
Host pj2
HostName [ホスト名]
Port 22
User [ユーザー名]
IdentityFile [秘密鍵のpath]
Host pj3
HostName [ホスト名]
Port 22
User [ユーザー名]
IdentityFile [秘密鍵のpath]
$ ssh pj1 $ ssh pj2 $ ssh pj3
ここからが本題になります。
コピペで量産した結果肥大化してしまった.ssh/configの整理をしたいと思います。 そこでopensshのIncludeを使用して分割して管理します。 ちなみに自分の設定は現時点で59ホスト分の設定がありました。。
分割した.ssh/configはconfig.dディレクトリ以下に保存し、そこから読み込むように設定します。
Host *ですべてのホストに対して共通の設定を行うこともできるので必要であればここに記述します。
Include config.d/*
Host *
ServerAliveInterval 60
TCPKeepAlive yes
AddKeysToAgent yes
IdentitiesOnly yes
config.dディレクトリとid_rsa.dディレクトリを作成。
config.dディレクトリ 分割した設定をPJごとにまとめたファイルを保存するディレクトリ
id_rsa.dディレクトリ 秘密鍵を保存するディレクトリ
ファイル構成は以下のような感じになっています。
~/.ssh/ ├── config ├── config.d │ ├── config_pj1 │ ├── config_pj2 │ ├── config_pj3 │ └── config_pj4 ├── id_rsa ├── id_rsa.d │ ├── id_rsa_pj1 │ ├── id_rsa_pj2 │ ├── id_rsa_pj3 │ └── id_rsa_pj4 ├── id_rsa.pub └── known_hosts
これで一通りの設定が完了しました。 PJごとの管理になったので、ホストの追加削除、PJ開始終了時の対応も楽になりました。
最後に.ssh/configを使用した応用パターンを記載しておきます。
踏み台サーバー経由でサーバーにログインしたい場合には以下のような設定で対応ができます。
# 踏み台サーバー
Host proxy
HostName [ホスト名]
Port 22
User [ユーザー名]
IdentityFile [秘密鍵のpath]
# ログイン先サーバー
Host pj1
HostName [ホスト名]
Port 22
User [ユーザー名]
IdentityFile [秘密鍵のpath]
ProxyCommand ssh proxy -W %h:%p
こんにちは。株式会社テコテック 採用担当の多田です。
今回は社員紹介をさせていただきます！
2019年4月に新卒で入社し、現在投資戦略システム事業部でサーバーサイドエンジニアとして活躍している伊奈さんにお話を伺いました。
続きを読むこんにちは。投資戦略システム事業部の西永です。
新卒で入社し、そろそろ2年目になります。
今回は業務で用いたAmazon Pinpoint(プッシュ通知編)について書かせていただきます。
※本来はSMSやEメール、音声もPinpointの範囲ですが、今回はプッシュ通知に絞って書きます
このAmazon Pinpointは2016年12月1日から提供が開始されました。*1（東京リージョンは2020年9月12日から提供が開始されました*2）
機能は以下のとおりです。
Amazon Pinpoint は柔軟でスケーラブルなアウトバウンドおよびインバウンドマーケティングコミュニケーションサービスです。
公式の文章だけだとさっぱりですが
プッシュ通知等の反応からユーザの分析が行うことができる！
分析結果から的確なユーザのみにプッシュ通知等のメッセージを飛ばせる！
メッセージを飛ばす行動(プッシュ通知等)を効率的に速く行なえる！
大体この3つが特徴となります。
分析面に関してはGUIでグラフ表示してくれるので、結構見易いです。
*1:https://docs.aws.amazon.com/ja_jp/pinpoint/latest/developerguide/doc-history.html
*2:https://aws.amazon.com/jp/blogs/news/amazon-pinpoint-tokyo/
こんにちは。株式会社テコテック 採用担当の岩田と申します。
今回は社員紹介をさせていただきます！
2019年10月に中途入社し、現在決済認証システム開発事業部にてエンジニア兼マネージャーとして活躍している藤山さんにお話を伺いました。 元々デザイナーのため、アプリデザインの知見を活かした開発力、クライアントへの提案力が現場で重宝されています！
2020年9月から晴れてマネージャーに昇格された藤山さんのインタビューを、是非ご覧ください！
続きを読む