【Excel　VBAマクロを実行するための初期設定】(２回目)

前回初期設定を行いましたが、今回も引き続き設定と使い方を書いていきたいと思います。さっそくですが、VBA画面を開いていきましょう。

【初心者向け】コンピュータの仕組み

コンピュータの仕組みについてまとめました。コンピュータの仕組みは、業務の内容がバックエンドかフロントエンドかにかかわらず、知っておいた方が良い知識となっています。ぜひ最後までお読みください！

【初心者用】Reactとは

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

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

【初心者用】typescriptとはなにか

最近Reactの勉強をしていく中でTypeScriptでの開発というのを耳にしていたので、TypeScriptで開発するときのために勉強のしようと思い今回まとめました。事前知識が一切ないので初心者用として再度確認しても分かるように書いていきたいと思います。

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

Nuxt.jsについて調べてみた

今回は多くのフロントエンド開発で利用されているNuxt.jsについて調べてみました。

【Java】文書の読込み・出力方法

システム開発をしていると、ファイル入出力の処理機能を実装する場合があると思います。ただ、初心者の方はファイル入出力とはどういうことなのか分からないと思う方もいると思うので、今回はファイル入出力とはどういうものか、どのような時に使うのか、どのように実装するのかを順に解説していきます。

【エンジニアになりたい人必見！】システム開発について

今回はシステム開発の流れや、関連する用語についてまとめました。エンジニアになりたい方に、役立つ内容となっています。ぜひ最後までお読みください！

組み込みエンジニアとは？必要な知識・スキル、役立つ資格を解説

組み込みエンジニアは、私たちの日常生活を支え、豊かにするための多くのデバイスやシステムの開発に深く関与している職業です。組み込みシステムは、自動車のエンジン制御から家庭用電化製品、さらには高度な医療機器まで、日常生活のあらゆる面で利用されています。この記事では、組み込みエンジニアという職業について、その具体的な仕事内容から必要とされる知識・スキル、さらにはキャリアアップに役立つ資格まで、幅広く解説します。

インフラエンジニア向け！Shellスクリプトの種類とその魅力

インフラエンジニアの道を歩み始めたばかりの皆さん、シェルスクリプトという言葉をすでに耳にされたでしょうか。シェルスクリプトは、システムやネットワークの設定、管理、自動化など、インフラの様々なタスクを効率よくこなすための強力なツールです。しかし、その機能や種類について深く知らない方も少なくないでしょう。本記事では、シェルとシェルスクリプトの基本的な概念から、主なシェルの種類（sh系とcsh系）、シェルスクリプトで実現できるタスク、そしてシェルスクリプトの重要性について詳細に解説します。また、シェルスクリプトの学習を通じて、自身の技術力向上やキャリア発展にどう寄与できるかについても触れます。シェルスクリプトの知識が浅い方、さらに深い理解を求めている方、ぜひ本記事を参考にして、スキルのブラッシュアップを図ってください。

フルスタックエンジニアになる方法とは？その働きかたや必要なスキルを解説

フルスタックエンジニアは、ソフトウェア開発の世界において、その柔軟性や効率性の高さから多くの企業が求めているポジションです。また、フルスタックエンジニアを目指すうえで、幅広い技術スキルが身につくため、プロジェクトの全体像が理解できることや、キャリアの選択肢が広がります。では、フルスタックエンジニアになるにはどうしたら良いのでしょうか？この記事では、フルスタックエンジニアの働き方となる方法について解説します。

【ソフトウェアテスト】レビューについて

ソフトウェアテスト領域には、動作させることを前提とした対象をテストする動的テストと、動作させることを前提としていない対象をテストする静的テストがあります。単体テストや結合テストなど、作成したものを動作させてテストをするのが動的テストですが、静的テストは動作させる対象がなくてもテストが実施できます。静的テスト活動の種類としてレビューがありますが、開発活動の中で作成された製品やシステム自体以外のものは、レビュー対象としてテストすることが可能です。

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

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

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

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