「デブサミ」を含む日記

■anond:20220330162444

技術の追求はゴールがないしね

学問の研究員ならともかく、一般の技術者なら自分が思い描いた物を作るために道具として学んだと思う（少なくとも自分はそう）

結局今ある技術でも大抵のものは作れるのに、作品数を増やさず道具数を増やす事が正しいみたいな風潮がある気がする

デブサミも勉強会も、自分が作っている物をより向上させたいなら別に良い

今すぐ作りたいものが思いつかない人には、世間や業界が必要としている事のために知識を増やすのは果たして最善なのか？…と

もしかしたら、そろそろ今ある技術を棚卸しして原点に立ち返るようなキッカケを与える方がそう言う人には有意義なのかもね

もちろん知識の本棚をいっぱいにする事に生き甲斐を感じてるならそれはそれでいいと思うよ

Permalink | 記事への反応(1) | 17:08

ツイートシェア

■業務改善したいがどうすればいいかわからない

トラブルも何も発生していないのに朝から夜まで自分が必ず出ないといけない会議でびっちり。

会議で出た持ち帰りタスクは必然的に定時外に確認することになるから絶対残業になる。

それでも間に合わなくていろんな人から早くしてって言われて、上や上の上からは期日を守らないやつ、期日を過ぎても連絡をよこさないやつみたいに見られて注意されたりで精神的に追い詰められる。

当然精神の不調をきたし適応障害で投薬をしている。

自分には工数が足りない。

足りない工数でなんとかするのが理想なのは痛いほどわかる。

しかし相対的に見ても全然工数がないのだ。

絶対指標を計算する時間なんてないが、同じ職位・立場の別チームの人の様子を見ると毎日定時で帰っていたりするし、予定を見てもスッカスカだ。

自分がいた前の部署からしても明らかに余裕がない。

なんか効率化ツールを作るとかてもあるがそんなことを考えるとしたら土日くらいしか時間が取れない。

睡眠障害も併発しているので、土日はできるだけ仕事のことを考えず眠りたい思いもある。

前の部署では業務外で勉強会を定期的にやったり、Slackで雑談とかニュースの共有とか、デブサミに参加したりとかそういったことをする余裕があったが、今は一切ない。常に１２０％以上は稼働しているから業務外で何かをやる余裕がない。

当然、有休や希望制の社内研修に参加するにはその後鬼のように溜まるであろう各所からのクレームと仕事を覚悟しなければいけない。

健康診断でさえ毎年一度はリスケが必要だ。

体調不良でも休めない。ベッドから起き上がれなくても、ベッドから会議だけ参加しなければいけないし、休み明けの仕事を考えると余計体調が悪くなる。

有休を取ると休み明けのことを考えて精神的により不安定になったり不眠症が悪化してしまうので、ここ2年くらいはほとんどの人が休むGWの中日とか正月の続きに数日とか以外有休を取らなくなった。

さらに最近は自分の業務だけではなく、異動してきた人（残念ながらあまり仕事ができない）のお守りもしており、その人に振られたタスクを事細かに説明しながら実質は自分が全て進めている状況だ。工数がそのタスクにかかる分×２倍くらいは取られている。

その人がまた絶望的にコミュニケーションが下手で地味にストレスがたまり病状悪化の原因になっている。

自分よりかなり古株で職位も上なので偉そうにコミュニケーションについて指摘したりとかも難しい。

相手のプライド傷つけずオブラートに包んで伝えるにはエネルギーが足りない。

上司に大変さの具体的な数値を示せていないことは自分の問題だとしても、業務が忙しい、診断を受けている旨を上司に相談しても振られる業務や責任範囲は一切変わらない。相談のたびに困ったら言って、と言われるが、すでに困っているから相談しているのだ。

ふつう、診断書と投薬治療している部下がいれば部下からの要求がなくても業務調整するのが当たり前なのでは？と上司を責めたい気持ちにもなるが、

いい大人になって察してちゃんしている自分にフォーカスが当たって落ち込んでしまう。

業務の忙しさもさながら、自分の口で投薬治療をしている事実以上に「日曜夜は動悸がしてほぼ眠れない」「平日家で仕事をしていても涙が勝手に出てくる」など、自分の体調の状況も具体的にチャットか、電話か、zoomでちゃんと言語化して伝えないといけない。辛い。そんなちから、1ミリも残ってない。

最近は普通にパフォーマンスが落ちてきていて、時間あたりでこなせる量が少なくなっている。

無断ではないが、朝も遅れて出勤することが多くなっている。

睡眠障害により常に集中力が低い。

自分が目標としたものも明確な理由なく完遂できないため当然評価も下がってきている。前回の評価は中の下で、そのままいけば次は下の上だろう。

このままではまずいとは思うが、もうすでに精神が参っている中特に調整もされず毎日新しい問題がわんさか降ってくる状況で、もう何も考えられない。

目の前の、何も考えずにできる業務を低いパフォーマスでこなすことしかできなくなってしまっている。そしてもっと評価が下がる。

思い切って休職したいが異動するとなると異動先に変な目で見られないか、転職に不利になるのではないか、いろいろ考えてしまって進めない。

産業医にも定期的に相談しているが、全て話した上で「お前が決めろ」という。そりゃそうだ。

こんな時理想でいうと絶対的に忙しい根拠を数値で出して、割り振りを変えて欲しいなのか、人を増やして欲しいなのか、あるいは自分が異動したいなのか、どうしてほしいか検討して具体的に上司に訴え訴え訴え続けることが平社員としてできることだろう。

でもこんなに弱ってしまって、病気への理解もあまりなさそうな上司にエネルギーを使って訴えることができない。自分がどうしたいかも深く考えることができない。

エネルギーがなくても状況が改善されるように訴えられるいい策はないだろうか。

少し、業務が落ち着いてせめて1ヶ月か2ヶ月定時で帰れさえすれば自分の体調はそこそこ良くなる気がするのだが。

Permalink | 記事への反応(2) | 16:20

ツイートシェア

■プロダクトオーナーという仕事

俺はITエンジニアをしていて、ベンチャーやSIerなどで自社、顧客企業を問わず今まで多くのWebシステムを作る案件に関わってきた。

そして多くの上手くいかないプロジェクトを見てきた。

今日は俺が得た示唆を共有したいと思う。

結論から言うとプロダクトオーナーが一番大事だ。

プロダクトが上手くいくもいかないも、プロダクトオーナーが全てだ。

特にWebサービスの場合、ビジネスサイド、ITエンジニア、デザイナーという3つの職種がチームを作ってプロダクトを開発していくことになる。

その場合はプロダクトオーナーはビジネスサイドが務め、テックリードがPdM補佐のような形になるだろう。

SIerの場合は、顧客企業の窓口となる人がPOを努め、開発会社のマネージャーがテクノロジーを統括することになる。

そして大抵の場合、ビジネスサイドの人間がPOを務めると、「声のデカいステークホルダー」となり、チームを引っ掻き回し、プロダクトを迷走させ、モチベーションを下げさせるのだ。

だってそうでしょう！？プログラミングも、DBでのデータの持ち方も、他社のAPIの使い方も、UIデザインも、いくつかあるUIの選択肢とそれを実現する工数も、何も分かってないんだから。そんな人間が最終意思決定者をやるんだから、上手くいくはずない。

だいたいMVPにはふさわしくないリッチなUIを要求してきたり、難しい実装や工数のかかる機能を要求してくるのだ。そしてその実装に工数がかかるのは、エンジニアの怠慢、スキル不足だと考えている。

本来であれば、機能の過不足については、ユーザーがやりたいこと、こちらがやらせたいことが実現できているかどうかだけを考えるべきなのだ。それがどういう形のUIで提供されているか。別ページなのか、モーダルなのか。ボタン押下で動作するのか、JavaScriptでインタラクティブな操作ができるようにするのか、ビジネスサイドがこだわり主張するべき所ではない。

そもそもエンジニアは1+1=2になる世界で生きているが、営業というのは顧客を口説いて意思変容させるのがミッションだ。現実を歪めるのが職務なのである。エンジニアはエンジニアの工数は変えられないものだと理解しているが、営業はそれも「なんとかできるはず」と考えてしまうのだ。

仕事には内部に向けるエネルギーと、外部に向けるエネルギーの2つがある。そして、外部に向けるエネルギーをどれだけ大きく出来るかがビジネスの成功に繋がる。

ビジネスサイドの何もシステムの専門知識の無い人間がPOをやると、思いつきで「あれはどうなの」「こうしたらどうなの」って言って、エンジニアやデザイナーという専門家が「それは難しいです。なぜなら技術的に…工数的に…タイミング的に…」という話をして、仕事に使えるエネルギーもモチベーションも時間も、POを説得するという「内部に向けるエネルギー」に消費してしまうことになるのだ。

色んな専門家が集まって、それぞれの専門領域を発揮し、お客様に価値を与えるプロダクトを作り、金を稼ぎたい。だからこの仕事をやっているのに、なんで何も分かってないPOが自分の存在意義を発揮するためのだけのオ◯ニープレイを説得することに毎日忙殺されているんだろう。馬鹿じゃないかしら。

そういうPOを補佐するために有能なPO補佐がいるんですよという話もあるが、どうせ人の話を聞かないんだからPO補佐がいたって意味ないです。

そしてそれができるバランス感覚と説得力を持った有能なPO補佐がいるんだったら、その人がPOをすべきだ。お前じゃない。

過去会ったことのあるPOには、エンジニア出身のダメなやつもいた。この現代において生PHPやStrutsの時代で止まった知識を振りかざし、自分は知識があると勘違いした痛いやつが。もっとも彼は元エンジニアであって、エンジニア辞めた後はかなりの年数を営業としてやっている人間だったが。

だから俺は、POは現役エンジニアがやるべきだと思う。技術オタクのCTOというよりは、VPoEの立場の人がやるのが一番いいかな。顧客を無視したエンジニアリングオ◯ニープレイをしない、ちゃんとカスタマーサクセスとUXへの費用対効果を考えられるエンジニアだ。

そして営業/マーケターはサービスを売りつつ、顧客の声を聞き、顧客の抱えてる課題を発見し、それをチームに伝えてくれたら良い。ソリューションはエンジニアとデザイナーが考えるので。

ある程度会社が大きければ、エンジニアをプロダクト開発のトップに据える、そういう責任移譲もできるだろう。

しかし問題はベンチャーである。

今日の名言飛び出しました

「プロダクトオーナーがしっかりとしないと、エンジニアがいても能力がある人がいても意味ない」
「ビジネスモデルは考えられるけどプロダクトモデルを考えられない人が増えてきている」#DxMiraiKaigi https://t.co/6VHrh1Ut3z— あれっくす@一番下手っぴでいい (@MHTcode_Alex) May 20, 2021

ベンチャーのあるあるとして、ビジネスモデルは考えられるけどプロダクトモデルを考えられない営業人間が起業して、「俺の考えたビジネスモデルを実現するに協力してくれるエンジニア募集！」とか言ってチームを作り、社長がPOを務めることが多い。

でもその社長に、POとしての職責が果たせるかどうか、スキルがあるかは別な話である。というか大抵の場合、無い。

声のデカいワンマン社長の言うことを聞いて、クソなものをクソだと思いながら作り、社長がVCにプレゼンして調達したお金を啜って生きていくのがベンチャーでのエンジニアライフである。オワリです。

ベンチャーで上手くいくのは、エンジニアでありながら希なプレゼン能力とコミュ力を持った、エンジニア社長がいる会社しか見込みがない。

これを読んでるあなたがもしビジネスサイド出身の社長さんであれば、あなたの仕事はプロダクト開発にズカズカと踏み込んでいって、思いつきで喋って、自分のこだわりを入れるように怒鳴り散らすことではありません。

課題は無いか耳を傾け、解決できそうな人を連れてきて、お金を出すだけに徹するように下さい。

それができないのであれば、あなたはWebシステムという無限の拡張性があるものからお金を得ることはできません。愚直な営業と手作業でバリューを出すという、労働集約型の仕事を一生全うしてください。

そしてこれを読んでるあなたがもしエンジニアであれば、ビジネスサイドにプロダクトの決定権を握られている状況ではエンジニアが幸せになれることは決して無いので、ビジネスの作り方やマーケティングを学んで、エンジニアがビジネスを握っていこう。プログラミングを修得するのに費やした時間と努力をビジネスサイドにも発揮すれば同じように身につけられるはずである。ビジネスサイドに顎で使われる存在から抜け出していこう。

星野リゾートの例

星野リゾートではどのようにして旅館現場出身者をIT人材へ育成したのか？【デブサミ2021】 (1/3)：CodeZine（コードジン） https://codezine.jp/article/detail/14017

これはすごいですね。非エンジニア出身のPOでありながら、ちゃんとプロダクトを成功へ導いている。

ここでの例では2例あって、社内システムと、社外のお客様向けのシステムだ。

社内システムはノーコードを活用して、自分たちで作って自分たちで運用するようにした。いいですね。非エンジニアの思いつきをエンジニアに作らせる、という動きにはなっていない。自分の思いつきのケツはちゃんと自分で拭け、他人に迷惑をかけて対処しようとするな、ということだ。

社外向けのシステムを作るに当たっては、ちゃんと自分たちをIT人材に変化させていくための勉強をちゃんとしている。エンジニアと同じ目線に立って同じレベルで話ができるようになっている。これだといいですね。

やっぱり、Webシステムを作るPOは、営業出身ならめっちゃITのこと勉強すべきだし、それが嫌ならITで金儲けしようということからは降りるべき。

Permalink | 記事への反応(1) | 13:13

ツイートシェア

■anond:20210122174522

デブサミ信者とかって低脳過ぎで草

Permalink | 記事への反応(0) | 20:00

ツイートシェア

■anond:20200215073333

新卒→SIerで一通りのプロダクト開発の経験積んで事業会社に転職するのが、ウェィーする一番の近道って昨日のデブサミで聴いたわ

中堅でSIerに残ってるのはソルジャーを駒として使う優秀な人か、箸にも棒にも掛からぬ人だけでしょ

Permalink | 記事への反応(1) | 07:39

ツイートシェア

■デブサミ

腹囲85cmの集会

Permalink | 記事への反応(1) | 20:13

ツイートシェア

■anond:20190216013740

今日デブサミ2019いったんだけど、勢いだとpythonとjavascripだな

Permalink | 記事への反応(0) | 02:01

ツイートシェア

■コメ率の低いはてブエントリは英語とエロか?

http://anond.hatelabo.jp/20170305115905 を増田以外のホットエントリで見ると。

2017年2月コメント率の低いホットエントリ

Python、データベース関連が目立つ。コメント無しで96ブクマに達するPythonさん凄い。マウンティング心?を刺激しないのだろうか。炎上したくない人はインデントに気をつけながらオブジェクト指向で書くといい。

2017年2月コメント率の高いホットエントリ

Permalink | 記事への反応(1) | 17:20

ツイートシェア

■http://anond.hatelabo.jp/20140217150050

デブサミって所詮参加費無料の内容スカスカセッションを講師同士が後で酒飲むため、参加者はガジョ園行って有名人見てなんかリフレッシュと勉強したような気分になるためだけにあるようなイベントなんだが非匿名垢では誰もそのようなことは書かないので、増田で誰か斬って捨てて欲しい。上記のような理由から参加してないので俺にはできない

Permalink | 記事への反応(0) | 15:13

ツイートシェア

■デブサミ２０１４にみる、受託SIとWeb系の格差

デブサミ2014に行ってきた。

うすうす感じてはいたことだが、エンプラ系受託ＳＩ業界とＷｅｂ系業界での差が開いている。ということを肌身で実感することができた。

会場を見渡しても受託ＳＩ系の参加率は低いように思われる。

Ｔｗｉｔｔｅｒを見てると、「有給とってデブサミ」という人が多いようだ。

これは、いわゆる受託ＳＩの人たちには、

・デブサミに参加しても日頃の業務とかけ離れすぎていて得るものがない

・受託ＳＩで働くＳＥの人たちには、デブサミで話されているようなことは興味がない

・興味を持っていたとしても、メーカー主催の研修とかと異なり、上司が参加を許可してくれない

のいずれかではないかと勝手に思う。

そんな中、初日の会場で盛り上がっていたのは、DeNAの新人研修に関する講演だ。

そんな中、初日の会場で盛り上がっていたのは、DeNAの新人研修に関する講演だ。

【13-A-4】新卒エンジニア研修ですべきことできること（関口亮一〔ディー・エヌ・エー〕）

https://speakerdeck.com/ryopeko/devsumi2014-dena-bootcamp2014

講演によると、DeNAは2013年に70名の新卒採用をしたらしい。

公式HPによると、2013年3月末時点の社員数は、「連結：2,108名（単体：935名）」とあるから

70名の採用は、単体では７％（ざっくり１０％）にあたる増員をかけている、ということになる。

http://dena.com/company/overview.html

思い返せば、2000年頃の受託SI業界は、成長しているところは７０－１００名くらいの

大量採用をしていたSIerも多かった。今はどうだろうか？

成長する業界に人は集まる。単純にそういうことかもしれないけど、ＩＴを志す人たちの

就職先は受託ＳＩだけではなく、ＤｅＮＡやＧｒｅｅやＣｏｏｋＰａｄのようなＷｅｂで

サービスを提供している会社も当然だけど視野に入っている。ということだし、逆にいう

とそれだけ「単なる受託ＳＩ」には関心が薄くなっている。ということなのだろう。

そんなことを考えていたら、日経コンピュータの記事が目に飛び込んできた。

「悪弊を絶つ　2015年問題がIT業界に迫る覚悟　（2014年2月6日号）

http://itpro.nikkeibp.co.jp/article/NC/20140131/533803/?ST=NC

ここでいう「2015年問題」は2015年にやってくるといわれるIT受託業務の集中、すなわち

「マイナンバー制度」「みずほ銀行のシステム刷新」にかかわる大規模需要で慢性的

人員不足であることと、その反動を指している。

これだけ受託SIとWeb系の差が開いているにも関わらず、受託SIではまだまだ人不足の

状態が続くと、受託SI側には「まだ大丈夫」という意識が働き、本当の意味での改革

が進まないと思われる。いわゆる「ユデガエル」状態だ。

日経コンピュータの記事では処方箋というか、こうした受託SIから早々に脱却した企業

の例として、サービス開発へとシフトしたクロノスの事例と、「納品のない」IT受託を

標榜するソニックガーデンなどの話を取り上げている。

Permalink | 記事への反応(1) | 15:00

ツイートシェア

■

Cもかじったことがないけど、実は今年のデブサミに行ってきた。なんとなく。

二日間かけていろんな人の話を聞いた。

言っている事の2割も理解できなかったけど、物凄く知見が広まった。

Permalink | 記事への反応(0) | 03:14

ツイートシェア

■ギーク(笑)

ただのプログラマが自らギークを名乗ってるのが見ててイタすぎる。

もともとギークってのは、リーナスとかビル・ゲイツとかRSMとか、まあそこまでいかなくても、たとえばデブサミで話したりしてる人のことじゃないのかな。

単なる下請けソフトハウスやWeb屋の末端プログラマが名乗る呼称じゃないよ。

Permalink | 記事への反応(1) | 17:35

ツイートシェア

■ゴム草履と蝶ネクタイ

今日は社長のお供で某新春の会に。

まぁその、そこの名物社長さんの講演を聞いて懇親会って内容で、正直あんま期待しないで行った。

会場につくと結構な数の参加者が。見たところ200人くらい？多分ほとんどがITベンダの部課長か企業のIT戦略部とか、いくらか偉いさん。平均年齢45オーバーな感じ。

で、まぁ講演。チキュウオンダンカとかキッコウ異常とか、アルゴアさんとか、あー、はい。とか思って聞いてたんだけど、途中からヒートアップしてきていろんなものをdisり始めたあたりから俄然面白くなってきた。

大企業とかマスコミとかアメリカとか税制とか、特に大口お客さんであるはずの業界人とかそのIT担当にエネルギー、電気の使いすぎヨクナイ！って、あんたが言うかよ！って感じで会場からも笑いが漏れてた。

なんか微笑ましい人であることはよく分かった。なんか部下は大変そうであるが。

その後立食の懇親会はビール水割りソフトドリンク、もち無料。

料理もさすが明治記念館なお味で、からあげうまー。

名物社長がテーブル回ってきたので名刺交換させてもらって頭下げたら、ゴム草履履いててた！靴下のうえに！

もう、食ったばっかのからあげ吹いた。いやギリギリ止まったが。

今日の時間を作るためデブサミ行けず残念だった気分がふっ飛びましたとさ。

Permalink | 記事への反応(0) | 23:46

ツイートシェア

■誰でも考えることだろうが

デブサミと聞くと肥満の寄り合いしか思いつかない。

Permalink | 記事への反応(1) | 16:00

ツイートシェア