【初心者用】COBOLとは

直近でCOBOLの案件に行く可能性があるので、COBOLとはどういうものかまとめようかと思います。COBOLは最新の言語ではありませんが、現在でも金融系などで使用されています。ですので、化石のような言語ではありますが、需要自体はあるようなので改めて学ぼうかなと思います。

その他(PG/バックエンド)

【JSTQB(FL)対策】第1章テストの基礎 1.1テストとは何か？～1.3テストの7原則

こちらの記事ではJSTQBのシラバスのうち、第1章テストの基礎分野における以下の分野の学習内容及び学習してみて私が思ったことについて記載する。

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

【初心者用】Reactとは

Web系の開発のためにReactを使用した開発の勉強をしているので、改めてReactについてまとめます。後々見直す用かつ初心者の人に見せても分かるような説明にしたいと思います。

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

Deep Security: エンドポイントとサーバーセキュリティの統合プラットフォーム

Deep Securityは、トレンドマイクロが提供する包括的なセキュリティプラットフォームで、物理および仮想環境においてエンドポイントとサーバーのセキュリティを強化します。以下にDeep Securityの主要な機能や特徴について詳細に解説します。

その他(インフラ)

オンプレミスとクラウドの違いをわかりやすく解説！インフラエンジニアに必要な知識とは？

オンプレミスとクラウドという言葉を聞いたことがありますか？この2つは情報システムを運用する方法の違いを表す用語です。オンプレミスとクラウドには、それぞれメリットやデメリットがあり、インフラエンジニアにとって、オンプレミスとクラウドの違いを理解することは必須のスキルです。業務やシステムの目的に合わせて、最適な運用方法を選択するためにも、この記事では、オンプレミスとクラウドの違いをわかりやすく解説します。

【初心者用】CakePHPを学んでいこう④（bake機能）

前回はモデルの作成と、簡単なデータ更新の処理について紹介しました。 今回はCakePHP特有の、bake機能についてご紹介します

製造・コーディング(PG/バックエンド)

【進化するSwift】特徴と将来性に迫る

SwiftはAppleが開発したプログラミング言語であり、iOS、macOS、iPadOS、watchOS、tvOSなどのAppleの製品開発に広く使用されています。その特徴や将来性を知りたい方のために、Swiftの魅力を紹介します。

【テストの種類】結合テスト

結合テストとは、システム開発におけるテスト手法の1つです。システム開発では、結合テストの他に単体、機能、システムテストなどがあり、開発工程によって実施するテストが異なります。結合テストは複数のプログラムやモジュールを同時に稼働して行う動作テストで、モジュール同士を結合した際に意図した通りに動作するかの検証を行います。結合テストは、事前にテスト仕様書を作成し、テスト項目を決めてからテストを行います。結合テストの項目は前段階の単体テストが全て完了していることが前提となります。結合テスト前に行う単体テストは、個々の機能やモジュールが単体で動作するかを検証するテストになります。単体テストで行ったテスト項目は結合テストでは殆ど行わないか、簡易的に確認することが一般的です。結合テストでは、ただ動作するかのテストを行うのではなく操作と機能動作の組み合わせが正しいか、仕様書通りに機能しているかについても検証します。単体テストによって個々で正しく動作することが確認された機能やモジュールを対象とし、機能間の連携や一連の機能が仕様書通りに正しく動作するのかを確認します。

AWSの仕組みがキーワードベースで理解できるようまとめてみた１

AWSの仕組みがキーワードベースで理解できるようまとめてみました。

その他(インフラ)

イチから学ぶデータベース・SQL（３）

前回まではデータベースの基本やSQLの基礎について説明してきました。 今回からは、SQLを実務で使うための基本的なことについて学びながら説明していきます。

製造・コーディング(インフラ)

【ソフトウェアテスト】不具合報告のインシデントレポートについて

開発プロジェクトで発生した問題はインシデントとして、管理・分析・対応が必要です。プロジェクト全体を通しての問題となるとかなり範囲は広く、人的トラブルやステークホルダー間での問題など、開発しているプロダクト以外の問題も含んでしまうので、本記事では主にプロダクトのテストに関して検出された動作の不具合(バグ)に焦点を絞って記載します。プロダクトのテストに際して検出した不具合は、報告・対応したあとは蓄積データとして、引き続きプロジェクトで参照・活用されます。実際の開発現場によっては、早期レビューでのやりとりに関するものや、開発とテスターが口頭で連携できるような状況で報告即時対応できる程度の不具合対応など、状況により必ずしも定められたドキュメントの形式で報告されるものとは限りませんが、可能な限り検出対応した不具合は履歴を残しておくことで、プロダクトの品質向上を目指すことができます。ほとんどの場合は不具合管理に別途外部のbug tracking system（BTS）を使用しています。BTSはインシデントレポート1件をチケットという1単位で扱います。チケットの形式や内容が必ずしも同一の形式に沿っているというものではありませんが、不具合の報告管理をするチケットの内容は、管理運用の観点から記載が必要となる項目はある程度決まっています。余談ですが、BTSは不具合報告のみならず、チケット駆動開発 (TiDD) を実施するプロジェクトでは開発作業自体の管理進行目的で使用される場合もあります。

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

【初心者向け】Packet Tracerでネットワークを学ぶ（ACL②）

Packet Tracerでネットワークを学びます

詳細設計(内部設計)(インフラ)