ТЗ писать должен как раз специалист по переводу с бизнесового языка на технический. Условный тимлид

Что такое ТЗ? Вы как стейкхолдер приходите к исполнителю он на основе ваших потребностей составляет ряд документов SRS и SRD и т.д. переводя на язык понятный для инженеров: разработчиков и тестировщиков. Очень важно что бы мысль была сформулирована и ее ценность для бизнеса. Есть шаблон "Я как пользователь должен иметь возможность ... через ...". Все. Не нужно изголяться и самостоятельно писать непонятные ТЗ напишите непонятных там слов и потом только увеличите кол-во этапов согласования для разбора специалистами вашей изначальной идеи.

Важно понимать и уметь объяснить разработчику какую цель и для чего вы преследуете. Например, «вот этот отчет формируется 5 минут, а мне нужно за 5 сек, чтобы сберечь рабочее время» А вообще, написание ТЗ и правда лучше доверить специалисту. В нашей компании это делают системные аналитики

Я могу помочь вам начать работу с TypeScript (Т3) для бэкэнд-разработки, даже если вы не являетесь специалистом в этой области. Вот несколько шагов и советов, которые помогут вам начать:

1. Установка Node.js и TypeScript

Прежде всего, вам нужно установить Node.js и TypeScript на ваш компьютер.

1. Установите Node.js:

• Перейдите на официальный сайт Node.js и скачайте последнюю стабильную версию.
• Установите Node.js, следуя инструкциям на экране.

2. Установите TypeScript:

• Откройте терминал или командную строку и выполните команду:

  npm install -g typescript
  

2. Создание проекта

Теперь создадим новый проект на TypeScript.

1. Создайте новую директорию для вашего проекта:

mkdir my-backend-project
cd my-backend-project

2. Инициализируйте проект:

npm init -y

3. Установите необходимые зависимости:

npm install express
npm install --save-dev typescript @types/node @types/express ts-node-dev

4. Создайте файл tsconfig.json:

npx tsc --init

Откройте tsconfig.json и настройте его, например:

{
  "compilerOptions": {
    "target": "ES6",
    "module": "commonjs",
    "outDir": "./dist",
    "rootDir": "./src",
    "strict": true,
    "esModuleInterop": true,
    "skipLibCheck": true,
    "forceConsistentCasingInFileNames": true
  }
}

3. Создание простого сервера

Теперь создадим простой сервер на Express.

1. Создайте директорию src и файл index.ts:

mkdir src
touch src/index.ts

2. Напишите код для сервера в src/index.ts:

import express from 'express';

const app = express();
const port = 3000;

app.get('/', (req, res) => {
  res.send('Hello, world!');
});

app.listen(port, () => {
  console.log(`Server is running on http://localhost:${port}`);
});

4. Запуск сервера

Теперь запустим наш сервер.

1. Добавьте скрипт для запуска в package.json:

"scripts": {
  "start": "ts-node-dev src/index.ts"
}

2. Запустите сервер:

npm start

Теперь ваш сервер должен быть доступен по адресу http://localhost:3000.

5. Дополнительные ресурсы

Если вы хотите углубиться в изучение TypeScript и бэкэнд-разработки, вот несколько ресурсов, которые могут вам помочь:

• Официальная документация TypeScript
• Официальная документация Express
• Node.js Best Practices

Надеюсь, это поможет вам начать работу с TypeScript для бэкэнд-разработки! Если у вас есть ещё вопросы, не стесняйтесь спрашивать.

У нас ТЗ пишется исключительно с точки зрения бизнеса, никаких технических деталей. Разработчики бэка и фронта сами между собой решают как это реализовывать. Все счастливы

Начните с бизнес-требований к приложению Опишите общий функционал с трех сторон

• с какими данными, характеристиками должно работать приложение
• откуда эти самые данные берутся (добавляются руками в интерфейсе, загружаются из файлов, берутся из других программ/приложений)
• какие задачи/функции должно решать приложение (что делаем с этими самыми данными/характеристиками)

Этого набора данных будет достаточно, чтобы разработчики могли сложить представление о приложении и его задачах и собрать из этой информации нормальное ТЗ

Не надо писать ТЗ, можно составить описание задачи. Написать ТЗ может только специалист, так как ТЗ подразумевает описание реализации.

Формировать ТЗ непосредственно вместе с разработчиком, начиная с mindmap заканчивая точными техническими спецификациями в Word'е (если требуется)

Пиши как думаешь. Разрабы тоже люди) поймут