Flutterを使ってみよう その９（レイアウト方法③）

前回の続きで複数の子ウィジェットをレイアウトする場合の説明とそれらを使った例などに触れていきたい思います。以前までに触れてきた下記のウィジェットも複数の子ウィジェットをレイアウトするウィジェットです。　・Row ：水平整列時に使うウィジェット　・Column ：垂直整列時に使うウィジェット　・ListView ：リスト表示時に使うウィジェット　・GridView ：グリッド表示時に使うウィジェット以降は、その他でも有用なレイアウトウィジェットについて触れておきたいと思います。

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

データベースに関する基本知識とSELECT文の基本

TCP/IPの階層モデルのアプリケーション層について、もう少し詳しく学習していきます。また、TCP/IPの通信例を元に、パケットの処理について学んでいきましょう。

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

【ソフトウェアテスト】ドメイン分析テスト

同値分割法/境界値分析については他の記事で記載しましたが、ドメイン分析テストも境界値を用いてテストします。このテスト方法は、関係性のある複数の変数について、入力データの有効範囲にフォーカスしてテストをする手法です。同値分割法/境界値分析では、一つの機能に関して境界がいくつか設定されていて、各境界の前後でそれぞれ動作が変わるような仕様に対してパーティションを分けてテストしていましたが、そのような数値による境界をもつ機能がいくつか関連して複数結果に分かれるような仕様のケースでは、ドメイン分析テスト技法が使用できます。ゲームのダメージ計算式で、与えた最終ダメージ数値に応じてクリティカル倍率をかけた数値を上乗せするといった場合に、元となるダメージ数値がいくつか、相手の防御数値がいくつか、数値いくつ以上でクリティカル倍率は何倍が適用されるか、各数値には有効・無効となる境界があり、かつ最終の数値ごとに複数のクリティカル倍率が用意されているといった仕様があったときに、ドメイン分析テストによって必要なテストケースを洗い出すことができます。

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

【QA】テスト観点の出し方

システム開発における評価・検証は、避けることのできないバグや不具合を市場に流通する前に可能な限り取り除くことのできる重要な工程です。またテスト観点が明確なテストケースは実施者ごとの評価精度のブレを防ぎ、不具合の発見率を高めることができます。しかしこの工程を最大限活かすには"なぜそのテストをするのか”、”そのテストで何を確認したいのか”という観点を正確かつ明確に定めていなければなりません。テスト観点の洗い出しが不十分なまま重大な不具合を見逃してしまうことで機会損失や信用を失うなど、多くのリスクを生んでしまう恐れがあります。

ITエンジニアのキャリアアップと平均年収について：求める収入を得るためのスキルアップ方法と転職のポイント

近年、IT業界は高い需要と平均年収の高さから、エンジニア職種は注目を集めています。しかし、どのような職種や言語を学ぶことで、どの程度の収入が得られるのかは知らないという人も多いでしょう。本記事では、ITエンジニアの平均年収を職種別や言語別にまとめ、キャリアアップのためのアドバイスを提供します。

【初心者用】Kotlinについて

前回Javaについてまとめたので、今回はKotlinについてまとめようと思います。Androidアプリ開発で活躍しているとのことで、今後必要になった場合のためしっかりと学んでおきたいと思います。

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

【初心者用】C++について

C#について最近調べることがあったので、C++についても学びなおそうと思い今回選びました。C++を使用する必要がある時の為に、C++がどのような場合に使用するべきなのかまとめていきます。

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

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

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

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

【デザインパターン】SingletonとFacadeについて

プログラミング言語について学習しているとオブジェクト指向を学ぶことが出てくると思います。オブジェクト指向をある程度理解したあとはデザインパターンについて学ぶことが出てきます。本日はデザインパターンについて概要を説明したあとSingletonとFacadeについて解説していきたいと思います。

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

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

【Excel　VBAマクロを実行するための初期設定】(３回目)

今回は、VBAを作成後の実行方法について、記載していきたいとおもいます。前回書いたサンプルコードを元に少しづつ実行していきます。

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

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

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