技術とか戦略とか

証券レガシーシステムを8年いじってから転職した普通の文系SEによるブログ。技術のみではなく趣味の戦略考察についても。

SE仕事術

セキュリティルームでの共連れのリスクと防止法

IT業界だと機密情報を取り扱うことが多いので、それに関連しての記事です。 機密情報を取り扱う部屋(セキュリティルーム)では、入退室時にカードキーや暗証番号等を使用した認証が必要になります。この認証について、リスクになるのが「共連れ」と呼ばれる…

改めてDevOpsとは

「DevOps」という単語はセミナーで良く耳にしていたのですが、「ツールを導入し、開発部門と運用部門の連携を密にし、リリースの速度を上げる」というざっくりとした印象しか記憶にありませんでした。他社のエンジニアと話したら「DevOpsはWeb画面のテストを…

再現テストの重要性

これも情報処理技術者試験には出題されないのですが、IT技術者が理解しておくべき大事なテスト手法の一つに「再現テスト」があります。再現テストとは、バグの発生手順を確認するためのテストです。バグの発生手順が不明確だと、正しい原因にたどり着くこと…

現新比較~無影響確認の手法~

情報処理技術者試験では出題されないのですが、IT技術者として当然知っておくべきテスト手法として「現新比較」というものがあります。これは、システムを改修した際に思わぬ箇所に影響が出ていないことを確認する(無影響確認)ための手法であり、改修前の…

事前検証の重要性(技術的リスク、顧客要望への対応)

一般的な考え方になりますが、不確実性が高い場合は、無理に計画を立てて進めるよりも、事前検証により不確実性を事前に解消することの方が重要になります。例えば、技術的にできるかどうかわからないという不確実性がある場合、ウォーターフォール的に大き…

ソフトウェアの保守性の重要性と上げる方法

ソフトウェア品質特性の一つとして、「保守性」という特性があります。これは、ソフトウェアの修正のしやすさを示す特性であり、保守性が備わっているソフトウェアは保守開発の際に低コスト・高品質で開発することが可能になります。品質の高いシステムを開…

1つのバグを発見した時の対応について~バグの横展開~

「横展開」は「横展」と呼んだり「水平展開」と呼んだりすることもあるそうなのですが、今回はその話です。 品質を上げる上では、レビューやテストにてあるプログラムのバグを1つ見つけた場合、「他にも同じようなバグが潜んでいないか」という視点で別途チ…

完全Doneの考え方

少しマイナーなのですが、アジャイル開発の手法の一つで「完全Done」と呼ばれる手法(考え方)があります。これは何かと言うと、「ある作業について完了とする基準を定め、その基準を満たさない限りは完了とみなさない」という手法であり、昨日話した品質の…

バグ対応コスト~なるべく早く品質を作り込むことの重要性~

SEとして持っておくべき考え方として、「品質はなるべく早い段階で作り込む」というものがあります。急がば回れということわざがあるように、品質を気にせずやみくもに先に進めるという判断をしてしまうと、目先の進捗はあがるものの、後で作業の戻りが発生…

HULFT(ハルフト)とは

出向先で突然HULFT(ハルフト)絡みの開発案件の話を振られ、「ああ、同行している若手は多分何の話かわからないだろうな」と思ったので、この記事を書きます。 HULFTとは、一言で言うと、ファイル連携の機能を持ったセゾン情報システムズの製品です。特定企…

プライバシーマーク取得企業で働く上での心がけ(一般社員向け)

私が勤める会社でもプライバシーマークを取得しており、一般社員向けの研修があったので、内容を簡単にまとめます。研修テキストはネットに上げられませんし上げてもあまり意味はないので、一般論的なことを簡単にまとめるだけにします。詳細なことに関して…

情報処理技術者試験の点数と実際の理解度(私見)

前回の記事で「基本情報と応用情報は実態として同レベルなのではないか」という話をしたので、それに関連してもう一つ実態の話をしようと思います。試験に余裕で合格するのとギリギリ合格するのとでは差がありすぎるのでは、という話です。 情報処理技術者試…

「自分でやった方が早い病」をやめてみた

自分でなんでもやる仕事の進め方(自分でやった方が早い病)を変えざるを得ない状況になったのですが、いざやめてみると色々と新たに見えてきたことがあったので記事にします。 「自分でやった方が早い病」とは、簡単に言ってしまうと人に仕事を任せられずに…

ソース管理ルールが信頼されないことによるデグレード例と対策

新人にソース管理ルールを教えている時にふと書きたくなったので。 ソース管理は、Git等のバージョン管理ツールを使用し、運用ルールを整備することで行います。ソース管理の概要は下記のページがわかりやすいと思います。 【社内勉強会】バージョン管理の重…

メンタル不調による休暇・離職を防ぐための心構え

IT業界はメンタル不調者が多い業界と聞きます。前職ではメンタル不調で休暇・退職する人を何名か見てきましたし、他社の技術者の人からもメンタル不調の話はよく聞きます。幸い今の職場ではメンタル不調者は現れていないのですが、IT業界にいる限りはい…

ドキュメント整備の要員を確保し属人化を防ぐ

仕事をする上で上手く行った事例があるので記事化します。 IT業界では、たびたび属人化が問題になります。(「ドキュメント 属人化」とかでググれば事例がいくらでも見つかります)属人化を防ぐ王道的な手段は「ドキュメントを作る」なのですが、既に属人…

IT技術者にとってのExcelの重要性と初心者向けサイトの紹介

最近の新人はPCよりもスマホの方を良く使うためタイピング速度が遅い、という記事を昨日書いたのですが、PCに慣れていないということはExcelにも慣れていない可能性が高いです。 少なくともIT企業(SIer・ITゼネコン系)では、Excelを使わない現場は無いと言っ…

IT技術者にとってのタイピング速度の重要性と鍛え方

最近の新人はスマホを多く使いPCに慣れていないため、タイピング速度が遅く、仕事に支障をきたすケースがあります。仕事をしている限りは、IT企業(SIer・ITゼネコン系)ですら例外でないように感じます。 タイピング速度が遅いのは、IT企業で勤める場合は特に…

先読みできる技術者になるために

今は、知識や経験に差がある複数の技術者がそれぞれ似たような案件を受け持つような環境で仕事をしています。その中で気付いたことがあるので記事にします。 どの案件も、顧客(要件定義者や上位の設計者)の要望に沿って設計・製造・テストを行うというもの…

IT業界での業務知識の重要性

昨日の記事ではアクセス履歴の話から業務知識の話まで脱線してしまいました。せっかくなので、業務知識の重要性について別記事で書きたいと思います。 前職では、証券総合取引システムを開発する元請け企業で保守開発を担当していました。金融系のシステムは…

ドキュメント作成時の基本的な心構え

業務内容によってはドキュメントを作成する機会がなかなかないと思うので、ドキュメント作成のコツについて一般的なことを書いてみます。ドキュメント作成にコツも何もあるのか、って感じかもしれませんが、ドキュメントの良し悪しで意図が早く正確に伝わる…