常連

注目の的

社会貢献

# クローズします

まだまだ不具合は**山ほど**(社会的に見て致命的と思えるものも多数)ありますが、運営状況から見て、運営の方はこれで修正が一段落したと考えているように思われます。

これ以上はここに報告しても参考にされることはないであろうと思いますので、一端クローズとさせていただきます。
これ以降は、各自直接運営の方に報告していただければと思います。

どの報告も大事ですが、クローズするにはシステム上ベストアンサーを決めなければならないので、現時点で最も高評価な回答をベストアンサーに決めさせていただきます。

大勢のご協力、ありがとうございました。

運営はなしのつぶてなので、何の責任もない私が代わりにお礼申し上げます。

---
大規模メンテナンスが終わりましたが、かなりの不具合が見られます。
開発の方で把握できたものは随時修正されると思いますが、せっかくですのでバグ出しを手伝おうではありませんか。

個人個人で報告しても良いとは思いますが、同じものが何人もから報告されると目を通すだけで時間がかかり、返信が必要な場合はそれにも時間がとられます。

そこで、この質問の修正依頼に報告することにしませんか？
なるべく前の書き込みを見て重ならないよう書いていただければありがたいですが、可能であり必要であればこちらで整理して質問または回答に掲載しようと思います。

議論の余地があるものや画像などが必要なものでしたら、回答していただいた方が見やすくなると思います。
この質問の存在はこちらから運営に知らせておきますので、よろしくお願いします。

### 2022/01/12 追記
現在、運営への報告ができない状態です。
事態が事態なので、意図的にその機能がしばらく停止されている可能性もあります。

### 2022/01/12 追記2

[morimorinoki](https://teratail.com/users/morimorinoki) さんから次のような報告を受けています。

- タイムアウトすることが多い
- 記号を使用したり文脈の変な部分での＼が入っていて読みづらい
- 画像が見られない
- ＼のせいでURLに飛びづらい
- 通知が役に立たない。
- 戻るボタンで戻ると強制的にページ最上部まで飛ぶ
- 頻繁に「Application error: a client-side exception has occurred (see the browser console for more information).」が出る。（TOREMO UZAI）
- コードを確認しようとすると下の装飾で読めない時がままある。


teratail 不具合報告

UnityのAssetBundleを利用してスマホ向けゲームを製作しています。

AssetBundleの作成・ダウンロード・素材を取り出して適用、という一連の流れは実装出来ました。
ただ、旧式の端末ではメモリの使用量が多すぎでクラッシュする場合があります。
Profiler等で確認してみると、元々Project内にインポートしていた素材を使用する時に比べて、
メモリの使用量が遥かに（10倍〜100倍近く）大きくなっていることが分かりました。

AssetBundleからの展開時にメモリを消費するのは分かりますが、
こんなにも大きくなるものなのか？ 何か間違っているのではないか？ と疑問に思っています。
問題点の指摘・解決方法等ありましたら教えて頂きたいです。

■AssetBundle作成時
BuildAssetBundleOptions.ChunkBasedCompressionを指定

■素材
テクスチャファイル：2048x2048pxの画像を何枚か
（この時点でファイルが大きいことは確かなのですが、AssetBundleを使わずProject内ファイルを利用した場合はメモリオーバーフローを起こさないので、原因はAssetBundleだと思います）

■展開方法
「[AssetBundleの暗号化について図でまとめてみた - Qiita](http://qiita.com/snaka/items/a4c16719888bbd23067f)」のアプローチ３を使用

■AssetBundleからSpriteを取得する処理
```C#
public Sprite GetSprite(string assetName)
{
//assetBundleCache はList<AssetBundle>です。起動時（AssetBundleダウンロード時）に生成しています。

	if (assetBundleCache == null) {
		return null;
	}

	Sprite result = null;
	foreach (var item in assetBundleCache) {
		if (item != null) {
			result = item.LoadAsset<Sprite> (assetName);
			if (result != null) {
				break;
			}
		}
	}

	return result;
}

//実際に画像を適用するスクリプト
Image image = gameObject.GetComponent<Image>();
image.sprite = GetSprite("hoge");

```

■開発環境
Unity 5.4.4f1
Mac 10.12.1

UnityのAssetBundleからアセットを取り出す際にメモリオーバーフローしない方法は？

プログラミングのコード記法のひとつに[ヨーダ記法](https://ja.wikipedia.org/wiki/%E3%83%A8%E3%83%BC%E3%83%80%E8%A8%98%E6%B3%95)と言う物があります。定数を前に持ってくることで、代入になるような記述ミスやヌルポ発生を防ぐという物です。

```C
if (42 == val) {
  // ...
}
```

もし、`42 = val`と記述ミスをしても、コンパイルエラーになるため、そのミスを防ぐことができます。

```Java
if ("42".equals(str)) {
  // ...
}
```

もし、`str`がnullであったとしても、NullPointerExceptionが発生せずに、falseとなるだけです。

しかし、この記法は「SVO」ではなく「OVS」になるため、一般的な言語として考えたときのコードとしては違和感が強く、わかりにくいとされています。

さて、このヨーダ記法について、わかりにくいとか、生理的に受け付けないとか、嫌いだとか、主観的な意見を__求めてはいません__。私が求めるのは**本当にこの記法が必要なのか**という事です。

ほとんどのコンパイラでは、適切なオプションが付いていれば、`if (val = 42) {...}`のような記述に対して警告を発します。また、優れたエディタで適切なlinterを使用していれば、コンパイルすることも無く、おかしな書き方をしていることを警告してくれるでしょう。言語によっては、代入が値を返さない、if文の条件式は真偽値しか受けてつけない、などの動きとすることで防止する物もあります。

しかし、JavaのNullPointerEcextion防止については、そのような防止をしてくれるわけではありません。かといって、毎回次のように書くことも冗長だと思われます。

```Java
if (str != null && str.equals("42")) {
  // ...
}
```

そもそもnull安全では無いJavaを使うのが悪いというもっともな意見もあるかと思いますが、このように言語や使いどころによってはヨーダ記法は未だに有用では無いのでは無いかと思っています。

上記のJavaのNullPointerEcextion防止のように、適当な回避策が無いため、ヨーダ記法が有用になる場面は他にあるのでしょうか？それとも、Javaの書き方も実は他に良い回避策があって、ヨーダ記法が有用になる場面など既に存在しないと言えたりするのでしょうか？ヨーダ記法を使うべきか、使うのであれば、どの言語のどのようなときなのかを教えていただきたいと思います。

---

この質問は、[c - ヨーダスタイルについて - スタック・オーバーフロー](http://ja.stackoverflow.com/questions/32214/)を見かけて、回答を書こうとしたときの疑問からです。該当の質問は主観的とされて閉じられていますが、ヨーダ記法の是非は問うべきとして、今回の質問をしました。なお、私自身の回答は「代入演算子に`=`を使うのが悪い」という斜め下の結論になったため、投稿はしていません。

ヨーダ記法は本当に不要なのか？

Unityで画面UIをつくろうとしています。
スクロールビューを設定したいです。
複数のスクロールがあって、連動して動かしたいときどうすればいいかわからないので教えてください。
スクリプトを使わなくてできればいいなぁー！と思っています。
せつめいはへたなので図でします

![イメージ説明](255b44d2cc4029e26e0b56f1884be51c.png)


###試したこと
スクロールビューの子にスクロールを置いたりしてみたけどだめでした

###補足情報(言語/FW/ツール等のバージョンなど)
UIの本

スクロールビューが複数ある時の組み立て方

完成まで1年くらいかかりそうなシステムを一人でぼちぼちと開発しています。

作成したプログラムの管理にGitを使っています。
管理といってもプログラムの外部保存先（バックアップ）くらいでしかありません。

開発する人間は私一人、端末はデスクトップとノートPCの2台です。ホスティングサービスはBitBucketを利用しアカウントは1つです。

現状はひたすら一直線のコミットが続いています。

基本はデスクトップで作業していて1日の終わりに必ずコミットしています。
たまにノートPCからもプルして最新のソースを取得してから作業してコミットしています。

この様な運用方法でブランチを作成する必要はあるでしょうか？
たまにおかしくなって勝手に枝分かれすることがありますが問題は起こっていません。

ブランチを作成する積極的な理由などあればご教示ください。
よろしくお願いします。

一人Gitでブランチは必要か？

#はじめに
私の立場は、社内のエンジニアです。

#経緯
会社の経営陣に、エンジニア採用の場に、エンジニアの出席を提案致しました。

しかし、経営陣からの感触は悪くなかったものの、人事部からストップがかかり、エンジニアを出席させることでの費用対効果をできるだけ具体的に説明してほしいと依頼されました。

#想定しているメリット、デメリット
会社側のメリット
・現場と相性の良い人材を確保することができ、
 ミスマッチが発生する確率を下げることができる。
・現場で使用されている技術に近い質問をすることができるので、
 配属されてからの技術ギャップを発生させにくくすることができる。
・技術的な評価をすることができる。
・会社作りに関わっている実感を得ることができる。
・面接を受けられた方の質問に答えられるように、
 会社のことをより理解してくれるようになる。

面接を受けに来られた方のメリット
・現場のエンジニアと採用前にコミュニケーションをとることができる。
・経営陣と、エンジニア両方と面接をすることで、
 文化の浸透具合など確認することができる。

会社側のデメリット
・今の業務に追加して行うので、負荷が増してしまう。
・優秀な人は優秀な人を採用し、優秀でない人は自分よりできない人を採用してしまうそうなので、
 これを防ぐ仕組みを考える必要がある。

#問題
上記に記載いたしました通り、説得材料が希望的観測に依存している部分が多く、説得材料としては弱いと感じております。

teratailという場で質問することは間違っているかもしれませんが、
他のエンジニアの方がどのように考えていらっしゃるか、
説得材料を増やしたく質問致しました。

タグに関しましては、適切なものがなかったので投稿数が多いものを付けました。

エンジニアを採用面接へ出席させる方法

「ゲームプログラマになる前に覚えておきたい技術」
という本の
P374の「zバッファの範囲問題」
というところについて質問なのですが
「zに0やマイナスの値が入る頂点は全て範囲外であり、
描画の対象外となる。
つまり、問題は起きない」
という箇所について

zの範囲変換をすると0除算が起きなくなるといった様な事が書かれていると思うのですが
なぜ問題が起きないのでしょうか?

zの範囲変換をした後にzバッファの値が0から1の間でない頂点の
xとyはzで割らない
と言った処理をしているのであれば
わかるのですが

P375のサンプル(P375のコードのところ)だと
zの範囲変換の前に
xとyがzで割られているのでこの時点で0除算が起きるのではないのですか?

ということと

私が変な解釈をしているかもしれいないので
この辺りを勘違いしているのではないかと言ったようなことがあれば
よろしくお願いします

回答お願いします

###発生している問題・エラーメッセージ

```
エラーメッセージ
```

###該当のソースコード
```ここに言語を入力
ここにご自身が実行したソースコードを書いてください
```

###試したこと
課題に対してアプローチしたことを記載してください

###補足情報(言語/FW/ツール等のバージョンなど)
より詳細な情報

「ゲームプログラマになる前に覚えておきたい技術」という本の内容についての質問

*いわゆるアンケート系です。不快に思われる方はスルーして下さい。
*頂いた回答は、現在の私ではベストの判断ができないものが含まれる可能性が高いと思います。恐縮ですが、多分ベストアンサーはつけません。ご了承下さい。

プログラミングをしていて気がついたのですが、技術以外に考え方や心がけにより、大きくプログラミングの効率が上がったことがありました。

私の例で言うと、
**・自身の間違いを最初に疑う**
プログラミングを始めたころ、サンプルコードを学習元として使用していたのですが、エラーが出てもまずサンプルコード自体を疑い、自身の行った行動（DBの作成や、ちょっとしたカスタム、構築環境の違い）を疑う事を後回しにしていました。
が、ある時から、自身の行った行動こそ間違いを内包することを前提に切り分けを行うようにしたところ、開発効率がかなり上がりました。

プログラミングを長くされている方であれば、多分同じような「技術以外のポイント」による効率向上を感じたケースがあるのではないかと思い質問を立てました。

今レベルの私に参考にならないケースも多々あることを期待しています。
将来の私のために、経験された精神的ブレークスルーポイントをご紹介いただけないでしょうか？

よろしくお願いします。

追記
---
問題/課題が含まれていないとのご指摘を多く受けましたので、追記します。
現在、余り効率の良い開発ができておらず、その改善を模索しておりますが、改善には、技術学習以外にも精神的なトリガーがあることに気が付きました。
しかし、独学/一人作業を行っている背景があり、先輩からの学びや、職場環境による気付きが得にくい状況であるため、今回の質問をしております。
恵まれた環境にいる方から見ると、切実に感じられないかもしれませんが、結構真剣な質問です。

ご指摘くださった方の中にも、開発効率を上げるポイントとなった心がけがある方がいらっしゃるのではないかと思います。ぜひご紹介下さい。

プログラミングにおける精神的ブレイクスルーポイント

１から１００までの重複のない乱数を作成して、そこから１０個の三の倍数を抜き出すプログラミングを教えてください。

c言語

よく次のような事が言われます。
* 魚を与えるな 釣り方を教えよ
参考サイト：
- 魚を与えるな [http://meganeinfo.com/etc/entry79.html](http://meganeinfo.com/etc/entry79.html)
- 魂が震える話 [https://www.facebook.com/tamafull/posts/498025733541633](https://www.facebook.com/tamafull/posts/498025733541633)
- 釣った魚を与える人か、魚の釣り方を教える人か？ [http://hkcpa.jp/nagoya-de-kigyou/archives/764](http://hkcpa.jp/nagoya-de-kigyou/archives/764)

そこで、次の質問です。
* 多くの質問者はどういった回答を求めてるのでしょうか?
* 多くの回答者は、どういった回答を心がけているのでしょうか?
* 運営側は、どういった QA サイトを目指しているのでしょうか?

私は、 
* 質問するときは、ともかく 解決先(魚)が欲しいです。釣り方も提示されていると嬉しいですが。
* 回答するときは、釣り方を書こうと思っています。 

質問者によって、ともかく空腹を満たすことが最優先な場合と、釣り方を知りたい場合が別れると思います。
QA ページを後日も役に立つものとするためには、釣り方を書くことが優先されるかもしれません。
でも時間が経てば、釣り方も変化します。
当初の回答内容は陳腐化、場合によっては非奨励な方法になることもありえます。
この辺りの折り合いをどうつけていくか ...

プログラミングに関係ないメタな質問なのでマイナスがつくことは覚悟してます。

＃ この質問をするきっかけは、 
＃ "写真共有販売のサーバ費用" の質問とその回答群
＃ "テーブルの作り方で不明" の質問とその回答群 などを読んだことです。

追記： 2016-06-26 11:30
* ベストアンサーは、運営からの回答にだけつけます。こ
こでの質問の私の本意は "teratail 運営の方針は？" なので。
運営側からの回答の為に、利用者の回答を大いに利用していただければと思っています。

追記： 2016-06-26 19:00
 こんな twieet を目にしました。
 > ...
 >「魚です」と言って目に付いた適当な何か(たまたま魚かも知れない)を渡している人とか、「魚の釣り方です」と言ってアウトドア教本の適当なページ(たまたま魚の釣り方かもしれない)をちぎって渡してる人、がいっぱいいるのが #teratail 
 > ...
 
 落語に "蒟蒻(こんにゃく)問答" というのがあります。
 質問と回答のギャップがおもしろい落語です。
 当事者同士よりも、そのやりとりを見ている第三者が一番 学べるのかもしれません。
 
 - [YouTube https://www.youtube.com/watch?v=SB0bEbjZ8sI](YouTube https://www.youtube.com/watch?v=SB0bEbjZ8sI)
 > 落語ファン必見！五代目小さん 談志 小三治の三人落語 「蒟蒻問答」 - YouTube https://www.youtube.com/watch?v=SB0bEbjZ8sI

動画をみる時間がないかたは、テキストで粗筋を。
- 落語あらすじ事典 蒟蒻問答（こんにゃくもんどう） [http://senjiyose.cocolog-nifty.com/fullface/2005/02/post_6.html](http://senjiyose.cocolog-nifty.com/fullface/2005/02/post_6.html)


追記： 2016-06-25 10:00
* 多様性が重要と思っているので、ベストアンサーにはなりえないけど、
既にある回答とはちょっと異なる観点のものを回答すること
も心がけてます。

追記： 2018-07-30
類似質問 
teratail における回答に関して [https://teratail.com/questions/138657](https://teratail.com/questions/138657)

追記 2019-06-11

質問者が 魚 (コード）をもとめているか、　釣り方(考え方など) をもとえているかを 質問
時に明示できるような機能を teratail に追加するとよいかもしれません。
また回答への ベストアンサーも 魚の回答と、釣り方の回答のそれぞれへつけられるとよいかもしれません。

そもそも質問者が回答群のなかからベストアンセアンサーを適切に選べるのかも疑問。
現在のベストアンサーは質問者にとって一番 役立った回答であり、技術的に本当に優れた回答なのかは甚だ疑わしい。
運営側からの書き込みや teratail 機能の改善で 考え方を示して欲しい。

teratail が目指す回答は、魚か、釣り方か、それとも ...

最近ユーザの質がかなり落ちたと思いませんか？特に質問する側のユーザの質が著しく落ちたと感じています。googleで検索すればわかるような問題や、本すら買ってないレベル、面倒なのであきらかに丸投げしている質問、マークダウンを使わないベタ貼り、回答に対してのお礼もレスも全くない質問などです。

私はこのサービス初期から使っていますが、あまりにもクソみたいな連中が増えたので、最近は別アカウントでクソみたいな質問のみにクソみたいなレスを返すようになりました。大概が新規アカウントで単発のクソみたいな質問内容や方法のものです。

当然このような方法は解決作になるわけがないというのはわかっていますが、皆さんが運営者ならどのように解決改善していくでしょうか？




**この質問を投稿した背景**
学生がクソみたな質問をするのはしょうがないなーと思えるのですが、いい年こいた大人が（法人登記までしているのに）商用目的のサイトを作るためにこのサイトを利用し、クソみたいな質問を繰り返しているのを皆さんは許せますか？

彼らはクラウドソーシングで安価な自社のホームページ制作は発注するのに、要となるサービスは発注せずに自分で安くしたいがためにクソみたいな質問を連発しています。サービスを自身で作りたいという気持ちがあるのならわかるのですが、そういう気持ちは感じられません
例えばパラメータを変えただけで他のユーザの住所情報を閲覧編集できる問題を指摘しても直さないのです。

彼らの多くは非エンジニアで一人で起業ごっこをしているようにしか見えません、当然類似サービス等も調べるのも面倒なので行っておらずサービス自体も既にあるサービスの焼き直しの物ばかりです。