acmenitter
Mr.Drone
@SFITB
偏見の多いプログラムの技術与太話をしてます。 あくまでも個人の感想です。 結構年くってます。 Tweets thoughts of ICT future.
Tokyo / Hiroshima (東京/広島)
Joined January 2010
Tweets
15,728
Following
268
Followers
272
Likes
7,830
75 Photos and videos
75 Photos and videos
Tweets
Tweets & Replies
Media
Search
Load newest
Mr.Drone
@SFITB
Jan 18
リモートワークで問題になるのは情報漏えいとか。 プログラムに関して言えば、モジュールを分けて、リポジトリを分散しておけばいいと思うけどね。 そのための分散型のVCSじゃん。
0
0
1
Mr.Drone
@SFITB
Jan 18
EC2やVPSとかでサーバ構築してると、リモートワークとかやりにくい気もする。 常駐で作業というのもセキュリティの観点からは頷ける。 技術の問題じゃなくて、管理の問題として。
0
0
0
Mr.Drone
@SFITB
Jan 18
もうそろそろRailsやLaravelを新規で採用するのは卒業してほしいなあ。 スタートアップが採用する構成じゃないと思う。 無駄が多すぎるし。 僕が就職するならサーバレス+JAMstackのシステムで設計やフロントに注力できる会社がいいね。 多分、リモートワークしやすいし。
0
0
1
Mr.Drone
@SFITB
Jan 18
サーバレス+JAMstackでシステム運用しながら仕様や設計が明確になれば、それから本格的なシステムをJava、Golangなどでつくってもいい。 でも、フロントのリソースはそのままつかえるだろう。 バックエンドがリプレースしても。
0
0
0
Mr.Drone
@SFITB
Jan 18
バックエンドのサービスレスサービスはまだこれっていうのがないから、新規スタートアップは狙いめな気もする。 定額制でTypescriptやGraphql、バッチ、メール、認証、SSL、ドメインなどNetlifyライクかつ、RDBMSもNoSQLもいける。
0
0
1
Mr.Drone
@SFITB
Jan 18
サーバレスサービスも絶対落ちませんじゃなくて、落ちたら、このリソースを任意のサーバにアップしたら運用できますといってくれるといいなと思う。 そしたら、そこですればいいじゃんとなるかもだけど、それはない。 運用が面倒だから。 また、サービスに戻る。
0
0
0
Mr.Drone
@SFITB
Jan 18
サーバレスもいざというとき、自分たちでリソースを建てられるライブラリを提供してくれてるとありがたい。 サービスが落ちるときもあるんだから。
0
0
0
Mr.Drone
@SFITB
Jan 18
サーバレスの落とし穴についていえば、サーバダウンしたらどうするのかと。 まず、フロントはあんまり関係ない。 どこでも設置できるからDNSやCDNの切り替えぐらい。 バックエンドは複数サービスでの運用とか必要だろう。 故に設計やリソースがユニバーサルであることが必要。 インフラ依存しない
0
0
0
Mr.Drone
@SFITB
Jan 18
サーバ構築すると開発工数だけでなく、人材を集めたり、働き方も抑制してしまう。 スタートアップがする開発スタイルではない。 無駄のオンパレードな気もする。 本当に必要な所にコストをかけ、幅広く人材を集める。
0
0
0
Show this thread
Load more