 
|
はてなキーワード: IDEとは
２ｃｈでは私がぼろくそ言われた( スレのＵＲＬ探しに行ったら、２ｃｈ書き込み情報があり、性格はそれなりにそれなりらしい事がわかった )
http://hibari.2ch.net/test/read.cgi/tech/1317639700/365-
つるんでるは、その方が見る人が多くなるかと思って書いたので、一緒にブクマしてたりとか、リツイートされたりとか、はてなブックマークのお気に入られに、ドワンゴ社員でギークハウス在住の奴が入ってたりとか
まあ、こんなところか
365 ：デフォルトの名無しさん：2011/10/28(金) 15:54:08.91
まつもとゆきひろさんの連絡先知ってる人いませんか？
あなたは化け物を作った と言いたい
こんなに素晴らしい人権意識をお持ちのsora_hさんは、最年少ruby開発者だった。。。orz
光り輝く id:kabiy さんを応援してあげて id:kabiyさんは、新しいおもちゃが手に入って大変お喜びのようです。
そして、私を応援してくれる大変素晴らしい方です。 ギークハウス万歳 応援していただいたので、私も応援のお返しのエールを送りたいと思います。
光り輝くkabiyさんに、shine
366 ：デフォルトの名無しさん：2011/10/28(金) 16:00:01.19
これは人災じゃないんでしょうか？この人は地震の震災の時の何かの１００人ボランティアを使う開発に関わったそうですが
支援や協力をお願いしている部分は関知せず、こちらからしたら嫌がらせにも取れるようなツイートだけして、開き直ってきた
ネットだし事実確認が、ネットを見ただけでは判断できないから、躊躇する人というのもいるかもしれないし
関わりたくないと思う人もいるだろう。みんなそれぞれの事情や都合で生きているのだから
だからと言って、ないがしろにしたり、からかって良いわけはないと思う。
こんなかかわり方は無い
367 ：デフォルトの名無しさん：2011/10/28(金) 16:08:25.51
はてなブックマークというもので、わざわざ私のツイートに対し、「warota」と言っています。
ゲームのデバッグのバイトの例を出したから、ruby開発者の自分に何を言っているんだ という笑いだったのかと思いますが
技術の事ではなく、コミュニケーションの取り方というか、それ以前のような気がしますが、
そのような傲慢すぎる関わり方を言っていました。
こんな人 いくら技術力が能力があっても、人間として破綻してないですか？
こういうのは、匿名でしかものが言えない未来がないような人が、する事かと思ってました。
実名で前途有望なはずの人がする事でしょうか？
本当に２ｃｈねららしい目撃情報も
376 ：uy：2011/10/28(金) 18:00:01.89
可愛そうに ああ可愛そうに ひたすら可愛そうに
そいつは悪くないよｗ 中学生なんてそんなもんだし、何言うかわからないのが中二病、人それぞれ発病の仕方が違うだけ
むしろ中学生程度を天才だ！ っとかいって祭り上げた大人が悪い
そろそろ気づき始めるんだろ
「あれ？自分って天才って言われるほどすごくなくね？あいつのほうがすごくね･･･？うわあああああああああああああ！！！！！！！！！！！！！！！！！１」こうなる。
995 : uy : 2011/10/03(月) 18:35:47.45
初修正報告…ども…
俺みたいな中3でRuby開発に参加してる腐れ野郎、他に、いますかっていねーか、はは
Groovyかっこいい とか Haskell総合IDEほしい とか
かたや俺はRubyコミッター、メーリングリストでBUG報告を見て、呟くんすわ
it'a true Bug．再現率低い？それ、もう仕様でいいんじゃね。
なんつってる間に10時っすよ(笑) あ～あ、義務教育の辛いとこね、これ
377 ：デフォルトの名無しさん：2011/10/28(金) 19:47:25.39
uyにだけは言われたくないだろうな
でも、増田は技術系の人が多いから、rubyはrubyってかんじなのかな。日本人が作った軽いプログラム言語？ ってことくらいしかしらないけど、私だって名前を知ってるくらいに有名なものに、中学生で携わってるのに、名にこの人格の歪み・・・
今のうちなら治るかもしれないのに
違うけど。
printf("Hello World!!\n");
の先にあるんだ。
データ処理をしたい、ユーザーに選択させたい、次のステップに進むとき、マイクロソフト系は環境を用意しやすいんだよ。
データベースアクセスだって、ＶＢならアクセスライクのＤＢでＳＱＬを疑似体験できる。
ここのステップを超えられないと、プログラムで「何が出来るか」に気付けずに、「つまんない」で終わっちゃうんだよ。
正味な話、PHPとかpythonって、初心者に「次」を用意するのがしんどいんだよ。
なるほど、理解した！
まぁ、HTML5のIDEはFlashのIDEより安く提供されるんじゃないかな。よりオープンな規格だからGoogleが作ってフリーで出したりしそう。
http://1-byte.jp/2011/03/20/20_tips_you_need_to_learn_to_become_a_better_php_programmer/
良いPHPerだって？そんなものは丸めてゴミ箱にでも捨ててしまった方が資源の再利用になる分いくらかマシだ。
つまり俺たちがしなくちゃならないことは「より良いPHPerにならないため」に何ができるかってことなのさ。
それじゃ、始めよう。
?>なんて使っちゃいけない。そう俺たちはBAD PHPer。
無駄なホワイトスペースの出力に悩まされるくらいなら対称性なんて丸めてゴミ箱にでも捨てた方がまだマシだ。非対称性こそが賛美。
require_once("config.php");
未だにこんなことやってるやつがいるのかいベイベー。絶対にダメだ。この一行を見たら俺は悶絶する。
ダメだ、早く何とかしないと。
大抵このconfig.phpの中身はこうなっている。見て絶望だ。
$hoge_path = ''; if (!LOCAL) { define('FOO_FLAG', 1); if (HONBAN) { define('HOGE_FLAG', 1); } else if (TEST) { define('HOGE_FLAG', 2); } } else { $hoge_path = '/local'; define('FOO_FLAG', 2); define('HOGE_FLAG', 3); } define('HOGE_URL', $hoge_path.'/hoge/');
こういうのが延々と続くわけだ。もういやだ。もう見たくない。
本番環境とテスト環境でどういう値の違いがあるのか、ローカル環境だとどうなるのか、まったく把握できる気がしない。
なまじPHPな設定ファイルのせいで、処理をついつい書いてしまう。そしてどんどん複雑になってしまう。
やはり設定データは基本的にYAML等のデータしか定義できない形式のもので用意すべきだ。そして環境ごとに設定ファイルを分けるべきである。
そうすることで何にどういう違いがあるのかすぐにわかるし、diffすれば一度にすべて把握することができる。
# 本番環境設定ファイル foo_flag: 1 hoge_flag: 1 hoge_url: '/hoge/'
# テスト環境設定ファイル foo_flag: 1 hoge_flag: 2 hoge_url: '/hoge/'
# ローカル環境設定ファイル foo_flag: 2 hoge_flag: 3 hoge_url: '/local/hoge/'
// ここで後の処理のためにhogeメソッドを呼び出しておく $q->foo(); // $a['foo']はここに来る時点で真のはず // 2010-03-10 判定がおかしいので修正 // 2010-06-21 やっぱり値が入ってる方が正しい if ( !isset($hoge[0]) ) { }
コメントは保守されない。そう、それは真実。こんなコメントを発見したら即効削除しよう。コメントは基本信じるな。
俺たちにちょっとしたヒントと大きな損害を与えてくれる、それがコメントの役割なのだ。
わかる。いいたい事はとてもわかる。俺たちはしばしばインデントにスペースを使うはずだ。一方でIDEのしっかりした言語ではタブも使うことがある。しかし悪いことに、両者を混同しているプログラマも一定数いるのだ。
タブを画面上で認識しにくいエディタが世の中には存在する（何とは言わないが）
そして画面上で認識しにくいことを理由にタブを気にしないプログラマがいる。
この二つの条件が重なると、タブとスペースの交じり合ったインデントが完成する。もうぐちゃぐちゃだ。これは永遠に続く戦いだ。
私たちが勝利を掴むためにできることなどせいぜい、常にスペースしか使わない。タブを見つけたらその都度スペースに変換する。そういった地道な活動が明日へとつながるのだ。
われわれがプログラムをするとき、何に一番時間がかかってるか。実は変数の命名なのである。ここで拘り過ぎて時間をかけ過ぎては何も進まない。
御託はイイからさっさと書け、だ。しかしとはいっても変数名は重要。日頃からどういうときにどんな名前を使うかを決めておくといい。
そして変数名に型はまったく必要ない。型宣言のないPHPにおいて、型の変数名をつけること自体ナンセンスだ。
$iNumber = 'aaa';
になんの意味もない。コメントを信じるなでも言ったが、これはプログラマを混乱させるだけの害悪なものだ。
変数を使う前に初期化するのは、警告を出さないという意味でも良い癖だ。しかし具体的にどこでやるかが問題だ。
$foo = null; $foo = $q->foo();
こんな初期化に意味はない。よくあるのはやはり、if文で値を振り分けるケースだろう
$foo = null; if ( $hoge ) { $foo = 1; } else if ( $bar ) { $foo = 2; }
このときの初期化はとても有効だ。もしnullの初期化を忘れたまま$fooを使うと警告が出るが、ちゃんと初期化してるので出ない。基本中の基本だ。
function getStatus() { $bReturn = false; if ($i == 2) $bReturn = true; return $bReturn; }(中略)
もし、何かしらの理由で、あなたの書いたif文が間違っていたら？
この書き方をしていれば、間違った値に対して、常にfalseが返る。
私たちが、PHPでsensitiveなデータを取り扱うなら、正しいデータが入力されるまでは、動かないコードを書くべきだ。
trueとfalseの条件がいまいち明確ではないが、本当に動かないコードを書けというのであれば以下のようにすべきだ
function getStatus() { $bReturn = false; if ($i == 2) $bReturn = true; else if ($i == 1) $bReturn = false; else throw new Exception("bad status! $i"); return $bReturn; }
中途半端にfalseを返して生存させる必要性はまったくない。今すぐ死ね！
連想配列のキーを指定する場合だけ定数と間違わないようにクオートで囲まなければならない。そして逆に定数を使いたい場合はクオートで囲ってはいけない。
更に後世のプログラマが処理を見たときに、定数が使いたかったのか、文字列が使いたかったのかを明確にしたい場合はconstantを使うと良い。
// 定数のFOOを使うよということが明確になる print $a[constant('FOO')];
もし、文字列を変数の値と一緒に出力するとき、PHPではコンマの代わりにprintfを使うことが使える。
printf( “Hello, my name is %s“, $sName);
以下の代わりに上記のコードを使う。
echo “Hello, my name is “, $sName;
出力すべき変数が増えれば増えるほど、有効になっていく。とにかく迷ったならば、printfを使え、だ。
三項演算子はとても有効だ。しかし優先順位に難があるせいで、三項演算子をネストしようとすると以下のようなコードになってしまう
$n = (($i == 1) ? 2 : (($i == 2) ? 3 :$i));
括弧だらけで読みにくいったらありゃしない。三項演算子を使うなら一回まで。約束守れないやつは丸めてゴミ箱にでも捨てちまえ。
if ( $flag ) { }
仕様をちゃんと把握しているなら真偽値のチェックなどこれで十分。
もし事前にbool型だというのが確定してるのなら「$flag === true」を使えばいい。
インクリメント、デクリメント演算子は前に付くか後ろに付くかで意味が変わるので慣れるまでは非常にややこしい。
わけがわからなくなるくらいなら初めから使わないほうが良い。見極められないなら使うな。それがPHPerなのだ。
文句なしだ。これは文句がない。
他にも色々あるので覚えておこう
$a %= 1; $a &= 1; $a |= 1; $a ^= 1; $a <<= 1; $a >>= 1;
てっとり早く画面に表示する際にpreはよく使うが、デザインの関係上画面の文字が見えないときがある。
なのでdivを使って以下のようにしとくと便利だろう。
function p($var) {
echo "<div align='left' style='background-color:white;color:black;'><pre>";
print_r($var);
echo "</pre></div>";
}
君らが通常作るアプリケーションなんぞに、定数なんぞ必要ない。いいか、もう一度言う、お前ら程度のもんが、定数使おう何ぞ、おこがましいわ！
大丈夫。なんでもかんでも定数にする必要はない。結局設定ファイルに定数をずらずら作りまくってわけがわからなくなってるパターンが多い。
貴様みたいなもんに、定数は制御できん。いいか設定ファイルはYAML等のデータで持つようにし、その連想配列のデータ構造を一つ持ってるだけで定数の変わりになる。
このメリットに比べれば、定数だと書き換えられなくて良いという利点などこの歯のカスほどのものだ。そんなものは丸めてゴミ箱へ捨ててしまうといい。
認識を改めろ。俺たちはより良いPHPerにならないために努力している。
class Request { private $parameters; private $method; function __construct () { $this->method = $_SERVER['REQUEST_METHOD']; if ( strtoupper($this->method) === 'POST' ) { $this->parameters = $_POST; } else { $this->parameters = $_GET; } } function param ($key) { return isset($this->parameters[$key]) ? $this->parameters[$key] : null; } }
これだけでもいい。たったこれだけでもとても便利だ。ここから拡張してGETやPOSTを明示的に取るメソッドとかも作ってみるといい。自分の手を動かすのだ！
例が良くない。こんなのは引数が20個ある関数から、setを20回呼ぶオブジェクトに変わっただけではないか。
そもそもこの20個の引数とはなんなのか。何かのデータ構造なんであれば連想配列にして引数一つとして渡すべきだし、それぞれまったく異なる用途の変数なのであればWindowsプログラミングじゃあるまいし、20個も引数取る時点で設計が間違えている。
何がいいたいか。別に関数でもオブジェクトでもどっちでもいいということだ。
そんなことで悩んでる暇があったら設計を見直せ。
スキあらば自分自身を返せ。スキあらばオブジェクトを返せ。配列はArrayObjectのARRAY_AS_PROPSで返せ。
ひたすらメソッドチェイン。来る日も来る日もメソッドチェイン。とにかくメソッドチェインを使い続けろ。そこに未来はある。
どんなコードも繰り返すな。もし、少しでも同じコードを書いていたなら、それは関数に置き換えてしまえ。
・・・と、いうのはやめなさい。
一見同じように見えた処理でも前後の流れでまったく違うものということが往々にしてある。
まとめ方にも問題があるケースもある。何でもかんでも関数化すると、関数が膨大に増えていく。君は見たことがあるだろうか。common.phpやfunction.phpの恐ろしさを。
確かに細かく関数化はされているが、適切に関数化していないのである。結合度が非常に高い。なんでもかんでも盲目的にまとめれば良いという話ではないのだ！
あまりに極度に意識しすぎると、プログラムそのものができなくなる。そういう状態に陥る。
気を抜いて。そう気を抜いて。所詮あなたのコードなんてすぐに消えてなくなるよ。きっともっと偉い人が作り直すよ。だからまずは思うが侭にやるといい。
結合度を減らすというのは非常に難しい。何度も何度も失敗し続けて、ようやくここは分けた方が良かったんだなと気付く。次に活かそうと心に決める。そしてまた同じ過ちを繰り返していくわけだ。
まずは実装することだ。これが一番の早道だ。まずはがっつり結合した関数をあえて作るといい。何も考えずに作ろう。
そしてその後に、一部分使いまわしたいとおもうことがあるはずだ。その時に関数に切り出そう。それを繰り返すといい。そのうち初めから分けた方が良いと気付く。
何事も経験が必要である！経験を積まないプログラマは丸めてゴミ箱に捨ててしまえ。
さて、先の例で言うならば、私ならadd_result_outputという関数を作ってしまうだろう。だって、addとresultを連続して呼ぶのはめんどくさいんだもん。一連の流れをいつも使うのなら、その流れをやってくれる関数を作ればいいじゃないか。
function add_result_output ($iVar, $iVar2) { $r = add($iVar, $iVar2); echo result($r); }
もっと言えばクラス化してしまってもいいかもしれない。どんな感じになるかは君の手を動かして確認しよう！
このTipsはとてもわかりにくく、ニッチ過ぎる部分も多いかもしれない。
あくまでも「より良いPHPerにならないための20Tips」なのだ。
君はこの記事を鵜呑みにしてはならない。PHPをPHPと見抜けないPHPerはPHPを使うのは難しい。
もし、あなたがPHPプログラマなら、公式のPHPドキュメントはあなたのケツの穴を拭くための紙になるだろう。
私は、それぞれのセクションを眺めて、各関数でどんなことが出来るかなんぞ、歯クソのゴミ程に役に立たないとおもっている。動けばいい。はは。
あなたは、PHPで用意された既製関数で多くのことが実現できることに、（俺の仕事を減らすなと）驚くはずだ。
この記事があなたの役に立たない事を。
ふざけんな！
この記事に書かれている内容は、丸めてゴミ箱に捨てた方が良いレベルです。
俺もそう思った。
だからIDEうんぬん関係なく、PythonやJavascriptはすごく強力な言語だと思う。
けどPHP。お前だけはだめだ。
ブクマに「IDEのLLサポートが進めばJavaの優位性はない」とか言っている御仁がいるが、LLの記述の簡潔さの源は、メタプログラミングの多用による疎結合の実現（＝機械的に補完しにくい）ではないのか。俺には、彼が何を言っているのか分からない。
3%タイプしたらあとはIDEが補完してくれるなら、その3%を記述しておけば後はコンパイラがよしなにやってくれる言語をつくればいいんじゃないかな。
(ここでいう「コンパイラ」は広い意味の処理系。インタラクティブにミスを指摘したりインクリメンタルにリンクしてくれたり、といった機能も込みで。)
期待しているものと少し違うかもしれないが、既にJava向けのウェブフレームワークでは、必要最低限のコードだけ書くと他の部分を自動生成してくれるようなプロダクトが出てきている。"Spring Roo"とか"Play framework"とかが代表的かな。バックグラウンドでツールを走らせておくと、ファイル変更のタイミングで、自動的にビルドとコード生成をやってくれる。
これらは、RoRと同様の生産性を実現しつつ、既存のJava資産を活用し、静的型言語の恩恵をも受けられるようにすることを目指している。
3%タイプしたらあとはIDEが補完してくれるなら、その3%を記述しておけば後はコンパイラがよしなにやってくれる言語をつくればいいんじゃないかな。
(ここでいう「コンパイラ」は広い意味の処理系。インタラクティブにミスを指摘したりインクリメンタルにリンクしてくれたり、といった機能も込みで。)
漏れはjavaで出来たNetBeansを使っていろんなプロジェクトを開発しているが、おもに使う言語はPHPやらSQLやらだ。
IDEやらKVSやらが何でできていようが、その上で走るアプリケーションは何の制限も受けない。つうかmemcacheクライアントは各言語版で存在してるじゃんか。だからそこら辺の事実が他のLL言語の何かに影響することは全くない。
LVが極まって羅刹にまで走ったjavaプログラマとか（俺とか）のコード見てみろ。割とひどいぞ？
boolean isExsistByなんとかコードAndなんとかIDAnd指定日時()
みたいな糞メソッドてんこ盛りだぞ？ 中でやってるのはSQL一発撃ってその結果（１行１カラム）とってくるだけ。生SQL文の方が100倍解釈しやすいと思わんか。
2003年から2009年にかけてPerlを筆頭にPHP,Ruby,Javascript,PythonなどのLL言語はこの世を謳歌していたが、どうやら去年頃からその成長に陰りが見え始めたように感じている。
webアプリケーションを構成する要素の一つとしてLLを見れば、まあ、よくやっている方だし、そちらの分野では今後も相当長く現役を続けるだろう。
しかし今はまさに超大規模データをほぼリアルタイムで解析して加工しなおされたデータにこそ富を生み出すポテンシャルを秘める時代だ。Hadoopが何かさっぱりわかっていないエンジニア連中はKENT時代のPerler程度の価値しかない。
テラが当たり前のように乱れ飛ぶ現場でLLが出来る事など無いに等しい。
eclipseやnetbeansなどIDEは地味なのであまり報道されないけれど凄まじい進化を遂げている。現在進行形で進化中。
出来損ないのLL野郎がよく吐く台詞「JAVAは本質的じゃない記述が多過ぎて生産性低い」
そんなバナナ。今のIDE舐めてないすか？まじ誇張でも何でもなくて、ほとんどタイプしないでもIEDが補間してコードを作ってくれる。正確に必要なときだけ。
だからオレらJavaエンジニアは実際にアルファベットキーを打つ事は非常に少ない。よく訓練されたIDE使いはコード量の3%しか書かない。それ以上書こうとしてもIDEが仕事してくれるんで書けない。ジレンマ。
webサーバーの進化でLLが実用的な速度で動くようになって一気にLLが主導権を握ったように、今はIDEの恐ろしく速い進化がLLを駆逐しようとしている。面白いパラダイムシフトだ。
まったくLLにも希望の光が射してきたな。その名もクライアントサイドスクリプト言語の雄javascript様がいよいよサーバーサイド分野に殴り込みだ。実際一番影響を受けるのはPHPだろうな。盤石とすら思われていたのが嘘の用で、そうとう焦っている様子がコミュニティからも伺える。それもそのはずクライアントの王者がそのままサーバーサイドも担当しようってんだから人気は出るだろうし、理にもかなってる。
PHPは大きくシェアを下げ、Perlはもう存在価値を問われだす感じ、RubyはRailsのPaasなんかで重要だし、Pythonもしかりだ。
つまりLLの中でもJavascriptだけは別格の扱いをせねばならない。ゆいつ将来性豊かで、イノベーションを起こせる立場にいる。node.jsは２年かけて本物になればいいと思うよ。
Javaのライブラリの質量ともに凄いよ 本格的なプロジェクトが山盛り
プロジェクト一つで相当なインパクトを与えうる大型プロジェクトがうようよいる
LLなんぞが勝てる感じしない
以上
それは、使ったほうが分かりやすい例ではあるけど、わかんない人も多いかと思うよ。
それよりも、関数を引数にするアルゴリズム関連は 正直 やめてほしい。
長めの関数の中盤ぐらいに書いてあって、その中の値がおかしいのか、デバッグするときに、関数本体がどこにあるのか、
わざわざgrepしなきゃいけないとか、時間がもったいない。IDEでジャンプでもいいけど、IDEサポートあってもめんどうだ。無いことだってあるんだよ。
その関数が随所で使いまわされているなら、まだわかるけどね。
かいている人間は、それでいいのかも知れないけど引き継いでデバッグする方の事も考えて書いて欲しい。
巨大なシステムやってると、書く方は量が少ないが、デバッグする方は、システム全部デバッグしてるんだぞと。
そうならないように、モジュール化してくれるのが一番だが、どんなにモジュール化してあっても、どこで起きてるかわからないから、全部見なきゃいけないバグなんて余裕で起きるんだよ。orz
100時間ぐらい、高負荷テストしてると落ちるとかね。当て推量はするけどさ、たのむ、みんな、分かりやすく他人がデバッグしやすく書こうぜ！
GUIのプログラミングは初めての上、XCodeのようなIDEを使うのは初めてなのでなにかなんだかさっぱりわからなかった。いろいろな入門書やサイトを見て、なんとなくわかってきた気がする。ソースコードとInterfaceBuilder上の操作の関係がわからないのではないだろうか。なぜIBActionなどをInterfaceBuilder上でわざわざ接続しなければならないのかさっぱりわからないし、ソースコードのレベルでどのような操作になるのかもわからない。プログラムの根本的な構造がわかっていないというべきか。まだ雲をつかむような感覚だが、問題点ははっきりしてきた気がする。
I have been working on a programming language, also called Go, for the last 10 years.私は、プログラミング言語にも、移動と呼ばれ、過去10年間のために働いている。 There haveが存在して
been papers published on this and I have a book.された論文は、この上で公開され、私の本がある。
I would appreciate it if google changed the name of this language; as I do not want to have toもしGoogleがこの言語の名前を変更私はそれをお願い申し上げます。私にはしたくない
Comment 1 by dsymonds , Today (7 hours ago) コメント1 dsymondsで 、 今日（7時間前）
References?参考文献？
Comment 2 by fmccabe , Today (7 hours ago) コメント2 fmccabeで 、 今日（7時間前）
If you google (sic) francis mccabe go you will find some references.場合は（）を原文のままGoogleのフランシス、いくつかの参照を見つける行くマッケイブ。
I published the book on lulu.com私lulu.com上の本を出版
Comment 3 by reidellis , Today (4 hours ago) コメント3 reidellisで 、 今日（4時間前）
I think Mr McCabe's language is called "Go!".私は氏マッケイブの言語"と呼ばれてみろ！"。 Here's the Lulu link:ここでは、ルルのリンクです：
http://www.lulu.com/content/paperback-book/lets-go/641689 http://www.lulu.com/content/paperback-book/lets-go/641689
Comment 4 by niral.n95 , Today (3 hours ago) コメント4 niral.n95で 、 今日（3時間前）
reidellis: is right! reidellis：ですね！ its "Lets Go!"その"はLets Go！" or "Go!".や"ゴー！"。 This is google "go", "The Goこれは、"行くに"google、"移動されます
Programming Language" Bigg Difference.. :)プログラミング言語"Biggの違い..：）
Ps Anyone hearing the release of Google "go" would have picked up their book that psの誰""行っても本を手にしてはGoogleのリリース公聴会では
never sold and started finding the work "GO" and as they would find their 1st "GO"販売されなかったとの仕事"Go"を見つけることを始め、などに気づくような、その第一の"Go"
they wil go , Eureka!彼らはエウレカ行くウィル！ :) ：）
Comment 5 by fmccabe , Today (3 hours ago) コメント5 fmccabeで 、 今日（3時間前）
My language is called Go!.自分の言語へと呼ばれます！。 The book is called Let's Go!.本の行こうと呼ばれます！。
The issue is not whether or not Google's go will be well known.問題かどうかは、Googleの移動も呼ばれることもありません。 It is one of fairness.これは1つの公平性の一つです。
Comment 6 by zhenshe41 , Today (3 hours ago) コメント6 zhenshe41で 、 今日（3時間前）
In Go!行くで！ , can the IDE know the differences between Go!は、IDEへの違いを知ることができます！ and go ?行く？
Comment 9 by shirish4you , Today (2 hours ago) コメント9 shirish4youで 、 今日（2時間前）
ah...ああ... Google should change the name... Googleは、名前を変更する必要があります...
Comment 11 by spronkey , Today (2 hours ago) コメント11 spronkeyで 、 今日（2時間前）
Indeed they should.確かにそうあるべきだ。 Full support for you, Mr. McCabe.あなたのためのフルサポート、ミスターマッケイブ。 It's not that hard to findそれを見つけるために、ハードではない
references to your language online either - it was on the first page of Bing, secondあなたの言語のオンラインへの参照のいずれか-それはビンビンの最初のページに2番目だった
of Google for 'go programming language'. Googleの'のために行くのプログラミング言語'。
In fact, the title of the Google go tutorial page is even "Let's Go".実際には、Googleのタイトルのチュートリアルページに行っても"行こう"です。
It would be pretty poor for you folks Google to keep this name given your "do noそれはかなりあなたのための人々 、Googleはこの名が指定さを維持する貧困層になるお客様の"ありませんか
evil" slogan!悪"のスローガン！
Comment 12 by nofakesallowed , Today (2 hours ago) コメント12 nofakesallowed、 今日（2時間前 に ）
Google should totally change the name, fmccabe you should find a (cheap) lawyer just Googleの完全に、あなたは（安い）弁護士を見つける必要がありますだけfmccabeの名前を変更する必要があります
in case...場合には...
Google has deep pockets. Googleの深いポケットにしています。
Comment 13 by nofakesallowed , Today (2 hours ago) コメント13 nofakesallowed、 今日（2時間前 に ）
btw, what's up redditところで、どうしたのreddit
Comment 14 by alex.salkever , Today (2 hours ago) コメント14 alex.salkeverで 、 今日（2時間前）
fmcabe -- could you contact me at alex @ dailyfinance.com? fmcabe -あなたalex@dailyfinance.comで、私に連絡だろうか？ Might want to write a可能性のある記述する
little article about this.このことについて少し記事 Thanks.ありがとう。
Comment 16 by matthew.m.mckenzie , Today (2 hours ago) コメント16 matthew.m.mckenzieで 、 今日（2時間前）
google should change!グーグル変更してください！
Comment 17 by senthil.nayagam , Today (2 hours ago) コメント17 senthil.nayagamで 、 今日（2時間前）
maybe name it Goo or Foo多分グーかはFooという名前を付けます
Comment 18 by mail2ankitgupta , Today (119 minutes ago) コメント18 mail2ankitguptaで 、 今日（119分前）
A company claiming to capture world's info, missed it!!!同社は、世界の情報をキャプチャすると主張し、それを逃した！
Comment 19 by terence.stuart , Today (117 minutes ago) コメント19 terence.stuartで 、 今日（117分前）
Let the language with the most users keep its name.ほとんどのユーザーは、その名前のままにして言語をしましょう。
Er... Erを... That's not yours, is it?それは、あなたではないって？
Comment 20 by blair.briggs , Today (113 minutes ago) コメント20 blair.briggsで 、 今日（113分前）
Go, find a new name.移動し、新しい名前を探します。 ;) ;）
Comment 21 by josecamporro , Today (111 minutes ago) コメント21 josecamporroで 、 今日（111分前）
I agree with majority on this.私はこの上の部分に同意する。 Google should change the name of this language... Googleはこの言語の名前を変更する必要があります...
Francis McCab is right, Go!フランシスMcCabが正しいでGO！ and Go are not that different.と移動の違いはありませんです。 And he went first, public.彼は、公共の最初に行った。
Comment 22 by sebastian.krause , Today (104 minutes ago) コメント22 sebastian.krauseで 、 今日（104分前）
Google should consider a different name simply for the reason that "Go" is just a too Googleはその理由は、"移動"されに別の名前を検討する必要がありますだけでも
common word and it might eventually become difficult to google for references and一般的な単語と、最終的に参照するためにGoogleが困難になる可能性があります
examples about this language.この言語についての例です。 A somewhat more unique name can have its benefits.もう少しユニークな名前は、その利点を持つことができます。
Comment 23 by Afro.Systems , Today (95 minutes ago) コメント23 Afro.Systemsで 、 今日（95分前）
I think lango would be a great name and I am hereby to give away to google any私はランゴすばらしい名前だと思うと私は、ここから何かグーグルに与えるために午前
copyrights for the name.名の著作権。
Comment 24 by ismetdere , Today (94 minutes ago) コメント24 ismetdereで 、 今日（94分前）
Goo, whould be just fine.グー、されるだけで罰金whould。
Comment 25 by QrczakMK , Today (68 minutes ago) コメント25 QrczakMKで 、 今日（68分前）
Goo is already taken too, although it has been dead for a few years I think.ただし、それが思う数年前に死んだがグー、すでにも、撮影されます。
Comment 26 by zak.wilson , Today (68 minutes ago) コメント26 zak.wilsonで 、 今日（68分前）
Goo is the name of a Lisp dialect.具は、Lispの方言の名前です。
Comment 27 by daniel.kolman , Today (67 minutes ago) コメント27 daniel.kolmanで 、 今日（67分前）
Both Google and fmccabe should find a new name, "Go" is silly name for a programming Googleとfmccabe、"Go"をテコな名前にプログラミングされている新しい名前を見つける必要があります
language.言語。
Comment 28 by br...@silcon.com , Today (67 minutes ago) コメント28 brで... silcon.com @、 今日（67分前）
how about GOOP = Google Object Oriented Programming?方法については無神経な人= Googleのオブジェクト指向プログラミング？
mccabe- personally, I agree with you, but while you may be first, and you may beマッケイブ、個人的に、私はあなたと、しかし、中に最初にすることに同意し、することがあります
published, your issue title begs not to take you seriously regardless of your actual公開され、あなたの問題のタイトルを真剣にかかわらず、お客様の実際の場合を取らないように頼む
I do hope this is resolved in your favor though.私はあなたのおかげでも解決されてほしいですか。
Comment 29 by jwb.public , Today (66 minutes ago) コメント29 jwb.publicで 、 今日（66分前）
how about ogle?方法については色目を使う？
Comment 30 by srikumarks , Today (60 minutes ago) コメント30 srikumarksで 、 今日（60分前）
Given that is derives from Limbo, "Bo" would be short and sweet as well.つまり、辺獄から、"ボー"不足しているだろうと甘いだけでなく派生を考える。 They can alsoこれらのこともできます。
use "boroutines" :P "boroutines"：pを使用
Comment 31 by ismetdere , Today (57 minutes ago) コメント31 ismetdereで 、 今日（57分前）
Goo is gone too?具も行ったですか？ damn..気.. what about Goat?何ヤギは？
Comment 32 by killercore , Today (52 minutes ago) コメント32 killercoreで 、 今日（52分前）
I'd go for JAgo: Just Another go私JAgoのために行くだろう：ちょうど別のものへ
Comment 33 by jason.lee.quinn , Today (51 minutes ago) コメント33 jason.lee.quinnで 、 今日（51分前）
Goat Special Editionヤギスペシャルエディション
Comment 34 by nikola.tepper , Today (50 minutes ago) コメント34 nikola.tepperで 、 今日（50分前）
It is completely absurd to use name of an already existing language.それは完全に既存の言語の名前を使用するのはばかげている。 Hey Google,ちょっとGoogleは、
couldn't you, i don't know... 、私を知らない場合が...。 google it?とGoogleの？ Oh right, the name is so generic, that isそう、名ので、つまり、汎用的なもの
almost impossible to get relevant matches.ほとんどの関連性と一致を得ることは不可能。 If this language catches on, it'll be aこの言語にキャッチし、それになります
nightmare to search for problems and solutions.問題と解決策を検索する悪夢のような。
Comment 36 by jsykari , Today (40 minutes ago) コメント36 jsykariで 、 今日（40分前）
May I humbly suggest "go2"? 5私は謙虚に""go2いかがでしょう？
Even C++ got away with naming the language after an esoteric feature of C -- perhapsも、C + +の距離Cの難解な機能の後に、言語の名前付け規則だ-おそらく
naming a language after "goto" isn't that bad. "の後に、後藤は"悪くはない言語のネーミングになります。
Comment 37 by Linnsey , Today (38 minutes ago) コメント37 Linnseyで 、 今日（38分前）
There are so many hobby and specialist programming languages it'd be hard to find aあるので趣味や専門のプログラミング言語でそれを見つけることは難しいですね、多くの
name that's not taken.名は、撮影ではない。
Comment 39 by david.kitchen , Today (32 minutes ago) コメント39 david.kitchenで 、 今日（32分前）
@33 Disturbing but funny... @ 33不穏がおかしい... I can imagine the logo now: 3OE私は今のロゴを想像することができます：3OE
@34 Look at the dates of these things, it would appear that go started around the @これらのものの日程を34歳で見て、その周りを開始へ表示されます
same time that the book was being written (but Go! already existed).同じ時間には、図書（ただし、移動書かれていた！既に存在していた）。 I wouldn't be私ではない
surprised to learn that due diligence was done at the time but simply that since thenは、デューデリジェンスの時間でも行われていた知って驚く人は、単にそれ以来、
it just hadn't been revisited.それだけで再訪されていませんでした。
@36 http://xkcd.com/292/ @ 36 http://xkcd.com/292/
Comment 40 by patla073 , Today (31 minutes ago) コメント40 patla073で 、 今日（31分前）
Why not just name it Golang?理由だけではなく、それGolang名前は？
Erlang - "Ericsson Language"アーラン- "エリクソンの言語"
Golang - "Google Language" Golang - "Googleの言語"
Comment 41 by drc.uvic , Today (31 minutes ago) コメント41 drc.uvic、 今日（31分前 に ）
Does anyone use 'Go!'?誰'移動を使用しますか！'？ If yours is better, or has a decent user base then a name change might be the right thingもしあなたの優れているか、またはその名前の変更は正しいかもしれませんが、まともなユーザーベースを持って
to do.を行う。 If you're bringing it up for academic pride then I don't see why they should have to change anything.もし私はなぜ何も変更する必要がありますが表示されない学問の誇りをのために育てている。
Comment 42 by abouthors , Today (29 minutes ago) コメント42 abouthorsで 、 今日（29分前）
Jago is already taken by a program to play the game of go. Jago既に行くのゲームをプレイするためのプログラムによって行われる。
Comment 44 by charles.majola , Today (18 minutes ago) コメント44 charles.majolaで 、 今日（18分前）
This is issue 9 ......この問題は9 ...... Plan 9..... Plan 9の.....
Coincidence?偶然？
Comment 45 by tuxthelinuxdood , Today (14 minutes ago) コメント45 tuxthelinuxdoodで 、 今日（14分前）
It is obvious that Google employees did not research the name in terms of existingこれは、Google従業員の面では、名前を研究していない明らかにされ、既存の
languages before release.リリース前の言語。 In such a situation I believe Google is at fault and the nameこのような状況では私はGoogle断層の名前ではと考えています
should be changed.変更する必要があります。 I doubt it will happen but it to change it would be in line with "do私はそれが起こるとは思えませんが、それを行となる"を変更するか
no evil".邪悪な"。
Comment 46 by GeoffreyJ.Lee , Today (14 minutes ago) コメント46 GeoffreyJ.Leeで 、 今日（14分前）
How about "Google Go"?方法については"Googleの移動"？
Go2 is pretty clever though, so my vote is on that. Go2かなりかかわらず、僕の投票をするには利口だ。
Comment 47 by roblesjm , Today (9 minutes ago) コメント47 roblesjmで 、 今日（9分前）
Google always releases new products with the prefix "Google". Googleでは常に接頭辞"Googleとの"新製品をリリースします。 In this case, I don'tこの場合、私はしないでください
know if Google want release a new product or make an Alliance like Android.知っている場合、Googleは新製品をリリースしたい、またはするアライアンスのAndroidのような。
In the first case, I would use "GoogleC".最初のケースで、私は"を使用します。GoogleC"。 For the second, something like "GCP" fromについては、2番目の、何か"GCPの"からのような
(Google C Python). （GoogleのĈパイソン）。
Comment 48 by ismetdere , Today (4 minutes ago) コメント48 ismetdereで 、 今日（4分前）
Goat it is...ヤギって... there, settled.そこに定住した。
Comment 49 by Peter.Schweizer , Today (4 minutes ago) コメント49 Peter.Schweizerで 、 今日（4分前）
i'd suggest "giggity giggity goo" as new name since quagmire is a very funny guy私は""新しい名前として泥沼非常に面白いやつなんだからgiggity giggityグーをお勧めしたい
btw.ところで。 hi reddit :)ハイテクしかし：）
Comment 50 by ruivaldo , Today (4 minutes ago) コメント50 ruivaldoで 、 今日（4分前）
"Do" ? ""ですか？ Makes sense, check the purpose of the lang.理にかなっては、langの目的をご確認ください。
http://okwave.jp/qa5419623.html?ans_count_asc=20
職場でのマクロを使うことについて討論されていたので、プログラマの視点で語ってみようと思う、
そもそもマクロとは、物事を自動化してヒューマンエラーを無くし、作業を素早く楽に処理出来るようにしてくれる便利なツールである、日頃楽をしたいと思ってるプログラマならマクロを使うことは大賛成だ、ここで上司が技術インフラが整っていない所でスキルを必要とするような事をされては困る、みたいな意見が出ていたが、この点でもプログラマは問題ない、他の人が使ってるマクロを、便利だね、って言ってソースを貰っても、修正したけりゃ自分で修正する、ソースが貰えなくてアイデアだけ教えて貰った場合でもVBAなんて触った事がないC++プログラマが、VBAの仕様を調べ、ソースを書き、マクロを完成させ、実行時にしかデバッグ出来ない事に愚痴をこぼし、付属のIDEの使い勝手に苛立ちを覚え、VB6.0ベースの言語仕様に辟易し、VBAなんてクソったれだ!!、という感想を持つまでにそう期間は必要無い、
ただこれは、最初からプログラムを作るという仕事をしている私たちのベクトルへ、IT化の名の下に紙と鉛筆で作業していた人達が歩み寄る形になった為に得た偶然の優位性だ、
上司の年齢は知らない、上司の立場からすれば紙と鉛筆で綺麗な字を正確に速く書くのが実力だと言われていた世代なのかもしれない、そう考えると仕事と直結しないマクロという間接的な技術のツールを作り効率化を図るというのに対しある種のジェネレーションギャップが生じたのかもしれない、上司はそのジェネレーションギャップに対応出来なかった固い頭の人なのか、はたまた技術インフラを考えての達観した人なのか、
IT化がどんどん進む昨今、私が上司のようにまったく違うベクトルに遭遇するという事はないかもしれない、しかしソースコードを書いてアプリケーションを作るという手法から先の手法になった時、私はこの種のジェネレーションギャップを乗り越える事が出来るだろうか。
ちくしょう。VS2008 がやられた。
数時間ほどコーディングしていると、IDE のエディタで日本語入力が出来なくなる。
なんだよもう。なんだよもう。なんだよもう。
俺は Windows Me が好きだった。プログラムにバグがあれば、すぐにぶっ飛んでくれるからだ。そしてバグさえ無ければうまく動いてくれた。皆が言うほど Me はドジッ娘なんかじゃなかった。繊細だっただけだ。皆が「Me がまたコケた」と言うたびに、やれやれどんだけ無茶な使い方をしてるんだ、付き合い方がなってないな、とせせら笑っていたものだ。全裸で。
ところが NT 系列はどうだ。プログラムにバグがあっても、潤沢なリソースが勝手にバグを隠蔽しやがる。明らかにスタックあふれてんのにジッと黙ってビバノンノンしている奴の姿を、俺は何度か目撃した。GetMessage() はエラー値を返さない。ウィンドウは表示されない。ただただまったりと、たこルカ★マグロフィーバーを歌っているだけだ。そしてある時突然、どういうルートを辿ったのか svchost.exe がぶっ飛ぶという面白いオチがつくのだ。させ子のくせに。させ子言うな。すいません。
それはともかく、これ、再インスコしかないなあ。。。
これからここに書くことは愚痴なのでそれが不快な人は読まなくても構わない。
周りを見ていると高校生なのにバイトに恵まれているかバイトなんてものもせずに収入を得て遊んだりしている人間が多いのに、僕の親は僕が欲しい本すら買ってくれない。
ここでいう本っていうのはラノベや小説の類ではなくてプログラミングや情報技術の資料を指している。これらはそういう分野に携わっている人間なら分かると思うけど基礎的な知識を網羅的に得るにはネットでは時間効率がものすごく悪いし、そもそも載っていない情報もある。
だから本が欲しいんだけれどもそういうお金はないし周りに理系、情報技術系の人もいないから話を聞いてもらう事もできない。不自由な思いをしている。
そういう考えを親に言ってみたんだけれども「よそはよそでうちはうち」「学校をやめて働けばいい」「近所の○○さんも中卒で工場勤務している」「高卒資格を取るのに必須ではない」「悔しかったら自立しろ」「いつからやっても遅くない」「生きて行ければそれで良い自分の好きな事のハードルを下げろ」「人のせいにするな」と言う。ちなみに「よそはよそうちはうちと言っておいて近所の話を引き合いに出すのはおかしい」と反論したら「あんたはああ言えばこう言うね」と話を聞いてもらえなかった。
確かに生きて行ければそれで良いのかも知れないしうちにはそんなキャパシティはないのかもしれない。僕も親を殺したくなったがそれは犯罪だし怒って済む問題でもないから何もできずにいる。とても悔しい。今はてブのトップに出ているこれを見ると、
金井氏：小学校1～2年生からです。学校の授業がきっかけです。
と書いてあり、僕も彼の年齢と1歳しか違わないからその頃からコンピュータに関する時代の差はないはずだけれどうちにコンピュータが導入されたのは今年に入ってからの話だし、スペックもCPUがセレロンの3GHzちょっとでメモリも256MBしかない。それも親が情報収集に使ってるのを横から借りている感じだ。ちなみに僕は小学校3年くらいから「プログラミングがしたい」と言っているが、最近になって漸くgccとsakura editorでC言語のhello worldを書くことができた。IDEなんていうのは夢のまた夢。
言葉にすると「悔しい」という三文字で表現できるけどそのルサンチマンをずっと抱えて生きてきたし、これからも他人にアドバンテージを見せ付けられながらそれを抱えて生きていくんだろう。もう一度書く。とても悔しい。
そこはIDEだとか高級なクラスライブラリとかは使わないで、生のCとかで始めればいいんじゃないかなあ。
コンパイラは何も考えずにcygwinをぶち込むとか、それもダメだったらスクリプト言語にするとか。
そういう本もブックオフにあると思うが…。
大丈夫大丈夫。今プログラミングで実績あげてる人たちがみんな、小さな頃から当時一番のコンピュータを家で触らせてもらってたわけじゃない。
まだ中学生くらいだと難しいかもしれんが、流行に目を奪われないことだよ。IDEを使いこなしたりWindowsでバリバリGUI組んだりするのは、確かに実務でも役に立つんだけど長い目で見れば表面的なことだ。sakura editorとgccで十分だって。特にこれからサーバサイドでの処理+クライアント側はブラウザで、みたいな流れが増えてくるだろうけど、その世界ではリモートで接続してテキストエディタでがりがり実用アプリケーション書いてる人はいくらでもいるよ。
まだやってないならブログ立ち上げて、学習の成果をこつこつ書いてってみな。最初は反応が薄いだろうけれどあきらめずに継続するんだ。わからないことも勘違いして失敗したことも全部書くんだ。そしたら、この世界、「教えたがり」の人は多いから、そのうち少しづつ、情報が集まり出すよ。現に増田の元記事にあっという間にトラックバックがいくつも付いてるでしょ。
本は便利なこともあるけれど、もはや必須じゃない。ネットで時間効率が悪いのはきっと焦点を絞りきれてないせいだと思う。それについてもブログなどでフィードバック受けてればだんだん絞れてくると思うよ。
これからここに書くことは愚痴なのでそれが不快な人は読まなくても構わない。
周りを見ていると高校生なのにバイトに恵まれているかバイトなんてものもせずに収入を得て遊んだりしている人間が多いのに、僕の親は僕が欲しい本すら買ってくれない。
ここでいう本っていうのはラノベや小説の類ではなくてプログラミングや情報技術の資料を指している。これらはそういう分野に携わっている人間なら分かると思うけど基礎的な知識を網羅的に得るにはネットでは時間効率がものすごく悪いし、そもそも載っていない情報もある。
だから本が欲しいんだけれどもそういうお金はないし周りに理系、情報技術系の人もいないから話を聞いてもらう事もできない。不自由な思いをしている。
そういう考えを親に言ってみたんだけれども「よそはよそでうちはうち」「学校をやめて働けばいい」「近所の○○さんも中卒で工場勤務している」「高卒資格を取るのに必須ではない」「悔しかったら自立しろ」「いつからやっても遅くない」「生きて行ければそれで良い自分の好きな事のハードルを下げろ」「人のせいにするな」と言う。ちなみに「よそはよそうちはうちと言っておいて近所の話を引き合いに出すのはおかしい」と反論したら「あんたはああ言えばこう言うね」と話を聞いてもらえなかった。
確かに生きて行ければそれで良いのかも知れないしうちにはそんなキャパシティはないのかもしれない。僕も親を殺したくなったがそれは犯罪だし怒って済む問題でもないから何もできずにいる。とても悔しい。今はてブのトップに出ているこれを見ると、
と書いてあり、僕も彼の年齢と1歳しか違わないからその頃からコンピュータに関する時代の差はないはずだけれどうちにコンピュータが導入されたのは今年に入ってからの話だし、スペックもCPUがセレロンの3GHzちょっとでメモリも256MBしかない。それも親が情報収集に使ってるのを横から借りている感じだ。ちなみに僕は小学校3年くらいから「プログラミングがしたい」と言っているが、最近になって漸くgccとsakura editorでC言語のhello worldを書くことができた。IDEなんていうのは夢のまた夢。
言葉にすると「悔しい」という三文字で表現できるけどそのルサンチマンをずっと抱えて生きてきたし、これからも他人にアドバンテージを見せ付けられながらそれを抱えて生きていくんだろう。もう一度書く。とても悔しい。