若手が次々と辞めていく、「雑談」の無いIT職場は問題だらけだ
会話が無い。聞こえてくるのは仕事の指示や叱責のみ。そんなIT職場で働いた経験がある。 叱責が耳に付く職場だった。若手にヒステリックな声をあげている先輩社員も目立っていた。 筆者は外部の人間だったため多少の世間話は許された。しかし社員たちは雑談することなく黙々と作業をしていた。私がたまに雑談で声を掛けた時の、若手社員たちのうれしそうな（すがるような）瞳が忘れられない。彼ら／彼女らはその後そろって退職した。 雑談すらせず仕事に取り組んでいたのに、生産性が高いというわけではなかった。部課長や先輩社員から若手への叱責の内容を聞いていると、大半が意識違いや抜け漏れに起因する手戻りなのである。 「そういうことじゃない」 「なんで相談しなかったの？」 「普通こう対応するよね。常識だろ？」 この手の言葉がひっきりなしに飛び交う。 いやいや、雑談する隙すら無い職場環境で相談しないことを責めるのはあんまりだろ
Google退職します｜xyx
2019/3/15が最終出社日でした。インターン期間も含めると4年ちょっと勤めたことになります。 ちょうど昇進してプロジェクトも一区切りついたタイミングで他にすごくやりたいことができたので転職という形です。 素晴らしい環境なのに情報が少なくて、入ると良さそうなのに敬遠している人を何度か見たので、この記事が参考になれば幸いです。辞める人が言うのも変な話ですが。 あと、IT業界は最近良くなりつつあるものの、世知辛い話が世の中に溢れていて、ポジティブな話があまりないというのも悲しく感じていました。日本でエンジニアとして2000万円稼げる環境があるというのを知ってほしい。いずれ海外に行ってみようかと考えている場合の第一歩としてもかなりオススメです。 何してたの? いわゆる(ソフトウェア)エンジニア(社内用語だとSWE; “すうぃ”と読む)です。 たまに勘違いしている人がいて悲しいのですが、Goog
『定時で帰るから』という理由で派遣社員をクビにした課長→辞めたその子のPCを片付けてたらとんでもない悲劇が判明
けーご @HappyLife_k5 すっげぇ。笑 未だに「残業する人が偉い」思考の人達にも見せてやりたい。大事なのは時間内にいかに効率良く動くか、ってことなんだよって。勤務時間にタバコをスパスパ吸ってダラダラ働いて残る残業のカッコ悪さよ。 twitter.com/matudakta/stat… 2019-01-24 11:05:43 Andnote @andnoteco @matudakta その課長さんは労働者を携帯の定額かけ放題プランとも考えているんですかね‥。そもそも本来は、課長自ら自発的に定時で帰れる状態にするためにはどうすれば良いかを考えるべきであり、そのためにまずは社員一人ひとりの声を聞いていただきたいものです。そういう方の意見は宝の山ですよ。 2019-01-23 06:36:55
｢たばこ休憩｣を不公平と思う人に欠けた視点
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
エンジニアリングマネージャーとソフトウェア設計者に共通するスキルを考えてみた - Mercari Engineering Blog
@hidenorigotoです。現在はメルカリJPのBackendチーム全体のマネジメントをしています。以前のキャリアではマネジメントもやっていましたが、どちらかと言えば1人のエンジニアとして、ソフトウェアの設計と数多く向き合ってきました。その過程で、良い設計を生み出す設計者は、どのようなスキルを持っているものなのかと疑問を持ち、アレコレ考えることがありました。 今、メルカリでマネージャーとして仕事をする中で、この疑問は次のように形を変えました。 「マネジメントが上手いマネージャーはどのようなスキルをもっているのだろうか。」 そして、私の中で1つの仮説が浮かびあがってきました。それは、「良いソフトウェア設計者」と、「良いエンジニアリングマネージャー」には、仕事をより良く遂行するためのコアなスキルとして共通する部分がある、というものです。 ソフトウェア設計者の仕事 ソフトウェア設計は、1つの
35歳なのにまだ夢を追ってる夫が嫌いになってきた
夫、35歳旧帝大博士号を7年かけて取得 未だに夢を追ってる。 昨年、子供が生まれた時そろそろ将来のことを考えて欲しいってお願いした。 私は必死だった。出産を経験した際にトラブルで死にかけたから、夫にも安定して欲しかった。 だけど、また一年契約のポストを選んでしかもいくつかの選択肢から年収の低い方を選択しやがった。 理由を聞いたら、年収が高い方は忙しくて自分のことができないから、だって。 内心怒りを感じながら、悲しくなった。 私は妊娠した時、会社に迷惑もかけてポストを降りた。 自分のキャリアを台無しにして子供を産んだし、育ててる。時短で前のような面白い仕事はできなくなった。でも子供の今後を考えると私の仕事が命綱なので、続けてる。 それを、お前、自分のことができないから年収が低い方を選んだだと？ そもそもお前がいいポストにつけないのは、 後手後手で、集中力が不足してるせいで成果物の作成が締め切
勉強するとこんな人になりますよ - megamouthの葬列
axia.co.jp どこかのエントリで呼ばれた気がした。 必要もないのに他人のエントリに乗っかるのは好きではないのだが、たまにはブログっぽいことを書かないと、と思ったので、軽く書く。 ある勉強したプログラマの末路 まず自分の話をしたい。 私は趣味で多数の求人サイトに登録している。 転職エージェントはうるさいので使っていない。 サイトに登録して、経験言語と年数にチェックを入れ、職務経歴書をサニタイズして（なんとこの用語は顧客を特定できないように「無毒化する」という意味で一般的に使われ始めている）掲載しているぐらいである。 ちなみにpaizaでもSランクを持っている。自慢にもならないし、求職活動に役立つわけでもないが、持っている。 こうして、現年収を正直に「200万」と書いておくと、スカウトメールがけっこうやって来るので、それらを暇つぶしに眺めるのである。 Webで年収400万超えるとこって
仕事で「技術的には可能です」と言うと「可能ならやってください」と言われてしまうので誰にでも分かる表現を考えたい
uni1000yama1000 @uni1000yama1000 「技術的には可能です」というのは、「普通はやらないし、やろうとしたら非常に困難を伴うので諦めてください」という意味なのだが、「技術的に可能ならやってください。保証もしてください」となってしまう。もっと誰にでもわかる表現を考えないといけない。 2018-08-11 12:56:50 きゃたつ @kyatatsu これ、ほんまそうなんよなー 技術者的には「できるのにできませんって言うのは技術面で無能に思われるので悔しい」って感情があるから、「技術的には可能」って言い方するのに、ユーザーは「あ、できるんだったらお願いします」だもんなあ…この溝を埋めるの難しいよなあ twitter.com/uni1000yama100… 2018-08-12 11:15:08
「これからはSES一本でやっていく」と言っていた前職での話 - ペン一本と、メモ帳
Twitterを見ていると「SESは滅ぶべし！」と発言している方が多くて頼もしい。 前職を辞める直前は「社内開発で全然売上出ないからこれからはどんどんSESするべき！」みたいな話になってました。TLと全然違う……。 転職していなかったら今のようにTwitterを眺めることもなく、SESの実態もよくわからないまま、ただ漠然とSES企業のなかで「なんか不満だなー」と思いつつ仕事していたのだろう。 というわけで、ネットでいくら「SESは滅びろ！」と言ったところでたぶん中の人たちには届かないと思う。ので書く。知り合いにこの記事が見られることはまずないだろうから。 こちらのツイート、前職がまさにその通りだったので笑ってしまった。 SES企業でよくあるパターン ・主力部隊がSESで稼いでくる ・SESで稼いだ金で自社サービス開発（ほとんど社長の趣味） ・ノウハウがないので持ち帰り案件は常に赤字 ・SE
「自分で勉強しない社員」を一体どうすればよいのか？ | Books&Apps
最近「勉強しない社員」問題について、話題になることが多かったので、少し書いてみる。 例えば最近あった事例が、あるIT業の会社での出来事だ。 新人が何名かいるけれど、そのうちの一人が極端に仕事ができない、という相談を受けた。 「なにか手を打ったのですか」と聞くと、 「他の新人と比べて、基礎となる知識がかなり欠けていたので、彼に対して課題図書を与えて読め、と言った」 「結果は？」 「何も変わらず、全く勉強しないので困っている」 言われたその場では、その新人は「読みます」というのだが、実は全く読んでいなかった、というオチだ。 上司は1年以上に渡って、 「会社で言われたことをやっているだけだと、マズいぞ」と言い続け、辛抱強く仕事を教え、課題を与えつづけた。 が、もちろん上司の努力だけでは限界がある。彼の伸びは遅く、圧倒的な差が同期とついてしまった。 上司は彼に「なぜ自分で勉強しないんだ」と聞いた。
良いテックリード、悪いテックリード - 小さなごちそう
本記事は、下記の記事の翻訳です。著者の許可を得て翻訳しました。 この記事はフォースクエアの技術的リーダーシップを簡潔に説明したガイドだ。 ベン・ホロウィッツの「良いプロダクトマージャー、悪いプロダクトマージャー」からインスピレーションを得ている。 チームワーク / Teamwork 良いテックリードはチームの一員として振る舞い、自分の成功とはチームが成功することだと考える。面倒で退屈な仕事の一部を担って障害物を取り除き、チームが100%のパフォーマンスで稼働できるようにする。チームの技術的能力を拡大し、システムの重要な知識が属人化しないように務める。 悪いテックリードは注目の集まる仕事で自分の成果を示すことを好む。その成果は部分最適に留まり、開発チームのアウトプットを増やすにはエンジニアの人数を増やすしかない、という状況から脱することができない。 技術的ビジョン / Technical v
弱いSEの増田が書いた「客先常駐」の話を、強いSEが「嘘だ」と言っちゃうこんな世の中じゃ。 - O-Lab +Ossan Laboratory+
便宜上「弱いSEの増田」「強いSE」と書くけど、増田をバカにしてるわけじゃないと書いておく。 「弱いSE」になってしまうのは、増田の指摘通り「運」の要素が強すぎる。 「常駐先ガチャ」と言っても良いレベル。課金してガチャを回せるわけでもないし。 ↓弱いSEの増田 anond.hatelabo.jp ↓強いSEのブログ www.orangeitems.com 弱いSEの増田が書いてるけども、 「運よく技術的な仕事ができるポジションに着けた人」は客先常駐型の派遣を肯定する傾向にあり違法労働も良しとする人が多い。 （中略） 先ほど記した技術力が身につかない上に低賃金なポジションに着いてしまった人よりも発言力があり業界内で幅を利かせている事が多い。 いやぁ、ほんと。 強いSEのブログ書いた人がまさしくこの指摘に該当する人なんですよねぇ。 強いSEって弱いSEの立場に追い込まれてる人をこんな感じで「嘘
【追記あり】一見キラキラしているけど絶対入社してはいけないIT企業
内情ボロボロで退職者続出なのに新卒募集している知人の会社(IT企業)があるので、注意喚起がてら書いておく。 ベンチャーとSIerの中間にあるような会社。有名企業の子会社です。 某大手クラウドのコミュニティ界隈では結構有名。特に代表が。新卒をここ2年で採用開始し、毎年4,5人ずつくらいとっているが、丸二年経たずして合計9人中3人が既に辞めている。メンタルを崩した新卒も複数いる。そもそも新卒教育体制とか何も考えずに採用だけ開始した。しかも未経験新卒可で。iOSエンジニアにサーバサイドのマイナー技術の研修を受けさせ、メインではないが開発をさせる。しかも新卒iOSエンジニアにも。SalesForce の Apex やってた方が数十倍潰しが効くようなサーバサイドのマイナー技術で内製と外販をしている。しかもそんな潰しの効かない技術を未経験新卒にやらせている。代表がエンジニアでないのに技術選択に口出しす
勉強会聴講：「エンジニアとしてこの先生きのこるために」 - Qiita
この記事は JustSystems Advent Calendar 2017 の 19日目の記事です。 初めに この記事は、サポーターズCoLab主催イベントの和田卓人先生の講演「エンジニアとしてこの先生きのこるために」の聴講記録です。 主催：サポーターズCoLab 講演者：和田卓人さん(@t_wada さん) 題目：「エンジニアとしてこの先生きのこるために」 聴講のきっかけ：新人研修で一度紹介して頂いていて講義内容に興味をもっていたため 参考資料 私が研修中の時は、スライドが公開されていませんでしたが、今年の6月5日に以下で資料が公開されています。 講義スライド このスライドだけでももちろんためになるので、講演中にあった補足の話を中心に記述していこうと思います。 テーマ1：エンジニアとしての基本姿勢とは？→「学び続ける姿勢」 原則は現役（いつでも使える）、ただし要素は廃れていく 同じもの
天才でなくていい！『Team Geek』訳者・角 征典と考える、チームに貢献するエンジニアの気配り力 - エンジニアHub｜Webエンジニアのキャリアを考える！
天才でなくていい！『Team Geek』訳者・角 征典と考える、チームに貢献するエンジニアの気配り力 「チーム開発を進めるために、エンジニアはどう振る舞えばいいのか」に迫る、名著『Team Geek』。その勘どころを、訳者である角 征典さんと読み解きます。 数多くの開発者から支持を受け、読み継がれてきた名著。そこには読み継がれる理由があります。 名著には、内容・ボリュームともに充実した書籍が多く、概要に目を通しただけで本を読んだつもりになっていたり、腰を据えて読む時間がなく「積ん読」してしまいがち。「エンジニアが絶対読むべき書籍●選」といった記事をブックマークするだけで読んだつもりになっていないでしょうか。 ポイントを押さえつつ内容を深掘りし、名著の根底に流れるエッセンスを開発に活かしましょう。 エンジニア向け名著を読み解いていく当企画。第4回に取り上げるのは『Team Geek—Goog
SIer→社内エンジニア→リモートワーク、3つの職場を経て見えてきた、プログラマにとっての幸せな働き方 - GeekOutコラム
みなさん、こんにちは。 普段は「give IT a try」というブログを書いている、プログラマの伊藤淳一（@jnchito）です。今回は縁あって、GeekOutでコラムを書かせてもらいます。 僕はプログラマとして働き始めてもうすぐ15年になります。最初に入った会社は大阪にあるSIerでした。そこで4年ほど働いた後、次は外資系企業の社内エンジニアとして働き始めました。社内エンジニアの仕事は5年ほど続け、それから株式会社ソニックガーデンへ転職して現在に至ります。 これまでに働いてきた3つの職場は三社三様です。それぞれの職場で良かったことやしんどかったことをあらためて見つめ直してみると、プログラマにとっての幸せな働き方が浮かび上がってきます。もちろん何を幸せと感じるかは人によって異なりますが、同じ「IT業界」といってもいろんな職場があることは知っておいても損はないでしょう。 また、幸せは突然空
個人開発で得たスピード仕事術
できる犬さんMarkdownエディタを一人で作りながらフリーランスをしています。今月(11月)の売上は18万円を超えました。順調に伸びていて嬉しい。毎日楽しいです。 個人開発はスピードが全てです。残業代もがんばった賞も出ないからです。一人何役もこなさないといけないので、作業のスイッチングコストが常につきまといます。設計してコードを書いてユーザサポートをしてマーケティングして・・。ましてや本業などがあると、プロジェクト単位で脳を切り替える必要もあります。 プロになってから約8年、常に本業と並行して何かしらの個人開発を続けて来ました。そして、このスイッチングコストをどうすれば最小限に抑えられるかという課題と向き合ってきました。自分で言うのも何ですがかなり速いと思います。例えば、先日ユーザさんから機能要望を受けたのですが、書き込みを見て２時間で対応してリリースしました。そしたらユーザさんが「速す
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://github.com/june29/japonica/blob/master/code-of-conduct-at-work.md
在宅ワーカーのためのハンドブック
リモートワークは難しい / Developer Summit 2018
