Get a quote

Software Consulting · Ankara

Software Consulting for Ankara businesses

On an inherited system the first question is not technical: who carries this after we leave. If the answer is the organisation's own IT unit, that unit's toolset is already settled; in a multi-unit institution in Ankara that unit may well sit at the centre. We work inside that boundary. On the KGM SsangYong corporate site catalogue reads moved into a Redis cache, so MySQL only steps in when the data changes. No new dependency entered the framework.

Software Consulting — Ankara

Ankara's working texture leans on the management layer: multi-unit institutions, head offices, systems that grew one department at a time. The closest work to that profile is the KGM SsangYong corporate site, a Laravel application we took over. Where it does not overlap: that site is an automotive brand's catalogue surface rather than an internal management screen, and we have taken over no institution's own workflow. What carries across is the order of work, not the screens. Read the code, establish what each section does, leave the working parts where they are. The set underneath stayed as found: Laravel, Tailwind, jQuery, MySQL and Redis.

  • The read path and the write path were separated: the same catalogue query no longer runs from scratch for every visitor, Redis holds the answer, and MySQL joins in only when a record changes.
  • Image storage became readable from outside the code, so a model's picture is found by name and folder rather than by searching through the source.
  • The stack did not grow. Laravel, Tailwind and jQuery were what the maintaining side already knew, and the work stayed inside them.

Why Algoriel

  • We read the code first

    We did not build the KGM SsangYong corporate site; we read the inherited codebase and left the parts that worked untouched.

  • Fix where the load sits

    The same catalogue query hit MySQL on every page open; that read moved to a Redis cache and nothing else was disturbed.

  • We stay inside your framework

    On the KGM SsangYong site the inherited Laravel, Tailwind and jQuery set was kept; the cache layer was the one addition to the stack.

  • We reconnect broken chains

    At Resterm the calculation sat in a sheet, the catalogue in a file, the quote somewhere third; selection now runs to cart, project, and customer.

  • Reading the code first

    We read the inherited codebase through, then name what moves and what stays untouched, one item at a time. The scope of the change comes out of that reading rather than a template.

  • Staying on the existing framework

    A library the maintaining team has never worked with would be a cost we left behind on our way out. KGM SsangYong's corporate site arrived with its framework and front-end libraries already chosen, and not one dependency was added to that set.

  • The limit of the change

    Only the slow places get opened; heavy spots are handled one at a time and the rest stays where it is. Where that limit falls is written down for you once the reading is done.

  • Tidying the file layout

    Scattered files move into a single naming and folder scheme. Which model uses which file becomes visible without reading code.

  • Taking weight off the reads

    The same query repeated for every visitor can be run once and shared from there. On KGM SsangYong's catalogue pages that query no longer runs until the data changes.

  • The decision taken before code

    Some decisions are made before the first line and are expensive to correct later. Resterm's software was built on the manufacturer's own product structure, because it was clear from the start that a general-purpose quoting tool would not carry it.

Work like this

Software Consulting · Case study

KGM SsangYong — reads come from cache, the toolset stayed as we found it

The site was a live Laravel build we inherited; rewriting was never on the table. We began by establishing what each section did and marking what stays untouched. Then the read path changed: the same catalogue query stops running from scratch for every visitor, Redis holds the answer, and MySQL joins in only when a record changes. Scattered vehicle images moved onto one naming and folder scheme, so a model's picture is no longer found by searching the source. On the heaviest model pages we worked through image sizes and the requests jQuery fired. Nothing new entered the stack.

Read the case study →

Working with Ankara teams, remotely

We have no office, so work for this city runs remotely and we do not offer on-site support. What was done, and why it was done that way, stays in writing. The project pages mark which builds came out of a partnership.

  • The first release ships as a working piece; extras follow later.
  • Every client we know of is in Turkey.
  • Decisions stay in writing; progress shows in working screens.

Frequently asked

  • Our own IT unit will maintain this afterwards. Will they have to learn new tools?

    No. On the KGM SsangYong work we stayed inside Laravel, Tailwind and jQuery. If an internal team carries the maintenance, the tool has to be one that team already knows.

  • Pages load slowly. Would a bigger server fix it?

    Usually the problem is not capacity but the same query running from scratch on every open. Once catalogue reads sit in cache, the database is involved only when a record changes. That is the place to look before buying hardware.

  • Do you have public sector experience in Ankara?

    No, and we say so. There is no public sector work in our portfolio; everything we describe comes from private clients. We make no promise about ground we cannot show.

  • Will the parts that already work be touched?

    No. The intervention stays with whatever carries the page load: the read path, the image storage scheme and the heaviest model pages. The rest is left as it is.

Would you like us to read the system you already have?