Python基本文法3

グローバル(global)宣言・グローバル変数とは、関数内でグローバル変数にアクセスするための宣言です。ローカル変数（関数定義の内部で定義した関数）とグローバル変数（関数定義の外側で定義した変数）があります。glb = 0def func1():    glb = 1def func2():    global glb    glb = 5print(glb) # 0が出力されるfunc1()print(glb) # 0が出力されるfunc2()print(glb) # 5が出力される

インフラエンジニアがCCNA資格を取得するべき理由と試験のポイント

インフラエンジニアとしてのキャリアを積んでいくためには、自分のスキルや知識を常にアップデートしていくことが必要です。しかし、どのようなスキルや知識が必要なのか、どのように学習すればいいのか、悩んでいる方も多いのではないでしょうか。そんな方におすすめなのが、CCNA（Cisco Certified Network Associate）という資格です。CCNAは、ネットワークの基礎から応用までを網羅した、世界的に認められた資格です。この記事では、CCNAとは何か、CCNAを取得するメリット、CCNAの難易度と試験の概要、CCNAの試験範囲について解説します。

Flutterを使ってみよう その６（画像表示 他）

前回の記事の続きです。今回は、今まで触れていない実装方法の知識を深めていきましょう。環境　・MacOS Ventura 13.6.3　・Xcode 15.1　・VSCode 1.85.1　・Flutter 3.16.5　・Dart 3.2.3

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

【Java基礎】Java未経験から習得を目指す　環境構築編

どうも、C++が最も得意なプログラマです。仕事の関係でJavaを扱うことになったのですが、Javaに関しては全くの未経験ですので、今回からJavaについて学んでいこうかと思います。

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

PHPフレームワークの最前線：2024年最新トレンドとおすすめ解説

PHPは、ウェブ開発の世界で広く使用されているプログラミング言語の一つです。その柔軟性と使いやすさから、多くの開発者がPHPを選んでいます。しかし、大規模なプロジェクトや複雑なウェブアプリケーションを開発する際には、フレームワークの使用が不可欠です。またエンジニアのキャリアを積み上げる過程で、フレームワークの知識と経験は不可欠な要素となります。特にPHPは、その普及率の高さから、多くのプロジェクトで採用されており、PHPのフレームワークに精通していることは、多くの場面で大きなアドバンテージとなります。しかし、多種多様なフレームワークが存在する中で、どれを選び、どれを学ぶべきか迷ってしまう人もいるのではないでしょうか。それぞれのフレームワークには、独自の特性と利点が存在します。この記事では、PHPのフレームワークについて、そのメリットと、現在人気のあるいくつかのフレームワークについて詳しく見ていきましょう。

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

Webアプリケーションとは何かについてです。

インフラエンジニアのキャリアアップに必要な資格とは？難易度別にご紹介！

インフラエンジニアとして活躍される方々の中には、社内の保守・運用案件に配属され、やりがいを感じながらも、日々ルーティンワークに追われて成長を実感できず、将来に不安を抱く方もいらっしゃるかもしれません。そこで、本記事では、そのような方に向けて、インフラエンジニアのキャリアアップに必要な資格についてご紹介します。

【iOS】初めてのSwiftUI 【Part2】

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

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

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

【初心者目線】Webアプリケーションの開発 第7回を書きます。

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

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

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

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

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

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

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

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