「バックエンド」を含む日記 RSS

はてなキーワード: バックエンドとは

2022-08-20

アカデミアやめて本当によかった

スペックアラサーIT系人材Web系はだいたい一通り触れてきてフロントエンドバックエンドもある程度できるけどインフラは最低限くらいにしかできない程度に苦手。言語PerlJavaScriptから始まってPHPRubyPythonGoTypeScriptあたりは言語レファレンスを見なくてもある程度は書ける。非WebだとC++とかも一応書けるには書ける。フレームワークで言うとRailsとかDjangoみたいな全部込み込みのものからFlaskとかpeeweeとか選定して作るみたいなレベルまで色々経験してきたし、フロントエンドもnodeとio.js喧嘩してた頃からAngularとかBackboneを経由してReactやVueなんかに触れてきた。某転職サイトでは得意な言語は一通り偏差値65-70で某ポートフォリオサイト技術スコアは3.6くらい。運良く趣味やらバイトやらでWeb系をやってきたから外向きに見せられる実績もある程度あるしエンジニア人材マーケット内でもそこそこ需要があるといった感じ。ずば抜けた才能があるわけではないけどどんな現場でもそれなりにスキルを発揮できる器用貧乏タイプだと思う。

そんなこんなで博士に至るまでIT系スキルを活かしつつだいぶウェット寄りの分野でプログラミングを駆使して色々なことに取り組んでた。民間エンジニア人材としては平々凡々でも周りがプログラミングできない連中だらけのアカデミアの世界では神扱いされてちやほやされた。そんでもてはやされて勘違いして工学じゃなくて科学博士課程に進んだのが間違いの始まりだった。

身バレするのが嫌だから詳細は伏せるけど、まあパワハラアカハラなんて日常茶飯だった。指導教員はまともに指導なんてしないし周りの教員たちも工学的なことばっかやってるのを見て好き勝手言ってきた。正直進む道を間違えたのは自業自得だけど、そのくせ「せっかく進学したのにやめちゃうの?」みたいなこと言って引き留めてくるからタチが悪かった。今からして思えばプログラミングができるレアな便利人材を手放したくなかったんだろうなって感じがする。

そんなこんなで博士の終わりが迫ってくる頃にはアカデミアに対してこれでもかというくらい嫌気が差していたけど、それでもやりたいことがあるから一応就活アカデミア系と民間系で両方やってた。どちらもオファーが来たけど結論から言うとお話にならないくら民間の方が条件が良かった。

まず給料民間が1.5倍以上、アカデミアの技術職との比較だと2倍以上の開きがある。しかもこれは「民間の一番下」と「アカデミアの一番上」を比較した数字でそれぞれ逆をとったら正直目も当てられない。その上福利厚生もさまざまな手当も民間の方が条件がいい。給与の伸び代も民間の方がいいし就労条件も民間の方がいい。そもそもアカデミアでフルリモート可なんて存在しないんだから勝てるわけがないんだけど。その上で民間原則として終身雇用に対してアカデミアは任期付きのポストばかり。就活を始める前からわかってたけどいざ現実として待遇の違いを突きつけられるともはや笑うことしかできなかった。

「それでもアカデミアは自分研究ができるんだからいいじゃないか」と言う意見を目にするけど、結局はPIとして独立するまでは他の先生ラボで雇われになる。その間にうまくやらなきゃ一生そのまま下請け仕事をし続けることになる。そしてたとえ独立できたとして、選択と集中の名の下に文科省にとって都合のいい研究テーマ立案しなければまともに研究費を取ることすらできない。大口予算を取ろうと思ったらいかビッグマウス役人丸め込んでそれっぽいことをやれるかで全てが決まる。

自分が外れ値であることは否定しない。プログラミングが楽しくてWeb系の技術が好きで、可処分時間を使って夢中になって勉強したり色んなものを作って遊んだらして過ごしてきたからこそ今がある。でも正直少しでもプログラミングができるならアカデミアに残るより民間就職した方が待遇ワークライフバランスもいい。きちんとリサーチすればカルチャーだってすごくいい会社はたくさんある。

それを承知の上でアカデミアに残る人は正直すごいと思う。自分がその立場にいることを想像したら気が狂いそうになる。もし似た立場で迷ってる人がいたら心から伝えたい。アカデミアやめて本当によかった。

2022-08-19

anond:20220819203448

実はバックエンド出身なんだけど人手不足フロントエンドに回されちゃったんですよね。

君できるよね?若いからいけるでしょみたいな。

今後は競プロ方向に進むと思います

anond:20220819195852

ページを作っているだけだとちょっと高度なコピペみたいになるよね。

各種アルゴリズム実装して既存実装を調べると、先人すげーってなると思う。あとはプロ競とかセキュキャン課題をやってみるとか。

キャリアに良い影響は無いが React の上に乗っているだけなら 10 年くらいで限界は来るし、バックエンド込みのピュアプログラムやるかインフラもできるかで売りを作っていく必要がありそう。

でも「プログラム分かった」って感覚はすごい大事だし、これから先の手助けになってくれるよ。 Enjoy!

2022-08-11

anond:20220811210008

CLIIDE必要に応じて学べばええんや

どっちも種類によって使い方も違うんやし

UNIX系OSバックエンド開発しようとしてる人に「XCodeインストールしてください」「AndroidSDKの仕様学んでください」はおかしいのと同様に

Androidアプリ開発しようとしてる人に「UNIXCLIの使い方を学んでください」「laravel環境構築してください」はおかしいんやで

anond:20220811163429

それはWEBプログラミングの話やん

WEBバックエンドやるわけでもないのに使う予定もないUNIXCLIなんかやる必要ないやで

そんなに基礎が大事ならアセンブリから学んだらええんちゃうの?

anond:20220811152659

単純なキッティング作業

サーバー物理的な動作検証(フツーは企業へ納品前にメーカー・販社が済ましている)、

デストリのバックエンドチームがやっているようなBIOSレベルからお世話する動作検証

それらは全然違うんで

弁当の仕出し」って言ってる人に対して、「いや、容器と食材調理は別だ!」ってツッコミ入れてどうしたいのって話よね

kittingって英語キッティングって固有名詞カタカナ語にしてるのが原因

アホが言葉定義永遠に議論できちゃうやつ

https://anond.hatelabo.jp/20220811151205

anond:20220811151205

単純なキッティング作業

サーバー物理的な動作検証(フツーは企業へ納品前にメーカー・販社が済ましている)、

デストリのバックエンドチームがやっているようなBIOSレベルからお世話する動作検証

それらは全然違うんで

 

単純なキッティング作業自動化するか、クラウド使ってテンプレ使ってください

あと今は、ハイブリッドクラウドサーバーコンテナ化ってのが主流だと思います

2022-07-29

anond:20220729170627

この手の話よくきくけどWebなのか組み込みなのか、

フロントなのかバックエンドなのかサーバサイドなのか書いてないんだよね

自分の分野=プログラマ全体、じゃないんやでhttps://megalodon.jp/2022-0729-1723-02/https://anond.hatelabo.jp:443/20220729170627

2022-07-22

【続】「安定してて万年社員でもそこそこの給与がもらえる勤務先」を退職しないという重要性はもっと認知されるべき

https://anond.hatelabo.jp/20220624204833 NTT増田が続きを書いていたので私も書く。

https://anond.hatelabo.jp/20190412224154 これの続きです。

筆者の現状

もちろん退職していませんし、退職する気もありません。

仕事内容はバックエンドで変わらず。

昇格していません。「こいつは一生ヒラ」コースに完全に乗ったのかな。そういう情報は教えてほしいんだけど聞いても教えてくれません。

社内ニートを決め込んでいたのに人員が減ってやること増えて社内ニートできなくなりました。暇じゃなくなったらコスパ悪いだけなんで、だったら昇格させろよと思いますが歳食ったらもう手遅れですね。

窓際や社内ニート目指している人にアドバイスするとすれば、

①「やってる感」は大事、それだけで給料上がるのでコスパ良い。

年功序列などの乗れるレールは乗りつくしから社内ニートキャリアパスを考えるべし、給与もそうだけど退職金にも効いてくる。

ってとこかな。

後輩にどんどん追い抜かれるの、非常にメンタルに来ますね。若い頃は長い間差がつかないので一生ヒラでいいや、となるかもですがそれは罠です。よほどメンタルが強くないと精神崩壊します。

若い人は長期的視点を持ちましょう。若い頃にパワハラ被害に遭い誰も助けてくれないと「こんな惨めでしんどいだけの生活が40年も続くのかよ」と思いたくなりますが、案外そんなもんでもないです(例:定期的に異動は来ます)。

若い」ってのはそれだけで人材価値になることを実感。失って初めて解る。

長期間給料を掠めとるのにも戦略必要です。例えば前述の「レールには乗れるだけは乗っておけ」ってのがそれ。

副業特にやってない。一時期本当にヒマだったのでバイト情報サイト登録して週末日雇いバイト情報を見てたのも懐かしい思い出。

配当金収入が年間10万くらいある程度。またリーマンショック来ないかな。

会社の現状

人がいない/来ないことに対する危機感

いろいろ頑張っているようです。若い人にとっての雰囲気はだいぶマシになったと思います。こういうマシな環境だったら俺も精神科行きにならずに普通サラリーマン生活送れてたかも、と思える程度にはマシ。

社内プロパガンダ

業界事情に振り回されて不信感徒労感が溜まっているので、いろいろ頑張っているようです。「そのカネの使いか正気か?」ってのはあるけど試行錯誤大事だと思います。俺にも試行錯誤させろ。

リモートワーク

仕事内容によってできる人とあまりできない人がいます。私は普通に使える側ですが敢えて出社する時もあり。毎日リモワはあれはあれでおかしくなる。「家をオフィスとして借りてるんだから相応の金額を払ってほしい」というNTT増田発言同意

まとめ

自分NTT増田のように「仕事収入を得る手段と割り切」ることができなかったな、他人比較して序列を気にすることからどうしても逃れられない。

若い頃は「他人がどうであろうと俺は俺」ってまだ思えてたけど、それは「若いうちはエリートも欠陥品も収入に大差ない」からに過ぎなかった。若い人は気を付けてほしい。基本的な標準出世パターンは知っておいたほうがいい。チェックポイントが分かってたほうが我慢もできる。

十歳以上年下が自分を追い抜いて係長になる、ってのは人生の惨めさを加速させる。しかも今更悔いてももう遅い。「一生ヒラでもいいし」とイキってた昔の自分をひっぱたきたい。

社員の平均年齢は超えているのに社員平均年収以下の収入しかないの、堪えるね。俺は平均以下の人間って数字で明確に示される。

ただ、「収入(最低限の基準は上回る必要はある)÷労力=コスパ」という観点から行くと今よりマシなところがあるとも思えないので退職しません。

2022-06-30

失われたユーザー目線と赤黒の気概―― ディスクユニオン漏洩騒動

株式会社ディスクユニオンは29日、70万件以上の顧客情報漏洩したと発表した。SNS界隈では前日28からダークウェブへの流出が確実視(スクショあり)されていたが、夜が明けてからようやく重い腰を上げて公表に踏み切った。


以下に続く散文は、ユニオンを愛する者の率直な心境と受け止めていただきたい。

※6/30夕刻追記

昨日のニュースを見た勢いで書きなぐった時は、自分自身の心のモヤモヤを吐き出すことがこのダイアリーの主目的であり、少しトーンが過剰な部分などもあったなと、今あらためて読み直し反省しています

少しだけ、言葉足らずだった部分を加筆などしておりますが、ご容赦ください。

◆致命的だった顧客意識とのズレ



今回の騒動特に問題だったと感じるのは以下の3点だ。

パスワードの平文保存

こんなご時世だ。悪意のある行為情報流出してしまリスクはどんな業種であっても否めない。ただ、今回最悪だったのはDBテーブルごとぶっこ抜かれ、あげくパスワードを平文で持っていたということだ。暗号化処理せずにパスワードを保管するというのは愚の骨頂であり、ここに小売業としての前時代的な姿勢がはっきりと見えてしまった。通販事業は決して120%アウトソーシングしているわけではなく、社内にはフロントエンドバックエンド担当する社員もいるはず。ゆえに、なぜ?という思いが強い。偉い人たちは何が悪いのか理解できてなさそうだけど。

第一報の遅れ

ユニオン公式発表は以下のとおりだ。

6月24日漏えい懸念から本日のご案内に至るまで、時間を要しましたことを深くお詫び申し上げます

本来であれば疑いがある時点でお客様にご連絡し、注意を喚起するとともにまずはお詫び申し上げたい思いでしたが、不確定な情報の公開はいたずらに混乱を招き、

お客様へのご迷惑を最小限に食い止める対応準備を整えてからの告知が不可欠である判断し、情報収集と把握に時間を要しました。

本日公表までお時間を要しましたこと、重ねてお詫び申し上げます引用元https://diskunion.net/

違うんだよ。お客様へのご迷惑、は流出した瞬間から実際に目に見えるかたちで起こってしまった。SNSでは公式発表に先駆けて、「何が、何件、どんな風に」漏れたのか、情報拡散されまくった。一方でユニオンは、早々にオンラインショップ(ここにはコーポレートページも含まれる)をクローズし、「緊急メンテ」という名の殻に閉じこもった。もし、SNS話題になることがなければ、本当に7月4日までダンマリを決め込んでいたかもしれない。結果的に29日の発表では有効対応策を提示できず、公式アナウンスの遅れだけがネガティブに目立ってしまった。少しずつでも、情けなくても、スピード勝負に出るのが最善だったと私は思う。

「いやいや、でもそんなすぐに公表するのは現実的に無理」と考える人もいるだろう。だが、2022年4月1日施行日を迎えた改正個人情報保護法は、情報漏洩時は本人に迅速に通知するなど、企業個人権益保護する行動を強く求めている。

さらに、不正アクセス痕跡など「漏洩可能性がある個人データは、すべての該当者に通知する必要がある」と個人情報保護委員会は明言している。強調するが、漏洩の「可能性」が露見した時点でだ。そのタイミング企業側には本人通知や事実公表アクションが求められる。情報収集と把握に時間をかけたというユニオンの初動は致命的な悪手であり、何よりコンプライアンス意識希薄さを自ら明らかにしているようなもの個人情報を取り扱う多くの企業が、この改正個人情報保護法への対応や関連規約アップデートに追われていたのが今年の春前。ユニオンの準備はどうだったのだろうか。サイトが表示されない今となっては、確認する術がない。参考元=https://xtech.nikkei.com/atcl/nxt/column/18/02006/032800002/

現在HPにはテンプレ通りのお詫び文と問い合わせフォームの連絡先しか掲載をしていない。会社概要プライバシーポリシー個人情報保護方針……何も表示されない。この重大なインシデントを起こしながら、なんとか目につく部分を隠して乗り切ろう、としているなら残念でしかない。

通販問題でしょ?という他人事主義

ディスクユニオン公式Twitterは「@diskunion_news」のはずだ。異常なのは28日までスクリーンネームキャンペーン情報を訴求し、投稿ではトートバッグやレコクリンをプッシュしていたことだ。これは店舗アカウントも同様で、粛々と普段と同じプロモーションをかけていた。しかし、29日になると公式店舗ジャンルも、全て”喪中”かのごとく宣伝投稿を止めた。一斉にやめるくらいなら24からやめるか、一人でも多くのユーザーに一刻も早くこの異常事態アナウンスして周知してもよかったはず。悪さした小学生じゃないんだから、そこは意思を持った運用しようや。(※SmartFLASHの記事を読む限り、どうやら店舗が詳細を把握できたのは、ユーザー向けアナウンスと同一タイミングだったと認識するべきか。オンラインショップを緊急メンテ突入させた時点では、店舗情報を下ろしていなかったという可能性が高そうだ。出典元=https://smart-flash.jp/sociopolitics/189040

組織の硬直化と人財流出



ここで、対応失策の遠因とも言えるユニオン体制について考えたい。

ユニオン中古品と新品を同時に取扱い、レア盤や特典商法マニアックな品揃えで知られる。また、パッケージの復刻企画や自社制作も行っている。このバランスがあるからこそ、ユーザーに支持され、(たいしたイニシャル数をオーダーできないが)アーティストレーベルから好意的な反応を得てきた。ただの中古屋(●ックオフとか)をアーティストリスペクトしますか?って話。しかし、この土台は大きく揺らいでおり、今となっては綱渡り状態突入している。

10年前、社長専務に次ぐ人物ユニオンを去ると、ここから誰の目にも明らかな権力闘争が巻き起こった。中古を扱い粗利を稼ぐ「店舗」の人間と、新品仕入れ制作を担い音楽業界の”今”とユニオンをつなぐ「本部」の人間。詳細は割愛するが、結果として本流になったのは店舗側だった。そして、多くの名物社員気概のあるスタッフ、何よりビジネスマインドを持ち良い意味で「サラリーマン」的だったキーパーソン本部を離れた。退職した者の一部は、当時レコードビジネスに本腰を入れたHMVや、その後はタワーレコードにもジョインした。通販部門ECプロフェッショナルではなく、いきあたりばったりの采配という感は否めない。

追記1:組織企業である以上、異動があることや、俗に言う「役職」につけるスタッフの数に限りがあることは当然であり、そこはユニオンも同じです。成績や年次やらが絡みますよね。“権力闘争”というワードを初稿で選んでしまった点について、書き手の私情が強めに入っていると言われれば、否定できません。違う表現を選ぶとすれば、組織内での大きなうねり・転換期がこの当時にあったということです。

追記2:店舗中古本部=新品、という基本線はそのとおりですが、常に両者が喧嘩腰だったわけではないと念のため補足させてください。同じ音楽ソフトであっても性質が異なるこの2種が相互補完することで、ユニオンというブランドがここまで支持されてきた/事業として動いてきた、のは間違いありません。前述のうねりの中でこのバランスが以前と異なるかたちに変化した、ということです。

この頃からユニオンの新品仕入れ額は落ち込んでいるはず。音楽業界を支え、アーティストレーベル活躍できる土壌を小売として成熟させるには、新品を仕入れ販売しないことには難しい。なにより、新品を仕入れ販売することで、その盤が今後中古市場に出回る可能性が生まれ、結果として中古市場の下支えにもなる。すでに中古市場に出ているレア盤を高額買取→高額販売してぶん回したところで、そこに未来はない。また、音楽業界という立場で考えれば、中古いくら売れたところで、アーティストには1円も入らない。

さらに数年が経つと、結果として上層部社長(※ファミリー経営2代目)と一部社員(※店舗叩き上げ)の集団になっていった。外部からの血も入れず、利益は上がるが、社員給料は上がらない。レコードブームから、とりあえず店は出して中古で埋める。廃盤セール(※ただし廃盤が安くなるわけではない)でいつものあの人に来てもらう……ここ数年、ユニオンの店先や棚から勝負してんな、攻めてんな」という熱量を感じなくなったのは自分だけだろうか。ユニオンの器が小さくなったと感じるのは自分だけだろうか。

もちろん、一流の店舗スタッフが多数在籍していることも声を大にして伝えたい。決して中古推しがどうのこうの、いや新品推しがどうのこうの、という話ではないのだ。昨今のレコードブームの裏で、戦略組織設計バランスが崩れ、あるべき姿から逸脱し続けているというのが問題なんだと強調させていただく。青臭いいかもしれないが、ユニオン過去から現在まで、何を紡いできたのかということだ。

追記3:組織企業である以上、利益を確保することは当然です。そこは否定しません。ただし、私が知っているユニオンはそれだけじゃない要素が売り場に宿っていたと、抽象的な表現ですが感じていた次第です。じゃなかったら、あんなに店舗に通わないはずです。しかも狭い店舗に。

ユニオンは「ユーザー目線」を取り戻せるか



遡ればユニオン創業戦前。そこからなんとか今日までサバイブしてきたわけだからそんじょそこら会社とは良くも悪くも一味違う。ただそれは、ユーザー知的好奇心を満たすため、中古品、新品、制作流通委託販売アーティストマネージメント販促オーディオなど、様々な分野で試行錯誤を続けてきたからだ。もちろん中には失敗もある。オークション事業イベントスペースなど、黒歴史になっているものもある。それでも「ユーザーにとって面白いことをやる」、そして「ユーザーを囲い込む」ことでユニオン経済圏確立してきた。事業の中心にはいつもユーザー目線があった。

ただ、利益追求に舵を大きく切ったここ数年、そして今回の漏洩騒動での対応を見ると、どこか古き良きユニオンはもう幻となってしまったとすら思えてくる。

どんなに給料が安くても(陳腐言葉だが)音楽ユニオンが好きだから支えてきたアルバイトや若手社員はどう思うだろうか。今回の初動対応をとった会社に、今後もついていく気が起きるのだろうか。そして後手後手の対応をとられたユーザー果たして本当にまた戻ってくるのか。

ユニオンがしっかりとこの問題と向き合い、そしてもう一度適材適所の布陣で挑戦を始めるときが訪れれば、私はまた店頭に足を運びたいと思う(通販はしっかり対策して、原因と改善策明示してね。それからだ)。ずっと探していた中古名盤と、今という時代の空気感をしっかりと伝えてくれる新譜を同時に手に取ることができる場所は、世界的にも希少になりつつあるわけだから

最後に、HPキャッシュから拾ってきたユニオン商い五訓を貼っておきたい。

ユニオン商い五訓

1 店(ユニオン)はお客様のためにあり

2 損得より先に善悪を考えよう

3 お客様に有利な商いを続けよう

4 適正な利益は正しい商いの源泉である

5 欠損は社会のためにも不善と悟れ

追記4:今回の騒動組織顛末を並列で吐き出したのは、あくまで私の主観(=ずっと感じてきたこと)が入っています。そこは最後にハッキリと書き記します。ここも当然、人それぞれで受け止め方が変わります。お前、こんなにダラダラ書いておいて最後に逃げるなよと、私自身も思いますが。

ユニオンに求めること、期待することもまた人それぞれなはずです。中古レアしか興味がない、最近レコードデビューたからお手軽盤欲しい、新譜の特典にやっぱつられる、紙ジャケBOX最高、色々あるはずですし、そういった需要に応えられるのがユニオン店舗通販であると信じています

音楽ジャンル同様に、確かな多様性がある世界で我々は日々踏ん張っています。この駄文も、絶対正義ではないです。そのために書いたワケではないです。ただ、こんな世界線もあるんだ、くらいの受け止め方の方が、息もしやすいと思います

反響に驚いてしまい、こんな当たり前のことを追記してしまいましたが、私はユニオンにもう少しだけ、期待してみようと思っています

(了)

2022-05-30

anond:20220530094051

説明しよう】

Reactは初心者には難しい言語

ちゃんと開発やろうとしたらバックエンドフロントエンド知識がいる。

でもちゃん勉強したら、バックエンドエンジニアがいなくても開発できるようになる。

ということで職を失いそうなバックエンドエンジニアから逆恨みされている。

2022-05-29

anond:20220529225103

JSしかないわ。どんな立場でも知っておかなきゃいけない、受験で言う英語みたいな感じだわ。

バックエンドやらTSやらフレームワークやらとかいい出すとキリがない。

JSやっとけ。損することはない。ただあまり厳密さに深入りしたり、過去の書き方を深く学ぶ必要はない("var"について、とか)。

anond:20220529085043

早いうちからTypeScriptを使いこなしてる人って

java経験者だと思うからバックエンドフロントエンドの垣根って消えてる気がする。

最近フロントエンドフレームワークバックエンド言語知識(開発現場で使うような色々)がない人が学習するのキツくね?

ってのが多い印象。これどうやって初心者勉強すんの?

意外とできるのか?って思ってるけど真実は闇の中…。

2022-05-14

anond:20220514092425

やっぱそうなのかな

なんか調べたらフロントエンドはある程度鉄板がでてくるんだけど

バックエンドはこれっていう定番がなくて慣れてるからRails使い続けますみたいな話もよく出てくる

もうよくわからん

Railsが死んだのはわかった。では何使えばいい?

現代Webアプリケーションフロントエンドが中心で

バックエンドJSON返すだけの存在になったのはわかった。

からRailsやLaravelみたいなフルスタックフレームワークが捨てられてるのもわかった。

では何使えばいいのかよくわからん

Firebase? AWS Lambda?

Go流行ってるらしいけどGoEchoってやつを使えばいいのか?

2022-05-12

anond:20220512114452

フロントエンドの使いづらい言語が、10年ぐらい前から徐々に使いやすくなって、じゃバックエンドも同じプログラムで書けたら楽だよねってことで、バックエンドでも使われるようになったわけよ。

 

2022-05-08

anond:20220508155026

1つのIDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者マジで底辺しか漂流できないので覚えたほうが良いぞ。

それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。

そうは言ってもリソース管理めちゃくちゃ頑張らなきゃいけない仕事が無いんじゃ・・・

しろどういうシチュエーションリソース管理しなきゃいけないのかすらわからんのじゃよ・・・

ギークためのChromebook入門

エントリ目的

ライトコンピュータユーザ一切合切無視してギークギークのため情報共有するためのエントリ
感想はてブへ、質問トラバに投げれば誰かが答えるんじゃないか?(他力本願)

開発者は初手でデベロッパーモードにするべし

セキュリティ懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
用途中でデベロッパーモードにするとストレージファクトリリセットされるので注意。

ハードウェア選択

Webで完結するのであれば低性能機で問題ない

Webエンタメを楽しんだりWebツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的タブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ

ただし、Webベースゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。

ChromeOSハードウェアスペックで殴ると快適なのは変わらない

Core i7クラスCPUや16GB以上のワーキングメモリSSDストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラス3DCGAndroid 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レイヤー

macOSiOSレイヤーより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なDAWVSTや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ディストリビューションへ置き換えることも出来るが一部機能制限される可能性がある。

IMLinuxレイヤー側で用意する必要がある

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デザイナーは悲しい思いをするかも知れない。

GIMPInkscapeなども動くけれどデザイナーAdobe使いたいんじゃなかろうか?

Chrome OS向けAndroid Studioが存在する

Android App向けIDEAndroid 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は多くの場合HiDPIIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースアップデート無償で得られ、Gentoo LinuxベースなChromeOS潜在的マルウェア絶対数がそもそもWindowsMacよりも少ないという利点がある。
Bluetoothイヤホンヘッドフォンヘッドセットも使えるし、NestスピーカーNest HubNest Camを持っているのであればGoogleアシスタントからコントロールが容易なのは想像が付くだろう。Android AppレイヤーGoogleホームマネジメントアプリであるGoogle Homeも動く。
大胆にも憎きCapsLockキーデフォルトで殺し、Everything Buttonキーとして独自キーバインドを与えたのも面白い
もちろんこれは選択するハードによるもの指紋認証ロックを解除することまでできる。

Googleエコシステムへ浸かっていてGoogle個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言欠点表現することが可能だ。


Chromebookじゃなくても別に良くね?」


そう、ギークLinuxを使いたいのであれば別にChromebookじゃなくても良い。
というかギーク別にLinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OS別になんだって良い。
このエントリは単にChromebookという新しい沼ギークの皆さんをご案内しているに過ぎないのだ。

2022-04-29

anond:20220429094749

両方やってもいいし、やらなくても大丈夫

というのは「エンジニアになる」という目的だったら、その二つをやらなくても達成できるから

自分場合情報処理は持ってないし、サービスを作った訳でもなかった。

まったくの未経験だったから、公式チュートリアル適当勉強してとりあえず入れそうなSES企業に入って、業務経験を積んだ。

それで今、受託会社転職してフルリモートフレックスで楽しく働けてるよ。

もちろん、エンジニアとしては両方やった方がいいのは事実。学ぶ事は大事だし、少なくとも何にもやってない人よりは書類審査も通りやすいし。

でも「何のためにその勉強をするのか」を明確にしないと、モチベーションも続かないし上手くいかないと思う。

最初から自社開発のイケてる会社で働きたいとかなら、サービス作って自分でもやれる所をアピールするのが良いし

固めの会社なら基本情報処理価値をそこそこ考慮してくれるだろうから、「何のためにやるか」っていうのを自分に問いかけるといいよ。

あと「エンジニアになる」っていう漠然目的解像度を上げると良いかも。

例えば、要件定義から実装まで全て行えるエンジニアになるとか、バックエンドのこの言語を極めたいとか。

まあ別に何でもいいんだけど、多分それをやっておくと採用面接でも役に立つし目的にも近づけるよ。

2022-04-22

軽々に消費税を動かしてほしくない

ECサイト消費税変更で、それなりに面倒だったんだ。たかだか景気対策程度のために消費税を軽くするとか、止めてほしい。もし期間限定なら、なおのこと。

ECサイトですらコレなんだから、このバックエンド倉庫とか実店舗販売とか)を支えている側なんて、さらに大変だったろうに。

2022-04-19

バックエンドエンジニアおすすめ転職サイト教えてくれ

今の会社特に不満は無いんだけど、給料が上がらないので転職を考えはじめた。

試しに「バックエンドエンジニア 求人」で検索かけてみたら、求人サイト死ぬほどヒットしてどれ使ったら良いかからない。

1個1個ぽちぽち登録しながら転職活動やっていくしかないのか?

俺が知らないだけで実はなにかベストプラクティスがあるんじゃないか

2022-04-10

そもそもITの優秀な人はゲーム作るよね

からゲーム作ってるのは頭おかしレベルの凄い人達だよね。

マリオ作った人とかDQ音楽作った人とかソニック作った人とかFF3のアレやった人とか。

最近でもUE5は凄すぎるし、ソシャゲだってバックエンド構造・開発体制は凄く良く出来てて感動する。

アジャイル開発すら導入できないアホ企業は1bitでいいから見習って欲しい。

おまけにいろんなアイデアとか斬新な発想ってゲームからまれてきてると思ってる。

ぶっちゃけiPhoneNintendo DSパクリだと思ってるし、SNS前身ネット掲示板の発展にはセガBBSが大いなる役割を担ったと思ってる。

昔は軍事技術の民生品でいろんなものが作られてたけれど、今はゲーム業界から引っ張ってきてるものが多いと思う。

多分そのうちスマホにPS5のハプティクスが付くと思う。

そんな感じだから優秀なエンジニアソシャゲ作ってても全然不思議じゃ無い。

ていうかソシャゲ作ってて何が悪いのかさっぱりわからない。

ゲームしてみんな楽しくて幸福だろ?今でいうとウェルビーイングか?

健康に関与しないと「有益」って判断してくれないの?

クソみたいなお仲間集団で作り上げられたコミュニティで「論文」を書いてないと有益じゃないの?

エンタメ業界だけじゃなくて、美味しい料理提供すら「娯楽」扱いするんですかね。

ソシャゲ作ってて何が悪いのかわからんし、何が不幸なのかもさっぱり分からんな。

2022-04-07

https://cloud.google.com/blog/ja/topics/customers/kurasushi-gke-edge-tpu

くら寿司:GKE や Edge TPU などを駆使して来店から会計までを完全自動化し、新しい生活様式のためのサービス提供

そんなもんバックエンドが何で動いてようが関係ねーだろ感ある

2022-03-30

anond:20220330153643

そう思う

エンジニアたる我はバックエンドSQLだけ書いて余生を過ごしたい

FireBaseとか出てきてバックエンドのもの不要とか言われ始めてるけど

ログイン ユーザー登録
ようこそ ゲスト さん