What is refactoring, why is it important and how can you get really good at it? In this Making Tech Better podcast episode, I spoke to @emilybache about enhancing the skills and culture of your teams, to make your code easier to understand and cheaper to modify.

You can listen here (subtitles on screen): https://youtu.be/ZcEz8cA017M?si=tYhdCbp851oiyLSz

On the origin of Resyntax

https://whtwnd.com/notjack.bsky.social/3lnjm3t5ijb27

Me paso el dia #refactoring y lo peor que es que esto no parece que tenga fin.

Don't live with broken windows.

— Andy Hunt, Dave Thomas

DRY Don't Repeat Yourself Every piece of knowledge must have a single, unambiguous, authoritative representation within a system.

— Dave Thomas, Andy Hunt

Medior PHP https://leanpub.com/b/mediorphp by Joseph Kanyo is the featured bundle of ebooks on the Leanpub homepage! https://leanpub.com #Php #Databases #Mysql #ComputerProgramming #Laravel #Symfony #Html #Refactoring #Apis #ApiDesign #books #ebooks

Is it too late to say that refactoring is a dumb word for a dumb concept driven by a bad computer language?

Making Node.js Downloads Reliable, by @nodejs:

https://nodejs.org/en/blog/announcements/making-nodejs-downloads-reliable

Taming Shotgun Surgery in Ruby: A Developer's Guide to Effective Refactoring

In the world of software development, the term 'shotgun surgery' describes the chaos of making a single logical change that ripples through multiple files and classes. This article delves into the con...

https://news.lavx.hu/article/taming-shotgun-surgery-in-ruby-a-developer-s-guide-to-effective-refactoring

In recent years every spring seems to turn into a period of _massive_ refactoring & restructuring in #ThingUmbrella — maybe it's a form of spring cleaning, even though the reasons[1] are not seasonal... Currently spending my nights reworking the https://thi.ng/vectors package (likely one of the most comprehensive vector packages available for TS/JS) and trying out different splits/structures, testing their impact on package sizes and usability in existing downstream packages. Currently over 3000 source files with uncommitted changes... aaaarrrgghh!

Most functions (vector operations) in this package exist in multiple versions (many code generated, but now in need to be updated): Generic n-dimensional, loop-free, optimized 2D/3D/4D versions and strided versions for manipulating vectors views of larger nD data buffers (supporting all kinds of data layouts, incl. AOS, SOA, hybrid...)

[1] https://mastodon.thi.ng/@toxi/114296442006935718

Does your PHP code contain repeated logic for validating required fields?

Simplify it by using a loop and dynamic field names.

How would you improve it?

Mission jQuery Zero: How FreeAgent Removed jQuery From Our Application, by @freeagentapp.bsky.social:

https://engineering.freeagent.com/2025/03/24/mission-jquery-zero-how-freeagent-removed-jquery-from-our-application/

Mini-rust in Rust 023: Refactor to share structure of the syntax tree

https://video.infosec.exchange/w/2sCUWSH4x11thFSnkkHYYV

Код пишется, а не рождается: борьба с идеей “идеального старта” проекта

Любой программист, вне зависимости от уровня, когда-то сталкивался с этим. Ты садишься за проект, полный планов и идей, предвкушаешь, как создашь нечто совершенное, но... проходит час, второй, а на экране только десяток папок, пара заглушек и файл README.md. И вот уже начинаешь возвращаться к документации в поисках “правильной” структуры проекта или подсматриваешь, как сделали другие. Примерно то же самое происходит, когда ты работаешь в команде: собрания перетекают в бесконечное обсуждение архитектуры, абстракций и фреймворков. Идеи летят кометами, все соглашаются, что “всё должно быть как надо”, но реальная работа — застопорилась. Потому что команда вместе с тобой подсознательно ждет чего-то: идеального старта . Синдром идеального старта — не просто миф, а настоящая преграда для продуктивной разработки. В этой статье мы поговорим о том, почему ждать "идеальности" — значит тормозить, как такой подход мешает развитию, и что с этим можно сделать. Зачем мы ждём идеального старта? Давайте начистоту. Инженерный подход прививает большинству программистов стремление к "чистоте" и "вечному". Важно, чтобы проект был построен на устойчивом фундаменте, который можно будет развивать много лет. Но эта стремительность к "безупречности" часто оборачивается довольно токсичной привычкой откладывать реальные действия, пока не будет найдено "идеальное решение" . Проблема в том, что идеальное, как правило, недостижимо. Вот почему:

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

Refactoring Challenge: Does your PHP code run multiple SQL queries inside a loop? Optimize it by fetching data in a single query. How would you improve it?

Over-engineering takeaways:
Misjudging future requirements can lead to inappropriate abstractions.
Avoiding over-engineering can be as impactful as achieving technical brilliance.
Simplicity is key to maintainability.
Avoid predicting needs that aren't certain.
Create abstractions that align with current and reasonable future requirements.

https://www.16elt.com/2024/09/07/future-proof-code/?_bhlid=684eaf1d61f0ce4a2732e0b8746f17c6e77724f4&utm_source=newsletter.csharpdigest.net&utm_medium=newsletter&utm_campaign=on-over-engineering