タイトルは私の友人のことでした！
SNSマーケターとして働く友人が、SNSでポストをしていた写真がすてきだったので
「どこにいるの～？」と聞いたところ、ドバイでした！

SNSマーケターとしての技量があるからこその働き方であり、本当に尊敬です。

私も先輩方や 友人のように市場価値を高めていくために、今年度に挑戦したい資格・スコアを備忘録として書きます！

挑戦したい資格

基本情報技術者試験

ITSS（ITスキル標準）を参考に、基本情報技術者試験に挑戦したいと思っています。
目的は情報処理技術者として、基礎になる知識の定着です。ITSSでレベル1のITパスポート試験では、 実は ぎりぎり合格というスコアでした。

基本情報技術者試験は合格率が約20％なので、ITパスポートで定着できていない部分の学習、また午後問題では現在勉強させていただいてるJavaが選択肢に入っているので、Javaの理解という点を試験で確認していきたいです。

情報セキュリティマネジメント試験

開発部ではセキュリティに関する勉強会が開かれています。セキュリティに考慮した開発を行えるように、開発技術としてセキュリティに関する知識が必要なので、試験を通じて理解をしていきたいと思います。

そして今年度のセキュリティ勉強会で、昨年は中途半端に終わってしまった手動アニメーションを、ひそかにリベンジしたいなと内に秘めています…!

TOEIC800点の取得

エンジニアに必要なスキルとして、英語はよく言われると思います。プログラム言語が英語ベースになっていること、また技術に関する最新の情報が英語で発信されることが多いため、日本語に翻訳されるのを待っていてはいつになるか分からない…。なのですね！

グリニッジではオフショア開発も行われているので、将来的に直接かかわりを持てるように、技術力とコミュニケーション能力を上げていきたいですね！

会社でホワイトマークや関東ITソフトウェアの健康企業宣言などに取り組んでいます。
その中でメンタルヘルスケアという言葉でも注目されていますが、心の健康を整える方法の１つにサウナがありましたのでご紹介させていただきます。

最近、健康や心身リフレッシュのためにサウナへ通う人が増えており、「サ活（“サウナ活動”の略）」や「ととのう」といった言葉を耳にする機会も増えてきていますね。
テレワーク生活も慣れてきた今日この頃、コロナ禍で運動することが激減し、体に良い事はほとんどできていないと感じています。
いまさら感もありますが　わたくしも「サウナ」に、はまり始めてます。

サウナ

サウナ（芬: sauna）は、蒸し風呂という蒸気浴・熱気浴のひとつで、フィンランドが発祥とされている。サウナ風呂（サウナぶろ）ともいう。サウナストーンと呼ばれる石をたくさん乗せたストーブを熱し、その熱と、石に水をかけてつくる蒸気とで室内の温度・湿度を調整する。室内の温度は約50℃から120℃以上になる。入浴後は雪や水中に入る、もしくは外気で休憩を挟むなどクールダウンし再びサウナに入る温冷交代浴が一般的な入浴方法である。

ウィキペディアより

効果

• 血流が良くなる
• リラックス効果
• 快眠効果
• 疲労回復
• 自立神経改善
• 肩こり、腰痛・眼精疲労　改善
• 健康面、精神面、美肌・美容面で効果
• 心臓病や認知症になるリスク低下

整う（ととのう）

サウナ用語としてよく使われる「ととのう」とは、1種の快感状態を指す言葉で、心身ともに整った状態のことを指します。「サウナハイ」「サウナトランス」と呼ばれることもあり、マラソンで起こるランナーズハイに似ているほか、瞑想のような効果もあると言われ、サウナで「ととのう」ことによって、集中力の向上やストレス解消などが期待できます。

①水分補給
②体を洗う
③12分程度、サウナに入る。（12分時計がサウナの中にある）
④サウナから出たらシャワーで汗を流す。
⑤1分程度水風呂に浸かる。
⑥5分くらい休憩する。
この③～⑥を2～3回ほど繰り返すことで、「ととのう」と呼ばれる快感状態になりやすいと言われています。

運動とお風呂の違い（個人調べ）

お風呂・・・身体は温まりますが水圧がかかり血管は結果細くなる・・・みたいです。

運動・・・・身体が温まりますがエネルギーを使ったり心拍数が上がったりで身体に負担がかかる・・みたいです。

結論

サウナは身体を温めながらも水圧もかからない、身体を動かさないので負担もかからない。良い事だらけです！
弊社グリニッジがECインフラなら、サウナは健康インフラなんていわれているみたいです。
運動も良いですが、サウナも良いです！。

ハマっていると言っても、まだペースは3ヵ月に1回？くらいですが、機会があれば増やしていきたいと思います。コロナ前よりも、まだ少し行動に制限がありますが、こんな素敵な効果が期待できますので　皆さんもぜひ週末サウナに直行してみてはいかがでしょうか。

大変お久しぶりです！
高橋です。

2021年7月より産休・育休をいただいておりました。
また、そのお休みをいただいていた期間についての詳細は
別記事でお話をさせていただく予定ですので
本日は育休中、そして初めての子育てで助けられた日のことをお話したいと思います。

子どもが離乳食にも慣れ始め、食材を増やし始めてきた時期だったのですが、
食後1時間が経過し、お風呂に入れようとして服を脱がすと、
顔から足にかけて全身に蕁麻疹が・・・
初めての蕁麻疹でした。

「・・・食物アレルギー？！」

子育て自体が初めてなのもあり、とにかく焦りました。
病院に連れていくにも、すでに時間は19時。診療は終わっています。
すぐにネットで検索。
「赤ちゃん　夜間相談」　すると、一番上にヒットしたのがタイトルにもございます

子ども医療電話相談事業（8000）　

でした。

子ども医療電話相談事業とは？

★保護者が休日・夜間のこどもの症状にどのように対応したら良いのか、病院を受診した方が良いのか、など判断に迷った時に、小児科医師・看護師に電話で相談できるもの

★全国同一の短縮番号＃8000をプッシュすることにより、住んでいる都道府県の相談窓口に自動転送され小児科医師・看護師から症状に応じた適切な対処の仕方や受信する病院等のアドバイスが受けられる

というものです。
これだけ読んでも、大変助かるサービスですよね。

私がかけた際は、看護師の方につながりました。
看護師の方は、優しい口調で現在の状況を聴取してくださり、
発熱や嘔吐もなく、ぐったりした様子もなく元気であったため、急を要しはしないことと
病院には一度相談した方が良いとアドバイスをいただきました。

こども医療電話相談があって本当に良かったです！
今後も、休日や夜間に子どもが体調を崩した際はまずこちらにご相談させていただこうと思います。

お子様がいる皆様、すでにご存じの方も多いと思いますが、
ご不安な場合はご相談されてみてください（＾＾）

はい、ここまでは助けられたお話なのですが、その際、思ったことがあります。

お電話にてお話してくださった看護師さんの電話対応、すごい！

専門の方にお話しを聞いてもらい、判断していただいてほっとしたのはもちろんなのですが、
落ち着いた優しい口調で、冷静に答えていただいたことにも安心感を覚えました。

そのほかにも、
・相手の状況を瞬時に見極め、大事なポイントをしっかりと伝えてくれる
・声のトーン、話すスピードも聞き取りやすい
・相談したこと以外にも、不安な点や疑問な点がないか、聴取してくれる

など・・・☆

私もサポート部でお客様とお電話でお話させていただくことが多いため、
お客様に安心していただけるような対応をしたい、参考にさせていただこうと思いました！

はじめに

Git操作はこれまでターミナル上でコマンドを使用して行ってきました。GitのGUIクライアントツールがいろいろとあることは知っていましたが、Git自体がコマンドラインベースのシステムということもあり、使い始めはコマンドで慣れながら知識を身につけたいと考えたのと、コマンド操作の方が効率的に作業を行えるという考えでした。
また、そのツールが使えない環境や別のものを使う際に改めて操作を覚えたり等が発生しそうで、あらかじめコマンドに慣れておくことは、そうした環境に依存せずに通用するスキルになるという認識でした。

今ではコマンド操作で基本手順は問題なく作業ができます。ただ、なにか特別な操作をしたいときや使う場面が少ないコマンドなどは忘れがちで都度調べることが発生します。Gitの60以上のコマンドすべてを覚えるのは大変ですし、各コマンドのオプションもいろいろとあります。
そこで、コマンドで行うと複雑に感じるような操作は、GUIでやってみたら実は案外簡単にできることもあるのではと思いました。

今回は、なかでも知名度のある「Sourcetree」を使って、GUIで操作するとどんな感じになるのか、コマンドを使ってきた視点からその操作感をかるく確かめてみることにしました。

使用するリポジトリ

Sourcetreeを使用するにあたって、以下書籍のデモリポジトリ「gitbook-mdn-demo」を、使用手順にならってクローンしました。

Gitが、おもしろいほどわかる基本の使い方33 改訂新版　― 大串 肇, 久保 靖資, 豊沢 泰尚 (共著) 

Sourcetreeの基本的な操作

画像はデモリポジトリをクローン後、index.htmlのtitleを編集した状態です。
ファイルに変更があると、「コミットされていない変更があります」と表示され、下部「作業ツリーのファイル」で変更があったファイル一覧を見ることができます。右カラムには、ソースコードの変更前後の比較が色分けで表示されます。

画面上部ツールバーには、基本機能が並んでいます。
コミットするためには、まず作業ツリーのファイルindex.htmlを「インデックスに追加」してステージ後、上部ツールバーの「コミット」を押して、コミットメッセージを入力するという流れです。

Sourcetreeのよいところ

１．コミット履歴が分かりやすい

GUIを使う最大のメリットは、やはり視覚的に情報を把握しやすいところです。こういった一覧表示こそ真価が発揮されますね。いつ誰がどんなコミットをしたのか、一目でわかります。ブランチも枝分かれする樹形図として見ることができるので、複数ブランチで並行して作業をしていていも管理がしやすそうです。

コマンドでは $ git log でコミットの履歴を参照できますが、見慣れないと探すのもひと苦労かもしれません。gitのconfigでカラー設定をすれば、コミットIDに色がつくので多少見やすくなります。

２．コミット間移動が直観的にできる

Sourcetreeでは、移動したいコミットをダブルクリックするだけで移動できました。
個人的に、コマンド操作で特に手間に感じていたものがこの「コミット間移動」です。ブランチの移動は自分の命名したブランチ名を指定するので難なく行えますが、ランダムに生成されるコミットIDはさすがに一度参照しないと分かりません。

１．$ git log でコミットIDを特定
２．対象のコミットIDをコピー
３．$ git checkout [コミットID]

コミット間を移動することは自分のなかで頻出度はあまり高くはありませんが、たまに移動したくなるときこれが意外に面倒。
コミットIDを意識せずコピーをする手間もなく、クリックだけで移動できるのはとても楽です！

また、コミット移動後にブランチの状態が一見見えないコマンドではDetached HEAD状態であることを忘れて(もちろんcheckout時にメッセージは出ますが)、そのまま修正してしまうことも起こりえますが、Sourcetree上ではHEADが移動したことが表示されるので分かりやすいです。

３．変更差分の表示と変更箇所(hunk)ごとのステージングが簡単

このファイルは何を変更したっけと確認したくなった時、Sourcetree上では作業ツリーのファイルをクリックすれば右に変更前後の差分が表示されるのは便利だと思いました。
不要な修正が入ってしまったらすぐ気づけるし、hunkごとに分割表示されるため取捨選択ができ、ひとつのファイル内で変更箇所ごとにコミットしたい場合は、「Hunkをステージへ移動」でコマンドより簡単にできる印象でした。

■コマンドの場合

・差分を見る　$ git diff [変更したファイルパス]

・hunkごとのステージング　 $ git add -p [変更したファイルパス]

パッチオプション-pを使うと、指定したファイルのhunkが順に表示されて、ステージするか「y」「n」で選択していきます。上から順番なので、目当てのhunkが下にあるとその分手順は増えます。「y」「n」以外にもオプションが多くあり、使いこなせれば柔軟にステージする部分を選択できます。

基本操作はコマンドがよい

Sourcetreeの画面上部ツールバーにあるような基本的な操作は、やはりコマンドの方が慣れてしまえば早くできる印象です。コミットまでに毎回クリックを複数回踏むGUIより、基本手順であればターミナル上でコマンドを一から打ち込むまでもなく実行履歴をたどるだけでも大抵は事足りると感じています。

また、複数ファイルをステージする際など、Sourcetreeでは全ファイル指定か任意のファイルをクリックで選択していくのに対して、コマンドでは、パスを指定をすればそれ以下の階層のファイルがまとめて選択できるのが便利だなと思っています。

ex) 任意のファイルだけ選択してステージング

■Sourcetree
「作業ツリーのファイル」から4つ選択して「選択をインデックスに追加」

■コマンド
$ git add img でimg配下のファイルをすべてステージング

コマンドaddでの一行実行に慣れていると、Sourcetreeでのファイルをひとつひとつ選択してステージするという方法は、少々手間に感じます。

また、コミットも、Sourcetreeではボタン押下→コミットメッセージ入力→ボタン押下という手順が、コマンドではオプションを付けて、一行で完結できます。

ex) コミット

■ Sourcetree
画面上部ツールバー 「コミット」→コミットメッセージを入力後、右下「コミット」を押す

■コマンド
$ git commit -m 'コミットメッセージ'

大抵の場合は複数回コミットをすることになるので、手順がひとつ減るだけでもコミットをよりテンポよく行えると思います。

比較まとめ

Sourcetreeでは、コミットの履歴やブランチがひとつの樹形図として表示されることがコマンドに勝るところかと思いました。そのため、コミットの変遷や作業状況の把握を重視して行うプロジェクトにとっては、管理しやすく便利になるのではと感じました。コミットは小分けにしてこまめに行い、コミットメッセージを明確にすることが運用するうえで大切になりそうです。

一方コマンドは、GUIツールでの作業がコマンド一行で実行できる手軽さがあります。基本操作であれば複雑なコマンドはありませんし、手慣れてしまえばGUIより高速でコミットまでできちゃいます。また、各コマンドのオプションを熟知して使いこなせれば、複雑なことも柔軟に対応できます。

基本操作は効率性を重視してコマンドで行い、コマンドでは確認しづらいコミット履歴やブランチ等の状況を把握したいときは Sourcetreeで確認する、というハイブリッドな使い方もありではないでしょうか。

おわりに

これまでGitを使ってきて、今回はじめてGUIツールを使ってみましたが、その使い勝手のよさには期待以上のものがありました。
それでも、比較したことでコマンド操作の利点も改めて感じましたし、やはりGitの使い始めに先にコマンド操作に慣れていたことは良かったと思っています。
今回Sourcetreeの操作を迷わずすぐ理解できたのは、今までコマンドで打ち込んできた単語が表記されていたりどういった動きをするか想像できたという部分があります。
前述したようにコマンド操作ならツール依存もなく、エンジニアによってもやり方が異なりますから、そうしたいろんな環境下でも、Gitを使う限りコマンドは共通言語として使えます。

どちらの操作感も一度は体験してみて、比較して運用方法を検討するのが良いのではないかと思いました。