  |
はてなキーワード: バックエンドとは
2月10日に"Web3"を痛烈に批判する Web3って流石にヤバくないか？ という記事が話題になっていたので拝読した。
過激な内容に加えて、非常にセンスとユーモアに溢れる文章で楽しく読ませて頂いた。
さらに、そのアンサー記事として2月12日に出ていた Re: Web3って流石にヤバくないか？ という記事も読ませて頂いた。
こちらの方も業界に非常に精通されていて非常に的を得た反論が展開されていた。
両記事を読む中で、少し補足したい部分がいくつかあったため、遅ればせながらアンサー記事に対して自分の考えを補足する形で書いていこうと思う。
https://anond.hatelabo.jp/20230212193550
本当の意味で、最も理想的に分散されているのはビットコインだが、ビットコインは本体も関連プロジェクトも、エンジニアに対する金払いは悪い。というかほぼボランティア。精力的に活動しているのはビットコイン長者の老人だけで、将来にわたっての開発の持続性がない。そもそも若い世代は育つはずがない。ビットコインはその大半が採掘されていて、これから人の一生分かけて、残り僅かな枚数のコインがちびちび採掘されて、すでに固定化されたマイナーに払われ続けるだけだ。自分が一枚も持ってないビットコインのために誰が働こうと思うのか。
ビットコインのコア開発者になろうとする人は確かにいないかもですね。だってもう開発する追加機能自体がないんだもの。ビットコインのコア開発者に今からなりたいって人がいたら、私だって止めますね。
広く捉えるとビットコイン含めたL1チェーンの開発の持続可能性に課題があるという話と理解した。
開発者のインセンティブという意味では、L1チェーンが利用され、Profitableである限りは通貨の価値が上昇するため、イーサリアムなどの多くのチェーンでは財団がGrant (開発支援金) を出し続けることができると思う。
チェーンがProfitableである基準については『The first profitable blockchain』( https://newsletter.banklesshq.com/p/the-first-profitable-blockchain )が詳しい。
ビットコインは機能追加を積極的にしないという哲学があり、そもそも開発するものがないという話は確かにあるが、仮に外部環境が大きく変わった場合にそれに適応することができるかどうかは開発エコシステムにかかっているとは思う。
ビットコインは財団にあたる団体が明確に存在しないので少し弱い気はするが、"ビットコイン長者の老人"たちが自身の保有するBTCの価値を高める・維持するためにGrantに相当する寄付を行う経済的インセンティブはあるため、それに期待。
つまり、そんなに価格が上がることはなくて、その分採掘の難易度が下がらないとマイナーの収支が取れなくなるんだが、そんなことしてたらいつか危ないんじゃないか？51%攻撃リスクだっけか。「ビットコインはハッキングされたことがありましぇぇん（ｷﾘｯ」とかいつまで言ってられるだろうね？
マイナーの収支と1ビットコインの当たりの価格に関しては相関がないですね。マイナーの収支はTransaction Feeによって賄われるので、1ビットコインの採掘報酬がゼロになったとしても運用は回る設計になってます。慈善事業ではなくビジネスなので電気代やハードウェア費の採算が取れないTransaction Feeを指定したトランザクションは取り込みませんので、1ビットコインあたりの価値が1億円円だろうが1万円だろうが、Transaction Feeは現実的な値に落ち着くのが経済の原理です。51%攻撃が未来永劫受けないのはありえない話なので、過疎化したら攻撃可能になるのは間違いないです。まぁ過疎化した時点で二束三文だと思いますけど。
究極的には「ビットコインというシステムが提供する価値」「イーサリアムというシステムが提供する価値」の需要がどのくらいあるかが全て。
もし誰も使わなくなったら終わるというのはその通り。
ただし、これはどんなサービスでも同じで、別にWeb3に限った話ではない。
結局そこで流行っているスマートコントラクトは、チンパンホイホイのポンジーファイナンスくらいなんだが。... 規制されない金融を可能にしたら、クソみたいなスキームでクソみたいなマネーゲーム環境が無限に湧いて出てきて、誰が一番多くドルに換金できるかの競争が起こって盛り上がり、なぜかそれがイノベーションとか言われているだけなんだ。規制ないところのアナーキー金融道なんてものは、産業革命の時代以降ずっと人類は経験してて、そのときどきでクソって結論になっててな。そりゃこの世界、規制ばかりでつまらないクソな世界だけど、これでもマシなクソを選んだんだよ。
大前提、投資家保護を完全に無視した無法地帯であるDefiとそこでのマネーゲームはポンジと批判されて然るべき。
その上で第一原理的な発想で「Defiは規制に対応していけば良い」そして「規制に対応したとしても価値がある」と考える。
仮にDefiがしっかりと規制された未来を考えてみると、その金融システムには大きく3つの価値があると思う。
これは金融DXやFintechがやろうとしていること、その理想形であり、彼らは既存システムをボトムアップで改善しているが、それに対してDefiは理想的なシステムをデジタルスクラッチで作ってしまって後から規制に対応させるというトップダウンの方法を取っていると整理できる。
第二に「グローバルに規格が統一されており、オープンでパーミッションレスな金融システム」となる。
SWIFTですら各国のシステムのツギハギであり、非常に複雑なシステムになってしまっているという課題感があると聞くし、国際送金、国際証券決済などが全くの追加コストなくシームレスに行える状態というのは未だ実現されていないと理解している。
さらに、オープンさにより金融システムと接続されているシステムを作成するコストが低くなる。
これは既存金融がOpen API、Open Bankingで目指している方向と同じとも言える。
第三に「分散的に動作しており改ざんできないという特性から監査が楽になる」
仮にボトムアップの金融DXが完成したとしても、それを運営する団体が存在した場合はそこに対するトラストが発生する=運営団体が資産を隠したり、改ざんしたりする可能性を捨てきれないため、分散化した金融システムに比べると監査コストが高くなる。
上記3つの価値により、「ファイナンスのコストが大きく下がる」ことが期待される。
そしてそれによって、これまではファイナンスできなかったような小さな主体でもファイナンスにアクセスすることが出来るようになる。
もちろん規制に対応する上で、システムとしても現状から大きく改善される必要はあると思うので、この未来が確実に来るとは言えないが、この未来を信じて仕事をすることに価値はあると思う。
お待たせしましたどーもDAOだお。あのな、DAOなんてものは、株の代わりにトークンで投票するだけで、別に社会的に新しいことはなんもないんだお。でも惹かれる気持ち分かるんだお。なんかイノベーティブに聞こえるし、ウォレットで投票して手軽にガバナンス参加とか新鮮だし良いよね。たまに空からお金落ちてくるし。ディスコードみたいなカッコいいとこには老人もいないし。リリースするソースコードに投票したり、ワクワクするよね。でも、それ、ブロックチェーンいらなくね？ウォレットなんか使いこなせるやつ世の中にどれくらいいると思ってるの？日本人の6人に1人は偏差値40以下なんだが？ニーモニック？100年早いわ。エアドロ？手元にお金ないけどお金配りおじさんになりたい人のためのアレすか！？。ディスコード？運営企業頼みやん？非中央集権どうしたん？。リリースされるコードの投票？デプロイするエンジニアたちは信用しないといけないやん。数人が結託するだけで、みんなから集めたDAO資金からお金無限ちゅーちゅー列車が出発できちゃうプロジェクトばかりなんだが。DAOなんて、自律もしてなければ、分散もしてない、ただの組織なんだお。なんだろう、雰囲気でweb3するのやめてもらっていいすか？
これも同意見。なんでみんなDiscordでやってるのかマジで謎。情報が分散しすぎてて情報収集辛いんじゃ〜。
DAOに関しては定義の整理をするべきと考える。
まずそのDAOは本当にDAOかどうか、つまりDecentralizedかどうかを考える。
まずプロトコルレイヤーであるL1・L2チェーンはDAOであると言えると思う。
世界中の誰もがNodeを動作させることができ、コンセンサスメカニズムによりDecentralizedに動作しているのは間違いない。
誰でもforkすることができる。
一方でアプリケーションレイヤーのDAOは「リリースされるコードの投票？デプロイするエンジニアたちは信用しないといけないやん。」と批判されている通り、そもそもDecentralizedではない = DAOではないものが多い。
DAOであるためには「分散投票の結果として起こる事象やアクションがフルオンチェーンで分散的に動作している」必要がある。
つまり、機能追加の投票を行い、それをコアチームのエンジニアがDeployしている場合などはDAOとはいえない。
一方で、Decentralizedである=分散投票の結果として起こる事象やアクションがフルオンチェーンで分散的に動作しているものの例としては「tokenの保有者がオンチェーンで投票活動をし、ファンドの資金を投票結果で決まった特定のアドレスに送金するロジックまでがオンチェーンで動作している」ような分散ファンドのアプリケーションなどが挙げられる。
この整理をすると批判記事にあるようなDAOはそもそもDAOではないということになるため、批判に同意である。
更に踏み込んで、本当にDecentralizedなDAOは少しは存在するとして、DAOであることで生み出している価値は何かを考える。
プロトコルレイヤーの場合、Decentralizedであることのメリットは「Assetsの管理を自分以外の誰にもされない」金融システムであることだ。
もし仮に利用者が分散マキシじゃないとしても、(中央集権的な金融システムと比較してUXなどその他の条件が同じとすると) 資産の管理を他人に依存して良いことは1つもないので、これには価値があると言えるだろう。
アプリケーションレイヤーの場合は、アプリによるが上記で例に出した分散ファンドでいうと、投資ファンドを誰か特定の人物または数人のグループに依存せずに分散的に運用できるという価値はあるといえる。
これによってファンドマネージャーが資金を持ち逃げするなどのリスクはなくせるというメリットはある。
それにどれだけの需要があるかは未知数だが、少なくとも無価値ではない。
そしてNFT氏とかブロックチェーンゲーム氏。お前らは金の匂いを消せ。お前らが呼び寄せたどんな陽キャでも明るくできないくらい、界隈が冷めてるの気づかないのか？それに、サ終しても、ブロックチェーン上にあなたの資産は残るとかいう嘘やめろ。お前らはブロックチェーンが無くならないといつから錯覚していたんだ？
サービス終了してもブロックチェーンに記録は残りづづけるので嘘ではない。ブロックチェーンがなくならないとは言ってないので。嘘じゃないけど真実ではないこの言い方は私も好きじゃないが。草コインのチェーンはそのうちひっそりと消えるだろうな。
金の匂いの批判に関しては、まずTokenomicsと相性が悪いゲームもGamefiとして提供されていることが原因だと考える。
ゲームの本質的なユーザーバリューは「プレイする面白さ」であるのに、Gamefi・Tokenomicsを導入することにより、Tokenの値段の上下を気にしなくてはいけない、最悪の場合にはゲームを遊んでいたらなぜか損をするという状態になってしまう。
Tokenにより、ゲームの本質的なバリューが毀損されてしまうのでむしろTokenomicsは入れないほうが良い場合が多い。
一方で、Tokenomicsを入れる相性の良いゲームとしては「そもそも賭博性のある」ゲームがある。
賭博性そのものがゲームの面白さというタイプのゲームであればTokenomicsによって面白さが増すことは考えられる。
ただし、賭博は本来しっかりとした規制があるので、規制と折り合いをつけていく必要はもちろんある。
一方で、Gamefiではない=TokenomicsのないBlockchain Gameもあり、これには可能性があると思う。
それらは「運営が終わっても資産が残る」というここで批判されている価値よりも、Composabilityによるバリューが大きい。
Composabilityとはゲーム同士が連携したり、あるゲームの上に別のゲームを拡張して作ったりすることが、誰でもできるという価値である。
これは既存ゲームの世界で考えてもマインクラフトでも行われているし、オセロというゲームを元にしてソシャゲに拡張したものや、麻雀を拡張したゲームなどが多く作られてきている。
あるゲームのバックエンドのロジックであるスマートコントラクトが誰でもアクセス可能なことで、そのゲームの別のClientを作成したり、別のゲーム性を付け加えたりできるイメージである。
拡張できるものの範囲が広がることでより面白いゲームが生まれる可能性はあると思う。
僅かな流動性の中で買い支えて成り立つトークン価格と、膨れ上がったトークン発行量の掛け算で、ユニコーンな時価総額が成り立っているんだ。その縁で辛うじて立っているおびただしいプロジェクト...
言及なし
付け加えると、海外プロジェクトを中心とするWeb3界隈であたかも画期的な発明のように言われている「Stakingさせることによって売り圧を減らす」というトークノミクス手法は、要は顧客である資産の保有者が資産を売れないようにして流動性=売り圧を減らすことで価格を維持するという運営目線の話で、株式会社でいうと「節税手法」みたいなものと理解している。
プロジェクト運営のハックとしては理解できるが、新たな価値を生んでいるイノベーションでもなんでもなく、声高に言うようなことではないと考えている。
間違っている部分や別の考え方などがあればコメント頂けると大変嬉しいです。
シェアウェア（という表現はおいておいてのやつ。https://anond.hatelabo.jp/20230124045812）の記事が面白かったので、自分の得意分野の領域でいろいろ紹介します。
基本的に、SaaSのサービスは便利だけど、あれもこれもと契約していったらサブスク破産するので、
もともとownCloudっていうDropbox代替があったんだけど、そこから分派して今も機能開発が続いている。
興味深いのはLAMP構成なので、VPSや自宅サーバーじゃなくても、レンサバで動くのがいいよね。
データ保存領域はオブジェクトストレージ（S3互換）も利用できるので、例えばWasabiなんかと契約してお安く済ませてしまうのも全然アリかと。
最近はカンバンシステムって、単体で使うんじゃなくていろんなアプリの中で使われる印象なので、今更Trelloだけ使いたい、なんてニーズはないかもだけど、
そこまで複雑でなく小規模なプロジェクトとかだと、意外とTrelloだけでいいよね、みたいなこともあるかな。
そういう時は、これを使うといいかも。
ちょっとUIの雰囲気が違うだけで、まんまSlackです。絵文字の追加もできるし、APIもあるし。人によって好き嫌い分かれるスレッド機能も、まあ、あのスレッド機能のまま。
n8nと書いてnodemationと読ませるらしい。初見殺しすぎんだろ。
ZapierやIFTTT、無料枠あるけど、あれもこれもやり出すとすぐ無料枠埋まっちゃうので、これ結構いいと思うんだけどな。
kintone使ってる会社増えてると思うんだけど、まだまだ1ユーザー1500円ってのは高いので、零細企業は導入し辛いと思う。
で、それの代替になるのがExment。UIがkintoneとは少し違うので代替と言い切れないかもしれないが、
やれることはkintoneのソレと全く同じなので、用途代替はできる。
開発も日本企業なので、UIも日本語化されている。LAMP構成なので、レンサバでも動くよ！
そもそもAirtableって何やねんって人もいるかもしれないけど、kintoneとGoogleスプレッドシートをいいとこ取りして、Trelloとガントチャートを足した感じ。
これもまあまあいい感じでZoom再現してます。Zoomの方が新機能の追加早いけど、Jitsiも頑張って追いついている感じです。
ただ、やる内容が複数人でのリアルタイム動画配信なので、サーバースペック・回線スペックはまあまあ必要なので要注意。
こちらは使ったことないんだけど、よりオンライン授業向けらしい。
最近よく見かけるようになった、オンラインミーティングとかの予定をブッキングさせるSaaS。
あれのはしりがCalendlyで、日本でもいくつかそれのSaaSができてますね。
あれらも無料枠だと1カレンダーだけしかできなかったりするんだけど、これなら好きなだけブッキングさせられます。
ECサイトとか、Webマーケティングを重視してるサイトによくある、画面右下に吹き出しアイコンがあって、チャットウインドウがぴょこっと出てくるやつ。
日本ではWeb接客とか言われてるけど、あれの代表的なSaaSがIntercom。Zendeskは、どちらかというと内部ツール向きかな。
これのOSS版がChatwootとPapercups。自社サイトにWeb接客入れたいけど、費用抑えたい、って時にどうぞ。
この手のツールがないと仕事にならないという人も多いと思います。
これまでだとRedmineがそれのOSS版的立ち位置でしたが、さすがにイマドキあのUIはないなぁ、と。
OpenProjectは、Microsoft Projectの代替をイメージしてるみたいですが、
ガントチャートにカンバンがデフォルトで使えるので、BacklogやAsanaの代替にはちょうど良いでしょう。
ただ、そんな高度なことしてるわけではないのに、サーバーの要求スペックはちょっと高めなのでご注意を。
UA廃止でGA離れが始まってるとも聞きますが、疎開先として有名。
PHPで動くので、PHPやWordPressでできたサイトに一緒に入れちゃってもいいと思う。
HeadlessCMSは、データ表示を持たず、フロントエンドへAPIを通じてデータを渡すタイプのCMSのこと。
このジャンルでは、SaaSだとContentfulが有名だけど、OSSでもいろいろある。
Node.js製。歴史があるので、結構いろんなことができる。
WordPressのGutenbergエディターを取り込んだプラグインなんかもある。
User認証も持ってるので、CGM的なサイトを作ろうと思ったらできなくもない。
これもNode.js製。利用できるDBが幅広く、既存のデータベースも活用できる。
なので、既にPostgresSQLとかでデータを持ってるんだけど、
非エンジニアにもデータを触らせるためのフロントエンドが欲しい、ってニーズに良いかも。
PHP製。SQLiteとMongoDBで利用可能。MySQL/PostgreSQL使えないのがちょっと残念。
近年、本腰入れて自社ECサイトをやろうと思うと必ず選択肢に上がるShopify。
インテグレートパートナー向けのエコシステムも充実してるので、取り組み始めるエンジニアやシステム会社も多い。
ヘッドレスコマースや越境ECには向いているものの、これをセルフホストしたい、というニーズに応えたのがmedusa.js。
ざっと見てみただけだけど、モダンな構成で、今時のフロントとバックエンドを分けた構成でやりたい、というのには向いている。
プラグインにmedusa-marketplace.jsというのもあり、Amazon的なマーケットプレイスも実現可能。
昨年、Adobeに買収され、デザイナーたちを驚愕させたFigma。
先日はAdobe XDが終了のお知らせとなり、UIデザイナーたちの不安は募るばかり。
そんな提供企業に振り回されたくないなら、このPenpotでUIデザインしよう。
Figmaほど機能実装はされていないが、まあまあ一通りのことはできる。
Figma代が嵩むとお嘆きの制作会社なんかは、一考の余地あるんじゃなかろうか。
企業によっては、コンタクトフォームをたくさん作りたいという会社もある。
人材採用のフォームを職種別に細かく分けたい（しかも頻繁に募集職種が変わるとか）
Google Formで大体解決しそうだけど、それをGoogleに頼りたくないならこちら。
まあまあ機能豊富なので、人によってはGoogleFormよりもこちらを好むかも。
DockerベースのWebメールUI。送受信に必要なものを、丸っとDockerで用意してくれているので便利。
HubSpotは、いわゆるMarketing AutomationとCRMを一体にしたツール。無料枠もあるが、かなり限定されている。
MauticはMarketing Automationよりの機能が多く、ユーザーのサイト上での回遊をビジュアル化してくれたりする。
SuiteCRMはザ・CRMという感じ。SalesForceをデフォルトで使う感じに近い。
ツールが分かれてしまうのは辛いところだけど、それぞれにAPIがあるので、うまく繋げられると強力なツールになってくれるはず。
Webサービス作ってると、メールの通知や一斉配信などがあると思う。
通常これらはSendGridや、AWS SESなどで処理すると思うが、これらにもOSS代替がある。
PostalはDockerでメール周りのもの全部用意してくれているので、かなり楽。
WordPressをモダンにしたような感じで、EC機能もデフォルトでついてる。マルチサイトも標準。
Jimdo/Wix代替と書いたが、もちろん自分のサイトをMicroweberで作ってもいいが、
自前ホスティングして、JimdoやWixのようなサービスを始めることもできる。
テンプレートをいくつか作っておいて、Stripeを仕込んでおけば、今日からあなたもJimdo/Wixのような事業を始められるわけだ。
JImdo/WixとSTUDIO/Webflowは一緒くたに語られがちだが、明確な違いがある。
前者はプリディファインドなブロックをGUIで構成するのに対し、後者はDOM要素ベースで構築していく。
つまりよりHTML/CSSによる細かなデザインコントロールがしやすく、Webデザイナーが親しみやすい。
それのOSS版がWebstudio。まだアルファ版だが、フロントエンドはそれなりによくできているので、
バックエンドを自前で用意してStripeを仕込んでおけば、今日からあなたも（以下略
Facebookなんか使わねーよ、っていう人も多いかもしれないが、
特定のコミュニティの中でコミュニケーション取るには、FacebookのUIと機能は優れていると思う。
なので、サークルとか同窓会、あと自治会とかPTAなんかにもいいんじゃないだろうか。
Netflixの代替って、Amazon Primeとかじゃねーの、と思われるのかもしれないが、そうではなくて、
あなたがNetflixみたいな商売したいならこれを使うといいよ、というのがJellyfin。
いや、そんな商売しないよ、と思うかもしれないが、
使いようによっては、おじいちゃんおばあちゃん向けの子供動画配信サービスとして構築するとか、
Stripeと連携して、劇団やバンドのオリジナルの配信サイトを構築するなんかも面白いと思う。
今更誰もYouTubeやVimeoの後追いをしようとはしないでしょうが、
複数のユーザーから動画のアップを受け付けて、それを閲覧したい用途もあると思う。
例えば、軽音部で複数のバンドが練習風景を録画したのを定期的にアップしたりとか。
学習塾で、授業の録画を授業ごとにアップしていったりとか。
ZoomやGoogle Meetのような双方向ではなく、一対多の一方通行配信。
個人的には、企業のウェビナーツールとしての可能性を感じる。（Zoomのウェビナープランとか高いもん）
１つのメールアドレスを複数人で運用したい時のツールがメールワイズとRe:lationどちらも日本のSaaS。
FreeScoutはOSSだけど、海外製。一応日本語化もされてるっぽい。
ECサイトの顧客問い合わせや、営業チームのプライマリー対応なんかに良いと思う。
Bubbleってなんぞ？ という人のためにお伝えしておくと、ノーコードベースのWebアプリ開発ツール。
データエンティティを設計したら、自動的にCRUDを作ってくれて、フォームを配置するというような感じ。
Bubbleはそれ系の老舗で、歴史が長い分ノウハウも溜まっており、連携できるサービスも多い。
ただ、ベンダーロックインされるし、季節的なキャンペーンとかでは、アプリを使用しない期間もサブスク費用がかかる。
Budibaseは、Bubbleの思想に一番近い感じ。凝ったUIが必要なければ、ざっくりコレでなんでも作れちゃう。
AppSmithも同じような感じだが、これはDBをあらかじめスキーマ定義しておかないといけないところが若干不便かな。
ToolJetはルーティングURLの概念がなく、本格使用を諦めたんだけど、最近アップデートしたらしいので、そこのところどうなってるかまた確認しときたい。
他にもこの手のやつあったら、いろいろ教えて欲しい。単純に好きなので。
コンサルも込なら良いが大体は要件定義からだ。つまりお前らは要求定義は出来ている前提だ。なんも分からないから経営層や現場との橋渡しのみなら邪魔だから今すぐSE名乗るの止めて仕事辞めて田舎で畑耕せ。
AccessやFilemakerで弄れる程度でSE名乗るならせめて自社業務の流れや種類は把握しておけ。何聞いても現場に確認しますじゃ時間かかるんだよ。なんなら分かるんだ？別に業務フロー寄越せとか言ってないぞ。
割とマジで自分が経営層から何をシステム化してほしいのか分かってない奴が多い。体感5割以上。最近じゃインボイス対応。インボイス対応してください言われて現状や影響箇所は何をしたいか聞いたら「さぁ？」って言う。じゃ、何しにきた。挙句に「そのやり方も提案するのがシステム会社でしょ！」とキレる役職者まで。コンサルは契約に入ってないんだけどな。ちなみに別の会社でシステムのお偉いさんしてたとか言ってたがExcel方眼紙使ってたので速攻無能確定。おまけに技術も知識もアップデート出来てないし平気で偽装派遣みたいなこと言ってくる。前の職場どんなとこだよ
クラウドとか言語とかアーキテクチャとかフロントエンドもバックエンドも何も知らないなら勉強しろとも言わないが分かった風の口聞いてググった程度の知識でマウント取るな。むしろ都度説明求めろ。
ランニングやイニシャルコストの話で妥当かどうかをこっちに証明させるな。お前らで判断しろ。少なくともボッタクっては居ない。あと逆に原価厨みたいに人件費等々無視した計算もすんな。人はタダじゃない。
小売りとかだと土日もやってたりするけど対応ほしけりゃ契約時に言え。割り増すから。電話やメールでなくて後日文句言うな。あと平日業務時間外にZoomとかやるな。金寄越せ。
要件漏れとかあってこっちがリスケ等を要求しても承知しないでキレたり三顧の礼したりするの止めろ。そのバカみたいな時間を社内調整に回せ。夜の22時とかに泣きながらZoomでお願いしに来るな。不動産営業にでも転職しろ。
要件定義書、設計書、テスト仕様書、その他いろいろ作って会社で確認してもらってるよね。読め。だいたい書いてある。仕様漏れとかでこっちが記載してる言って読んでないってキレるな。あとどこの企業も読んでないとか言うな。ちゃんとしてるとこは読んでる。
大体馬鹿なユーザー企業はアジャイル開発何も知らないくせに「要件定義要らない、数週間で出来る、ドキュメントも要らない、仕様変更簡単」と思ってる節がある。なぜか最初にアジャイル開発で～とか言ってくることも。何もできないならウォーターフォールの方が数倍マシだぞ。アジャイル開発だとお前の役割重要になるんだぞ。ちゃんと管理出来るんか？だいたい動き出してからウォーターフォールの動き求めてきたりするw
ちゃんと要求まとめて要件定義から参加して受入まで出来たり、アジャイル開発ができるユーザー企業の社内SEなんて日本の中小企業の1割にしかいないと思っているので、自信ない人は是非パッケージに頼るかもっとたくさんお金払って全部お任せにしてください。
どっちも無理なら退職して熊本に出来る半導体工場で地道に半導体製造の職員として働けば？
・色んなこと満遍なくやりたい
・やべー案件に何年も磔にされたくない
これが多様なサービス、アプリを作ってみたいという話なら高単価SESに行くしかない。
かなりの経験を積んだベテランじゃないと入れない世界で出身学部も見られるから相当に厳しいと思う。
フロントやバックエンド、インフラなどもやってみたいという話なら自社でウェブサービスを運用している上場企業に正社員で入るのがいいだろう。
ただし正社員ということはリリース日には何が何でもサービスインさせる立場になるということでもある。定時退社の社風であっても進捗上がってないなら稼動上げて対応ということは普通にある。
派遣で入ればそういうことは無い。上場企業ならコンプラ厳しいからね。でも数ヶ月程度、長くて数年のスポットになることがほとんどなので長期的にはどうなんだろうな。
ここでは俺の経験を踏まえて「自社でウェブサービスを運用している上場企業に正社員で入る」という前提で話す。
アピールすると良いのは使える言語、インフラの知見、構築と運用の経験。
全部が強い必要は無い。どれか一つが強くて他はまあなんとか程度でいい。逆に言うと全くダメですが一つでもあると厳しい。
使える言語では、C#,Javaを大きめな規模のバックエンドとして使ってるとこが多い反面、対応できる人はフリーにも派遣にもたくさんいるのでちょっと弱い。SIer出身でコード書いてたなら当然できるよね、というレベル。
今ならtypescript(javascript), pythonあたりができてgo あるいは Rust勉強してます、というのがけっこう強い。
分かってると思うが言語が使えるというのは、まっさらなPCを与えられて主要なウェブフレームワークをセットアップしてローカルホストを立てるとこまでを含む。
JavaならSpringboot+gradle+JUnit、PHPならLaravel、pythonならdjango、typescriptならNode+React+knex、あとJestかDreddも入るかな。
インフラ知識では、クラウド、オンプレ両方のメリットデメリットを把握しているとよい。
AWS,Azure,GCP,Oracle Cloudのどれでもいいけど実際に使った経験があるとよい。俺は個人でGCPを契約してkubernetesとVM、LBを使っている。
ネットワークの知識は薄くでも持っていた方がよい。HTTPとかcookieとかセッションとか知りませんCORSって何ですか？レベルでは無理。まあここら辺はウェブサービスを作れば必ずやるので大丈夫だろう。
LetsでSSL証明書を作ってopensslで検証してnginxに適用してHTTPS化ができるならアピールになる。
dockerはもうそろそろ使えて当然のレベルになってきているので必須。実際ウチではdockerが分からない使えない人は面接へ進めないようになっている。
構築と運用では、予算内に収まるような構築と運用、サービスインした後のトラブルシューティングの経験があるとよい。
常にコスト意識を持っていることが必要。クラウドは油断すると100万程度すぐ飛ぶ。コスト意識が無い人を運用担当として採用することは絶対にない。
トラブルシューティングで重視されるのはベンダー対応よりもエンドユーザー対応の方。
サービスを早急に復旧させること、そのためにどういう仕組みが必要なのか、構築するところから語れる知見があるとよい。もちろんそこにもコスト意識は必要。
CI/CD、PrometheusやDatadogによる監視とアラートについて語れるとよい。
CI/CDを扱うということは当然gradle,maven,yarn,シェルスクリプトは書けて使えてwebpack,minify,Jenkinsのコンフィグもできるということである。
どうだろう、かなり雑に書いたが雰囲気は伝わると思う。
あ、git使えないは論外。もし使えないなら今すぐ使えるようになるか諦めるかのどちらかで。
--
漠然としてるなあ
バックエンド、フロントエンド、インフラ、ネットワーク、テスト、PM経験したいってこと？
--
→説明があれですまん。バックエンドで色んな現場行きたいなぐらいだったわ。SIよりがいい。
--
--
→地域もネックか。。。
--
もうちょい詳しく書こうや
--
主にやってたのが求人システムの保守・改修案件だったわ。 規模は小さい。1人か2人。他の案件でも多く5人。コード管理はsvnメインだったな。
ドキュメントがないレガシーな他社システムをリバースしての改修が殆ど。PHPは生のものをずっと触ってた。フレームワークは使ってない。JavaScriptはちょこちょこした修正くらいでしか触ってないな。
データベースはSQLが書けます読めます、データの設計ができます程度。
（うわー技術力が低くて書くのが恥ずかしい）
下記希望なんだけど無茶なこと言ってるか判断してくれる人居ないか。
__
・システムエンジニア志望
・色んなこと満遍なくやりたい
・やべー案件に何年も磔にされたくない
・定時退社風土
・年収350万以上
・福利厚生は最低限あればよい
・転勤がない（福岡在住）
・高卒
・女
__
php7年 得意なものはバックエンド系。見積もり・基本設計からテスト、お客さんとの折衝やってた。ブランク2年 今職業訓練でc#、java勉強中。
--
職業訓練先のキャリコンに相談したら会社立ち上げてまだ浅くデータが集まってないので実態が分からないと言われて、笑ってしまった＆途方に暮れた。
年明けたけど振り返っておく。
上半期は成長に停滞感があった。5 月で現職について満 3 年が経ち、コンフォートゾーンに入りすぎていた。
いつもと同じメンバーでいつも通り Rails や React を書く仕事に不満はなかったが、成長のためにもっとチャレンジングなことをしたかった。
夏頃、ちょうどチーム異動の打診がやってきたのはラッキーだった。
9 月からは新しいチームに配属されて、チームメンバーや仕事の進め方、技術スタックまで全てが変わり、新鮮な気持ちで働けた。
go が書けるようになったことや、MVC + ORM 以外のバックエンドアーキテクチャを学ぶことができたのは大きな成長につながったと思う。
APEX のランク戦でダイヤ帯に行った。春が終わる頃まではほぼ毎日欠かさずにやっていたと思う。
ダイヤ帯に行ってからは目標がなくなったので引退気味になっていたが。友達とおしゃべりしながら遊ぶ分にはまだまだ楽しい。
ポーカーはあまり上手くなれていない。戦法が凝り固まってしまっている。ターンでブラフレイズを打ったりポラライズベットができるようになればもっと強くなれると思う。座学がまだ足りていない。
人との出会いを増やすために一人で飲みにいくようになった。知らない人と話すのはいい。バーの店員と仲良くなったりした。
やっとマッチングアプリを辞めた。もう一生やらない。
https://celstore.shop-pro.jp/?pid=171912527
ダウンは似合わないけど、これはダウンとマウンテンパーカーの中間みたいな感じでよい。1LDK に売っていた。
映えスポットに行ったら服にカメムシが大量について萎えたが、俺の足はカメムシより臭かった。
RubyKaigi で行った。松坂牛を会社の金で食いまくった。
中目に住んで 2 年になり、旨い店がわかってきた。
めちゃくちゃ安いのに旨い。
2022 年短かすぎだろ。
将棋と同じで、AIに勝てないゲームは、AIの教えをどう受けるかというゲームになる。
つまり、対人勝負的なものも、「AIチートで終わりじゃん」とか考えて、やらなくなる。
対戦ゲームは、新しく出たゲームなら、やれるが、しばらくしたらAI解析で作業ゲーだし、修練する感じだとどこまでもAIに勝てないのがつまらない。
メトロイドヴァニアというジャンルが好きだが、攻略サイト見て進めてしまうため、じゃあ攻略動画でいいじゃんとなってしまう。
探索システムを覚えて、最初の新作業がドンドン出てくるのは新鮮だったりするけど。
すぐ飽きる。
風来のシレンとかの、ローグライグ系。
結構、昔は趣味だった。大学院レベルの数学や物理もやってたし、大学院も出てる。
これは楽しそう。AIもむしろ来てほしいくらい、AIと一緒に人類盛り上げたい。
昔、キュレーションサイト＋noteで少しだけお金稼げたことがあって、それに近いかな？
サブノーティカってのも、まあまあかなあ。
Outer wildっていう宇宙探索ループゲーもまあまあかな。
Udemyで適当にFirebaseとか、AWSのバックエンド処理覚えて、CRUDしてサイト作るのも覚えたしマネタイズまで行ったが、ノーコードとかローコードで個人ならいいんじゃないかなあ。
プログラム系は、AIでそれこそ駆逐されそうだから、やる気出ないね。
3Dゲーム制作ソフトは、UnityとかUEとか、結構進化していってるから、もうちょっとな感じ。
一見正しそうだが正しくないラベリングをすると、結果として意図しない結果を引き起こすことがある。
"難しい人"、"有害な振る舞い"というのは、大変よろしくないラベリングになる。
こういったときに「言ってることはわからなくないけど、なんか違うな」と違和感を持ち、解決策を探るのがエンジニアである。
アクションに落とし込めないもの、計測できないもの、機械的に判断できないものは、いわゆる人間力に頼ることになる。
具体的に以下を例に挙げる。（元の記事の一番最初に例示されているもの）
この短い（１行８０文字以下を短いと言う）文章の中に、人間力に頼る判断は何か所あるだろうか？
私は、「創造的」「議論」「阻害」「時間を奪う」の４つは、機械的な判断が難しいと思う。
これは客観的な基準で「他者の話に割り込んで、自分の意見を差し込」んでいる。
先ほどの例だが、こんな前提があったとする。
そうすると、「営業と管理職から見て、大変有意義で創造的な議論に、毎度口をはさむ難しい組み込みエンジニア」というレッテルは正しいだろうか？
各人の判断は、正しいだろうか？
人間力に頼る判断基準で多数決を用いるのは、エンジニアリングで無く、政治的な解決だと思う。
先ほどの会議の例でいえば、５人中３人が心理的な負担を感じており、不愉快な気分になっている。
チームの60%が「創造的な議論を阻害する有害な振る舞い」だと認定している。
その判断は、正しいだろうか？
この場合、組み込みエンジニアが、難しい人 or 有害な振る舞いをする人として、指導もしく排除されたとする。
それは、心理的安全性をあげ、チームの生産性をあげる行為だろうか？
例えば、今後デザイナーは、営業と管理職が「どのような雑談をどの長さでしていても」発言しなくなるかもしれない。
デザイナーからみて、その会話が創造的な議論か判断ができないからだ。
さて、Web系のバックエンドエンジニアや、クラウドインフラエンジニアだと、アラートを設定したり、対応したいことがある。
「何かまずいことが起こっていることを、何らかの方法で監視して、対応したい」という場合だ。
例えば、待機系サーバーの起動時に妙に時間がかかっている場合、自動対応ができないので、アラートメールを飛ばして手動対応したいと思ったとする。
絶対値（10分）か、相対値（過去5回の起動時間の平均値）かは場合によるし、それが適切かはまた別の話だ。
「他者の話に割り込まない」というルールは、誤検知を引き起こしやすいアラートだ。
そんなのは常識で考えたらわかるだろう？曖昧な基準は「俺のは有意義な議論の発言だ」の判断を誰かが決めることになる。
大多数がそう思っていれば、という複合的な基準もありうる。その場合、先ほどの例の組み込みエンジニアは、アラート対象になる。
「会議のアジェンダに記載されている内容を3分以内で喋っている場合に、割り込まない」というのは、一つの基準になる。
この場合、営業が「営業概況を冒頭のアジェンダに加えて欲しい」と交渉する余地がある。
また「報告時間が10分は欲しいが、3回以上は一度会話を止めるので、営業概況に対する質問はその時に」という合意もできる。
そして、顔合わせのキックオフミーティングで、営業概況をやるかは、会社やチームによる。
明示的なルールで縛るのが正しいかと言えば、そうした方が良い職場もあるだろうが、窮屈な職場も多いだろう。
という簡単な話に見えることですら、ルールを作って守らせることに違和感を感じる感性も正しいと思う。
チーム（もしくはマネージャー）に求められるのは、こうした「何かチームに嫌な感じがある」ときに軌道修正できることだ。
一例でしかないが、例えば以下の流れでルールを作らずに、解決できることもある。
コミュニケーションコストを、チームを維持するのに必要なコストとして、きちんと時間を割けるかが重要だと思う。
さらに言えば、「それは有害な振る舞いだと自分は思うが、あなたがそう思わない理由は何か」とコミュニケーションを取れないのであれば、そこに課題があるだろう。
チームやマネージャーがある人を「難しい人だなあ」と思ったとして、2つの解決策が出てこないのなら、その思考には課題があるのではないか。
「他者に配慮できる」という曖昧な基準で異物を弾くようなチーム作りは、蛸壷化して致命的な結果を引き起こすことがある。
パワハラ、セクハラ、試験結果改ざんが、「なんでそんなんなるまで誰も言わなかったんだよ」となるのは、
「その構成員が他者に配慮できる人たちで構成されていて、異物を弾き続けた結果」であることが多い。
少なくとも、「エンジニアの”有害な振る舞い”への対処法」には、機会、動機、正当化のいわゆる不正のトライアングルのうち、動機と正当化を満たしている。
いやいや極端だろと思うだろう？
快不快が、正しい正しくないに繋がっていることは社会生活を送っていると極めて多い。
「マネージャーならば」法律や外部の意見も含めてかなり慎重に判断する必要がある。
「エンジニアならば」相手に快適に聞こえるようにコミュニケーションするスキルは磨いておいて損はない。
（あと、機械的に判断可能なルールを守ることが自分を守ることに繋がる。ルール順守か業績なら、常にルールを守れ。記録を軽視するな）
学歴がよくなくて、就職が困難だったので中小 SIer で働いていた。 (プライム案件を取ってこれる分マシらしい)
レキサルティ、レクサプロ、デパスのお世話になって続けてたけど、結局は薬でどうにかできず、辞めてしまった。
参考程度だけど、未経験の人が 300万 をもらうために、どのようなスキルが必要かを、まとめておく。
ちなみにどれくらいプログラムが書けなかったかというと、競技プログラミングで努力しても AtCoder の黄色になれず青色のままってくらい。
AtCoder でいう、初心者から抜け出せないという、要するにセンスがないということなのだけど、そういう人も居そうなので、参考までに。
未経験のプログラマに対して、これだけ要求されるのだから、未経験の人は覚悟するようにという指針を提供したいので書いた。
基本的に、損害を与えた場合には、それを作業者が補填するという誓約書を結ぶ。
要するに、捨て駒として扱って、失敗したら賠償しろ、という事になる。
このことを認識して、失敗しないように振舞ないと、連帯保証人含めて迷惑をかける事になる。
要するに、低賃金で未経験プログラマを案件にノーリスクで送りこんで、稼ぐための手段です。
基本的に PL (夢想家) → PM (御用聞き) → プログラマ という環境なので、プログラマが自分でディレクションして意思決定する必要がある。
例えば、下請けの場合は、PM の御用聞きの結果の WBS に合わせないと、顧客から DM で 瑕疵担保責任がどうとか言われる。
社内開発の場合は、PL の方から直接、長時間の叱責を受けなくてはならない。
そういう不幸を防ぐためにも、自分でディレクションして、PM の決めた実態を反映していない WBS に合わせて作業するスキルが要求される。
基本的に手戻りは個人の過失になってしまうため、手戻りしないように考え抜いて意思決定をする、というのが重要になる。
これこそ、ガクチカと呼ばれる、頑張れますというスキルなので、学生時代に頑張っておけばよかったなぁ。
こう見せたい、こう表現したい、という事を伝えるには、必然的にデザインの知識が必要になる。
創造的思考とデザインは切っても切り離せない概念で、デザインとは創造なのだから、当たり前である。
ソフトウェアアーキテクチャも、ソフトウェア設計も、コーディングもデザインと言えるかもしれない。
顧客と 1:1 で話す事が DM でもボイチャでも突発的に発生するので、いつ、いかなる時でも論理武装していなければならない。
まぁ、顧客であったり PL であったりはキレるのが仕事なので、それに対して理路整然と説明する必要がある。
なんとなく、では納得しないし、すぐ損害賠償請求とかそういう話にいくので、答えられないと持ち帰りますとお茶を濁して、エマージェンシーになる。
後述する設計能力においても、課題を把握するための言語技術(言語化能力)は重要なファクターだと思う。
C/C++ のシステムプログラムはフレームワークが基本的に無いので、自分で概念を整理して、どのような変更、拡張があるかを考えて設計する必要がある。
この能力が弱いと、手戻りが発生しやすくなり、瑕疵担保責任を問われることになる。
読んだ本の中だと、ボブおじさんの本が、やっぱりしっくりくるなという個人的な感想がある。
UDP で送ってくるデータを受けて 24/365 で停止しない WebAPI への繋ぎ込みという簡単な作業があって、振られた。
リークしてはいけないという事で malloc は禁止で、グローバル変数を利用するという変なルールがあった。
Rust で書けばいいんじゃないかなと思ったけど、Rust 書くのもシンドイし、C/C++ で、しんどくて読みづらいコードを書いた。
あとで保守する人が大変そうだけど、そういうルールを決めたのは PL だしね。
なんか、特殊な PCI Express のカードからベンダーが用意している SDK でデータ引っこ抜いて Web API へつなぎ込む部分をやった。
一応、SDK の使い方をパラ見して 1 日で作ったので、別に負担じゃなかったけど、素人にやらせるんなとは思った。
当たり前だが、DB 作って RestAPI を生やすのは現代のプログラマにとって自然にできなければならない。
なので、新規開発のサブモジュールのバックエンドを任せられた。
だが、ORM の癖を把握したり、発行されるクエリを確認したりするのは、疲れる。 SQL を直書きするのはシンドイ。
結局 SQL を直書きすることにしたけど、あまりいい決断ではなかったと思っている。
それ以外は フレームワーク に乗ってしまっていいので、書き捨てる分には楽だった。
最近だと、TypeScript で Prisma 使うのが、型安全でよさそうだなと思っている。
デプロイを EC2 直でやったり ECS にしたりとしていたので、ベアメタルの知識が必要になった。
要するに systemd のいじり方とか、死活監視の仕方とか。
個人的には、クラウド嫌いなので、ベアメタルの方が安心できる。
Bind で権威DNS を管理して、postfix で絶対止めてはいけないメールサーバを管理するとかもあったけど、出来て当然ではある事だし。
未経験プログラマでも、月単価 100 万以上で顧客に請求してるんだから、会社はそりゃ儲けるだろうと思った。
会社が一人前の経験N年のプログラマといったら、その通りに振舞う必要がある。顧客に責任はないのだから。
当たり前だが、Webディレクション、Webデザイン、Webプログラミング, Webマークアップ は、全て作業者であるプログラマの仕事になる。
個人的には、これが分かれている理由が良く分からないけど、分けたい人がいるんだろう。
デザインで、CSSフレームワークを使うと、その色が出るという事で、全部 CSS は手書きしていた。
tailwind が出た現在では使っていればよかったなと思う。
結局、全く分からない中、手探りでデザインし、コードを書いて、顧客に 1 日 5 ~ 10 回リリースするという行為をした。
顧客は大手企業だったので、自社のエンジニアならもっと出来る、と叱責されまくったけど、だったら自社でやればいいじゃんと思った。
一応、今でもサービスは生きていて、ユニークユーザ数は上がっているらしい。
そして、焼き付け刃だったので、 WAI-ARIA を知らず、アクセシビリティへの配慮が足りない事が問題になってしまった。
これはなんとか保守対応にねじ込めたのでトラブルにならなかったけど、瑕疵担保責任と綱渡りだなと思った。
当たり前だが、リリースサイクルを短くしないと顧客はキレてしまうので、CI/CD を整えないといけない。
今は Github Actions とかあるけど、昔は無くて Bitrise が高いからみたいな理由で Azure Pipelines で CI/CD フローを構築した。
もう Multi Stage Pipeline になってるだろうけど、Release Pipeline が GUI からしか設定できないのが辛みだった。
当然だが、デプロイするためには IaC を整える必要がある。
これを知らずに、コンソールでポチポチしていたので、 IaC 出来てない事がバレた時に色々怒られてしまった。
本来はテストも自動テストを整えて、質保証をしてバグを減らさなければならない。
だが、テストを書くという手間を払えなかったので、人力テストしかできなかった。
一応、リグレッションテストを人力でやりまくったので、バグ発見曲線が結合テストでの IF 不一致しかない、という結果にはなったけど
自動化できれば費用が必要じゃなかったから、怠慢だと、責められてしまった。
未経験でも誓約書を盾に、振られた事全部を出来なくてはならない慣習があるので、プログラマはそんなに良い職業じゃないよ。
甘い考えで、プログラマになろうと思っているのなら、考え直した方がいいです。
どんな感じでした？？？
https://shannon-lab.co.jp/?p=9737
昨今ではFacebookが開発したJavaScriptフレームワーク「React」が注目を集めています。Facebook、Instagram、Airbnb等の大規模なサービスから、プロトタイプまで幅広い現場で採用されています。
また、GoogleのBaaS（Backend as a Service）「Firebase」が登場し、バックエンドの開発が不要となり、大幅な開発工数の削減が可能となりました。
Reactにフロントエンド、Firebaseをバックエンドとして採用することで、効率的に質の高いWebアプリケーションを開発することが可能になりました。
しかし、ReactやFirebaseは日本語の情報も少なく、学ぶ機会も限られています。本講座では、React、Firebaseの基礎からアプリケーションの開発までマンツーマンで指導を行います。
ReactとFirebaseの基礎を習得し、演習としてSNSの開発を行うことで理解を深めます。
Authentication基礎と会員機能
Firestore基礎とRDBとの違い
Cloud Storage基礎
Cloud Functions基礎
SNS開発演習1
SNS開発演習2
SNS開発演習3
本講座のメリット
開発からデプロイまで、テストツールを使い実際の開発に限りなく近い環境で学ぶことにより、実践で生きるスキルが身につきます。一人でもアプリの開発ができるようにスキルアップしていけます。
受講費 月7万x6ヶ月=42万円+税
'''
スペックはアラサーのIT系人材。Web系はだいたい一通り触れてきてフロントエンドもバックエンドもある程度できるけどインフラは最低限くらいにしかできない程度に苦手。言語はPerlとJavaScriptから始まってPHP、Ruby、Python、Go、TypeScriptあたりは言語レファレンスを見なくてもある程度は書ける。非WebだとC++とかも一応書けるには書ける。フレームワークで言うとRailsとかDjangoみたいな全部込み込みのものからFlaskとかpeeweeとか選定して作るみたいなレベルまで色々経験してきたし、フロントエンドもnodeとio.jsが喧嘩してた頃からAngularとかBackboneを経由してReactやVueなんかに触れてきた。某転職サイトでは得意な言語は一通り偏差値65-70で某ポートフォリオサイトの技術力スコアは3.6くらい。運良く趣味やらバイトやらでWeb系をやってきたから外向きに見せられる実績もある程度あるしエンジニア人材マーケット内でもそこそこ需要があるといった感じ。ずば抜けた才能があるわけではないけどどんな現場でもそれなりにスキルを発揮できる器用貧乏タイプだと思う。
そんなこんなで博士に至るまでIT系のスキルを活かしつつだいぶウェット寄りの分野でプログラミングを駆使して色々なことに取り組んでた。民間のエンジニア人材としては平々凡々でも周りがプログラミングできない連中だらけのアカデミアの世界では神扱いされてちやほやされた。そんでもてはやされて勘違いして工学じゃなくて科学の博士課程に進んだのが間違いの始まりだった。
身バレするのが嫌だから詳細は伏せるけど、まあパワハラアカハラなんて日常茶飯だった。指導教員はまともに指導なんてしないし周りの教員たちも工学的なことばっかやってるのを見て好き勝手言ってきた。正直進む道を間違えたのは自業自得だけど、そのくせ「せっかく進学したのにやめちゃうの？」みたいなこと言って引き留めてくるからタチが悪かった。今からして思えばプログラミングができるレアな便利人材を手放したくなかったんだろうなって感じがする。
そんなこんなで博士の終わりが迫ってくる頃にはアカデミアに対してこれでもかというくらい嫌気が差していたけど、それでもやりたいことがあるから一応就活はアカデミア系と民間系で両方やってた。どちらもオファーが来たけど結論から言うとお話にならないくらい民間の方が条件が良かった。
まず給料は民間が1.5倍以上、アカデミアの技術職との比較だと2倍以上の開きがある。しかもこれは「民間の一番下」と「アカデミアの一番上」を比較した数字でそれぞれ逆をとったら正直目も当てられない。その上福利厚生もさまざまな手当も民間の方が条件がいい。給与の伸び代も民間の方がいいし就労条件も民間の方がいい。そもそもアカデミアでフルリモート可なんて存在しないんだから勝てるわけがないんだけど。その上で民間は原則として終身雇用に対してアカデミアは任期付きのポストばかり。就活を始める前からわかってたけどいざ現実として待遇の違いを突きつけられるともはや笑うことしかできなかった。
「それでもアカデミアは自分の研究ができるんだからいいじゃないか」と言う意見を目にするけど、結局はPIとして独立するまでは他の先生のラボで雇われになる。その間にうまくやらなきゃ一生そのまま下請け仕事をし続けることになる。そしてたとえ独立できたとして、選択と集中の名の下に文科省にとって都合のいい研究テーマを立案しなければまともに研究費を取ることすらできない。大口の予算を取ろうと思ったらいかにビッグマウスで役人を丸め込んでそれっぽいことをやれるかで全てが決まる。
自分が外れ値であることは否定しない。プログラミングが楽しくてWeb系の技術が好きで、可処分時間を使って夢中になって勉強したり色んなものを作って遊んだらして過ごしてきたからこそ今がある。でも正直少しでもプログラミングができるならアカデミアに残るより民間に就職した方が待遇もワークライフバランスもいい。きちんとリサーチすればカルチャーだってすごくいい会社はたくさんある。
それを承知の上でアカデミアに残る人は正直すごいと思う。自分がその立場にいることを想像したら気が狂いそうになる。もし似た立場で迷ってる人がいたら心から伝えたい。アカデミアやめて本当によかった。
