奥野さんと社員のリファクタリング部屋 -リポジトリ層のディレクトリをどう作る？- - トレタ開発者ブログ
「奥野さんと社員のリファクタリング部屋」は、リファクタリングに励むトレタの社員と技術顧問の奥野さん ( @okunokentaro ) の間で実際に行われた会話を切り取った開発現場実録コンテンツです。 技術顧問: 奥野さん 三度の飯よりリファクタリングが好き。 今回の質問者: 武市さん トレタ在籍２年。沖縄在住のフロントエンジニア 今回の質問 今回は初期リリースを終えたWebアプリケーション(Next.js)のプロダクトを担当している武市さんから、複数人で開発を進めてきて統率が取れなくなったディレクトリ構造のリファクタリングについての質問です。 APIで外部とやり取りしている部分をリファクタリングして、クリーンアーキテクチャに沿ってリポジトリを作ろうと考えています。 その中で、GraphQL APIレスポンスの結果を変換するアダプター関数(adaptGetIServiceItemsAggr
RDS(MySQL)からBigQueryへのデータ同期 – rinoguchi's techlog
RDS（MySQL） から BigQuery へ1日1回データを同期して、データ分析やレポート系の処理で利用することになりました。 構成 以下の構成でデータを同期することにしました。 要件1: データの断面は合わせたい 元々はEmblukを使って直接同期しようと考えていたが、Embulkだとテーブル毎にデータを同期することになり、テーブルによってデータの断面が微妙にずれるため断念 CSV 形式でダンプして、Embulk で同期することもできそうだが、元々自動でスナップショットが取られているのでそれを利用することにした => スナップショットを parquet 形式で S3 にエクスポートすれば、BigQuery Data Transfer Service を使って BigQuery に取り込むことができるので、採用 要件2: コストを抑えたい 定額利用料がかかるサービスは使うことはできない
大公開！バッチアプリケーションの品質を高めるZOZOの『バッチ開発ガイドライン』 - ZOZO TECH BLOG
コンサルと外資で学んだ、「アクション動詞」でタスクを書くと生産性が高まるという話｜萩原 雅裕｜Prodotto代表／経営アドバイザー
グローバルなid生成器(UUID v4とか)の比較 - ちりもつもればミルキーウェイ
はじめに 分散システムやってるとどこからでも安全に採番できる強い衝突耐性をもったuuid的なほげほげidがほしくなります。 世にほげほげidはたくさんありますが、適当にREADMEとかよんでもみんな「これイケてるで！」「uuidとかより文字数すくないで！」「sortableでうれしいで！」とかそういうことばっかいっててどの程度衝突耐性があるのかよくわからん問題があります 今回はほげほげidの構成要素の調査と衝突耐性をざっとまとめて比較しようと思います。 比較する項目 ざっくり random bit数 衝突耐性 ソートできるか その他メモ みたいな感じで整理して比較していきます。 衝突耐性は 衝突確率P=0.5のときの必要な試行回数 乱数以外の識別要素 の2つで評価します。たとえばtimestampとか入れてるやつは暗号学的な安全性には寄与しないけど実用上はある精度の時刻で識別できて衝突耐性
なぜSQLiteはバイトコードを使うのか
以前にデータベースを自作しようとして、SQLiteのアーキテクチャを見てみたらVMだったことに疑問を感じ、それをツイートしたところ作者からリプをもらいました。 作者いわく、次のような背景があったとのことでした。 SQLiteを作った当初はデータベースエンジンのことをよく知らないがコンパイラのことをよく知っていた SQLデータベース・エンジンを書くという問題をコンパイラ構築の問題として扱うのは自然なことだった データベースエンジンのコアの部分をVMにするという発想がまったくなかったので、どんなメリットがあるのか？と気になっていました。 それを作者に聞いたら、詳細な説明ページを作ってくれました。 個人的にVMにしたことで、評価&実行のパフォーマンスは多少良くなると思うが、データベースエンジンのパフォーマンスにそれほど寄与していないんじゃないかな？って思ったりしました。 本記事はそのページについ
Pipeline Oriented Programming Techniques and Benefits
(Video and code at https://fsharpforfunandprofit.com/pipeline/) Passing data through a pipeline of transformations is an alternative approach to classic OOP. The LINQ methods in .NET are designed around this, but the pipeline approach can be used for so much more than manipulating collections. In this talk, I'll look at pipeline-oriented programming and how it relates to functional programming, th
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
2022年10月1日に開催された #postdev での発表です
TypeScript の抽象構文木を用いた、数百を超える API の大規模リファクタリング戦略
僕は自分が思っていたほどは頭がよくなかった - しのごの録
AsyncLocalStorageとprismaのmiddlewareを使って、DBの操作ログを記録する - すな.dev
What’s Next: The WebStorm 2024.2 Roadmap | The WebStorm Blog
In April this year, we released WebStorm 2024.1, our first major update for 2024. Thank you to everyone who is already using it and providing us with feedback. With April now behind us, we’d like to announce what we’ve got planned for the next release of WebStorm, which is scheduled for the end of July, with our usual disclaimer that these plans are subject to change. Also, as usual, we’ll be rele
見よ、これがHonoのRPCだ
動的クレデンシャルで Terraform Cloud から Google Cloud を楽に＆安全に 利用しよう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Scrap] IntelliJ から VSCode に移るために自分を説得する材料![[Scrap] IntelliJ から VSCode に移るために自分を説得する材料](https://cdn-ak-scissors.b.st-hatena.com/image/square/873221aaaf8195a33c65bf529b1690d9845907b0/height=288;version=1;width=512/https%3A%2F%2Flh3.googleusercontent.com%2Fa-%2FAOh14Ghh1fHgBkk5kCsvsgPa-tk5d0m2NM6dpC3pAYwJ%3Ds250-c)
TypeScript 関数型スタイルでバックエンド開発のリアル
TypeScript による GraphQL バックエンド開発
tRPCを実務に導入して分かった旨味と苦味
Powerfully Typed TypeScript
Terraformで始めるGCP【CloudRun・CloudSQL】
