プログラミングの上手い奴の特徴　0x02YouTube動画>1本

どんなに努力しても予習しても
アイツにだけは速さも技術も敵わない・・・
そんな相手がいるはずです。

そんな人達と自分と、一体何が違うのか。
考えてみても分からない。



前スレ
プログラミングの上手い奴の特徴　0x01
http://hibari.2ch.net/test/read.cgi/prog/1254693493/

前前スレ
プログラミングの上手い奴の特徴
http://pc11.2ch.net/test/read.cgi/prog/1253529636/l50

ここは自己紹介スレッドです

・ツンデレかるた等の萌ボイスを聞きながら作業

韓国人・韓国系アジア人

光陽君は朝・鮮・人ｗｗｗ

3000ステップのプログラムを一晩で書き上げた馬鹿がいる

3万じゃなくて？

ステップ数（笑）

プログラミング上手いの定義が知りたい

▲△▲△▲△▲△▲△▲△▲△▲△▲△▲△▲△▲△▲△▲△▲
精力剤、媚薬、.com--
△▲△▲△▲△▲△▲△▲△▲△▲△▲△▲△▲△▲△▲△▲△▲

※男性精力剤（勃起促進・滋養強壮）
＊三便宝　http:/ダイエット商品の専門店！
--http://www.chinabussan/www.chinabussan.com/showGoods_yxbx001.html
＊蟻力神　http://www.chinabussan.com/showGoods_yxbx002.html
＊威哥王(ウェイカワン)　http://www.chinabussan.com/showGoods_yxbx003.html
＊達立（Darling）カブセル　http://www.chinabussan.com/showGoods_yxbx005.html

部屋が整理整頓されている

>>11
反比例してる気がする。

正確にはこうだ

部屋は整理整頓されているように見えるが、実は押入れの中がぐちゃぐちゃ1

・整理整頓されているのはマシンの中だけ

・生理が来ない

・安全日に意味がない

いや、それは来いよ！

プログラマー　＝　男という偏見をまったく持っていない素晴らしいスレですね(*^^*)

・目の焦点が合っていない感じがする

コーラもしくはコーヒーを好む

朝来ない

椅子に仰け反って座ってる。

プログラムで勃つし、抜く

スペシャリストとは、そういうものに性癖があるものなんだ

ライトで８番

完全にネタスレ化したな

・手の皮膚やハナクソを食べながら作業することが生きがいである

>>1
一度でいいからそんなヤツに出会いたいな

>>23
組み込みのプログラム屋なんだが、
実機の基板を眺めながらその半田付けの美しさを堪能するという、基板フェチですが何か。

基板オナニーはします？

>>28
あんたは本物

俺は人生で一度もコンパイルエラーを出したことがない(ｷﾘｯ
って言ってた人になら会ったことがある

>>31
それプログラム組んだことない人じゃない？

最近のIDE使っていれば
コンパイルエラーになるようなものは
エディタ上で訂正されるからな。

それにしたってコンパイルエラー一度も・・てありえないよｗ

コンパイルエラーなんて一度も出してません。
コンパイル言語なんて使わないからな。

インタプリタはコンパイルエラーとは言わないので足らk図ｗｗｗ

主食がチーズバーガーかピザ
ドリンクはペプシ

ジョルトコーラがいいよ

見た目はんまりイケてないけど、
ここぞってときにいろんな魔法を繰り出す

小人の存在を信じている。

小人を操る

むしろ小人だ

わたしは小人さんではない
ただの火消しだ

コミュスキルが著しく低い。
だが問題対応力がすばらしいのでみんなに一目おかれる。

コミュスキル⇔プログラム力(ぷろぐらむちから)
は反比例だ！

>>43
自分の周りはコミュスキルとプログラミング能力はだいたい正比例してる。
というか、いくら能力高くてもコミュスキル低すぎるとやりにくくて仕方ない。

>>44
それはダメな組織の典型例だね。
プログラミングできる奴がプログラミングできない奴にあわせているパターンは最低。
プログラミング能力こそが置き換えの効かない重要な資産なのだから、
プログラミングできない凡人が、プログラムできる奴が仕事をより効率よくできるよう
サポートしてあげるのが本来あるべき姿。

まあ、普通の組織なら、10人のうち1人のプログラマのために、
残り9人がスケジュール管理やドキュメント作成や会議での報告や
事務処理を分担して担当してあげるぐらいだろう。

なんか、プログラミングを神格化しすぎててキモい。厨っぽい。
他者との意思疎通が取れない奴とはチームで仕事出来ないだろ。
そういう奴は、自分が要求者って状態で仕事してればいいよ。

神格化しているのではありません
専門家として正しく取り扱うべきなのです

どう見ても仕事してるふうには見えない。
でもいつの間にか担当分だけはきっちりこなしている。

>>47 それって「俺様をフリーにさせろ」って意見なの？
それともそういう人が貴方の職場におるの？

>>45
>プログラミング能力こそが置き換えの効かない重要な資産なのだから、
素人w

コミュ力なら、低学歴DQN珍走団を連れて来れば済む

>>50は日経ナントカの記事を真に受けちゃう人なんだな...かわいそうに...

コミュ力って雑談力のことじゃないから

プログラミング能力こそが置き換えの効かない重要な資産！
プログラミング能力こそが置き換えの効かない重要な資産！
プログラミング能力こそが置き換えの効かない重要な資産！

コミュ力の意味履き違えてると死ぬ程恥ずかしい思いするぞ

>>54
実際その通りだなあ。

プログラミング能力も「一つの」重要な資産、ってところだな。

プログラミングしか出来ない奴に限って、プログラミングを神格化したがる。

プログラミングしかできないって見たことないなぁ。
プログラミングできる奴は、いろいろと器用にこなす奴ばかりだったけど。
そもそもプログラミングを神格化する奴なんかいないだろ。いたらマジキチだ。

数学に取り付かれる奴と同じだろ
永遠に終わらないパズルなんだよ

>>57
伝票を集計したり、会社経営の意思決定はプログラムで自動化できるのよ。
でも、不完全な仕様からプログラムを自動的に生成するプログラムが存在しないことは
計算理論で証明されているんだよ。

何その不完全性定理?

お前らの意見をまとめると共産党員にして超絶プログラマーの俺が
プログラム能力とコミュ力の両方を備えて最強ということだな

>>62
共産党とか頭おかしいんだろ
あんなの誰も幸せになれないぞ

まぁ、要するに俺最強だって事だろうな。
面倒だから説明は端折る。

>>63
>>64
わざわざわかり易くコミュ力って書いてくれてるのに
この二人がコミュニストをしらない馬鹿だという事は分かったw

いや、全然面白くねーし

完全無欠の仕様書が常に用意できるならばプログラマがコミュ力０も可能。
で、コミュ力０のプログラマはどうやって仕様書の不備を直させるつもりなんだ？

>>67
コミュ力がある人が仕様書に関する欠陥の情報を集めて報告すればいい。

不思議なことだが、コミュ力があると言われている人は仕様書が書けない。

仕様書つーか、曖昧さがなく論理的整合性を持った文書を書けない、と言うべきだな。

論理的に物事を考えると、
いろんなことを考える必要があって、
不用意な発言ができない。

思いつきで適当なこといってれば
コミュニケーション能力があるってことだからな。

工数を見積れと言われ、自称SEが書いた仕様書を読んでみたところ、
2つの更新処理が衝突する可能性があった。
これだと排他ロックかロールバック機構を用意する必要がある、とコメントしたら、
コミュニケーションのプロを自称するSEから「おまえの発言は前向きじゃない」と言われた。
「そういうことは考えてはいけない」とも。

予見可能な問題点をあらかじめ洗い出しておいて問題に備えておくということは、
問題を無視するよりもずっと前向きだと思っていたのだが、
どうやら自称コミュニケーションのプロのSEの人達にとってはそうではないらしい。

>>69
面倒なのか知らないが、まったく仕様書書かないから、
なにを作るにもとにかく本人にヒアリングして仕様聞き出すしかない。
→ コミュニケーションとってるように見える
っていうケースも。

でも仕様書書くよりプログラム書くほうが工数は少ないよね

>>74 プログラマが仕様書を書き始めると実装を想像するから
なかなか書き進まないんだよね

かといって実装を全く出来ない人が良い仕様書を書くのは難しい。

テスト含めると同じくらいになる。

>72
問題起こったら責任とってくださるということで了解いたしました
今後ともよろしくお願いします

ぐらい言えよ

>>77
それで本当に責任を取るような責任感があれば、技術屋からのフィードバックを無視しないでしょ。
「私は仕様書をお渡ししました。工数を見積るのは私の責任ではありません。」で終了。

責任云々言ったって、結局対処するのはこっちなんだけどな

その上から追求されたときに、コイツのせいだと言い切るための逃げだろ？
尻ぬぐいをさせられるのは確定としてｗ

>>80
こいつのせいだと言われた時に、>>78みたいなことを言われるということだろ。
上司がその場に居合わせなければ、結局は言った言わないの水掛け論になり、
そうなるとどうしても工数見積りをした当人の責任にさせられる。

だったらどうすればいいかは明白じゃない。

無職の世界へようこそヽ(`Д´)ﾉ

>>82-83
これだよ
俺が求めていたものは！

そんなもん求めんなｗｗｗｗｗｗｗｗ

>>19
視力が悪いと両目の焦点合わせるよりも
片目で見る方が楽なんだわ。平面だと特に。

0x03はなさそうだな

コミュスキルってなんだろ
どんなバカの言うことでも1聞けば5は完璧に間違いなく推測できて更に+5くらい気を利かせてあげることもできるし
どんなバカにもわかるように無駄なく楽しく短く説明もできるけど
なぜか、プライドだけ高くてバカ丸出しな奴から「おまえコミュ力って知ってる？」とか言われたな
ほんとのコミュ力無い奴が得意気にコミュ力コミュ力言ってて笑っちゃう

>>88
コミュ力っていうのは、伝達能力限定ではなく、
要求を飲んでもらうための駆け引きも含まれるんだよ。

あと、これ



テレビがどう編集してどう利用されて視聴者からどう批判されるかまで考えてしゃべらないと誤解を与えてしまう例。

いいキーボード使ってるに違いない

枡田アナウンサーかわええ

所詮、下請けは、すべての癌。

1人称が「ボク」の奴はなぜかたいてい上手いな

>>28
俺は組込み屋だが、電子回路のVA提案もするぞ。
製品ソフト設計、治具作成、ライン検査機の設計、検査ソフトの開発もなにもかも行う。

ハード屋もソフト屋も、その特徴は１つだ。

それは作品が美しい。整然とした作りになっている。
巨大なソースを小さな頭で管理するには、これしかねえわ。

前の職場で一緒だった人は指先が細長かったな

コーラ飲んでるやつ

>>93
キャッツアイの愛ちゃんだすね(*ﾟ∀ﾟ)

>>98
愛ちゃんってどっちかってーと組込み系かもねｗ

都合の悪いことはサクッと忘れる
指示通りにコードをかいて、それがバクったらこっちのせいにされた
その提案をしたのは自分だと言うことをキレイさっぱり忘れてる
できる技術者ってこんなものなのか？
同じようなひとがもう1人いるし

人の使い方が上手いというような意味でよくできるひとだとは思う

こんなC#, C♯, C＃ライブラリ無いですか？
http://toro.2ch.net/test/read.cgi/tech/1342672311/

傲慢
自信過剰
楽をすることばかり考える
肥満
人と話す時攻撃的
学生の頃、算数、数学、物理が得意だった
自分の才能を鼻にかけ、心のなかで他者を見下している
リアルでも、2ちゃん用語が会話の中でポロッとでる
やたら辛いものが好き
コーラ等のきつい炭酸好き
ヘビースモーカーで灰皿から吸殻が溢れている
素数を見ると嬉しくなる

足が臭い

>>103
ほとんど当てはまっているなぁ
正志 タバコは吸わねぇ
すってる奴は傘の先で突き刺したくなる(*ﾟ∀ﾟ)

できる奴にもタイプがあって

あっと言う間にバラックを作ってしまう奴

時間をかけて完成度の高いのを作る奴

がいる

できるやつは大抵上から目線で
話する、たとえ客であっても丸め込んで
やろうという魂胆を持ち、周りから
見てもあからさまに分かる

それは、能力の低い奴の特徴だとおもうんだけど…

たぶん違う物差しなんだろうけど…

正志って誰だよｗ

>>107
本当にできる奴は、
自分よりできない人間に対する優越感なんか必要としないんだよ

自分は他のやつより優秀だという優越感と金のために
人一倍努力するのが出来るやつ。
自分は他者より優秀だという思いが、更に上から目線
に拍車をかける。そしてドンドン傲慢にそして自信過剰
へと向かっていく

>>111
それ、頭のいい人たちには「幼稚で困った奴だけど一つだけ取り柄があるんだよな」位に思われてるよ。
特定の仕事での生産性はやや高いけど、混ぜるな危険マークが付いてるから、使い勝手が悪いのでいまひとつな人材。

俺の近くにいるすごくできる2人に共通してるのは
外人でも日本人でも、この業界の有名人の名前をほとんど知らない
雑誌に連載持ってる人の名前くらいしか知らないようだ
本はよく読んでるけど、書いた人は誰かとかどうでもいいらしい
すごくできる人がその2人しかいないので、たまたまだと思うけど一応書いてみた

>>112
混ぜるな危険は正解○
確かに生産性高いけど協調性が著しく欠けて
いるのも居る。最初の数カ月はなんとか一緒にやっていけても
長期間一緒にやるのは無理、でっ首になる。
優秀なはずの俺がなんでという顔を当人はするけどね。

>>114
1人で出来る仕事なら生産性高いんだけど、2人以上になると途端に生産性低くなるんだよね。
結構そういうタイプは「俺は凄いスキルがある」って顔してるから、初心者は騙されやすいんだけど、本当に凄い人が複数人いると掛け算で生産性があがるんだよね。

一部の傲慢で自信過剰なタイプが全体のプログラマの
イメージを悪くしているな。どこの業界でも
こういう例はあることだけど、プログラマは顕著だ

アホな上部からの要求を論理的に説明して圧倒する。

http://seikaku7.com/
http://www32.ocn.ne.jp/~emina/

お前らはどうだった？
俺はISTJ型だった

>>118
INTP だったw

ISFPだったでござーる

ISTPだって

ESFPだった

>>106
若いころは自他ともに評価が前者で、ハンディーに使ってもらってたんだが、
そろそろ年だからなー。やりかた変えないと、と思いながら、
やっぱりザクーっとつくって若い子に放り投げてしまうｗ
後者のほうが明らかにデキる奴だよ。

>>111
即物的な優越感と地位と金ではなくて、好奇心と効率化と、
その功績の評価による自分の地位や金の為に行動する奴は案外正しいと思うから、
紙一重なんだよな。

ENTJ。

ＩＳＦＪ型だた

ISTP

俺はESPだった

極端に優秀な奴は教えをこうても
あんまり教えてくれない

アホがどこで躓くかがわからないってアレか

>>118

ISTP型だったけど、優秀な理想プログラマと全然イメージ違うなこれは・・・
一応上手いし信頼されてるけど

要するに情報を取捨する力がこの型には強いということか

>>127
それは微分方程式を解くのに忙しいのに、繰り上がりのある足し算ってどうやってやるんですかって言うような質問をするからだよ(´・ω・｀)

>>118
あんまり意味があるとは思えないな〜。NとSとか割り切れるもんじゃなし。

やっぱESFPとか少ないよな
会社でも浮いてるし

ENTPはおらんのか？

ESFPだけど今無職ニート

ISTPだった
上を見てるとPGはこのタイプが多いのかな

俺もISTPだった

昔にこれやった時は別のタイプだった気がするから
プログラマやってる間にISTPに矯正されたんじゃないかと思ってる

INTPだた
前はもっとかっちりしてたんだけど、最近適当になってきたからかな

ここ、「自分はプログラミング上手いと思い込んでる奴の特徴」の方が盛り上がりそうだな
どこの会社にもいるだろ？
実際はウンココード製造機のくせに、高慢ちきな奴

んじゃスレ立てろや

コーマンチキチキマシーン大レース
全台リタイヤ

>>138
まあ自己主張ばかりやってるやつとか
イベント芸人みたいなやつには
堅い仕事は任せられないのは定説

>>138
他人のコードをけなす以外になんかあんのかね

>>1
意外かもしれないが、女友達が多いのも特徴
つまりコミュニケーション能力に優れいろんな角度からモノを見れる・・ということだ。

プログラミング能力って、優れてる人は、コミュニケーション力がある人だと思うけど。
言葉で表せることを、プログラムするのだから。間違ってます？

それって数学は言語だから
数学得意な奴は英語も国語も得意っていうくらい
乱暴なお話。

コミュ力どうのこうの言ってる奴って、能力が低い奴ばっかだな
ホントに高い奴は自分からどうのこうの言い出さないわ

バカだねーこいつ
別に自分から言うスレじゃねえのに

プログラミングって、知識ならそのうち追いついたり特定分野に特化は出来るけど
コーディング速度、学習速度、応用
この辺りは、天性のものだから下位層が何したってどうにもならないよ

上の診断やってみたけど当たり過ぎてて笑った

因みにISTPだった

まだ生きてたのかこの糞コテ
キミは何したって屑ニートじゃん

>>144
間違ってます。
コミュ能力とは
人に仕事をさせる能力です。

人に仕事をさせるじゃなくて
人を仕事させる気持ちにさせる・・だと思うよ

そうだねえ
真実は>>152だな。
強制的に仕事させても反発かうだけだな

セミコロンつけ忘れのバグをやってしまう人が案外発想がよかったり効率の良いコードを書いたりする
逆にコンパイラのチェックで弾かれるミスにうるさい人は最初で行き詰る

ENTP型

>つまらないものや挑戦のしがいのないものだと、「勉強」と称して自分で変えてしまうこともある。

っていうのが当たりすぎていて、笑った。

凄いプログラマだなって思った人は…すぐ大会社に引き抜かれたのであまり知らないが、新人にも普通のプログラマにもまったく理解しがたいソースを書いてた。
今なら、デザインパターンを駆使して極シンプルに書いたらああなっただけで、効率のよく冗長のないソースだったと思う。だから引き抜かれたんだな、とも。
その人は、コメントがないとわからないようなソースは書くなって言ってた。
結局シンプルで効率がよいのが一番だ

記憶力に頼って仕事をする人と
思考力に頼って仕事をする人がいる

俺は 記憶力<<思考力 タイプなので
凝ったコードは書けるが、後から思い出すのに難儀する

だから新人から「この程度のコード、俺にだって書けるよ」
と言われるような簡素な表現を心がけている

見習いたいわ

>>103
７つも該当した。特に、アニメ好きって項目

高慢ちきで身勝手だがプログラミングだけは上手い…なんてそんなやつはいない
凄腕プログラマーと思い込んでるのは当人だけで
周囲から鼻つまみ扱いされてる時点で、もう無能

「あいつは嫌なやつだが腕は立つ」
なんて現実にはあり得ない

>>118
ＩＮＴＪ

ＩＮＴＪ

http://www.egogram-f.jp/seikaku/

エゴグラムやってみようぜ

AとCPが高いのがマに向いてる
技術者が適職に出てくるタイプはコミュ障だ無気力だボロクソ言われてるが・・・

ISFP
babba
ワロタ。

うまい人って一人見つけると必ず数人見つかるんだよな。

bcabc

abbaa
マに向いてるのか向いてないのか自分でもわからん

acbbb

baaaa

>>154
ああ分かる気がする。
意識が最初に行く場所に違いがあるってことだよね。

とてつもなく頭がいい人間は別として、普通は全方位くまなく完璧に見渡せる人間なんていないから。

a

うまい人のコードって
タブ、スペース、CRの使い方に一貫性があるように思う

逆に、書式にぶれがある人は
ぐちゃぐちゃなコードを書いてるように思う

ISFP
babba
同じ人がいてﾜﾛﾀ
マには向かないタイプだと思われるが、どうだろう

コードに迷いがない

飯食うのが早い

>>174
これはいえる
つか、チャイムが鳴ったらすぐに席を立ってメシへｗ
つまり自分に与えられたスケジュールをそつなくこなせる力があるということ

>>45
チームで一番プログラムできるが年齢からプロマネ業務をメインで行い
後で他の人の糞設計、糞コードを全てチェックするっていう超絶非効率な仕事をしてますよ
部下ならまだしも半分以上年上だから滅入る

片手で32まで数えられる。

>>175
外で食えば早食いだし、そもそもメシ食いながら仕事したり

できる奴ってあまり飯にこだわってないかも
コンビニのおむすびだけとかウィダーとかカロリーメイトだけとか
毎日同じもの食ったりとか、見てると飯は二の次って感じ

つか、仕事に没頭して食うの忘れる
気が付くと2時とか3時

2時とか3時って混雑する時間帯を避けてるだけだよ
早かろうが遅かろうが一応昼飯は食べるけどのんびり時間をかけない
常にプログラムコードが頭の中で組まれキューに積まれ
食い終わったら溜まったキューを一気に吐き出す

>>179

>コンビニのおむすびだけとかウィダーとかカロリーメイトだけとか

胃が重くて、そんなのしか食えないんだってば。

常時手に入るものを食べるようにしてないと、
食べたいものが手に入らなかった時に
何を食べようか考えなおす時間がもったいない。
とか。

コミュ力がない奴

・自分が質問をしたときに、相手側に間違った解釈で受けとめられて、
　回答が自分の質問と違うものになった経験がある奴。

・コメントの意味が分からないと指摘された奴。

何か別の意味に捉えてるから、プログラマは・・ってことになる。

メールを書いて逆にメール内容で相手から質問されたら、
コミュ力を疑うほうがいいかな。

プログラマならショック受けた奴はいないんじゃね。
コメントなんかは重要だからな。

コミュ力もあるないじゃなくて鍛えるもんだと思うけどな
もちろんプログラミングと同じでセンスの有無は大きいけど

C言語だとポインタが理解できなくてつまづいた　ではなくて
ポインタを使う時は他人にとってコードが読みやすいように工夫する　という事に気づけた人

>>156
＞新人にも普通のプログラマにもまったく理解しがたいソースを書いてた。

＞その人は、コメントがないとわからないようなソースは書くなって言ってた。

理解し難い、とは難読という意味ではないのだよな？ならなんで理解し難かったのか？

abcabだった

扉は開きませんよ。

俺はゲーム開発をやってるのだが･･･よく、後輩に「俺は頭が悪い」って言ってるね。
頭の悪い俺ですら混乱しないゲームのコードを書くことができる。
つまり、頭の悪い俺ですら理解できるほどのキレイでわかりやすいコードの書き方は存在するってね。

>>190
後輩「頭が悪いという先輩が書いたコード読んでも意味がわからない…」
→鬱

>>191
うーん･･･ここで言う頭が悪いってのは"記憶力"とかそこらへん？
超極端な話をすると、頭がいい自慢するんだったら、全部グローバル変数でやれば？って話だしな。
他人が見てもわからないコードを書いても平気ってことは、その人の脳はすごいってことだ(笑)。ってことさ。
･･･っていう皮肉だよ！！！言わせんな恥ずかしい。

>>191
ちなみに、>>190に従うと、その先輩は「頭がいい」に該当することになる。
ま、褒めてるつもりは全くないけどね。むしろry)

>>179
できるできないはさておき、食事は死なないために食べてる感
点滴とか薬剤で当たり前の生活出来るようなら、それでも構わんという気もする

独身

だめなタイプの独身も多いから特徴とは言いがたいな

>>156
コメントは処理の目的を書くのであって
必要がないということはありえない

ぶっちゃけ型の名前とクラストップのコメントから内部実装がわかるから、コメントはソースの1割未満でいいんだけどね。

>新人にも普通のプログラマにもまったく理解しがたいソースを書いてた。
>その人は、コメントがないとわからないようなソースは書くなって言ってた。

だめじゃん

XxxDocやXMLドキュメントみたいな、ドキュメントの自動生成に使える説明用コメント以外の
コード内に埋め込むコメントは、極力書くべきじゃないし、書かないでわかるように実装した方がいいね

どうしても書くのは、どうしても「何故そうした」がコードから読み取りづらいよう部分くらい
その場合でも、単純に複雑な式だったり、その判定に名前が付けられるようなら、
コメントで済ますよりはメソッド化したほうがいいけどな

うまい奴の特徴として、メソッド内に複数の状態を持たないってのが有ると思う
言い換えれば、ローカル変数でフラグとかステートをもたせてるコードは総じてクソ

リーダブルコード厨のドヤトークにも飽きてきた

コメントがないとわからないようなソースは書くな≠コメントは不要

リーダブルコードって書いてあることが普通すぎて初心者しかためにならないよなあれ
なんで必読書みたいに言われてるのかよくわからん

なんでそんな本が出版されてるのか、ってところには疑問はもたないのか？

技術書が読めない文系でも、コードの読みやすさをテーマにした読み物なら読めるだろうし、
日本には大きな文系プログラマ市場があるから売れると思って翻訳したんだろ

いいからオライリー読めよ

>>206
オライリーなんて中級者の情報源でしかないし、お前ぐらいのレベルの奴だけ読んでればいいのでは

コードが読みやすい
難解なコードでも、小さい処理にわかれてて理解がしやすい

>>207
オライリーは情報源でもあるが、それ以上に冒険譚でもある
知らないなら黙っててもらおうか


（どーせごちゃごちゃ書き始めるんだろうけど）

>>209
じゃあ中級者の冒険譚でいいよ

なんかプログラミングのうまい奴とかいうのってなんか素人っぽいよな。
綺麗なコードを書ける奴の特徴とかのほうがいい気がする。

現実見ろよ
お前のクソコードを理解できる奴なんて存在しねーぞ

コンパイラは理解してくれますが、なにか？

../src/aho.c:11:19: fatal error: stdio.h: No such file or directory

コンパイラのメッセージはときどき理解不能です。

>>214
そのエラーはすごく分かりやすいと思うのだが？

マ視点しか持たない奴が何言っても無駄じゃね？

じゃあ誰かミ視点で何か言えよ

>>215
見失うわけないようなヘッダファイルを見失ってるところが理解できないってことだろう。

そこから自分の環境に問題があるという事に気付かないのはどうなんだと

やっぱり鬱になったアイツ一番だったな

上手い下手っていうよりWinAPIやアセンブラやソケット関連の
無駄知識を持ってる奴って、異常なコードを書く
殆どの人が手書きでやらないような、だれも知らねーよこんなAPIみたいなそんなものを書く奴ら

そういう古参のコードってたいてい設計がゴミカスっつうか古いんだ
古い効率悪い設計でも、すでにそいつにとっては新しい設計を導入するよりも、それが読みやすくなっちゃってるから
新しい設計思想を取り入れる事をしない、ただひたすらハック染みた深部へ

客観的に見ても上手くて読みやすいコード書く奴はまず、年齢が10代〜20代で学習能力の高い奴で

「で」　消し忘れてた

そういえば他人のプログラムを上手いと思った事無いな。

他人の上手さがわからないと言ってるのと等しい

興味津々で寝食惜しまずタイプが…アスペ

上手いかどうかわからんけど、
メソッドの初めとか、メンバ変数定義に処理用の連想配列とかデータ構造をごそっとハードコーディングしておいて
そのデータ構造の値使ってなるべくifとかで条件分岐しないで良いようなコーディングってどうなの？

時と場合による

>>226
単に実務向けなだけで上手いとか全然関係ないな

>>226
そのコードを１時間くらい追いかけてやってることをやっと理解出来て
結果、殺意が湧くようなものだと良いコーディングとは言えないな。

下手な奴の特徴から逆を考えてみよう

・メソッド名や引数名が意味不明。結果の意味を名前から推測できない
Ex)
checkHankaku(s:String):Boolean

・クラスフィールドの型が曖昧
Ex)
public String gyoumuCd;

・クラス名が目的になってる
Ex)
class GetListData{}

・ローカル変数の一括宣言、ローカル変数の再利用が多い
Ex)
var s = getName();
object.setName(s);
s = getAddress();
object.setAddress(s);

・メソッドが多機能、クラスが多機能
・1ステップごとにその処理を説明するコメントを書く
・同じ文字列が多出する(名前が長い変数名を何度も登場させて難読化を図る)

「この言語をつかえ」とか言われたわけでもないのに
2chに書き込むようなサンプルコードにまでセミコロンつき言語使ってる奴

たったそれだけで5回も無駄なキータッチしてる

はぁ

たぶんおもしろいと感じるから上達するんだと思う
君らは最初にプログラム学び始めたきっかけ、そしてそれを続けようと思ったきっかけって何？

>>233
始めたきっかけ -> 就職のため
続ける動機 -> 生活のため

いいプログラマーになるコツと、いい仕事を続けるコツは違っていると思う

上手になるには、好奇心＋自分でやってみること。自力で車輪をどんどん作るべし。
上手に仕事をこなすには、効率、生産性を考えること。他人の車輪をどんどん使うべし。

>>224
それは違うと思う。
仕様変更に強くて見た目も綺麗なコードはあるよ。

大半は再利用に耐えないクソだけど

ローカル変数の再利用は、コンパイラがそんなに賢くない頃にCとかでパフォーマンス目的でやられていた。
だから昔コードを書いていていた人に多いんじゃないかな？
もっと前の人はアセンブラで書いていたけどね。
今じゃスコープ狭くしたほうがコンパイラにも優しんだけどね。

俺の周りだけかもしれんが、技術がある人の9割りは深夜アニメ見てる

英語圏のプログラマからはコードがこういう風に見えている

ニイケ　ヲヨベ　マワレ〜カラ〜カンカク〜トジル
モシ〜ナラバイケ　カエレ　カケ　オワリ

わざわざ日本人にも読み辛いカタカナに例える意味が分からない

>>239
ぴゅーたじゃねーかよｗ

>>240
SBCSに平仮名なんかない

カタカナあるのも日本だけだけどな。

事前面接の事実をおさえて職安法44条で刑事告訴
http://wiki.algomon.com/wiki/%E4%BA%8B%E5%89%8D%E9%9D%A2%E6%8E%A5

>>163
貴方のタイプはbcbba です

毎日アボガドをパカッしている
DRIPみたいな
http://drip.plusvip.jp/frontier/

演算の意図がわかりやすいコードで
コメントに「ここはコンパイラが最適化する」とか書いてあると
ちょっと感心するね。

//ここはコンパイラが最適化…してくれるといいな

コンパイラが最適化するのは当たり前じゃないのか。

最適化といっても真に最適なコードになるとは限らないものでして
多分に希望的観測が含まれています

テーブルジャンプになってほしいけど、怒涛のif 〜 else if 〜化するとかそんなんじゃないの？

常に最適なバイナリになるならvolatileは要らないよな

>class GetListData{}

・ローカル変数の一括宣言、ローカル変数の再利用が多い
Ex)
>var s = getName();
>object.setName(s);
>s = getAddress();
>object.setAddress(s);

俺のＩＤＥの関数一覧はアルファべト順に並ぶので、
命名の頭をGetやSetにすると、Getばかり、Setばかりになり読みにくい
まぁクラスを越えてまでの関数一覧にならんが

USBGet、USBSetとか
NetAdressGet、NetAdressSetというやりかたをするかな

それ好かんわ

それをするならUSBGetじゃなくてUSBGetterだろ

>それ好かんわ

俺（253）の場合、USBGet、USBSetとか 頭を揃えてやっていると
拡張があったばあい、そのクラスにまとめる関数群なわけ。
USB.GetやUSB.Setにすることを半分意識しながらだな

そんなくだらない理由なら最初から別クラスにするよね

最初から別にすると無駄にコードが増えるだけじゃん

規模の予想もできないのか。

プログラミングの下手なヤツのノウハウとかは他のスレでやってくれんか

フレームワークにはプレフィックスを付けましょうって事だけやん。

＞規模の予想もできないのか。

できないという前提でつくっている
おまえがどのレベルか知らないが、一本調子に作っているやつは素人
また、規模がわかっていなんて、素人むけのなにか？　どこかの練習問題？　

現実で必要なのは拡張性をもたせた作りだな、
おまえは柔軟に作るということ考えていないだろー

拡張性まで予想してクラス設計するでしょ
何言ってんだお前は

どこが拡張ポイントかを想定できない、なんて馬鹿みたいな理由聞きたくなかった。

プログラミングで金儲けしたい

無理

とにかく美しいコードを書く。それだけの事だ

健全なコードは健全な設計に宿る

コードをどのように書くかは手段であって目的ではない

コードをどのように書くかは、今後の修正と追加を考えた場合、目的となる。
動けばいいのは、最低限の条件でしかない。

>>267
狂おしいほど同意

>>267
悩ましいほど同意

>>267
微笑ましいほど同意

>>267
笑っちゃうほど同意

>>270
作り逃げする者には関係こと
動けば勝ち。その後の面倒見る奴は負け組だし社内でもそういう所に配属されてる時点で評価もわかるってことだ

ﾊｲﾊｲｿｳﾃﾞﾁｭﾈｰ

>>275
作り逃げする方が長い目で見たら評価下がって金にならない。

アホな評価システムの会社で波に乗れば行けるかもしれないがな。

アホな評価システムじゃない会社なんてあるのか？

>>277
作り逃げ以前に、作り逃げに見える契約形態なのが問題なんだけどね。

開発時には人が沢山いります、でもリリースして運用になったらそんなに人は
いりません。 常に開発があるわけじゃないから必要な人は外部から持ってきて
要らなくなったら切りましょうっていう状態で、コードを読めない、評価できない
マネージャーやSEが取り仕切っていて納期や進捗にだけ異常に厳しくしてれば
どうなるかなんて火を見るより明らか。

こういう要らなくなったら簡単に切られる、いる時ですら見下されながら作業する
っていう状況でそういう意識の高い仕事が出来る人なんてそうそういない。
いても長い間続けてると擦り切れちゃう。 開発プロセスとして人の意識の高さに
左右されない盛り込めてないとダメなんだよ。

工数プリーズ

>>279
そういう会社大変だな。
少なくとも出す側がコードの品質に無頓着だと、評価されないからな。
何んのせいで機能追加や品質評価に金かかってるのかくらい把握しておけよな。

>>281
どんな会社やプロジェクトでもそうだが、金賭けて評価されるのは製品の品質だ。
掻き集めた開発者の品質が評価されるわけではない。

評価しなきゃならないのは、その製品を作った人なんだがな。
パートに仕様書渡したら自動的に出来上がるのか。

>>282
は？
製品の評価と設計やコードの評価は別だろ。

>>284
そりゃ別だろ
で、何？

>>285
いや、理解できないならいいよ。
説明するのめんどくさい。

上手い奴はこうゆう奴らを傍目に見てどう思うのか

ばかめ

こんなスレは見ない
が正解だと思うが

考える事を止めないのはいい事。

でも、喧嘩はしない。

>>289
しまった見てしまった

受ける会社大丈夫？
下記の条件が全て当てはまる会社にご注意下さい。

・IT系
・「社名　労基」でググると過去の2chスレが出てくる
・転職会議で2.5点