日曜ゲームクリエータの日記

2017年を振り返る

はじめに
2017年を振り返ってみようと思います。

【2017年の抱負の結果】
2016年を振り返るの抱負を振り返ります。

来年から新しい会社で仕事になります。
求められるスキルが高いため、常に挑戦していく姿勢が必要になります。
成果を出せるように頑張ろうと思います。

転職先では「JavaEE(JAX-RS)+AngularJS」のシステム構成をゼロから作成し、
開発体制を整えるなどスキルをいかんなく発揮できました。
成果を上げ、よい評価をいただきました。
また、自分にとって久々のJavaと初めてのAngularJSというチャレンジにも
上々の成果を上げられたと思います。

【お仕事】
客先常駐と社内業務は半々でした。

〇社内業務(JavaEE(JAX-RS)+AngularJS 開発フェーズ)

• 社内でシステム構成の提案と決定したシステム構成をゼロから作成した。
• JavaやAngularJSに不慣れなチームメンバーを補助するためにテンプレートを作成した。
• プライベートで技術検証やツール類の作成を行い、開発を円滑に進められるようにした。
  • 技術検証
    • フル版-jaxrs-angular
    • 簡易版tiny-jaxrs
  • ツール
    • PostgreSQLからPOJOを作成するツール PostgreSQL2POJO
    • Excelのコピペからソースなどを作成するツール SourceGenerator

　【所感】

• 社内向けにシステム構成の提案ができた。
• 開発フェーズのリードエンジニアとしてチームメンバーのサポートができた。
• 個人的に久々のJava開発と初めてのAngularJSとエキサイティングな環境だった。
• WEB+DB Vol.94の「Javaの新定石 最新JavaEEでかんたんWeb開発」が非常になった。
• 高い評価をいただいた。
• 作成するファイル数が少ない簡易版tiny-jaxrsを採用したが、Serviceレイヤーを端折ったなど反省点もあった。
  (結局、Modelインスタンスからトランザクションインスタンスを渡して、別のModelインタスタンスを生成する方法にした)

〇客先常駐(Windowsアプリ)

• 開発しながら弊社チームのチームリーダー補助からチームリーダーを兼任した。
• 実装が難しい機能を担当した。

　【所感】

• 担当した機能はパズルのようで楽しく実装できた。
• 未経験の業界で用語や仕様の意味を理解するのに苦労した。
  (まだわからないことが多い……)
• VB6以前のような密結合な作りで実装の理解に苦労した。
• 弊社チームメンバーの進捗管理とフォーローなど管理面で苦労した。
• 弊社チームのリーダーとして管理とフォローを行うも、内外のゴタゴタに振り回されて心身ともに疲れることが多かった。
• 様々な要因から常駐先の評価もイマイチだった。
• メンバによって技術スキルやコミュニケーションスキルのばらつきが大きいことがわかった。

【ブログ】

• GitHubでの記事管理に記事を書き上げるもブログに投稿することを忘れていた。
  結果、2017年の記事数はゼロだった。

【その他】

• GitHubの更新を毎日続けられた。
• .NetCoreの勉強を始めた。
  開発環境も支障がないため、デプロイ環境などを検証したら次回以降のプロジェクトで提案できそう。
  dotNETCoreTest
• お給料は前職と比べて少し高くなった。
  納得のいく評価もされ、転職はとりあえず成功だと思う。

【来年の抱負】
「管理もできるエンジニア」を目指しつつ、技術スキルの向上を図ろうと思います。
また、社員全体の技術スキルの底上げにも関われるポジションにつけるように交渉をしていきたいと思います。

2016年を振り返る

はじめに
2016年を振り返ってみようと思います。

【2016年の抱負の結果】
2015年を振り返るの抱負を振り返ります。

プライベートでは「お仕事でキャッチアップできない情報」をキャッチアップ・実践することは今までどおり行います。
ブログはもう少し多めにしたいです。
お仕事については現状に満足や思考停止しないようにしたいと改めて思いました。
また、「今までと同じことを繰り返さないようにしたい」と思います。

情報のキャッチアップはできましたが実践が伴いませんでした。
仕事面では炎上案件にアサインされることが多く相変わらず振り回された一年でした。
また環境面でも少なからず変化があり、「自分が目指す方向」と「組織が目指す方向」のギャップが大きく感じました。

【お仕事】
客先常駐と社内業務は1:2程度でした。
◯社内業務
　・A案件
　　・ほぼ炎上していた。
　　・社内開発環境やインフラの構築と保守を担当。
　　・協力会社のPC手配や教育を担当。
　　・必須スキルを持ち合わせていない人がアサインされると悲惨ね。
・B案件
　　・矛盾のない設計と実装で機能を追加。
　　・PaaSへのデプロイを実施。
　　・とはいえ、もう少しプラグイン的な要素を追加したかったかも。
・総合
　・社内の評価は相変わらず低めだった。
◯客先常駐
・C案件
　・難しい実装を進んで担当になり実績も上げた。
　・プロジェクト参加後に素早くトップスピードを出すことが出来た。
　・提案を行い採用していただいた。
・D案件
　・難しい実装を進んで担当になり実績も上げた。
　・厳しい勤務環境だったが乗り越えることができた。
・総合
　・どちらも高評価を得た。

【ブログ】
・GitHubでの管理に切り替えた。
・「TypeScriptでenchant.jsを使ってサンプルを作ってみる」シリーズを中心に記事を作成することができた。
・今年もやはり記事数が少なかった。

【その他】
・1年のうち半分は炎上案件だった。
・現職を年末に退職し転職した。

【来年の抱負】
来年から新しい会社で仕事になります。
求められるスキルが高いため、常に挑戦していく姿勢が必要になります。
成果を出せるように頑張ろうと思います。

2015年を振り返る

2015年を振り返ってみようと思います。

【2015年の抱負の結果】
> 2014年は仕事に振り回された1年でした。
> 来年は仕事も着実にこなしつつ、自分のスキルアップを図ろうと思います。

今年は個人的なスキルアップはある程度出来ましたが、「自分が進みたい方向と会社が推し進める方向」のギャップに悩む1年でした。

【お仕事】
客先常駐と社内業務は1:3程度でした。

◯社内業務

　・炎上していた。

　・若手にはメンターが必要で
　　間違ってもひとりで責任を負わせてはいけないと思った。

　・アサイン待機中に簡単な機能を一人で設計から実装まで行った。

　・社内の評価は低めだった。

◯客先常駐

　・仕様の改善提案が出来た。

　・プロジェクト参加後に素早くトップスピードを出すことが出来た。

　・高評価を得た。

【ブログ】

・投稿数が少なく、全く投稿のない月もいくつかあった。

【その他】

・GitHubを始めた。
　→https://github.com/kazenetu
　　ローカルにGitBucketを入れて練習した上で始めました。

・Node.jsを始めた。
　→主にTypeScriptでブラウザ用の開発環境を作りました。楽しいです。

【来年の抱負】
プライベートでは「お仕事でキャッチアップできない情報」をキャッチアップ・実践することは今までどおり行います。
ブログはもう少し多めにしたいです。
お仕事については現状に満足や思考停止しないようにしたいと改めて思いました。
また、「今までと同じことを繰り返さないようにしたい」と思います。

それはそうと良い職場があったら教えていただけると嬉しいですｗ

自分のスキルの棚卸しをしてみる。(2015年版)

以前書いた自分のスキルの棚卸しをしてみる。を再度棚卸しをしてみます。

【プログラム・スクリプト】
言語、スクリプトごとにまとめました。
粒度はバラバラです。

◯VB.NET（.NET Framework ～4.5）
お仕事では一番利用しています。

出来る：
　・WindowsForms、ASP.NET
　・LINQ to Objects
　・WCF
　・ClickOnceでの配置

経験なし：
　・WPF
　・ASP.NET MVC
　・SignalR

◯C#（.NET Framework ～4.5）
好きな言語ですが、お仕事ではあまり利用することはありません。

出来る：
　・WindowsForms、ASP.NET
　・LINQ to Objects
　・WCF
　・ClickOnceでの配置

ちょっと出来る：
　・WPF

経験なし：
　・ASP.NET MVC
　・SignalR

◯JavaScript
何を持ってできるか、という定義が難しい……

出来る：
　・ES5
　　・プロトタイプチェーンによる実装
　・jQuery（～1.9、2.X）
　　・お仕事でよく使います。
　　・jQueryプラグインを作成しました。
　　　「書式付きテキストボックス”formatting-textbox.js”」
　　　https://github.com/kazenetu/formatting-textbox.js

経験なし：
　・ES2015（ES6）

◯TypeScript（～1.0）
プライベートではJavaScriptを直接書かず、TypeScriptで書いてます。

◯Java

ちょっと出来る：
　・サーバーサイド
　　・お仕事ではほとんど利用していません。
　　・GAE/Jくらいしかやってないです。
　　・暫く離れているため再度利用する場合はリハビリが必要です。

経験なし：
　・Andoroidアプリ

◯C++
お仕事での利用は皆無です。
以前はWindowsゲームの開発で利用していましたが、暫く離れているため再度利用する場合はリハビリが必要です。

◯PHP（～5.X）
お仕事での利用は皆無です。
CakePHP1.Xでちょっとしたサンプルを作ったきりです。

【開発環境】
今も利用している開発環境です。

◯VisualStudio（～2015）
・お仕事で使っています。
・C#やVB.NETの開発で利用しています。

◯Eclipse
・お仕事では使っていません。
・GAE/Jの開発で利用しています。

◯VisualStudioCode
・お仕事では使っていません。
・最近使っています。
・TypeScriptのコーディング環境として利用しています。

◯Node.js
・お仕事では使っていません。
・TypeScrriptのビルド環境として利用しています。

設計などのスキルもまとめたかったのですが、プロジェクトの規模によって必要とするレベルが大きく異なり「出来る」の定義が難しいため、見送りました。

2014年を振り返る

2014年を振り返ってみようと思います。

【2013年の抱負の結果】
> さて、来年（2014年）の抱負ですが、
> 2015年に向けての準備の年としたいと思います。
>
> 「井の中の蛙」で頭打ちな状態を長く感じています。
> そこから脱するための準備をしたいと考えています。

今年はとにかく空転する一年でした。
また、いろいろ気付かされ、勉強になった一年でもありました。

【お仕事】
1年のほとんど同じプロジェクトでした。
（協力会社として参加）

・上流工程の品質の大切さを再認識できた。

・生産性を高める提案が出来た。

・基盤構築することでアーキテクチャのまね事ができた。

・今までのプロジェクトと異なる文化だったため、行動が裏目にでることが多かった。

【ブログ】
・MS系の技術記事を投稿できた。

・若干アクセス数が増えた。
　→60～80アクセス/日 から 80～100アクセス/日まで増えました。

【その他】
・TypeScriptという楽しい技術に出会えた。
　→静的型付け言語が使える！趣味のプログラムではJSから乗り換えました。
　　仕事でも使うことがあれば良いのですが……

【来年の抱負】
2014年は仕事に振り回された1年でした。
来年は仕事も着実にこなしつつ、自分のスキルアップを図ろうと思います。

今年の目標の結果と来年の抱負について書いてみる

「振り返る」と言って、
去年に書いた「2013年の抱負」の結果を
書いていませんでした。

>来年は、さまざまな物事に対して、
> 常に前進していこうと思います。
>
> 「現状維持は後退と同義である」と
> 自分自身に言い聞かせつつ
> がんばろうと思います！

「2013年を振り返る」にも書きましたが、ある程度実践できたと思います。
お客様の期待以上の価値を提供できたと思います。

さて、来年（2014年）の抱負ですが、
2015年に向けての準備の年としたいと思います。

「井の中の蛙」で頭打ちな状態を長く感じています。
そこから脱するための準備をしたいと考えています。

よかったらクリックしてください。


にほんブログ村

2013年を振り返る

2013年もあとわずか。

今年を振り返ってみようと思います。

【お仕事】
1年の半分以上は去年と同じプロジェクト、
後半からは新しいプロジェクトに参加してます。
（どちらも協力会社として参加）

・40～50人規模（常駐・受託含む）の開発に参加できた。
　→とある理由で一気に増員されて出来た規模で
　　それのメリット・デメリットを肌で感じることができました。

・現場が幸せになるように心がけた。
　→担当の作業をしつつ、負荷が高い特定メンバーの作業を
　　引き受けたり、手伝ったりしました。
　　その結果もあって、ある程度の信頼を得ることができ
　　良い条件を引き出すことができました。

・いろいろな意味で新鮮なプロジェクトに参加。

・Jenkinsなどツールを実戦投入できた。
　→ビルドとデプロイを自動化することで
　　「○○さんがいないと、デプロイできない」
　　「人によってデプロイ方法が変わる」などの問題を解決しました。

【ブログ】
・11月・12月は技術系記事を意識的に書くようにした。
　→他の方の記事を参考にして上手く行かなかったところの補足や
　　フレームワークやツールの特定の使い方など、
　　ちょっとしたこともブログに書くようにしました。

・若干アクセス数が増えた。
　→30アクセス/日 から 60～80アクセス/日まで増えました。

【その他】
・飲む機会が増えた。
　→旧友と飲むのは楽しいですね。

よかったらクリックしてください。


にほんブログ村

インフルエンザで寝てました

今週は月曜日からインフルエンザで倒れていました。

4日から仕事はじめだったのですが、
あくる日（土曜日）のお昼から熱がぐんぐん出て
あっという間に39.2度になってしまいました。

日曜日の夜には37.2度ほどまで下がっていたので
「月曜日から行けるかな」と思っていたのですが
「インフルエンザかもしれない」と一応、病院に行きました。

しばらく待って、インフルエンザ検査薬をしてもらったところ
すぐにA型の表示が出てしまいました。

タミフルを処方してもらい、
丸5日寝ていました。

公私共にいろいろ迷惑をかけてしまいました。
来週から頑張ります。

よかったらクリックしてください。


にほんブログ村

仕事納めしていました。

12/28に仕事収めしました。

今年もいろいろ頑張りました。
今年に行った仕事や得たものを
ざっくりと書きだしてみます。

・Webアプリに関するインフラを少しだけ理解できた。

・Webアプリに関するセキュリティについて、理解と実施が出来た。
　（まだ、勉強中・・・）

・常駐先でスキルトランスを行う機会があり
　自分のスキルの確認およびより深い知識を手に入れる機会に恵まれた。

・WPFとWCFというプライベートでも
　勉強しなかった技術での実装の機会に恵まれた。

・未経験の業界を経験する機会に恵まれ
　それに関係するニュースに関心を持つようになった。

来年の抱負はまだまとまっていないので
次回に書きたいとおもいます。



よかったらクリックしてください。


にほんブログ村

簡易的なリリース手順書（草案）

簡易的なリリース手順書をどのように書いて、
保存するか草案を書いてみます。

まだ、頭の中にあるフワフワしたものを書いているだけなので
参考にしようとされる方の手助けにはならないかもしれません。

【前提】
・修正や機能追加が別途台帳管理されている（仮に主キーを機能Noとする）
・修正や機能追加がある程度、実装できた時点で本番環境などにリリースする
・リリースの担当者は開発者とし、リリース手順の詳細は把握しているものとする
・運用経験の少ない担当者、チームであっても運用できるルールとしたい
・運用対象システムはBtoBであり、ユーザは限られる

【作成・管理するドキュメント対象】
・リリース手順書
　・WebサーバやDBサーバでの作業手順
　・作業手順には作業者と作業日時を明記する欄が存在
　　※作業が不要な手順はグレーアウト
　・事前作業（ユーザへの通知など）、
　　後処理（サービス再起動・リリース確認など）も明記する
　・テンプレートを用意し、毎回それから手順書を作成する

・リリース対象プロジェクト一覧
　・機能Noとリリース対象のサーバ、
　　対象物（ファイルやストアド、テーブル名など）を明記する
　・ひとつの機能Noで複数の対象物がある場合は、対象物の分だけ行を設ける

【運用フロー】
リリース対象決定ミーティング
　↓
リリース手順書テンプレートから
リリース手順書を作成
　↓
リリース前作業
　↓
リリース作業
　↓
リリース後作業
　↓
終了

【とりあえず・・・】
ここまで。
・リリース手順の詳細（粒度・パターン）
・リリース失敗時の巻き戻し作業
・リリース時間の予測
とかいろいろ考える必要あるなぁ・・・

よかったらクリックしてください。


にほんブログ村