どんな人がプログラマーに向いているの(´・ω・`)

怠け者で愚かな人間ほど優秀なプログラマーに向いている理由

優秀であり仕事を迅速にこなす人は、よく働き、頭の回転も早そうですが、プログラミングの分野においては話が別のようです。
ブロガーのPhillip Jensenさんによれば、優秀なプログラマーほど怠惰で愚かでなければならないとのことで、その理由について公開しています。

Why Good Programmers Are Lazy and Dumb
ttp://blogoscoped.com/archive/2005-08-24-n14.html

怠け者のプログラマーは自分の仕事を減らしたいがために、便利なツールやソフトを作成することがあります。
また、単調で、繰り返されるだけのコードを書かず、余分なものをそぎ落とす傾向があるとのこと。
自分が楽をしたいがために生み出される努力から作り出されたツールは、製産性をあげるのに一役買ってくれるでしょう。
（続く）
http://gigazine.net/news/20130729-reasons-good-programmer-must-be-lazy-and-dumb/
http://i.gzn.jp/img/2013/07/29/reasons-good-programmer-must-be-lazy-and-dumb/top.jpg

手がある人

結局才能だからなんとも

英語とパソコンが好きな人だろ

怠け者は出勤しないだろまず

自殺しない人

低能の断末魔にしか聞こえんな

怠け者はプログラミングの勉強すらしないから

プログラマーの3大美徳
・怠惰
・短気
・傲慢

プロブルマーが一言↓

アメリカの"プログラマ"と日本の"プログラマ"は違う職種だから

コーヒーの好きな人
寝ないでも平気な人

アスペ

>>11
アメリカ：　ベンチャー企業家
日本　　：　ITドカタ

こんな感じか

底辺

怠けるための努力を惜しまない人

アスペだろうな

35歳になったら、ちゃんと次の仕事を見つけられる人

1.暴食…糖分とカフェインの大量摂取に耐えられること
2.憤怒…手抜きや汚いコードを見たら人間関係無視で指摘すること
3.傲慢…仕事に誇りを持ち、俺の書いたコードは絶対動く、と豪語できること
4.強欲…他人のクソコードをアグレッシブに捨てて作り直す
5.怠惰…手を抜くためならいかなる努力も惜しまない
6.嫉妬…俺がNo.1。自分よりスキルの優れている人間の存在を許せない
7.色欲…壁紙がアニメ絵

トータルすると、人格破綻者。人間として終わっている人が向いている。

忍耐強い人

優秀な人ほどコミュ力も高いし、プログラミング以外の仕事のほうが多くなっていく

専業プログラマーは底辺で、何も考えない人が向いてる

一日一言もしゃべらなくても平気な人

>>20
それは真逆だよ

コンパイル時間が長ければ机をペンでカンカン叩きながら短くする方法を考え、
ソースを読んでいて同じ字面のコードが3回出てきたら瞬間湯沸かし機のごとく即沸騰、
ぐらいがちょうどいい。「いかに楽に作るか」がPGの素養なわけで、苦労を受け入れるのは敗北

愚かとは違う気がする

プログラムだけなら無能な働き者で良いと思う
SEだと有能な働き者じゃないとめちゃくちゃになる

2ちゃんねらだろ

楽するための苦労と、そのまま続ける苦労を冷静に天秤にかけられるかどうかだわ

単体テストが嫌いな人。

>>25
無能な働き者が書いたコードは十中八九ゴミだぞ。
動くには動くが、DRYもOAOOも無視とか、コピペで増殖した大量の潜在バグとか。
そしてそいつが作るために費やした工数の数倍の工数をかけて改善するハメになる

>>23
悪いんだけどそんな優秀な奴はいらない。
多少汚いコード書いてもいいから、文句言わずに働き続ける奴の方がいい

ドキュメント作成なんかクソくらえ

>>28
むしろ好きな奴なんているの？

ウンコみたいなプログラマーほど、自分のキーボード持ち込むの勘弁して欲しいんだけど

>>19
的確だわ

奴隷に向いてる人間なんてそうそういないぞ

俺が昔居た所は10人位のグループで1人がHHK持ち込んだら、ほぼ全員、HHKに代えだして、
付属の標準キーボード使っている奴に早くHHK買ってこいとか圧力掛かってたなｗ

それは30年前から言われているけど大きな間違い
優秀な遊び人は無駄な作業を容易に見抜けるため、馬鹿な前例に従わない
だから凡人からは怠けているように見えるだけ

本読んで学ぼうとしても30ページで投げちゃうんだが

精神がタフな人

>>37
優秀かどうかはともかく、正に俺のことだわw

テキパキと同じ作業を何時間も繰り返せる奴ほんとすげーよ。
３０分も同じ作業をやってると、自動化コードがどんどん頭に湧いてきて、思わずプログラムを書き始めてしまう。

そして怒られる。

俺はダメだわ
怠け者すぎてデバッグもろくにしないし傲慢すぎてバグを指摘されると不機嫌になっちまう
しっかりした人とチームじゃないと本当に使えない人材だと思う

部活で運動してて現在でも体力がある、社交的

この2つさえあればプログラムするだけならベスト
その代わり短期間で精神パワーをガリガリ削ってくるから、
それに耐えられるかどうか

Ｂ型の人

マメで真面目で責任感のある奴

>>44
そんなプログラマーは３年も持たずに死ぬ

社畜の鑑になれる人
スキルは特にいらない

怠け者だが有能な人だろ

残業して外からバケツで水を運んで風呂にコツコツ溜めるやつはダメだな
出来るやつは１日で水道作って毎日定時で帰る

>>48
そして、出世する奴は他人が水を貯めた風呂桶に自分の名札をつける。

redmineとsvnが使えるやつなら大丈夫なんじゃね？
包括的にすべてを見たしてると思うけど。

コミュ障は間違ってもプログラマー目指すなよ
迷惑だから

6歳までにオブジェクト指向を身につけられるかが勝負

デバッグが好きな人

http://i.gzn.jp/img/2013/07/29/reasons-good-programmer-must-be-lazy-and-dumb/top.jpg
ただの障害者だろコレ

googleが使えてコピペができる人

>>44-45
すっこんすっこんいくな(´・ω・｀)

>>14
ホント「どこで差がついたか？」の世界だよな

>>48-49
なかなか的確だなw

>>50
svnを「使える」奴は正直滅多にいないぞ。svnに使われている奴は一杯いるが。

>>53
むしろ、デバッグしたら負けかな、と思っている。
そもそもエンバグできない構造、バグの入らない強固な書き方、バグがあったら即解る仕掛け、UTによるIF定義と検証、etc...
これを全部擦り抜けたものだけをデバッグする。

適当でいいよ適当で
これが神

ピペドだけどプログラムできたおかげでソースコードで論文の枚数かせげたは。

プログラマに向いているのは、森も木の葉も見られる人だ。
ま、向いてなくとも25年もってるがな。

ＰＧ＝知的単純作業労働者

>>60
論理の塊なんだから適当はNG。
ターゲットが決まってないならスタブである程度挙動を仕込むべし。

プログラマは文系の仕事

ことわれない人だな

　
中小零細受託開発派遣をやってる会社に妥協して入社する奴隷
　
　

　(*ﾟДﾟ)　足に嵌められた鎖の自慢が出来る人
　(ヽノ）　　　ﾑﾎﾑﾎ
　 >ω>

否定から入る

>>69
そんな納期で出来るわけないだろ
もっとも俺がやれば別だがな…

→やっぱり当然できない

プログラマーって頭いいなぁって素直に思うわ。
プログラミングの解説書ちら読みしたけど、何書いてるのか
さっぱり理解できん。
何かの技術者になる方が余程簡単に思えるんだけど。
皆謙遜しすぎじゃないの？

>>68
プログラマに関しては逆だと思うぞ。

意味のないルールなんてクソ喰らえ、って奴の方がマトモな仕事をする。
生真面目に設計ドキュメントをキッチリ書いてメンテして実装規約を守っているアホは漏れなく無能。
ルールを守って「引数 string source 説明：sourceのstring」なんて書いていたりするともうねw

>>68
ω
>>68

>>71
何かきっかけがあれば、簡単に理解できる。
かっこいいコードを書けるかどうかはセンスだけど、プログラミングは難しくないよ。

>>72
＞意味のないルールなんてクソ喰らえ、って奴

こういう奴の書いたバグだらけの糞コードのメンテはもういやだお(´；ω；｀)ﾌﾞﾜｯ

クソ下請けIT土方だけど年収500万、土日祝に有給割と自由
月150H位で嫌いじゃないよこの仕事

Windows8のプログラムになれねぇ
DOS時代の頃に戻りたい…

>>75
会社にとってかかせない人になるためには、スパゲッティーするわけだよ

>>75
なぁに、メンテが嫌なら書き直せばいいんだよ…

>>57
そりゃ大学だろ

>>78
>>79
ぶえええ(´；ω；｀)ﾌﾞﾜｯ

>>76
客と折衝して仕様固めてハード仕入れてサーバー構築して
プログラミングしてデバッグして納品して現場でコーチングして
年収300万（保険類なし）だった俺を底辺野郎と罵ってくれ

趣味のプログラミングは楽しい
自分の作りたいものを自由に作れる
いくら時間かけてもいい


仕事のプログラミングはつまらない
作りたいもの作れない
やりたい事やれない
ただひたすらいち＋いちが2であることを確認する作業
何も面白くない

>>74
動くコードを書くのは簡単だけど、正しいコードを書くのは難しいよ。
何を書くのか理解して咀嚼してモデリングして洗練して理解を確認して…
相手がモヤーっと脳内に思い浮かべているモノを合理性・一貫性を保ちつつ引っ張り出すような作業だ

>>75
バグだらけって…… 無論、意味のあるルールは守るのが前提だぞw
ちゃんとした設計・実装ならそんなことにはならん。

コミュニケーションが苦手じゃない人。

ここに書いてるのは底辺量産javaプログラマの事だな、底辺っていわれるのは大体ここ

ゲーム系なら優秀なプログラマはヒーローになれる
底辺の人材はコードを汚すからいらない

>>84
そこで、アジャイルｗですよ

半日かけてスパゲティコードを3割減らした人<<<コピペしまくって機能追加をどんどんした人(もちろんバグ有で要らない機能もある)
生産性がコード量で決められる会社に勤めてると悲惨だから止めとけ

はじめからMISRA-C準拠したコードに落とせるやつ。

>>87
アジャイル()笑はマジで害悪だな。構造化設計すらできないレベルの奴が、
見通しも方向性も構造もなくいきなりコーディングに突っ走る言い訳にしかなっていない。

>>88
そんな会社は前世紀の遺産だなw。あと「動いているコードに触るな」って会社もな。

有能なプログラマは全員面倒くさがり屋

プログラミングの教科書読んだが難しすぎるだろ
あんなもん算数で挫けた俺には無理
できる奴は天才

有能なプログラマは全員面倒くさがり屋とか、できるヤツがドヤ顔
でいう台詞だよな

くまもんデザインしたおっつぁんみたいに、「俺は人一倍自信がないことに
自信ある」とかほざくのと同じ。「だから若干だけデザインを変えた
くまもんを５０００枚部屋に貼り出して消去法でデザインを確定させたんです」
みたいな。


俺そこまでやってるぜスゲー自慢にしか感じなくてイライラする

ID:lEVdZsjQ0
なんかプログラマの典型みたいな人だな
誰もいうことも聞かなそうｗ

設計書？
とりあえずソース読め

日本には優秀な技術者がたくさんいると思うのだけどなんでアメリカみたいに世界にインパクトを与えるサービスを生み出せないのか
この点京都はどう考えてるんだ？

プログラマーって伸ばしたら笑われた件

プログラマーはコミュ障でもできるがＳＥは無理

>>90
クラス設計とかモデリングがきちんとできるやつはアジャイルのほうが効率的だよ
つか、コボラーじゃあるまいしまっさらな状態から書くのに上から埋めて行くなんて無理だわ
そっちのほうが百倍難しい

あと、壊れてねぇなら直すなを言われたことがないやつは極わずか
残念ながらそれが現実だわ

>>95
上司「ソースコードかけたらそこから設計書起こしておいて」

>>94
俺は結構従順よ？ 要求に道理が通っていれば。

>>96
金勘定なぞ知らん、そりゃ技術屋じゃなくてマーケッタや経営者の仕事。
ただ、米のスタートアップは客の要求の的を得た機能だけを提供することが多い(できる=OK)が、
日本は手持ちの技術でできることを最大限提供する(できない=NG)、で損しているように見える。

たとえどんなにおかしなコードでも
現在動いてるのが奇跡に近くても
勝手に直してはならない

>>101
まあ客も合理的という発想がないからな
レアケースは手でやればいいのに、無理やり要件に押し込んだあげく
使うころには、そんな機能があったことさえ忘れてる

ERPなんかも仕事のやり方をソフトに合わせりゃ安いし堅牢なのに
日本じゃ逆に今の仕事のやり方に合わそうと鬼カスタムで爆発するし

その辺クリアできるレベルの客とのアジャイルは効率的だよ
そんなの5年に1回くらいしかないけどさ

>>102
なんかの経理のプログラムで、現在は動いてるらしいけど、
とりあえず動作確認の為にコード修正前に用意されたテストデータで走らせたらエラーになるのを原因究明、修正させられたときは参った
Cに近い独自言語でデバッグツールもなく、製作者はすでに他界してて分かる人が居らず、JAVAっ子だった俺には地獄だった

そのプロジェクトが原因で不眠→鬱→休職→退職コースたどったけど、今思いだそうとしてもその時何やってたのか思い出せねぇ

>>103
まぁ、壮大で膨大な機能を廉価に要求した挙句、
要求の本質を突き詰めていくと必要なのはボタン1つで後は全部オマケとかよくあることw

あと、上でアジャイル(笑)と言ったのは、
ご指摘の通りアジャイルはスキルが十分にあることが前提なのに、
スキル不足をアジャイルで補おうとする輩がまかり通っているのをバカにしているだけで、
アジャイル自体を否定しているわけじゃないですよ。

>>103
＞ERPなんかも仕事のやり方をソフトに合わせりゃ安いし堅牢なのに
＞日本じゃ逆に今の仕事のやり方に合わそうと鬼カスタムで爆発するし

横レスだけどこれすげーわかるわ
やり方変えたくない社内のお局様に新しいやり方教えるのが面倒とかそういう理由なんだろうなあれ

>>19
否定しようと思ったけど否定しきれない
多分それが正しい

とある事務所にフルスクラッチで管理システム導入したが
簡素化のためにある程度業務をいじったら
お局さんがそのせいで鬱になったと言って間接的に訴えられたわｗ

対人恐怖症やアスペルガーなど。

誰かがある本に書いてたが、中学生くらいの頃、ゲームのプログラムを友達と書いてたと。

4が押されたら左へ、6が押されたら右へというプログラムで、普通の人はif文で4か6を判別し、4なら-1、6なら+1と書くのだが、友達は入力された値にマイナス5をして、結果をそのまま動くようにしてたと。これだと行数が省ける。

これを見て、プログラミングのセンスってこういうのだなと思ったと。

古いｼｽﾃﾑが動いている客先ほど
少数精鋭ではなくﾏﾝﾊﾟﾜｰで乗り切ろうとする。

5人でｺﾋﾟﾍﾟをひたすら繰り返す作業とかｱﾎの極みみてーな現場があった。
今考えたら社員を飼い殺しにするよう訓練させるための現場だったんだろーなと思う。
自動化ﾂｰﾙ作って常駐者を5人から2人に減らしたら
契約人月が半分以下になったと怒られたので転職した。
俺にはIT業界は向いていなかったようだ。

中堅どころの安さを売りにしている会社だと
目先の利益だけ追い求める傾向が強く
3年後も5年後も契約を切られない様な環境づくりを否定される現場が多い。
要領が良い人とか有能な人に対して俺はﾌﾟﾛｸﾞﾗﾏｰになる事は勧めない。
どーしてもﾌﾟﾛｸﾞﾗﾏｰになりたいと相談された場合は、絶対に金融系ｼｽﾃﾑは行くなと忠告している。

>>111
こういうことしてるから日本のソフトウェア開発ってダメなんだろうな。
それなりに優秀な人はいるはずなのに、その能力を持て余すような仕事ばかりさせられてる。

日本のプログラマは
・若い事
・週に何度かの徹夜に耐えられる体力がある事
・文句を言わない事
だ

アメリカは知らん

ソース作成にコピペとか当たり前
自動化ツールがあるだろとかいう奴は只の知ったか
ユニクロやワタミ並みのブラックな企業が多いのも特徴

人の心を失った人

最近の言語だけで作るとか思い込んでるのは、プログラミングを習ってる学生なｗ
Cなんてまだ優しいほう。COBOLとか普通にある

クラスだとか構造化なんてのばかりじゃねーからｗｗｗ
そんなのは学生が勉強してるもの「だけ」
現場にそんなのありゃしない

かっこいいコードだとか綺麗な書き方、なんて言ってられるのは就職した年くらい
「コードの美しさ？仕様通り動きゃいいんだよ」て感じになるだけだ

いやoopは普通にあるだろ
学生が勉強してるもの「だけ」って昭和かよ

COBOL案件なんてもう金融・保険・役所くらいしか残ってないだろ

なんかここSEが多そうだから聞くけど
なんでこんな難しいのに薄給の仕事してんの?
なんで男も女も結婚できないの?
バカなの?死ぬの?

そういえばアマグラマーっていないよね(´・ω・｀)

>>110
じゃあ８を押した時ら上に、２を押したら下に行くようにしよう　ってなったときに作り直しになるじゃん
-1　+1法だと変数名入れ替えるだけでコピペできる

ここまで低脳で尚且つ嫉妬がひどいスレは久しぶりにみた

IT関係（）

ガチでコミュ症には無理
この業界はほとんどが口頭指示

プログラマーっていう人に会ったことがない　2次元のようにモニタからは
出ないものと思っている

＞単調で、繰り返されるだけのコードを書かず、余分なものをそぎ落とす傾向があるとのこと。

まあこれを過度にやられると解読不明になるんだけどなｗ
繰り返しまくりのコピペコードが一番バグが少なくメンテナンス楽だったりする

>>122
お前、ナマポスレでも見た方が良いよ

めんどくさがり屋さんが向いてる

グラマーな人と結婚したいです＞＜

ゲームを作ろうと思ってC言語を学ぶ
開発環境とダイレクトXが糞難しいので簡易言語を学ぶ
簡易言語が気に喰わないので自作の言語制作を学ぶ
ゲームをやらなくなったので俺言語制作の熱が冷めて違うものを作ろうと思う
開発環境が難しいので放り出す

今日のプログラマスレはここか。

>>124
能力があればおｋ。以前にも書いたがメールかチャットでしか指示を受け取れない
ガチコミュ症がいる。指示も的確にしないと「分からない」と言われるので
出来る限り細かく書く。そうするとかっちり仕様通りのものが仕上がってきて
バグもほぼ出ない。モジュールを書く腕とスピードはピカイチ。

対人スキルないと打ち合わせとかに出られないので底辺プログラマからの脱出
は無理だろうが下手なSEよりも給料がいい。

頑張って不効率な作業をこなす事が尊ばれるジャップには向かない職業って事か

>>132
職人は楽をするために一般工具じゃなくて専用の道具を発明する。
つまり職人肌の人には向いてる仕事。

>>133
でもその道具作っても周りからずるいだの卑怯だの言われて取り上げられちゃうんでしょ？

>>32
これがいるんだな、不思議と。
メソッド内のローカル変数の数値を変えただけでも全テストケースをやりなおしとか言うキチガイが実在する。

>>134
プログラマ同士ではそれが美徳だし財産だし、プログラマ以外の人間には
ずるしてるかどうかとか分からん。

ズルで言えばコピペプログラマとか勝手にGNUやBSDで縛られてるフリーの
コードを流用するような奴が一番始末が悪い。

>>136
当然コピペるだろう

時間がありあまってるなら別だけど

お客様は大切なデバッグ要員です(｀・ω・´)

数学強くないと無理だよね

楽する努力は当たり前だぞ

ID: YSn6U+2jP とは絶対一緒に仕事したくないわ
つか「時間がなければコピペOK」とか「生き残るにはスパゲティを書く」とか
今時そんな現場あんのかよ

>>139
業種によるけど文系出身者は結構多いし、そういう業種じゃないと高等数学は
使わない。
数学というよりはロジック

することがない人

>>139
業務アプリケーション（顧客管理だの在庫管理だの）は理系よりも文系向き
プログラムを書く＝ソフトが動くように文章を書く＝元の設計図が読める
大学の電磁気学の先生はCもBASICもわからんって言ってたわ
エクセルのマクロすら組めないってｗ

金融シミュレーションや天気予報は数学の分野だけどこれも文章書ける人だから多彩な人向け

そういや消費税増税でプチIT特需が来るな

要するに有能で怠けものてことだろ
ひろゆきなんかもこのタイプ
お前らは無能でなまけもの
俺は無能で働きもの

みやすいソースは根こそぎぱくる

まーチョンみたいなもんだな。他人のをぱくって学ぶ

>>18
業界のことを良くわかってる優秀なレス

>>116
ないって言うんなら、そうなんだろ
お前ん中ではな


これ、煽りじゃなく意外にガチだったりする
入ったPJ、触ったコードによるんだよ
学校で習ったことは夢物語、構造化とか妄想乙ってプロダクトがあるのは事実で、
しかもそういったコード、設計の綺麗さってのはPJの規模やプロダクトの社会的ビジネス的重要性と相関性は全くない
他方、プロダクトの社会的ビジネス的重要性はエンジニアの給料と少なからず相関するから
エンジニアの技術力≠給料って図式になるんだよなぁ
日本のIT業界が遅れをとるのはこれが原因だと思う
アメリカにだってコピペプログラマはいるし、コミュ障のエンジニアもいる
ただ経営者が新しい技術に対して柔軟であることと既存のレガシーシステムに無理やり新機能を突っ込むような愚を行わないことがエンジニア全体の質を維持、向上させる土壌になっていると思ふ

俺VB６しか出来ないプログラマだけど年棒520万。奇跡だなこれは。

>>147
PHPプログラマか何かなんだろ。あと組み込みなんかだとクラスあんま使わない
とかあるけど。
人月単価が安いから人材も糞なんだろうけどPHPで書かれたソースコードは
概して糞。まあ言語の開発陣が糞だからなあそこは。

>>148
まだVB6の仕事ってあるの？
てかVisualStudioに入ってるの？

プログラムだけできても面白くないで
プログラムを役立てられる専門分野を増やすことだ

VB6しかできない、というのはVB6しか業務の経験がないだけで他の言語もやればできるのか、VB6以外は何らかの理由で本当にかけないのかどっちか気になる

>>141
ありまくりだよ

いまだに人月の神話って言葉を知らない奴らが価格交渉する立場にいるからね

例えば制度変更があって今までの機能がいらなくなって、全く違う新機能を実装する場合
客は新機能を作る工数は渋々だけど出す
でも不要機能を削る工数は出さない
これを何回か繰り返すと伝統の味を受け継いだ美味しそうなスパゲッティが完成する
で制度変更は何度でも発生するから美味しいスパゲッティを毎回ほぐさないといけない
つまり改修範囲のステップ数は年々増える＝１回当たりの工数も増える
不思議なことに「影響範囲は何万行あります」と言うと客はやっぱり改修費を渋々だけど出すんだよ

>>150
まだまだたくさんあるよ

てか、MSもVB6の撤収に失敗したからね
本当にMSは最近バカばっかりやらかすわ

>>149
言語やアーキテクチャには依存しないかな

一番の原因は金を出す客と出させる営業、PMだな

JavaだろうがC++だろうがうんコードまみれのプロダクトは山ほどあるし、PHPでも小綺麗にしてるのもある

どの言語だろうがうんコードまみれになっても「綺麗なコードも書ける」ように訓練しておくのが35歳すぎてもエンジニアで食っていくための道だろうな

連投ｽﾏｿ
じゃ肥溜めに戻るわﾉｼ

>>153
まあ人月の神話はまだまだあるが（ただし存在は知っている）、ステップ数で
見積り取るよりはマシかなって程度（つまり数値が出せないと客が困るらしい）

仕様変更についてはまず最初にプロダクトを作る時に機能の分離をきっちり
してあるかに大きく依存する。「専用のコードを減らす」という言い方も
出来る。設計がしっかりしていれば仮に使われないコードが残っていても
さして影響はないし、消してしまって問題があればそれはモジュールの設計に
問題があったということだ。

SEやPMの責任になるのは、最初の納入時に工期を掛けておけば後の仕様変更の
コストが減り結果的にプラスになるということを知っているかどうかだな。
「時間がー」というレスを良く見るが最終的に何度も何度もデスマを産むことを
考えれば時間が無い時こそみっちり設計に時間を掛けるのが基本。

まあ恵まれた環境で仕事してることが分かったわ。隣が何やってるのか分かりにくい
業種だからな。

気がついたら来年で50歳だよｗ
未だにPHP書いたり、最近だとiOSアプリ書いてるよ。
客先に行ったら、動向の営業がプログラマでオレが営業部長だと思われたな（笑
色々と申し訳ない

>>157
俺より先輩がいたとは。ちーっす

問題は怠けものはツールを作っても
その仕様書をのこさないので
改変作業がめんどくなるわけで
やっぱり怠けものはプログラマーに向かない

>>159
http://www.lanl.gov/Document/

> Laziness: （怠惰）
> It makes you write (snip) document what you wrote so you don't have to answer so many questions about it.

あうあうあー

>>158
先輩だけど優秀じゃぁないですよ（笑。
色々といい加減に生きてますから。子供は成人したので後は自分の好きなようにやってきやす。

確かに目の前の仕事を必死に片付けてしまいがちだとツール作ってる暇無いからコネや高学歴を利用してゆったりと仕事をしないと何も積み上がらないな単なる土方

>>162
まだまだ赤子じゃないかｗ
俺なんか今年で58歳・・・

>>164
あと10年現役ですか？

ピザ食っているとき背後からヒモで暗殺されそう

>>166
プログラマはピザとか食わんよ。手が汚れるから
メリケンIT企業を気取って差し入れにやたらとピザを出前する奴はいるけど

>>116
ここ数ヶ月REST+Javascriptなコードしか書いてないぞw

オーバーフローさせて隣の変数にフラグ立てたりしてるわ

プログラミングって老後の趣味とか副業にちょうどいいかもね
頭さえボケなければだが

>>164
先輩、お疲れ様です。そろそろ老眼鏡の度をあげないと仕様書読むのが厳しくなってくるんじゃないでしょうか。

ラリー・ウォールのあれ言っときゃいいんだろ
めんどくせぇから後は自分で調べろ

怠惰な人が向いてるとか言うのはインテリジョークであって
普通の話だけど無能で怠惰な人は向いてないよ

一回ライブラリ作ったら数年間ずっと使いまわしてる
怠惰と言えば怠惰

ずいぶん学生が多いなｗ
クラスを書くのが当たり前だとかありまくりだとか、どうせたかが１年2年程度しか経験ねーんだろｗ

端末のプログラムしか知らない無知ごときが、
テメーの環境が当たり前のように書くのもプログラマの世界ではあるがｗｗｗ

変数は定義した行で初期化するのが当たり前（ｷﾘｯ
とか言う馬鹿を見た時は驚いたがｗｗ

>>ID:48SEqxMfOみたいなのはPCのウインドウ設計しかした事ないシロートだよｗｗｗ
端末系のやり方が世界の常識だと思い込んでる馬鹿の典型な

10年くらいプログラミングしてないけど文字処理の勉強用に正規表現用コードを書こうかどうか迷う

>>170
趣味でやるぶんにはいいだろうが、
間違ってもそれで金稼ごうとか思わない事だ

イカれた連中の仲間入りをしたくなければなｗ

>>178
ゲーム作成以外で趣味で長く続けるには何を作ったほうがいいんだ
復活させたい趣味なんだけどゲームはコリゴリなんだわ

>>177
むしろsedとかの正規表現用のコードを読むと勉強になるよ。
「作ってから読む」ってやってもいい。

文句ひとつ言わずに毎月150時間ぐらいサービス残業できる人材

>>174
怠惰と言えば怠惰だが、メンテナンスし続けないとそこまで使い倒せないから気がつかないうちに時間はかかってるんじゃないか？

>>176
前レスの先輩には負けるが10年エンプラ系で飯食わせてもらっているよ
フロントエンドもやるがバッチでもDBAでもなんでもやるな
最終的にUIはPCか帳票なんかになるから端末専門と言えるかも
>>176は組み込みとか制御系なのかな
そっちのほうは疎いんで環境が全く違うならすまんかった

37歳でプログラマに転職した俺は最底辺の負け組
どないしよ…

>>183
客持って逃げれ

人間って自分の意思を言葉で伝えれるから誰でもプログラマになれるよ。
使える言葉が少ないから効率良く組める人は優秀なプログラマ

ナーシャジベリ

才能がある奴！
つうか自分で才能があるかないかくらい分かるだろ。

VB2.0でIO直接叩けないと現場で知った時は焦った。Windows怖い。

　　　　　　　　　／ : : : : : : ＼::｀::丶 ､三三三三三三三三三三
　　　　　　　　 /: : : : : : : : :／｀丶､::::::｀　丶､三三三三三三三三
　　　　　　　　 |: : : : : : : : :l'ﾞ　　　　＼::::::::::::::::丶三三三三三三
　　　　　　　　 '､: : : : : : : :f三ヽ　　==丶,:::::::::::::::::｀　≧三三三三　あっ　VB　Delphi！
　　　　　　　　　 ｀ー──{ r=､　　　　 行　｀￣￣￣￣７: : : : : : :
　　　　　　　　　　　　　　 lﾞﾋriヽ　　　/ﾋﾘﾞヽ､　　　　　|: : : : : : : : :　Ruby使いてぇ
　　　　　　　　　　　　　　 ｉ~~~/　　 ．~~~~~　　　　　 lｉ!lｉ!ﾘ´`ｰ'⌒
　　　　　　　　　　　　　　{　／　　､　　　　　　　　　．l!l!l/　　/-'　　HSPって　すげぇオシャレだと思うんですけど
　　　　　　　　　　　　　　l　{　r-､　）､　　　　　　　　ﾉ::ﾉ　　 〉　)
　　　　　　　　　　　　　　',　｀´　 ｀´．　　．　　　　　'ﾞ'ﾞ　　r‐''´／　　HSPで業務アプリ作るってやばいっすか？
　　　　　　　　　　　　　　 l　rｪニニ二ｲ　　　　　　　　　　　　（＿
　　　　　　　　　　 　 　 　 l 　ﾉ　　　 /　　　　　　　　　..:::::::　　ヾ　　うわぁ　頑張ろう
　　　　　　　　　　　　　　　' /　　　 ﾉ　　　　　..::::::::::　　　　　／三
　　　　　　　　　　　　(⌒⌒ヽ　　 ノ　　　....:::::::::::::::　　　 ／三三　　　ビッグになろう
　　　　　　　　　　　　　ヾ＿＿＞'　.............:::::::::::::::::::::: ／三三三
　　　　　　　　　　　　　　　　　｀ 丶､::::::::::::　　　　 ／三三三三三
　　　　　　　　　　　　　　　＿　-'''''´>､　　　　／三三三三三三三

foo.h
#include "hoge.h"

hoge.h
#incldue "hoge2.h"

糞SEが過去の遺産のソースメンテを受注しちまったんだが
こんなんでincludeが10階層まで出てきてゾッとしてる…

仕様書がのこってないのも大変だけど

一番やっかいなのはデータベース定義がのこってないことだな・・・
機が来るそうになる

コミュ障で文系卒が就く仕事ができないような理系オタク

★マインドコントロールの手法★

・沢山の人が偏った意見を一貫して支持する
　偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法

・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
　誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法


↑マスコミや、カルトのネット工作員がやっていること

TVなどが、偏った思想や考え方に染まっているフリや常識が通じないフリをする人間をよく出演させるのは、
カルトよりキチガイに見える人たちを作ることで批判の矛先をカルトから逸らすことが目的。

リアルでもネットでも、偽装左翼は自分たちの主張に理がないことをわかっているのでまともに議論をしようとしないのが特徴。

>>19
「七つの大罪」

料理好きなら向いてる

>>182
たかが10年ごときで一人前と思い込んでるゆとりかよｗ
だから「てめーの環境が世界標準だと思うな」と書いてんだが、理解できないようだな

>>192
おまえみたいな思い込みが激しい奴は
どんな仕事にも就けねーからｗ

仕様を詰めるのには対人が必須だし、ドキュメント書くのも文章力が必要
おまえみたいな文系の知ったか程度しかいない事務みたいなのなんて
小学生でも字と要領さえ覚えればできるｗ

クソまじめにコードを書く努力をするこたぁない！
神様にまかせりゃケツに奇跡を突っ込んでくれる！

ということを体験した人。
良いコードは天から降ってきます。

>>136
GNUはともかくBSD（修正）は使っても問題ないだろ

>>115
アセンブラやBASICなんかも現役なんだなこれが

生産機械の場合はね

>>199
客に出すドキュメントに「このソースコードは無保証で自由に再頒布できます」
って書くのか？

>>201
テストしないのか？

コピペだろうと自分でかいたのだろうと一通り読んでテスト項目つくって
テストしないの？

コピペだろうがプロセスはかわらなくね？

>>202
修正BSDも知らずにテストテストって新卒君か？

これが噂の社二病？

>>203
ごめんわからない

著作権表示、本条件一覧、および下記免責条項を含めなければいけないだけで
結局動作するかテストしないの？

信用してノータッチな感じなのか

>>205
今ググった感じだなｗｗｗ

「無保証」は修正BSDライセンスで表示義務があるんだよ。
「テストしてないから保証できません」って意味で書いたと勘違いしただろ？ん？

とにかく修正BSDライセンスが適用されたものなんて予め断ってでもおかない
限り納品なんてできないんだよ。そこは分かるだろさすがに？

30でニートになっても大丈夫な人

>>206
いや、ごめんまだわからない。
「勘違い」の意味がわからない。

「このソースコードは無保証で自由に再頒布できます」 と書かなければ
いけない理由がわからない。
テストして別に有償だろうが保証ありだろうが提供すればいいだけじゃないの？



>とにかく修正BSDライセンスが適用されたものなんて予め断ってでもおかない
>限り納品なんてできないんだよ。そこは分かるだろさすがに？

これは理解できた。

>>208
>「このソースコードは無保証で自由に再頒布できます」 と書かなければ
>いけない理由がわからない。

修正BSDが適用されるコードは修正BSDコピーライトとして以下の文書を
添付しなければならない

http://www.freebsd.org/copyright/freebsd-license.html

> Redistribution and use (snip), with or without modification, are permitted

要約すると「改変の有無にかかわらず使用および再頒布は許可されています」

> THIS SOFTWARE IS PROVIDED BY THE FREEBSD PROJECT ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES,

"AS IS" = 「現状のまま」この文脈では無保証ということ。読み進めると分かるが
暗示的保証も禁止。瑕疵担保も損害賠償請求権利も発注側に発生しない。

そんなもん納品できると思う？随分時間掛かったけどこんなことも検索できない
なんて向いてないんじゃないの？

>>209
いや、その修正ＢＳＤが適用されるコードを、コピペして自分のプログラムに
組み込むんでしょう？

それにも「改変の有無にかかわらず使用および再頒布は許可されています」
を書かないといけないの？ということなんだけど

>>210
当たり前でしょ。

GPLとLGPLの相関を考えれば分かるが、特記なき場合一部のコピペであれ
著作権が及ぶ範囲ではライセンスは伝播する。
そもそも著作権法で保護されて「いる」ものに条項をつけることによって
（ライセンス条項を付与しても著作権は保たれる）煩雑な手続きなく自由な
利用を促すのがライセンス事項であるので、明白な著作権法違反をしておいて
ライセンスだけ伝播しないと考える方がどうかしている。

>>209
よく読めｗ

・納期前１ヶ月間一睡もせずに頑張れる人
・寝泊まりは会社でオッケーで椅子で熟睡出来る人
・クライアント様からの変更、修正依頼が来ても笑顔で応じる人
・一週間お風呂に入らなくても大丈夫な人
・食事はカップラーメンだけの生活を納期前１ヶ月可能な人
・もし倒れたり、そのまま死んじゃっても、すぐに別の人が引き継げるように、ちゃんとコメント文書いてあって、フローチャートを作る人

IT業界は向いてる人ほど退場させられるからな

>>211
でしょ？やっぱり。


例えば指定時刻にTwitterに自動でつぶやくＢＯＴをつくるとするじゃない。

現在時刻を取得する部分のみ、修正ＢＳＤが適用されている他人がつくった
ソースコードを作成するとする。


その場合、つぶやくという部分は自分で作成しているんだから、「時刻取得
に関する部分のみ、〜さまの〜を使用しています」と付属ドキュメントとかに書くじゃない？


ちゃんと指定時刻にTwitterでつぶやきがなされるかは十分テストするんじゃないの？

そしてプログラム全体についてまで「改変の有無にかかわらず使用および再頒布は許可されています」
の記載が義務されるわけじゃないんじゃないの？

そして客からすれば、パーツ１つ１つまでシビアに「コピペだこれｗｗふざけんなｗ」とか
騒ぐと思えないんだけど、どうなの？

ライセンスの話は他でやれよ

毎日オナニーが日課の人（＾ω＾）

まめで凡人の倍気が利くヤツやな

じゃあどんな人がプロレスラーに向いてるんだよ

本当であれば１日８時間作業でキッチリ仕上げる人なんだけど
これはこれでかわいげがないので使いたくないんだよな。

>>217
俺？

こいつ、怠け者をよく知らないと見えるな

以前やったシステムはこんな感じだった。

・Linuxを使った組込みソフト。
・/openと/closeの2つのフォルダがあり、自分達は/close
　フォルダ以下に独自ソフトを開発してた。
　※オープンソースとクローズドソースだね。
・OSとライブラリの保障を行う会社と契約しており、彼らが
　システム部分の保障を行なっていた。
・保証会社の担当分が/open以下。
　ここを修正した場合は/open以下のみ公開するそうな。

保障は保障会社に任せ、自分らは普通に作ってたけど、
保証会社に支払う毎月の金がハンパないらしく、結局iTron
になったと言うw

怠け者過ぎるとプログラム組むのも面倒になるから困る

>>224
めいどいだけで、さして面白くないモジュールは若衆に任せる。
それをやるために、一生懸命教える。
面倒見が良いワケでは無い。要するに怠け者ってだけw

ただし、美味しい処理は自分が作るw
そして、その核心は教えない。怠け者ってだけで、いい人ではないのでw

>>225
それ性格悪いだけじゃん

>>209
ちょっとググればバカなこと言ってるのが自分だってわかるのに

>>226
人に教えるなんてのはそんなモンだよ。

・聞かれれば丁寧に教える。（核心部分でも）
・覚えて欲しいことは丁寧に教える。都合がいいから。
・面白いコトやってる若衆には教える。おもろいから。

自分が後輩に教える時もそんな感じでない？

>>1
同意だな

外人の言うプログラマの意味は、日本のそれとは違う

　　プログラマ=プログラマ+SE+PM
　　日本のプログラマ=コーダー

だからな

>>230
なんでプロジェクトマネージャって基盤担当がやることが多いんだろう

ユーザに近い人がやるんでないの？

楽しんでプログラムできる人じゃないの

>>231
ハード中心で動く場合が多いから
社内の調整がつけやすいんじゃないの？


外国では基盤も含めてプログラマの仕事だよ

>>233
外国では基盤もプログラマがやるのか
勉強になった。ありがとう。

基盤担当の中でもネットワークとサーバー、共通基盤などで担当分けする
ことあるのにすごいな

>>230
日本の場合、人月単価だってのが大きいだろね。

イメージ的にはこんな感じ
・PG：　経験3年まで 3000円/H
・SE：　経験3年以上 4500円/H
・PL：　SEの中から適正のあるやつ 5500円/H

結果として、PGから初めて3年経つと誰もがSEになる。

大抵は設計やってプログラム組むけどリーダーでは
無いし、客とも離さない。

経験○○年なんてまったく意味のない指標なんだけどね

なぜこの謎指標が大手を振るってるのか全く理解できん

人類の進歩って、革新的な技術開発って、その全てが

「怠けたい、サボりたい、手を抜きたい(便利さや簡便さの追及)」

が原動力だったと思うけどなぁ…。

>>237
ソフト屋の適正としてそれが正しいと思う。

ゼークトの言う「優秀な怠け者」が理想かと。

>>228
大体同意、自分が楽したいから教えるよな
でもちょっと覚えてくれたと思ったら火事場とかに引き抜かれてしまうんよ

>>228
俺もそうだな
きちんと聞きに来るやつには仕組みや応用編も教える
聞いてばかりとか、都合いいときだけ聞きに来るやつにはせいぜい手順書渡す程度だな
イレギュラー対応や運用メンテナンスは「お前ら、頑張って〜」って感じ

>>239
引きぬかれた部署でがんばってると、それはそれで
「わしが育てた」状態だから悪い気はしないけど、
戦力ダウンになるんでやめて欲しいのも確かですなw

>>240
自分の仕事に遅延なく、しかも聞かれてもいないことすら懇切丁寧
に教える人はゼークトの言う「有能な働き者」ってヤツでしょうな。

自分の仕事片付けるためのプログラムはわかるが、ひとの要求仕様に則した
プログラム造るなんてなんてマトモな人間のやることじゃない

アスペ

>>243
とは言え、納期が迫ってるのに要求仕様が来ないのは困るw
こちらの設計書見ながら要求仕様作るのやめて！

プログラムがそのまま組めるレベルで要求仕様を作れる人は、自分でそのプログラムを組めるジレンマ。

要求仕様書が先に来たことなんて一度もない。

プログラミングって簡単なの？

>>248
自分で勉強してみ

まずはエクセルのマクロでも書いてみろ
あとＪａｖａｓｃｒｉｐｔ
簡単なのから初めて出来そうなら先に進めばいい

あいつなら頼めるという人間

まぁ、プログラミングに限らないけど

コーダーなんか文系バカでも誰でもなれるから

まわりの風景が　ｲｸｱﾂﾊｼﾞｭﾙｱｲ　って見える人

>>250
Javascriptが簡単とかw

プログラミングを「勉強」する人はあまり向いていない

本物は遊びながらいつの間にか身につけてしまう

>>254
最近はJavaScriptの守備範囲が広がってるからな
>>250が言ってるのは昔ながらのバリデーションやらクロスブラウザで補完的に動くためのJavaScriptだろ

地道に6時間かかる仕事を
1時間でできる方法を5時間掛けて考える人
残りの50分で更に10分で出来るようにカスタマイズする人
そして、しっかり6時間で完成させる人

基本情報を持ってればプログラマーになれるの？
プログラマーってかっこいい

>>258
プログラムが組めればプログラマーだよ

>>257
１時間で終わる仕事を6時間かかる見積もりで説得できるほうがいい

プログラミングの勉強ってなんの勉強に近い？
因みに俺は法学部

プログラミングをやってみたいが難しそうでいまいち進めない

法学部は畑違いだな
経済学部なら多少は
統計学とかなら計算式も使うし
アルゴリズムがわからないとどうにもならないし
数学がわからないと無理
論理式がわからないと

>>261
すぐに思い付いたのはマーケティング
勉強というよりビジネス現場での手法だけどな

物事を単純なファクターやルールとして
各々を個別に独立的に把握出来る事と、
それらの連関から複雑な振舞いが創発する事
この二つを直観出来るセンスがあればプログラマーに向いてる


全くの初心者なら最初に二つの技術的ハードルがある
ひとつは言語そのもので簡単にクリア出来るぐらいで無いと
なかなか先へは進めない
次いで開発環境に慣れることでOSのAPI等の知識も含む
言語自体はひとつ覚えたなら、
他のモノはテキスト見ながらすぐに使えるぐらいになっていく

結局は先述したセンスと、
それを使う気にさせるだけのアイデアを持ってるかどうか

やはり俺には難しそうだな・・
ITパスならもってる//照

これでも法律資格をとるよりも苦労した

>>261
漫画家とか小説家が一番似てる。

・ワナビ・自称プログラマー多し（実態は素人かコーダー）
・「頑張って勉強しました」レベルのお勉強ではお話にならない
・世間ずれしてる人が多い
・上級者1日分の仕事は、中級者が100人いても絶対に終わらない
・締め切り前になると効率が上がる
・なんだかんだ言って締め切りは守る

アルゴリズムや論理式は基礎。デッサンとか日本語の文法みたいなもん。
数学や統計学なんかは必要ない仕事の方がむしろ多い。

劇作家じゃないかな。
クラス設計って配役に似てる気がする。