はてなキーワード: オンプレとは
ここには年に1回くらい殴り書きしてるんだけど、史上最大に気持ち悪いおじさんの自分語りになってしまった。というか長すぎ。誰が読むんだ、これ。
自分は33歳、妻と未就学児1人の計3人で、人口100万人以上のそこそこの地方都市に暮らしている。
会社は子会社系のSIer。新卒で入った。これがまあ、ネットでよく馬鹿にされるような典型的な時代遅れの会社だった。
正直、入社時は「エンジニアとして働く」「会社の安定性」の両方が満たせそう、ぐらいの浅はかな考えだった。で、実際のところ大企業である親会社の盾もありまあ、安定していた。競争原理が働かず仕事は嫌でも降ってくる。給料は年功序列で上がっていき、昨年の年収は大体月20時間の残業で600万だった。世間的にはそこまで高いとは思わないんだけど、この会社の外での自分の市場価値を考えれば高いと思っている。
一方でエンジニアとしてはそりゃもうひどい環境だった。10年前に入った頃から使っている技術も会社としてのマインドは何ひとつ変わらず現状維持がモットー。口では「子会社としての安全神話は終わった」「DXだ」と言っているが、行動が伴っていない。
こんな環境に危機感を覚えないわけがなく、数年前に転職活動をしてみた。その頃はこっちに有力な求人は無く、とにかく東京の求人に応募していた。その結果、有給ぶっ込んでの日帰りで東京に行く過酷な面接に力尽きて断念した。というのは建前で、チャレンジすることにビビってたのかもしれない。本業であまりにも技術的な取り組みがないのでプライベートでプログラミングしたりWebサービス作ってみたりしてたけど、それも趣味程度の取り組みで「今からじゃ遅いんじゃない?」と自分でブレーキを踏んでいたんだ。
そんなこんなで「まだ今の会社でできることがかあるはずだ!」と自分に言い聞かせて続けてきた。結果、市場価値が上がるような仕事は何もしていない。自分なりに新しい仕組みを取り入れてみたりはしたけど、それだって会社にインパクトを与えるもんでもないし、Qiitaのやってみたレベルかつ今ではレガシーな技術たちだ。
「SIerはPMになるしかない」なんてよく言われるが現職のPMは協力会社に見積と作業ぶん投げて、死ぬ程使いづらい社内ツールに決められた進捗項目を入れていくだけの仕事。あれで「PMできます」なんて言えない。
それで昨年立ち上がった超大型プロジェクトが外部NWから遮断されたオンプレのサーバーで、自社製フレームワークを使い、IE11"を"ターゲットに開発されることになってふと思ったんだ。
「このままGitHubもクラウドもDockerもBacklogも使わず、(自称)エンジニア人生が終わるんだろうな」と。この会社での人生があと30年も続くのかと。
個別の技術に思い入れがあるわけではないんだけど、やっぱり技術で課題解決したいと思って入ってきた世界だからさ、会社の前例やルールじゃなくて、合理的で先のある技術を使いたいんだ。
結局、転職を思い立った数年前から業務外での勉強をやめることはできなかった。でもこれは何のためにやってるんだろうな。本業ではクラウドもWebプログラミングも、アジャイル開発手法も求められていないのにね。虚しさが募ってくる。いっそのこと本業が完全に別の業界だったら良かったのに。(実際別業界と言っていいレベルだけど……)
じゃあ転職するの?20代で「今さら」と言って止めたのに?それこそ今さらだろう。コロナ流行によって東京本社のフルリモート勤務求人が劇的に増えた。もう少し若ければ追い風だったかもしれないが、社会人10年を超えたおっさんが、新しい会社どころからフルリモートなんて環境で働けるのだろうか。あ、もちろん現職はバリバリ出社。シンテレワーク頼みのVPN環境はあるけど社内ルールとかいろいろあって無理なんだって。
年代的には技術とリーダー経験がそれなりに求められるんだろうけど、これまでの経験ではとても満たせそうにない。本業ではレガシーなシステムの保守でそのほとんどが業務よりの仕事でなんちゃってPMやってただけ。独学の開発経験なんて昨今問題になっているプログラミングスクールと大して変わりないだろう。
転職サイトではベンチャーとかから声かけてもらえるけど、まともなエンジニアと話するのがもう怖い。
思考がネガティブな方向にしか向かない。こうなったらいよいよ腹を括って現職にしがみつくしかないんだろうか。しかし、ここまで会社への不満を溜め込んでしまったら、今後若手の取り組みに苦言を呈する老害になる未来が見える。
現職を続けてよかったことと言えば今の家族を持てて、(今のところ)無理のないローンで家を買えたこと。子供は一人で確定だし、子供が小学校に上がるくらいには妻も時短解除で普通に生活はしていけるだろう。
安定を求めた結果が今なんだけど、仕事への不満抱えながらあと30年耐えること考えるとめまいがしてくる。(あと10年もしたらそんな不満も忘れて老害化してる可能性もあるけど。)一方で無能おじさんがこれから新しい会社で活躍する未来は思い描けない。
よく歌詞に「思い描いた大人にはなれなかったけど」とかあるじゃん。あれ、子どものころは芸能人とかスポーツ選手とか、そういう人になれないって意味だと思ってたけど、実際は自分の仕事に誇りを持てず。ただただ惰性で生きる人のことだったんだね。立派にエンジニアの責務を果たしている人たちが雲の上の存在に感じるよ。
今後の人生で一番若いのは今この瞬間で、悩んでる暇なんか無くて行動するしかないんだろう。というか実際のところ現職が自分には合っているんだろうが、理想とのあまりのギャップがとてつもなくしんどい。悩むのをやめたい。もう労働を捨てたい。
【追記】
便所の落書きのつもりで書いたら自分のTLにまで流れてきてビビった。
共感してくれる人も多くいて、なんだかんだ優しい人が多いよね。
みなさんのコメントはどれも正論だと思って読ませてもらってるけど、思ったことを追記してみる。
今後定年が伸びることとかも踏まえれば、それはそうなんだと思う。というかこの記事で「年齢がネックになっている」を全面に出してしまったのが悪いんだけど、自分自身問題はそこじゃないことには気付いてるんだ。
コメントの中でもいくつか指摘があったけど、要はマインドなんだ。これに尽きる。
やってみる勇気、前向きな思考、フットワークの軽さ。このどれもが自分には欠けていている。だから理想(に見える)会社やエンジニアが眩しく、現職に不満が募る。
思考をアップデートしようと『嫌われる勇気』とか『このまま今の会社にいていいのか?と一度でも思ったら読む 転職の思考法』とか読んだんだよ。内容は理解できるし、そのとおりと思うんだよ。でも動いてないんだ。
この記事含めて動けない(動きたくない)理由を並べて溜飲を下げてるだけなんだ。
昔から何となく気付いてはいたんだけど、ここまでネガティブな人間だと思わなかったよ。妻にも子供にも申し訳ないよ。
それはそうなんだろう。それをやってないのは実際のところそこまで技術に振り切るほど技術を愛していないし、あと自分に能力が無いと卑下しているからなんだろう。
と、またやらない理由を並べて終わりなんだ。
これは理解している。だから得も言われぬ焦燥感に駆られている。
永遠に現職の環境が変わらない、なんてこと無いのはわかってるけど仮に数年後DockerやらGitやらが入ってきたところで、またその時点で世の中から遅れになっていると思う。それが新しいプロダクトなのかアーキテクチャなのか開発手法なのかは分からないけど。
具体的なプロダクト名を挙げたのがまずかったのかもだけど、レガシーだから悪いとか、最新の技術を使いたいとかよりも、これまでの10年で見てきた現職は柔軟に新しいものを取り入れられず一方で口だけはご立派、という会社文化そのものが問題だと思っていて不安を感じている。競争原理が働く市場にいたら、自然淘汰される存在のはずなんだと。
・年収について
高いのかな?いや、平均年収とか中央値とか見たことはあるけど実生活上で高い実感はまるでない。
東京基準で考えたらは恵まれているのはなんとなくわかるけど、地方と言ってもそこそこ人口いるので都会の人が思う”地方”ほどの基準ではないと思うよ。
我が家は妻が時短中というのもあるけど、買った家は小さい建売だし子供一人が妥当かなと思う。有名メーカーで注文住宅建てたり市街地の高層マンション買う人たちはどんな層なのかが気になるよ。
日本の超大手企業(繊維系)の内製システムのエンジニア採用を受けて落ちた時の記録
虚実織り交ぜて書いてるので真にうけないように
受かった人の話を聞いてみたい
割と普通の内容だったがRubyのコードを見せられたときは面食らった
サービスのアーキテクチャ設計するときに気をつけていることは何?
セキュリティ面で気をつけていることは何?
唐突にRubyのコードを見せられ、このコードの悪いところはどこですか?
サービス規模の割に社員数が少ないけどどんな編成になってるのか
なんでもクラウドベンダーの特定技術に縛られたくないからKubernetes使いたいみたいなことを言っていた気がする(そういうための技術じゃないけど)
なぜアプリエンジニアと面接したか不明(当方の専門はバックエンド)
経営陣がクラウドの予算を出さないが24/365守れと言われたらどうする
交渉してだめだったら
24/365関連の質問です。サービスをスパイクさせないためにはどうしますか?
あなたの考える最強のバックエンドアーキテクチャをおしえてください
質問を変えます、月の予算1億円もらったらどんな構成にしますか
// 過去にアプリ開発をしたことがあったのでアプリ開発について質問を受ける
iOS/Androidのアーキテクチャを設計するとしてどこまで同じ技術を使うように強制しますか
SwiftUIはメモリ食いまくりで大規模アプリでは使い物にならないことですね(ドヤ)
SwiftUIではメモリ食いすぎてインフィニットスクロールが使えません(ドヤ)
先ほどSwiftUIについての質問を受けましたが御社のアプリではSwiftUIを導入されてますか?
タイトルはさすがに言い過ぎかもしれないが、まあとにかく去年の夏あたりからろくに休んでいない。
職業はスタートアップのエンジニア。WebがメインだけどUnityとかオンプレのサーバーとかネットワークとかも仕事でいじる。
平日昼は普通に仕事、土日昼も平日の仕事が一向に終わらないから仕事、夜というか食う寝る風呂以外の空き時間は毎日、これから触るであろう技術の勉強である。
一種の強迫観念みたいなものがあって、勉強してないと不安になる。
コロナもありその傾向に拍車がかかっている。残業代はもちろん貰えていない。
スタートアップだし、メンバーとは仲良くやっているし、ストックオプション貰えそうとか嬉しいことも楽しいこともたくさんあるけど、ふとこの生活がいつまで続くのかと怖くなることがある。
大企業ではほとんど採用されていると思うが、メールゲートウェイ型のセキュリティアプライアンスで、添付ファイルが
ついていたら暗号化解除して中に含まれるファイルに悪意があるマクロ、プログラムが含まれるものがないか検査して
OKだったら送信許可、NGなら削除されましたの通知だけを送るなどをしている。
従いスキャンできないと、一律でメールは削除、若しくは添付ファイルは削除されましたの通知のみ送られる。
企業のセキュリティポリシーとしてこうしているところはあります。ウイルス感染対策の検知対策確度を上げるため。
さらに、ローカルPCにウイルススキャンが入っていて添付ファイルをローカル保存するとき、開くときにスキャンが
メールゲートウェイ型アプライアンスで、企業のインバウンド/アウトバウンドメールを一律、
チェックしたいんじゃないのかな。それなりに意味はあると思いますが、例えばgmailだと、
これまで暗号化解除(解析&解除)でチェックしていたと思われるが、CPUリソース食いまくりな事
や実効性への疑問(ほかの対策若しくは、複数対策を組み合わせる事での効率化)があって、
添付ファイルはチェックされず送られるか、削除されて何も通知されないみたいです。
> 3、なんで毎回同じPWじゃないの?
同じパスワードだとそれが漏れたり、第三者に知れたら容易に暗号化解除して見れてしまうから。
> これは1の通り、プロキシサーバーでスキャンできる仕組みを作る必要があるってことでいい?
プロキシーサーバではなくてメールゲートウェイ型アプライアンス(古くはオンプレでInterscanなり、、最近は知らんけど)
> この場合既存の仕組みを使えないし、クラウドサービスにロックインされるし
> 腰が重いのもわかる気がする
なにか同等のサービスがあると思う。
とりあえず、G Suite(旧google apps)だとgmailのメールフィルタ機能が標準装備でゴミメールはだいぶ減る。
メールソフトへの実装があまりはやらなかったのもあるし、暗号化強度の問題もあったのでは。(推測)
公開鍵暗号方式の実装したもので使いやすいもの、若しくは この手の送り手/受け手が正しい人かつ、
悪意を持ったプログラムが含まれないことを担保できるメール送受信の仕組みを作ればよいと思う。
インターネット自体は、自律分散系システムなので送ったものが必ず届くという確証もないし、
自分は今32歳だ。東京タラレバ娘の漫画の初刊だけ読んで、東京オリンピック開催時に32歳?うっそ信じられない、わかるわその怖さ、的な反応を確か2014年くらいにした記憶を今唐突に思い出したけど、その32歳になってしまった。けれども、三十路から眺める人生地図 - みんからきりまで を読んでいて、「完熟してしまったプラットフォームへの興味関心を失うこと」、「加齢によるパフォーマンスの衰え」、わかるわーめっちゃわかるわーってうなづきながら読んでしまった。違うといえば、30歳という具体的な峠を過ぎて全力で下り坂を転がっていることくらい。でもこれから失いつつあるであろうものへの恐れが依然として残ってるので、もうなんだろうねとしみったれた心でやりきれない毎日を過ごしている。
1月生まれの自分にとっては、4月はじまりではなく1月はじまりで一年を振り返る癖が社会人になってから自然と身についた。つまり自分の中では32歳の半年がすでに過ぎたわけだけれどもコロナで一人暮らし歴14年の子供部屋おじさん的には心の未熟さを痛感する次第だった。長引くリモート生活で、昼夜が完全に逆転して、朝11時からあった部会を完全に寝過ごしてお水エンジニアってあだ名を営業の人にいただいたり。それでさすがにやばいと思って完封したはずの個人輸入禁止前に大量に買い占めたデパス錠...正確にはゾピクロン錠か、を取り出して完全に依存症と化したり。薬の副作用でちょっとしたことで切れやすくなる自分をあ、今きれているのは明らかにおかしいと自覚しながらキレて、その後正気に戻っては眠れなくなることを繰り返してたった三か月前しか経ってない今はまだちょっと当時を振り返りたくない。ぶっちゃけ今でも週末の金曜など薬の影響が平日に及ぼさない日にいまだに飲んでるし、抜けられていない。
あ、そうだ、身体変化か。全て薬のせいなら良かったのだろうけど、薬抜いても何も変わらないね。集中力すぐに切れるね。30分が維持できないね。アスペの傾向だったのでむしろシングルタスクなら処理速度指標は高い自負があったのだけど、ここ数年は完全にアドバンテージを失ってしまった。いや、考えてみれば普通に第一志望大学を落ちたあの日以来、なにか本腰いれられたことってあったのかな。リングアウトアドベンチャーは高い抽選倍率をくぐり抜けて変えた反動で四天王が闇落ちするぐらいまでは毎日やったけど、ぷっつり飽きたぜ。
完熟されたプラットフォームといえば、自分も転職前はAndroidのアプリケーションもLinuxKernelもちょっとやっていたから成長中の楽しさはすごくわかる。kotlinはぶっちゃけほとんど覚えれなかったへぼいプログラマーの戯言だけど、Dagger2の登場でまるっきりプロジェクト構成が変わってしまったアプリケーションの構成はおおおおおおおおすげーーーーー!!jUnitってこうやって使うんやーーー!!t_wadaさんのセリフがやっとわかったぜー!!!って感動があったものだ。PFレベルで言えば、AndroidOS4.3から6.0くらいがめっさ楽しかった気がする。昔話しかできなくてごめんなさい。でも、AndroidOS4.3のBLE対応で知ったIoTの世界、AndroidOS4.4のKならkuzumochiやろと勝手に思ってたらkitkatって名前に決まって失望しちゃったけどOSとしては意外と悪くなかったこと、AndroidOS5.0のバージョンごと抹消されるレベルの混乱、5.1は覚えてないけど、AndroidOS6.0でWiFiのSSIDがbackendで取れなくなって代わりの手段を探すことになったりセキュリティ基準の変更に色々戸惑ったこと、バージョン更新ごとにいろんな出会いがあり、お祭りがあった。客先常駐だけど、品川とか武蔵小杉とか日本でAndroidの開発拠点があった場所にいさせてもらって色々楽しかった。まー、自分は増田ほど人ができてないから当時知り合った人たちで今も交流がある人はそういえばまったくいないけど。人脈とか友情とかそっち方面の資産はまったくできなかったな。変わっていくプラットフォームは楽しかった。
去年出会ったKubernetes=k8sもそう。一時期RSS等でKubernetesの情報がないか人力クロールを何度も繰り返すレベルだったけど、かといってrepositoryにPR送れたこともdoc系ぐらい?かかわりも薄いまま、いつのまにか今のバージョンからサポート期間が一年に延びたというではないか。Sidecar周りの整理だとかまだ課題はいくつか残っているけど、SIGによっては今後の機能拡張ネタは明確に決まってないところもあるし、あーもう成熟しつつあるんだなって当時の熱情を失いつつある。rustが来ると聞いて、k8sつながりでrust-vmmとか追ってみたけど、mailinglistのData量的に明らかに去年がピークだった。多分勢いを失いつつあると思う。これfirecracker以外に来るのか?rust/wasmはYewがあるし、Envoyのpluginもあるし、フロントエンド、バックエンドサービスとしては今後に期待だけれども、kernelに対しての適用、driver周りから浸透する未来はちょい疑義的。とりあえず、Kubernetesという超巨大プロジェクトを突き詰められた感じもしないまま、多分EKSしか触れない今、オンプレ系の構築、運用技術はKubernetes the hard wayの第四章のオレオレ証明書取得処理がコマンド打つだけなのに辛かったという記憶を残して風化するんだろうな、あと一年ぐらいで。そんな予感がある。
改めて人との縁が残っているこの人がうらやましい。ヒューマンスキルが元から皆無な自分にはわからないけど、漏れ聞こえた話だと新人とまじ会話繋がらなかったという話もあるし、10歳差を超えた会話はスキルじゃなくてもう才能でしょレベルなので結局同時間、同時代を一緒に生きた同年代の人たちをかかわりをどれだけ残すかなんだと思う。新しい縁ができなくてもそれは衰えじゃなくて自然なのだろう。過去十年を振り返るなら、自分はその維持をまったくしてこなかった。だからこれからはお金で買おうと思う。多分後十年くらいして月1~2万円所得を上げられたら、バーチャル嬢に昇給した所得を全部突っ込んで、桜蘭高校ホスト部の環x鏡夜編がいかに良かったかもうずっとその話ばかりする予定だ。それだけを生きがいに生きていく予定だ。カビが生えたレベルのjavaスタックとk8sとrust、その辺でエンジニアとしてうだつの上がらない生活を送りながら。
誤字ではない。
昨年末に緊急経済対策補正予算で出てきたGIGAスクール構想。
全国の小中学生に一人一台パソコンを持たせようという大事業で、国内文教市場の趨勢が大きく変わりかねない一大事だ。
https://www.mext.go.jp/a_menu/other/index_00001.htm
文科省の示す標準仕様ではWindows10、iPadOS、ChromeOSの中からどれかを選べとされていて、Microsoft、Apple、Googleによる激しいシェア争いが繰り広げられる見通しとなっている。
そして、身バレするとたぶん叱られるので、増田でやることにした。
日本マイクロソフト、学校向けに低価格な「GIGAスクールパッケージ」を提供
https://pc.watch.impress.co.jp/docs/biz/1233155.html
これを受けて、巷では「文科省とMicrosoftがつるんでいる」という見方もされているが、これは正しくない。
確かに、現時点で文教市場において圧倒的に高いシェアを獲得しているのはWindowsであり、文科省からは当然事前に打診はあっただろう。
だが、現在出ている標準仕様はWindowsにとって有利とは言えないものになっており、文科省から便宜が図られているとは考えられない。
3つのOSの中で、最もマシンパワーを要求するのがWindowsであり、シェアが高いからこそ、低スペックWindowsの使いにくさも広く知られている。
標準仕様に対するスペック面での批判が多いことからもそれは明らかだ。
さらに、Windowsを快適に管理するには高価な管理ツールを利用する必要があることも、ユーザーは体験として知っている。
それでも、文科省からは他の陣営と同価格帯での勝負を求められており、条件としてはかなり苦しいところからのスタートとなってしまっている。
そんな逆風の中で「シェアを守る戦い」を展開するMicrosoftとしては、他社より先んじて不安やネガティブな印象を払拭しておく必要があった。だからこそ、最初に動いたのだ。
そこにあるのは強い危機感であり、下のリンク先の記事のように野望などではない。
「教育5万円PC」に秘めたマイクロソフトの野望。強み捨ててまで教育界を変革できるか
https://www.businessinsider.jp/post-207254
また、この記事ではオンプレからクラウドへの移行が思い切った挑戦のように書かれているが、周知のとおりナデラのMicrosoftはAzureの会社であり、何年も前から総務省と組んで自治体や学校のサーバをAzureでクラウド化させているし、文教向けには積極的にMicrosoft365を売り込んでおり、前からクラウドには積極的だった。
ただ、この記事が全くのでたらめかというと、そうでもない。
強い危機感をもったMicrosoftが切り捨てる決断をしたものがある。
藤原竜也がCMをしているSKY SEAは有名な商品で、ご存知の方も多いと思う。
そのSKYが、学校向けに提供しているのがSKY Menuという授業支援ソフトで、優れた操作性でWindowsの管理負担軽減に役立つので、全国で広く使われている。
一方で、かなり高額なソフトでもあり、学校のパソコン導入費が高止まりする要因の一つとなっており、今回はそこに目をつけられたのだと思われる。
また、機能的にも古き良き一斉授業において先生が子供たちを管理統制するためのものであり、文科省が今後進めたい方向性と合致しないことも大きかったのだろう。
これらはあくまで推測にすぎないが、結果として標準仕様は明確なSKY外しになっている。
SKYも文科省には積極的にロビー活動を行ってきただろうが、どうもこの事態を事前に把握できていなかったようで、大型事業から一方的に排除されて戸惑っているようだ。これまた推測だが、文科省ではなく総務省や経産省の意向が強く反映された結果かもしれない。
MicrosoftとSKYは非常に良好な関係を続けてきたが、そのパートナーを切り捨てる決断をせざるを得ないほど、今回、Microsoftは追い込まれている。
問題は、SKYの日本人向けの使いやすいインターフェースに慣れた学校現場が、どうしたってバタ臭い、Intuneの操作を受け入れられるかどうかだ。
周知の事実だが、現場にはシステム管理をできる人間など存在しない。
人に金をかけなかった分のコストがSKY Menuのコストだったのだが、そこをいきなり切り捨てて問題はないのだろうか。
iPadはタブレットPCの開拓者であり、幼児でも扱える抜群の操作性、軽快な動作、シングルタスクゆえの安全性、AirPlayによる快適な画面転送、豊富なアプリなど、学校現場に適した特性を持っており、かなりのスピードで教育分野に広がっていった。
個人的に使っている先生も多いし、子どもの家庭に転がっている割合も高い。
シェアは2位だが、パソコン教室を除いて一般教室での利用で考えた場合、ほぼ差はないか、上回っているかもしれない。利用される時間で考えらたら、おそらく上回っている。
ただ、今回のGIGAスクールでは、すでにiPadをかなりの数導入している学校以外で、新規にiPadを導入するところは少ないと考えられる。
その理由は、標準仕様が明らかにiPadOSを想定していないからだ。
一応選択肢には入れてあるが、標準仕様の構成ではBluetooth接続ではない物理キーボードを必須としており、4万5千円には到底収まらない。
これでは、すでにこれまで導入してきた財政力に余裕のある自治体以外は手が出しにくい。
これは、おそらく文科省がAppleを好ましく思っていないことによる意図的な仕様だろう。
Appleは文教向けの製品を提供しているわけではなく、あくまで個人向けの商品を使っているにすぎず、クラウドサービスもGoogleやMicrosoftのように文教向けに力を入れているわけではない。一社独占で選択肢もない。文科省の意向にも、全く協力的でない。
こうした背景から、文科省はAppleに有利とは言えない仕様を作ったのだと思われる。
すでにiPadで教育をはじめているところは、そのまま進めるだろうし、一定のシェアは確保するだろう。ただ、新規のシェア拡大は難しく、Appleがどこまで本気で取り組むのも見えてこない。
Chromebookの日本におけるシェアは低い。ここ1~2年でようやく少し広がり始めた程度だ。だが、世界では高いシェアを誇り、特に北米では文教向けパソコンの主流となっている。
世界から大きく乖離していることを気にしている文科省は、ここ最近Chromebookを強く推してきた。
今回の標準仕様に最も適合しているのは、誰の目にもChromebookであり、Googleのために仕様を作ったと言われても全く違和感がない。あの3種類の仕様の中で、4万5千円できっちり使える状態になるのは、Chromebook+G suiteしかない。
癒着を疑うなら、MicrosoftではなくGoogleだろう。
それがわかっているからMicrosoftは危機感を強めているのであり、また、その反応を引き出すために文科省は不自然なまでにGoogleを優遇したのだと思う。
とにかく、これから新規に導入する場合、自治体の費用負担が最も少ないChromebookが第一の選択肢になるだろう。
Google自身も、ここ最近は日本の文教市場を本気で取りに来ていて、下の記事にあるように EDIXでは凄い人だかりで熱気に満ちていた。
教育現場はChromebookが本命? 主体的な学びを実現するために、クラウドが欠かせない理由とは
https://www.watch.impress.co.jp/kodomo_it/news/1197938.html
まだ目立った動きは見せていないが、どこまで本気の野心を抱いているのか、それによって信じられないほどにシェアを拡大させる可能性がある。その場合に食われるのは、AppleではなくMicrosoftだ。
GIGAスクールの台風の目になるのは、間違いなくGoogleだろう。
ここまで書いてきたとおり、シェアを守ろうと必死なMicrosoftと、シェア拡大を狙うGoogleの構図が中心で、Appleは、少し離れたところで現在のシェアを維持する形になるだろう。
かなり不利な情勢からスタートしたMicrosoftだが、いち早く動いたことで印象は上向いた。
あとは、低スペックWindows10への不安、SKY抜きになる管理面での不安、最終的な費用面での不安、といった知っているからこその不安をどこまで払拭できるかが重要であり、継続した情報発信が求められる。
一方のGoogleは、知名度の低さや、知らないことによる不安を解消するために、何がどこまでできるかを広く知ってもらう必要がある。
また、Googleのサービスは、わかりやすいUIで一見親しみやすいが、サポートは充実しておらず、必要な情報が得にくい。
Office365とG suiteの両方を管理したことがある人間ならわかってくれると思うが、初見でとっつきやすいのはG suiteだが、情報収集含めて最終的に管理しやすいのはOffice365の方だ。
すでに書いたが、学校現場にはシステムを管理できるような人間がいない。
それを踏まえたサポートが提供できるのかどうか、学校や自治体は価格だけを見て飛びつく前に見極めないといけない。
Chromebookに以前から力を入れてきたチエルのような企業が、そこを補えるようになると面白い。
チエル、GIGAスクール構想の1人1台環境に最適なChromebook活用パックを発売
https://ict-enews.net/2020/02/07chieru-2/
最終的には、Microsoftが50%くらいに落ち着き、Apple30%、Googleは20%くらいまで伸びるのではないかと見ているが、さてどうなるか。
補足→ https://anond.hatelabo.jp/20191205212350
これは退職者アドベントカレンダー2019 (https://adventar.org/calendars/4051) 5日目の記事です。最初は自分のブログに書くつもりでしたが、書いてるうちにどこまで筆が滑っているのかわからなくなったので増田に投げることしました。そしたら余計にタガが外れたのはご愛嬌。
よく見かける「未経験からエンジニアへ!」ストーリーの、あまりなさそうなルートです。よくあるルートのほうはなぜかTwitterで報告して「○○系エンジニア」的な命名をしてから入社その後の動向が闇に葬られているのをかなりの確度で見かけますが、まあ、なんか、いろいろあるんでしょう。逆にそういう成功(?)体験の生存バイアスを強化する情報ばかりあふれていると情報として健全でないように感じます。
といいつつ後日しれっと消えてたらInternetArchivesか魚拓で会いましょう。
この話はここから先はフィクションです。剣も魔法も労基法も出てこないファンタジーです。
地方に潜むフリーターです。好きなvirtual beingsはロボ子さんと東雲めぐさんとれいきらさんです。
これまでは自分のためのプログラムを書き散らすだけで、ITとは無関係のバイトをしてきました。玉掛とフォークリフトなら任せろーバリバリ
会社にもぐりこんだいきさつはやや特殊なのでぼやかします。とあるきっかけで知り合った人から誘われました。リファラルです。なお、とあるきっかけはなにかと炎上しがちないわゆるプログラミングスクールなどではないことを防火剤がわりに書いておきます。そんなもんに使う金など無い。
その人のことはあんまりよく知らなかったのですが、CTOとして手伝っている会社のシステム部門で人手を探しているとのことでした。会社のホームページにはリクルートページなど無く、何をやっているかいまいち要領が掴めなかったのですが、ざっくりと自社製のWebアプリ開発をやる感じらしく、内容も聞いた限りでは(自分のスキルと照らし合わせて)そんなにどえらいわけでもない印象でした。ちょうど金もないし無職だし、少し経験でも積んでみるかという気になったので、この際ホームページがDreamWeaverのサンプルを流用したまんまといった細かいところは観なかったことにしました。
面接にいくと社長から「いつからこれるの?」と言われたので「あっこれは」となりましたが、金がなかったので是非もなくそのまま入社の運びとなりました。この頃はプログラム書いて金もらえるなんてサイコーとか思ってました。ちなみにgithubやatcoderのアカウントを書いた職務経歴書は一顧だにされませんでした。
地方の製造業のシステム部門を切り出して別会社にした形態の、創立数年ほどの会社です。自分のほかにもうひとり、社内情シスのようなことをしている方がいましたが、基本的にはサポートが専門な感じでした(ただし肩書は自分と同じでしたが)。紹介してくれたCTOは週に一度のMTGに顔を出すだけということで、実質的に常駐している人間でプログラムが分かるのは業界未経験の自分だけというチャレンジングな環境からスタートしました。なお入社して社内の平均年齢を大幅に下げることになりました。
ちょうど入ったタイミングで情シスの方が抱えている仕事があり、とくにやることもなかったので手伝いました。グループ会社のサイトをスマホ対応させるもので、事情はわかりませんがそれまで他社に制作を委託していたものを自社で運用することにしたとのことです。みてみるとWordPress4でPHP5が動き、Bootstrap3を使ったオリジナルカスタムテーマで運用してきた様でした。もちろん仕様書やローカル環境もあるはずがないのですが、どうせ自分はWebデザインなど知らんのでとりあえず直にheader.phpにviewportを書いてmain.cssにメディアクエリを設定して、ザ・web制作初歩みたいなレスポンシブ対応をしましたが、デザインについて当事者との意見のすり合わせの機会なんかの開発手順はなかったので良しとしました。
入社して2周間ほどのち、社長についてこいと言われた打ち合わせの後日、MTGで「昨日のアレの進捗はどんな感じなの?」と聞かれたことから、いつのまにか新規案件を自分に一任されていることに気づきました。仕様は前日の打ち合わせがすべてだった模様です。要件定義や技術選定・検証のような工程など決まってないので好みで揃えました。趣味と関心からExpress+Mongo+Reactのセットか、触ったことのあるDjango/Railsでざっくりやるか、どうせならDockerも使い時か、こんなときに相談できる同僚やメンターが欲しいなぁなどと考えていたら、CTOがそれまで作っていたやつをみるとPHP+ES5+MySQLだったのでなんだかんだでそうすることになりました。PHPを初めて触り、「これがペラ1のphpにjsもcssもなにもかも書いていくといういにしえのスタイルか…!」と新鮮な感じでやってました。
Windows Server 2012で動いていたサービスをLinuxに移行しました。これは自分が入る前から情シスの方が任されていたのですが、マニュアルに沿ってコマンドを打ちこんではどこかで転け、エラーは読まずにあきらめてCentOSインストールからやり直すということを繰り返していたのを見るに見かねて手伝いました。SSHでPowerShellからマニュアルのコマンドをコピペして実行する方法を教えてあげると目を丸くされました。shellファイルを書いてあげると魔法をみるのような顔で驚かれました。自分が入ってなければどうなっていたんだろうか...
毎日出退時間を規定のEXCELフォーマットに記帳する必要があり、これが非常にめんどくさく無駄に思えたので、自動記述するpython/Goスクリプトを書きました。これは入社して2日目とかだった気がします。しかしここを自動化しても「印刷して人事に提出し、それをもとに人事の方がまたEXCELに書き込む」と知り虚無になったりしました。
これはやったことというか思うところあってプライベートで取り組んだことです。自分の想像していた開発現場との乖離を感じたので、こういうのはFE勉強すればわかるのかもしれないと思って1ヶ月くらいやって取りましたが、得られた知識で会社に活かせそうなものは何一つありませんでした。
チーム開発などという概念は存在せず、「1案件を1人で上流から実装、運用、保守、サポートまですべてやる」という進め方でびっくりしました。手持ちの技術スタックでできる範囲でギリギリなんとかやった感じです。よく転職サイト上で見かける文言で「お任せします」がありますが、これとかも要するに「丸投げ」の換言なんでしょうか。わたし気になります。
自分のように途中からジョインした人に対しての業務移行のシステムがないことから感じていましたが、案の定「誰かが抜けたあとの引き継ぎの機能」も整備されてないことに気づきました。もともとオンボーディングや研修の概念などありません。えらいひとは「そのへんは現場で協力してうまくやって」と丸投げし、すべての作業を自宅でやっているCTOは社内のこうした事情については放任で、いちおう情シスの方がいつのまにかメンター代わりになっていたものの、不明点を尋ねても頓珍漢な返答が多くもどかしかったです。どのサーバでどんなサービスが動いているのかやSSH情報を聞き出すのに苦労しました。こうした不幸と無駄な時間をなくすためにドキュメントを整備しようとしたのですが、頓挫しました。これからも物理フォルダーと社内サーバに散逸した各種の情報は混沌を深めていくのでしょう。gitも無いし。
サーバはオンプレでした。自分はクレカをもっていないためパブリッククラウドを試す機会がなく、ぜひとも触ってみたかったのですが、承認を得るための説明がうまくいかず、結局VBoxでやることになりました。唯一、それまで使われていたVBoxではなくVagrantを導入したのは少しだけ救いでした。どうせ自分しかいじらないのですが。
余談ですがオンプレで面白かったのはHDD増設のために初めてデータセンターなるものに入ったことです。インフラ/ネットワークはまったく分からんしなかなか個人で試せない領域だし縁がないかなと思っていたのですがやはりそこに見える物理層が存在するというのはテンションがあがりますね(断層みたいに言うな)
イキってカイゼン・ジャーニーや情熱プログラマーを買って読んだりもしました。目につくように共同図書のつもりで「ご自由にどうぞ」を添えて自分のロッカーに置いておいたら「私物は持ち帰れ」と言われてしまったので持ち帰りました。
さてお待ちかねメインディッシュですね。
もともと技術やコンテンツの会社ではなく、技術畑の人間がまったくいないことのインプレッションが次第に違和感として強く響いてきました。ITエンジニアとしてやっていくつもりの観点でみると、学習や成長の土壌は無いように思えました。協調関係や信頼がうまく築けず、自分のすべき道筋が不明瞭のままやっていけるほどタフなYATTEIKI精神ではなかったのです。
これは地方の、それもIT気質のあるわけではない、ワンマン経営の中小製造業ならばどこにでもあることかと思われますが、随所に感じるレガシーさに疲れてしまいました。一例を挙げると、毎朝30分に亘り行われる全社清掃(もちろん業務時間外)、社是の復唱、『感謝の言葉をみんなで味わうポエム』の輪読、その感想大会、頻繁に行われる中身のない会議、日報をエクセルで書いてメールで送ったり、出退勤表を毎日エクセルに書いて印刷して事務方に持っていくなどのルーティンがけっこう苦痛でした。
社内のコミュニケーションツールはLINEだったので使い勝手も悪く、会議でchatworkかslackを使いましょうと提案しても誰一人としてそれらの存在を知らず、「勝手にやってくれ」と言われてしまったり。LINE WARKすら知らんやんけ。説明しても「skypeじゃ駄目なの?」と言われたので諦めました。
えらい人の思いつきのたびに方向性が変わり、当人は発言したらそれで全て完了した気になってしまったのか、会議終了後の10分後に「さっき言ったやつまだ出来てないの?」などと言われた時はギャグかと思いました。会議の議事録も誰も見返さないので果たして意味があったのか疑問です。誰かひとりでもmarkdownが書けたり、少なくとも書く気があれば勉強会を開催してHackMDなどを推せたのですが。議事録が機能していないエピソードとしてひとつ思い出しました。開発中に機能追加を下された際に、その挙動は完全にプラットフォームネイティブであり今の技術選定だと作り直しになり、結果納期に間に合わない(し、自分の技術スタックからも遠く外れていたので学習コストも加算)と発言したらその場は収まったのですが、会議終了後に個人メールで「やはり機能はマストだ」と伝えられました。当然それは議事録に反映されることなく、なんかしらんけどそういうことになっているという感じになりました。
初めてのエンジニア職でしたが、社内に開発をる人やマネージャー職は不在で、いわゆる開発現場での流れを学ぶことはできませんでした。少なくとも技術を知らないえらいひとが「俺がスケジュールを立てたからこれに沿ってやれ」と、”開発”と”広告作成”しか書かれていない2週間の計画表をもってくるような現場はシステム開発として正しいのか、 と本能が警告を発していました。
もともと会社は製造業から始まったため、えらい人たちとの見解に齟齬があったのは体感としてあります。同じものづくりといえど設備とマンパワーと時間が線形的に結果に結びつく工場業務と異なり、システムエンジニアリングはかける時間の見積もりも容易でなく、かかった時間が必ずしも結果に結びつかないものである、と言う事実は受け入れられ難く、知識ドメインやマインドセットが異なれば説明も困難です。しかしながらえらいひとは一様に「経営者視点を」の号令で、経営誌を配り、その感想文の提出を義務付けるなど、現場視点を欠いた行動で現場(というか私)を疲弊してました。気づいたらSEO対策や別部署のMTGのためのプロジェクター設定、全PCのwindows updateに伴うドライバの更新の役も同一の職掌として役付けられそうになっていたり(一部は実際に情シスの人がやってた)、It’s not my workなシーンがみられるようになっていました。
そして、よくあることですが、理念と実態が乖離していたことです。世界をよりよくと言いつつ、目先の掛け算を考えてばかりのように思えました。グロースする中で発生しそうなあれこれをすっ飛ばし利益だけを皮算用するのはいいとして、データ量やトラフィックを指摘すると「そこは現場努力でしょう」となるので、世界を良くする前に精神を悪くしてしまい人生で初めて心療内科にいったりもしました。一応グローバル展開を目指しているとしながらサーバからMailerDaemonが飛んできたら「ギャっ英語っ!」と言って読まず捨ててたり、急にサービスが止まった時には激怒して責任の所在の追求を求められたため、草創期にえらい人の個人アドレスで取得してほったらかしにしていたドメインが失効したことが原因と伝えたら「あれはもう読んでいないアドレスだし仕方ない。こういうピンチのときこそチャンスにしようぜ」という謎理論を出されたこともありました。
違和感が確かなものになったのは、外部に提出する資料で社内の数字が異なっているとを指摘すると「こういうのは見栄が大事なんだ」と暗に公文書偽造をほのめかされたことですが、これ以上は闇っぽいので書きません(たぶんどこもやってて罷り通ってる範囲だと思うけど)
総じて、心理的安全性の低さ、そこからくる身動きのとれなさ、ロールモデルの不在、前時代的な風潮、社内文化へのミスマッチと不理解、成長の実感が沸かない不安と不満、それらに伴う摂取アルコール量の異常な増大と過食、といった要因の積み重ねが、ネガティヴな形での退職へと駆り立てることになったのだと思います。まあ、よく知らんうちにリファラルしてるところからして「採用・教育コストを考えてないのでは?」の念はあったのですが。中身がまったく不透明の状態で飛び込んだらそうなるよなぁ、の好例かもしれません。誘われた時はわりと藁にも縋る思いだったのでしかたないね。
現在はスキー場で住み込みバイトしてます。無考えに退職すると年を越せないことに気づきました。
可処分所得・可処分時間いずれも今の方が上なのはちょっとウケます。賃金はふつうに生きていければいいので前職程度でも気にしなかった程度なんですが。いまは映画をみたり積ん読を消費したり、在職時は深いところまで触れなかったPHPをいじったり、生PHPしかやってないことに気づいたのでcakeやったり、あとはweb周辺も久しぶりにキャッチアップしたりしてます。nodeネイティブおじさんなのでFWはangularしか知らないんですよね。vue/nestが面白そうな感じです。あと寮のwifiが談話室限定で窒息しそうだったので、持ち込んでいたラズパイをルータにして部屋まで飛ばしたら隣室の同僚から感謝されたりと活動は多岐に渡ります。
先のことはなにも決まってませんが、ちゃんとエンジニアリングしている組織で開発してみたいなという気持ちがあります。レビューやスクラム、アジャイルなんてのはひとりだと不可能ですし。ですが、やはりそういった会社は日本では都市部にばかり集中しているのでしょう。自分は空気の悪いところには住めないし、案外また辺鄙なところでtechとは無関係のことをしているのかもしれません。ワーホリでも使って海外で大麻栽培でも始めようかなぁ。
巷説に流布する「未経験からエンジニアへ」の言説のたぐいは、どちらかというと技術力よりもコミュ力が偏って高いタイプが生存しがちな雰囲気を感じます。たまにTLに流れてきたのを見かけますが、ああいった立ち回りは自分にはできないしやりたくないなぁと思ってきました。社会の要請ならばそれまでですが。
自分は体系的な情報教育を受けていないどこにでもいる地方高卒で、下手の横好きで趣味プログラムを書いてきたし、続けてるってことはそれなりに好きなんだと思います。得意じゃないけど。んで、こんなのがITエンジニアをしたサンプルというのは見かけないかもなぁと思って投稿しました。光あるところに闇あり。
といいつつ、やっぱり好きなことの結果がおかねになるのはいいよなぁと思った次第です。プログラムを書くのは楽しいけどエンジニアリングは超絶むずい、が雑な総括ですが、今回のことを顛末次第にはする気はないので、どこかに拾ってもらえるよう精進するきもちになりました。