discovered this page about #refactoring #DesignPatters
https://refactoring.guru

Refactoring a Form to a Signal Form, by @timdeschryver.dev:

https://timdeschryver.dev/blog/refactoring-a-form-to-a-signal-form

#refactoring #forms #angular #signals

Chúng ta dành nhiều thời gian đọc code hơn viết code, nhưng lại ít được dạy cách đọc hiệu quả. Bài viết chia sẻ 3 kỹ thuật quan trọng: nhận biết code cần refactor (nếu phải đọc 2 lần), thấu hiểu khi xem code của người khác và coi đọc code là cách tốt nhất để nâng cao kỹ năng lập trình. Đọc code giúp bạn giỏi hơn!

#CodeReading #CodingTips #SoftwareDevelopment #Programming #Refactoring #KỹNăngLậpTrình #ĐọcCode #PhátTriểnPhầnMềm #LậpTrình

https://dev.to/canro91/3-code-reading-techniques-no-course

Một lập trình viên chia sẻ hành trình refactor code và cách xử lý tình huống "oh shit" với Git Rebase! Từ tách logic config sang module riêng, gom message help/version vào utils, thay số ảo bằng constexpr, đến việc dùng rebase -i để gộp commit lộn xộn thành một commit sạch đẹp. Bài học: luôn tạo branch khi refactor và kiểm tra kỹ trước khi merge! 💻 #Refactoring #GitRebase #CleanCode #LapTrinhVien #CodeSach

https://dev.to/elsad_humbetli_0971c995ce/refactoring-code-git-rebase-2kpm

New #Java #refactoring video: I'm not completely happy with some names, so I change them to "honest & complete" - That makes them much longer and more verbose, but at least they say what the objects do now...

PeerTube: https://videos.devteams.at/w/n8TDBBWWPJxKaySi7yArxC
YouTube: https://youtu.be/i0ULT8iE9Xk

Some more #Java #refactoring: First, I simplify some unit tests, then I add a common interface for some objects that are all stages of a process. Feedback welcome!

Video on PeerTube: https://videos.devteams.at/w/orkDdvXUez84cdLysUAgfk
Or if you prefer YouTube: https://youtu.be/s6E1dSFHGxs

Integrating CSS Cascade Layers to an Existing Project, by @smashingmag:

https://www.smashingmagazine.com/2025/09/integrating-css-cascade-layers-existing-project/

#css #cascade #refactoring

Câu chuyện refactor ứng dụng Java của PVS-Studio: Từ code rối rắm với static methods, Singletons, đến tích hợp DI bằng Guice, làm sạch style theo Google Java Style, và xây dựng module annotation mới hỗ trợ taint analysis & JSON user-defined. Kiến trúc modular, dễ mở rộng hơn!

#Java #Refactoring #DependencyInjection #Guice #LậpTrìnhJava #CảiTiếnCode #PhânTíchTĩnh

https://dev.to/pvsdev/how-we-integrate-best-practices-in-java-3ja3

After almost a week of refactoring and experimenting with several different approaches, I've updated my Zig nD SIMD vector library to be compatible with the latest Zig 0.15.1, and at the same time cleaned up some internals.

The solution I settled on is a mix of techniques proposed by others, and was needed due to the removal of the struct/namespace-merging syntax in the new Zig version, which this library heavily relies on. I don't like that the new source code is now more than 2x larger and involves a huge amount of duplication to address the many special cases of supported operations for different vector sizes and types. I might still take another pass to eliminate those (by using `@compileError()` for unsupported cases), but that'd be an implementation detail downstream users don't have to care about. I tried AOT code generation as well, but the special case handling made this feel less maintainable...

UPDATE: The only breaking change is the handling of vector swizzles. I had to remove the hundreds of named swizzle functions and replaced them with a single (comptime optimized) `.swizzle(vec, pattern)`, e.g. `.swizzle(vec, "xxyy")`...

If you're interested, the new code is here:
https://github.com/thi-ng/zig-thing/blob/main/src/vectors.zig

The readme contains details about the many supported operations:
https://github.com/thi-ng/zig-thing/blob/main/doc/vectors.md

Installation instructions in the main repo readme:
https://github.com/thi-ng/zig-thing/tree/main

#Zig #Ziglang #ZigThing #Vectors #Refactoring

Cải thiện code với Refactoring! 🔄 Từ "Callback Hell" lộn xộn đến code sạch với Promise và Async/Await. Từng bước nhỏ, code lớn. #refactoring #javascript #code #lập_trình #IT

https://dev.to/emiderex/from-chaos-to-clean-code-how-refactoring-beats-callback-hell-36l7

Constant Refactoring: Refactoring My Refactored Website, by @openmindculture.bsky.social:

https://dev.to/ingosteinke/constant-refactoring-refactoring-my-refactored-website-4pf

#refactoring #maintenance

6 Weeks of Claude Code, by @orta (@puzzmo.com):

https://blog.puzzmo.com/posts/2025/07/30/six-weeks-of-claude-code/

#claude #anthropic #ai #refactoring #maintenance

Website của tôi đang được refactor liên tục vì các thay đổi trong các gói npm. Mục tiêu là cải thiện khả năng bảo trì, hiệu suất và tuân thủ các phương pháp tốt nhất. #webdev #refactoring #npm #phattrienweb #web

https://dev.to/ingosteinke/constant-refactoring-refactoring-my-refactored-website-4pf

🔄 Moderniser un système existant sans tout casser ? C'est possible ! Découvrez nos stratégies de migration et cohabitation avec le legacy dans notre formation Architecture Modulaire et Pragmatique. Théorie + pratique + retours d'expérience = réussite assurée !
#Legacy #Refactoring
👉 https://ddd.academy/architecture-modulaire-et-pragmatique/

Tái cấu trúc mã lộn xộn: Tăng tính liên kết, giảm tính phụ thuộc. Phân tách rõ ràng các class, sử dụng interface và injection để code dễ bảo trì, dễ test. #refactoring #cleanCode #vietnam
#tái_cấu_trúc_mã #mã_sạch

https://dev.to/abhinawkr/refactoring-messy-code-high-cohesion-and-low-coupling-3p7e

💡 This is the story of how #Stripe built a #Ruby type checker to make developers happier, and how they're building a Ruby package system to introduce modularity.

This #InfoQ video shares high-level strategies for any team that wants to run a migration in a large, stubborn codebase.

🎥 Watch now: https://bit.ly/45en6uJ

📄 #transcript included

#LegacyCode #Refactoring #SourceCode #SoftwareDevelopment #CaseStudy

RUG — малоизвестный, но фундаментальный принцип Clean Code

Многие разработчики при обсуждении основ Clean Code называют одни и те же принципы — чаще всего упоминаются DRY , KISS и YAGNI . Эти концепции прочно закрепились в профессиональном сообществе и воспринимаются как обязательная часть хорошего кода. Принцип RUG упоминается значительно реже. Чаще всего о нём узнают с опытом, а многие применяют его интуитивно, даже не подозревая, что для этого подхода существует отдельное название и формулировка. Сегодня я хочу поговорить о принципе RUG и о том, какие рекомендации он даёт по написанию программного обеспечения. RUG ( Repeat Until Good ) — это принцип, который говорит: можно повторять один и тот же код, пока это разумно. На ранних этапах разработки важнее просто реализовать логику, исходя из текущих требований, чем пытаться сразу создать «идеальную» абстракцию. В этот момент задача — как можно быстрее получить рабочее решение, которое отражает текущие знания о системе. Но со временем, когда одна и та же логика начинает встречаться всё чаще, становится очевидно, что её удобнее и правильнее выделить в отдельную, чётко оформленную абстракцию, чтобы избежать дублирования и упростить дальнейшую поддержку. Мы используем этот принцип каждый раз, когда пишем код. Ведь практически любую логику можно сделать более абстрактной и масштабируемой — вопрос лишь в том, когда наступает подходящий момент для этого. Я буду использовать TypeScript , так как этот язык знаком большинству разработчиков. 😁

https://habr.com/ru/articles/934986/

#rug #cleancode #programming #software_design #patterns #refactoring #typescript