検索キーワード: 「組み込みシステム」


【Swift】画面レイアウトをxibファイルに作成する方法【storyboard】

storyboardファイル内で画面遷移とレイアウトの両方を作成していると、画面数が多くなったり、複雑なレイアウトを作成したりした時にどうしても動作が重くなってしまうことがあります。複数人でで作業をしたり、テストをしたりする際にもストーリーボードに全てが詰まっていると作業がしづらいことも多いと思います。これらの問題を解消するために今回は、・stroyboardファイルにはViewControllerと画面遷移のみ・xibファイルに画面レイアウトを作成するこのような形で画面ごとのレイアウトを別ファイルで作成したサンプルプロジェクトを実装してみます。レイアウトを別ファイルで行うことのメリット・デメリットをまとめると以下のようになります。

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

【初心者用】CCNA学習#2OSI参照モデル

本日は、OSI参照モデルと、物理層について簡単にまとめていきたいと思います。上記の内容も、非常に大切な内容になりますので、しっかりと把握していきましょう。

その他(インフラ)

【初心者用】CCNA学習#4

今回から、何回かにわけてネットワーク層について、まとめていきたいと思います。

その他(インフラ)

CCNA学習#5未経験の方向け

復習・トランスポート層(レイヤ4)とは、通信における信頼性に関するプロトコル群です。・通信の方式、通信状態の確認方法、以上発生時の対処など通信が期待通り行われるためのプロトコルを定義しています。前回までは、ホスト同士の通信IPアドレスについて、まとめていました。IPアドレスが郵便番号、ポート番号が住所でかみ砕いて理解しましょう。

その他(インフラ)

自宅のWindowsでRuby on Rails ~ 非同期処理

今回は、Railsでの非同期処理について学習していきます。自宅のWindowsでRuby on Rails ~データベース操作2で途中まで実装していた、仕入帳アプリの続きを実装しながら学習します。

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

【テスト入門】エンジニア初心者が知っておくべきテストの基礎知識

現代のIT業界において、エンジニアは欠かせない存在となりました。その中でも、エンジニアとして働き始めたばかりの方々は、自分に足りていないスキルや知識を知り、成長していくことが重要です。今回は、そんなエンジニア初心者の方々に向けて、テストエンジニアについて詳しく解説します。

学習・スキル

【JSTQB(FL)対策】第3章静的テスト

こちらの記事ではJSTQBのシラバスのうち、第3章静的テスト分野における以下の分野の学習内容及び学習してみて私が思ったことについて記載します。

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

【初心者用】AWS基礎⑤

前回はクラウドプラクティショナーの出題範囲のうちのテクノロジー分野のデプロイと運用からAWSの主要サービスの識別分野のところを少しだけ学習してきました。今回はAWSの主要サービスの識別の続きから学習していきたいと思います。

その他(インフラ)

【初心者用】AWS基礎⑨

前回は、「テクノロジーサポートのリソースを特定」の学習を進めてきました。今回は「請求と料金」から進めていきたいと思います。

その他(インフラ)

データ操作文(DML)を使ったデータ操作の基本

業務では、テーブルに対して何らかのデータを追加したり、変更、削除を行うことがあります。ここでは、その操作で使用するINSERT文やUPDATE文などについて記載しています。

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

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

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

初心者

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

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

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

関連タグ

カテゴリ別人気記事

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

週間人気記事

もっと見る