「PG」を含む日記 RSS

はてなキーワード: PGとは

2017-03-21

http://anond.hatelabo.jp/20170320235648

http://fut573.com/compare/?url1=http%3A%2F%2Fjp.techcrunch.com%2F2017%2F01%2F10%2Fline-shimamura%2F&url2=https%3A%2F%2Fmatome.naver.jp%2Fodai%2F2133323755602668001

1:「お前が言うな」の声も想定していた——キュレーション騒動を受けてNAVERまとめが新方針を打ち出した理由 | TechCrunch Japan

2:プログラマーの力量を見極める質問まとめ - NAVER まとめ

b:id:pzp

1:四の五の言ってないではやくやめろよ

2:こんな学術試験みたいな質問ビジネス通用する実力がわかるわけないだろ

b:id:kastro-iyan

1:面の皮が厚いな、というか。表に出てきて、話をすりかえるとか、すっとぼけるとか、逆に印象悪いよ

2:ブコメ読むと非難轟々だけど、この辺の知識あるとなしでコーディングし始めると有意な差が出るけどね。ググればいいって言ったって時間は限られるわけだし

b:id:wow64

1:NAVERまとめ役に立った事はないし、今となっては押し間違える事もない か ら正直どうでもいい。みんなも「楽して儲けてるやつが憎い」以外の感情はないのでは。

2:Perl質問されたらごめんなさいって言おう。

b:id:masatomo-m

1:ちゃんと引用定義に従ってるまとめもごくまれにあるけど、大半が転 載やんけもしかして本気で「引用」の定義理解せずにメディア事業担当者とかやってるのかな

2:職種PG(いわゆるコーダー)でSES一山いくら、みたいな感じで動員するのであればこの質問は悪くないと思う。ただそもそも単なるコーダーが欲しいなら日本人である必要もないと思うけど

b:id:YukeSkywalker

1:“ネット界隈で有名な人に引用されたら「ありがとうございます」となるのではないでしょうか”役員からしてこの認識とか、ほんまク ズやな

2:コーディング問題出されたのは良いけど、紙と鉛筆で答えろ、って言われた時は辛かった。


両方共批判した人

b:id:xvd385hsDdk

1:引用モザイクコンテンツではありません!!

2:短文・画像なしだと元記事へのリンクだらけになってNAVERパクリっぷりの酷さが特に際立つな

2017-03-18

SVN

弊社はWeb系の受託会社

結構大きい企業から仕事をもらっているし、

技術力がある社員も多い(と上の人たちは言っている)

そんな弊社では以下のようにSVNを使いこなしている

1. SVN + ファイル名日付管理

弊社では正統派Web受託会社なので、

Excelドキュメント作成することがメイン業務といっても差し支えないがない。

案件によっては設計書にif文やfor文まで全て書き込む。

Excelさえできれば誰でも実装ができるようにだ。

それらのドキュメントSVN管理するのだが(今流行りのバージョン管理だ)

その際に hogehoge設計書_20170313.xlsx のように日付をファイル名に含めることになっている。

こうすることで以前のファイルを別ウインドウで開きながら作業できるし、

ディレクトリを見たときにひと目で最新のファイルがどれかわかるからだ。

ちなみにドキュメントには必ず 「更新履歴」 というシートが作成され

全ての変更の履歴はこのシートに集約される。

入社したばっかでまだ何もわかっていなかった頃先輩に

ファイル名に日付をつけて管理していますがそれってSVN使う意味あるんでしょうか?」

と尋ねたことがある。

答えはその日一日不機嫌な先輩の表情で察した。

あの頃に比べて僕も成長した。

今では何も考えずに hogehoge設計書_20170313_2.xlsxコミットできる。

未だにファイル名日付管理意味がわかっていないが、

このまま成長すればいつかきっとその意味もわかるだろう。

2. SVNが本当に最新か常に疑う

SVN作業していると他の作業者編集しているファイル名が被ってしまうことがある。

そのため作業時にはチャットで 「今から◯◯のファイルを触ります大丈夫でしょうか?」 と聞くことになっている。

作業終了時には 「◯◯を触ってコミットいたしました!」 と報告することになっている。

先輩方は忙しいため上記の確認/報告をしないことが多々ある。

そのときは 「SVNが最新かどうか常に疑え」と教わった

しかに実際最新じゃないことがよくあるのでなるほどと思った

今では作業前にコミットログを見てコミットされていないことを確認してから

「このファイル触っていましたよね?コミット済みでしょうか?」 と確認するようにしている

コミットしていないと決めつけるのは失礼なので、

飽くまでふんわりとコミットたかどうかを確認するのがコツだ(これも成長した結果だ)

場合によっては

「僕がコミットしておきましょうか?」

と付け加える。

こうすることで最新版ファイルメールで送られてるくるシステムだ。

今日Excelを開いてSVNコミットするお仕事をした

ちなみに僕の肩書

PG(プログラマー)」

だ。

2017-02-07

トヨタIT軽視が日本を滅ぼす

現在、車の自動運転技術世界中会社シノギを削っているが日本が誇るトヨタ自動車は大きく遅れをとっている。トヨタは未だにIT部門を社内に持たず、自動運転技術は「事務」の部門下働き派遣PGを大量に集めてごまかしながら低品質ソフトウェアを量産している。巨額の出資をしてシリコンバレー研究所を作ったがそれも失敗した。それにも関わらずトヨタは内製でソフトウェア責任を持って開発するということを避けつづけている。

テスラ自動運転のコア技術を外の会社外注しているだろうか?Google機械学習エンジン派遣社員に外だしするだろうか?今後トヨタ自動運転技術世界の強豪を上回る品質で世に出てくることは絶望的だろう。

このままでは優れたソフトウェアを積んだ外国センサートヨタ車にも積まれ自動運転技術は完全に海外製に置き換わるだろう。

2017-01-26

2006年付近:はてだ界隈を中心としてSEPGなどイノベーションに目を輝かせた人たちが集まる。アルファブロガー()全盛期でTV出演など華やか。

2008年付近:よそにいたので知らない。

2011年付近池田信夫はてなをやめる。有名人が次々脱退。

2013年付近シロクマなど文章力では秀でた人材が若干は残った。しかし段々と中身がないものが多くなる。

2015年付近青二才イケハヤなどが特に話題になる。裸の王様だが当人たちは有能である錯覚プライドと中身が釣り合わない。

2016年付近:偉そうで中身もなくプライドが高い、人を口撃する人だけが残留はてダの衰退ではてなブログのゆるさが許容され始める。

2017年付近:中身のない人ですら敬遠するはてなへ。

2017-01-09

ちよまど問題女性PGあるある

ちよまど問題とやらを最近知っていろいろぐぐってみたのだが、うわー、という気持ちになった

http://d.hatena.ne.jp/takeda25/20161205/1480908861

ここがよくまとまっていると思う

上記ブログ女性意見、とあったので自分の思うことを適当に書いてみる。

推敲はしていないしまとまっていない。


この件に関して、女性は「近寄りたくない」と感じる人が多いようです。

性と承認欲求の渦巻く場はもううんざりだ、という感覚のようです。

女性は、似たような場面を実際に経験する機会が多いためでしょうか。


似たような場面、むっちゃあったな。

私は女性PGで長々やってきたけど、紹介で「美人PGの●●さん!」て言われたりとかしてすごく嫌だった。

女性なのになんとXXと●●が使えるすごい人なんですよ!」とか言われるのも嫌だった。

(そしてこういうこと書くと自慢かよ乙とか言われるだろうけど、別に美人じゃなくても美人とおだてれば

女は喜ぶと思っている男性が多いだけなので、私は別に美人ではない)

単純にプログラムが好きで、プログラムの話がしたいのに、なんかそういう話ができない雰囲気

なるのが嫌だった。

どんなに頑張っても性別が先に立って、ちやほやされるのがほんとーに嫌いだった。

顔見て物言うな。プログラム見て物言ってくれ。



でも、でもだ。

ちやほやされてると、仕事はやりやすいんだよこれが。

ありがとう、私なんてそんなことないよー、×くんの方がいろいろできてすごいじゃない!尊敬してるんだよ!

かいうだけで、Xくんは喜んでいろんなこと手伝ってくれた。

ネット上でやりとりしてるだけの相手が、私が女性だと分かったとたん、いろいろ便宜を図ってくれたりとか

してくれたことはものすごい数ある。


なのでちよまどさんとしてはちやほやされてるほうが仕事がやりやすいんだろうという気はする

私はちやほやされて仕事をもらうのはなにか性別を利用している気がして嫌だったが、みんなが優しくしてくれる

のは嬉しかったという気持ちはたしかにあった。「かわいい」と興味がない男に言われるくらいなら嬉しいよ

「つきあってくれ!」だとうざいけど。



なので

「男社会でうまくやっていくためには、あんなふうに男に媚びないといけないのか」と失望している人もいます

これはその通りとしかいえない。失望はしているがしょうがない。

能力性差がないのはIT以外の業界でもあるが、そういうところでもまかり通っている事態

うまくやるには媚びるのが一番。ただそれを使うかどうかはプライドと、本人の承認欲求などなどの性格の差でしかない。

でもちよまどさんは媚びてるってつもりは多分ない。

単にプライベート仕事の使い分けできてないだけって気がする。

女子力あんだけ前面に押し出したらわらわら男がよってくるのは分かっているのにやめる気がなさそうなので、

仕事がやりやすいし、問題ないと思ってるんだろう。

外見や年齢的な条件から、「ブス・ババアのひがみ」と思われることを恐れて意見を表明することを避けているという人もいるかもしれません。


その通り。

女性立場でこの件に意見を言うと、絶対言われるのが分かっているので多分誰も口出さない。

会社で既婚女性独身女性文句をつけると「結婚出来ない奴のひがみ」と言われることもある。

めんどくさいから近寄りたくない。

便利だね匿名ダイアリー



まあこの大騒ぎもちよまどさんが結婚するか年とればすぐ終わる

2016-12-31

http://anond.hatelabo.jp/20161231005657

ITっていってもPGじゃないし、SEでもないよ。

一部上場Webメディア管理職プロデューサーやってる。

技術者でもない。

2016-12-26

http://anond.hatelabo.jp/20161225092836

ある程度の名のあるミュージシャンになると、演奏が上手ということは当たり前で、その上に個性が乗ってくるのだけど

その個性がどのようなテクニックに結びついているかや、その人が好んで使う音階音色というものについての識別が出来るようになると、いろいろ面白くなると思います


ブクマ等でみんなが言っている「自分演奏するようになるとわかる」っていうのは、様々な特徴についての識別するための引き出しを増やすのに、自分でやってみるという事が一番効率が良いからでしょう。(自分もそう思う)


デザイン初心者向けの名著「ノンデザイナーズ・デザインブック」というの冒頭に「ジョシュアリー悟り」という文章があるのだけど

要約すると「ある日、本の中で見たジョシュアリーという特徴的な木を、その本で初めて見たと思ったのだけど、外に出たらそこらじゅうに生えてた。名前知ったか識別できるようになったのだ」

という話で、デザイン勉強する上で様々なテクニックについての名前を言えるようになると、それを意識してコントロール出来るようになるよ。という話。

https://books.google.co.jp/books?id=in4ADQAAQBAJ&lpg=PA11&ots=WYJ-c55Lin&dq=%E3%82%B8%E3%83%A7%E3%82%B7%E3%83%A5%E3%82%A2%E3%83%84%E3%83%AA%E3%83%BC%E3%81%AE%E6%82%9F%E3%82%8A&hl=ja&pg=PA11#v=onepage&q=%E3%82%B8%E3%83%A7%E3%82%B7%E3%83%A5%E3%82%A2%E3%83%84%E3%83%AA%E3%83%BC%E3%81%AE%E6%82%9F%E3%82%8A&f=false


というわけで、様々なテクニック音色音階についての特徴の引き出しを、「名称」として識別する事ができるようになると近道だと思いました。


ちなみに名前なんか知らなくても感覚で引き出しを作れる天才も稀にいます

2016-12-12

http://anond.hatelabo.jp/20161211120215

老婆心だけどプロジェクト積極的に厳選したほうが良いよ

結局プロジェクトしか成長できないわけだし

成長ボーナスもらえるプロジェクトとそうじゃないプロジェクトとでは数年後に天地の差が出てくる

とりあえず一通りわかるかなってところまで、1環境あたりだいたい1,2年かかるから、わりと成長ボーナスないプロジェクトフラフラしてられないんだよね

 

大企業カードを持ってるなら切るべきじゃないけど、中小なら転職もありだと思う

俺がPGなったのなんて27からから20代ならまだまだ全然余裕だとは思うけどね

2016-11-29

アメトーークWWE芸人

ハチミツ二郎が現役のWWEファンに嫌われすぎてて気の毒になる。

まぁ、年に一度の日本公演には芸能界コネ最前列に座る→試合中は試合見ないでスマホいじる

自分出囃子ジョン・シナ入場曲ファンですよアピール日本公演のフィナーレのシナマイク中に退場



浅いんだよね~。愛が。

そんなただのデブ面白くもなく事務所の力や年季でヨイショしてもらってるハチミツ二郎

いかにも『WWE大好きです!!』と言わんばかりに雛壇でニヤニヤ面白いことも言えず座ってるの見るのは苦痛だよな~。


ま、どうせ放送自体アティテュード時代ロックストンビンスのはちゃめちゃ中心でPGになってからWWEあんまり紹介しないんだろうなー

で、最後にオマケ程度に今度大阪に来るNXTの紹介でしょ。

見る前からわかるっての。


本当にテンション下がるわー。

2016-11-28

[]エンジニアから見たSIerがさほどクソではない理由

技術レベルが高いとは思っていないが

常にトレンドを取り入れればいいとも思っていない。



技術者レベルが低いとは思うからこそ、

ここには万人が使えるフレームワークとかれた技術必要だ。



Excel方眼紙ベストだとは思っていないが、

あいにくWikiGitHubもないんだよここは。



人力テスト跋扈しているが、

結果的障害なくリリースするのがやり方だ。



環境が良いとはお世辞にもいえないが

クソみたいな単価のPG共にMacBookは高すぎる。



スーツは堅苦しいが、

あいにく顧客スーツなもんでな。



判子押すのは面倒だが、

50年以上前システム保守してるからな。



多重下請け業界構造がクソだとは思っているが、

利益の根源だからな。



SpringJenkinsChefAWSも使ってるが客には導入してないぜ、

今後の提案に使うからな。




お前と俺じゃ見ている景色が違うな。

ここにはやるべきことが山ほどあるんだよ。

嫌ならWeb系に転職して遊んでな。

paizaかテメーらは。


エンジニアから見たSIerがクソな理由 - 負け犬プログラマーの歩み

SIer による SIer 評が聞きたい

SEという名前を変えて欲しい。それで日本のITの遅れは色々解決する。


追記

http://anond.hatelabo.jp/20161128174152

まったく伝わらんかった。

判子とか、面倒な申請とか、導入障壁は客の都合であって、SIerが始めたことじゃないの。

現場では枯れた技術を好んで導入しているけれど、こっちは研究部門作ってひたすら研究して技術キャッチアップを続けている。

障壁がなくなったタイミング提案できる体制は常に作る。

SIerからどうこうと口だけで何も努力しないやつは老害より害悪たよ。

2016-11-05

なぜソースじゃなく詳細設計を欲しがるのか

Javaを始めとするオブジェクト指向言語による開発になると、設計手法も従来とは大きく変わる。

その結果、不要になるドキュメントが出てくる。

詳細設計のことだ。

ここでいう詳細設計とは、本来コード記述する処理を、逐一日本語で書き下したものを指す。

てか、そんな物を読むくらいなら、現物ソース読めよって話だ。

だいたい、ソースに書くレベル粒度記述を、なんでいちいち日本語なんて表記揺れも甚だしいフォーマットで書かにゃならんのだ。

何よりソース修正が入ると、遡って詳細設計も直さないと整合性が取れなくなるので、言うなれば二重に工数を掛けることになる。

「違うよ、設計を直して実装するんだよ」というが、合理性を重んじるSEPGという人種が、実質同じ内容を何度も書きたがるわけがない。

それに、単体テストくらいまでの段階ならともかく、開発要員が縮小される結合テストシステムテスト以降で、そんなことをしている余裕など現場にはない。

結果、実装と合ってないドキュメントけが放置されてしまう。


でも、そうなることが目に見えているにも関わらず、欲しがる客や元請が後を絶たない。

負担ばっかり増えて、尚且つ無意味作業やらせるなって感じ。

なんでそんなに「日本語訳」が欲しいの?

ぶっちゃけソースコードレビューでいいじゃん。

もし客がソースを読めないなら、その時に客が読みたい部分だけを元請が訳して説明すればいい(全部読みたがるヒマな客なんてそうそういないだろうし)。

そして元請はITプロなんだからソースなんてスラスラ読めて当然なわけで。英語読めない英語専門家存在しないのと同じ理屈ね。

それこそ読み取り専用でリポジトリアカウントの一つや二つくらいいつでも作れるので、ソース抜き打ちレビューどうぞって話だ。


はいえ、別に何も「真実ソースただ一つ!」なんて言うつもりはない。

ソースに行き着くまでにも考えることは色々あって、その考えた結果は全て形に残さなければならない。

ソースもまた考えた結果の成果物の一形態であり、他の形態が、各フェーズで書くドキュメントなのだと思っている。

そしてドキュメントがあるお陰で、システムがトラブった時もいきなりソース問題箇所を探し回る苦労から解放されるのだ。

ドキュメントを手がかりに「このクラスの、このメソッドが怪しい」まで行き着いてから、そこで初めてソース確認すればいいと。

Javaだったら、ユースケース図、アクティティ図、クラス図、シーケンス図、Javadocによるメソッド説明と読み込んでいってアタリを付け、それから当該メソッドソースを読めばいい。

逆に言えば、記述粒度が同じ成果物は2種類以上も要らない。整合性を保つための手間が増えるだけなので。

詳細設計書は不要というのはそういうことだ。

つーか「ソースが読めないか日本語訳を渡せ」とか甘えんな

2016-10-26

上流工程お気持ち表明爆音上映

会議室の灯りがゆっくりと落とされる。没個性社会的協調を究むるスーツ達が長机とパイプ椅子腰掛けている。衣擦れの音はほんの僅かにしか聞こえてこない。均質な空間の前にプロジェクタの光が投影され、上着を脱いだ男──クールビズだ──がマイクを持って人々に声を発し始めた)

システム稼動開始70ヶ月という大きな節目を過ぎ、2ヶ月後には、運用6年目を迎えます

私も上流担当になり、技術の面などから様々な制約を覚えることもあり、ここ数年、SEとしての自らの歩みを振り返るとともに、この先の自分の在り方や務めにつき、思いを致すようになりました。

本日は、技術オープン化が進む中、当システムもまたレガシーとなった場合、どのような在り方が望ましいかSEという立場上、既存システム構成に具体的に触れることは控えながら、私が個人として、これまでに考えて来たことを話したいと思います

入社以来、私は当システム開発運用を行うと共に、弊社開発組織の上流と位置づけられたSEの望ましい在り方を、日々模索しつつ過ごして来ました。運用担当者として、これを守り続ける責任に深く思いを致し、更に日々新たになる技術顧客の中にあって、弊社の開発部門が、いか技術オープン化し、いきいきとして社会に内在し、顧客の期待に応えていくかを考えつつ、今日に至っています

そのような中、何年か前のことになりますが、2度の長期システムダウンを受け、加えてレガシー化による可用性の低下を覚えるようになった頃から、これから先、従来のように重い務めを果たすことが困難になった場合、どのように保守をしていくことが、弊社にとり顧客にとり、また、私のあとを歩む社員にとり良いことであるかにつき、考えるようになりました。経営観点から見て、幸いに顧客満足度は高くあるとは申せ、次第に進む当システム大規模化考慮する時、これまでのように、全身全霊をもって顧客ニーズに応えていくことが、難しくなるのではないかと案じています

私がSE職務についてから、ほぼ2年、この間私は、弊社における多くの喜びの時、また悲しみの時を、顧客と共に過ごして来ました。私はこれまでSEの務めとして、何よりもまず部門の売り上げ目標に到達することを大切に考えて来ましたが、同時に事にあたっては、時として顧客の傍らに立ち、その声に耳を傾け、思いに寄り添うことも大切なことと考えて来ました。SE上流工程を担うと共に、顧客獲得の要としての役割を果たすためには、弊社が顧客に、SEという上流の立場への理解を求めると共に、SEもまた、自らのありように深く心し、弊社社内に対する理解を深め、常に社員と共にある自覚を自らの内に育てる必要を感じて来ました。こうした意味において、社内の各部署、とりわけ営業部企画部との交渉も、私はSE上流工程必要行為として、大切なものと感じて来ました。PG時代も含め、これまで私が上司と共に行って来たほぼ全社に及ぶ対話は、社内のどこにおいても、その部署理解し、その利益を地道に支える社員の方々のあることを私に認識させ、私がこの認識をもって、SEとして大切な、顧客を思い、ものづくりに励むという務めを、顧客への深い信頼と契約をもってなし得たことは、幸せなことでした。

SE上流工程に伴う仕事の仕方が、開発工程や、そのマネジメントとしての行為を限りなく縮小していくことには、無理があろうと思われます。また、SE多忙であったり、出張などによりその業務を果たし得なくなった場合には、運用自動化するクラウドを置くことも考えられますしかし、この場合も、SEが十分にその立場に求められる務めを果たせぬまま、当システム運用終了に至るまで責任者であり続けることに変わりはありません。

SE配置転換により、担当から外れる状況に立ち至った場合、これまでにも見られたように、当システムがダウンし、顧客満足度にも様々な影響が及ぶことが懸念されます。更にこれまでの弊社の慣例として、当システム運用終了に当たっては、複雑な手続きが連日ほぼ2ヶ月にわたって続き、その後プロジェクト報告に関連する書類作成が、1年間続きます。その様々な手続きと、新システムに関わる諸行事が同時に進行することから、当システムに関わる人々、とりわけ待たされる顧客は、非常に厳しい状況下に置かれざるを得ません。こうした事態を避けることは出来ないものだろうかとの思いが、胸に去来することもあります

めにも述べましたように、弊社経営陣の下、SE方針に関する決定権を有しません。そうした中で、このたび弊社の長い開発運用歴史を改めて振り返りつつ、これからSEがどのような時にも顧客と共にあり、相たずさえて当システム未来を築いていけるよう、そしてSEの務めが常に途切れることなく、安定的に続いていくことをひとえに念じ、ここに私の気持ちお話しいたしました。

経営陣の理解を得られることを、切に願っています

2016-10-17

http://anond.hatelabo.jp/20161016125054

プログラミング習得しなくても

WordPressopenpneなどを駆使すれば出来るんじゃないかな?

足りない機能とかは後からプラグインで追加できるし

仮に既存プラグインに無くてもも自分作成ができる(PG習得必要

まずは出来ることから始めてみては

2016-10-08

idea

DOでpop. grat.(PG)立てるBOXCARS、ディテクター前に、SPF. 

フェーズロックしない.

PG立てるので励起波長が共鳴条件でなければならない。

∴基板の寄与排除

2016-10-07

フリーランス相場と単価。値下げなんてするわけねー理由

言いたいこと

フリーランスPGは値下げ要求を受け入れないよ。面倒だからやめようぜ。

概要

フリーは安いよ。ただし、高給取りだよ。

本文


フリーランスの出す見積書は、大変安く見える(らしい)。
世間相場の2,3割は安く上がるかも。主観だけど。


なぜ?
1)基本ウデが良い=仕事が早い
2)バックオフィスコスト皆無



ただし。
安価労働力であるか、というと、決してそんなことは無い。
1)のとおり、並みの人より手早く終わるので、時間単価換算だと遥かに高価。



時折その辺を誤解して、フリーから安く買い叩けるじゃーん的に値下げ要求が来る。
しかし、フリーフリーであることを理由に値下げに応じることは、無い。


なぜ?
値下げせずとも仕事があるから



そんなときフリーは、どう応じるか。
1)単価を下げる理由明確化し、対処を施す。あるいは対処を促す。
2)断る。


1)が選択されるのは、比較関係が良い相手場合
予算が足りないなら削れる部分を探すし、エンドユーザーが出し渋っている場合は吹っ掛け方を教示する。
一見さんや渋ちん相手だと2)が選択される。



まあ、そんなわけで。
世間のみなさん、勘違いすんなよなー。

2016-10-05

寿司屋で太りたくないかネタだけたべる女ってはてなブックマークみたいだなって思った

北欧並の消費税は嫌だけど、北欧並の福祉はほしい

アメリカ並みの格差は嫌だけど、アメリカPG並みに給料はほしい




都合よくそのつどネタだけ食う怪物だよなはてなって

毒を食らわば皿までっていうけど、シャリすらくわないのがはてな

2016-09-19

都心マッサージ店の13時に行くと元PGだという師がいた

マッサージ店(少し高い所)に行くと、何の仕事をしているかを聞かれて(それでどこが凝るかみたいなのを考える)少し話をしながら施術を受ける。

先日も同様にこの通りだったのが、その人(女性の方だった)に自分コンピュータ関連の話をしていると言うと、彼女は元PGだと言い、話がちょっとだけ盛り上がった。

自分は正直PGの事は良くは知らないが、広義には似たような業界なので、まぁまぁ雑談程度。

彼女がなぜPG仕事を辞めてマッサージ師になったか顛末はなかなか興味深いものであったが、一つだけ当方感想に残ったのは。

彼女マッサージ師もいずれ辞めるのだろうなという事だけだった。

2016-09-08

虚淵玄NEW GAME!

ねねっち「やめて、あおっち! 過労死なんて、あおっちだって嫌だったはずだよ! お願い、家に帰って!」

りん「仕方がないことよ。すべて彼女が選んだことだから。でも、あなたなら彼女運命を変えられる。弊社と契約してPGになってよ!」



眠りから目覚めるねねっち。

ねねっち「ん? なんだ、夢か……」

今日意気揚々イーグルジャンプデバック仕事をしに出社するねねっち。

阿波根「桜さん、実は……」

失踪した従業員(はじめ)の代わりに、モーション班に入ってほしいと頼まれるねねっち。

ねねっち「でもあたし、ただのゲームユーザーで、プログラミングなんかしたことないし……」

阿波根「大丈夫。手が動かせればいいわ」

まるで座っているだけでいいエヴァパイロットみたいな扱いを受け当惑するねねっち。

本当は断りたいが、ボサボサ頭の青葉が視界の片隅に入り、言葉を飲んでしまう。

ねねっち「あおっち、そんな働き方ないよ…… 氏なないなんて嘘だよ。見ているだけで氏にそうだもん……」

青葉「ねねっちに何が分かるっていうの? ゲームを作る、私はただそれだけの存在なの」

瞳のハイライトが消えた青葉が答える。

ひふみん「青葉ちゃんの……ためなら……」

本来なら青葉がやるべきキャラデザ仕事をするひふみん。うっかり青葉×ひふみんルートに入ってしまい引っ込みがつかなくなったのだろう。二十分おきに青葉のクマさん寝袋を抱きしめながら号泣している。

ゆん「こんなの絶対おかしいやん」

ダイエット労災)に成功したゆんが誰に言うわけでもなく独りごちる。

コウ「よく目に焼き付けておくことね。これがあなたの憧れていた仕事よ」

コウの言葉にねねっちは頭を振る。

ねねっち「あおっちゴメンね。私、大卒になる」

2016-09-03

http://anond.hatelabo.jp/20160903174441

人月120万ならうちに提案される人ではAクラスに入るかな。

職種プロマネSEクラスになるけど。

PG業務中心で、実装+テスターばっかりやってるやつはいないよ。

最短3ヶ月、通常でも半年契約外注元増田みたいな事いったら、まあ契約更新はしないな。

決定権は派遣さんにはないもん。

http://anond.hatelabo.jp/20160903124641

雇う側で、決裁する立場ですが正直いうと派遣PGのために環境を整える事は考慮してない。

そもそも時給で稼働するコマ保有する気もないし、現状は1人月単価 リストからC,B,A,Sクラス

リソースリストがあってここから必要な人を組んでるだけ。

ただ、「僕は2600円/hですが、この条件じゃないと働きません(ドヤ」 って言ってくれた方がありがたい。

地雷を予め排除できるし、「部品をつくる部材」が下手に意思を持っても困る。

http://anond.hatelabo.jp/20160903124641

上の雇う側とは違う、雇う側です。たかだか一般派遣PGに最終成果物へのコミットなんか求めてない、言うこと聞いて部品作ってくれりゃいいんだよ。奴隷ではないが、指示管理しないと使い物にならない人達ってこと。使う側からすると、1人増えても管理工数増えて0.5人分程度の仕事しか処理できないんだよ。優秀だったら2倍でも3倍でも時給払うわ。

http://anond.hatelabo.jp/20160903010757

良い職場が選べないってことは、その程度の能力ってこと。プロマネとして要件定義、画面遷移構成DB設計フロントエンド設計、および各PGマネジメント外注含む)。これをできるなら時給5000円で雇ってもらえるよ。

派遣先を選ぶ際の「バカ避け」としての質問項目

東京都内で、一般派遣PGとして何年か働いてきました。時給は2600円前後案件が多かったです。(個人的にはもっと上げたいところですが、なかなか叶っていません)

いわゆるWeb系が7割、SIer系が3割です。

SIer系(社内SE含む)は総じてクソだという印象を抱いていますので、バイアスがあるかもしれません。

どんな職種就業形態であれ、何年かやっていると誰でも、「この条件を満たす就業先はアウトだから、ここで働いてはいけないな」という判断基準自分の中で確立されてくるものだと思います

自分のそのような判断基準を整理する意味合いも含めて、「就業先(派遣先)との面談の際、これを聞けば良いな」と思う質問項目を書き出してみようと思います

typoはご容赦ください。

(1)作業に使うPCのメモリ容量とディスプレイ画素数と枚数を教えてください。

メモリ8GB未満→論外。「我々は、たかだか数千円の費用ケチって従業員作業効率や快適性を下げているバカ集団です」と言っているも同然。

フルHD未満→論外。「我々は、たかだか1〜2万円の日用をケチって(同上)」

フルHD以上のディスプレイが1枚→可もなく不可もなく。ノートPCと外部ディスプレイ(フルHD以上)ならまあ可か。

フルHD以上のディスプレイが2枚以上→合格

回答を拒否→論外中の論外。早く死ね

(2)設計コーディング試験項目のレビューを行う体制が整っていますか? 「レビューをしてください」とお願いしたらしてくれるのではなく、組織としてレビューを行うように決まっていますか?

NO→論外。開発をする一個人判断ミス作業ミスをしたり、たまたま疲れていて良い判断ができなかったりした場合責任開発者個人に降りかかってきます。時給3倍くれるならともかく、2600程度でそんな責任を負いたくありません。

YES→OK

(3)開発用の仮想環境試験用の仮想環境・本番の環境の3つは少なくとも用意されていますか? また、それらを構築するためのマニュアルが整備されていたり、スクリプト等で自動的に構築されるようにしていますか?

全てNO→アウト。開発環境を整備する能力もやる気も無い企業ということです。

条件つきYES→まあまあ良い。

完全にYES→すばらしい。

(4)派遣社員契約社員正社員を問わず、定期的に不満や改善してほしい点を吸い上げるためのミーティングの場を設けていますか?

NO→企業としての体を成していないので、行くべきではない。

YES合格

(5)開発用のPCは、OSWindows/Mac/Linuxなど選べるかどうか?キーボードJISかUSか選べるかどうか?

NO→特定OSでないと作業ができない程度の体制しかないということなので、行くべきではない。

YES合格

(6)職場ウォーターサーバーはあるか? コーヒーお茶などは無料か? また、椅子は1万円以下のものではなく、少なくとも数万円以上のものを貸与しているかパーティションはあるか?

NO→開発者にとって快適な環境を整えようという気が無い。行くべきではない。

全てYES作業やす環境を整えようと言う意思は感じられる。好ましい。

いくつかがYES努力は買う。必ずしも即アウトではない。

(7)スーツや、ワイシャツスラックス着用が必須か? また、男性従業員のみがそうであって、女性従業員比較自由服装か?

両方ともYES→わざわざ窮屈でダサい格好を男性社員のみに強いている上、公然男女差別を行っている反社会的企業。決して行くべきではない。社会悪

前者のみYES→好みの問題だが、個人的には行きたくない

両方NO→合格

(8)言語バージョンは、最新のメジャーバージョンに比べてせめて1世代前程度か?(例えばJavaなら7以上、PHPなら5.6以上か?)

NO→新しいバージョンキャッチアップする能力組織として備わっていない。注意を要する。

YES合格

——

今思いつくのはこんなところです。加筆やツッコミなどありましたらぜひご意見を伺いたいです。

ログイン ユーザー登録
ようこそ ゲスト さん