検索キーワード: 「始めやすいプログラミング言語」


IDE(統合開発環境)で何ができる?プログラム初心者におすすめしたいIDEを4つ厳選!

この記事ではプログラミングをサポートする強力なツールである、統合開発環境(IDE)に焦点を当て、IDEとはなにか?何ができるのかを解説します。後半では、特にプログラミング初心者におすすめしたい4つのIDE、NetBeans、Eclipse、Visual Studio、X Codeをピックアップし、それぞれの特徴やメリットを紹介しますので、あなたの仕事をサポートする最適なIDEを見つけてください。

初心者

【Java】ビルドツールについて学ぼう

Javaで開発を行う際、ビルドツールを利用された経験はありますか。Javaのビルドツールにはいろいろと種類があります。私はMavenとGradleしか知りませんでした。他に存在するビルドツールの種類についてや、メリット・デメリットについて記事作成を通して学んでいこうと考えてます。

初心者

Flutterを使ってみよう その5(画面遷移等の制御)

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

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

【五日目】Java学習

Java学習5日目

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

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

本記事ではJSTQB:Foundation Levelのシラバスを読んでいきます。ISTQBテスト技術者資格制度Foundation Level シラバス 日本語版 Version 2023V4.0.J01:https://jstqb.jp/dl/JSTQB-SyllabusFoundation_VersionV40.J01.pdf

初心者

【ソフトウェアテスト】テスト技法の有用性

世に存在するさまざまなソフトウェアテスト技法について、自身のナレッジ整理もかねて詳細をまとめようと思いました。ですが、いろいろなプロジェクトで開発エンジニア・PdM・PM・QAなどさまざまな方と関わらせていただく中で、QAテスター/テストエンジニア等のポジションの方以外には、ソフトウェアテストに技法が存在するということや、テスト技法を用いる意味とメリットについてあまり認識されていないかも知れないと思いました。まずはソフトウェア開発現場でソフトウェアテスト技法を用いたテストを実施することの理由などについてまとめます。

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

Vue.jsに触れよう2

Vue.jsは、JavaScriptフレームワークの1つとして急速に人気を得ています。軽量で使いやすく、学習コストが低いことから、多くの開発者に選ばれています。この記事では、Vue.jsの基本的なところから応用までを説明し、その魅力を探ります。

初心者

Vue.jsに触れよう7

Windowsのメモ帳とVue.jsを使用して日記を記録するアプリを作成しました。本記事では、作成したアプリの概要と実際に書いたコードを記したいと思います。

初心者

Vue.jsに触れよう8

Vue.jsを使ってカレンダーアプリを作成しました。本記事では、アプリとコードの説明をしようと思います。

初心者

【初心者用】APIについて

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

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

【初心者向け】ソフトウェア7原則について

テストを実行にあたって覚えておきたい項目にソフトウェアテストの7原則というものがあります。ソフトウェアテストの7原則とは、『ソフトウェアテストの7原則』とはISTQBテスト技術者資格制度 Foundation Level シラバス(以下シラバスとする)に記載されている、ソフトウェアテストを行う上で共通して理解しておく必要がある一般的なガイドラインです。テスト技術者資格制度 Foundation Level シラバス Version 2018V3.1.J03 (PDF)シラバスに記載のあるテストの7原則を解説します。

初心者

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

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

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

関連タグ

カテゴリ別人気記事

もっと見る
テレワーク関連人気記事

週間人気記事

もっと見る