オーバーエンジニアリングしないために心がけていること - $shibayu36->blog;
オーバーエンジニアリングしてしまうという悩みがあって困っている、そのうち必要になるのではないかという気持ちになって無駄に抽象化して頑健にしてしまう。じゃあ素朴にやればいいのかというと、例えばDBスキーマみたいな要素は素朴になってはならないという難しさもある— Windymelt💀(めるくん)🚀❤️🔥 (@windymelt) 2024年9月12日 上のツイートを見かけたので、自分は何を心がけているか書いてみる。 結論 プロダクト方針的に起こりそうな未来を想像する 想像した未来が起こったとして、どのような実装になりうるかをざっくり考える その上で、その未来が起こったときに「詰む」ことがなさそうな一番シンプルな設計にする 前提: あらゆる未来の変更に強い抽象化はない 設計を考えていて複数案を出すと、結局トレードオフが存在することがわかる。案Aを選択すると、こっちの未来には対応しやすいが
人生3回目のCSVエディタを作っている話
私は今、人生で3回目のCSVエディタを作っています。もはや狂気です。 なぜ作り始め、なぜ今また作り直しているかみたいな話を書きたいと思います。 About Me 株式会社ヘンリーでソフトウェアエンジニア & アーキテクト的なことをしつつ、個人開発してます。 Social accounts: kohii on GitHub @kohii00 on X 今までに作ったCSVエディタたち 初代SmoothCSV（2011年〜） 私は新卒で入った会社で公共系のシステム開発に従事しており、CSVを扱う機会が多くありました。（今は医療スタートアップにいますがこの業界もよくCSVが現れます。） 既存のCSVエディタをいろいろ試してみたのですが、どれも求めるものと違うと感じ自分で作るしかないと思い、作りました。 SmoothCSV。時代を感じるUI Java / Swingで作成 (当時Javaくらいしか
オーデリック株式会社｜AQUA｜Water
たゆたう水面ときらめきの表情を切りとった透明なカタチ。 天井や壁に映る影の心地よさが空間に広がります。
Just Use Postgres for Everything | Amazing CTO
TLDR; just Postgres for everything. We have invited complexity through the door. But it will not leave as easily. There is Radical Simplicity though. One way to simplify your stack and reduce the moving parts, speed up development, lower the risk and deliver more features in your startup is “Use Postgres for everything”. Postgres can replace—up to millions of users—many backend technologies, Kafka
中古 LTO-6 ドライブでホンモノの tape archive を作ったり LTFS を使ったりする - private-yusuke’s diary
はじめに 必要となる機材 SAS 接続と SAS HBA カード テープカートリッジの挿入と書き込み LTFS の構築・マウント・読み書き おわりに はじめに 複数のファイルを 1 つのアーカイブにまとめたいとき、サーバ管理者はしばしば tar というコマンドを使います。アーカイブの出力先には HDD 上のファイルや stdout を選ぶことが多いでしょう*1。 ここで FreeBSD の tar(1) の man ページを見てみると、「tape archive の操作をする」という簡素な説明が掲載されています。 tar -- manipulate tape archives 英語版 Wikipedia の記事によると、そもそも tar コマンドはファイルシステムを持たない sequential な I/O デバイスにデータを書き込むために開発されたものであったようで、その代表例として磁気
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Workerholic
Prolog入門
