組み込み開発とは？C言語からJavaまで！その種類や特徴を解説

組み込み開発では、ハードウェアと密接に連携するプログラミング言語を使って、限られたリソースの中で高いパフォーマンスを発揮するシステムを作ることができます。組み込み開発には、ハードウェアとソフトウェアの両方の知識やスキルが必要であり、近年ではIoTやウェアラブルデバイスなどの普及により市場のニーズが再び高まっています。この記事では、組み込み開発とはなにか？その特徴やプログラミング言語の種類、メリット・デメリットについて解説していきます。

【初心者向け】境界値分析について

本記事ではテスト技法の一つの「境界値分析」について解説していきます。

【初心者向け】状態遷移図と状態遷移表について

本記事ではテスト技法の一つの「状態遷移図と状態遷移表」について解説していきます。

テスト自動化について

近年、ソフトウェア開発の現場では“スピード”が勝負の鍵となっています。ユーザーの期待に応え続けるには、頻繁なアップデートとリリースが欠かせません。しかしその裏で、大きな課題となるのが「テスト工程」。そこに立ちはだかる工数の壁や品質保証のプレッシャーを、解決へと導いてくれるのがテスト自動化ツールです。今回は、実際に現場で自動化に携わってきた経験をもとに、テスト自動化の必要性や導入時のメリット・デメリット、代表的なツールの比較、そして国産の新興ツールまで、リアルな目線でお届けします。

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

テスト技法と種類

テスト技法とは、ソフトウェアテストのテストケースを作成するための技法です。同値分割法、境界値分析、デシジョンテーブルテストなど、さまざまなテスト技法が存在します。テスト技法を利用することで、テストケースの抜け漏れを防いだり、効率よくテストケースを作成することができます。

GitHub Actions でCIテスト・デプロイハンズオン

アジャイル開発ではスプリントを決めて開発を行い、修正を都度対応する必要があるため、スピード感を求められる開発現場が多い。そのため、継続的インテグレーション（CI）や継続的デリバリー/継続的デプロイ（CD)を導入し、マージやデプロイのコストを下げ、効率的な開発を実施したいが、初期導入コストや学習コストなど様々な観点から実施が見送られるケースも少なくない。今回はCI/CDを学習し、プロジェクトに対して現実的に導入する際のメリット・デメリットに関して言及していきます。

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

【初心者向け】Packet Tracerでネットワークを学ぶ（ルータの設定②）

ここでは様々なルータの設定方法を紹介します。

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

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

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

その他(SE)

【初心者向け】CCNA基礎 10章

こちらでは、CCNAの資格取得へ向けた情報を記載いたします。

【C# WPF】WPFを理解したいC#初心者の話【プロジェクト作成編】

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

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

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

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

テスト(SE)

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

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

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