常連

注目の的

初めて書き込むので、おかしな部分などありましたら申し訳ありません。


現在、インフラに興味があり、webデザイナーを辞めて転職しようか迷っています。
デザイナーとしては４年ほど勤めてきましたが、インフラに興味を持ち、そちらを学びたいと考えています。

プログラム言語の知識もほぼないですし、できるのはHTMLとCSS。
Jsはコピペレベルで、自分で書くことはできません。

お前には向いてないよ、難しいよ、と言われて尻込みしてるのですが、できることから始められたらと思っています。

インフラを学ぶにあたって、初心者向けのオススメの本がありましたらお願いします。
また、どういう流れで学習していったかなど教えていただけると助かります。

よろしくお願いいたします。

【追記】
ご質問があったのでまとめます。

私が転職を考えているのは
https://www.internetacademy.jp/it/it-industry-map-and-four-occupations.html
ここの、
「ソフトウェア業界」の「3.ネットワークエンジニア」です。
他にもいろいろ興味はありますが、今回はこれについての学習方法です。
私の中のインフラのイメージがこれだったのでご迷惑をおかけしました。
さらに言いますと、未経験ですので将来どうなりたいかというのは、知識がしっかりとしていないので、はっきり考えていません。
漠然としたイメージで申し訳ないですが、仕事で通じるようになることが大前提です。

ちなみに、会社にある機材で学べる環境は整っているそうです。
まず何から手を付けていいのかわからなかったので質問しました。

_____

皆様ありがとうございました。
とても参考になりました。
資格情報と3分間ネットワーキングが勉強になりましたので、ベストアンサーを決定させていただきました。
色々ご指導くださりありがとうございます。
今後どうなっていきたいのか含めて、考えていこうと思います。
また何かありましたら、よろしくお願いいたします。

未経験からインフラを学ぶにはどうすればいいか

現在Unityを使いPlayerが近づくと逃げる敵を作成しています。

現在ステージ上には、
◦NavMeshを持った敵
◦操作できるplayer
◦最短距離で進むことを遮る障害物
◦1つ1つ違うTagで、Triggerによる当たり判定を持ったチェックポイントが数個(空のオブジェクトによる見えずにすり抜ける当たり判定)
があります。

私は敵が逃げるような挙動をさせるために、巡回するNPCなどをヒントに
Playerが、あるチェックポイントに触れるたびに、それに対応するチェックポイント(playerから逃げれる方向にあるチェックポイント)
を目的地として毎回設定するようにしたところ、結果敵が障害物を避けながらpalyerから逃げるような挙動にすることができました。

しかしこれだと、ステージを大きくしたとき今以上に大量のチェックポイントが必要になると予想できます。
もちろんそのまま、工夫をせずにごり押しで作成することもできますが、できるのであればもう少しスマートに作成をしたいです。

もっと工夫された敵の作り方のアイデアはないでしょうか？

例えば、逃げるNPCに関して便利な関数がる、だとか、そもそもNavMeshをつかわなくてもこれを使えば障害物をよけながら逃げるNPCは作れるだとか。。。。。

ちなみに私が考えたのは、playerの位置を参照し反対の方向に進むというものでしたが障害物を避けることができず。。。。

Unityで障害物をよけながら逃げる敵

駆け出し中のエンジニアです。
仕事としてコードを書いてレビューを頂く時に、

「空行」
「無駄なスペース」
「スペースがない」

など、言語の書き方の規則についてたくさんの指摘をレビュー時に頂いております。
自分でもチェックをしているつもりでも改行などはたまに入ってしまうことがあります。

規則なども色々なものがあり、どれを採用するかは企業次第とも聞きます。
そこでですが、何故このような規則文法にエンジニアの方は厳しいのですか？
見やすさ、保守性などでしょうか？

エンジニアの皆さんは何故「空行」「無駄なスペース」などの文法に厳しいのか？

デザインパターンについて学習しています．
GoFのデザインパターンが広く知られていることはわかりました．
ですが，これは1995年に生まれたものであり，現在は当時の技術や開発環境，
システムに求められる要件なども異なってきているのでは？と感じました．
そのため，現在，デザインパターンはどのようなものがあり，どのように実際の現場で使われているのかという疑問が湧きました．
簡単にでも結構ですので教えていただきたいです．

また，皆様が考えるデザインパターンの今後の展望についても伺いたいです．
どのようなデザインパターンが生まれ，デザインパターンがどのように使われていくのか等をお聞きしたいです．

デザインパターンの現状と今後

###前提・実現したいこと
デザインパターンにおけるシングルトンパターンについて
自分の書き方はシングルトンパターンなのか

###発生している問題・エラーメッセージ
自分の書いているコードがシングルトンパターンなのかわかりません。シングルトンを意識して書いていたわけではないのですが、インスタンスを一つしか生成しない点ではシングルトンパターンっぽいけど本質とは全然違う気がします。そもそもオブジェクト指向になっているのかも分かりません。

###該当のソースコード
```C++
//A.h
class A
{
    //内容A
}
```
```C++
//B.h
class B
{
    //内容B
}
```
```C++
//C.h
class C
{
    //内容C
}
```
```C++
#include<iostream>
#include< A.h >
#include< B.h >
#include< C.h >

int main(){
    A a;//インスタンス
    B b;//インスタンス
    C c;//インスタンス
    /*
            処理
      */
    return 0;
}
```



###補足情報(言語/FW/ツール等のバージョンなど)
言語はC++。Pythonでも同じような感じで作っています。
シングルトンのように専用のクラスを作ったり、コードとして保証している訳ではありません。それは分かって欲しいです。シングルトンで書かれたコードは見たことがあります。それのコードを回答として貼られても回答になっていないのでご容赦ください。

デザインパターンシングルトン、オブジェクト指向について

現在、書籍や実際の開発プロジェクトで色々とプログラムや、プロジェクトのノウハウを学び、入社当初に比べて読めるコードも読める書籍も増えてきました。

そうなるとやはり大事なのは情報収集をする環境、習慣を身につけ、それを”実践”することが成長の鍵になると考えています。

こちらのサイトも大変参考になることが多いので有効活用させていただいていますが、
他にこういった掲示板や、Newsなど有用で愛用しているサイト（スマフォで開けるとうれしい）はありますか？

個人設営のブログなどでも全然かまいません。

出来れば”綺麗なソースコード”、”美しいコード”が見れるのが好ましいです。
またC++が主に学びたいことですがそれ以外でもかまいません。

ちなみに書籍以外にした理由は通勤の合間に立ちながらでもさくっと見れてしまうものが好ましいからです。
よろしくお願いします。

追記：
適切なタグが分からなかったため、タグを「タグ」としています。

teratail以外に活用している書籍を除く"SEとしての広い知識"が身につく方法を教えてください。

オブジェクト指向（OOP）は変更に強い、と一般に言われます。
カプセル化とかいろいろな機能のおかげで、あとから仕様変更する場合などに他に影響が及びにくい、と。

しかし実際には銀行や官公庁の大規模プロジェクトで、システム開発の失敗や遅延、頓挫などをしばしば見聞きします。
それらはおそらくJavaでOOPで開発されているはずです。
失敗や遅延などする理由は、発注元の曖昧な要求や後出しの仕様変更の多発などが想像されます。

でもOOPであれば、少なくとも仕様変更には強いはず。
なのに、なぜ失敗しまくるのでしょうか？
なぜ仕様変更のたびに膨大な影響範囲の調査・テストが必要なのか？ ある一部分の機能を変更するだけなら、そのクラスの単体テストだけでいいんじゃないの？

「OOPは設計が大事。最初の設計がダメだった」という意見が想定されます。
しかし数百億円・数千億円規模のプロジェクトに関わるレベルの人ですら上手な設計が出来ないのであれば、じゃあ一体誰なら上手に出来るのでしょうか？
そう考えるとOOPって机上の空論というか、現実的に「仕様変更に強い」という夢のようなことは期待できないのではないでしょうか？

あと、もしOOPが理論どおりに機能する概念だとしても、開発に延べ何千人も関われば結局グズグズになっていくのではないでしょうか？ 少数精鋭でやったほうが速く安く正確に開発できるのでは？ そもそもなぜ延べ数千人・数万人もの開発者が必要なのか？ 規模がデカいだけで、機能個々のプログラムの内容自体はそんなに難しいものではないでしょう？
初心者に毛が生えたようなSEやプログラマ数千人かき集めるよりも、スーパーハカークラスを超高給で数十人雇ったほうがいいのでは？


質問を整理します。
0. オブジェクト指向は本当に変更に強いのか？
0. なぜOOP開発での失敗例が多発するのか？
0. 失敗例の教訓、改善法はあるのか？
0. なぜ少数精鋭チームで開発しないのか？


その他OOP開発や大規模プロジェクトの失敗等について思うところあればなんでもご意見ください。

大規模開発でオブジェクト指向は本当に変更に強いのか？

ネットで調べてほとんど記事が見つからないため、大変恐縮ですがこちらで質問させていただきます。SwiftおよびAndroidで開発したアプリについての質問です。

現在、アプリゲーム内で仮想通貨を発行し、その通貨をユーザー同士でやり取りするような形のアプリを考えております。

具体的には、まずユーザーはゲーム内課金と言う形でポイントを購入してもらいます（1000円課金で1000ポイントなど）。その後ゲーム内のアイテムなどをそのポイントでやり取りするような形式です。

まず第一前提となる質問なのですが、こういったアプリはAppleやGoogleは認めているのでしょうか。アプリ内課金のようなものは認められているのはわかりますが、こういった仮想通貨をユーザー同士でやり取りするのは可能なのでしょうか。

次に可能である場合ですが、実際に実装するとなった場合、各ユーザーのポイントの管理などは、自前のサーバーで行うと思うのですが、セキュリティに関してどのような措置をとるのが妥当なのでしょうか。

いろいろと理解不足で申し訳ございません。 
ご教示いただければ幸いです。よろしくお願いいたします。

アプリユーザー同士のゲーム内仮想通貨のやり取りについて

いつもお世話になっております。

4月より8年目のプログラマです。

歴はPHP5年、.NET系2年くらいです。
基本SESで社外に出ています。

本題になりますが、ここ最近1年で、どう考えても自分がエンジニアに向いていないと考えています。
下に自分がどうしてエンジニアに向いてないと思ったかの経緯を記述します。

皆様が考えるエンジニアに向いていない人ってどんな方ですか？
ここで見ていただいている方はバリバリのエンジニアだと思いますので、
過去こんな人が居ました、等教えていただければ幸いです。


**自分が向いてないと思っている理由**

**①プログラミング能力の問題**
 既存サービスの改修とかはできるが、１からサービスを立ち上げたり、基盤を作ることができない。
既存サービスであれば新規で画面や機能は作れます。
8年目となれば開発リーダー的な位置にいないといけないですよね。
（新卒3年目でお前はエンジニア向いてないとマネージャーから言われた過去があります。）

**②興味の問題**
 ・言語などに興味がほとんどありません。
   ただSwiftは個人で頑張ってみようとは思ってます。
 （仕事はPHP/Laravel Frameworkです。）
 ・インフラには全く興味がありません。なのでサーバがどうとか、ネットワーク構成図とか全然わかりません。
 ・開発よりはマーケティングや、サービスの企画・運営の方が面白そうと思っています。
→経緯は、現在ベンチャー企業にSESでお世話になっており、マーケティングや企画・運営の仕事も見る機会があり。

**③IT業界の問題**
 主に開発言語になりますが、開発言語の進化？のスピードについていけない。
 JSだったり、Frameworkだったり。

**④その他の問題**
 ・Dockerの勉強会でみんな同じことやっているのに自分だけDockerが立ち上がらない
 ・Gitで度々問題を起こす（プルリクエストがなぜかいろんな人のブランチを巻き込んだ状態になったりする。）
 ・コマンドプロンプト/ターミナルが全然使えない（コマンド系が使えない）

エンジニアに向いているか、いないか

###WPF で作った MainWindow の縦横サイズを動作環境で可変する方法が知りたいです
タブレット端末向けアプリを作成しています。
MainWindow のサイズが 2048x1536 ですが、デスクトップ環境で動作させる時だけ 1024x768 にして動作できるようなことはできるものなのでしょうか？

イメージとしては、2048x1536 で動作することを前提としたレイアウトで作成して、デスクトップ環境で動作させる時は、単純に全てを1/2にして表示するような感じです。

理由は、タブレット端末を持っていない人に動作確認をしてもらう時に、2048x1536 だと画面が大きすぎるので、小さくして表示ができるようにできればというのが理由です。

ご存知の方がいらっしゃいましたら、教えていただけますでしょうか？

よろしくお願いします。

WPF で作った MainWindow のサイズを動作環境で可変する方法を教えてください

JAVAのオブジェクト指向を勉強・練習している者です。

説明が下手ですいませんが、「スッキリわかるJava入門 第2版 (スッキリシリーズ) 」の（P281）「手続き型プログラミングとの違い」のところを復習を兼ねて読み直しているのですが、「**手続き型プログラミング**」とは

> コンピュータがどのように動けばよいかという手順を考え、プログラムの先頭から順番に命令として記述していく方法です。

と書かれているのですが、**JAVAも、同じようにプログラムの先頭から順番に命令として記述していき、実行していくと私は思う**んですが、（違っていたらすいません）**オブジェクト型プログラミング**と**手続き型プログラミング**は**厳密には何がどう違う**のでしょうか？ 

又、**オブジェクト型**と**手続き型**では**コンピュータ上ではどう動く**のですか？

例えば**オブジェクト型**は**コンピュータ上**では**クラスのソースコードをコンピュータのメモリ上に展開する**のですが、**手続き型**は**コンピュータ上ではどう動く**のでしょうか？

わかりやすく教えてくれませんか？  

よろしくお願いします。

「手続き型プログラミング」と「オブジェクト（指向）型プログラミング」の違いについて

###前提・実現したいこと
メインコルーチンの中で、複数のサブコルーチンを同時にスタートさせて動かせて、
全てのサブコルーチンが終わるまで待って、
その後、再びメインコルーチンの続きを走らせるという処理をしたいと思っています。
なお、個々のサブコルーチンが完了するタイミングはランダムなものとします。

###試したことと、発生している問題・エラーメッセージ

複数のサブコルーチンを同時にスタートさせて動かすつもりが、
１個目のサブコルーチンがスタートして、そのサブコルーチンが完了した後に、
２個目のサブコルーチンがスタートして、そのサブコルーチンが完了した後に、
３個目のサブコルーチンがスタートして、そのサブコルーチンが完了した後に、
メインコルーチンの続きが動く、という処理になっていました。

どうすれば、複数のサブコルーチンが同時に動いて、
なおかつ、複数のサブコルーチンの全てが完了するタイミングを拾うことができますか？
ご教授のほどよろしくお願いします。

###該当のソースコード
```C#
public class Sample : MonoBehaviour {

	void Start(){
		StartCoroutine (MainCoroutine());
	}

	IEnumerator MainCoroutine(){
		Debug.Log ("メインコルーチン処理1");
		yield return new WaitForSeconds(0.5f);
		Debug.Log ("メインコルーチン処理2");
		yield return new WaitForSeconds(0.5f);

		yield return StartCoroutine (SubCoroutine("A"));
		yield return StartCoroutine (SubCoroutine("B"));
		yield return StartCoroutine (SubCoroutine("C"));

		Debug.Log ("メインコルーチン処理3");
		yield return new WaitForSeconds(0.5f);
		Debug.Log ("メインコルーチン処理4");
		yield return new WaitForSeconds(0.5f);
	}

	IEnumerator SubCoroutine(string s){
		Debug.Log ("サブコルーチン処理" + s + "1");
		float waitSec = Random.Range(0.1f, 1.5f);
		yield return new WaitForSeconds(waitSec);
		Debug.Log ("サブコルーチン処理" + s + "2");
	}

}
```

複数のサブコルーチンの終わりを、一気に回収したい。

JAVAのオブジェクト指向を勉強・練習している者です。エンジニアとは関係ないような質問をしてすいませんが、「スッキリわかるJava入門 第2版 (スッキリシリーズ)」の（P463の）「詳細未定メソッド専用の書き方」にて

> abstractとは「抽象的・あいまい」という意味の英単語です。

と書かれているんですが、[ここに書いてあるように](https://teratail.com/questions/61247)

> 先端が付け替え可能なドライバーセットを想像してください。グリップだけでは何もできず、先端を付けなければ機能しませんが、その代わり、目的に応じた先端を付け替えることでいろんな種類のねじに対応させることができます。別の言い方をすると、目的に応じて先端を付け替えられるようなドライバーを設計したら、そのようなグリップになったということです。 このグリップ部分が抽象クラスと考えることができます（厳密には違うかもしれませんが考え方として）。つまり、派生させて目的に応じた機能を実装させることを前提として設計したクラスが抽象クラスです。

のことをなぜ「**抽象**」と呼ばれるようになったのですか？

「**抽象**」とか「**あいまい**」とか書かれていると、**初心者側からすれば何のことだがよくわからない**と思いますがね・・・

「**抽象**」を辞書で引いても、「**事物や表象から特定の共通性をひき出して把握すること**」としか書いておりません。

せめて呼ぶなら「**汎化用メソッド（クラス）**」とか「**派生用メソッド（クラス）**」とかにすればいいと思うんですが、

「抽象」と呼ばれるようになった理由は何でしょうか？

「抽象」と呼ばれるようになった理由は？

抽象的な質問で申し訳ないのですが、質問はタイトル通りです。

現在、個人で３Ｄオンラインアクションゲームの開発を考えている者です。

手始めに、３Ｄモデリングから手をつけているのですが、
ポリゴン数の問題やテクスチャ（及びバンプ？）の解像度の事で悩まされております。

～開発環境～
ゲームエンジン：Unreal Engine 4
３Ｄモデリング：Sculptris
ボーン＆アニメーション：Blender
想定されるプラットフォーム：PC,PS4,Xbox

---
(ここからが質問です)

↓目標と言うには、ハードルが高すぎるかも知れませんが、
ウィッチャー３に近いぐらいのグラフィックでゲームを作りたいと思っています。
![イメージ説明](0f7818acab029ff2bf16e3b51d60ca54.jpeg)

ウィッチャー３（上の画像のゲーム）の人物オブジェクトは、２万ポリゴンぐらいで構成されていると聞きました。

そこで、幾つか質問なのですが、

[質問１]２万ポリゴンというのは、仮にＰＳ４のハードスペックだと、どのくらいパフォーマンスに影響が出る物でしょうか？

[質問２]また、テクスチャ（及びバンプ？）など、
オブジェクトの上に乗せる物の解像度、もとい容量の大きさは、ポリゴンに比べて、そこまで考慮しなくても良い物なのでしょうか？

---

次に、質問というよりはアドバイスを頂きたいのですが、下記画像は私の作品です。

![イメージ説明](5eee6993ef04c78387599675cb118d0f.png)
![イメージ説明](4436a9c1f99a5a72ec5044b543530156.png)

↓右のオブジェクトにペイント後（着色、疑似凹凸、材質割り当て）

![イメージ説明](118a10e5c4e3ddf96c79d996ecbf2993.png)
---

上２枚の画像は、無ペイントの状態のポリゴンモデルです。
左の武器が１５０００ポリゴンぐらいのオリジナルで、
右の武器が、左のを３０００ポリゴンぐらいに抑えた最適版です。

ご覧の通り、右のオブジェクトは左に比べて、角が丸くなったり、
曲線がガタガタになったりという著しい劣化が見られます。

一番下の画像は、右の最適版の武器に、Resolutionで1024選択後、ペイントを施して、レンダリングした画像になります。


出力情報
---
オブジェクトデータ(.obj)：1.2MB
Bumpデータ(.Tif)：4MB
テクスチャデータ(.png)：400KB

---
厳しめのコメントを頂きたいのですが、
私の作品はどのくらいのレベルで、どうすればもっと良くなるでしょうか？

「外見の妥協をあまりせずにゲームに出したい」というのは、製作者の誰しもが抱えるか課題かと思われますが、
どういう風に工夫すれば、形を崩さず、かつゲーム的に負担が少ない、モデリングが出来るのか、何かアドバイスを頂けないでしょうか？

どうぞ、宜しくお願いいたします。