「Nest」を含む日記 
はてなキーワード: Nestとは
2024-08-27
■ITのひどい記事をみんながブクマしてキツイ
以下の記事、内容がひどくて空いた口が塞がらなかったのだが、
（はてブで）ブックマークして下手にホッテントリにでもなったら嫌だなと思いそっとブラウザのタブ閉じた。
が、しばらくすると残念ながらホッテントリ入りしてしまったので、はてブにコメントを軽く書こうとしたが100文字に収まらなかったので増田にした。
技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL
まず、「特定条件下では MySQL は我々のプロダクトには不向き」を「MySQLを使うと会社は潰れる」なんて表現するのおかしいでしょ。
以下の記事からの引用だが Uber のエンジニアは「PostgreSQLではアーキテクチャに制限がありすぎてUberのシステムを支えきれない、MySQL＋InnoDBに変えたら全部解決した」と主張している。
UberエンジニアがブログでPostgreSQLにダメ出し、PostgreSQLコミッター石井達夫氏に反論を聞く
RDMS（に限らずライブラリやミドルウェア一般）の評価は採用する開発プロダクトの要件とユースケース次第。
Not for me/us. を「これを使うと会社が潰れる」って……MySQL開発チームから名誉毀損で訴えられろと思う次第。
(サーバサイド開発の言語は）TypeScriptでいい。と言いつつ、結論はこれ
| TypeScriptで書いたサーバーサイドのコードの半分ぐらいも属人化している。なぜかメンバーのキャッチアップが進まない。
ん？？？？
こんな評価眼で開発力で文章力の人を「厭味が無くて楽しめた」だの「公開してくれてありがとうございます」とか言うブクマカにもそれにスターをつける人にも衝撃だよ。
ちゃんと読んでくれよ。それから、ブックマークするか判断してほしい。あーあ
---
| 逆に、Uberエンジニアに対して、PostgreSQL開発チームから名誉毀損で訴えられろと思わないのは何故？
という言及への返信。
Uber に関しては。
自分たちが扱う規模のデータを捌ききれないという問題を、その原因が利用者（Uber）側ではなくデータ永続化におけるPostgreSQLのアーキテクチャが原因だと思われるということをきちんと測定して結論してるからかな？
さらにUberはそのことを安易に「PostgreSQLを使うと会社が潰れる」というような煽り口調の一般化をせずに自社には不向きだったということをブログに載せているため議論の土台が開けていることが重要だと思う。
今回の問題の記事はRLSとID採番というデータベースの根幹機能ではない付加機能で自分たちのプロダクトとミスマッチしているだけで一般化して罵ってるのが悪質だと思うんよなぁ
2024-02-17
■マンションリフォーム虎の巻
本来は親友に向けたマンションリフォームのアドバイスだが、LINEで送るには長すぎるので、増田の日記として公にさらしてみる。ブコメやトラバで有用な反論が得られるかもしれない。
増田は建築士としてそれなりに経験値はあるが、住まいのあり方や価値観は本当に多様なので、N=1の意見として参照するぐらいがちょうどよい。
大前提
適切な断熱壁と二重ガラス樹脂サッシが装備されていること。それがない建築が許されるのは安藤忠雄だけ。
既存のサッシが交換できないならインプラスなどの内窓をいれればよし。
風呂編
おそうじ浴槽！これが言いたくてこの長い日記を書いているといっても過言ではない。
他の設備投資を削ってでもこれを装備してほしい。日々の家事から風呂そうじを排除できるのでオススメ。
じゃあ何を削ればいいかというと、、、
化粧棚→いらない。必要に応じて山崎実業のマグネット収納をつかえばよい。
浴室乾燥機→いらない。アイリスオーヤマの除湿器で代用できる。風呂の入り口付近にコンセントを用意しておく。
上下するシャワーフック→これはいる。が、山崎実業のマグネットフックで代用可能。
風呂のサイズは1620か1616にする。この2つは浴槽が1.6mあるから足を伸ばせる。そのほかの1416とか1418 etcは浴槽が1.4mになってしまう。
ただし1616は一般に住宅用しかない。なぜか1620はマンション用もある。住宅用とマンション用の違いは施工に必要な天井の高さ（これショールームのスタッフすら知らなかったりする）。マンション用のほうが必要高が低いので、排水の勾配など制約の多いマンションでも施工できる。逆に言えばその制約さえクリアできれば住宅用をマンションに施工することも可能。
なお換気扇は選べるならパナソニック製をオススメする。パナソニック以外は換気扇の羽を外すことができない。
それでお前は何にした
ノーリツのユニットバス1616。標準でおそうじ浴槽がついてくる。なぜならおそうじ浴槽はノーリツの特許だから。
だがコスパが高すぎて儲からなかったのかノーリツはユニットバス事業から撤退してしまった。。。
床編
なぜか無垢フローリングにあこがれる人が多いが、高いし隙間が空くしメンテも大変で何がいいのかさっぱりわからん。オススメは厚突きフローリング。無垢の質感とべニヤの寸法安定性を両立している。
薄い突板のフローリングは偽物感がすごいので、だったら偽物でいい。
マンションだと防音フローリングといってふにゃふにゃのフローリングを勧めてくる工務店がいるが、これは工務店の施工が楽になる建材でユーザーにメリットはない。下地側で防音は確保できる。
仕上げの塗装
ウレタン塗装やUV塗装は強靭で水を放置しても浸透しない。ただし傷ついたときの補修はプロに依頼しないといけない。自然ワックス仕上げは質感に優れるが、醤油をこぼしたのを一晩放置すると浸透してシミになる。数年おきに塗り直しが必要だが自分でDIYできる。どっちが良いかはお好みで。
それでお前は何にした
ニッシンイクス150mmオーク自然オイル仕上げ／30度ナナメ貼り。
複合オーク150幅 | 無垢・複合フローリング・不燃ボード｜NISSIN EX.
本当はヘリンボーンにしたかったがめっちゃ高いのでナナメ張り。
床暖房
温水式にしよう。電気式は暖まるまでの時間がかかりすぎて実用的でない。
壁や天井の仕上げ
天井
躯体あらわし！中古マンションでなければできない仕上げ！天井は水漏れでカビてなければそのままつかえるはず。ぜひやろう。
壁
壁面は大抵のマンションで解体後にGLボンドという接着剤が盛大に残るので、上から塗装するかそのままにするかを判断する必要がある。
マンションリフォームの事例集で綺麗なコンクリート壁がでてくる場合があるが、あれはもう一回壁を仕上げなおしている。
余談だが世の中のほとんどのコンクリート打ちっぱなしの建築は、コンクリの上から打ちっぱなし風の塗装をしている（安藤忠雄のように本物のコンクリートで打ちっぱなしを仕上げるのはものすごく難しい）。一般人はその塗装をみて「やっぱコンクリート打ちっぱなしはかっこいいねー」と言っている。それは塗装だ。
たまに「コンクリート打ちっぱなしって寒くないの？」と聞かれるが、それは断熱が入っていない建築をイメージしているから。なので安藤忠雄の住宅は夏暑いし冬寒い。なお忠雄本人はタワマンに住んでいる。
マンションの場合、隣や上階に部屋があればそこが断熱として効くので打ちっぱなしでも大丈夫。
ただし床は例外。熱伝導率が高いので皮膚が触れたときに同じ温度でもコンクリートやタイルのほうが冷たく感じる。
それでお前は何にした
壁面はGLボンド撤去の上、塗装。一部モルタル塗り直し。一般の壁はAEP塗装の白マット仕上げ。寝室とクローゼットはモイスという調湿建材。壁紙はきらいなので未使用。
キッチン
食洗器
海外勢のデカイ食洗器をいれよう。パナソニックのビルトインは買ってはいけない。あれは卓上タイプよりも食器が入らない。
海外食洗器をキッチンをいれるときは、床から天板の下端までの高さに注意してほしい。日本だとミーレがデカい顔をしてぼったくり価格で売っているが、これは高さが80cmでギリギリ日本の一般的なシステムキッチンに入る寸法だからだ。AEGやボッシュは82cm以上を要求するので、日本の一般的な85cmの高さのカウンターだと入らないことが多い。逆に言えばとにかく下を82cm確保すればどのメーカーでも入る。AEGはカゴがリフトアップする。ボッシュは耐久性が高い。ガゲナウはボッシュの見た目をかっこよくしただけ。IKEAはAEGのリフトアップを削除した廉価版。ミーレはぼったくり（2回目）。
ガスorIH
中華料理命！でなければIHをオススメする。加熱時に上昇気流が発生しないから油が飛び散りにくいし、使っていないときはフラットだからほかの用途に使える。勝間和代氏はIHのガラスの上でうどんこねてた。
それでお前は何にした
コスト削減のためシステムキッチンは購入せず、天板だけ買って大工さんに施工してもらった。天板の下は無印の収納を突っ込んでいる。これで百万ぐらいコスト削減。天板はシゲル工業で作ってもらった。スクエアシンクって手で溶接するからめっちゃ高いんだけど、ここはプレス品だから安い。
スクエアシンク | ステンレスワークトップとキッチンシンク製造のシゲル工業
その他に検討したのはキッチンハウスのグラフテクト。今でもグラフテクトはアリだと思っている。
GRAFTEKT -グラフテクト- | 家具のようなキッチン・システムキッチン
水栓はLIXILのナビッシュA6。濡れた手で触らないので、水栓周りがよごれにくい。
https://www.lixil.co.jp/lineup/faucet/navish/
換気扇はパナのDEシリーズかフジオーにしよう。メンテがしやすい。
パナはDWという10年掃除不要と謳っている製品を推しているが、あれは代わりに一切のメンテができず、10年で本体交換を必要とする地雷。
IHもパナ。グリルまでIHにしている唯一のメーカー。このグリルが優秀で、オーブン代わりになるし、パンもおいしく焼ける。おかげでヘルシオとバルミューダトースターが不要になった。
洗面台
水栓は垂直面から生えたやつにすべし。立ち水栓は根本が汚れる。ダブルボウルは便利だが、なくてもなんとかなる。
それでお前は
LIXILのYL-537を2台設置。洗面台と水栓が一体型で、かつ壁から水栓が生えている。本来は公共施設用のものなので耐久性が高い。それでいてシステム洗面台より安い。いいことづくめ。唯一の弱点は排水トラップが真下に生えるから下の収納に制約がでる。
脱衣所にガスコンセントを引いておくと、ガスファンヒーターで冬の風呂上がりの寒さや洗面所の足元の冷えを解消できる。乾太くんやガス炊飯器もそうだが現代のガス機器は優秀なのにマイナーなのでもっと評価されるべき。
トイレ
安さに惹かれてパナのアラウーノにしたが、失敗した。パナはアラウーノの素材のことを「有機ガラス系新素材」とか言っているが、これは単なるプラスチック。普段は自慢の泡洗浄で汚れを防いているが、一度洗剤が切れると陶器の数倍の速さで汚れる。しかも洗剤の消費ペースが早く毎月補充が必要。めんどい。やはりトイレはTOTOにすべきだった。パナは商品設計はとても誠実なのに、どこかに弱点があると言葉のあやでごまかそうとするのがムカつく。パナソニックが聞きなれない単語を使い始めたら要注意だ！
手洗い器は洗面所と同じで、垂直面から水栓が生えているやつにしよう。その点でサンワカンパニーはダメ。あいつらインスタ映えすることばっかり一所懸命でメンテのことを忘れてる。
照明
調光可能な照明を入れる
人類は太陽の動きと連動して暮らす生活を何万年と続けてきたので、極力それに合わせた照明を計画するのが基本。究極は「日が沈んだら寝る」だが、現代人には無理ゲーなので「夕日が沈むのを遅らせる」のを目的とする。なのでだんだん暗くできる調光可能な照明をいれる。夕日の代わりなので暖色にする。色温度が変わる機能は不要。
増田は風呂や納屋も含めて調光可能にした。深夜になにかを思い出して、納屋やトイレに行ったときにバチっと全開でライトが付くのは不快だ。パナソニックがまさにそういった夜間だけ暗くなる人感センサースイッチを出している。
［トイレ壁取付］かってにスイッチ（換気扇連動・ほんのり点灯モード対応） | アドバンスシリーズ | スイッチ・コンセント（配線器具） | Panasonic
タスク＆アンビエント
聞きなれない言葉かもしれない。これはタスク＝作業場所とアンビエント＝環境照明は別々に計画しましょうということだ。真っ暗な部屋でスマホライトをを下向きにすれば手元が照らされ、上向きにすれば部屋がぼんやり照らされる。照明は向きによって機能が変わる。食卓やキッチンなど何かしらの作業が発生する場所には下向きのライトで必要な明るさ確保、それだけでは全体が暗いので、上向きの間接照明で明るさを補うといい感じになる。食卓の上にペンダントライトを吊るのはタスクライトのためであってオシャレのためではない。
この「何かしらの作業が発生する場所」はライフステージの中で結構変動するので、照明の位置や向き、数を可変できる「照明ダクト+スポットライト」が増田のオススメ。白くて丸いシーリングライトは、タスクに必要な明るさを確保しようとするとアンビエントまで過剰に明るくなる。すると眼の光彩が絞られて手元が暗く感じる→さらに明るいシーリングライトを買ってきて・・・の無限ループに陥る。親のいる実家がどんどん明るくなるのはそのせい。シーリングライトは法律で販売禁止にすべき。
それでお前は何にした
タスクライト→天井に配線ダクトをつけまくり、MAXRAYのレトロフィットスポットライトMS10481-44にウシオ電機のCシリーズの電球。
LDR6/5 E11 φ65 ロング（スポットライト） | 照明器具のマックスレイ | ウシオライティング（製品サイト）
信頼できるメーカーで調光可能で演色性が高くてそれなりに安いとなるとこのへんになる。ウシオ電機は一般にはあまり知られていないかもしれないが、建築業界ではとても有名な照明メーカー。器具自体はデザインでお好きにどうぞ。よく「LEDは10年もつぞ」と言われるが、その前に5年ぐらいで制御基板が壊れるので灯数が多い器具は電球が分離できるやつにしておいたほうがいい。
アンビエント→リビングはコイズミの棚上照明。商品名の通り壁面収納の上を間接照明にして天井を照らしている。
Shelf’s Compact Line｜シェルフズコンパクトライン｜コイズミ照明株式会社
寝室は壁面にパナのホームアーキの壁面ブラケット。天井には照明無し。
ＨｏｍｅＡｒｃｈｉ（ホームアーキ）｜ブラケット｜住宅用照明器具 | Panasonic
スイッチ
基本スイッチはすべてパナのリンクプラスで遠隔操作可能にした。正直高くついたしアプリは超クソだが、PSEを遵守したなかで選ぶとパナしかない。Philips Hueなどのスマート電球でリンクプラスの代用とすることも可能だが灯数が多いときはあまりオススメしない。演色性が低いのと基盤がすぐ壊れる。
アプリはクソなので(2回目)、これらをArduino+Homebridgeで自動制御しているが、詳細を書くとこの日記が3倍に膨れ上がってしまうので、そのうちQiitaにでも書く。
なお照明は製品設計としてそれなりに奥が深いので（インバーター周波数とか演色性とかカンデラとルクスとルーメンの違いetc）なるだけパナか照明専業メーカーのものを使おう。安いからってアイリスオーヤマとか買っちゃダメ！
[B! 家電] ブログ アイリスオーヤマのLEDシーリングライトのチラツキが酷い
パナのアプリがクソで思い出した。パナソニックの玄関ドアホン、これもアプリも超クソだった。ピンポーンとなってからスマホで出るまでに30秒はかかる。 30秒もまたせたら相手は留守だとおもって立ち去ってしまう。それじゃあ、と思ってアイホン、Google Nest、Alexa Ring、も買ったが同様に遅延がひどい。どうしろと！！
→結果、Aqara G4でなんとかジプシーを卒業できた。今んとこまともに機能するスマホドアホンはこれだけかも。
安藤忠雄は好きです。
2023-07-24
■半年くらい子育てしてみた感想（別人）
https://kinoppyd.dev/blog/child-are-half-year/
赤ちゃんってなんでこんな不安定な状態で生まれてくんのかなってマジで毎日思ってる
鹿を見習ってほしい
- 男の育休は現行制度で4回に分割して取れる。これを有休と組み合わせることで経済的なダメージを軽減できる
- 無痛分娩はいいぞ！
- ロボット掃除機はいいぞ！
- 追加冷凍庫もあると特に離乳食以降うれしい
- トラベルシステム・ネクストシステムはうちは活用できなかったので、よく考えよう
- スリーパーは多少高くてもディモアの純正品を買っとけ
- 月齢低いうちは可搬のコンパクトベッドでOKだった
- ベビージム買えばよかった
- 大体のベビー用品メルカリで十分説
- ミルクやおむつは地味にドラッグストアが一番安い。1割引クーポンを使うと良し
- マル乳がありがたい。子のワセリンなどは無料で手に入る
- 赤ちゃんファーストはすぐ商品消えるので早く換えたほうが良い
- ベビー商品券は使える所が少ないから気をつけろ
以下お気持ち
育休
とにかくお金がない
育児給付金には上限があるので満額6.7割ももらえず、貯金を切り崩さないと生活が成り立たない
正直、妻が専業で第一子なら1ヶ月でもいいのかな。母親のダメージが癒えるまで
育休中
育休期間中は炊事洗濯掃除など子の世話以外の家事と風呂あたりをやってた
様々な家電の助けはあったが、まぁなかなか大変で眠かった。もうやだ
昭和の主婦ってどうやって乗り切ってたんだろうな。マジで戦闘民族だと思う
病院
コロナ関連は病院によってかなり対応違うと言うが、うちはエコー外来・パパママ教室・出産時のみ立会可だった
食事がかなり豪華だったらしく（食事は両極端に振れる印象）、妻は楽しんでいたようで良かった
入院中は会いに行けなかったわけですが、今の時代LINEでやり取りできるのでよかった
赤子の生態について
例の研究の話、2ヶ月ぐらいの時にはよく部屋の壁沿いにぐるぐる歩いていたんだが、効果があるようなないような……
まぁ寝るまで無限に歩くより、8分とか時間の目安に合わせて動けるのはかなり気が楽で、そこが良かった
睡眠運用、両親とは別室でベッドで寝かし、ベビーモニターで監視という体制で臨んでいる（今はエアコンあるので一緒に寝てる）
当初は妻には21時ぐらいに寝てもらい、自分は24時前後まで残り最後のミルクをやり、3時頃の夜間対応は妻に任せるという体制で臨んでいた
そのうち夜起きなくなり、最近は19時前に寝かせて朝6時ぐらいに暴れ始めるというサイクルが確立してきた
うーん、これは夜泣きなしで進んできたのだろうか。夕方にはしっかり機嫌悪くなるが。このまま進んでほしい
メンタル的な話で言うと、最近お子さんかわいいでしょ？みたいな聞かれ方をするのが若干ダルく感じてしまっている
かわいい3割、しんどい7割、おもしれーやつ…5割のボルテージMAX150%という感じで、正直手放しでかわいいと即答はできないのだ
別にただの社交辞令だし適当に答えておけばいいんだが、まーーーダルいのでとりあえず自分がこの話するのは絶対やめようと思う
ミルク
うちは明治ほほえみ派でした
これは液体の缶があるので、旅行中とかはそれを飲ませればいいかと思ってた
缶だと嫌がって飲まない
ナンデ？
あとキューブもあるんだが、哺乳瓶に若干出しづらく今ひとつだったな
おむつ
妻が元保育士なんだが、とりえあずマミー◯コは安いけどやめとけとの事
おすわりMはパンツだけどテープが両脇にあるので捨てやすいのだ
ただ売ってるとこが少なくやや高い
立ちだしたら特売率の高いメリーズに戻す予定
ウンなだけに！ガハハ！
アホな放尿犯〜
みてね
とりあえず3枚画像なり動画なりを毎日上げておけば、その日のnか月前の様子を振り返られるようにしてくれて、これが楽しい
ジジババは毎日アップを楽しみにしているようだ（私はログインボーナスと呼んでいる）
遠方から孫見せに来い圧をあまり感じず、みんなハッピーだと思われる
あと10秒動画、あれすげーいい感じに切り取ってくれるんだがどうやって作ってるんだろうな
冷凍庫
追加で買ったのだが大活躍している
業務スーパー、便利ですよね
離乳食がはじまると、ペーストにしたやつを冷凍保存するのでなお便利
抱っこひも
若干マニアックなところで、ポグネーのセットのやつを買った
首すわり前でも使い始められるベビーラップと、ヒップシート、抱っこ紐がセットになったもの
今抱っこ紐で絶大な効果を発揮しており買ってよかった。ヒップシート連結で安定感がある
だが、やはり抱っこしながら両手が使えるのは絶大な効果があり、育休期間中の友として大いに活用させてもらった
今にして思うとこの頃はまだ体も小さいし扱いやすかったなぁ
乗せ下ろしが楽なのが良い
ベビーカー
歩いて体力を付けさせる、ベビーカーがなければ歩くしかないという脳筋理論
チャイルドシート
うちベビーカー使わない上に集合住宅なので、あれと大きくなった子を車まで持って行くのはなかなかの重労働
という事で後部座席に据付になり、普通のベビーシートと変わらなくなった
回転式を4歳まで使って、そのままブースターシートに行くのが良かったかな……
写真爆発問題
2年くらい前にNASを捨ててGoogle Oneに移行しており、解決
そういえば写真といえば、ミニ三脚とMagsafeマウンタの組み合わせが超便利なので書いておきたい
https://www.amazon.co.jp/dp/B0BXNT4NRX
これ
超便利よ
例えば食事シーンを撮りたいとなったら、これセットしたミニ三脚立てて、スマホを磁石でつけて撮るだけ。一瞬でできる
まとめ
まとまらん
2022-08-27
■センスの無い未経験が年収300万強のプログラマとして就職して必要だったこと
学歴がよくなくて、就職が困難だったので中小 SIer で働いていた。 (プライム案件を取ってこれる分マシらしい)
レキサルティ、レクサプロ、デパスのお世話になって続けてたけど、結局は薬でどうにかできず、辞めてしまった。
参考程度だけど、未経験の人が 300万 をもらうために、どのようなスキルが必要かを、まとめておく。
ちなみにどれくらいプログラムが書けなかったかというと、競技プログラミングで努力しても AtCoder の黄色になれず青色のままってくらい。
AtCoder でいう、初心者から抜け出せないという、要するにセンスがないということなのだけど、そういう人も居そうなので、参考までに。
要するに
未経験のプログラマに対して、これだけ要求されるのだから、未経験の人は覚悟するようにという指針を提供したいので書いた。
入社時に覚悟しておかなければならない事
誓約書
基本的に、損害を与えた場合には、それを作業者が補填するという誓約書を結ぶ。
要するに、捨て駒として扱って、失敗したら賠償しろ、という事になる。
このことを認識して、失敗しないように振舞ないと、連帯保証人含めて迷惑をかける事になる。
要するに、低賃金で未経験プログラマを案件にノーリスクで送りこんで、稼ぐための手段です。
必要だったスキル
ディレクション
基本的に PL (夢想家) → PM (御用聞き) → プログラマ という環境なので、プログラマが自分でディレクションして意思決定する必要がある。
例えば、下請けの場合は、PM の御用聞きの結果の WBS に合わせないと、顧客から DM で 瑕疵担保責任がどうとか言われる。
社内開発の場合は、PL の方から直接、長時間の叱責を受けなくてはならない。
そういう不幸を防ぐためにも、自分でディレクションして、PM の決めた実態を反映していない WBS に合わせて作業するスキルが要求される。
基本的に手戻りは個人の過失になってしまうため、手戻りしないように考え抜いて意思決定をする、というのが重要になる。
これこそ、ガクチカと呼ばれる、頑張れますというスキルなので、学生時代に頑張っておけばよかったなぁ。
デザイン
こう見せたい、こう表現したい、という事を伝えるには、必然的にデザインの知識が必要になる。
創造的思考とデザインは切っても切り離せない概念で、デザインとは創造なのだから、当たり前である。
ソフトウェアアーキテクチャも、ソフトウェア設計も、コーディングもデザインと言えるかもしれない。
言語技術 (言語化能力)
顧客と 1:1 で話す事が DM でもボイチャでも突発的に発生するので、いつ、いかなる時でも論理武装していなければならない。
まぁ、顧客であったり PL であったりはキレるのが仕事なので、それに対して理路整然と説明する必要がある。
なんとなく、では納得しないし、すぐ損害賠償請求とかそういう話にいくので、答えられないと持ち帰りますとお茶を濁して、エマージェンシーになる。
後述する設計能力においても、課題を把握するための言語技術(言語化能力)は重要なファクターだと思う。
ソフトウェア設計
C/C++ のシステムプログラムはフレームワークが基本的に無いので、自分で概念を整理して、どのような変更、拡張があるかを考えて設計する必要がある。
この能力が弱いと、手戻りが発生しやすくなり、瑕疵担保責任を問われることになる。
読んだ本の中だと、ボブおじさんの本が、やっぱりしっくりくるなという個人的な感想がある。
ネットワークプログラム (C)
UDP で送ってくるデータを受けて 24/365 で停止しない WebAPI への繋ぎ込みという簡単な作業があって、振られた。
リークしてはいけないという事で malloc は禁止で、グローバル変数を利用するという変なルールがあった。
Rust で書けばいいんじゃないかなと思ったけど、Rust 書くのもシンドイし、C/C++ で、しんどくて読みづらいコードを書いた。
あとで保守する人が大変そうだけど、そういうルールを決めたのは PL だしね。
システムプログラム (C++)
なんか、特殊な PCI Express のカードからベンダーが用意している SDK でデータ引っこ抜いて Web API へつなぎ込む部分をやった。
一応、SDK の使い方をパラ見して 1 日で作ったので、別に負担じゃなかったけど、素人にやらせるんなとは思った。
Webバックエンド (Express/Fastify + PostgreSQL)
当たり前だが、DB 作って RestAPI を生やすのは現代のプログラマにとって自然にできなければならない。
なので、新規開発のサブモジュールのバックエンドを任せられた。
だが、ORM の癖を把握したり、発行されるクエリを確認したりするのは、疲れる。 SQL を直書きするのはシンドイ。
結局 SQL を直書きすることにしたけど、あまりいい決断ではなかったと思っている。
それ以外は フレームワーク に乗ってしまっていいので、書き捨てる分には楽だった。
最近だと、TypeScript で Prisma 使うのが、型安全でよさそうだなと思っている。
Linux の操作 (EC2 とか)
デプロイを EC2 直でやったり ECS にしたりとしていたので、ベアメタルの知識が必要になった。
要するに systemd のいじり方とか、死活監視の仕方とか。
個人的には、クラウド嫌いなので、ベアメタルの方が安心できる。
Bind で権威DNS を管理して、postfix で絶対止めてはいけないメールサーバを管理するとかもあったけど、出来て当然ではある事だし。
Webフロントエンド (React/Vue)
未経験プログラマでも、月単価 100 万以上で顧客に請求してるんだから、会社はそりゃ儲けるだろうと思った。
会社が一人前の経験N年のプログラマといったら、その通りに振舞う必要がある。顧客に責任はないのだから。
当たり前だが、Webディレクション、Webデザイン、Webプログラミング, Webマークアップ は、全て作業者であるプログラマの仕事になる。
個人的には、これが分かれている理由が良く分からないけど、分けたい人がいるんだろう。
デザインで、CSSフレームワークを使うと、その色が出るという事で、全部 CSS は手書きしていた。
tailwind が出た現在では使っていればよかったなと思う。
結局、全く分からない中、手探りでデザインし、コードを書いて、顧客に 1 日 5 ~ 10 回リリースするという行為をした。
顧客は大手企業だったので、自社のエンジニアならもっと出来る、と叱責されまくったけど、だったら自社でやればいいじゃんと思った。
一応、今でもサービスは生きていて、ユニークユーザ数は上がっているらしい。
そして、焼き付け刃だったので、 WAI-ARIA を知らず、アクセシビリティへの配慮が足りない事が問題になってしまった。
これはなんとか保守対応にねじ込めたのでトラブルにならなかったけど、瑕疵担保責任と綱渡りだなと思った。
CI/CD 構築 (Azure Pipelines)
当たり前だが、リリースサイクルを短くしないと顧客はキレてしまうので、CI/CD を整えないといけない。
今は Github Actions とかあるけど、昔は無くて Bitrise が高いからみたいな理由で Azure Pipelines で CI/CD フローを構築した。
もう Multi Stage Pipeline になってるだろうけど、Release Pipeline が GUI からしか設定できないのが辛みだった。
IaC (Terraform)
当然だが、デプロイするためには IaC を整える必要がある。
これを知らずに、コンソールでポチポチしていたので、 IaC 出来てない事がバレた時に色々怒られてしまった。
自動テスト
本来はテストも自動テストを整えて、質保証をしてバグを減らさなければならない。
だが、テストを書くという手間を払えなかったので、人力テストしかできなかった。
一応、リグレッションテストを人力でやりまくったので、バグ発見曲線が結合テストでの IF 不一致しかない、という結果にはなったけど
自動化できれば費用が必要じゃなかったから、怠慢だと、責められてしまった。
同じような未経験の人へ
未経験でも誓約書を盾に、振られた事全部を出来なくてはならない慣習があるので、プログラマはそんなに良い職業じゃないよ。
甘い考えで、プログラマになろうと思っているのなら、考え直した方がいいです。
2022-05-08
■ギークためのChromebook入門
本エントリの目的
ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか？(他力本願)
開発者は初手でデベロッパーモードにするべし
セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。
ハードウェアの選択
Webで完結するのであれば低性能機で問題ない
Webでエンタメを楽しんだりWebツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的にタブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ。
ただし、Webベースのゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。
ChromeOSもハードウェアスペックで殴ると快適なのは変わらない
Core i7クラスのCPUや16GB以上のワーキングメモリ、SSDストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラスの3DCGなAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。
Android Appレイヤーを中心に運用したいと考えてるならばx86_64機は非効率
Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。
1つのIDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者はマジで底辺にしか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。
しっかりリソース管理できているChromebook向けビルドはアーキテクチャによらずサクサクなのでクロスプラットフォームなビルドはマジで開発チームの腕が如実に反映される。
ちなみにSnapdragon 8 Gen1なChromebookの公式発表は今のとこ無いのでAndroid Appレイヤーをブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。
Android Appレイヤー
macOSのiOSレイヤーよりAndroid App数は多いし操作性は良い
Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSをサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。
Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。
GPSは事実上ほぼ機能しない
ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPSモジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPSレシーバを接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。
USB over MIDIが使える
Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能なものの、iOSと比較してレイテンシがそこそこ大きくDTMに活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。
そもそも既存のAndroid AppなDAWはVSTやLV2などの外部プラグインに対応していないのでAUプラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか？
ただし、DAW単体でDTMを完結するとレイテンシはほとんど気にならなくなるので絶対にAndroid AppでDTMが不可能というわけでもない。
Linuxレイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。
ChromeOS向けマルチタスクへ対応していないとAndroid Appはスリープする
ChromeOS向けマルチタスクへ対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。
まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroidスマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの？とは思う。
ICT教育で日本中の学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスクは考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか。
Linuxレイヤー
実体はLXC/LXD
LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも？
デフォルトのイメージはChromeOS向けにカスタムされたDebian。
別のLinuxディストリビューションへ置き換えることも出来るが一部機能が制限される可能性がある。
IMはLinuxレイヤー側で用意する必要がある
ChromeOSで動作するGoogle日本語入力とは別にLinuxレイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊なものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難。
USB Pass Throughが使えない
ChromeOSへマウントされたUSB機器、というかシリアル接続された機器はLinuxレイヤー上から認識しない。
見掛け上で接続されているハードのすべてはソフトで仮想接続されているだけなので、一部経路から上手く認識しなかったりする。
つまりLinuxレイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linuxレイヤーでゲームやろうと思ってもUSBゲームパッド動かないのでマウスとキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。
それぞれが独立しているLinuxレイヤーとAndroid Appレイヤーは相互に認識しない
言うなればAndroid Appレイヤーでスクリーンキャプチャ系のアプリによってLinuxレイヤーで動くGUIアプリをキャプチャしようと思ってもキャプチャできず撮像は暗転している。
ChromeOSがホストでLinuxレイヤーとAndroid Appレイヤーはゲストなのでそりゃそうなんだけど気付かないとハマる。
LinuxレイヤーにDockerを構築するのはやめておけ
LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境がChromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲストOS上へ仮想環境を構築しているという前提は認識しておくべき。
つまりゲストOSの制限はKVMも引き継ぐ。
ただしこれはDockerが導入できないという意味ではない。
自分で解決する気概があるのならばDockerは便利に使える。
Web開発であれば必要十分
CLIツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWebデザイナーは悲しい思いをするかも知れない。
GIMPやInkscapeなども動くけれどデザイナーはAdobe使いたいんじゃなかろうか？
Chrome OS向けAndroid Studioが存在する
Android App向けIDEのAndroid StudioはChromeOS向けが存在するのでAndorid App開発が可能。
しかしデベロッパーモードでなければエミュレータや実機デバックに制限が発生するので注意。
3DCGゲームを作りたいのであればGodot
UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスはMITなので商用利用だってイケる。
3Dのほか2Dゲームもいける上に、最近のIDEよろしくマウスでポチポチとUIを作れるし、軽量動作、物理演算、日本語ドキュメントまで揃っているので中高生もガンガン使える素晴らしいIDEだ。
総評
浅い部分は気軽だが深い部分は非常に難解、それがChromebook
浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザの視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。
しかし一度Linuxレイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇なLinuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APTからIDEをインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。
そもそもHTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初からUbuntu使えよって話。
ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ。
追記
少なくともGoogle系エコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSIペンが使えるし、USBポートはUSB-Cだ。
そこそこのChromebookは多くの場合HiDPIなIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースのアップデートを無償で得られ、Gentoo LinuxベースなChromeOSは潜在的なマルウェアの絶対数がそもそもWindowsやMacよりも少ないという利点がある。
Bluetoothイヤホン・ヘッドフォン・ヘッドセットも使えるし、NestスピーカーやNest Hub、Nest Camを持っているのであればGoogleアシスタントからのコントロールが容易なのは想像が付くだろう。Android AppレイヤーはGoogleのホームマネジメントアプリであるGoogle Homeも動く。
大胆にも憎きCapsLockキーをデフォルトで殺し、Everything Buttonキーとして独自キーバインドを与えたのも面白い。
もちろんこれは選択するハードによるものの指紋認証でロックを解除することまでできる。
Googleエコシステムへ浸かっていてGoogleへ個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言で欠点を表現することが可能だ。
「Chromebookじゃなくても別に良くね？」
そう、ギークがLinuxを使いたいのであれば別にChromebookじゃなくても良い。
というかギークは別にLinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OSは別になんだって良い。
このエントリは単にChromebookという新しい沼へギークの皆さんをご案内しているに過ぎないのだ。
2020-12-13
■今年買ってよかったもの
Google Nest Hub
朝のラジオ体操、天気、ニュース、音楽、近所のお店の開店時間やちょこっとしたことは検索せずにこれに聞く。
Googlehomeは持っていたけど、画面があるのは思った以上に便利。
画面は正義
全自動コーヒーメーカー
自宅勤務になってコーヒーを一日に4杯ぐらい飲むようになった。
スイッチ一つでコーヒーが入れられる手軽さを知るともとには戻れない。
もともと丁寧にコーヒーを入れる趣味はなく、淹れたてを手軽に飲めたら良い派なので大満足。
手軽さは正義。
ストレッチポール
凝ってきたな、と感じたらコレに縦に乗る。
肩甲骨の間にポールを入れて左右に体を揺らすといい感じにほぐれる。
4Kディスプレイ
メリットはとにかく画面が広い!
左右にウィンドウを２つぐらい平気で並べられる。
だから何かを比較検討したい時なんかは比較したいものを左右に並べて見比べられる。
オンラインマニュアルを参照しながら、もう１つのウィンドウで実作業したりも余裕。
ウィンドウを切り替える手間がなくなるだけでだいぶストレスが減った。
普段はノートPCを使っているのでノートPCのディスプレイも含めると画面空間が本当に広くなった。
広いのは正義。
アーチサポート ハーフインソール
今年買って良かったモノで一番かも。
これを使ってから日常の通常動作で体が疲れることがほとんどなくなった。
電車通勤でイスに座らなくても平気。立ちっぱなしでもぜんぜん体が疲れなくなった。
たまに10キロぐらい歩いてみることがあるけど、歩いても体はほとんど疲れない。足が裏がじんわり痛い程度。
ただし、こうなるまでには少し時間がかかる。俺の場合は１ヶ月ぐらいかかった。この辺りは個人差があると思う。
おかげで仕事から帰ってきても元気なままでいろいろと活動できるようになった。
俺はIT系のプログラマだから、家に帰ってきてからも技術的な学習とかやったりしてる。学習するのに体は意外と重要。正直、それまでは学習しようと思っても疲れ切っていて出来なかった。
デメリットは値段。
インソール自体はいろいろ種類はあってだいたい千円から二千円ぐらいが主流で、それに比べるとダントツに高いけど、効果を考えると全然安いと思ってる。
なんせ体が疲れづらくなる。
今まで体のメンテだと思って定期的にマッサージ屋に行ってたけど行くのをやめた。必要性を感じなくなったから。
少なくても俺にはかなり合ってた。
2020-09-30
■【質問】ホロライブはどうすれば良いの?
炎上しているがどうすれば良いの?
いろいろ意見いっている人がいるがどうするのが良いのだろ?
最初の謝り方がミスったのは確かなのだが、いろいろ嘘情報がある中でどうすれば良いのだろう
前提
ホロライブ運営の資本はほぼ日本
を見ればわかるが
- 経営陣
- AT-Ⅱ投資事業有限責任組合：これはグリー株式会社
- みずほ成長支援第2号投資事業有限責任組合：みずほ銀行
- OLM 1号投資事業有限責任組合
- Tokyo XR Startups株式会社
- HTC Vive Investment Corp.：HTCは台湾企業
- TLM1号投資事業有限責任組合
- i-nest 1号投資事業有限責任組合
- HAKUHODO DY FUTURE DESIGN FUND投資事業有限責任組合
- 千葉道場2号投資事業有限責任組合
- SMBCベンチャーキャピタル5号投資事業有限責任組合
- DIMENSION投資事業有限責任組合
- 他個人投資家
構成から考えておそらくホロライブ赤字経営の疑いがある。年億単位で赤なのでは……
カバーは従業員100人ぐらいの企業
おそらくホロライブ事業に関連してるのは30人ぐらいなのでは?
中国には支社(子会社)も現地法人もない
調べるとわかるが支社はほぼ作るの無理。現地法人は立てるのにすごい金がかかる。たった7億程度しか調達できない会社には無理
そもそも、Youtubeの放送を野良にかってにミラーされていてまずい事態だったので、現地の協力会社にミラーを集中してもらっているだけ
bilibiliのミラー禁止しろって言う人がいるが、それはYoutubeにいうべき。カバーに停止する事は無理。
「中国から撤退しろ」って言う人がいるが、進出してないので撤退できない。
中国からほとんど収益を得てないはず(マイナスなのでは?)
bilibiliの投げ銭は中国国内の機関でしか受領できない。これは「現地協力会社」が受領している。ホロライブの子会社でもないのでこの金はほぼ取れないはずです。
bilibiliの手数料は「50％」です。おまけに税金高いのでほとんど受領できない。
「現地協力会社」はどうやらかなり小さな会社らしく、ミラーを現地のボランティアにたよっている状態。いちおう報酬はある可能性があるが、「現地協力会社」しか知らないのでは。
bilibiliに文をアップできるのは「現地協力会社」
野良ミラーがまずいので協力会社に依頼しているだけで、別に中国に進出してないから……
台湾表記はYoutubeのせい
最初にそれだけ言えば良いのに。
【質問】ホロライブはどうすれば良いの?
前提を基本として、どうすれば良いのだろう?
■9 月 27 日(日)に公表した公式声明における 経緯説明と今後の弊社方針につきまして（カバー株式会社）
PDF表示プラグインを使うことしかできないようなので、テキスト化してあげた。
元ページ
https://cover-corp.com/2020/09/30/093001/
元PDF
https://cover-corp.com/wp-content/uploads/2020/09/9月27日（日）に公表した公式声明における経緯説明と今後の弊社方針につきまして_v7.pdf
9 月 27 日(日)に公表した公式声明における 経緯説明と今後の弊社方針につきまして
このたびは、先般の公式声明において混乱を招いてしまい、誠に申し訳ございません。
2020 年 9 月 27 日(日)に、弊社所属タレントにおける YouTube チャンネル統計 データの無許諾使用、ならびに弊社社内ガイドライン(サービス提供国の社会通念 および当該国の方針を配慮する旨)に反する行為・言動が確認されたことを受けて、 弊社より本件のお詫びとタレントへの対応措置について公表をさせていただきました。
しかしながら、本公表におきまして、中国向けとして投稿した内容と日本向けに 展開した内容について齟齬がございました。本件につきましては、不用意に混乱を招く 事態となりましたこと、深くお詫び申し上げます。
当初投稿した公式声明が公表されるまでの経緯につきまして、ご説明いたします。
＜経緯＞
1. 本行為・言動が発生した際、「ホロライブプロダクション」所属タレントに対する誹 謗中傷や生命・身体を脅かすような書き込み等が多量に発生する事態となった。本 件の対応としては、当該発言の動画の配信停止ならびに削除を実施した。
2. 当該発言の動画の配信停止ならびに削除を実施したものの状況は改善されなかった ため、社内で定められた基準により、公式声明と当該タレントの処分の発表を決定 した。
3. 公式声明の作成にあたっては、中国現地の協力会社とも慎重に検討した結果、タレ ントや社員らの安全と活動を守るため、中国向けの声明に関しては、問題となった 発言に対し強く言及する声明を出さなければ解決が難しいという指摘を受けた。
4. 以上の状況を受け、最優先すべきタレントと関係者の安全を担保するためには弊社 からのいち早い声明が必要だと判断し、緊急措置として過日の公式声明に至った。
上記経緯により、結果的に一部の国や地域に対し、配慮に欠けた表現の趣旨を内包する 公式声明を公表する形となってしまいました。本件につきましては、国内外にご迷惑を おかけする問題であったと痛感しており、深く反省しております。
現在「ホロライブプロダクション」は世界中の国や地域でご視聴いただいており、 弊社といたしましては、サービスを提供するそれぞれの国や地域の法律や慣例慣習、 社会通念など、その時点で決定されている当該国の政府の方針に基づきサービス 提供することを原則としています。
ついては、サービスを提供する国や地域によってポリシーやガイドライン、 コミュニケーションが異なるため、それぞれに合わせた伝え方や内容に配慮した 声明内容となりました。公表内容に相違がある公式声明を発表してしまい、 混乱を招いてしまったこと、改めて深くお詫び申し上げます。
本内容において混乱を引き起こしてしまったことを真摯に受け止め、経営責任を 明確化するため、2020 年 9 月 29 日(火)に実施した緊急経営会議におきまして、 代表取締役社長への厳重注意処分を行うと共に再発防止としてコンプライアンス 委員会の設置等を決議いたしました。さらに、弊社代表取締役社長におきましては、 本事象を重く受け止めており、役員報酬の一部を自主返納いたします。
今後も弊社が発表する声明に関しましては、各国の法律やその時点で決められている 方針に基づいたものを前提として対応いたします。また、いずれの立場に置いても 公平を保った範囲で、表現や発言の自由を準拠する方針を明確な社内規定として 制定し、ガイドラインをより強固なものとしてまいります。
引き続き、皆様へより良いサービスを提供させていただくために、常に真摯な態度で お客様と向き合うことを約束し精進してまいりますので、ご支援のほど何卒よろしく お願いいたします。
本件のお問合せについて、 タレントへの連絡はご遠慮いただくようお願い申し上げます。
ABOUT
VISION 日本発で最先端の二次元エンターテインメント体験を
VIRTUAL ENTERTAINMENT COMPANY
カバー株式会社は、VR・AR・5G等のテクノロジーを活用して、日本発で最先端の二次元エンターテインメント体験を提供することで、世界中のファンを熱狂させることをビジョンとする、VTuberのプロダクション運営や、VR・ARライブ配信システム、ARアプリなどの開発を行っている企業です。
会社概要
| 社名 | カバー株式会社 |
| 資本金 | 4億5,280万8,545円 |
| 設立 | 2016年6月13日 |
| 代表 | 代表取締役社長CEO 谷郷 元昭 |
| 株主 | 経営陣、AT-Ⅱ投資事業有限責任組合、みずほ成長支援第2号投資事業有限責任組合、OLM 1号投資事業有限責任組合、Tokyo XR Startups株式会社、HTC Vive Investment Corp.、TLM1号投資事業有限責任組合、i-nest 1号投資事業有限責任組合、HAKUHODO DY FUTURE DESIGN FUND投資事業有限責任組合、千葉道場2号投資事業有限責任組合、SMBCベンチャーキャピタル5号投資事業有限責任組合、DIMENSION投資事業有限責任組合、他個人投資家 |
2020-05-14
■一人暮らしQOL爆上がりアイテム
今まで生きてきた中で、買って使って「うわー！QOL爆上がりだー！」と思ったものをあげる。
なにせ10年以上も一人暮らしをしているので、「今コレかよ！」みたいなのもあるだろう。
もっと爆上がりしたいので、みんなもこのくらいの衝撃を教えてほしい。
しかしこういうのって、お金をきちんと払って爆上がりしても「爆上がりだー！」とはならないところあるよね。
「うむ、爆上がりである」みたいな、納得の爆上がりというか。
そういうわけで除外だ。すまん、dyson（エアクリーン。めっちゃいい）。
・おだしがしみたきざみあげ
https://sagamiya-kk.co.jp/odashi/
一人暮らしなので、味噌汁はインスタントである。そこにこれをたたき込む。
概して、インスタント味噌汁は尖った塩分の味がする。減塩にすると、やる気がなさ過ぎる。
それにこの甘いだしを真正面からぶつけてやる、それだけで味噌汁に光が満ちる。
これを150円前後で世に送る相模屋はみんなにほめられていて欲しい。
https://store.google.com/jp/product/google_nest_mini
最初は天気だけ聞いて終わっていたけど、何ができるのか改めて見てみたらめちゃくちゃよい。
ラーメン湯がくときのタイマーも叫べば勝手にセットしてくれるし、醤油が切れたとき買い物リストに追加もできる。
タイマーを叫ぶだけでセットできるのは本当に強くて、漂白剤のつけ置きもほったらかしにくくなった。
あと、おはようって言ったら朝のラジオニュースを流してくれる。少しこちらが心を許せば（許可設定）今日の予定も教えてくれる。
https://www.thermos.jp/product/detail/jde-420.html?color=S
サーモスタンブラー買った人あるある「氷が一晩経っても溶けきってなくてビビる」を経験して以降、虜である。
あまりにタンブラーしか使わないので、先日、マグカップやガラスコップをほとんど処分してしまった。
これは、偽物を買ってはいけない。偽物は、何か飲み口が分厚いのである。
欠点はレンジにかけられないことと、透けないので、きれいな色の飲み物を飲むとき寂しいこと。
・暖房便座
バストイレ別で通常の便座が取り付けられていること、あると思う。
コンセントがトイレ内にあるのを確認できたら、ウォシュレットまでいかずとも暖房便座は買うべきだ。
（退去時に前の便座にしてくれたら文句言われないはず…たぶん…）
便座がひんやりしていない、ただそれだけで人は優しくなれる。
2019-12-05
■エンジニア職に就いたあと辞めたポエム
補足→ https://anond.hatelabo.jp/20191205212350
これは退職者アドベントカレンダー2019 (https://adventar.org/calendars/4051) 5日目の記事です。最初は自分のブログに書くつもりでしたが、書いてるうちにどこまで筆が滑っているのかわからなくなったので増田に投げることしました。そしたら余計にタガが外れたのはご愛嬌。
What's this
よく見かける「未経験からエンジニアへ！」ストーリーの、あまりなさそうなルートです。よくあるルートのほうはなぜかTwitterで報告して「○○系エンジニア」的な命名をしてから入社その後の動向が闇に葬られているのをかなりの確度で見かけますが、まあ、なんか、いろいろあるんでしょう。逆にそういう成功（？）体験の生存バイアスを強化する情報ばかりあふれていると情報として健全でないように感じます。
といいつつ後日しれっと消えてたらInternetArchivesか魚拓で会いましょう。
この話はここから先はフィクションです。剣も魔法も労基法も出てこないファンタジーです。
who are you
地方に潜むフリーターです。好きなvirtual beingsはロボ子さんと東雲めぐさんとれいきらさんです。
これまでは自分のためのプログラムを書き散らすだけで、ITとは無関係のバイトをしてきました。玉掛とフォークリフトなら任せろーﾊﾞﾘﾊﾞﾘ
入社の経緯
会社にもぐりこんだいきさつはやや特殊なのでぼやかします。とあるきっかけで知り合った人から誘われました。リファラルです。なお、とあるきっかけはなにかと炎上しがちないわゆるプログラミングスクールなどではないことを防火剤がわりに書いておきます。そんなもんに使う金など無い。
その人のことはあんまりよく知らなかったのですが、CTOとして手伝っている会社のシステム部門で人手を探しているとのことでした。会社のホームページにはリクルートページなど無く、何をやっているかいまいち要領が掴めなかったのですが、ざっくりと自社製のWebアプリ開発をやる感じらしく、内容も聞いた限りでは（自分のスキルと照らし合わせて）そんなにどえらいわけでもない印象でした。ちょうど金もないし無職だし、少し経験でも積んでみるかという気になったので、この際ホームページがDreamWeaverのサンプルを流用したまんまといった細かいところは観なかったことにしました。
面接にいくと社長から「いつからこれるの？」と言われたので「あっこれは」となりましたが、金がなかったので是非もなくそのまま入社の運びとなりました。この頃はプログラム書いて金もらえるなんてサイコーとか思ってました。ちなみにgithubやatcoderのアカウントを書いた職務経歴書は一顧だにされませんでした。
やったこと
地方の製造業のシステム部門を切り出して別会社にした形態の、創立数年ほどの会社です。自分のほかにもうひとり、社内情シスのようなことをしている方がいましたが、基本的にはサポートが専門な感じでした（ただし肩書は自分と同じでしたが）。紹介してくれたCTOは週に一度のMTGに顔を出すだけということで、実質的に常駐している人間でプログラムが分かるのは業界未経験の自分だけというチャレンジングな環境からスタートしました。なお入社して社内の平均年齢を大幅に下げることになりました。
レスポンシブ化
ちょうど入ったタイミングで情シスの方が抱えている仕事があり、とくにやることもなかったので手伝いました。グループ会社のサイトをスマホ対応させるもので、事情はわかりませんがそれまで他社に制作を委託していたものを自社で運用することにしたとのことです。みてみるとWordPress4でPHP5が動き、Bootstrap3を使ったオリジナルカスタムテーマで運用してきた様でした。もちろん仕様書やローカル環境もあるはずがないのですが、どうせ自分はWebデザインなど知らんのでとりあえず直にheader.phpにviewportを書いてmain.cssにメディアクエリを設定して、ザ・web制作初歩みたいなレスポンシブ対応をしましたが、デザインについて当事者との意見のすり合わせの機会なんかの開発手順はなかったので良しとしました。
新規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取得
これはやったことというか思うところあってプライベートで取り組んだことです。自分の想像していた開発現場との乖離を感じたので、こういうのは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エンジニアをしたサンプルというのは見かけないかもなぁと思って投稿しました。光あるところに闇あり。
といいつつ、やっぱり好きなことの結果がおかねになるのはいいよなぁと思った次第です。プログラムを書くのは楽しいけどエンジニアリングは超絶むずい、が雑な総括ですが、今回のことを顛末次第にはする気はないので、どこかに拾ってもらえるよう精進するきもちになりました。