ソフトウェア開発者は「やや幸せ」な労働者であるという調査結果 82
ストーリー by hylom
幸せですか 部門より
幸せですか 部門より
taraiok曰く、
ソフトウェア開発は幸せなのか、それとも不幸なのか。これを調査する研究が行われたという(論文PDF、MOTHERBOARD、Slashdot)。
調査ではGitHub経由で抽出した2200人のソフトウェア開発者を対象に、アンケートを送付して幸せか不幸かの分布を調査した。得られた有効回答数は約1300件だったとのこと。
得られたデータは心理学で利用される「SPANE-B」というツールでスコア化されたという。この方式では-24から24の範囲のスコアが得られるとのことだが、今回の幸福度調査の平均スコアは9.05であった。最小は-16で最大は24だった。このことから、ソフトウェア開発者は平均して「やや幸せな」グループの労働者ということになるとしている。
不幸だと感じる原因は、時間が足りない、コードの品質的な問題、同僚の能力不足といったもので、職業に直結する内容が多い。MOTHERBOARDの記事によると、雇用主にとっては労働者が幸福もしくは不幸でないことは生産性向上に結びつくことから、これは良いニュースに分類されるだろうとしている。
プログラム開発好きなので (スコア:3)
朝から晩までプログラム開発させてもらえることをうれしく思うことはある。
学生とか他の仕事していたときは家でしか開発できなかったからね。
上流工程になっていくと開発から離れちゃうけど。(開発はそのまま管理もする)
Re: (スコア:0)
管理職になっても最前線で働いてる人を見ていると少し不憫に思えてしまうなぁ。
残業代が付かなくなる上に余計な面倒も見させられるってのは可哀想だ。
Re: (スコア:0)
管理業務やれば出来るがしたくないので転職した!
給料が2/3になったけどガッツリコーディング&ガチ定時帰り。
帰宅後ビール飲みながら子どもとゼルダの古代のコア探し。
お金と健康の計算をミスらなければなんとかなるかもしれんが一般化は出来ない。
転職活動頑張ってね!>不憫な人
Re: (スコア:0)
給料が2/3になったけどガッツリコーディング&ガチ定時帰り。
まぁ定時帰りを望む人はプログラム開発好きじゃないんだろうね。
Re:プログラム開発好きなので (スコア:1)
独立ではない気がするなぁ…
相関はありそうな気がする
# 個人差を否定するものではありません
生かさず殺さず。。。 (スコア:2)
MOTHERBOARDの記事によると、雇用主にとっては労働者が幸福もしくは不幸でないことは生産性向上に結びつくことから、これは良いニュースに分類されるだろうとしている。
これって、『ディルバート』のこの回のネタ [itmedia.co.jp]そのまんまじゃないか。。。
「あれ以上喜びを感じていたら、給料を払いすぎていることになる
それ以下の喜びを感じているとしたら、彼らは自らの命を絶つだろう」
Re: (スコア:0)
それでもこっち [itmedia.co.jp]よりはマシなはず。
実際のところ企業にとってはそんなものでしょうね。企業が求める生産性を企業が求める人件費の範囲内で実現できればいいわけだから。
選択バイアス考慮しないとね (スコア:2)
GitHub に登録してる人とか、明らかにコード書くのが好きそうな印象なんだけど?
世の中そうじゃないのに書いている人もいるわけで、母集団からの標本抽出に偏りがあり過ぎると思うよ。
むしろ、GitHub から抽出したにも関わらず「やや幸せ」止まりだったってのは、逆に悲しいお知らせのように思えてならない。
え?自分?幸せですよ:-)
uxi
不幸だと感じる時 (スコア:1)
知らない間に要求仕様が変わってた時。
それもテスト中とかアップ後とかだと特に。
変わってたというか、無かったはずの仕様が出現することも。
「締め切りは明日の朝」も聞くとやや不幸になれる呪文。
Re:不幸だと感じる時 (スコア:1)
そもそも、動くもの見るまで何が欲しいのか判ってないですし。
Re: (スコア:0)
そもそも、動くもの見るまで何が欲しいのか判ってないですし。
動かないもの作るんですか。
Re: (スコア:0)
仕様策定や開発当初から動くものがいきなりできるんです?
Re: (スコア:0)
仕様策定や開発当初から動くものがいきなりできるんです?
どういうことですかね?
(#3197083)の本文、
(#3197319)の引用を見ていますけど、
テスト中とかアップ後に仕様策定や開発当初なんてあるの?
あっ仕様策定や開発当初の話してんだよ!!って?
仕様策定や開発当初に要求仕様変更なんてあたりまえのようにあるし
なんも困らないよね。普通です。
Re: (スコア:0)
Vaporware みたいに動かないものの方が下手すると金を取れるかもしれん
#井戸に金を投げ入れ続けるゲームブックみたいに
Re:不幸だと感じる時 (スコア:1)
単なる愚痴ですが。
「仕様変更」を異常に嫌がる人がいて困ってます。
顧客から仕様変更の依頼があって、期間も費用も追加でもらうから、会社として変更を受ける判断をした。
それなのに顧客に対して露骨に嫌な態度をとる担当者がいる。
「仕様変更」がある前提の業務なんだから、変更自体は別に悪でも何でもないというのに…
Re:不幸だと感じる時 (スコア:1)
(1) 彼が悪い訳でないことを明言する。お客様の前でいい格好をしようと「プログラムを作っていればおかしいと気付くだろう」とか「ただプログラムを作っているだけでなく、使いやすいシステムを提案できる人になれ」などと言わない
(2) (1)に関連して彼の評価を下げるようなことをしない(お客様の前で下げると脅すこともしない)
これを守れば大分違ってくると思う。
Re:不幸だと感じる時 (スコア:1)
仕様変更の影響で、自分の作業予定変更などによる増大するストレスに耐えられないのかもしれない。
Re: (スコア:0)
知らない間に要求仕様が変わってた時
あとタバコ部屋でいつの間にか変更とか決まってたってパターン。非喫煙者は蚊帳の外。
結果、非喫煙者も情報を得る手段としてタバコに付き合わされて間接喫煙させられる。
お陰で喘息発症したよ。
それでも、一応分煙したってことになってるんだよね。正に名ばかり分煙。
#そんなんだからオリンピックに向けてあれだけ厳しい喫煙規制をせざるを得なくなったわけで。
Re:不幸だと感じる時 (スコア:1)
>あとタバコ部屋でいつの間にか変更とか決まってたってパターン。非喫煙者は蚊帳の外。
これはよくありますね。
しかも、その決定プロセスや決定事項は口伝でしか飛んでこないという掟。
フレームの元だけど (スコア:2)
臭くてたまらんけど、
彼らに他人への配慮なんて一切存在しない。
スメハラ勘弁してくれと思う。
あれだけで、本当、気分が最悪になる。
最近は、
あれは薬物依存症で、自分の意志では止めることも出来ず、
ただただ壊れた脳から発せられる
煙を吸い続けろという空虚な指令に従い続けるだけの哀れな生き物だと。
そう思うことにしているけど、やっぱり気分が悪い。
せめて電子タバコに移行して欲しいなって思うけど、
あれも、まだ近づいて詳しく臭い嗅いだ事ないのでよく分からないと言うか、
正直、自分から近づいてまで臭い嗅ぎたくない。
uxi
Re: (スコア:0)
おいおい、嘘つくなよ
Re: (スコア:0)
そこまでして煙を吸いに行く意味が分からない。
Re: (スコア:0)
知らない間に要求仕様が変わってた時。
それもテスト中とかアップ後とかだと特に。
仕様が変わっていたら焦るけど
要求仕様が変わっていたのならばリスケできるじゃん。
Re: (スコア:0)
同僚がとつぜん結婚した時
Re:不幸だと感じる時 (スコア:1)
結婚だけならまだ良いけど「居なくなる」のは困りそう。
GitHub経由で抽出 (スコア:1)
GitHubにアカウントがあるという時点で相当バイアスがかかってそう
Re:GitHub経由で抽出 (スコア:1)
「Githubを使っている」ソフトウェア開発者は「やや幸せ」であるということですね。
よし。Githubを使おう(違
対岸の火事 (スコア:0)
それにこれって海の向こうの話でしょ?俺達には関係無いよ。
彼らにとっちゃこっちの炎上案件なんて、まさに対岸の火事だろうからな。
何人死のうが気にするとは思えん。
Re: (スコア:0)
ネットにいると青芝的な声が大きく聞こえるけど、日本でもこんなもんじゃないのかな。
業種別の給与水準にしても、そこそこの位置にいるし。
調査対象がGitHub上の開発者って (スコア:1)
GitHubを使用しているような人たちって趣味でやってるとか、
仕事でも外部へ公開できるようなコード品質を保ってるところだろうから幸福度は高いんじゃないだろうか。
GitHubのプライベートリポジトリを仕事で使ってるところはそれほど多くないんじゃないかと思ってる。GitHub EnterpriseとかGitLabとかあるしね
元請けか下請け(孫請け)かにも拠る (スコア:0)
会社の立場にも関係してくるような。。。
Re:元請けか下請け(孫請け)かにも拠る (スコア:1)
そもそも日本か外国(特に米国)かで全然違うだろうし。
日本でソフトウェアエンジニアで幸せな割合は低そう。いやそもそも広義のエンジニアとして幸せな人少なそう。
なんでこんな技術者軽視の社会になったんだろう。
Re: (スコア:0)
海外のIT業界にも、多重下請け構造って存在するんでしょうか?
Re: (スコア:0)
アメリカ政府の民間委託事業→上場してる某大企業→その子会社→下請け先→下請け先の子会社→インドのエンジニア会社→インドのフリーランスの人
っていう流れの案件を前に見たことある
Re: (スコア:0)
やだなぁインドのフリーランスがアメリカのフリーランスに出した後にアフリカのフリーランス出すんでしょ?
Re: (スコア:0)
それよね
GitHubってことで日本人も当然いるだろうけど、逆にGitHub経由ってことで全体からすれば日本全体の実情からかけ離れた人ばかりだろうし
日本なんて「商流のどの位置の仕事を担当する会社の人間なのか」で9割は左右されるでしょ
アンケートに答えてるという段階で偏ってると思われ (スコア:0)
不幸な状態の人が、送られてきたアンケートに答えるとでも。
不平不満ならいくらでも書けるという人もいるだろうけど。
Re: (スコア:0)
つ スラド
母集団の偏り (スコア:0)
ソフトウェア開発者は「やや幸せ」な労働者
GitHubを使うソフトウェア開発者は「やや幸せ」な労働者
デスマする不幸なソフトウェア開発者は、GitHubを使う余裕なんてありませんから
Re: (スコア:0)
デスマってるとアンケートに回答する余裕もなさそうです。
そして
>雇用主にとっては労働者が幸福もしくは不幸でないことは生産性向上に結びつくことから
そんな雇用主にめぐりあうことも幸せと思います。
Re: (スコア:0)
単に土方方面ってgit知らないだけかと。
銀行java末端がgit使えるとは思えないけど
思い込みの可能性があるので反論お願いします(切実に
Re:母集団の偏り (スコア:1)
土方系はgitは使わず多分こうしてる
//修正 by AC 170401 ここから
//code = kuso;
code = majikuso;
//修正 by AC 170401 ここまで
Re: (スコア:0)
ドコカデミタヨウナ・・・
よって、AC
Re: (スコア:0)
使っていても、
そう書く規約(涙
望んだことを出来るか否か (スコア:0)
コード一つ取ってもやりたい事と
やりたくない事があり、仕事だと
選べない場面もしばしば。
ただし他所から強制されると言うよりは、
「個人的には嫌いだが、現実が代案を許さない」
なんて場面もあって、そういう時は苦渋の決断、
忸怩たる思いで設計実装しなければならない。
そんな時、耐えがたい苦痛を感じます。
頭では納得していたとしても。
Re: (スコア:0)
まあ仕事なんてそんなものですよ。やりたいことをやりたいときにだけやってりゃいいなんて仕事は多分ない。
Re:望んだことを出来るか否か (スコア:1)
趣味を仕事にしちゃいけないと言われるゆえんでしょうなぁ
ひどいとこはそもそもネットにアクセス出来ない (スコア:0)
だからGitHubにアクセス出来んよ。
まあ、そう言うとこって開発マシン(テキストエディタ基本、Eclipse有れば良い方)でコンパイル不可能とかそんな感じ。
まあGitHubで活動してるエンジニアならねえ… (スコア:0)
その時点で足切りされてるよねこれ。
市民、あなたは幸福ですか? (スコア:0)
zapzapzap