Friendica befindet sich bereits seit einiger Zeit in einer Phase des Code-Refactoring. Damit wird eine Schuld eingelöst, die sich ganz natürlich ergibt, wenn eine Software-Plattform seit 2010 für das Fediverse entwickelt wird. Beim Code-Refactoring wird der gesamte Core-Code einer Prüfung unterzogen und anschließend nach einem festgelegten Plan überarbeitet. Das Ziel besteht darin, den Code von Ballast zu befreien und in einer gut wartbaren Form zu hinterlassen. Zu diesem Zweck werden alle Funktionen überprüft, korrigiert oder sogar neu geschrieben.

Die Bereitstellung neuer Innovationen oder die Fehlererkennung und -behebung in der Zukunft werden durch diese Voraussetzung deutlich erleichtert.

All das passiert im Hintergrund, sodass Nutzende von Friendica keine Veränderungen in der Handhabung oder im Funktionsumfang bemerken werden.

Parallel zum Code-Refactoring gab es die Initiative, das Standard-Theme „FRIO” in Richtung einer Facebook-Alternative weiterzuentwickeln. Das Ziel besteht nicht darin, die Facebook-WebUI nachzubauen, sondern den Nutzenden ein Angebot zu machen, das den Wechsel geschmeidiger gestaltet.

In diesem Zusammenhang wurde damit begonnen, die Usability von Friendica zu verbessern. Dazu werden Funktionen klarer und eingängiger gestaltet. Auch dies ist ein Prozess, der noch einige Zeit in Anspruch nehmen wird.

Als direktes Ergebnis dieses Veränderungsprozesses wird sich die Navigation in Friendica mit der nächsten Veröffentlichung ändern.

Änderungen an der Hauptnavigation:
Alte und neue Gestaltung der Hauptnavigation: 1. neues Icon-Set. 2. Die Hauptnavigation wird zentriert. 3. Die Navigation wird in Funktionsblöcke unterteilt. 4. Die Icon-Reihenfolge wird geändert.

Änderung der Position Suchen
Die Suche wandert von Rechts auf die Linke Seite

Änderung der Positionen für das Benutzer-Icon und den Beitragsbutton
Das Benutzer-Icon und der Beitrags-Button wandern nach Rechts.

Damit werden zahlreiche Funktionen der WebUI-Initiative „Bookface” in das Standard-Theme von Friendica integriert. Dabei kann sich das Projekt auf direktes Nutzer-Feedback beziehen, das im Rahmen der WebUI-Initiative eingesammelt und gemeinsam fortgeschrieben wurde.

Das ist es, was Friendica so interessant macht. Deine Stimme wird gehört.

#Friendica #WebUI #Refactoring #Fediverse

Alt...

Alte und neue Gestaltung der Hauptnavigation: 1. neues Icon-Set. 2. Die Hauptnavigation wird zentriert. 3. Die Navigation wird in Funktionsblöcke unterteilt. 4. Die Icon-Reihenfolge wird geändert.

Alt...

Die Suche wandert von Rechts auf die Linke Seite

Alt...

Das Benutzer-Icon und der Beitrags-Button wandern nach Rechts.

Как мы мигрируем навигацию на Compose в Android-приложениях с 400+ экранами

Привет, Хабр! Меня зовут Константин Дубинко, я — Android-техлид в hh.ru . Сейчас мы заканчиваем большой переезд навигации в двух Android-приложениях — для соискателей и работодателей. В этой статье я покажу, как у нас там устроена навигация, почему мы решили отказаться от Fragment-навигации и как превратили хаотичную миграцию с «островками» новой архитектуры в управляемый процесс с метриками и понятным планом работ. Заодно расскажу, какие решения сработали, какие — нет, и что я сделал бы иначе, если бы начинал заново.

https://habr.com/ru/companies/hh/articles/1044842/

#android_development #compose #migration #navigation #refactoring #mobile_development #modo #vj #мобильная_разработка #мобильные_приложения

"The Switcheroo" - a #refactoring combo that transforms an API *and its call sites* across the codebase.

Alt...

A picture of a swiss army knife opened so that all of its blades and tools are visible. A description of the "Switcheroo" refactoring combo: 1. Extract the entire body of the function into a new function. 2. Refactor the extracted function to have the API you want and the body of the old function to be how you want it to be invoked across the codebase. 3. Inline the old function: everywhere is now using the new API.

Four scales of #refactoring, defined by how difficult it is to disseminate the change beyond an individual developer's workspace, and therefore whether you need to align on a refactoring *strategy*.

Alt...

Single commit: - Affects a single codebase and built artefact. - Applied by one atomic commit. Multiple commits: - Creates wide-spread change in a single codebase and built artefact. - Use Expand/Contract to minimise disruption to other team members. Multiple deployments: - Cannot change all affected code in a single commit without breaking the system. - Requires multiple deployments with Expand/Contract to avoid downtime. - Delivery rate affects internal quality Multiple releases: - Requires Expand/Contract across multiple organisations to avoid breaking clients - Must meet contractual obligations with respect to API stability and evolution

Expand/Contract: a #refactoring strategy to avoid disrupting work in progress by other team members, or to avoid breaking clients during zero-downtime deployments.

Alt...

Expand/Contract illustrated by an old black-and-white photograph of accordion players. The Expand/Contract refactoring strategy is: 1. Add new features 2. Migrate code to use the new features 3. Remove old features when is safe to do so

To refactor a system from an object-oriented design to a functional design, we adopt a strategy of moving actions to the edge of the system, leaving the application domain model as immutable data and pure calculations.

We are using the terminology of "data", "calculations", and "actions" from the book "Grokking Simplicity" by Eric Normand.

In our workshop we work through different refactoring techniques to move actions to the edge of the system.

#refactoring #architecture

Alt...

Nested hexagons representing the hexagonal architecture, with an arrow labelled "actions" pointing from the center to the edge. The core hexagon representing the application domain model is labeled "Calculations & Data".

Duncan and I will be at #SoCraTes UK on June 18th and will use some of these practices to take control of LLM-generated code. LLMs default to generating code that is monolithic, procedural, and makes wide use of mutable state. #Refactoring is a good way to give the LLM patterns to follow. Separating actions from data & calculations, composing calculations, and proving consistency by type checking, are all good strategies to keep generated code comprehensible by humans.

https://socratesuk.org/training_day.html

A Short Guide to Naming by Tim Ottinger is free with a Leanpub Reader membership! Or you can buy it for $6.50! https://leanpub.com/naming_shortguide #computer_programming #python #javascript #java #web_development #refactoring

A Short Guide to Naming by Tim Ottinger is free with a Leanpub Reader membership! Or you can buy it for $6.50! https://leanpub.com/naming_shortguide #computer_programming #python #javascript #java #web_development #refactoring

A Short Guide to Naming: Understand how and why to better name modules, classes, functions, and variables. by Tim Ottinger is the featured book 📖 on Leanpub!

if you've read my chapter on naming in a famous software book (first or second edition) you may want to go a little deeper. Same author, same topic, all-new content!

Link: https://leanpub.com/naming_shortguide

#computer_programming #python #javascript #java #web_development #refactoring

A Short Guide to Naming by Tim Ottinger is free with a Leanpub Reader membership! Or you can buy it for $5.00! https://leanpub.com/naming_shortguide #computer_programming #python #javascript #java #web_development #refactoring