7月もいよいよ最終週ですね〜

今月はサービスリリースやら、急な対応やら、バタバタの1ヶ月でしたが、ようやく終わりが見えて来ました

後、一踏ん張りです！！

さて、副業ではツールとして非常にお世話になっている「チャットワーク」ですが、

この度、会社でも、チャットワークを導入したらどうか？というご意見を頂き、導入を検討することとなりました。

そろそろ、社内メールやメーリスでは、業務の幅や、社員も増えてきて、限界が見えて来ていたので、ちょうど良いタイミングかもしれません。

ただ、こういったウェブツールを社として導入するにあたり、ISMS的な観点からはどう考えれば良いのでしょうか？

サービス自体は、AWS上でサーバー運用されていて、通信に関しては全てSSL暗号化されているということなので、その面については、チャットワーク側でやっていただいている内容で、ひとまずの問題はないと考えることが出来ますね

利用者側の利用方法に正しくルールを策定してそれに則って運用すれば、便利さを享受できそうです。

パッと思いつくところで、

・社内PCとスマホで利用したい(紛失対応)

・やりとりするに内容(ファイル、個人情報)

・許可する参加者(社外メンバーを含めれるか)

・アカウント管理(入退管理)

この辺りが課題になってきそうですね。

早速、ISMS構築に詳しい会社さんに相談してみようと思います！！

今日は雨ですが、若干涼しく過ごしやすいですね

 

個々のところ、毎日の温度差がかなりあるのでく、体調崩して、夏風邪をひかないように、注意したいですね

 

 

さて、今日は、外部の有料のサーバー監視ツール「パトロールクラリス」の導入を考えている話です。

 

サーバー監視ツールって、自前でできると思って、後回しになることが多い部分だったりしますが、真剣にやろうとするといろいろと手間だったりする部分ですよね…

 

そもそも、事の発端は、「Clowd Days」というIT系イベントでブースを出していらっしゃったコムスクエアさんで扱っていたサーバー監視ソリューションがなかなかよくできていて、それを、自社で秋頃始まる新プロジェクトで利用できないかなと考えたことでした。

 

 

MTGもさせていただき見積もりも頂いていたのですが、新プロジェクトの方は、規模も大きく大人の事情もあり、また、仕様変更などで時間がなくなってしまって、なし崩し的に別のソリューションが割り込んでくる形となってしまいました

 

こういう流れが、非常に残念です

 

個人的には、私が見つけたソリューションの方が、絶対的に扱いやすく、過不足なく調整やカスタマイズが出来るものだったと思っていましたので…

 

 

そこで

 

 

今、別で走っているASPサービスの方で、部分的に導入できないか画策しています

 

 

サーバー監視については、日々の運用の中で確かにフリーのツールを組み合わせたり、自前でシェルなどを組めばやってやれないことではありません

 

しかしながら、大抵のものが海外製のものだったり、それを変な日本語訳を当てたものだったりして使いにくいことが多かったりします。

 

また、過去に色々と使ってきたツールを思い返すと、トレーサビリティという意味での、レポーティング機能に若干弱いというか、運用レベルで使おうとするとひと手間必要だったり、ちょっとイマイチな感じを受けた記憶があります。

 

レポートやグラフが英語だったりするとそれをそのまま出すとなるとみたいな感じですね

 

決してダメと言っている訳ではないのです。

私のスキルがないだけで、目から鱗の利用方法もあるんだと思いますし…

 

 

でも、私には今、そういったスキルがない

 

 

でも、イマイマ、社内にインフラスペシャリストがいないという点で、運用しているサービス数も増え、何かあったときに検証に時間がかかるというのを避けたいのですが、どうしておマンパワーでログ解析とかになると時間がかかるので、そういう作業はやりたくないなぁと。

 

 

そいう意味で、何かしらツールの手助けが必要という段階にサービスレベルが来てしまったというところで、何かあったらという不安を、持っていて、何とかしたい。
 

 

 

このツールは純国産というところ、ツールを作った方々が、日本人でしかも自分たちが実際に使っているという点に非常に良さも感じています

 

作っているエンジニアの方にも直接話を聞く機会があり、細かいところまで作り込みされていたり、カスタマイズにも柔軟にできそうな点、エージェントレスなところなど、細やかな心遣いが良い点ではありますが、何より、

 

「自分たちの業務を楽にしたかったんで」

 

「ですよね〜」

 

過去の経験で、こういう思いから生まれたツールには、良いものが多いです

 

少人数でも、実用レベルの運用を行えるツールだと思うので、何とか、その恩恵にあずかりたいのですが、稟議という大きな壁を乗り越えるべく、作戦を練らないとですね。

 

私も正直、

 

「楽させてほしい」

 

です。

 

 

いつの間にか夏本番

子供達は、明日から夏休みですね〜

さて、同僚が、胃腸炎でダウンしてしまいました

このところ、頑張っていたので、働き過ぎですよ

高いレベルの要求もあったと思いますし、タイトなスケジュールもあり、ちょっと休憩が必要だったと思うので、ひどくならないように養生して欲しいところです

でも、身体は休めても、おそらく、なかなか心は休まらないものですよね〜

自分も、頭の切り替えが悪い方なので、仕事のことって、休みの時も考えちゃったりしてますし…

ただ、私の場合は、仕事が趣味の延長みたいなところがあるので、それほど、心は疲れないのが、救いではあります

他の業務にお互い関わっているため、直接的に手助けや肩代わりができないので、なかなか辛いところではあります

一度、気持ちを切り離して、当事者としての自分から、第三者の自分として俯瞰できたらいいのかなぁと。

うまく切り替えて、消化して欲しいです

気持ちの良い朝ですね

ランチは外かなぁ♪

ここのところ、本業では、本番サービス用のサーバー構築や、トラブル対応があったり、副業でも原因がわからないロジックのバグが発生したり、なかなかな問題に見事当たって、重なるものですね～

もうちょっと、いい感じの「マテリア」か「アビリティ」が欲しい、感じです…

さて、一応、技術屋なので、「技術系ブログ」をかけたらいいなぁと思うのですが、いざ、書き始めてみると、わかりやすくまとめるのが、大変ですね～

「やってみないとわからない」

まぁ、自分の能力が低いだけですね

言葉だけだと見にくいので、キャプチャーやコードなどを張り込むための準備も必要ですし、諸先輩方は、お題一つ作るのに、どれくらいの時間をかけていらっしゃるのか

先日、「ubuntu」のインストールのところまで、書いたところから、次の記事をまとめるのが、頓挫してしまっています。

これじゃ、全くダメですね…

大きな問題は、

キャプチャをどうするか？

ってことでして、スマホではそもそも、技術系の作業をしている訳ではないので、記事に必要なキャプチャを撮れない訳です。

なので、

1．基本的にpcでの作業をキャプチャで撮るので、それに名前をうまくつけて、まとめて、ブログにアップする。

2．その後、通勤時間にブログを書いている時に、記事に貼り付ける

当たり前ですが、こういう事ですよね～

実際にやってみて、結果をまた書きたいと思います

キャプチャーだけ、借りてもいいのですが、やっぱり、ちゃんと自分で動かして撮ったヤツじゃないと、何だかね…

今日もいいお天気で、暑くなりそうですね

日中、オフィスビルの中で作業していると、昼時のランチに出るとき、はじめて、外の暑さにびっくりする時期ですね

そろそろ、夏に向けて、暑さに慣らしていかないとですね

クライアント様への提案にどうしても、自分では気づかず、業界用語を使ってしまい

「どういう意味でしょうか？」

という質問を受けることが、しばしばあります。

専門的な言葉こそ、どういう意味か連想しずらかったりしますが、それは、言葉自体に「含み」があるからかもしれませんね

特に、IT用語の場合は、そもそも欧米の方が進んでいる業界ですし、用語や手法そのものが、英語かその省略語であることがほとんどです。

なので、和洋折衷の変な日本語になることが、しばしば…

「今回のプロジェクトでは、LEMP上に、drupal8とPHP7でシステム構築を行い、コンテンツタイプとviewの設定及び、カスタムモジュールを組み込んでサービスに必要な機能を実装します」

「ISMS構築にあたり、クライアントのビジネスモデルを壊すことなく、コンプライアンスとセキュリティレベルを正しく設定することが、マストですね」

「表示内容を若干修正したいので、親クラスのこのメソッドとメンバ変数をちょっと弄りたいんですけど」

「Ok。ついでにDBのカラム周りとSQLもリファクトしといて」

文章にしてみると、なんだか変な日本語ですね

しかも、ちょっと恥ずかしい

最後の「リファクトしといて」はちょっと盛りましたが、たまに出てくることもありまして、日常的な会話がこんな感じです。

この頭で、普通にメールを書いてしまうと、どうしても、嫌われるメールしか書けない感じになってしまって、折り返しのメールやお電話をいただくことになる訳です。

しかも、メールなどの文章って以外と語気が荒く受け取られることがありますよね～

「少しスケジュールが押していますので、できるだけ早く、素材と資料を準備して下さい。」

ってメールしたら、

「申し訳ありません。今準備しているのですが、デザインが遅れていて…」

という電話をもらって、後から、

「温厚な方が、メールで怒ってるのかと思って焦りました」

って聞かれて、

「え？全然、怒ってないですよ。

忙しそうだったんで、メールの文面は気をつけたつもりだったんですけど、すみません。」

っていうやりとりを、過去に何度か…

そこで、当たり前ですが、一度書き終わってから、IT用語を中心にすこし言葉を見直すようにしています。

一呼吸入れる

こういう大人の間が大事だと思う訳です。

どうしても用語を使った方が、ニュアンスや覚えて頂いた方が良い場合などは、「カッコ書き」という優れた手法があるので、そちらを使います。

どんなに急ぎでも、作ったメールの読みかえさず、そのまま送るはしないようにすることが大事だと思います

メールって送ってしまうと当たり前ですが、編集できないのと、全て相手に履歴として残るので、見積りや金額の話は、要注意です

私の場合特に、誤字脱字もひどく、たまに、吹き出しそうな日本語になっていることもあります

逆に送る前に気づいてよかったという事もしばしば

対面している訳ではないので、文面が全てというところが、メールの怖いところでもありますよね～

日中は暑くなりそうです

そろそろ、熱中症の予防なども必要になりそうな時期に入ってきますね

でも、毎年、この時期にちゃんと暑くなってくれると安心したりします

小さいころ、SFかアニメで、日が昇らなかったり、ずっと冬のままで大パニックが起こるというストーリーにショックを受けて、その後遺症が(笑)

さて、今ちょうど、lansers で、お仕事を受けて、作業を進めています。

はじめてのお客様なので、こちらのことはプロフと、メッセージのやり取りくらいでしかわからない仕組みですし、やっぱり、最初が肝心ですよね

いくつか提案がある中から、選んで頂いたわけですから

私が最初に取り組む内容としては、よくある手法だと思いますが、

今回は、まず、

「一番手のかかりそうな部分のサンプル」

を作って、動きの確認をしました。

よく言う「モック(モックアップ)」を作る感じですね。

クライアントにも、私のスキルをわかってもらえますし、何より、動くものを作ってしまえば、見ながら、良い・悪いの確認や判断が出来ますしね

クライアントも、決裁が必要なこともあると思いますし、何人かで見ることもあると思います。

そういう場合に

「文章での説明もの」

よりも、

「動かせて見れるもの」

があった方が、断然、決めて頂きやすいかなと思う訳です。

大人コトバかなと思いますが、

「決めの問題」

ってありますよね…

簡単なシステム開発の場合、いくつかの決め事だけを「要件」として、作ってしまうことがほとんどですし、この「決め」が、早い方が、良いことが多いです。

早く決まっていれば、結果、早く終わる訳ですから。

意外と決めにくいことでも、目で見れるようにしてしまえば、で、決まりやすい事もあるように思います

ここで一工夫

戸建やマンションのモデルルームとかでも、その後、掃除をして売り出すことはありますよね～

用を成したから不要になったとは言え、ただ、壊すのではもったいないです

プログラムでも、同じことで、せっかく作る「モック」を、後の本番プログラムでも、活かせるように、ちょっと、

「design(設計)」

入れておくようにします 

PHPの開発の場合は、クラスの概念がありますので、

「モックに必要な機能を、少し分けて部品化」

しておくだけで、関数や処理のコピペが減って、その分に変なバグも減ります

また、モック用のプログラムをそのままか、少し変えると、検証やテスト用のプログラムにすることができたりもします～

クライアントの検収にも、使って頂けます

工夫しどころ、意外と、満載です

今日もお疲れ様でした

暑い1日になりましたね～

至極、私ごとなのですが…

週初めの雑多なお仕事のかたずけデーです

月曜日は、バタつくことが多いですね～

朝一

メールチェックとredmineの確認をして、週初めのミーティング

今日からまた、1名、エンジニアの方が来てくれたので、自己紹介しつつ、進捗確認

昼まで

大抵、メンバーの質問や相談に答えつつ、開発環境の整備や、ソースのマージなどをやっています。

ランチ

今日はランチには行かず、コンビニのおにぎりとサラダを席で食べながら、調べものしつつ、ユーザーからの問い合わせや要望などの整理と対応って感じです

サービス運営をしていますので、サポート部隊から、システムよりの問い合わせや、データ修正系の話が回ってくる感じですね

一息

ついてからの、シミュレーターも計算方法変更とそれにかかる検算ようデータをエクセルで作って、比較しながら、おかしいところのソースを修正したりします。

で気づくと

17時くらいですね

行き帰りの電車で、作業手順や、スケジュールを考えることもありますかね～

週明けのリリースとかあると、ちょっと大変です

月曜日は、週の中で一番、時間が経つのが早いと感じますが、やった感も一番ありますかね

自分が話したい内容をしっかり決めることで、自分自身も、その内容を正しく理解でき、実はこういう側面や、メリット・デメリットがあることに気づいたりという効果もあります。

話す側は、ある程度相手からの「なぜ？」に答えられる準備は必要ですが、何の話かわからない段階ではそもそも疑問がわかないものです。

なので、そうしていけるような配慮をしながら、話しをすると自然と話が、伝わりやすくなるような気がします。

前説の話しを、少し、自分の話したい内容に寄せつつ、

例えば、

「実は、今日は〇〇の話しをしたいなぁと思っていて、僕としては、□□と思っています。そこに至った経緯をこれから、少しまとめたのでお話させて頂きますので、一緒に考えてもらえませんか？」

大分、柔らかい入りになると思います。

昨日にうって変わって、今日は気持ちの良い朝ですね

ウグイスとヒバリが、どこか近くでないています

ウグイスくん、なかなか上手いです

さて、以前の回で、副業にlancersというサイトを利用していると書きましたが、提案する先が、直クライアント様ということがしばしばあります。

本業もIT関連のクライアントであれば、お互いの言葉でコミュニケーションを取ることが、ある程度容易にできます。

でも、lancersの場合は、本業が全くITと関係ないクライアント様が比較的多い割合で、提案先になることがあって、提案内容に質問を頂くことが、しばしばあります。

費用がかかることなので、しっかり理解して頂き、納得いただいた上で作業をはじめたいですよね

私の場合、基本、付属のメッセージ機能かSkypeなどの、Webベースのやり取りにで完結できるようにしたいです。

日中、本業がありますので、そちらも含めて、わかりやすく説明して、ご理解とご納得いただくことが、一番大事と思っています。

誤解があると、後で、お互いに嫌な思いをすることもありますので。

Webベースで進めるには、一工夫が必要だと思っています

企画書やワイヤーなどはなくて、やりたいことがボンヤリと決まっていてという方には、

「近いサービス」

「好きなデザイン」

というサイトを少しネット探してみて頂けると、要件をつかみ易いです。

ここまでだったら、Webベースで何とかなりました。

でも、それも難しい場合は、直接会ってお打ち合わせできるクライアント様でないと、逆にご迷惑をおかけしてしまうこともありそうなので、良いお話でも、ご辞退させて頂いております

また、費用感の説明として、対コンシューマー向けサービスの提案の場合、大きく3つに分けてそれぞれを具体的に説明します。

「見た目、使い勝手」

「機能面、実装方法」

「ドメインやサーバー関係」

それぞれに、

「レベル感」

があり、要求レベルによって、費用と納期が、必然的に変わってしまいます。

「どこまでやるか」

そこをまずは、ご理解いただけるように、丁寧に説明しています。

ITにお詳しくないからこそ、

「いくらかかるの？」

「いつまでにできるの？」

これが気になると思います。

相場感も合わせて、爪を長くせず、正当なお見積もりとスケジュールで提案できるように、私自身も、色々とアンテナを張っております

今日は都内は雨ですね～

雨は嫌いじゃないのですが、くせっ毛なので、髪の毛がぺったりするんですよね

後、通勤電車が、雨に弱い…

今日は遅延しないといいなぁ

と思いつつ、通勤電車に揺られています

さて、

「言ったのにやってくれない」

「何回同じこと教えれば覚えるの？」

他人にお願いしてやってもらったり、こちらの意図を思った通りに伝えることって、結構難しいなぁと感じることがありませんか？

仲の良い友人や、古い付き合いの上司や知人など、共有している時間が長い人とは

「以心伝心」

「阿吽の呼吸」

言葉は少なくても、伝わってるなぁと思えることが多いような気がします

「聞いてるふり」

「聞き流す」

「空返事」

表現もいろいろあると思いますが…

ニュアンスの違いはあれど、多分、そういう状態が普段の生活の中にたくさんあるんでしょうね

人の話を聞くのには、結構、パワーがいると思います。

若干苦痛を伴う時も…

なので、話をするという行為は、実は、相手にそういう努力を強いる行為でもあるとも言えますよね

話し手側が上手くリードしてあげて、聞き手側の負担を減らしてあげるのが、良いと思いまし、カッコいいのかなと

話の本題に入る前に、どれだけ信頼を築けるかが、ポイントになると、思っています。

そこで、

「長すぎない前説」

これです

上手にできると、話も自然と弾見ますよ

人と話をする時には、ぜひ、少し気にして、入れられそうな時は、「前説」入れてみてもらえると、信頼度が少しアップして、後の話が進みやすくなるかもしれません

顕著に思う場面としては、

「結婚式のスピーチ」

上手い人は、本当に上手ですよね

「内容や展開」

「間の取り方」

「話す時間」

洗練されている方のスピーチを聞けると、ちょっとやられます