検索キーワード: 「サーバーエンジニア」


【初心者向け】Packet Tracerでネットワークを学ぶ(ルーティング②)

Packet Tracerでネットワークを学びます。

詳細設計(内部設計)(インフラ)

【初心者用】SQLのクエリ操作基礎3

タイトル通りですが、SQL初心者がクエリ操作に関して学んだことまとめていきます。操作方法について忘れていることが分からないことが多いので、基礎を学んでいきます。

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

テスト自動化のニーズ

https://www.veriserve.co.jp/asset/approach/column/test-automation/test-automation01.htmlテストの自動化とは、人の手によって行われるソフトウェアテストの全て、もしくは一部をツールを用いて自動でテストを行うことを指しています。ソフトウェアテストには、『テスト設計・テスト実施・実施結果の確認・進捗管理・レポートの作成等』の作業があります。これらの作業の効率向上・範囲の拡大、またはコスト削減・実施時間の短縮に利用される仕組みがテストの自動化です。自動テストと手動テストの違いは以下の通りになります。

Flutterを使ってみよう その3(開発前準備)

前回のサンプル実行の記事の続きです。今回は、サンプルプロジェクトから開発のために何を抑えておけばよいか知識を深めていきましょう。環境 ・MacOS Ventura 13.6.3 ・Xcode 15.1 ・VSCode 1.85.1 ・Flutter 3.16.5 ・Dart 3.2.3

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

【初心者用】SQLのクエリ操作基礎4

タイトル通りですが、SQL初心者がクエリ操作に関して学んだことまとめていきます。操作方法について忘れていることが分からないことが多いので、基礎を学んでいきます。

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

【Java基礎】Java未経験から習得を目指す 基礎知識編2

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

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

【初心者用】PHPとは

フロントエンド開発の勉強をしていて基本的にはNode.jsを使用していたのですが、次回はPHPを使用してサーバー側の処理を作成しようと考えているので今回まとめようと思います。また、結構PHPを使用している所が多いようなので、知らないよりも知っている方が何かと便利かなと思います。

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

デザインパターンを踏襲した決済機能の開発

Docker環境を取り扱うためのAWS環境のセットアップ手順と、AWS環境へのデプロイを実施し、その構成の学習を目的とします。最終目標としてDocker環境をサーバにデプロイし、本運用を見越したDocker環境でのリリースを実施します。■環境 ・Windows 10 ・VSC version 1.83.1 ・Docker Desktop  ・AWS

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

【初心者向け】Packet Tracerでネットワークを学ぶ(NAT)

NATとはNetwork Address Translationの略称でIPアドレスを変換する技術です。 インターネットに接続する際にプライベートIPアドレスをグローバルIPアドレスに変換します。

詳細設計(内部設計)(インフラ)

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

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

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

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

マニュアル作成で心がけることとは

皆さんはシステム開発現場のマニュアルや仕様書などのドキュメントに対して、どのようなイメージをお持ちでしょうか。 実際にシステム開発の現場で整備されていたマニュアルが、めちゃくちゃ役に立ったと考えているかたは、ごく少数なのではないでしょうか。 各プロジェクトで、エンジニアの入れ替わりが当たり前になった昨今では、業務マニュアルやシステムの操作マニュアルがない会社はないと言っても過言ではありません。 ・分厚くて読む気がしない ・どこに何が書いてあるのか分かりにくい ・そもそも読んでも理解できない ・プロセスやトラブルの解決策が抜けがち ・書いてある内容が古い(アップデートされていない) 上記の内容はいずれも、マニュアルが風化する原因の1つです。 裏を返せば、マニュアルを作る側が、上記のような状態にならないように気をつけるべき項目とも考えることが出来ます。 実際、多くのシステム開発の現場で、マニュアルと実際に稼働しているシステムとの情報が乖離しており、マニュアルはストレージを圧迫する邪魔な存在。だと認識されているケースが多いです。 今回の記事では、システムの操作マニュアルに関して、みなさんが実際にマニュアルを作成する場合に、分かりやすく使いやすいマニュアルを作るために心がけるべき5つのポイントについて解説していこうと思います。

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

関連タグ

カテゴリ別人気記事

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

週間人気記事

もっと見る