アカウント名:
パスワード:
だれかの作った詳細仕様に基づいてプログラミングする人(金融系に多い)、仕様自体を自分で考えてプログラミングする人では、ずいぶん変わるのでは?
OSやコンパイラ、高度なライブラリやフレームワーク、webシステム等の開発者とかは、後者が求められるのでは?
この二つは呼び方分けるべきだよね。前者をプログラマーと呼ぶのはなんか違う。
仕様書(入力と出力の定義)に基づいてプログラム作成するのはプログラマーで間違いない。で、実際のプログラマーの仕事って例外処理、エラー処理を延々とやってるんだけどね。
後者はエンジニアって言うと思うな。
いやまぁ、上級プログラマのことを「エンジニア」と呼んでるのは和製英語の範疇。
本来プログラマって相当に尊敬される職種のはずなんだけど、コーダーどころかパンチャーやモンキーテスターまでプログラマとよんで祭り上げたブラック企業のせいで本来のプログラマには別の称号を与える必要があっただけの話。
まぁ「エンジニア」も線表引くしかできないクズも含むようになって、上級者はアーキテクトだのコンサルタントだのよくわからん称号に昇格してしまったが。
仕様書なんて作らずに、とりあえず動くものを用意して、フィードバックを得ながら改善していくのが今時じゃないの?
ああだ、コーダー
コーダとアーキテクト、どっちもプログラマじゃ駄目なのか?
現場作業員と建築士を混ぜるようなものなのでダメだと思うな。ちゃんと区別しないから、稀に混じってるアーキテクトがコーダの給料で働かされる今のIT業界が出来上がってる。
プログラマーに限らないけれど、安い給与で働く奴が悪い。
とはいえ、同じ会社で給料大幅に変えるのは、日本の会社と労働環境では許してもらえないから。だからこそアーキテクトの会社とコーダの会社を分けるIT業界が出来上がってる。大手製造業のように、同じ会社の社員でも採用も職種も呼び方も変えて、給料も倍以上変えるほうが健全だと思う。
大手製造業のように、同じ会社の社員でも採用も職種も呼び方も変えて、給料も倍以上変えるほうが健全だと思う。
それはそれで問題あるんだよな。採用時点では、その人の能力・伸びしろを完全に見極めることはできないので、無駄に高給を取っている人とか、その逆とかが出てきてしまう。差を付けられないよりはマシではあるんだけど。高給取りの技術職は、代わりにクビを切れれば、って話もあるけど、それはそれで…
大企業に努めなくて良かったわ。
実際首切りが難しいのが一番の問題点。転職が当たり前になれば、実力のある人は高給のところに流れやすくなる。
完全無謬のシステムなんてないですから。どっちがいいか考えて、大手製造業はたいていそういう制度を採用してるというだけ。能力による待遇差が無い・小さい制度がうまくいかないのは、いろいろな国や社会で実証されてきてるので。
能力による待遇差が無い・小さい制度がうまくいかないのは、いろいろな国や社会で実証されてきてるので。
そうなの?割とクビを簡単に切れる制度なら、能力による待遇差をつける仕組みは、それなりに巧く行ってるようだけど。
Ryo.F氏は自分あてのコメントに反論することしか考えてないので…無意識に自分の都合のいいようにねじ曲げてるのかと。
まあ、だからSIerに丸投げし、自社では開発要員を抱え込まないわけで。。
どこも「捻じれて」ないと思うけど。個人的には、「能力による待遇差が無い・小さい制度がうまくいかない」のは、「クビを簡単に切れる制度」だからではないか、と考えてる。で、「いろいろな国や社会で実証されてきてる」のだとすると、「クビを簡単に切れる制度」でもそうなのか、と言う疑問を呈しているわけ。
「製造業」だけがそうだ、という話なら「捻じれて」るかもしれないけどね。しかしそれは、プログラマの話をしてるところに「製造業」限定の話をぶち込んできたところから始まっているともいえるね。
一流企業は減点法で採ってるから、尖った奴は落ちてそういうところで働く。クセモノがいなくて働きやすいけどな。
日本が落ちぶれた理由の本質かもな。
お客さんの要求仕様から仕様書を作る人が SE仕様から設計を作る人がプログラマー設計からコードを書く人がコーダ
と、過去に聞いた。
全部違います。自分のやりたいことをプログラムを書いて実現する人がプログラマーです。
(与えられた仕様に加えて)自分のやりたいことを(こっそり追加して)プログラムを書いて(隠しコマンドの入力で)実現する人
だと一昔二昔前のプログラマに該当しそう。
諸説ありますが、まぁその話を聞いた人がいるような状況だと
プログラムをかけないのに仕様固められると思ってる人がSE、設計書がないとコードかけないけどxx言語使えますって参画してくる人がコーダ。
かな。
うん、元になる1万時間の法則も、自分の能力の限界を超えるようなトレーニングを1万時間って話だから、プログラミングの場合も仕様自体を自分で考えて~的な1万時間が求められるのでしょうね。キツィ!
アレのとおりなんかやってもビルドエラーだからなーw
直さないとビルド通らないのはプログラマーのせいビルド通るように直すと仕様どおり書かないプログラマー居るでクレーム
うん行かないに限るね!
OSやコンパイラの実装で仕様を自分で考える必要なんて大してないぞ。OSだと例えばデバイスドライバなんてハードの仕様通りに書くだけ。コンパイラも例えばC/C++の委員会に参加してるメンバなんて極少数。
売り物になる製品作ったこと無いでしょ?仕様書だけ見て作っても、もまともな製品にはならないよ。仕様書のバグは多々あるし、そのまま実装してもパフォーマンスでなくて作り直すなんてことは割と日常。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
プログラムっていっても (スコア:1)
だれかの作った詳細仕様に基づいてプログラミングする人(金融系に多い)、
仕様自体を自分で考えてプログラミングする人では、
ずいぶん変わるのでは?
OSやコンパイラ、高度なライブラリやフレームワーク、webシステム等の開発者とかは、後者が求められるのでは?
Re: (スコア:0)
この二つは呼び方分けるべきだよね。
前者をプログラマーと呼ぶのはなんか違う。
Re:プログラムっていっても (スコア:2)
仕様書(入力と出力の定義)に基づいてプログラム作成するのはプログラマーで間違いない。
で、実際のプログラマーの仕事って例外処理、エラー処理を延々とやってるんだけどね。
後者はエンジニアって言うと思うな。
Re:プログラムっていっても (スコア:1)
いやまぁ、上級プログラマのことを「エンジニア」と呼んでるのは和製英語の範疇。
本来プログラマって相当に尊敬される職種のはずなんだけど、コーダーどころかパンチャーやモンキーテスターまで
プログラマとよんで祭り上げたブラック企業のせいで本来のプログラマには別の称号を与える必要があっただけの話。
まぁ「エンジニア」も線表引くしかできないクズも含むようになって、上級者はアーキテクトだのコンサルタントだの
よくわからん称号に昇格してしまったが。
Re: (スコア:0)
仕様書なんて作らずに、とりあえず動くものを用意して、フィードバックを得ながら改善していくのが今時じゃないの?
Re:プログラムっていっても (スコア:1)
ああだ、コーダー
Re: (スコア:0)
コーダとアーキテクト、どっちもプログラマじゃ駄目なのか?
Re:プログラムっていっても (スコア:1)
現場作業員と建築士を混ぜるようなものなのでダメだと思うな。
ちゃんと区別しないから、稀に混じってるアーキテクトがコーダの給料で働かされる今のIT業界が出来上がってる。
Re: (スコア:0)
プログラマーに限らないけれど、安い給与で働く奴が悪い。
Re:プログラムっていっても (スコア:1)
とはいえ、同じ会社で給料大幅に変えるのは、日本の会社と労働環境では許してもらえないから。
だからこそアーキテクトの会社とコーダの会社を分けるIT業界が出来上がってる。
大手製造業のように、同じ会社の社員でも採用も職種も呼び方も変えて、給料も倍以上変えるほうが健全だと思う。
Re:プログラムっていっても (スコア:1)
大手製造業のように、同じ会社の社員でも採用も職種も呼び方も変えて、給料も倍以上変えるほうが健全だと思う。
それはそれで問題あるんだよな。
採用時点では、その人の能力・伸びしろを完全に見極めることはできないので、無駄に高給を取っている人とか、その逆とかが出てきてしまう。
差を付けられないよりはマシではあるんだけど。
高給取りの技術職は、代わりにクビを切れれば、って話もあるけど、それはそれで…
Re: (スコア:0)
大企業に努めなくて良かったわ。
Re: (スコア:0)
実際首切りが難しいのが一番の問題点。
転職が当たり前になれば、実力のある人は高給のところに流れやすくなる。
Re: (スコア:0)
完全無謬のシステムなんてないですから。
どっちがいいか考えて、大手製造業はたいていそういう制度を採用してるというだけ。
能力による待遇差が無い・小さい制度がうまくいかないのは、いろいろな国や社会で実証されてきてるので。
Re:プログラムっていっても (スコア:1)
Re:プログラムっていっても (スコア:1)
能力による待遇差が無い・小さい制度がうまくいかないのは、いろいろな国や社会で実証されてきてるので。
そうなの?
割とクビを簡単に切れる制度なら、能力による待遇差をつける仕組みは、それなりに巧く行ってるようだけど。
Re:プログラムっていっても (スコア:1)
Re: (スコア:0)
Ryo.F氏は自分あてのコメントに反論することしか考えてないので…
無意識に自分の都合のいいようにねじ曲げてるのかと。
Re: (スコア:0)
まあ、だからSIerに丸投げし、自社では開発要員を抱え込まないわけで。。
Re:プログラムっていっても (スコア:1)
どこも「捻じれて」ないと思うけど。
個人的には、「能力による待遇差が無い・小さい制度がうまくいかない」のは、「クビを簡単に切れる制度」だからではないか、と考えてる。
で、「いろいろな国や社会で実証されてきてる」のだとすると、「クビを簡単に切れる制度」でもそうなのか、と言う疑問を呈しているわけ。
「製造業」だけがそうだ、という話なら「捻じれて」るかもしれないけどね。
しかしそれは、プログラマの話をしてるところに「製造業」限定の話をぶち込んできたところから始まっているともいえるね。
Re: (スコア:0)
一流企業は減点法で採ってるから、尖った奴は落ちてそういうところで働く。
クセモノがいなくて働きやすいけどな。
Re: (スコア:0)
日本が落ちぶれた理由の本質かもな。
Re:プログラムっていっても (スコア:1)
お客さんの要求仕様から仕様書を作る人が SE
仕様から設計を作る人がプログラマー
設計からコードを書く人がコーダ
と、過去に聞いた。
天琉陳(Teruching)
Re: (スコア:0)
全部違います。
自分のやりたいことをプログラムを書いて実現する人がプログラマーです。
Re: (スコア:0)
(与えられた仕様に加えて)自分のやりたいことを(こっそり追加して)
プログラムを書いて(隠しコマンドの入力で)実現する人
だと一昔二昔前のプログラマに該当しそう。
Re: (スコア:0)
諸説ありますが、まぁその話を聞いた人がいるような状況だと
プログラムをかけないのに仕様固められると思ってる人がSE、
設計書がないとコードかけないけどxx言語使えますって参画してくる人がコーダ。
かな。
Re: (スコア:0)
うん、元になる1万時間の法則も、自分の能力の限界を超えるようなトレーニングを1万時間って話だから、プログラミングの場合も仕様自体を自分で考えて~的な1万時間が求められるのでしょうね。キツィ!
Re: (スコア:0)
アレのとおりなんかやってもビルドエラーだからなーw
直さないとビルド通らないのはプログラマーのせい
ビルド通るように直すと仕様どおり書かないプログラマー居るでクレーム
うん行かないに限るね!
Re: (スコア:0)
OSやコンパイラの実装で仕様を自分で考える必要なんて大してないぞ。
OSだと例えばデバイスドライバなんてハードの仕様通りに書くだけ。
コンパイラも例えばC/C++の委員会に参加してるメンバなんて極少数。
Re: (スコア:0)
売り物になる製品作ったこと無いでしょ?
仕様書だけ見て作っても、もまともな製品にはならないよ。
仕様書のバグは多々あるし、そのまま実装してもパフォーマンスでなくて作り直すなんてことは割と日常。