  |
はてなキーワード: SLACKとは
結構あると思う。
Xbox ← PS5, Switch, PCでゲームしてそう
Azure ← 定番機能以外はmicrosoft自身も使ってなさそう
だって自分達で使ってたら絶対に気付くレベルの不具合がアップデートに混ぜ込まれてきたり
皆が望んでる機能が追加されずに頓珍漢な機能が追加されるとか日常茶飯事だし。
例えばteams
ファイル名に全角文字が入ってるファイルをダウンロードするとファイル名が文字化けする不具合が去年あった。
結構あると思う。
Xbox ← PS5, Switch, PCでゲームしてそう
Azure ← 定番機能以外はmicrosoft自身も使ってなさそう
だって自社で使ってたら絶対に気付くレベルの不具合がアップデートに混ぜ込まれてきたり
皆が望んでる機能が追加されずに頓珍漢な機能が追加されるとか日常茶飯事だし。
例えばteams
ファイル名に全角文字が入ってるファイルをダウンロードするとファイル名が文字化けする不具合が去年あった。
世界中に社員いるしアメリカ国内だって多国籍なんだからリリース前に気付くだろと。
自社で使ってないから気づかねんじゃねーの？と。
今日も一日、私はパソコンの前で仕事を続けていた。目の前に広がるのは、いつものように無数のタブと、あとは一つの不変的な存在、それが私たちのオンラインコミュニケーションの中心である「Slack」だ。
そんな私たちのオフィスライフに欠かせないSlackだが、少し前から気になっていることがある。それは、一人の執行役員のアイコンだ。彼のアイコンが、なんというか、ある人物に似ているのだ。ココリコの田中直樹に。
その執行役員が本当にココリコ田中のファンでアイコンを選んだのか、それともただの偶然なのかはわからない。Slackの小さなアイコンでは完全にココリコ田中に見えてしまう。その度ごとに気になってアイコンを拡大し、表示名をみて、ようやく田中でないことを理解する。
だからと言って、その人に直接「あなたのアイコン、ココリコ田中に似ているけど、それは意図的？」なんて聞くわけにもいかない。そんなことを言った日には、きっとオフィス内の微妙なバランスが崩れてしまうだろう。
しかも直接田中似の人に会ったことはないから本当にココリコ田中顔なのかも実際わからない。もしかしたら静止画田中マジックなのかもしれない。
だからこそ、ここにこの想いを綴ることにした。ココリコ田中に似ないでほしい。そんなわけで、私は今日も一日、あのアイコンと向き合いながら、仕事を続けていくのだろう。ひょっとしたら、これは私自身のフレキシビリティを試されているのかもしれない。
会社でもAIを活用しようとslackにChatGPTから返事してくれるbotを導入されたんだけど、slackに投稿したメッセージをそのbotに聞き直す社員が居てそれにイライラしてた
イライラの原因をずっと考えたんだけど、
Googleで検索してたどり着いたyahoo知恵袋にGoogleで検索したリンクが貼ってあった時と同じだなと気付いたわ
chatGPT自体もまだ汎用的な返事しかしないし、人間の意見が欲しいからslackに投稿してることもあるので、勝手にbotに聞かれるのは求めてない
まあslackにも導入しようと言ったのはその人だし、導入したからにはもっと活用してほしいという意図を含んでそういう行動とってるんだろうけど
この期間に、様々なプロジェクトに関わり、多くのことを学びました。
今回は、私が経験した技術的な話を中心に、はてなでの仕事について振り返りたいと思います。
はてなでは、主にRuby on Railsを使ってWebアプリケーションを開発していました。
はてなブログやはてなブックマークなどの有名なサービスはもちろん、社内向けのツールや新規事業のプロトタイプもRailsで作っていました。
Railsは、高速に開発できるというメリットがありますが、それと同時にコードの品質やパフォーマンスにも気を配る必要があります。
私は、テストやリファクタリング、コードレビューなどの技術的なプラクティスを積極的に取り入れることで、Railsの開発をより効率的で安全に行う方法を学びました。
例えば、私が担当したプロジェクトでは、RSpecやRuboCopといったツールを使ってテストカバレッジやコード規約をチェックし、GitHub ActionsやCircleCIといったサービスを使って自動化しました。
また、Pull RequestやPair Programmingといった方法を使ってコードのレビューを行い、バグや改善点を見つけたり、知識やノウハウを共有したりしました。
また、はてなでは、AWSやGCPなどのクラウドサービスを活用してインフラを構築していました。
私は、DockerやKubernetes、Terraformなどのツールを使って、コンテナ化やオーケストレーション、インフラストラクチャ・アズ・コードなどの技術を実践しました。
これらの技術は、開発環境と本番環境の差異を減らし、デプロイやスケーリングを容易にするという利点がありますが、それと同時に複雑さやトラブルシューティングの難しさも増します。
私は、モニタリングやロギング、アラートなどの技術的な仕組みを整備することで、インフラの運用をより安定的で信頼性の高いものにする方法を学びました。
例えば、私が関わったプロジェクトでは、DatadogやCloudWatchといったサービスを使ってシステムの状態やパフォーマンスを監視し、SlackやPagerDutyといったサービスを使って異常や警告を通知しました。
また、ElasticsearchやFluentdといったツールを使ってログの収集や分析を行い、原因究明や改善策の検討に役立てました。
## チームでの協働
はてなでエンジニアとして働くことで、私は多くの技術的なスキルや知識を身につけることができました。
しかし、それ以上に大切だったのは、チームで協力して問題を解決することでした。
はてなでは、エンジニアだけでなくデザイナーやプロダクトマネージャーなどの他職種とも連携してプロジェクトを進めることが多かったです。
私は、コミュニケーションやフィードバック、ドキュメンテーションなどの技術的ではないスキルも重要だと感じました。
私は、自分の意見や提案を積極的に発信することで、プロダクトやサービスの品質や価値を高める方法を学びました。
例えば、私が参加したプロジェクトでは、SlackやZoomといったツールを使って日常的に情報交換や相談を行い、BacklogやJiraといったツールを使ってタスク管理や進捗報告を行いました。
また、FigmaやMiroといったツールを使ってデザインやアイデアの共有やフィードバックを行いました。
私は、はてなでエンジニアとして働くことがとても楽しく充実していました。
しかし、私は自分のキャリアについて考える中で、新しい挑戦をしたいという気持ちが強くなりました。
私は、自分の興味や関心のある分野にもっと深く没頭したいと思いました。
## おわりに
彼らに感謝する気持ちを込めて、このエントリーを書き終えたいと思います。
「チャットでchat gptって書いたらChatGPTだと怒られた」
新米エンジニアがtwitter上でこのような発言をし、そこに追い討ちをかけるように無数のエンジニアが糾弾してる場を見た
要は正式名称で呼ぶのは当たり前だと
自分は穏やかに過ごしたいので、ネット上で書き込みをしたりは滅多になく、持論を述べることなど一度もなかった
が、markdownで下書きしたものを書き込み欄にペーストしてプレビューした時に大量に表示崩れが起き、それを逐一はてな記法に直すという世界一無意味な時間を消費してでもちょっとだけ言わせてほしいことがある
要は指摘しなくていいのではないかと
1. 指摘されると言われた側は嫌な気持ちになる（コミュニケーションが上手な人の指摘であればむしろ会話のタネになると思うが、twitter上で観測している限りでは不快感を抱かせるような指摘の仕方をする人が多いように見受けられる）
2. 指摘するモチベーションが自身の不快感からであるように思える
3. 知ってる上で変換が面倒だからそう書いてるケースもあれば、単純にタイポしちゃったってケースもある
4. 投稿都度、心理的ハードルやコストが生じる（投稿前に誤りがないか調べる）
ただ、3や4に関しては僕らエンジニアの大嫌いな負債たり得るものじゃなかろうか
そういった結果、コミュニケーションを取るのに若干のハードルが生まれ、伝えるべき内容を伝えない事例などが出てきたらそれこそ損失に繋がりかねない
それって負債じゃね、と
あなたの指摘によってチャット内の人のコミュニケーションを取るためのハードルが高くなった結果として得られるリターンはというと
だけではなかろうか
個人的には全く釣り合ってないなと思うのだがどうだろう（他にもリターンがあるのだとしたら自分の考えを改めるための判断材料になるので教えてほしい）
あなたが技術用語の正式名称を漏れなく知っている優れたエンジニアなのはわかった
「技術を使用する技術者なのであれば、技術用語をほんの一文字も間違えるな」が通るなら、
「ビジネス用語や敬語を用いてビジネスを回す社会人なのであれば、ビジネス用語や敬語をほんの一文字も間違えるな」がまかり通り、
「コミュニケーションに日本語を使用する日本人なのであれば、日本語を少しも間違えるな」も筋が通ってしまう
ともすればこのようなコミュニケーションが発生するのではなかろうか
A「chat gpt」
B「正しくは'ChatGPT'ですよ」
A「ここの実装はこれでよろしかったでしょうか」
B「正しくは'よろしいでしょうか'ですよ」
A「ここの処理が重複（じゅうふく）してます」
B「正しくは'ちょうふく'ですよ」
僕らは日本語教室してるわけでもなければ、技術用語教室してるわけでもない
コミュニケーションをしている
コミュニケーションとは情報の伝達であり、情報の伝達プロセスで誤表記の指摘は本当に必要なのだろうか
開発するためのツールであるエディタ(=コード)上での誤りは見逃すべきではない
ただし、
コミュニケーションを取るためのツールであるチャット上での誤りにはどうか目を瞑ってほしい
（言うまでもないかもしれないが、取引先の人間を含むグループなどで相手方の名前を間違えるだとかは裏でこっそり教えて直してもらうべきだと思う。そう言うのは例外ね）
ここ数日、エンジニア界隈で話題になっている「雑魚エンジニア」の記事がある。
https://note.com/joan_of_arc/n/ned510ca913c7
中身は「自分が無能だったせいで最終的に鬱になったので経緯を説明します」ってだけなんだけど、
これを読んで思ったことを書き記す。
そこで、頭の至らない私にとって選択できる解決策はあまり思い浮かばず、「第三者に判定してもらおう」と思い、ソースコードの一部を私の部の slack に共有し「このコード、率直にどう思いますか？」とお伝えしました。
いやいやいやいやいや、コイツやべーだろ！
ウンコードを読んでリファクタしたいと思ったのはわかる、それを断った先輩の気持ちもわかる。でもその後のアクションがなんでいきなり晒し上げなんだよ！
それ社会的に殺したい相手とかにやるやつだから！同じ会社で一緒に働く同僚にすることじゃねーから！
ってかもう、この部分だけで彼(彼女？)の生態がわかるじゃん。
文中では
とか
この記事も徹頭徹尾、「自己の正当性を証明するために世間の同意と同情を得るためのもの」じゃん。
話は変わるけど、君らは当然ハリーポッターは履修してるよな？してる前提で話を進めるよ？
「ああハリーポッター、ドビーめが悪いのです！」とか、「ドビーは悪い子！ドビーは悪い子！」とか。
この記事も完全にそれじゃん！
自分のことを「雑魚エンジニア」とか「頭の至らない私」って過剰に卑下してみたり、
「自分視点の主観的な理解しかお話しすることができません」とか「この先輩エンジニアの方に責任を押し付けたいわけでは決してないです」とか「『上司の判断がおかしい』と言いたいのではありません」とかで免責してみたり。
こいつはくせえッー！ゲロ以下のにおいがプンプンするぜッーーーーーッ！！！
雑魚エンジニアじゃなくて屋敷しもべ妖精エンジニアに改名した方が良いと思う。
今回は鬱になっちゃったので失敗感あるけど、これまでこの「周囲を味方につける」手でたくさん成功体験を積んできたんじゃないかな。
そもそも高い賃金が欲しくてプログラマーになったようなやつは勘違いしているようだけど
なぜなら経済として会社を支えているのはどんなときでも営業だからだ
現に9割9分の会社は技術などないが営業が優秀なので存続している
（ちなみにここでいう営業というのはプロモーションや戦略系も含まれる）
例えば流行の機械学習を生業としているようなベンチャー企業であっても
最新のトレーニング手法やパラメータ定義なんかを使っても得られる利益はほとんど無いのだ
Web系でもAngularだろうがReactだろうがVueだろうがどうでもよくて
とにかくデザイナーの出したものを忠実、もしくはそれ以上のものを生み出せれば技術などどうでも良いのである
という人もいるが、残念ながら全ての技術は5年後に負債になっている可能性が等しくあるということを理解していただきたい
そんな中で日本での人材流動性の高まりであるとかプログラマー育成問題なんかもあって
技術系（プログラマー）の市場価値が高まり、たまたま今だけ高給になっているわけである
卵が少なくなって卵の値段が上がったとしても
その卵が美味しいかと言われるとそんなわけはないのだ
どちらかと言うと腐った卵まで流通するのが恐ろしいところである
私が見てきたベンチャーの腐った卵には下記のようなジャンルがある
メガベンチャーや伸び盛りのベンチャー系に多く、特に旧帝大出身（特に東大）に多いのがこのパワハラ系
とにかく（自分の）理論が正しいということを前提に自覚無くパワハラを繰り返す
これが雇われ社員ならそれほど問題でもないのだが、経営者側のCTOなどだった場合は目も当てられない
テックだろうがベンチャーだろうが雇用主と雇用者という関係性は変わらないのに平気でゴリゴリパワハラを行う
雇用主側に主張されると組合も無い弱い立場の雇用者は何も言えない
その状況を理解していないのか雇用主側のパワハラはエスカレートしていく傾向にあり
社員は退職するが新しい人材は集まらずたいていの場合は逆に雇用主側が病む
この手のテックマウントパワハラ系の特徴は、ドメイン駆動や過度の抽象化、もしくは無駄な高速化や機械語への執念などが挙げられる
例示するのは難しいが、PRを上げてきた新人社員をSlack上で公開にボコボコに論破した上に
「社会人としてできて当たり前」
みたいなことまで説教を始める人を何人か知ってる
小さめで大きくなってきているベンチャーに多いのが、この結局全部自分でやる系
締め切りの前日もしくは当日、もしくは過ぎた後に自分で全部やり直す人
それまで部下や関係者が相談しつつ進めていても結局は全部ぶち壊して全部自分でやる
などというのは完全な素人で、単に他者に業務依頼できない人である
「言ってくれればもっと早く出来たのに」
ということしかない
そんな調子で依頼することができないので結局は自分で実装を繰り返し更に時間がなくなる
「俺ほどの技術力を持った人がいなくて困る」
みたいな自己肯定感を醸成しているのでそのうち上のパワハラ系へと移行していく
特徴としてはSlackにしろPRにしろ話が抽象的すぎて文章力が無い人である
「1を聞いたら10を知るのが当たり前だろ！」
と言う人が多く（1と10から100は分かるけど1だけで10を知ったら変態ですよ）
ヒドイ人になるとIssueやPRの管理も全然できず、ブランチも規則無く乱立してしまっていて
新しく入った人もいったい何をどうすればいいのかさっぱり分からない状況で放置してしまう
これも例示すると、新サービスの仕様だけは決まっていてページレイアウトが無い状態で
デザイナーの配属が難しいので実装側が考える、ということになったとき（割とある）
と言っても音信不通で渋々とこれまでのレイアウトを踏襲して3人できっちり作ったところ
リリース前日になってCTOが徹夜で全部作り直す、ということがあった
レイアウトも全然変わっていて、実はニュースリリースの段階から新規テーマになることが決まっていたらしく
それに合わせて全部作り替えたそうだ
新規テーマは1ヶ月も前から決まっていたのだから共有さえしてくれればそれに合わせて作ったのになぁ、という話をした
余談だがこういうときにこの手の人が「デザイン共有できず申し訳なかった」というような一言はほとんど無い
そういうコミュニケーションが取れる人は最初から業務依頼ができるのだ
最後が最近一番多いのだが、単に技術力が無くて頑張ってるだけの技術者
JavaScriptでリストの中に'apple'があるかどうかを調べる時に array.includes('apple')と書くとして、
10個のフルーツのリストがあってそれらが含まれているかを調べる時に10個のincludesを書いてしまうような人である
「せめてfor文で書こう」「そもそもデータ構造がおかしい」「というか本当にやりたい処理は？」
などなど様々な疑問が出てくるが、不思議なことにこれらを指摘しても絶対に直ることは無く、全く同じことを何度もやる
他にも例えば男性か女性かでメッセージを変えて出力しているコードがあったとする
if( gender === 'male') { ... } else { ... }
これに、20歳以下の場合は男女共通で違うメッセージを出す場合に
if( gender === 'male') { if ( age ＜= 20 ) { ... } else { ... } } else { if ( age ＜= 20 ) { ... } else { ... } }
みたいなコードを書いてしまう（20歳以下の部分は同じコードのコピペ）
メッセージ表示させるだけなら大したことないが、実際にはもっと複雑な処理をコピペで貼り付けるのである
そのため
「20歳以下の表示部分のバグについて、男性の場合は直ってるけど女性の場合に直ってない」
if ( gender === 'female' && age ＜=20 ) { ... }
これでもだいぶオブラートに包んでいて、実際にはもっと複雑なロジックをぐちゃぐちゃのまま整理せずに追加するのでとてもじゃないがメンテできない
（最近だとそういう部分はまとめてChatGPTに放り込むと綺麗にしてくれるので非常に助かっている）
こういう低レベルな技術者は結構いるのだが、大企業だと時間をかけて成長していくのに対して
ベンチャーになると自己肯定感が高いのか成長せずに偉そうである
「動いてるものは触らないで欲しい」
「Javaだとこういう書き方するんだよね」（そんなことはない）
みたいなことを言って、とにかく学習しない
曲がりなりにもそういう職に一度就いてしまうと指摘されることもないので学習しないんだと思う
特にCTOだとあくまで雇用主側の立場なので雇用者側から指摘されることも少ないし
同業他社のレビューなんてのもないからそこで時間が止まってしまうんだろうな、という感じ
こういう技術者のコードでも、見た目は動いているので営業側から見ると売るには問題ないのだ
なので営業が優秀だと下手に売れてしまって成功体験からますます自己肯定感が増して手が付けられないモンスターCTOの誕生である
「成功してから伸び悩んで大手企業が買収したけど技術的負債が凄まじ過ぎてリファクタリングだけで一大プロジェクトになる」
「リファクタリングが上手く行かずに仕様変更することになって『大手企業に買収されてダメになった』というレッテルが貼られる」
「当時のCTOは別の会社で新しい事業のCTOとして活躍している」
という流れはこうして生まれている
2年前、4年くらい付き合ってた相手と結婚した。配偶者は営業職。結婚する前から思ってたことだけど、いざ結婚してみるとやっぱりギャップがすごかったので驚いている。
自分はWebエンジニアでOSSとか心理的安全性とか有用な情報はどんどんオープンにしていくという文化に馴染んでいる。なので便利そうと思った記事はどんどん家庭用Slackにシェアするし、日記書くチャンネルも作って思ったことやメモ、今やっていることをTwitterのように文字で書いておくようにしている。
これに対して相手はリアクションしてくれたり、興味のあることに関してはたまにコメントしてくれたりするけど、全然自分の考えていること、今何をやっているか、何に興味があるのかについて書いてくれない。Slackだからというわけではなく、口頭でもあまり共有してくれない。なんで？と聞いてみたら、自分に不利になりうる情報は公開したくない、相手に何やってるか知られると自由がなくなるから嫌だ、嘘をつく必要があるときになんでも共有していると整合性がとれなくなるのでできるだけ秘密にしていたい、という。ショックを受けたのでっ詳しく聞いてみたところ、これは別に自分に対しての信用がないわけではなく職業病だということだった。
営業職全員がこういうタイプというわけではないんだろうけど、自分の今まで経験した職場やコミュニティ、友人たちとあまりにも考えが違って驚いた。
