【エンジニアになりたい人必見！】データ構造とアルゴリズム

今回は、データ構造とアルゴリズムについてまとめました。エンジニアになりたい方に、欠かせない内容となっています。ぜひ最後までお読みください！

【初心者目線】Webアプリケーションの開発 第8回

【初心者目線】Webアプリケーションの開発 第8回を書きます。

【初心者目線】Webアプリケーションの開発 第12回

【初心者目線】Webアプリケーションの開発 第12回を書きます。

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

今回は、VBAを作成後の実行方法について、記載していきたいとおもいます。前回書いたサンプルコードを元に少しづつ実行していきます。

PythonでWebアプリケーションを作成するための備忘録

近年AIやディープラーニングの盛り上がりで注目されているPythonですが、特徴、できること、学習方法、Webアプリケーション構築に適しているのかを調べてみました。

C言語は将来性がある？C言語の特徴も解説！

現在ではプログラミングを身につけることによって、収入面やキャリア面が向上すると言われています。キャリアアップや転職を考えている上で、どのプログラミングを選択したら良いか悩んでいる方もいらっしゃるのではないでしょうか。その中でも、C言語は汎用性が高く需要も高いプログラミング言語です。しかし、C言語の特性やメリットを理解していないと、自身が思うようなキャリアアップへ繋がらないことも事実です。今回は、C言語をキャリアアップへ最大限に活かすために、C言語の基本や特徴をご紹介します。

【エンジニア向け】Rubyの特徴と将来性を徹底解剖

プログラミング言語の学習を進めるにあたって、各言語の特徴や需要、将来性を知ることは非常に重要です。その中でも、Rubyは独自の特徴と将来性を持つ言語として注目されています。本記事では、Rubyの特徴、将来性、メリット、デメリット、そしてRubyエンジニアの年収について詳しく解説します。

【エンジニア向け】TypeScriptの特徴と将来性を徹底解剖

プログラミングの世界は日々進化し、新たな言語やツールが登場します。その中でも、TypeScriptは近年急速に注目を浴びている言語の一つです。エンジニアとしてのスキルアップや、将来性を考える上で、TypeScriptの特徴や魅力について知っておくことは非常に重要です。この記事では、TypeScriptがどのような言語で、なぜ多くの開発者に支持されているのか、そして将来性やメリット、デメリットについて詳しく解説します。自分のキャリアにおける次の一手を考える際に、TypeScriptがどれだけ有望かを理解し、活用の可能性を探ってみましょう。

システム開発で行うテスト工程と概要のまとめ

開発するシステムの品質を担保するために開発工程に応じてシステムのテストを行う必要があります。開発工程ごとに行うテストではどのようなものがあるのか、そこではどのようなことを行うのかを説明します。「ウォータフォール型開発」と「アジャイル型開発」の開発手法がありますが、ここでは「ウォータフォール型開発」の手法に絞って説明します。

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

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

【ソフトウェアテスト】状態遷移テスト

何かの操作を行うと何かのアクションを実行して実行後の状態になり、実行後の状態からさらに次の操作を行うとまたアクションを返すといったように、ソフトウェアに限らず何かしらの機能を持つものは、機能を使う前と機能を使った後でそれぞれ状態が変わります。状態が仕様想定どおりに遷移しているかどうかを確認する技法として、状態遷移テストがあります。

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

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

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

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