検索キーワード: 「IPアドレス」


【Swift】TableViewのカスタムセルの作り方と使い方【TableViewCell】

何かと使用頻度の多いTableView。今回はそのTableViewのに使われるセルのカスタム方法について解説します。カスタムセルの作り方の説明、扱い方の説明などできるだけ細かく説明していますので、iOSのアプリ開発が初心者の方にも参考になると思います。環境・MacOS Ventura 13.0・Xcode 14.2・Swift version 5.7.2

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

【C# WPF】WPFを理解したいC#初心者の話【オブジェクト指向編1】

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

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

CocoaPods自体のアップデートでのトラブル備忘録

Flutterの環境構築の関連ツールのインストール状態を確認で、インストールしてあるCocoaPodsのバージョンが古かったため、アップデートしたときのトラブルの備忘録として記載します。最近は、OSS利用時、SPMで管理できるようになってきているので、CocoaPods更新は、おざなりになりがちの方、このケースにヒットするかもしれません。同じ現象で悩まれる方の参考になればと思います。◆環境  ・Macbook Pro 2023(チップ Apple M2 Max)  ・MacOS Ventura 13.6.3  ・Xcode 15.1  ・CocoaPods → 以前、別ユーザで古いバージョンをインストール済(v1.8.4)

開発環境関連(PG/フロントエンド)

【C# WPF】WPFを理解したいC#初心者の話【アプリ作成編3】

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

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

【Swift】MVPアーキテクチャの簡単なサンプル【iOS】

今回はModel-View-Presenter[MVP]アーキテクチャのデザインパターンで簡単なサンプルを作成します。ModelではDBやAPIアクセスの処理、Presenterではその他の処理、描画はViewで行う考え方に基づき実装しました。これから作るサンプルではModel内でRealmSwiftを使用します。環境・MacOS Ventura 13.0・Xcode 14.2・Swift version 5.7.2

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

ActiveReports学習2

前回までは、ActiveReportsの特徴やレポートの種類について学習しました。今回からは構造について学習していきたいと思います。

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

jQueryの基本(セレクター編)

jQueryでは、処理対象の要素をセレクターを利用して指定します。CSSと同じセレクターを利用することができるため、標準のJavaScriptに比べて柔軟に要素を指定できるようになっています。

開発環境関連(PG/フロントエンド)

データベースエンジニアの仕事内容や求められるスキルをご紹介!

データベースエンジニアとはデータベースと言う膨大なデータを管理するためのツールを扱うスペシャリストのことを指します。データベースは、アプリケーション開発やシステム開発にとってなくてはならないツールとなります。アプリケーションやシステムは必ずデータベースと連携して動作しています。具体的には、顧客情報を管理したりマスター情報と呼ばれるアプリケーションで使う設定値を管理したりしています。データベースは各テーブル間の整合性を保つ必要があります。そのためにはデータベース設計を行う必要があります。データベース設計は、プログラム開発やプログラム設計と同じくらい重要な役割を担っており、専門性が必要とされます。そこで今回はデータベースエンジニアの仕事であったり、必要なスキルや知識をご紹介していきます。データベースエンジニアを目指している場合は、ぜひこの記事を見て参考にしてください。

学習・スキル

【初心者用】SQLのクエリ操作基礎2

タイトル通りですが、SQL初心者がクエリ操作に関して学んだことまとめていきます。操作方法について忘れていることが分からないことが多いので、クエリ操作について基礎を学んでいきます。

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

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

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

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

テスト工程について

初心に帰ってテスト工程について復習していきたいと思います。

初心者

関連タグ

カテゴリ別人気記事

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

週間人気記事

もっと見る