SwiftUIの基礎学習とUIKitとの連携【iOS】

先日SwiftUIに初めて触れてシンプルなコードでUIが実装できることにとても魅力を感じました。SwiftUIについてもっと詳しく調べたくなったので、基礎的なことを組み合わせてどんな事ができるのかもう少し詳しく調べてみたいと思います。環境・MacOS Ventura 13.0・Xcode 14.2・Swift version 5.7.2

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

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

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

製造・コーディング(SE)

Flutterを使ってみよう その１１（入力操作②）

今回は、ポップアップ等の別画面での入力操作用のウィジェットの実装方法の知識を深めていきたいと思います。環境　・MacOS Ventura 13.6.3　・Xcode 15.1　・VSCode 1.85.1　・Flutter 3.16.5　・Dart 3.2.3

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

システムエンジニアに必要なスキルって？現役のシステムエンジニアが教えます

システム業界で活躍して数年経つと、プログラマーとしてスペシャリストになるのか、システム開発に携わる領域を更に広げてシステムエンジニアになるのか、悩まれる方も多いと思います。本記事では、システムエンジニアを目指す方や、システムエンジニアとしてキャリアを積みマネージャーとしてステップアップしたい方に向けて、現役のシステムエンジニアが必要なスキルを解説します。

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

前回の続きで他のレイアウトについて、触れていきたいと思います。環境　・MacOS Ventura 13.6.3　・Xcode 15.1　・VSCode 1.85.1　・Flutter 3.16.5　・Dart 3.2.3

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

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

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

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

【ソフトウェアテスト】ソフトウェア開発とテスト活動について②

「【ソフトウェアテスト】テストレベルについて　①」記事に記載のとおり、開発ライフサイクルモデルには形式や期間によってさまざまなモデルがあり、テストを実施するタイミングもモデルによってさまざまです。先に挙げた開発工程の例である要件定義→設計→開発→テスト→リリース/保守を一連の流れとする開発ライフサイクルも、このフローを開発期間の流れとして実施するのはあくまでウォーターフォール型モデルのようなシーケンシャルな開発ライフサイクルであり、イテレーティブ開発モデルやインクリメンタル開発モデルでは、各工程とテストが同時に進行したり、無駄をなくすことを目的としてあえて一部工程を省くこともあります。V字モデルは各工程とテストが同時進行する例です。要件定義の段階で要件定義に対するテストを実施、システム設計の時点で設計された内容に対してテストを実施といったかたちで、開発完了後にようやくテストではなく、常に工程の早期段階でテストを実施します。開発完了後のテストで不具合が検出されると工程の手戻りが発生してしまい、工数に無駄が生じますが、早期にテストを実施することにより、上流工程の段階で不具合や懸念を可能な限り取り去って開発作業の手戻りを少なくし、無駄な工数の増加を防いだり、最終的な品質の向上を目指すことができます。このようにV字モデルの左側で行う開発活動に対して早期にテストを実施して効率的な開発活動を目指す手法をシフトレフトと呼びます。イテレーティブ開発モデルやインクリメンタル開発モデルとなると、さらに各工程とテストが早期段階で実施されていきます。全体的な流れをより細かく迅速に行い、それを細かく繰り返していくサイクルが、現在のソフトウェア開発形式の主流になってきています。

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

【QA】今更聞けない3つのテスト工程

ソフトウェアや機能の評価にはいくつかの工程があり、それぞれ異なる範囲と粒度でシステムを評価する目的があります。しかしシステム開発の現場によってはローカルなテスト名が運用されることが多く、自分が具体的にどの工程のテストに触れてきたのか曖昧にしか把握していない方も少なくないのではないでしょうか。様々な種別のテストがどういう目的で行われているのかを知ることで、プロジェクトにおける評価工程の在り方を理解していきましょう。

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

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

【入門】IPアドレスの基礎知識

IPアドレスの基礎知識についての記事になります。

開発環境関連(インフラ)

【初心者用】PowerBIで出来ることとは？

昨今の経営判断や意思決定には、データ分析が必要とされています。 データ分析や、データの可視化が注目される昨今、「Power BI」という言葉を耳にすることが多くなりましたが、皆様は「Power BI」という言葉をご存知でしょうか？ 今回紹介するPower BIはBI（ビジネス・インテリジェンス）ツールとしてマイクロソフト社から提供されている製品の１つです。 BIツールとは、企業が蓄積しているデータを分析し、その結果から得られたデータをあらゆる活動（経営判断など）に生かすためのツールです。 データそのもの自体が蓄積されるデータベースとは違い、レポートを表示したり、データ分析に関する豊富な機能を持ったソフトウェアのことです。 BIツールは世の中に多く存在しますが、BIツールの中でも注目されているのが「セルフサービスBI」と呼ばれる種類のBIツールです。 セルフサービスBIとは、データ分析を行う作業のおおよそ半分以上の作業をBIツールが自動化するというもので、効率良くデータ分析を行うことが出来るということで注目されています。 ただし、セルフサービスだからといって誰でも簡単に扱えるというわけではありません。 セルフサービスBIは、業務部門が主体になってデータ分析を実行できるようにするためのものであるため、ある程度データ分析に関する知識と製品知識が必要となってきます。 今回紹介するPower BIは、このセルフサービスBIに分類される製品であり、一般的なITに関する知識があれば比較的簡単にデータ分析ができます。

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

テスト自動化について

近年、ソフトウェア開発の現場では“スピード”が勝負の鍵となっています。ユーザーの期待に応え続けるには、頻繁なアップデートとリリースが欠かせません。しかしその裏で、大きな課題となるのが「テスト工程」。そこに立ちはだかる工数の壁や品質保証のプレッシャーを、解決へと導いてくれるのがテスト自動化ツールです。今回は、実際に現場で自動化に携わってきた経験をもとに、テスト自動化の必要性や導入時のメリット・デメリット、代表的なツールの比較、そして国産の新興ツールまで、リアルな目線でお届けします。

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