DX内製はスキル以前に前提が難しいんだよ。 これ人間がやらなくてもよくねとか、そもそも無くしてもよくねって業務や会議の洗い出しのところ。 ある意味で現状と過去の過ちを認めるってことだから、偉い人やその業務に携わってる人の意識の問題がかなり大きい。 だから内製部隊とその担当役員の社内力関係が弱いと、めっちゃ邪険にされてしまう。
![DX内製はスキル以前に前提が難しいんだよ。 これ人間がやらなくてもよくね..](https://cdn-ak-scissors.b.st-hatena.com/image/square/b1638cdb5807a4788e4ba3c1109a984166e095fc/height=288;version=1;width=512/https%3A%2F%2Fanond.hatelabo.jp%2Fimages%2Fog-image-1500.gif)
DX内製はスキル以前に前提が難しいんだよ。 これ人間がやらなくてもよくねとか、そもそも無くしてもよくねって業務や会議の洗い出しのところ。 ある意味で現状と過去の過ちを認めるってことだから、偉い人やその業務に携わってる人の意識の問題がかなり大きい。 だから内製部隊とその担当役員の社内力関係が弱いと、めっちゃ邪険にされてしまう。
概要 先日新規の Web サービス開発でフロントエンド側の技術選定を行いました。 利用する技術の中で GraphQL を提案した際に、RESTful な API で呼び出す方法と比較して納得感がないという意見があがりました。 そこで、なぜ、どういうときに GraphQL を選定すべきだと思うか、文章にして自分なりにまとめておこうと思います。 前提 構成が BFF か BE かで意見は大きく変わりません。 例えば BFF として利用されるケースでは、バックエンド側には BE チームとマイクロサービス的な API が存在しており、 BFF として GraphQL を配置するようなケースです。GraphQL のリゾルバは API を叩きます。 一方、 BE として利用されるケースとは、リゾルバが直接 DB を叩くような形です。 今回はフロントエンドのチームが管理する BFF として、JS のみで
GAFAMに入るために必要なのは基本的には基礎的なアルゴリズムとデータ構造の知識、それらを応用したコーディング能力、システムデザイン知識です。ほぼ全部受験勉強のように体系化されているし対策も出回っているので実際に凄いシステムを作り上げなければならないとか四六時中コーディングしているような人でないと受からないといったことはありません。受験勉強と同じですね。もちろん土日も勉強したりするような技術大好きオタクな人もたくさんいますがそうでなくても入ることは可能です。 基本的にこれらの大企業に入りたい人というのは高学歴の金目当ての人間です。普段からアンテナを張って技術を追いかけているような人は半分もいないでしょう。 ITエンジニアは業務外でも常に勉強し続けなければならないなどという人達は負け組です。もちろん勉強をしたいならすれば良いですがそれは趣味ですよね。業務に必要な知識の吸収は業務中に行う。要領
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く