アカウント名:
パスワード:
これは・・・レベルが低いのを許す土壌があるからでは? レベルの低いプログラムでも給料(評価)変わらなかったり レベルの高いプログラムでも給料(評価)変わらなかったり。
「許す」というより、むしろ推奨する雰囲気すらあります。
人身売買が恒常的な、いわゆる「SIer」と言われるような会社では、スーパープログラマがプロジェクトをぐいぐい引っ張るよりも、馬鹿でもプログラムが書けるフレームワーク(と呼ぶのもおこがましいもの)を喜んで採用したり開発したりしたがるものです。プログラミングの一般
ソフトウェア開発系の会社に勤めたことないのですが、それプログラマですか?単なる翻訳者では。データの入出力が決まっているときにどうやってデータを変換するかの決定権がプログラマにないのならば、事実上コーディングの前段階でプログラミングが終わっているのでは。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
プログラマがやる気をなくした理由 (スコア:4, すばらしい洞察)
好きなプログラムを仕事でやり始めたからですよ。
プログラミングは
本来、論理的思考能力を使う作業です。
その内容を知らないバカにその上の設計を任せるから
負担がプログラマにかかってくる。
馬鹿なプログラムを作らなきゃダメになる。
そりゃモチベーション落ちますよ。
仕事にしなきゃ、やる気を維持する方法はあったんです、と。
# あとコミュニティの軋轢とかもあるから、
# 書いたプログラムは公開しない、と。
Re:プログラマがやる気をなくした理由 (スコア:0, フレームのもと)
それもあるけど、日本のプログラマはレベル低すぎるよ。
論理的思考力は必ずしも学歴できまるわけじゃないけど
本来は院卒クラスがやるべき仕事だと思うよ。
なのに、オタク発祥の地だからわからないけど
能力ないのにプログラマ目指すやつ多いから
プログラマ自体の地位が下がるんだよなぁ。
Re:プログラマがやる気をなくした理由 (スコア:1, 参考になる)
これは・・・レベルが低いのを許す土壌があるからでは?
レベルの低いプログラムでも給料(評価)変わらなかったり
レベルの高いプログラムでも給料(評価)変わらなかったり。
>論理的思考力は必ずしも学歴できまるわけじゃないけど
>本来は院卒クラスがやるべき仕事だと思うよ。
これは、院卒の定義は必要ないでしょう。
わざわざ、学歴は関係ないということで
論理的思考力という単語が使われているのに。
そんなレッテルより、ある程度話をするだけで分かるでしょう。
話して分かる人か分からない人か。
Re:プログラマがやる気をなくした理由 (スコア:4, すばらしい洞察)
「許す」というより、むしろ推奨する雰囲気すらあります。
人身売買が恒常的な、いわゆる「SIer」と言われるような会社では、スーパープログラマがプロジェクトをぐいぐい引っ張るよりも、馬鹿でもプログラムが書けるフレームワーク(と呼ぶのもおこがましいもの)を喜んで採用したり開発したりしたがるものです。プログラミングの一般
Re:プログラマがやる気をなくした理由 (スコア:5, すばらしい洞察)
うちの会社に入ったときにまず教えられたのは、大きなプロジェクトでは優秀なプログラマの影響は限定的であるというものでした。つまりプロジェクトが大きければ大きいほど個々人の力量の影響は限りなく小さくなり、プロジェクトは全て人月で計算するのが当たり前だというものです。
もう1つ別に大事なこととして常に力説されるのが個人の力量に頼ったプロジェクトはその個人の存在がリスクであるということです。つまり優秀な個人は存在そのものが危険で常に誰もがお互いの仕事を交代できる状態で
それプログラマ? (スコア:2, すばらしい洞察)
ソフトウェア開発系の会社に勤めたことないのですが、それプログラマですか?単なる翻訳者では。データの入出力が決まっているときにどうやってデータを変換するかの決定権がプログラマにないのならば、事実上コーディングの前段階でプログラミングが終わっているのでは。
四十九次
Re:それプログラマ?と言うか、元祖ワーキングプア (スコア:2, 参考になる)
仕様がバラバラな上に抽象化レベルのAPIと低レベルのAPIが混在しているミドルウェアとアルファベット順に列挙されているだけのミドルウェア仕様書…どういうポリシーのミドルウェアなのか明記もなければ、サンプルコードすらない。
単純にポンチ絵で制御対象のシーケンスが定義されていて、過去コードを参考にせよ…と言われて読んでみたら旧いヴァージョンのAPIで仕様以前に概念が違っているし、ソースコードごとにロジックの統一性という物がないので移植も糞もない。
わかってるのはCoding StyleのTAB数とコメントアウトは//でやれ。開発環境はこれ。
それだけで、なんぼ問い合わせても新版の設計書が出てこないので一から旧いヴァージョンのロジック読み取りやって逐次ロジック組み直していて、逐次コードを書いてテスト…納期逼迫したら「一から作った人間が三週間でできたのに、なんであんたは何ヶ月かかっても成果出せないんだ」って偽装請負屋の営業から、お客さんからそのようなクレームがきたんだが、お前はなんなんだ?などと罵倒される
…内心では、「前のヴァージョンのコードが事実上の設計書で、独自書式のシーケンス図が仕様書と言う状況で作らされてるこっちと、既に詳細設計が終わっていたのを貰ってただCodingしただけのアチラと一緒にするなよ(-_-#)馬鹿野郎が(-_-#)」とか毒づきましたがね。飽くまでも内心でですが。
まぁ、そんなアホな仕事やら多重派遣でこれまた「コーダやって」って事で入れられて、基板のテストコードやらRTOSのドライバやら一日単位でコロコロとデバイスが追加されたり仕様が変わる物を扱ってテストしたデータを元請け担当者に渡していたら、急なリストラでプロジェクトが縮小になってしまい、
余波を被って降ろされる羽目になって、現場の元請け担当者から「続けてほしいんだけど、上が決めてしまって、話を聞いてくれない…なんとか引継名目で二週間時間稼ぎするからそれで許してくれ」と土下座とは行かないけど頭を下げられる始末。で、例によって偽装請負屋の営業筋はそういう現場の事情など知らないで上の御方の話を鵜呑みにして散々説教垂れてくる(;´Д`)
結局、その偽装請負屋と縁切れた瞬間に監督署に行って打ち合わせて、査察入れてもらって不払い残業分だけはふんだくりましたが、因縁付けて単価減らしてきた分の差額は取れなかった(-_-#)それだけでも百万近くになりましたが(-_-#)
まぁ、本当の意味での「コーダ」のお仕事やる羽目になって、上から降りてきた詳細仕様書の通りにチームリーダの割り振った部分のコード書くという仕事があって、当然ながら(?)基幹システムとの整合が取れてない設計でシステム的に破綻していてとりあえず外面と表面的な動きだけ取り繕って納品する羽目になったこともありましたが(´Д`)y-~その偽装請負屋とやった仕事では…
# ま、どーせこれからはそういう仕事する気ないからIDでいいや(´Д`)y-~
そーゆー環境で「コーダ」と呼ばれて仕事やったこともありますが、あー言う仕事だけは請けたくない…と言うか