早くなんとかしないと…

社会人としてもシステムエンジニアとしても駄目になってしまう…

「14杯目セキュリティうどん(かまたま)」に行ってきました #secudon

2018年2月10日に、「14杯目セキュリティうどん(かまたま)」に行ってきました。初参加でした。


勉強会

  • 自己紹介にあらわれる個性
  • 県内より県外からの参加者が多そう?
  • 久しぶり(2017年7月末以来)のPython
  • AnacondaはPromptしか使ったことなかった(自学でやった時はEclipseで書いてPromptで動かした)
  • Navigatorがなかなか起動せず初っ端から焦る
  • その後Navigatorが3個起動してさらに焦る
  • ダウンロード・解凍したフォルダをjupyter notebook上で見つけるのに手間取ってますます焦る
  • 写経でいっぱいいっぱいになって(typo多すぎ)説明がまともに聞けず
  • だんだん気になる工事音
  • 確かにCTF for ビギナーズのハンズオンでexeファイルのhead情報を読むのやったような
  • 本格的に機械学習をやってみたくなったらKaggleに取り組んでみよう

おやつ


ふわふわで軽い口当たりでした。


ごはん


竹清で食べました。これで370円。天ぷらサクサクで美味しかった。
ちくわの天ぷらはそのままかぶりついたり、だしにつけてからかぶりついたり。
半熟卵の天ぷらはあとからうどんに投入して真っ二つにしてだしと混ぜながら。



豊浜サービスエリアのオリーブ豚かつ丼。ボリューム満点でした!



運営スタッフの皆様、発表者の皆様、参加者の皆様、お疲れ様でした。

東大式エゴグラムをやってみた

結果。

最も高かった心:A

 ◇A(Adult)大人
   現実的である、冷静沈着である、客観性を重んじる、といった特徴と関係があります。

最も低かった心:NP

 ◇NP(Nurturing Parent)養育的な親
   思いやりがある、世話好き、受容的である、といった特徴と関係があります。

【引用】新版TEG®II - 株式会社 金子書房

TEGパターンの特徴はW型が最も近かった。
【参考】新版TEGII 解説とエゴグラム・パターン - 株式会社 金子書房
※Webの目次には載っていないが、本にはW型も記載されている

W型はこんな特徴。

24.W型

CP,A,ACが同程度に高く、NP,FCが相対的に低い。義務感、責任感、批判精神は高く、周囲への気遣いも強いうえに、十分に自己主張できないので、葛藤をため込む傾向がある。その怒りが自分に向いて自虐的になりやすいこともある。これも、U型と同様に自他否定のあまり望ましくないパターンの一つ。何事にも怒りっぽく、その怒りが自分に向いて計画的に自己破壊に向かうとしている。

【引用】エゴグラム の見方 |AGカウンセリングオフィス

所感

結果を見て、当てはまりすぎているなあと思った。

2017年7月末に全国スキル調査を受けた際にも、この手の診断結果について呟いていた。



(ストレス耐性の数値も低かった)

概ねこの頃と傾向も変わっていなかった。

長年の性格なので向き合おうとは決めていたが、十分に意識してストレス発散をしないと、自分で自分を潰しかねないことを再認識した。
メンタルヘルスも興味はあったので、本買って読んでみようかな。

『コピー1枚とれなかったぼくの評価を1年で激変させた7つの仕事術』を読んで思ったこと

『コピー1枚とれなかったぼくの評価を1年で激変させた7つの仕事術』を読み終えた。

www.diamond.co.jp

なぜ読んだのか

著者のブログをたまたま見かけた頃に、本書の発売告知を見て気になって購入。
初心に戻ってこの手の類の積読本を読み漁ろうと思い、読んだ。


読了にかかった時間

合計50分


意識したいこと

  • タスクの目的を確認する→付加価値の提案に繋げる
  • 目標の設定レベルは現在の実力の1.3倍
  • 1週間に1度、行動をチェック
  • 1か月に1度、数値化した目標(行動の成果が出ているかどうか)をチェック
  • 具体的には?(詳細)
  • 理想は?(方向性)
  • そもそも?(本質確認)
  • 一言で言うと?(要約)
  • なぜそう言えるのか?(理由)
  • 現状把握→原因究明→打ち手の立案
  • クローズドクエスチョン(YESorNOやAorBで答えられる質問)をする。質問の仕方をテーマにした本を積んでいるのでそちらも読んでおきたい。

セルフ振り返り+所感

2017年3月30日に書いた記事の振り返りを交えつつ、所感を述べたい。
dosomething.hatenablog.com

「指摘のドラフトメール一元化」は私が、やっていた

週末はノートを確認し、今後も必要そうな内容はふせんに書いてまとめ直してた

ただ、まとめるなら業務で使用しているPCにも電子ファイルとして残した方がよかったかもしれない

を解決した行動だなあと思った。

本書は著者のとった行動が具体的に述べられているので、真似しやすいところが良い。

Excelを使ったTODOリスト&スケジュールもそのひとつ。
本書を読み終えた後このExcelを作ったところ、使い勝手が良く、出社したらまずTODOリストを書き出し、スケジュールに落とし込むようになった。
ただ、これからこのExcelを作るのであれば、本書とにらめっこしてタイプするよりも、著者のブログから数式をコピペしてきた方が手っ取り早いということを伝えておきたい。
Todoリストの超具体的な活用方法を紹介するよ | Outward Matrix

「スケルトン」については、以前読んだ『職場の問題地図』でいうところの「ポンチ絵」に該当するだろう。
dosomething.hatenablog.com

学生時代、テストは問1から取り組んで、最後に時間が足りなくなってしまうタイプだった。
上司に報連相が少ないと怒られたため進捗報告を兼ねた資料を作るのも兼ねて、タスクを振られたら、まずやることをファイルにざっと書き出し、全体作業の洗い出しを徹底するようにしている。こうすることで、ひとつひとつの作業を潰していき、すべて潰せばタスク完了ということを明らかにすることができる。また、作業順序が影響しないのであれば、取り組む順序を臨機応変に対応することもできる。
しかし、いつまでにタスクが終わるかという見積もりができていないというのが現状である。いつまでに終わらせてほしいのか期限を提示してほしく、上司に確認をとるのだが、「じゃあいつまでに終わるの?」と返されると、言葉に詰まる。ここで宣言すると、それまでに終わらせないといけないという枷をはめることになるのは明白。『エラスティックリーダーシップ』でいうところの学習モードであり、コミットメント言語の実践ということが分かっているのであれば、言い切れるのかもしれないが。
dosomething.hatenablog.com
とりあえず、まず全体を把握し、それから個々の作業に取りかかることの徹底に努めていて、タスク終了見込み時間が提示できないというのが課題である。

ただ、提示できないことについて、心理的な問題もある。「宣言通りに終わらせることができなかったら、上司に怒られるのでは?」という不安がつきまとうのである。

上司とのコミュニケーションについては賛同できなかった。
私自身も以前の記事に、

・嫌われるより好かれた方がよい
媚ではない。
嫌われていなかったおかげで仕事がしやすかったな、と思った場面が多々あった。
信頼関係を築いておくに越したことはない。

とは書いている。
ただ、仕事の上で、上司と異なる意見を持った時、最初の頃は伝えていたのだが、曖昧な理由で却下されることが多くなったため、次第に意見を伝えることがなくなってしまった。経験年数が少ないからという理由で却下されているんだろうと思うようになってしまっていた。
そのため私は最近、「上司部下、年上年下、男女、そういったバイアスを除いて対等に意見を扱ってもらえるかどうか」が大事なのではないかと思うようになった。
好かれるというより、心理的安全性が保たれているか。
gendai.ismedia.jp

本書は、新社会人や仕事での成長に悩んでいる人におすすめしたい。行動が具体的に述べられていて、真似して取り組もうと思えるところが非常に良かった。

Androidアプリ開発初心者の苦戦記録

本記事は、初めてのAndroidアプリ開発で苦戦した時に助けてもらったリンク集です。

開発の流れ

ドットインストールの入門がとっつきやすくて良かったです。
Android Studioのインストールから、onClickのイベントを作ってシミュレーションで動かすところまで通せます。
個人PCの環境構築はこの手順で行いました。
Androidアプリ開発入門 (全11回) - プログラミングならドットインストール

Android Studioのインストール

業務PCの環境構築はこちらを参考にしました。(シミュレータは使わず実機で動作確認するため)
[Android] Android Studio をインストールする手順(Windows) | nyanのアプリ開発

SVNから現行コードが落とせない

業務PCがsvnコマンドに対応していないせいだった。
Android Studio SVNの取り込みがうまくいかない -でじうぃき

設定変更

Eclipseに慣れきっているせいで、ショートカットに苦戦。ctrl+kでコミットウィンドウ上がったんですけど!?うわあ覚えないと…と思ってたら、変更できますよって教えてもらった。
Android StudioにEclipseのショートカットを効かせる - Qiita

あとはスペースの表示と
Android Studioのコーディングエディタに行数 & スペースを表示する方法 | 株式会社Youfit

フォントサイズの変更と、Logcatの文字色変更を実施しました。
[Android Studio] 快適にコーディングできるように設定をカスタマイズしてみた | Developers.IO

EclipseからAndroid Studioへの移行

初期の頃にEclipseで開発していたアプリをAndroid Studioに移行したいとのことで取り組んでいましたが、未だに解決していません。
Gradleをグラドルと読むと思ってた私が、試行錯誤でGradleビルドを通し実機で動くところまでは持っていったのですが、動作対象APIをかなり跳ね上げた上に起動がめっちゃ遅い。
久々にAndroidプロジェクトを起動したらエラー発生:Error:(1) Error retrieving parent for item: No resource found that matches the given name ‘android:TextAppearance.Material.Widget.Button.Borderless.Colored’. – lineocean.com
↑この解決については影響少ないと思ってはいるのですが
↓この解決アプローチがそもそも良くなかった。上限無視してるし、ライブラリの読み込みおかしいの無視してるし…
Enable Multidex for Apps with Over 64K Methods | Android Studio
Android Gradle Pluginでduplicate files during packaging of APKエラー - Qiita
このままでは移行ができないので、ライブラリのエラーの潰し方を見直していきます…が、目処がついてないので正直頭抱えてる…。

SVNから落としてきただけの現行プロジェクトでビルドエラー

昨日までちゃんとビルド通ってたのになんでなん!?って調べてみたらAndroid Supportのチェックが外れてた。どゆこと?
android studio unable to apply changes」でググって行き着いた下記のブログ記事の通り、赤くなってるの全部チェック外して、再度入れ直したら解決した。
うめの記録帳: 9月 2014



Androidアプリをやり始めてから行き当たりばったりな対応ばっかで情けない…。

API仕様書の項目を考える

API仕様書を書くことになったものの、外部のツールは規定で使えない。
これといったテンプレートも用意されていないため、どうしたもんかなあ。API開発したことないし…。
ってことで、いろいろと調べてから考えてみた。


はてなブックマーク済み

そういえばはてなブックマーク済みの中にAPIに関するものがあった。

speakerdeck.com
speakerdeck.com
speakerdeck.com

すでに作成されているAPIは、取得でも全部POSTメソッドだったから、REST思考ではないってことを理解した。
内部向けのAPIだからなんだろうな。


api 叩く url」でググる

"GET /search/API仕様書"と"/search?q=API仕様書"は同じ呼び出し方???とかこの辺で混乱したので「api 叩く url」でググった。

下記の記事、内容が充実してた。
WebAPIについての説明 - Qiita

あと、HTTPの知識が弱いってことを自覚した。雰囲気しか分かってない。アカン…。


api 仕様書 サンプル」でググる

そして本題をググった。

下記の記事がパッと見で分かりやすかった。
API仕様書に書いて欲しい内容 - @peccul is peccu


API仕様書の項目

これでイケるかなあ。

  • 処理概要
  • アクセスURL
  • (プロトコル)
  • メソッド(GET/POST/PUT/DELETE)
  • リクエス
    • (形式(JSON など))
      • No.
      • 名前(例:article_id)
      • 型(数値/文字列 など)
      • 長さ
      • 必須(必須/任意)
      • 内容(例:記事ID)
      • 備考
  • レスポンス
    • 形式(JSON など)
      • No.
      • 名前(例:author)
      • 型(数値/文字列 など)
      • 長さ
      • 繰返し(○/回数/空欄 など)
      • 内容(例:記者)
      • 備考
    • (サンプル)

URLとURIの違いも調べたけどぼんやりとした感じ。
積んでる「Webを支える技術」と、「Web API: The Good Parts」を読んで知識を身につけるべきだな…。

Alexaスキル開発の道のり

dosomething.hatenablog.com

前回調査したAlexaスキル開発、実際に試してみました。


流れ

アカウントをつくるところからやっていきます。
私は3時間でシミュレーションでサンプルが動くところまでいけました。
AWSの初期設定でもたつかなければ30分くらい少なくみてもいいかも。

  1. Amazon Developer アカウントを作成する
  2. AWSの無料アカウントを作成する
  3. AWSの初期設定を行う
  4. Alexaスキル開発

Amazon Developerアカウントを作成する

"Alexa Skills Kit"を使うためには、Amazon Developerアカウントが必要です。

Amazon 開発者ポータル
サインインAmazon Developerアカウントを作成

2018/01/21 追記
Amazon Developerアカウントを作成」でアカウントを作成すると、Amazon Echo実機でのテストができなくなるという記事を確認しました。
Amazon.co.jpのアカウントとパスワードでサインインしてAmazon Developerアカウントを作成することが推奨されているようです。

【参考】
失敗しないAlexa開発者アカウントの作り方 | Developers.IO
Alexa 開発者アカウントのハマりどころ - Qiita

必須項目を入力してアカウントを作成します。

AWSの無料アカウントを作成する

Alexaスキル開発は"AWS Lambda"というAWSのサービスを利用すると簡単に取り組めます。

【準備するもの】クレジットカード(無料アカウントですが、登録は必須です)

AWS アカウント作成の流れ | AWS
上記のフローを確認しながら、アカウントを作成します。

【補足】

  • アカウントの種類は「パーソナル」にしました
  • AWSは名前だけでなく、住所も英語で入力してください

AWSの初期設定を行う

AWSアカウントを取得したら速攻でやっておくべき初期設定まとめ - Qiita

私はもう最初の最初にやっておこうと思ってやりましたが、先を急ぐのであればここはすっ飛ばしてもいいはず。

【備考】

  • 「お支払通貨の設定」を「円」に変更する場合、 VisaかMasterCardがデフォルトの支払方法でなくてはならない

Alexaスキル開発

Alexa Blogsの次の記事のステップ2から取り組んでいきます。
Alexaスキル開発トレーニングシリーズ 第1回 初めてのスキル開発 : Alexa Blogs

【補足】

  • 「.ZIPファイルをアップロード」するだけでできます。AWS Lambda使ったことないけど、とりあえず試したい人にはうってつけ。
  • キャプチャと現行の画面が異なる箇所が多いです。
  • トリガーの設定で"Alexa Skills Kit"を選んだ後、右下の「追加」を押すのを忘れない

せっかくだしシミュレータだけじゃなくて実機で試してみたいなあ。

Alexaスキル開発について、調査中

前提知識

Amazonエコー」「アレクサ」「スキル」といった単語そのものがピンとこなかったので、まずはここから。

Amazon Echo」はAmazonスマートスピーカー

Amazon | Echo - スマートスピーカー
招待がないと購入できない。

参考になりそうなWebページ

ブログ・Qiita

日本語のAlexaスキルの作り方(30分あればAmazon Echoがなくても試せるよ) - KAYAC engineers' blog
Amazon Echo (Alexa) のSkillの開発に必要な基本概念を押さえる - Qiita
Amazon Echo Dotで物忘れを克服する - Qiita
Amazon EchoのSkillで何かを作ってみて申請してみる - Qiita
Amazon EchoのSkillで何かを作ってみて申請してみたら申請結果が返ってきた - Qiita

Alexa Skill を設計する前にすれば良かったと思ったこと - Qiita
Alexaのカスタムスキルを設計するときのTipsまとめ - Qiita

このVUI設計の話を読んで思い出したこと(蛇足)

昔(数年前かなあ)、携帯電話の操作を音声のみで行うための実験映像をテレビで見たことを思い出した。日本の携帯電話会社がやってたやつ。
携帯電話を操作していたのは中年の女性で、音声操作でメールを送信するという実験をしていた。
ただ、その人はいきなりメール本文を話し出してしまい、想定の音声操作をしなかったという結果に終わったというやつ。
開発者の想定は、確か最初にメールの操作をすることと、送信する相手を言うことになってたみたいだけど。