【初心者用】Pythonでスクレイピングをしてみよう

前回の記事で、Pythonのプログラムを実行するための環境構築について解説しました。 今回の記事では、Pythonで出来る作業の代表格でもあるスクレイピングを実際に行い、プログラミングのイメージを可視化していければと思います。 前回の記事で構築した、Jupyter Notebookを使っていきます。

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

sts4でSeleniumを使ってみる

Seleniumをつかうと、結合テストを自動化した上にスクショまで取ってくれるということで、早速sts4で使ってみることにしました。

テスト(PG/バックエンド)

インフラエンジニア1年目がフロントエンドの転職に必要な知識・スキル

開発に興味があるものの、何を学べばよいのかがわからず、日々のサーバー保守・運用案件に忙殺されているという若手インフラエンジニアの方は多いのではないでしょうか。本記事では、開発にチャレンジするべきか、このままインフラのスキルを磨くか、悩みを抱える方に向けて、フロントエンドエンジニアの仕事内容や必要な知識・スキル、役立つ資格などについて解説しています。

C言語は将来性がある？C言語の特徴も解説！

現在ではプログラミングを身につけることによって、収入面やキャリア面が向上すると言われています。キャリアアップや転職を考えている上で、どのプログラミングを選択したら良いか悩んでいる方もいらっしゃるのではないでしょうか。その中でも、C言語は汎用性が高く需要も高いプログラミング言語です。しかし、C言語の特性やメリットを理解していないと、自身が思うようなキャリアアップへ繋がらないことも事実です。今回は、C言語をキャリアアップへ最大限に活かすために、C言語の基本や特徴をご紹介します。

【なぜ注目？】Kotlinの特徴と将来性を徹底解説

プログラミング言語の学習は、自身のキャリアに大きな影響を及ぼす重要な選択です。特にKotlinという言語は、その魅力や将来性から多くの注目を浴びています。こちらの記事では、Kotlinの特徴や魅力、将来性に焦点を当てて解説していきます。

【エンジニア向け】Rubyの特徴と将来性を徹底解剖

プログラミング言語の学習を進めるにあたって、各言語の特徴や需要、将来性を知ることは非常に重要です。その中でも、Rubyは独自の特徴と将来性を持つ言語として注目されています。本記事では、Rubyの特徴、将来性、メリット、デメリット、そしてRubyエンジニアの年収について詳しく解説します。

【エンジニア向け】TypeScriptの特徴と将来性を徹底解剖

プログラミングの世界は日々進化し、新たな言語やツールが登場します。その中でも、TypeScriptは近年急速に注目を浴びている言語の一つです。エンジニアとしてのスキルアップや、将来性を考える上で、TypeScriptの特徴や魅力について知っておくことは非常に重要です。この記事では、TypeScriptがどのような言語で、なぜ多くの開発者に支持されているのか、そして将来性やメリット、デメリットについて詳しく解説します。自分のキャリアにおける次の一手を考える際に、TypeScriptがどれだけ有望かを理解し、活用の可能性を探ってみましょう。

【初心者用】バックエンドとフロントエンド

フロントエンドの開発の勉強を主にしていたので、バックエンド側についての知識が少ないのでまとめたいと思います。フロントエンドとバックエンドの各役割や違いなどを、漠然と理解していたので今回で明確に理解しておこうと思います。

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

【初心者用】Ruby on railsとは

基本的にはReactなどの他のプログラミング言語で開発の勉強などをしていましたが、それ以外の言語を学ぶことがあまりありませんでした。最近ではReact、Vue、AngulerなどのWeb系プログラミング言語が多く使用されているため、Ruby on railsなどを改めて学ぶ機会がありませんでした。ですので、改めて知識の幅を広げるためRuby on railsについて学ぼうと思います。

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

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

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

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

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

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

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

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

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