なぜ僕たちはサーバレスでJavaを諦めTypescriptを採用したか - Qiita
この記事は個人ブログのうち技術に関する箇所のみを抜粋した転載です。 なぜ僕たちはサーバレスでJavaを諦めTypescriptを採用したか -Junks, GC cannot sweep- またブログには書いたのですが、諸事情により先に英語版が存在します。 こちらも書いたのは僕なので、剽窃などではないことはご了承ください。 [元記事]: Why we replaced Java with Typescript for Serverless in dev.to はじめに サーバレス(serverless)は昨今もっとも注目を集める設計手法の一つで、おそらく多くの開発者が大なり小なり自分のプロダクトに応用し始めているのではないでしょうか？ 僕自身、完全にサーバレスに魅せられてしまい、昔ながらの自分でサーバやミドルウェアを管理しながら運用するみたいな世界には戻れる気がしません。 そもそもスケーリ
Exceptionをもみ消すなって言われた人のためのエラーハンドリングの話。 - Qiita
Javaアドベントカレンダー14日目になります。 相変わらず、ブログからの転載になります。 https://munchkins-diary.hatenablog.com/entry/2019/12/16/011819 若干時間オーバーです、ごめんなさい、時差的にこちらではセーフなので許してください。 うそやんけ、僕の担当14日でした。 今日15日・・・圧倒的遅刻・・・・ごめんなさい！！！！ そういえば、最近開発者コミュニティに入りました。 初学者が多めのコミュニティのようですが、それでも勉強になることが多く、参加してよかったなと感じています。 主にSlackで活動しているようです。 海外からでも参加できるため、非常にありがたいです。 僕は現地語がまだ喋れないので、現地の開発者コミュニティにはまだ参加できていないんですよね。。。。 さて、というわけで、今回は初学者向けのエラーハンドリングの記
S3のChecksum比較でちょっとハマったのでメモ。 - Qiita
いつもの如く、ブログからの転載です。 https://munchkins-diary.hatenablog.com/entry/2019/10/28/230924 最近あんまり書いてないですが、そろそろ再開したい。 S3上のファイルのチェックサムを取得する方法でハマりやすいとこと、下の方におまけでJavaでfileのチェックサムを計算する方法を書いておきました。 誰かの役に立てば幸いです。 (なおあまり) S3のチェックサムを比較したい 数GBのファイルをS3に挙げるような処理を書いていて、後続処理の失敗などでリトライしたいというのがあった。 この場合、ファイルをアップロードし直すのはムダだが、移行元ストレージ内の対象ファイルが変更にされている可能性もある。 したがって、すでにS3上に完全に同じファイルがあるときだけアップロードをリトライしたい。 この場合、チェックサムを比較するのが楽なの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
