エンジニア１年目に必須のスキル | SQLの基礎知識と使い方

エンジニアとしてキャリアをスタートして1年目。業界の全体像が見えてきて、自分のキャリアパスを考えたり、そのためにどのようなスキルや資格が必要か模索する時期かと思います。さまざまな技術を学ぶ中でも、特にデータベース操作に不可欠な「SQL」は全てのエンジニアにとって必須のスキルです。なぜならシステム開発において、データベースは切っても切り離せないため、エンジニアとしてどのようなキャリアを進むとしても必ずSQLに関わることになるためです。本記事では、SQLの基本的な概念と種類、そして具体的な文法とその使い方について解説します。

【PowerShell】業務効率化

仕事の中で、業務を効率化していきたいと思う人も多いでしょう。業務効率化ができるPowerShell について学習していきたいと思います。コマンドプロンプトやバッチファイルとの違いや、どんな場面で使えるのか確認していきましょう。

テスト(IT事務全般)

【初心者用】バックエンドとフロントエンド

フロントエンドの開発の勉強を主にしていたので、バックエンド側についての知識が少ないのでまとめたいと思います。フロントエンドとバックエンドの各役割や違いなどを、漠然と理解していたので今回で明確に理解しておこうと思います。

その他(PG/フロントエンド)

【初心者用】ソフトウェア開発工程について

ソフトウェア開発の工程について深く理解していないので、今回改めて開発からリリースまでの一連の流れを学びなおしたいと思います。どの工程でどういう作業が必要なのか理解することで、開発の際にさらに意識して仕事を進めることができると思います。今回は上記作業の一連の作業を表すV字モデルについてまとめていきたいと思います。

その他(PG/フロントエンド)

【初心者】基本情報技術者試験とは

ITエンジニアを志す人向けの国家資格として、ITを活用する組織、教育機関から定評のある「基本情報技術者試験（FE）」。優秀なIT人材獲得競争に拍車がかかる今日、FE取得はITエンジニアのキャリアパスのきっかけになるかもしれません。本記事では、「基本情報技術者試験」の試験概要などについてご紹介します。

フロントエンドとバックエンドの違いとそれぞれのキャリアステップ

WebサイトやWebアプリケーションを開発する際には、フロントエンドとバックエンドという2つの領域があります。フロントエンドとバックエンドの違いを理解することは、Web開発の基礎知識となります。では、フロントエンドエンジニアとバックエンドエンジニアは、それぞれの領域において、どのような仕事を行い、どのようなキャリアステップを踏めばば良いのでしょうか？この記事では、フロントエンドとバックエンドの違いと、それぞれのエンジニアの仕事とキャリアステップについて紹介します。

エンジニアの開発工程一覧 | 各工程の仕事内容と必要スキルを解説

ソフトウェアやシステム開発における工程とは、開発プロジェクトを段階的に進めるための一連のプロセスです。開発工程を理解することは、開発プロジェクトの全体像や目的を把握するための重要な知識となります。しかし、各工程において、エンジニアはどのような仕事を行い、どのようなスキルを必要とするのでしょうか？この記事では、開発工程それぞれの仕事内容と必要なスキルについて解説します。

【ソフトウェアテスト】ソフトウェアテスト関連で耳にするJSTQBとは何か

JSTQBやJSTQB関連資格について、QAやテストといった役割で業務にあたる方のみならず、ソフトウェア開発現場に就業されている各役割の方々(開発エンジニアやPL/PMの方等)にとっても業務に活用できる部分があると思うので、そもそもJSTQBとは何なのかというところを記載していきます。

テスト(運用・保守・サポート)

組み込み開発とは？C言語からJavaまで！その種類や特徴を解説

組み込み開発では、ハードウェアと密接に連携するプログラミング言語を使って、限られたリソースの中で高いパフォーマンスを発揮するシステムを作ることができます。組み込み開発には、ハードウェアとソフトウェアの両方の知識やスキルが必要であり、近年ではIoTやウェアラブルデバイスなどの普及により市場のニーズが再び高まっています。この記事では、組み込み開発とはなにか？その特徴やプログラミング言語の種類、メリット・デメリットについて解説していきます。

PHP基本文法

PHP基本文法について。

【ソフトウェアテスト】欠陥分析手法について

「【ソフトウェアテスト】不具合報告のインシデントレポートについて」記事で記載したとおり、インシデントはチケット作成して報告されたのち、内容を分析して対応をし、作成から完了に至るまで管理します。そうして蓄積されたインシデントレポートは、報告対応されたそのレポート自体が、以降で類似の現象を検出した際の資料として用いられる面もありますが、内容を分析することで、今後の開発品質向上を目指すための判断材料として活用することができます。いずれのインシデントレポートも、何かしら問題があったから作成されているものであり、問題点は解決した時点で完了とはせずに、内容を振り返って同じ轍を踏まないように以降の活動を随時改善していくことが肝要です。近年のアジャイル化が進んでいるプロジェクトなどの場合は、直近の開発内容に対するインシデントレポート単体を都度分析するような時間も設けられずに次々進んでいくことがありますが、プロジェクト全体としてインシデントレポートを統合管理し、アジャイル開発の各プロジェクト進行とは別途で機会を設けて、振り返りと共に不具合分析を行うことは、高品質な開発を目指す上で必要な活動です。ソフトウェア開発現場の現状として、プロジェクト形式もインシデントレポート形式もさまざまある状況なので、欠陥分析の手法もこれが絶対という唯一のものではなく、状況や期間などに合わせて必要な手法でアプローチをすべきです。統計的内容に基づく分析、インシデントごとの要因に基づく分析、その両面からの分析など、どのような面からアプローチするかによって用いる手法もさまざまあります。

テスト(運用・保守・サポート)

テスト自動化

テスト自動化とは、人の手によって行われるソフトウェアテストの全体あるいは一部を自動化することを意味します。そもそもソフトウェアテストは、不具合を見つけることが目的です。そのため、テストを繰り返し行うことも増えています。テスト自動化によって、テストにかかる人的負担を減らし、将来的なコストの削減が期待できます。テストといっても、その中にはさまざまなプロセスが含まれます。ソフトウェアテスト技術者資格認定組織である「ISTQB（国際ソフトウェアテスト資格認定委員会）／JSTQB（日本ソフトウェアテスト技術者資格認定組織）」の定義によると、テストプロセスは以下の5つの要素で構成されています。テストプロセス　・テスト計画作業とコントロール　・テストの分析と設計　・テストの実装と実行　・終了基準の評価とレポート　・終了作業

テスト(運用・保守・サポート)