マークアップ言語でなにができる？その種類と活用法を紹介！

マークアップ言語とは、文書の構造や見た目を表現するための言語のことで、HTMLやXMLなどが有名です。マークアップ言語は、プログラミング言語とは異なり、命令や計算を行うことはできませんが、文書の意味やレイアウトを定義することができます。この記事では、マークアップ言語の特徴やできること、プログラミング言語との違いなどを紹介しながら、マークアップ言語の種類や用途についても説明していきます。

【PowerShell】業務効率化

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

テスト(IT事務全般)

【初心者用】IISについて調べてみた

個人でプログラミングを勉強する際にIISを使用することになったのですが、「IISって具体的には何だっけ？」となったのでまとめてみます。 タイトルにある通り、初心者向けに極力噛み砕いて説明していきます。

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

JQueryの基本（関数・メソッド）

JQueryの基本（関数・メソッド）について

開発環境関連(PG/フロントエンド)

AIエンジニアになるために必要なスキル | その仕事内容を解説

AI技術を用いたサービスは、スマートスピーカーやChatBOT、株価予想など、ここ数年で大きく普及しており、その応用範囲が拡大する中、AIエンジニアはベンチャーから大手企業までニーズのあるとても人気の職業です。この記事では、AIエンジニアになるためのロードマップとして、仕事内容、必要なスキル、有利な資格について詳しく解説します。技術の最先端をいくAIエンジニアは、一つのアイデアが人々の生活を大きく変化させ、新たなビジネスモデルを確立できるため、ゼロからイチを作れるクリエイティブさがAIエンジニアの仕事が持つ大きな魅力の一つです。

学習・スキル

【C# WPF】WPFを理解したいC#初心者の話【MVVMパターン編その1】

C# WPFについて学んでいく過程を備忘録として残して置きたいと思います。

製造・コーディング(PG/フロントエンド)

【C# WPF】WPFを理解したいC#初心者の話【MVVMパターン編その5】

C# WPFについて学んでいく過程を備忘録として残して置きたいと思います。

製造・コーディング(PG/フロントエンド)

Flutterを使ってみよう その５（画面遷移等の制御）

前回の記事の続きです。今回は、画面遷移等の制御周りの知識を深めていきましょう。※ 用例で比較説明したほうがわかりよいため、SwiftUIの用例で比較したいため、SwiftUIで開発したことがあることが前提の記事です環境　・MacOS Ventura 13.6.3　・Xcode 15.1　・VSCode 1.85.1　・Flutter 3.16.5　・Dart 3.2.3

製造・コーディング(PG/フロントエンド)

【ソフトウェアテスト】デシジョンテーブルテスト

さまざまな入力値が想定されており、それぞれの入力値を統合した結果として複数の状態を返すようなシステム仕様に対しては、デシジョンテーブルテスト技法を用いることで、複雑な条件を整理することができます。サービス利用時に新規アカウントを作成するような場面で、ユーザー情報を入力して登録する機能を想定した場合、[名前(ローマ字)][よみがな][任意のパスワード][パスワード確認入力][年齢][住所]などを入力し、それらの入力値が全て正常であれば登録処理を進めて、入力値のうち1つでも正常ではない値が入力されている場合は、エラーメッセージを表示して再度入力を促すようなシステムがあります。対象のステータスによって期間限定のサービス適用有無を判定するようなシステムでも、サービス対象となるかどうかを複数条件から判定するような仕様が想定されます。5年以上サービスを利用していて、アカウントの利用者ランクがゴールド以上の場合、商品購入時の金額から5%をサービス固有ポイントとして還元するというイベントを、n年n月n日～n年n月n日まで開催するといった追加開発システムのテストをする際に、デシジョンテーブルによってテスト対象を適切に抽出できます。

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

【ソフトウェアテスト】ユースケーステスト

ユースケース(use case)テストとは、システム開発要件や機能仕様などのテスト対象に対して利用者サイドから想定しうるテスト対象の使用状況や相互の作用をユースケースとしてシナリオを想定することで、対象の利用に際して問題がないかを主軸にしてテストを行う手法です。シナリオを想定してテストを行うため、シナリオテストと混同されやすいですが、シナリオテストと比較してテスト対象や目的やテストの粒度など違う部分があるので、ユースケーステストとシナリオテストはそれぞれ別の手法として、実施するテストケースに応じて使い分けが必要です。シナリオテストは主に特定の機能や操作の流れを一連のシナリオとしてテストするもので、対象となる仕様や要件のみならず、ストーリーとして関連が想定される動作や異常系処理などもテストスコープに含むため、ユーザーサイドの視点で対象に対して詳細なテストを実施しますが、ユースケーステストは、あくまで対象となる仕様や要件から想定されうるユーザーストーリーをテスト対象とする前提で、シナリオテストよりもテストスコープは狭くなると想定されます。また、記事内にて後述しますが、ユースケース図を用いていることもユースケーステストの特徴であり、シナリオを順序立てる記述形式はシナリオテストもユースケーステストも同様ですが、テストケースの整理や共有の方法によってテストケース自体をレビューできるため、静的テストのアプローチがしやすいテスト技法です。

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

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

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

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

【初心者用】APIについて

APIは現在色々な企業のソフトウェアのAPIが配布されているので、実際に開発をする際になくてはならないものとなっています。ですので、開発する際には必須となりそれを使用する知識は前提として覚えておく必要があります。そのため、自身でReact関連の勉強をハンズオンでしている中でAPIの作成と、APIを使用してSNSアプリ等作成している途中で学んだので復習のためまとめようと思います。

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