「IT向いてない」と言われたけどエンジニアになりたい人向け記事

「学校の授業にはついていけていたのに」「プログラミングになると頭が痛くなる」「実際にIT向いてないと言われた」「でもエンジニアとして働きたい」こんな人向けの記事です。

JSTQBのシラバスを読む【第五章】

本記事では、JSTQB Foundation Levelのシラバスを読み解き、テスト計画から欠陥管理までの重要なポイントをまとめていきます。 参考資料は「Foundation Level シラバス 日本語版 Version 2023V4.0.J01」です。 （https://jstqb.jp/dl/JSTQB-SyllabusFoundation_VersionV40.J01.pdf）

LINUXの資格はLPICとLinuCのどちらがおすすめ？試験内容や難易度の違いを解説

LINUXとは、オープンソースで開発されたOSで、サーバーやクラウド、IoTなどの分野で広く利用されており、LINUXのスキルを証明する資格は、IT業界で高い需要があります。LINUXの資格には、主にLPICとLinuCの2つの種類がありますが、それぞれにどのような違いがあるのでしょうか？また、自分に合った資格を選ぶ際には、どのようなポイントに注意すべきなのでしょうか？この記事では、LPICとLinuCの違いとおすすめの選び方について解説します。

基本情報技術者試験は意味ないはウソ？資格取得のメリット・試験概要・難易度を解説！

IT業界に携わるビジネスパーソンや、これからITスキルを身につけたいエンジニア候補生にとって、基本情報技術者試験は最初に挑戦したい国家試験の一つです。しかし、基本情報技術者試験は難易度が高く、合格率も低いというイメージがあります。また、最近では学校や会社で薦められて基本情報技術者試験を取得したが、全く使うシーンがなく意味がないといった声も聞きます。この記事では、なぜ意味がないと言われるのか、その理由や、エンジニアにとってのメリット、基本情報技術者試験の概要や難易度・合格方法を解説します。

組み込みエンジニアの将来性と需要

組み込みエンジニアの将来性と需要について探ってみましょう。組み込みシステムは、私たちの日常生活において見逃せない役割を果たしており、その基盤となる技術はますます重要性を増しています。この記事では、組み込みエンジニアの仕事内容、その専門性の求められる分野、そして未来への展望に焦点を当てて詳しく解説します。組み込みエンジニアが果たす役割は、私たちの日常に欠かせない多くのデバイスやシステムを支えることです。冷蔵庫の制御、自動車のエンジン管理、医療機器の動作制御など、これらの技術は私たちの生活の中で当たり前に使用されています。本記事では、組み込みエンジニアの存在が及ぼす影響と、その需要の増大について詳しく見ていきましょう。

【JSTQB】テストの基礎①

JSTQB認定テスト技術者資格とは、日本におけるソフトウェアテスト技術者資格認定の運営組織であるJSTQB（Japan Software Testing Qualifications Board）により認定される、ソフトウェアテスト技術者資格です。

【2024年版】ITパスポート試験の難易度は？試験合格のメリットや出題範囲を解説！

ITパスポート試験とは、ITに関する基礎的な知識やスキルを測る国家資格試験です。近年、ITパスポート試験は、IT業界だけでなく、さまざまな分野で活躍する人々にとっても必要とされる資格になっています。しかし、実際にITパスポート試験に合格すると、どんなメリットがあるのでしょうか？この記事では、ITパスポート試験の概要や難易度、合格のメリットについて解説していきます。ITパスポート試験に興味がある方は、ぜひ最後までお読みください。

CCNA学習＃３未経験の方向けイーサネットについて

本日はイーサネットについて、まとめていきたいと思います。主に、データリンク層についてのお話になりますので、まずは簡単にデータリンク層について、復習していきたいと思います。

その他(インフラ)

【初心者用】SAP学習1

次回参画する際にSAPをつかうということになり、実際にどのような言語や将来性についてこの機会に学習をしていこうと思います。

【まだ現役？】COBOLの現在と将来性

COBOL（Common Business-Oriented Language）は、主にビジネスアプリケーションの開発に使用されるプログラミング言語です。1959年に開発され、それ以来、経済、財務、および行政の分野で幅広く利用されてきました。COBOLは、大規模なデータ処理やトランザクション処理に特化しており、特に企業のバックエンドシステムで使用されることが一般的です。

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

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

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

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

前回、実施した「Application.ScreenUpdating」と「Application.Calculation」の設定を行うとマクロの実行を行うと約半分くらいの時間（検証結果）でできるようになりました。今回は残りの２つのコードを記載していきたいとおもいます。前回と同様に検証をしながら実施していけたらいいなと思っています。今回は高速化を行うというよりは、ポップアップが出ないようにするコードなので、時間が半分になるというより、マクロを実行しても止まらないようにするという感じになります。