Company technological stack: Difference between revisions

From A Technological Wiki
Jump to navigation Jump to search
imported>Unknown user
No edit summary
 
No edit summary
 
(4 intermediate revisions by 2 users not shown)
Line 1: Line 1:
We must be able to understand and provide the benefits and risks of implanting needed technological solutions.


<!-- From bodyContent 1543081.mraw -->
Ensure project is able to be technologically self managed. Offer supervision, not control.<span id="not-only-software"></span>
== Not only software ==


Managing technological part of the company is not only about coding, but tactical and operative parts as helpdesk, workplace, HR software, ERP, etc<br />On the strategical part how a technology can help create new products or making company grow and scale.<span id="development-technological-stack"></span>
== Development technological stack ==
* Technological stack may vary depending on the knowledge of the team
* When deciding to implement a technology it is necessary to know the resource availability on the market. We can evaluate the costs of each technology or which bootcamps are more demanded.
* We must keep our technological stack as homogenic as possible. If we use multiple technologies it will be more difficult to handle shared knowledge or teams interoperability.
* LowCode and NoCoding is a valid tool for easing development.
* Operators are tools provided by the same software provider to ease the management of their own product. For example [https://www.crunchydata.com/ <u>Crunchy</u>] for PosgreSQL<span id="code-versioning"></span>
== Code versioning ==
we must have a repository for versioning our code.
* github
* bitbucket<span id="work-methodology"></span>
== Work methodology ==
* Jira
* Trello<span id="services"></span>
== Services ==
* supabase
* autoadmin
* roadmunk
* amplitude
* pulumi
* states machine
* N8N<span id="documentation"></span>
== Documentation ==
It is very important to keep documentation
* Confluence
* Notion
* Mediawiki
[[Category:IT scalability]]

Latest revision as of 20:33, 20 October 2025

We must be able to understand and provide the benefits and risks of implanting needed technological solutions.

Ensure project is able to be technologically self managed. Offer supervision, not control.

Not only software

Managing technological part of the company is not only about coding, but tactical and operative parts as helpdesk, workplace, HR software, ERP, etc
On the strategical part how a technology can help create new products or making company grow and scale.

Development technological stack

  • Technological stack may vary depending on the knowledge of the team
  • When deciding to implement a technology it is necessary to know the resource availability on the market. We can evaluate the costs of each technology or which bootcamps are more demanded.
  • We must keep our technological stack as homogenic as possible. If we use multiple technologies it will be more difficult to handle shared knowledge or teams interoperability.
  • LowCode and NoCoding is a valid tool for easing development.
  • Operators are tools provided by the same software provider to ease the management of their own product. For example Crunchy for PosgreSQL

Code versioning

we must have a repository for versioning our code.

  • github
  • bitbucket

Work methodology

  • Jira
  • Trello

Services

  • supabase
  • autoadmin
  • roadmunk
  • amplitude
  • pulumi
  • states machine
  • N8N

Documentation

It is very important to keep documentation

  • Confluence
  • Notion
  • Mediawiki