  |
はてなキーワード: SLACKとは
俺の場合こんな感じ
プログラマーに憧れる皆さん！こんばんは。
「自分は文系だから」「未経験だから」と諦めていませんか？大丈夫です！プログラミングにセンスは不要です。正しい手順で学べば、文系や未経験でも、誰でも一流のプログラマとして活躍することができます。
今日は、未経験から最短でWeb系企業に就職するための勉強法をご紹介します！
もっともオススメの方法は、顕正会のセミナーに参加することです。
顕正会は、日本で最大のエンジニアのコミュニティであり、非常に良質なテキストを用いて、プログラミング初心者向けのセミナーをしていることで有名です。顕正会に入ることで、未経験からでも一流エンジニアのノウハウを学ぶことができます。
また、意外と知られていませんが、日本のエンジニアの8割は顕正会の出身です。実はあのひろゆきやビル・ゲイツも顕正会の出身です。ですので、顕正会のネットワークを介して就職先を斡旋してくれたりしますし、自分が顕正会員だと、面接時にも非常に有利になります。
顕正会のセミナーは、インターネットからも応募することができますし、秋葉原などで声をかけられることもありますので、誰でも簡単に参加できます。会員もフレンドリーな方ばかりですので、是非、お気軽に応募してみて下さい！無料体験もできますよ。
プログラミングの勉強を始める前に、まず、必要なものを準備しましょう。必ず必要なものと、できればあると良いものは以下の通りです。
可能な限りスペックの高いものを買いましょう。2021年現在であれば、CPUは18コア、36スレッド。RAMは128GBくらいはあると良いでしょう。ストレージはSSDであれば1TBもあれば十分です。
OSは、Windowsで開発するならWindowsが、Macで開発するならMacが必要です。よく分からなければMacを買っておく方が良いでしょう。基本的にMacにできてWindowsにできないことはありません。
インターネットは、この記事を見ている人は既に持っているでしょう。ただし、モバイル回線で見ている人は、自宅に有線のインターネット環境を用意した方が良いです。
顕正会に入会すれば、上記のスペックのPCを無料で貸し出ししてくれます。また、法人向けの専用線を無料で取付工事を行ってくれる上に、通信費を全て負担してくれます。
まず、他の会員と連絡を取るために、SNSのアカウントを持っていると良いでしょう。
最近は完全にPC上での学習もできますが、やはり、勉強の基本は紙のノートに直接書くことです。医学的にも、手指の動きと脳の記憶回路が関連していることは証明されており、手を動かすことで効率的にものを覚えることができます。
Kindleなどの電子書籍リーダーは持っておいた方が良いです。紙の本は時代遅れです。いやしくもITのプロを目指そうという人間が、このような最先端のデバイスを使っていないのは恥だと思うべきです。紙の本を買わないことは、環境を守ることにも繋がります。現金も持つのはやめましょう。
せっかくセミナーに参加しても、受身で聴くだけでは、プログラミングを習得することは難しいです。ここでは、自宅でどのような勉強をすればよいのか、ご紹介します。
まずは、教科書や参考書を写経することから始めましょう。教科書や参考書の本文を一字一句正確に書き写すのです。
よく、「写経は理屈を学べないからだめだ」と批判されますが、まずは正しい「型」を体に覚え込ませるのが先です。野球や水泳などでも、細かい理屈よりも先にフォームを固めるのと同じです。書き写している内に理屈は自然と身に付きます。
また、写経のメリットは「飛ばし読み」を防げるところです。一字一句正確に写経をすれば、細かい部分を「分かったつもり」になって飛ばしてしまうことを防げます。たとえば、比較演算子の等号は=ではなくて、==です。プログラミングはこういうところに注意して学ばなければいけません。
教科書のサンプルコードをノートに書き写したら、それを今度は自力でフローチャート（UML）に変換してみましょう。そうすることで、自分が本当にそのコードを理解しているのか、確かめることができます。
フローチャートやUMLが素早く正確に描けることは、プログラマーとして働く上で非常に重要なスキルです。それらはソフトウェア設計の基礎となりますし、ソースコードを読めない営業や顧客にとっては貴重な資料となるからです。プロのエンジニアは、COBOLのソースコード10万行を1週間でフローチャートにして、Excelに転載することができます。
ここで一つ注意すべきことがあります。フローチャートを描くときは、必ず専用の定規を用いて描いて下さい。フリーハンドで描いたものは業務ではフローチャートとは認められません。これはまともな企業に就職すれば研修などで必ず習うことですから、今の内に覚えておきましょう。
エンジニアを目指すのであれば、プログラミングだけではなく、Excelの使い方も学びましょう。Excelはエンジニアにとっての万能プラットフォームです。エンジニアはあらゆる作業をExcelで行います。セル結合や罫線を用いて、見栄えの良い資料を作る技術は、エンジニアにとって必須です。
プログラミング学習中であれば、たとえば以下のような題材の資料を作ってみると良いでしょう。
尤も、以上の資料は、ツールを使うことで自動で作成することもできます。たとえば、ソースコードの更新履歴はGitなどのバージョン管理システムを使うことでも管理できます。しかし、それらの資料としてのクオリティは非常に低いため、アマチュアしか使うことはありません。プロを目指す皆さんは、必ずExcelを使いこなせるようになりましょう！VBAの習得も必須です。
以上、プログラミングの勉強法について解説しました。ここからは、実際にソースコードを書くときのコツを紹介していきます。他のプログラマと差をつけることができる技術ですので、意識するようにして下さい。
理想は、aやxなどの一文字です。ただし、これだけだと26文字しか使えないので、a1, a2, ...のように連番でグルーピングすると良いです。
また、変数の宣言と使用箇所が離れた場合に、変数の型がすぐに分かるように、たとえばint型であればi1, i2, ...、string型であればs1, s2, ...のように命名すると、読む人に親切で自分もミスしにくくなります。
変数名を長くするのは、以下のデメリットがあるため、絶対にやめましょう。
多くのプログラミング言語には、クラスや関数といった機能がありますが、これらは基本的にライブラリ提供者などが使う想定の機能であり、一般のプログラマが使うのは好ましくありません。したがって、クラスや関数はなるべく使わないようにして下さい。
不要な関数を作らないためのテクニックには、以下のようなものがあります。
まず、関数の引数に「フラグ」を渡し、関数内部で処理を切り替えれば、1つの関数で複数の処理をすることができます。
function f(i) {
switch(i) {
case 1:
// i = 1のときの処理
break;
case 2:
// i = 2のときの処理
break;
case 3:
// i = 3のときの処理
break;
// ...
}
}
この方法は、以下に述べる「変数の寿命を伸ばす」効果もあります。つまり、この関数内で宣言された変数は、すべての処理で共通して使用することができます。
クラスに不要な関数を作らないようにするには、「継承」を用います。複数のクラスで用いる関数を定義したクラスを1つ作っておき、そのクラスを継承すれば、新しいクラスに関数を定義する必要はありません。
理想的には、プログラム内のすべての関数を同一のクラスに定義し、それを継承するべきです。そのようなクラスは俗に「神」と呼ばれ、プログラマからはこの上なく尊ばれています。
class God { f1() { // 関数1 } f2() { // 関数2 } // ... } class C1 extends God { // 何も書かなくても上の関数が使える！ } class C2 extends God { // 何も書かなくても上の関数が使える！ } // ...
変数は宣言する場所によって、ソースコードのどの範囲から参照できるかが決まっています。この範囲が広いことを、「変数の寿命が長い」と言います。
たとえば、以下のコードのaは、関数定義の外側からは参照することができません。
function f() {
var a = 1;
return a;
}
一方、以下のコードのaは関数の内外どちらからでも参照することができます。
var a = 1;
function f() {
a = 2;
return a;
}
せっかく作った変数がすぐに死んでしまうのは、非常にもったいないです。ソースコードの表面には現れませんが、変数を作ったり捨てたりするのには、計算コストがかかります。したがって、寿命の短い変数を作りすぎてしまうと、プログラムが遅くなってしまいます。
また、変数の寿命が長いということは、変数をたくさん作らなくても、1つの変数を色々なところで利用できるということであり、とても便利です。たとえば、上記の前者のコードでは、関数の外部からaの値を参照したくなっても、参照することができません。後者のように書いておけば、プログラムのどの箇所からでも、aの値を参照したり、更新することができます。したがって、変数の寿命を長くするとプログラムを変更しやすくなります。つまり、保守性が上がります。
例外とは、プログラムが予期しない処理をしようとした場合に、プログラムの実行を停止し、呼び出し元にエラーを通知する機能です。たとえば、「test.txt」というファイルを開こうとしても、そのファイルが存在しない場合は、例外となります。
例外が発生すると、プログラムが停止してしまうため、非常に困ります。したがって、プログラマは例外をきちんと処理しなければなりません。
ほとんどのプログラミング言語には、例外処理のための機構があります。たとえば、以下のような構文です。
try { // 例外が発生し得る処理 // ex. ファイルを開く } catch (e) { // 例外が発生したときに、実行する処理 }
例外への対処は実はとても簡単です。是非ここで覚えて下さい。上記のような機構のある言語であれば、catch節の中身を何も書かなければ、例外が発生しても、何事もなくプログラムは動作を続けます。
try { // 例外が発生し得る処理 } catch () {}
全ての例外を潰せば、決して不慮の動作で停止することのないプログラムを作ることができます。ですから、例外が発生し得るコードは、積極的に上記のtry-catch構文を用いて、例外を潰すようにしましょう。
部分的にでも理解すればプログラミングを見る目が変わるはずです。
ここ1年ぐらいどのSNS見てもげんなりすることが多いのでほとんど見ないことにしている。
ただ、それだとエンジニアコミュニティの動向は追いづらいし知人間の生存報告も無くなってしまうのは悲しいので、いくつかのSlackワークスペースだけはウォッチし続けていたんだけど…特定企業や特定サービスに対する「叩き」とそれが当然みたいな空気感が見えてげんなりしちゃった。
流れはこんな感じ。
先日にとあるネット企業があるサービスをリリースし、そのニュースがSlackワークスペースにも流れてきた。もともとネットでのレピュテーションが高くない企業ではあっただけに、そのプレスリリースに対するコメントがおおむね批判的で、「自分はつかわないな」程度の感想から「反社」だとか「詐欺」だとか「そろそろ潰れるな」といった実態以上の強い言葉が並んでいた。
まぁそれぐらいの言葉をプライベートでうっかり発しちゃうことはあってもいいですよ…。けどさぁ、そのSlackワークスペースは誰でも入れるし、チラシの裏じゃないんですよ。叩かれてる会社のエンジニアも入ってるし、その会社に知人がいる自分みたいなやつもいるんですよ。（そのエンジニアは発言もしてなかったし見てるのかどうかわからなかったけど）
エンジニアのコミュニティSlackをプライベート空間と勘違いしてたのか知らんけど、「この企業・サービスをいくら叩いても構わない」ってラベリング、それいじめとかネットリンチの一端じゃね？って思ってしまった。
100日間生きたワニとか
https://bizspa.jp/post-483552/
みずほ銀行とか
https://ja.kohsuke.org/software/mizuho-outage/
自分とは関係ないし殴り返してくることもないから何でも言っていい、ってやつ。
特定技術にせよ生活にせよ、なんらかの話題をちょうどよい流速とちょうどよい距離感で消費できる心地よさがそのコミュニティにはあったのだけど、この件でとてもげんなりしてしまって、デバイスからそのSlackワークスペースを削除した。
嫌ならその場で言えよ、ってのはもっともだし、もしかしたら自分の意見がサイレントマジョリティだったのかもしれんけど、醸成された空気感を覆すぐらいのパワーをそのコミュニティに使いたいとはもう思えなかった。
↑に貼った100日間生きたワニの記事のブコメが真理だなと身を持って味わってしまって暗い気持ち。
"「これは叩いてもいい」という空気が一度できてしまうと、ほめたくても叩かれるのが怖くて口をつぐんでしまうムードになってしまい、悪評だけが残るという残念な結果に。健全ではない"
驚いたわ。
新卒で就職してから、（敢えて分類するなら）Web系ベンチャー的な会社にずっと居たんだが、某大手SIerと提携してプロジェクト進めることになったんだわ。名前は出せないけど、みんな知ってるあの会社だよ。
こういう会社の評判はネット上でよく耳にするけど、それは誇張されたものだと思ってた。実際、そういう会社は社会的に成功してるんだし、社員も高学歴の人がほとんどなんだから、使っている技術が多少古臭くても、仕事のレベルは高いんだと思ってた。だが、そんなことは全然無かった。
うちの技術者が10分でできるようなことが、何回も会議をしたり、書類を埋めたり、向こうの上司の承認を得たりで、3ヶ月くらいかかる。そんだけ会議した後、やったのは、テンプレートからAWSのEC2インスタンスを起動していくつか必要な初期設定をしただけ。
言い忘れてたが、プロジェクトの内容はうちの製品を向こうの会社名義で売るということ（いわゆるOEMというのか？よく知らん）。
で、開発者向けのAPI等のドキュメントが既にWeb上に公開されてたんだが、なんか上司がはんこ押す書類と一緒にしなきゃいけないという理由で、これをエクセルに転記させられた。向こうの指定した方眼紙フォーマットにな。CSVなどに出力して一括でコピペすることさえできないストレスは想像を絶するものだった。エクセルにスクリーンショット貼り付ける作業で精神病むのも納得。
他にも意味の分からん制限が多かった。セキュリティポリシー的に、Google Drive等の外部サービスで情報を共有するのはNGだというんだが、上司がCCに入ったメールで送ったあとならOKらしい。んで、そういうメールを受信したらSlackに転載したりする馬鹿みたいなスクリプトをたくさん書いた。書き始めたらすぐに向こうの意味不明な運用に合わせたシュールでカオスなプログラムになった。もちろん、これも実際動かすには承認に何ヶ月もかかる。
こいつらの仕事の出来なさは、もうプログラミングができないとかそういう次元を超越してる。
当初のイメージでは、「使ってる技術が最先端ではないだけで、仕事の段取りとかはちゃんとしているのだろう」とか思ってたが、そんなことは全くなかった。
技術とか以前の問題。意味のあることと無いことの区別がついていない。「そういう段取りになっている」という理由でただ言われたことを作業的にやるだけ（まあ、一定レベルの知的労働を流れ作業に帰着させるのはある意味すごいとも言えるが）。
俺の関わった連中が例外的にひどかったと思いたいが、まあ、現実問題そういうことはないのだろう。
俺の大学の同級生も、NとかFとかNとかHとかの付くSIerに就職していったが（上記の会社はその1つである）、こういう仕事をしているなら完全に人材の無駄遣いだと思う。コンビニパートのおばちゃんとかで変わり利くもん。
これからエンジニアとしてキャリアを築きたい学生とかは、絶対にこんな会社に入っちゃいけない。まともなスキルは全く身に付かないぞ。
数年前、転職した先の会社の健康診断で採血が必要と言われて自殺をしかけた。その時は飛び降り直前に家族に見つかって死なずにすんだけど後5分遅かったら自宅のマンションから飛び降りてたと思う。
平常時ならそんなバカな事を、と自分でも思ってしまうが「明日、注射をする」という辛さに耐えられなかった。
健康診断の一カ月以上前から、暗い顔をして黙り込むことが多くなっていたらしいので家族は心配していたらしい。
その前に在籍していた会社がコンプライアンスガバガバの弱小企業だったので健康診断は受けたい人だけ受ければ？というスタンスでまともにやったことがなかったが、定期健康診断には採血必須なんですね。サラリーマン辛い。
死ぬくらいならもうしなくていい！と家族に泣かれながら力説され、それ以来採血だけスルーしている。会社からは何も言われていないので当面はこれで凌ぐつもり。ほんとすみません。
子供の頃から注射が苦手らしく、小学生の時にインフルエンザの予防接種で行った小児科で看護師さん5人ぐらいに体を押さえつけられて（両手両足胴体に一人ずつ）泣き叫んだのが最古の記憶。
中学生時は学校で行われたツベルクリン反応検査でパニック発作を起こして暴れまわった。その時も教師達に押さえつけられて打たれたんだと思う（ここはあまり記憶に残っていない）。
幸い、健康が唯一の取り柄です！みたいな人間なので大きな病気やケガをすることもなくここまで来ている。
幸い”任意”とのことなので打つつもりはないが、今後、打たないことで不利益を被ることもあるのかもなぁと思うと気分が重い。
ここ一年フルリモートなので人と接触することも全くないがSlackの雑談用チャンネルでも「どこでワクチン打つ？会社？自治体の？」みたいな話で盛り上がっているのを見ると内心冷や汗が出てくる。
そうでなくてもテレビをつけるとしょっちゅう注射をブッスブッスと刺している映像が流れてきて気持ち悪くなるので、ここ数カ月テレビはYouTube専用マシンと化している。あー子猫かわいい。癒される。
あまりにも日常生活に影響をきたしているので、改めて自分の症状を調べてみた。
素人がググった範囲だと限局性恐怖症の一種、注射恐怖症と呼ばれる比較的メジャーな精神疾患らしい。
＞限局性恐怖症患者は，典型的には，自身の恐怖が不合理かつ過剰であることを認識している。
分かる。分かってんだよそんなことは！注射ぐらいパッと打ってはい終わり！副反応？ちょっと出たけど2日ぐらいで収まったよーって言いたいわこっちだって！
気を取り直して治療法を調べた。カウンセリングや薬による治療もあるそうだが、一般的なのは暴露療法と言われるもので
本人が恐怖を感じる対象に少しずつ慣れていくというものだそうだ。
注射の場合だと尖った物を腕に当てる、注射の映像を見る、実際の注射器を見るなどなど…。
ダメだ。想像しただけで気持ち悪くなってしまって思わずページを閉じてしまった。
よし、別のアプローチで行こう。
欲を言えば吸うタイプの全身麻酔で寝てる間によろしく頼む、といきたいところだが流石に予防接種程度でそんなことをしてくれる病院は無い。
注射を嫌がる子供向けにエムラパッチやペンレステープという皮膚表面に貼るタイプの麻酔を使うことがあるらしいとの情報を見つけたので
最悪コレか…と考えたがコロナのワクチン接種時に使ってくれる病院が近くにない。
もうめんどくさい！！！
蚊に刺されても痛くないんだからそんくらい細い注射針を作れよバカー！！！
っていうかこの世から注射なんて非人道的な物全部消えろーーーー！！！！！！
普通に考えろよ！針を！肌に！刺すんだぞ！どう考えてもおかしいだろ！痛いんだぞ！？
痛いものは怖いんだよ！それが生き物として当たり前なんだよ！
こっちだって我慢出来たら苦労せんわーーーーーーーーー！！！！
海外では鼻から吸い込むワクチンや皮膚にパッチを貼るタイプ、飲み薬タイプなどの研究が進んでいるらしいので一刻も早く実用化を！神様お願いします！を毎晩願っているし、
あわよくば自分以外の人間がみんなワクチンを打ってコロナ禍が収束すればもう打たずに逃げ切れるな、と考えている。
注射の事を考えると自分でもよく分からない感情に振り回されて辛い。
一日中ものすごく怒っていたり、一日中布団の中で泣いていたりする。
コロナが憎い。本当に憎い。
一応年収1100万のソフトウェアエンジニア（もちろん国内、ただしアラフォー）なのでアドバイスじゃないがどんな感じか説明。
やってることはバックエンド全般。最近はインフラも管理画面も大体バックエンド屋さんのお仕事なので、
要はフロントエンド以外というのが正しいかな？極めてざっくりいうとアミューズメント関係のイベント基盤を
AWS上で構築・運用するお仕事。アプリはBFFはnodeのアプリ、動画とかバッチ系はJavaで書いたアプリをLambdaと
ECS上で運用、ストレージはElastiCacheとDynamoDBを使っていて、基本的にすべての運用はEventBridgeで
Slackに飛んできて自分で保守までやる感じ。これで10人のチームで回している。スマホアプリがフロントに
なるんだけどそっちは別のチームがやっていて多分同じぐらいの年収をもらっていると思う。
わかると思うけど別に全然大したことをやっていない。最新のプロトコルとかよく知らんし、
CSは一応AtCoder青とかいう人材もいるにはいるけどほとんどの人は並ぐらい。
FPGAなんて多分みんな無理なんではないかな。それでもこの年収をもらえるのは単にソシャゲ業界の利益率が
いいからで別に俺がすごいわけではない。AWS知ってる人はわかると思うけど上のスタックって
多分駆け出しエンジニアのちょっと頑張ってる程度の人が練習で作るWebサービスぐらいの技術レベルだと思う。
技術的に一応他よりは高いのかなと思うのはCD/CIかな。アミューズメント業界なので一日10回のリリースとかよくある。
なのでステージング環境でOKならそのままSlackで1スタンプデプロイになっている。
基本的にフロントとの互換性が取れる限りはバックエンドは無停止リリースができる。
残業時間は全社平均して10時間だけど深夜に趣味で新機能の開発とかしてるので実質200時間とかある人もいそう。
俺は一応残業は全部申告してるけど、そもそもゲーム業界は裁量労働制が適用できる業界なので残業代などない。
というわけで業界が好きで、かつ増田ぐらいの知識があるなら1000万は30代になったらいけるんじゃないか。
20代でも500か600万は固いでしょ。ただ業界が好きかどうか/その業界が儲かってるかどうかによるので、
そこだけは妥協せずに選んでくれ。個人的に深夜まで新機能作っててもそんなに疲れないんだけど、
前職のSIerでPMやってたときは定時内ですら苦痛だったわ。客とか上司の顔見るたびに作り笑いしてたけど
転職間際とか引きつってた記憶がある。ちなみに年収270万君が例に出してる会社のひとつなんだが、確かに
入社難易度は高いと思うが（主に学歴フィルターの面で）中にいる人の技術的なスキルは散々が多かったぞ。
飲み会で客とうぇーいする能力だけは高かったが。SIerなんてそんなもんなんで、いくら年収が高いからといって
弊社にも来たんちゃね。ワクチンの職域接種。弊社、中小企業なんやけど関係先企業から合同でどうすか？みたいなんで。
そんで社長が全社員向けにSlackで案内したんやけど、その中で、接種対象者が「従業員とその同居家族」っちなっとったんちゃね。
これはまずいっち思って社長にダイレクトメッセージで２点聞いたんちゃ。
これだけの質問で社長も僕の問題意識に気づいてくれたんやろうね。すぐさま全社員向けに補足して上記２点も対象と明言したんちゃね。
ベンチャー企業で働いているとよく思うこと、巷でよく言われている事をまとめておく。
「カオスを楽しめる人」が向いているとよく言われるベンチャーだが、具体的にどういう状況がカオスなのかを一度見直してみたくて書いた。
---------
会社にお金も評価制度もないため、こんだけ成果出してるんだから給料上げてみたいな話にそもそもならないし、なっても通らない。創業メンバーと業務領域が被らない場合は特に大変。
評価制度がないため、周りからどう思われるかが一番大事。特に創業メンバーが個人的つながりのある人（大学の同期など）から構成されている場合、情報格差や居心地の悪さなどを抱えないためにもコミュニケーションを密に取るか、もしくは可視化できる圧倒的な成果を出す必要がある。一方で、そういう「お友達的なコミュニケーション」を「風通しの良い会社」と表現するのもまた特徴。
難しいのは、ベンチャー企業の創業メンバーや活躍している人たちというのは、大企業に不満があって会社を作っていたりすることが多いということ。「自分がやりたいことをやるために」大企業のキャリアを捨ててそこにいることがよくあるので、ついていけない人は馴染みづらい。結果として組織としてのあり方について考える人がいることは稀で、縁の下の力持ち的な人はいないか、いてもすぐにやめていくことが多い。これは「マネージャー」のポジションで人を採用し始めたフェーズでもあまり変わらず、初期に「マネージャー」というポジションを作っても、社員のモチベーションを上げる事に対する情熱がある人が入ってくることは稀。おそらく今後の市場価値を上げるために組織を作る経験をしてみたいとか、肩書きとかSOみたいな条件面とか、何か自分のためになる他の条件を考えてのことなのだろう。実際に組織が中長期に渡って有機的にワークするよう全体を見ようとする人が現れ始めるのは、人がやめまくって会社が本当に困ったとき。
平社員が1%とかもらえるわけではないので、結局のところどんだけ早くても10年勤めて多くて数千万円もらえるかもらえないか。そもそも大半のベンチャーは上場しないので、その場合SOは1円にもならない。社内では「監査法人や既存投資家と話してる」などそれっぽいことを言っているが、なんやかんや状況が変わらないまま5年が経過みたいなことも普通にある。
初期であればあるほど事業が流動的なため。
この要素があるために、小さいアプリを作ったり大企業のパクリみたいな制度を作ったような初期メンバーがものすごく実績を出したように見えることもよくある。本来、ベンチャーは小回りが効いて浅く広いスキルを持つ人の方が重宝されやすく、会社が大きくなるにつれて徐々にスキルの深さを持つ人が入社する。特にビジネス職に関しては、大してその職種の経験もない社員が、新卒もしくは学生に突撃営業や雑用っぽいことをやらせて「成長」とか「裁量」とか言ってたり、そういう会社の社長クラスの人がミートアップで学生にアピールしている風景もよく目にする。
タスクは無限にあり、職種を超えて降ってくる (エンジニアが採用もイベント企画もやる、バックオフィス業務全般を一人でやるなど)。
良くいえばチャンスはたくさんある。が、逆に大企業に慣れている人から見ると明らかに間違っていると感じることがすんなり通ることも多い。それをチャンスの模索がゆえの行動だと捉えて賛同できない場合はしんどい。
また、誰かが会社のビジョンやミッション、バリューを持ち出して自分の意見を正当化する場面に少なからず遭遇しがち。結局のところそれらは会社の一体感を醸成するためのものなので、理屈として正しいかどうかは関係なく割と思考停止して周りを納得させるために使われる。結果としてビジョンやミッション、バリューの意味は現場レベルにおいては流動的で、形骸化しがち。
社員の地頭が良いとか優秀とか言ってる会社でも、実際にはそうでもないことがよくある (上述の通り、求められるスキルが大企業と異なることも影響しているかもしれない)。優秀云々の前に、ミーティングの時間を守れなかったり、準備しないで参加する人もたくさんいる。さらに、多様性とか実力主義とか主張していても、実際には超有名企業出身のキラキラした経歴の人を採用するとなるとSlackがざわつき、日頃の言動は憧れの裏返しなのかと思えるほど態度を変えてくる人が見られる場合も多い。結局のところ、ベンチャー企業はいかに社員のモチベーションを (低い給料で) 高く保ち続けるか、そういう虚構の世界だと考えると色々と辻褄が合う場面がチラホラある。
例えばその会社のコアとなる技術を担っているエンジニアなど、一部のスタープレイヤーがずば抜けている場合などは特に、スタープレイヤー＋スタープレイヤーを崇拝する普通の人、みたいな構図になることもある。この場合厄介なのは、「普通の人」が入社した場合、業務内容が事業から離れていったり、業務が流動的であるがゆえに本来やりたかったことができなくなったりすることもある。その場合、一度モチベーションを下げてしまうと上げることが難しいのも特徴。組織が小さいため異動などがしづらく、また異動できたとしてもどこのチームでも状況は変わらない場合が多い。
トラブルも何も発生していないのに朝から夜まで自分が必ず出ないといけない会議でびっちり。
会議で出た持ち帰りタスクは必然的に定時外に確認することになるから絶対残業になる。
それでも間に合わなくていろんな人から早くしてって言われて、上や上の上からは期日を守らないやつ、期日を過ぎても連絡をよこさないやつみたいに見られて注意されたりで精神的に追い詰められる。
絶対指標を計算する時間なんてないが、同じ職位・立場の別チームの人の様子を見ると毎日定時で帰っていたりするし、予定を見てもスッカスカだ。
なんか効率化ツールを作るとかてもあるがそんなことを考えるとしたら土日くらいしか時間が取れない。
睡眠障害も併発しているので、土日はできるだけ仕事のことを考えず眠りたい思いもある。
前の部署では業務外で勉強会を定期的にやったり、Slackで雑談とかニュースの共有とか、デブサミに参加したりとかそういったことをする余裕があったが、今は一切ない。常に１２０％以上は稼働しているから業務外で何かをやる余裕がない。
当然、有休や希望制の社内研修に参加するにはその後鬼のように溜まるであろう各所からのクレームと仕事を覚悟しなければいけない。
体調不良でも休めない。ベッドから起き上がれなくても、ベッドから会議だけ参加しなければいけないし、休み明けの仕事を考えると余計体調が悪くなる。
有休を取ると休み明けのことを考えて精神的により不安定になったり不眠症が悪化してしまうので、ここ2年くらいはほとんどの人が休むGWの中日とか正月の続きに数日とか以外有休を取らなくなった。
さらに最近は自分の業務だけではなく、異動してきた人（残念ながらあまり仕事ができない）のお守りもしており、その人に振られたタスクを事細かに説明しながら実質は自分が全て進めている状況だ。工数がそのタスクにかかる分×２倍くらいは取られている。
その人がまた絶望的にコミュニケーションが下手で地味にストレスがたまり病状悪化の原因になっている。
自分よりかなり古株で職位も上なので偉そうにコミュニケーションについて指摘したりとかも難しい。
相手のプライド傷つけずオブラートに包んで伝えるにはエネルギーが足りない。
上司に大変さの具体的な数値を示せていないことは自分の問題だとしても、業務が忙しい、診断を受けている旨を上司に相談しても振られる業務や責任範囲は一切変わらない。相談のたびに困ったら言って、と言われるが、すでに困っているから相談しているのだ。
ふつう、診断書と投薬治療している部下がいれば部下からの要求がなくても業務調整するのが当たり前なのでは？と上司を責めたい気持ちにもなるが、
いい大人になって察してちゃんしている自分にフォーカスが当たって落ち込んでしまう。
業務の忙しさもさながら、自分の口で投薬治療をしている事実以上に「日曜夜は動悸がしてほぼ眠れない」「平日家で仕事をしていても涙が勝手に出てくる」など、自分の体調の状況も具体的にチャットか、電話か、zoomでちゃんと言語化して伝えないといけない。辛い。そんなちから、1ミリも残ってない。
最近は普通にパフォーマンスが落ちてきていて、時間あたりでこなせる量が少なくなっている。
無断ではないが、朝も遅れて出勤することが多くなっている。
自分が目標としたものも明確な理由なく完遂できないため当然評価も下がってきている。前回の評価は中の下で、そのままいけば次は下の上だろう。
このままではまずいとは思うが、もうすでに精神が参っている中特に調整もされず毎日新しい問題がわんさか降ってくる状況で、もう何も考えられない。
目の前の、何も考えずにできる業務を低いパフォーマスでこなすことしかできなくなってしまっている。そしてもっと評価が下がる。
思い切って休職したいが異動するとなると異動先に変な目で見られないか、転職に不利になるのではないか、いろいろ考えてしまって進めない。
産業医にも定期的に相談しているが、全て話した上で「お前が決めろ」という。そりゃそうだ。
こんな時理想でいうと絶対的に忙しい根拠を数値で出して、割り振りを変えて欲しいなのか、人を増やして欲しいなのか、あるいは自分が異動したいなのか、どうしてほしいか検討して具体的に上司に訴え訴え訴え続けることが平社員としてできることだろう。
でもこんなに弱ってしまって、病気への理解もあまりなさそうな上司にエネルギーを使って訴えることができない。自分がどうしたいかも深く考えることができない。
エネルギーがなくても状況が改善されるように訴えられるいい策はないだろうか。
40代妻子持ち。
現在、出社は週に1～2回。
在宅の日は、会社行かなくて済むのは楽だが、あっという間に一日が終わる。
出社していた時は、残業を2～3h程度だったが、在宅のときは1ｈ程度。
夜7時になると晩御飯に呼ばれて、飯を食うとそのあとはやる気がしないので、テレビ見てフロ入って、寝る前はPCでだらだらとYouTubeみたり。
在宅だと、決まったメンバーとだけZoomしているので、効率はそれなりに良いが、他部署の人と話す機会もなくなり、新しい情報なども入らなくなった。
Slackでたまに、面白い情報やニュースの時には、ちょっとだけチャットが盛り上がるがその程度だ。
週末になったところで、特にすることもない。
妻とは、以前は仲良かったが、コロナになって、セックスレスになり、今は、会話も少なく冷えた関係が続いている。
1人であてもなくドライブをしたり、図書館で借りた本をカフェなどで本を読んだりしているうちに時間はすぎて、また一週間が終わる。
この前2021年になったと思ったらもう、気付けば、半年近くが過ぎようとしている。
最近は、ワクチン接種が進み、明るい兆しも出てきてはいるが、この後世の中がどうなっていくのか、自分の生活はどうなっていくのか、漠然とした不安を感じる。
おそらく、完全にコロナ前に戻ることもないだろう。
今まで仕事に打ち込んできた。
趣味に充てる時間があるなら、家族との時間を大事にしようとしてきた。
そこに後悔はしていないが、現時点で何も持っていないことは否定できない。
何か次の目標を見つけないと。
3年前、世間一般にはメーカー系SIerとして知られている会社を退職した。ただ俺のポジションはパッケージソフト開発であり純粋なSIerとは異なる。
客ともSEとも会話せず、ひたすらドキュメントとプログラムを書く部署だ。といっても別にペーペーではなく主任クラスであり、
会社の業績がとてもよかったこともあり年収は1000万弱はあった。35歳。
これだけ見るととてもいい待遇に見えるだろう。でも耐えられないことがいっぱいあった。
Linuxで動くアプリなのにVMを動かすのも苦労する8GBしかメモリのないWindows PC、紙にコードを印刷して説明しないと納得しない品質保証部、
手作業で実施しExcelにチェックを付けていくテスト、jquery一つ使うのに3ヶ月かかる承認フロー、開発中にバグを一つ出すごとに
ひたすら反省文を求める品質保証部と一緒になって詰めてくるマネージャー、常にコンパイルできないtrunk、
Java 5の時代から進化しないコード、使いにくい社内ミドルウェアの利用を強制される設計、開発期間の半分以上を占める最上流設計、
一旦書いたコードは消してはならずコメントアウトしないといけないコーディング規約など、数を上げればきりがない。
色々改善活動を頑張ったものの、結局Subversionの導入も品質保証部がついていけないから、ということでClearCaseといわれる
今ではほぼ誰も使ってないであろうバージョン管理ツールが使われ続けることになった。使いにくい社内ミドルウェアは
研究所がその道のプロと聞いたので一緒に改善を図った。そしたらRubyしか書いたことがない文系新卒の子が出てきた。
一応研究所の人だし…と思って新バージョンのプロトの開発を依頼したら、1分以上稼働できない状態になって出てきた。
研究開発は準委任相当なのでそれ以上修正を依頼できずに期間が終わった。
また前の会社独特の文化として、大きなバグを出した開発者の反省会（社内ではとある固有名詞で呼ばれている）があった。
この反省会のターゲットになった開発チームはその資料準備で開発が1〜3ヶ月ほど止まるほど大掛かりなイベントだ。
このとき、担当の品質保証部は「連帯責任だから」という理由で資料レビューに大変な精を出す。余計なお世話だ。
このため10〜20ページほどの資料を毎週レビューにかけて最高のものにしていく。でも結局本番では幹部からの怒号が飛んで終わりである。
連帯責任とかいっていた品質保証部は幹部と一緒になって詰めてくる。連帯責任ではなかったのか。
幹部によると、この反省会があるから今の会社があるんだそう。これを経験して一人前らしい。
こんな感じで開発の体制はひどかったが、世間一般ではホワイト企業と見られている通り有休は取りやすかった。
そのため、転職活動を始めた。そしたらなんと「メモリ32GBのマシン」「mavenが気兼ねなく使える回線」「自動テスト」
「GitHub」「CI/CD」 という発言がポンポン出てくる。メルカリだのGoogleだのといったイケイケWeb系ではなく、
いわゆるSIerでもだ。最初は何だこの格差はと思ったが、まぁ営業トークなんだろうな、と思い直した。というわけで
イケイケWeb系も内定は出たものの、つい安定をとってしまい某大企業のDX系の部署に転職した。
そしたら何だこれは。最高スペックのMacBook ProからGitHubにpushするだけで自動デプロイで即サービスイン、
問題が発生したら社用携帯に通知が飛んできて、クラウド監視サービスでログをチェック、即修正即デプロイ。
社内の連絡はSlackで、スタンプを押せばIssueがたち即関連部署が対応に走る。OfficeツールはGoogle Docsで、
計算表はちゃんと表として使っている。開発者はちゃんと開発をしており、反省会の準備や品質保証部の接待なんて業務はなく
純粋にエンドユーザーだけを見ている。ここはなんて最高の環境なんだと歓喜した。また個人的にはおまけ程度であるが、
年収は30万ほど増えて大台に乗った。
さて、それから3年がたった。人間というのはいい環境になれると対して喜びを感じなくなる、というのはそうだと思う。
今では別にdeployブランチにマージされたらCIが走って自動でテストが走りデプロイされるのも、だから何？
って感じだしまぁ普通の仕事として淡々とやっている感じはする。待遇面で悪化した点もちらほらあるし
（例えば年間休日が5日ぐらい減った、残業が月5時間ぐらい増えたなど）などもある。
ただ一つ言えることは前の会社には戻れないな…ということである。人間一度生活レベルを上げてしまうと下げるのは
ただ、一つだけ今の会社に転職してよかったと感じ続けられることが一つある。それは人だ。
前の会社では家でプログラムを書いているなんていった日にはおちょくられたり、人生楽しいの的な目で見られたりした。
芸能人とゴルフの話ができないとコミュ障扱いされた。そのため仕事の話はしても、飲み会にはできるだけ行きたくなかった。
でも今の会社では雑談としてFastlyが落ちても大丈夫なCDN構想とか、AtCoderの話をして盛り上がることができる。
ダイバーシティなんていうが、人間は所詮同質な人間同士で集まったほうが快適なんだな・・・という複雑な思いを抱いている。
皆さん読んでくれてありがとうございます。いくつか質問が出ているので答えられる範囲で答えます。
真面目な疑問なんだけど、Java5のコード書いてる人を1000万で雇う会社があるの？どういうモチベーション？？
製品自体が90年代から脈々とバージョンアップしている企業向けのソフトウェアなので、コードベースが古いというのがあります。
またユーザーからすると中身がJava17だろうがJava5だろうが関係ないわけで、要は業務が滞りなく進めばよいわけです。
そのため昔から受け継がれたスパゲッティコードを地道に解き明かし、新しく出てきた要件を今までのコードベースを壊さずにバグなしで追加していく、
もとからあったバグについては、その他の数百万行のユニットテストもないコードに影響なしで修正を施す、といった技能が必要になります。
こう考えると意外と希少なスキルなんだな・・・と思えるかもしれません。
clearcaseよりもsubversionの方が100億倍導入も運用も簡単だと思うんだけど品管どうなってんの？
ClearCaseご存知な方がいるんですね！一から作る製品だとSubversionのほうが簡単かもしれません。ただ、ClearCase専用の
社内ツールがいくつかあり、そのツールで出力した情報を社内資産として持っているという理由があったりします。
例えばお客さんから「この機能がバグってるっぽい」というクレームを受けた際、その機能周辺の情報をそのツールから検索し、
コードレベルで再発防止策を関係部署総出で練った上でお客さんに回答する、という運用フローになっています。
そのため、Subversionに変えるためには開発陣の一存では無理で、品質保証部やマネージャー層など全ての知識のアップデートが
必要になり、そこまでコストをかけて説得して回る必要はあるのか・・・という話になってしまうわけです。
ただ、社内の生産性を向上させるのが目的の部署としてはSubversionやGitを社内に浸透させたがっているのも事実で、
新規プロダクトなんかはGitを使っていました。ただしGitHubはプロキシでアク禁されているだけでなく、サービス名名指しで使用禁止
になっているので、相当の理由がない限り使えないかと思います。
主任クラスでも1000万円近くもらえるのか。すごい。
1000万という数字に興味のある方が多かったので参考までに書いておくと、等級ランクというものが存在して管理職を除く最上位のランクに
なると2人の子持ち、賃貸住まい、標準評価で大体900万になるという感じです。年功序列だが部署ごとに違うというイメージで、
研究所だと20代で到達する一方、利益を上げていない事業部や間接部署だと定年間際まで到達しない人も多い、ぐらいの感じです。
平均では30代中盤ぐらいでしょうか。
ちなみに私の場合は基本給は33万程度ですが、そこに裁量労働手当と住宅手当、家族手当がついて月給で50万を超えるぐらいでした。
ボーナスは個人評価よりも部門業績に大きく左右されるのですが、部署が最高評価の場合は夏冬とも150万以上でした。
最後の最後のダイバーシティについては、ダイバーシティを勘違いしているように思う