常連

注目の的

社会貢献

質問力

自己紹介

インデントにタブを使うことのデメリットはありますか？

タブを使うことのメリット・半角空白を使うことのデメリットとしては
・半角空白を複数で1インデントとすることにより、少ない文字数で表現でき、ファイルサイズが小さくなる
・1インデントが正しく構成されているか一目でわかる
 →例えば半角空白4つで1インデントとするルールで、3インデントのはずの個所で半角空白11個とか13個で書かれているケースをしばしば見かけるが、ぱっと見ただけでは正しいインデントなのか判別しにくい
・タブならエディタの設定で、自分の見やすい表示幅に調節できる(ことが多い。エディタによるが)
・インデント中をカーソルで移動する際やインデントを削除する際に、少ないキー押下回数で済み楽に操作できる
・エディタの表示設定で、半角空白・全角空白・タブを表示するようにしたときに、半角空白でインデントをしているとうっとうしい
 →「半角空白・タブの混在」や「全角空白の混入」を避けるために、非表示文字も見分けがつく設定にしておくべきだと思う
・半角空白でインデントを表現する場合、2個派と4個派とその他派で対立が起こる

が挙げられ、一言で言えばタブを使うことは、メリットが多くデメリットは無く、合理的だと思っています。

ところが、以前先輩と話したときに「タブは制御文字だから問題が起きることがある」というようなことをいわれたことがあります。そのときに明確に確認できず、またもう話す機会が無いので確かめられません。

それが正しいかどうかは別とし…
(1)インデントにタブを使うことにデメリットはあるか
(2)インデントに半角空白を使うことにメリットはあるか
(3)現実問題として問題が発生することはあるか。あるなら具体的に。
についてご意見ください。

プラットフォーム特有・言語特有の場合には、その旨を明記していただきたいです。

よろしくお願いします。


※ここで言う**「インデント」**とは、**「ネストの階層構造を表現するために行頭に非表示文字を挿入し字下げすること」**とします。**行中の位置揃えや装飾を「インデント」と呼ぶ人もいるようなのですが、本質問では無関係**とさせてください。
※また、スペース派の方は「タブ幅が8文字になっていたとき」を引き合いに出す人がなぜか多いのですが、**本質問は「文字数の比較」では無く「タブとスペースの比較」**です。ので、「タブ幅が8文字になっていたとき」を引き合いに出すのならば**「タブ幅が8文字になっていたときは問題が起きるが、タブ1文字を半角8文字に置き換えたら問題は起きない」ことを前提条件**として考えていただきたいです。

※プロジェクトの方針等でルールが定められていた場合に、ルールに従うのは当たり前の話です。ので、そのようなケースはここでは考えません。単独のプロジェクト等で、方針を決める際の選定理由などと考えていただければいいと思います
※一応、最近私が扱う言語は、PHP, Java, JavaScript, HTML, CSS、開発対象はWebシステム, Webサイト, Androidアプリ, Chrome拡張です。一応このあたりをターゲットとしていただきたいですが、上記以外でも「この言語ではタブではエラーになる」 等の情報がありましたら教えていただきたいです。

※インデントにタブとスペースを混在させることは、少なくとも私にとってはありえないことで、必ずどちらかに統一すべきだと思います。なので基本的には議論の対象から外したいのですが、「混在も許すべき」「場合によっては役に立つ・必要」「混在も選択肢に入れるべき」などというご意見をお持ちの方は、そのお考えを教えていただきたいです。

この議論でよくつかわれる画像を添付しておきます。
![イメージ説明](9c8d2ed514b5c2268698792bee28fe2c.png)

インデントにタブを使うことのデメリット

IT業界で働いています。
最近仕事が忙しくモチベーションが上がりません。
何でこの仕事やってるんだろうと考えたこともあります。
仕事に対するやりがいや気持ちを切り替える方法だったり色々考えてますが、あまり改善しません。
このような悩みを抱えたとき、どう自分と向き合えばよいのでしょうか。
このままでは壊れてしまいます。助けてください。

仕事が忙しい時にモチベーションを維持するにはどうすればいいでしょうか

仕様書が存在していないプロジェクトに参加して、システムの仕様を把握するのに苦労しています。

実際の現場に入って2か月目の新人です。

特に、テストデータを用意する場合に、どのようにすれば、正しくデータを構成できるのかいつも悩んでいます。

ソースをすべて読んで、処理を追うことでしか仕様の把握をすることはできないのでしょうか。

システム全体の仕様を仕様書なしで把握する効率的な方法があれば、教えていただきたいと思います。

よろしくお願いいたします。

仕様書がないシステムの仕様を把握する方法

NSArrayとかのNSの意味は何を意味しているのでしょうか？

swift　のNSArrayとかのNSの意味

Javaプログラミングを勉強しています。

抽象クラスについて疑問を持ちました。

結論から言うと、
・抽象クラスって必要でしょうか？
・現場でそんなに使っているのでしょうか？

抽象クラスの特徴としては以下の認識です。
・インスタンス化できない。
・サブクラスに継承することを前提に作成される。
・抽象クラスで宣言された抽象メソッドは継承されたサブクラス側で必ずオーバーライドされなければならない。



その結果、メリットは以下の2点であると思われます。
・サブクラス定義時にメソッドに間違いがあればコンパイルエラーが起き、コーディングミスを避けられる。
・複数のクラスで共通の名前や呼び出し方をもつメソッドは抽象クラスで抽象メソッドとして宣言しておき、それをサブクラスで実装させるようにできる。


たしかにこの2点がメリットではあるけれど、現場でそんなに使っているのでしょうか？

共通で使うなら、具象クラスにメソッドを定義してそれを複数のクラスに継承する方がサブクラスのコード量も減って便利なのかなとおもいます。


現場で抽象クラスをよく使う方がいれば、その目的、使用方法、メリットをお伺いできればと思います。
また「現場ではあまり使わない」と言った生の声もお待ちしています。

もしアドバイス頂ける方がいればよろしくお願いします。

抽象クラスはなぜ必要か？

ここ２つの違いが分かりません。

何をもってスクリプト言語と言っているのでしょうか？

スクリプト言語とそうじゃない言語の違い

皆様、質問がございます、よろしくお願い申し上げます。


```
"Github"
https://github.com/mackenziechild/pinterest_clone
```

```
質問
上記リポジトリのコードは、コードの一部を利用して良いという旨が書かれていないため
第三者による利用を許可していないのでしょうか？？
Githubにおける著作権のあり方が理解仕切れていないため質問いたします。
```

よろしくお願い申し上げます。

Githubの著作権に関して

独学でhtml/css/jsを勉強しました。次は自分でwebサービスを作ってみたいと思い、djangoとrails を両方少しずつ手をつけてみました。
どちらもメリットデメリットがあるんだろうなと感じどちらを勉強していくか迷っています。

railsは日本語リファレンスが非常に多く勉強しやすい気がする（多すぎてどれを参考にしていいかわからないこともあるのが難点）のと、なによりも今コミュニティがどんどん大きくなっておりなぜみなさんがこぞってrailsを選ぶのかが気になります。それなりの理由があるんだろうなと。。。
有名なwebサービスもrailsが使われているものがかなり多い気がします。
ただrubyは自由すぎる書き方があまり好きになれないです。また高い利便性とは相反してバグが起こると面倒と聞いたことがあり、不安要素でもあります。

djangoはpythonの統一された書き方がとっても好きなので魅力的です。また機械学習などにも興味があり、pythonの知識を他の分野にも生かしていけるんじゃないかとも思っています。ペッパーくんに使われていたりするのも気になります。
ただ、日本語リファレンスが少なく非常に勉強しづらく感じました。私は書籍での勉強が好きなのですが、pythonの本はあれど新しいdjango本はほぼ見つけることは出来ません。

それぞれの良い点悪い点を教えてください。開発のしやすさ、処理の速さなどなんでも結構です。

ruby on rails か django　今から勉強するならどちらですか？

HTMLを構築する時に、大量のタグに対してID属性を付与していった場合、何か犠牲となるような部分や、デメリットなどはあるのでしょうか？
例えばDOMツリーを構築する際に、IDと要素のハッシュなどが構築されて、多くのメモリを要する…など？
実際に自分で試してみればよいのですが、もしご存知の方がおりましたらお教えいただきたく。よろしくお願い致します。

HTMLで大量の要素にID属性を指定した場合のデメリットについて

いつもお世話になっています。
Githubのpull requestにおける、作業の流れについて質問させていただきます。

##状況

- 1. ローカルの作業用ブランチで修正作業を行う
- 2. forkした自分のGithubの作業用ブランチに、1.をpush
- 3. Githubからpull requestを送信
- 4. pull requestに対して修正指示を貰う
- 5. 再度ローカルの作業用ブランチで修正する
- 6. 気づいたらmasterが更新されていた！


この後にすべきこととして、ローカル作業用ブランチにmasterの差分を取り込んで修正し、再pushすれば良いかと思いますが、その際以下の認識に間違いはありますでしょうか。
※ローカルのmasterは再pull済み
※conflictは一旦考えない

##自分の認識

###その1
- 作業ブランチへcheckoutし、rebase master でベースを置き換える
- 修正後pushしようとすると、過去の履歴が変わっているのでforceしなければならない

##その2
- 作業ブランチへcheckoutし、merge master で新たにマージコミットを作成する
- 過去の履歴は変わらないので、そのままpushできる

##質問事項

> 上記の認識があっているという前提ですが...

**Q1. pull requestフローにおいて push -f は行うべきではないのか、 = rebase は初回のみした方が良いのか**
実際に試したことはないのですが、過去が変わることで初回push時の差分がおかしくなる？かどうかは分かりませんが、何となくよろしくない気がします。この考えは間違っていますでしょうか

**Q2. マージコミットを作成した場合、修正コミットと、全てまとめても良いのか**
プロジェクトのポリシーによるものかもしれませんが、pull requestのフィードバック後にマージを含む、複数コミットをすべて一つにまとめて（`rebase -i`）pushしても、問題はないでしょうか。

結局はどうするのが一般的な作法なのでしょうか、というところです。
以上、よろしくお願いします。

Github pull request後マージ前の作業フローについて

最近、バイト情報や就職・転職サイト等のクリエイト系の募集事項に、WEB制作に関する知識や経験がある方という書き込みをよく目にするようになりました。
大学での専攻が建築だったもので、WEB制作に関する知識や経験が全くありません。
プログラミングができる人を尊敬の眼差しで見るくらいです。
（teratailで解答していらっしゃる方々、MISTWALKEERの大野さん他）
しかしこれからの時代、WEBに強くないと苦しいのではないかと感じています。
数日前に広告でこのサイトを発見しいくつかの質問等見て周りましたが、まるで象形文字ですｗ
いずれは自分でHPを立ち上げたり、Illustraterで使用するスクリプトを作りたいと考えています。
またプログラミングはコードで指示を出し、ロボット等を動かすという基礎的な仕組みは理解しているつもりです。
前置きはこの辺で...。
プログラミングに関してド底辺なのですが、少しでも学べればと思い、初歩的な質問をさせて頂きます。

1）プログラミング言語にはHTMLやJava等何種類かある様ですが、どれから勉強すればいいでしょうか？
2）プログラミング初心者でもわかるような書籍又はサイト、iPhoneアプリがあれば教えて頂きたいです。
3）先日他の方の質問を拝見した際に
  ”いいコードを見て、それと同じものを書いてみる”
  ”既存のコードの書き換えをして、仕組みを理解する”
  等が良いと書かれていましたが、その他にも習得の近道やコツがあれば教えて頂きたいです。
4）実際にコードを書くツールとしてはDreamweaverがいいのでしょうか？
  初心者向けに良いモノがあれば教えて頂きたいです
5）同じ結果になるプログラミングでも、人によってそのコード内容は異なるものなのでしょうか？
6）どんなことから始めれば楽しみながらできますでしょうか？

今の所知りたい情報としては以上6点です。
質問項目が多いですが、宜しくお願い致します。
（因みにWindowsを使用しています。）

プログラミング初心者ですが、

この投稿は不適切な内容を含んでいたため、削除されました。
ご理解いただけますと幸いです。

プログラミングについて

先輩プログラマー皆さん方に質問します。

僕は今年から情報技術が学べる高校に入学することが決まっています。
一年次から情報技術関係の学習をすることになっているのですが、
何か心得や、これはやっておいた方がいい事とかありますか？

補足
・高校ではCを学ぶことになっています。
・僕はプログラミングについては全くの、ど素人です。
・将来の夢は海外でも活躍できるようなプログラマーになることです。
・個人的にはJavaを独学で勉強していくつもりです。

高校からプログラミングを学ぶにあたって何か心得とかありますか？

はじめまして。kazuと申します。 
プログラミングが好きな友達を、オンラインでも作りたく
書込みさせて頂きました。 

【希望する方】  

・僕は３０代なので、「おじさん相手でも構わないよ」って方（笑）  
→学生さん、年下歓迎。同年代・年上でももちろんOKです。  

・同じ位の学習・技術経験か、それ以上ある方  
→相手の方の使用言語は問いません。
僕自身の言語に関しては、Ruby/PHP/Java/C言語に約1年程没頭。
特に好きなのはRubyで、最近はRailsをメインで学習中。

1番好きな分野はWebプログラミングですが、 
機械学習・人工知能・言語処理系・データマイニングなどにも 
興味関心はあります。 
→その他、興味関心ワードとしましては、
TDD・BDD/アジャイル/GitHub/Vagrant/Chef/Scala/Swift/Linux
あたりです。（学習中のものもあります）

・シンプルなWebサービス位は作れるようになりましたが、 
まだ応用力はあまりありません。  

・人にアドバイスや教えたりするのが好きな、  
世話好きで面倒見の良い方だと嬉しいです。
→「一方的に教えて下さい」というスタンスではありません。  
自分自身でも、主体的に常に勉強します。  
ただ、ハマってしまった部分などに関しては、 
質問やご相談なども出来たら…と思っているので、 
そういうのが嫌では無い、優しい方 

・「何かWebサービスを一緒に作ろうよ」って方 
→この項目は必須では無いです。 

上記のような感じの方とお知り合いになれたらと思ってます。  


まずはメールやskypeチャットなどで、  
ゆるーくコミュニケーションをとりながら、仲良くなれたらと思います。
※スカイプ通話などは無しの関係でも大丈夫です
※オンライン上だけの付き合いを希望してる方も歓迎です


色々な人生経験をして、波乱万丈な人生を送ってるほうだと思うので、  
タブーな話題などは無く、プログラミング以外の事柄に関しても、 
幅広い話題に対応出来ると思います。  

性格的には、どんな方とでも仲良くなれる性格だと思います。  
人の話を聴くのも好きなので、（基本的に共感型です。）  
お暇な時の話し相手や相談相手、  
愚痴相手などとしても活用して下さい（笑）  

最後に、簡単ではありますが、少し自己紹介いたします。 

【自己紹介】  

・ビジネス全般好きです。  
（企業分析、ビジネスプラン考案、ベンチャー研究など）  
→コンサル、企画、アイデア出しなどが得意です。  

・英語好きです。（留学経験等あります）  

・現在は、株式投資やコンサルティング、
スモールビジネスなどをしております。 
プログラミング関係の学習時間も結構とっています。

・メールやチャット相手、話し相手・相談相手などになります。  

・プログラミングは、まだそこまでスキルがあるわけでは  
無いのですが、かなり本気で本腰入れて取り組んでいます。  
（技術書なども１年間で２００冊以上購入しました。）  
→プログラミングはまだまだですが、それ以外の分野では、  
経験・知識・情報のストックも豊富にあるので、お役に立てると思います。  
（同年代から相談されることも多いので）  

・プログラミング好きな方であれば、  
プログラミング以外の話題も全然問題ないです。 多趣味なので。 
（ビジネス、ファッション、音楽、芸能エンタメ、  
人間関係、恋愛話、悩みや愚痴、漫画・ゲーム、など何でもOK。 
下ネタやAVネタなどもOKです。笑） 

お互い学び合ったり、刺激し合って切磋琢磨していけるような  
仲間と出会えたらいいなと思ってます。  

特に募集締切期限などは設けておりませんので、 
お気軽に、メルアド宛かスカイプ宛にご連絡頂けたら嬉しいです。  
（簡易なものでも良いので、自己紹介はお願いします。） 


kazu 
MAIL：kazu1.1minuteあっとまーくgmail.com 
スカイプID：kazu1minute 

最後までお読み頂きありがとうございました。