検索キーワード: 「ルートファイルシステム」


Flutterを使ってみよう その3(開発前準備)

前回のサンプル実行の記事の続きです。今回は、サンプルプロジェクトから開発のために何を抑えておけばよいか知識を深めていきましょう。環境 ・MacOS Ventura 13.6.3 ・Xcode 15.1 ・VSCode 1.85.1 ・Flutter 3.16.5 ・Dart 3.2.3

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

【Mac OS】簡単なバッチファイル作成

そもそもバッチファイル(batch file)とは、Windows環境において実行したいコマンド列が記述されたテキストファイルです。拡張子が「.bat」のため、BATファイルとも呼ばれます。その他にも「.sh」拡張子も使用されます。Mac OSでは「.command」や「.sh」が拡張子になります。バッチファイルにコマンドを記述してその処理を順番に実行することを、バッチ処理と言います。つまり、バッチファイルに上からコマンドを書いていけば、その順番で実行されるということです。頻繁に実行する処理の一連の流れをバッチファイルに記述しておけば、いつでもまとめてその処理を実行できます。バッチファイルのコーディングには、RubyやPythonといったスクリプト言語が用いられます。

ネットワークの基礎③

TCPはTransmission Control Protocol、IPはInternet Protocolの略称になります。TCP/IPは、インターネット環境の通信を実現するための世界標準的に利用されているプロトコルのことです。機器やOSが異なっていても共通のプロトコルにより通信を可能にしています。TCP/IPの誕生から現在、そしてプロトコルについて学習していきたいと思います。

その他(インフラ)

基本設計・詳細設計とは

システム開発にはさまざまな工程があります。要件定義・基本設計・詳細設計などなどの工程が存在します。設計書を作成するのは、開発工程の前段階である「設計」工程。設計工程はシステム開発の方向性を左右するため、特に重要とされています。さらに設計工程は「基本設計」と「詳細設計」に分かれます。設計業務に携わっていなくても、名前は聞いたことがあるという方は多いのではないでしょうか。ただ、具体的にどのような違いがあるのか明確に理解できていない方もいるかもしれません。

基本設計(外部設計)(PG/フロントエンド)

【iOS】初めてのSwiftUI 【Part2】

【iOS】初めてのSwiftUI 【Part1】が長くなりそうだったので、Part2としてこちらに記録します。それではSwiftUIで新規プロジェクトを作成済みの状態から始めていきます。環境・MacOS Ventura 13.0・Xcode 14.2・Swift version 5.7.2

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

キャリアアップへの最短ルート!エンジニアにおすすめのJava資格とその取得方法

Javaは、世界中で最も広く使われるプログラミング言語の1つであり、多くの企業や開発者にとって重要なスキルとなっています。Javaを使ったアプリケーション開発やWeb開発に携わるエンジニアにとって、Javaの資格取得は、より高い技術力と信頼性を証明する重要な手段の一つです。この記事では、Java資格の種類や難易度、必要学習時間、おすすめの資格について解説します。

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

【初心者目線】Webアプリケーションの開発 第3回について書きます。

Go言語で超簡単なアプリケーションを開発してみた

こんにちは、今回はGo言語を使用したアプリケーションの作成を行っていきます。Go言語はGoogleが開発したプログラミング言語で、C言語のようなシンプルな構文とJavaのような並行処理のサポートが特徴です。Go言語を使用することで、高速で安全なアプリケーションを作成することができます。それでは、実際にアプリケーションを作成する手順を見ていきましょう。

イチから学ぶデータベース・SQL(3)

前回まではデータベースの基本やSQLの基礎について説明してきました。 今回からは、SQLを実務で使うための基本的なことについて学びながら説明していきます。

製造・コーディング(インフラ)

【初心者向け】Dockerについて学ぼう

皆さんはDockerについてご存じでしょうか。この記事はDockerについて知らない人や名前だけは知っている程度の人や、環境として利用している程度の人を対象にどんなものなのか、どういったメリットやデメリットがあるのかを調査し、まとめてみました。

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

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

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

関連タグ

カテゴリ別人気記事

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

週間人気記事

もっと見る