18Mar

Роли внутри проектов

Основные роли: тестировщик ПО, разработчик ПО, лидер команды и менеджер проекта.
Все участники проекта независимо от их роли несут персональную ответственность за свою работу и работу команды.

19Jan

Basic Principles and Rules of Our Team

Self-sufficiency, responsibility, punctuality, and proactivity (within our technological stack).
Every employee can and must introduce all issues and offers he/she is interested in at the general meeting along with other employees.

19Jan

Основные принципы и правила нашей команды

Самостоятельность, ответственность, пунктуальность, инициатива (в рамках нашего технологического стека).
Каждый сотрудник может и должен выносить все интересующие его вопросы и предложения на общем собрании наравне со всеми

14Jan

Инструменты JavaScript / Node.js разработчика

Редактор. Описание редакторов есть здесь. Лично я пользуюсь WebStorm. IDE подсвечивает синтаксис языка, указывает на ошибки, есть возможность подключения к FTP, SFTP и многое другое.

14Jan

JavaScript / Node.js Tools

Editor. Description of the editors can be found here. I personally use WebStorm. The IDE highlights the code syntax, indicates errors, there is the possibility to connect to FTP, SFTP, and much more.

12Jan

Git – Recommendations for “Soshace” Team

The main things that I would like to draw your attention to:
1) The commit should exactly match the name. And the title should make clear what exactly you’ve pushed.
2) A good commit should fit the screen, one does not have to scroll it for too long to understand what you have done.

12Jan

Работа с Git

Основное на что хочу обратить внимание:
1) Коммит должен четко соответствовать названию. А из названия должно быть понятно, что именно вы запушили.
2) Хороший комммит умещается на экране, его не нужно долго листать, чтобы понять, что именно вы сделали.

11Jan

Code Style

The main things that I would like to draw your attention to:
1) The names variables and methods should be clear and concise, don’t skimp on characters.
2) Methods should not exceed 30-40 lines, they are intended for solving a single specific task, and poor methods do everything.

11Jan

Стиль кода

1) Название переменных и методов должно быть четким и ясным, не экономьте на буквах.
2) Методы должны быть не больше 30-40 строк, методы решают одну конкретную задачу, плохие методы делают все.

08Jan

How We are Looking for Proposals on UpWork

1. What technologies stack is it better to select when searching for an order at UpWork?
At the present time our team specializes in JavaScript development. That is why our orders must comply with our specialization. The majority of our team members know several programming languages. Is it necessary to take it into account?