Daniel Shaya

A Java developer and enthusiast.

[Java at Microsoft @JavaAtMicrosoft]

How Tiered Compilation works in @OpenJDK

by 🇧🇷 @JohnTortugo, our JVM compiler engineer.

#Java #OpenJDK #JVM

https://t.co/JNf5Cld5Hp

[Henri Tremblay @henri_tremblay]

Wow, @JosePaumard , that was crazy interesting https://t.co/OrlynWc74L (structured concurrency scoped values

[Dr Milan Milanović @milan_milanovic]

𝗗𝗲𝗳𝗶𝗻𝗶𝗻𝗴, 𝗠𝗲𝗮𝘀𝘂𝗿𝗶𝗻𝗴, 𝗮𝗻𝗱 𝗠𝗮𝗻𝗮𝗴𝗶𝗻𝗴 𝗧𝗲𝗰𝗵𝗻𝗶𝗰𝗮𝗹 𝗗𝗲𝗯𝘁 𝗯𝘆 𝗚𝗼𝗼𝗴𝗹𝗲

In the latest paper by Google Engineers, they researched how to define, measure and manage Technical Debt. They use quarterly engineering satisfaction surveys to analyze the results.

𝟭. 𝗗𝗲𝗳𝗶𝗻𝗶𝘁𝗶𝗼𝗻 𝗼𝗳 𝗧𝗲𝗰𝗵𝗻𝗶𝗰𝗮𝗹 𝗗𝗲𝗯𝘁

Google took an empirical approach to defining technical debt. They asked engineers about the types of technical debt they encountered and what mitigations would be appropriate to fix this debt. This resulted in a collectively exhaustive and mutually exclusive list of 10 categories of technical debt, including:

🔹 Migration is needed or in progress: This may be motivated by the need for code or systems to be updated, migrated, or maintained.

🔹 Code degradation: The codebase has degraded or not kept up with changing standards over time. The code may be in maintenance mode, needing updates or migrations.

🔹 Documentation on project and application programming interfaces (APIs): Information on how your project works is hard to find, missing, or incomplete.

🔹 Testing: Poor test quality or coverage, such as missing tests or poor test data, results in fragility and flaky tests.

🔹 Code quality: Product architecture or project code must be better designed. It may have been rushed or a prototype/demo.

🔹 Dead and abandoned code: Code/features/projects were replaced or superseded but still need removal.

🔹 Team needs more expertise: This may be due to staffing gaps, turnover, or inherited orphaned code/projects.

🔹 Dependencies: Dependencies are unstable, rapidly changing, or trigger rollbacks.

🔹 Migration could have been better executed or abandoned: This may have resulted in maintaining two versions.

🔹 Release process: The rollout and monitoring of production need to be updated, migrated, or maintained.

𝟮. 𝗠𝗲𝗮𝘀𝘂𝗿𝗶𝗻𝗴 𝗧𝗲𝗰𝗵𝗻𝗶𝗰𝗮𝗹 𝗗𝗲����𝘁

Google measures technical debt through a quarterly engineering survey. They ask engineers about which of these categories of technical debt have hindered their work. The responses to these surveys help Google identify teams that struggle with managing different types of technical debt. E.g., they found that engineers working on machine learning systems face different types of technical debt compared to engineers who build and maintain back-end services.

They focused on code degradation, teams needing more expertise, and migrations being required or in progress. Then, they explored 117 metrics proposed as indicators of one of these forms of technical debt—the results were that no single metric predicted reports of technical debt from engineers.

𝟯. 𝗠𝗮𝗻𝗮𝗴𝗶𝗻𝗴 𝗧𝗲𝗰𝗵𝗻𝗶𝗰𝗮𝗹 𝗗𝗲𝗯𝘁

Over the last four years, Google has made a concerted effort to define better, measure, and manage technical debt. Some of the steps taken include:

🔸 Creating a technical debt management framework to help teams establish good practices

🔸 Creating a technical debt management maturity model and accompanying technical debt maturity assessment that
evaluates and characterizes an organization's technical debt management process

🔸 Organizing classroom instruction and self-guided courses to evangelize best practices and community forums to drive continual engagement and sharing of resources.

🔸 Tooling that supports the identification and management of technical debt (for example, indicators of poor test coverage, stale documentation, and deprecated dependencies)

It's important to note that zero technical debt is not the goal at Google. The presence of deliberate, prudent technical debt reflects the practicality of developing systems in the real world. The key is to manage it thoughtfully and responsibly.

Check the full link in the comments.

_______
If you like my posts, please follow me, @milan_milanovic, and hit the 🔔 on my profile to get a notification for all my new posts.

Grow with me 🚀!

#technology #softwareengineering #programming #techworldwithmilan #development

[Adaptive @WeAreAdaptive]

#Aeron 1.42.0 released! What's new? Improved service availability with Cluster Standby Snapshots & Graceful Leader Close, simplified network access config via Port Manager & more. Details on Github & our website: https://t.co/0tYnM9BXbD
#softwarerelease #newfeatures #tradingtech

[Adaptive @WeAreAdaptive]

The #Aeron Cookbook is ready for download! Giving an intro of Aeron to new/intermediate users through in depth guides & diagrams, it's already available online. Here is a portable, downloadable version to access it offline. https://t.co/sEWTUILz1N
#TradingTech #Messaging #Cluster

[Dave Farley @davefarley77]

WELCOME TO THE ENGINEERING ROOM!

The Code That Builds HUGE Trading Platforms | Frank Yu In The Engineering Room Ep. 18 ➡️ https://t.co/uJhotagcA3

Thanks to Frank for joining me! 👍

#SoftwareEngineering #SoftwareDevelopment

[Jean-Philippe Bempel @jpbempel.bsky.social @jpbempel]

You forgot to enable GC logs for your application in production? don't panic! From a local shell, use :

jcmd <pid> VM.log what=gc* output=gc.log

For more info see https://t.co/oRMu51truQ
#protip #JVM

[Per-Åke Minborg @PMinborg]

Java 20: Colossal Sparse Memory Segments

Learn how to create a 64 TiB memory segment on a regular laptop using project Panama in Java 20.

#java

https://t.co/Ix1wANFK2E

[Daniel Shaya @DanielShaya]

Well done Scarborough but shouldn't we extend the same understanding and kindness to the thousands of autistic people in our community (including my daughter) who find the ever increasing use of fireworks really distressing?

[BBC Yorkshire @BBCLookNorth]

Scarborough's New Year fireworks cancelled to protect walrus https://t.co/dWF9SbgRLB

[Martin Thompson @mjpt777]

The beauty of an event log.

[Francesco Nigro @forked_franz]

After so many years I found @mjpt777 https://t.co/VmWacYs8b3 to be one of the best engineering inspirational talk ever

[Baeldung @baeldung]

New Post: Using Vim as a Diff Tool https://t.co/4zcYfLGdT3

[Programming Wisdom @CodeWisdom]

"There is nothing so useless as doing efficiently that which should not be done at all." – Peter Drucker

[welcap @wellytambunan]

a great presentation from @mikeb2701 about aeron experience and networking

@toddlmontgomery @RichardWarburto @mjpt777 @gregyoung @ayende

https://t.co/1iRaJpIlbZ

[Vadym Kazulkin @VKazulkin]

"SOLID Principles With (almost) Real-Life Examples in Java" https://t.co/PqKjNgAo7f

[Adam Bien @AdamBien]

"The JavaSpecialist(s)"--an https://t.co/84MwkKWT7N episode with @heinzkabutz about software quality, teaching and learning Java, Java's performance ...and a bit of Snooker is ready to listen: https://t.co/jdxKTaBJYs #airhacks #java #podcast

[Daniel Shaya @DanielShaya]

+1!

[Peter Lawrey @PeterLawrey]

@giltene Not only did I learn important things from the content, as a speaker I learnt a lot from the delivery as well

[Peter Lawrey @PeterLawrey]

Project Panama, Unsafe, and practical examples for direct shared memory between processes in Java

[Jakob Jenkov @jjenkov]

I have updated my Java tutorial to list what is new in Java 17:

https://t.co/IwSGo16MqG

#Java #Java17

[Andrei Pangin @AndreiPangin]

@PeterVeentjer async-profiler already integrates with JFR out of the box to produce a combined recording, i.e. normal flight recording with execution samples collected by async-profiler. Check out 'jfrsync' option