При приёме на работу нужно предоставить определённые документы. Список таких бумаг небольшой. Более того, бегать по разным инстанциям и собирать их не нужно: как правило, они всегда при себе или спокойно лежат дома.

Чтобы закончить твоё оформление в нашу компанию, необходимо предоставить определенные документы, список которых приведен ниже 👇

Ждём от тебя сканы или фото:

Больше про нас и разные полезности в наши соцсетях:

Телеграм — https://t.me/sovcom_tech
ВКонтакте — https://vk.com/sovcom_tech
Нельзяграм — https://instagram.com/sovcomtech

Не будем долго писать про нашу корпоративную культуру, ИТ-фесты, коворкинг и атмосферу «Лиги Достижений». Лучше покажем. Налей себе чай или кофе и смотри короткий ролик про Совкомбанк Технологии.

Про наши ИТ-фесты

ИТ-фесты — это наши традиционные летние вечеринки для сотрудников. География фестов, как гастрольный тур топовых рок-групп. Почти вся Россия. В этом году мы встречались в Хабаровске, Саратове, Санкт-Петербурге, Краснодаре, Уфе, Воронеже, Нижнем Новгороде, Ростове-на-Дону, Москве, Казани, Новосибирске, Череповце, Томске, Екатеринбурге.

Про спорт

Он всегда с нами. Регулярно устраиваем чемпионаты по волейболу, турниры по шахматам и настольному теннису, играем в футбол, катаемся на сноуборде, участвуем в марафонах по бегу.

Про коворкинг в Сочи

У нас есть собственный коворкинг: 4-х дневная рабочая неделя, дорога туда и обратно, проживание в отеле за счёт компании, командировочные за каждый день.

Коворкинг на Алтае

Наше место силы. Алтай - это горы, сплавы по бурной реке Катунь, песни под гитару у костра и поездки на «Алтайский марс». А еще это очаровательные, пробирающее до мурашек, виды заходящего солнца.

Как и в коворкинге в Сочи, здесь четырехдневная рабочая неделя. Билеты на самолет, проживание и многие другие приятные “мелочи” берет на себя банк.

Про офисы

Любим работать в комфорте. Все наши офисы современные и стильные, рабочие места удобные и уютные. Кофемашины и игровые комнаты тоже на месте.

Про бонусы сотрудникам

У нас 30+ соцпрограмм — заботимся о здоровье сотрудников и их близких, софинансируем отпуска, поддерживаем развитие сотрудников, есть свой Учебный центр, полностью или частично оплачиваем внешнее обучение (семинары, конференции, курсы), предоставляем банковские продукты по льготным условиям и ещё много всего!

👉 Еще больше про нас, а так же разные полезности, в нашем Телеграм канале: https://t.me/sovcom_tech

В этой статье, постараемся беспристрастно сравнить операционные системы Windows и macOS. Сравним их в категориях: свобода выбора «железа» для установки, интерфейс и UX, экосистема, установка сторонних приложений, игры. В конце статьи попробуем сделать вывод. Поехали!

«Железо» для установки

Windows
Полная свобода в отношении оборудование, на которые вы можете установить эту операционную систему. Компьютеры почти любых сборок, ноутбуки разных производителей и даже… холодильники. Да, это не шутка. В 2016 году на выставке потребительской электроники в Берлине компания LG представила холодильник, который работает под управлением операционной системы Windows 10.

Собирая настольный компьютер под Windows, мы получаем широкий выбор комплектующих. Кастомный PC ограничен только бюджетом и теми задачами, под которые он будет собираться. Windows без проблем запуститься как на бюджетных сборках за 20-30 тысяч рублей, так и на игровых мощных машинах, с топовыми процессорами, мощными видеокартами за сотни тысяч рублей. Можно собрать для начала скромную машину, которая будет закрывать базовые задачи, а потом постепенно апгрейдить, улучшая характеристики своего PC.

macOS
Работает только на Маках. Да, благодаря энтузиастам и Хакинто́ш, можно запускать macOS на компьютерах не от Apple, но в этой статье мы не будем разбирать подобные решения.

Минусы
За «железо» в стационарных компьютерах и ноутбуках от Apple придётся платить. Точнее переплачивать. В современных маках возможности самостоятельного апгрейда минимальны. Вы можете выбрать готовые маки или собрать свой, используя конфигуратор на сайте Apple. Например, если нужно увеличить оперативную память в ноутбуке MacBook Air на M2 с 8 Гб до 16 Гб, будьте готовы доплатить $200. Это официальная цена и в России итоговая стоимость ноутбука будет выше.

ПлюсыmacOS идеальна ведёт себя на «железе» компьютеров Apple. С переходом Apple на процессоры собственного производства на ARM-архитектуре, компьютеры Apple показывают отличные результаты в различных тестах, а ноутбуки ещё и бьют рекорды по автономности.

Если нужна свобода в кастомизации компьютеров, то выбирайте PC на Windows. Нужна автономность ноутбуков без потери производительности — это Apple

Интерфейс и UX

С выходом Windows 11 операционные системы Windows и macOS стали очень похожи.

Например, работа с нескольким рабочими столами:

Системный поиск (Spotlight в macOS), который легко вызывается с клавиатуры:

Размещение приложений, к которым вам нужен быстрый доступ:

Dock на Mac

Панель задач на Windows

Файловые менеджеры

Проводник в Windows

Finder в macOS

Обе операционные системы предлагают похожие решения. Но, при более детальном рассмотрении, мы увидим различия в том, какой пользовательский опыт (UX) предлагают Windows и macOS.

Например, в Windows уже из «коробки» есть удобная система работы с окнами. Система предлагает шесть режимов отображения открытых приложений, каждый из них можно адаптировать для повседневного использования.

macOS предлагает меньше вариантов разделения экрана для работы с несколькими окнами одновременно. Чтобы на маках получить такое же разнообразие отображения окон, придётся ставить сторонние приложения.

Но в macOS есть свои фишки. Например, можно сделать углы экрана активными и при наведении мышью в один из углов, будет выполняться определённые действия. По умолчанию, правый нижний угол используется для создания короткой заметки. Удобно, можно быстро что-то записать пока не забыл.

Есть в macOS и Launchpad. Он показывает все приложения в виде сетки. Привычный режим для пользователей iPhone. Программы могут отображаться на нескольких страницах, если их слишком много и они не помещаются на одном экране.

Внешне операционные системы становятся всё более похожи. У каждой из них есть свои фишки и слабые места в удобстве использования. Если не нравится функционал одной из этих систем или хочется что-то добавить — помогут сторонние утилиты.

Приложения

macOS и Windows поставляются с набором базовых приложений. Но есть различие в подходе поставок офисных приложений, нужных для работы с текстом, таблицами и презентациями. Например, покупая ноутбук на Windows, можно получить пробную лицензию на пакет офисных программ Microsoft Office или докупать его отдельно. В macOS набор офисных программ идёт в комплекте с операционной системой и отдельно покупать их не надо.

Что касается магазинов приложений в macOS и Windows, то в них можно найти огромное количество утилит для решения разных задач. Есть приложения бесплатные, по подписке или бесплатные.

Экосистема

В macOS экосистема — одно из главных преимуществ Apple. Если у вас есть часы, смартфон, планшет и компьютер от Apple, то вы получите отличную синхронизацию в работе этих устройств и удовольствие от их работы в одной экосистеме.

Устройства Apple синхронизируют между собой почти всё: закладки в браузере, медиатеку, заметки. Начав работать с документом на iPhone, можно продолжить его редактировать на макбуке. Наушники подключаются к тому устройству, которое вы используете сейчас, можно начав говорить на смартфоне, продолжить разговор на ноутбуке. Планшет можно подключать, как второй монитор и это будет работать без проводов.

Камеру iPhone можно использовать вместо веб-камеры макбука, если общаетесь в формате видеоконференции и качество встроенной камеры ноутбука вас не устраивает.

Windows тоже развивает синхронизацию между разными устройствами. Например, если у вас компьютер на Windows и смартфон на Android, то с помощью приложения «Мой телефон», вы будете получать на компьютер уведомления с телефона и управлять смартфоном с ПК.

Экосистема macOS — одна из главных фишек Apple. Windows пока не может похвастаться таким преимуществом. Возможно, если бы не исчезла мобильная операционная система «Windows Mobile», всё могло бы получится по другому.

Установка сторонних приложений

Магазины приложений App Store для маков и Microsoft Store для Windows предлагают огромное количество утилит. Если надо установить приложения от сторонних разработчиков, то Windows и macOS не ограничивают в этом своих пользователей. В отличии от своей мобильной операционной системы, Apple тут даёт больше свободы.

В Windows и macOS можно запускать мобильные приложения. Для Windows нужно будет установить подсистему Android. На маках запускаются программы для IOS, если на компьютере стоят чипы M-серии.

Обе операционные системы не ограничивают своих пользователей в источнике скачивания утилит. Можно скачивать в официальных магазинах приложений, устанавливать программы от сторонних разработчиков или устанавливать «пиратский» софт.

Игры

Когда дело касалось игр, то Windows всегда побеждал macOS. Почему так: до перехода на собственные чипы, Apple устанавливала на свои компьютеры далеко не топовые видеокарты. С переходом на чипы M-серии, маки получили достаточно видео ядер и это изменило ситуацию с играми на маках. Например, игра «Resident Evil Village» отлично оптимизирована для игры даже на базовых компьютерах Apple с чипами M-серии.

Пока производители игр неохотно оптимизируют свои игры под macOS. Главная причина — пользователей маков гораздо меньше пользователей PC. Да и Apple всегда позиционировала свои компьютеры, как инструмент для профессионалов, готовый к работе из «коробки», но точно не для гейминга.

Хочеться играть — берите компьютер на Windows или купите себе игровую консоль. Маки уже сделали огромный шаг в сторону геймеров, но этого пока мало.

Что в итоге

Выбирайте компьютер на macOS, если:

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

Вам подойдет компьютер на Windows, если:

• вам нужна свобода выбора комплектующих для сборки компьютера и последующего апгрейда
• играете на своём компьютере в современные игры
• софт для вашей деятельности есть на Windows и он работает хорошо

Хотите сыграть в простую игру? Предположим, я загадал число от 0 до 100. Отгадайте какое число я загадал, использовав как можно меньше попыток. При каждой попытке вы будете получать один из ответов: «мало», «много», «угадал».

Угадываем число через простой поиск

Возможно, вы начнёте перебирать все варианты подряд: 1, 2, 3, 4 ... и т.д

При каждым ответе будет исключаться только одно число. Это пример работы простого поиска. Рано или поздно мы дойдём до правильного ответа. Но представьте, если бы я загадал число 99. Чтобы до него добраться, потребуется 99 попыток. Долго.

Более эффективный способ

Начнём с числа 50.

Мало. Но мы только что исключили половину чисел! Теперь мы знаем, что все числа 1 — 50 меньше загаданного. Делаем следующую попытку.

Много, но мы снова исключили половину чисел! Начинаем использовать бинарный поиск.

Называем следующее число. Это будет 63 (середина между 50 и 75).

Бинарный поиск работает только в том случае, если список отсортирован. Например, бумажный телефонный справочник. Имена абонентов в нём хранятся в алфавитном порядке и при поиске нужного номера телефона можно воспользоваться бинарным поиском.

Что почитать по теме: «Грокаем алгоритмы» Адитья Бхаргава

Приступаем

Для написания правила, а точнее для исследования кода, нам понадобится абстрактное синтаксическое дерево. Быстрый способ получить его — воспользоваться AST Explorer.

Выбираем язык — JavaScript.
Парсер — babel-eslint9
Трансформер — ESLint v4 (можно и свежее, но для этой статьи достаточно и версии 4)

• В левой верхней части вводим пример кода, который будем исследовать.
• В правой верхней части вы увидите дерево вашего кода.
• В нижней левой части будем писать код правила.
• В правой нижней части отображается результат обработки вашего кода.

Задача

Придумаем какую-нибудь задачу для нас. Наше правило должно обрабатывать написанные нами функции следующим образом:

• Если функция асинхронная, то ее название должно содержать Async в самом конце.
• return должен быть отделен от основного кода блока одной пустой строкой.

Подопытный код

В левую верхнею секцию AST Explorer вставьте код функции:

async function helloFunction(names = []) {
    const namesEdited = names
        .map((name) => {
            const formattedName = `hello ${name}`;
            return formattedName;
        });
    return namesEdited;
}

Вот такой результат мы хотим получить в итоге работы наших правил линтера:

async function helloFunctionAsync(names = []) {
    const namesEdited = names
        .map((name) => {
            const formattedName = `hello ${name}`;

            return formattedName;
        });

    return namesEdited;
}

Первое правило

В верхней правой части отображается дерево c нодами нашего кода.

По дереву Program -> body видим ноду FunctionDeclaration — это и есть наша функция. В редакторе кода в нижней левой части напишем основную функцию нашего правила:

export default function(context) {
    return {
        FunctionDeclaration(node) {
    		
        },
    };
};

Как видно из кода, функция принимает контекст и возвращает обработчик для блоков FunctionDeclaration, который в свою очередь принимает ноду в качестве аргумента.

Допишем первое условие для проверки функции на асинхронность и наличие Async в конце названия функции.

export default function(context) {
    return {
        FunctionDeclaration(node) {
        	const isAsyncFunction = node.async;
          	const hasAsyncAtEndOfName = /Async$/.test(node.id.name);

      	    if (isAsyncFunction && !hasAsyncAtEndOfName) {
            	//
            }
        },
    };
};

Теперь сообщим разработчику, что функция не соответствует правилу для асинхронных функций. Для этого воспользуемся методом `context.report`, который присутствует в объекте context.

export default function(context) {
    return {
        FunctionDeclaration(node) {
        	const isAsyncFunction = node.async;
          	const hasAsyncAtEndOfName = /Async$/.test(node.id.name);
      
          	if (isAsyncFunction && !hasAsyncAtEndOfName) {
            	context.report({
                	node,
                  	message: 'Названия асинхронных функций должны заканчиваться на Async',
                });
            }
        },
    };
};

В правой нижней части AST Explorer мы увидим результат обработки кода нашим правилом. Также заметьте, что в блоке Fixed output follows нет варианта исправленного кода.

Нужно дописать еще одно свойство в объект передаваемый в метод report:

export default function(context) {
    return {
        FunctionDeclaration(node) {
        	const isAsyncFunction = node.async;
          	const hasAsyncAtEndOfName = /Async$/.test(node.id.name);

      	    if (isAsyncFunction && !hasAsyncAtEndOfName) {
            	context.report({
                    node,
                    message: 'Названия асинхронных функций должны заканчиваться на Async',
                    fix: function(fixer) {

                        // Получаем токен названия функции
                        const nameToken = context
                                .getTokens(node)
                                .find(token => token.value === node.id.name);

                        // Возвращаем исправленное название
                        return fixer.replaceText(nameToken, node.id.name + 'Async');
                    }
                });
            }
        },
    };
};

Результат обработки кода изменился, fixer смог изменить название функции на подходящее под правило.

Давайте допишем второе условие для нашего правила. Выделив слово "return" в исходном коде функции в левой верхней части astexplorer, мы увидим в дереве тип ноды ReturnStatement. Допишем перехватчик в нашу функцию:

export default function(context) {
    return {
        FunctionDeclaration(node) {
            // ... тут код не меняем
        },
        ReturnStatement(node) {
            // здесь опишем новый обработчик
        },
    };
};

Для обработки ReturnStatement нам надо:

1. Убедиться, что return не является первым элементом в родительском блоке.
2. Проверить, что перед строкой с return уже нет пустой строки.
3. Учесть, что перед return могут быть комментарии.

Для этой функции нам понадобятся функции-помощники. Код снабдили комментариями. Код функций ниже взят из репозитория ESLint.

export default function(context) {
    // Получение исходного кода
    const sourceCode = context.getSourceCode();

    // Проверка на возможность исправить найденное нарушение
    function canFix(node) {
        const leadingComments = sourceCode.getCommentsBefore(node);
        const lastLeadingComment = leadingComments[leadingComments.length - 1];
        const tokenBefore = sourceCode.getTokenBefore(node);

        if (leadingComments.length === 0) {
            return true;
        }

        if (lastLeadingComment.loc.end.line === tokenBefore.loc.end.line &&
            lastLeadingComment.loc.end.line !== node.loc.start.line) {

            return true;
        }

        return false;
    }
        
    // Получить номер строки токена предшествующего ноде      
    function getLineNumberOfTokenBefore(node) {
  	    const tokenBefore = sourceCode.getTokenBefore(node);

        if (tokenBefore) {
        	return tokenBefore.loc.end.line;
        }

        return 0;
    }

    // Подсчет строк с комментариемя перед нодой
    function calcCommentLines(node, lineNumTokenBefore) {
  	    const comments = sourceCode.getCommentsBefore(node);

        let numLinesComments = 0;

        if (!comments.length) {
        	return numLinesComments;
        }

        comments.forEach(comment => {
    	    numLinesComments++;

            if (comment.type === "Block") {
		        numLinesComments += comment.loc.end.line - comment.loc.start.line;
            }

            if (comment.loc.start.line === lineNumTokenBefore) {
		        numLinesComments--;
            }

            if (comment.loc.end.line === node.loc.start.line) {
      	        numLinesComments--;
            }
        });

        return numLinesComments;
    }

    // Проверка на наличие пустой строки перед нодой
    function hasNewlineBefore(node) {
      	const lineNumNode = node.loc.start.line;
        const lineNumTokenBefore = getLineNumberOfTokenBefore(node);
        const commentLines = calcCommentLines(node, lineNumTokenBefore);

        return (lineNumNode - lineNumTokenBefore - commentLines) > 1;
    }

    // Проверка токена перед нодой на совпадение с элементом массива
    function isPrecededByTokens(node, testTokens) {
  	    const tokenBefore = sourceCode.getTokenBefore(node);

        return testTokens.includes(tokenBefore.value);
    }

    // Является ли нода первой в родительском блоке
    function isFirstNode(node) {
        // Тип родительской ноды
  	    const parentType = node.parent.type;

        /**
        * Если родительская нода содержит body, то проверяем
        * является ли переданная нода телом родительской или первым элементом в ней
        */
        if(node.parent.body) {
    	    return Array.isArray(node.parent.body)
          		? node.parent.body[0] === node
          		: node.parent.body === node;
        }

        /**
        * Если родительская нода является Условием If,
        * то надо проверить, что перед нашей нодой есть "else" или ")"
        */
        if (parentType === "IfStatement") {
    	    return isPrecededByTokens(node, ['else', ')']);
        }

        /**
        * Если родительская нода является блоком do-while,
        * то надо проверить, что перед нашей нодой есть "do"
        */
        if (parentType === "DoWhileStatement") {
            return isPrecededByTokens(node, ["do"]);
        }

       /**
       * Если родительская нода является блоком switch case,
       * то надо проверить, что перед нашей нодой есть ":"
       */
        if (parentType === "SwitchCase") {
           return isPrecededByTokens(node, [":"]);
        }

        /**
        * Во всех остальных случаях проверяем на ")" перед нашей нодой
        */
        return isPrecededByTokens(node, [")"]);
    }

    return {
        FunctionDeclaration(node) {
            // тут ничего не меняется
        },
    
        ReturnStatement(node) {
            if (!isFirstNode(node) && !hasNewlineBefore(node)) {
                context.report({
                    node,
                    message: 'Поставьте пустую строку до return',
                    fix: function(fixer) {
    
                        if (canFix(node)) {
                            const tokenBefore = sourceCode.getTokenBefore(node);
                            const whitespaces = sourceCode.lines[node.loc.start.line - 1].replace(/return(.+)/, '');
                            const newlines = node.loc.start.line === tokenBefore.loc.end.line ? `\n\n${whitespaces}` : `\n${whitespaces}`;
    
                            return fixer.insertTextBefore(node, newlines);
                        }
    
                        return null;
                    }
                });
            }
        },
    };
};

Результат выполнения наших правил виден в правой нижней части AST Explorer.

Теперь написанные правила нужно оформить в npm-пакет.

1. Создаем директорию для пакета: `mkdir my-eslint-rules`
2. Переходим в директорию проекта и инициализируем пакет: `cd my-eslint-rules && npm init --yes`
3. Создаем файл index.js: `touch index.js`

Внутри index.js размещаем наши правила:

module.exports = {
  rules: {
    'async-func-name': {
      create: function (context) {
        return { /* тут код правила добавляющего Async для асинхронных функций */ }
      },
    },
    'new-line-before-return': {
        create: function (context) {
            return { /* тут код правила для добавления пустых строк перед return */ }  
        },
    },
  }
};

Можно разместить пакет в гит-репозитории или загрузить на npmjs.com. Для статьи мы будем проводить установку правила локально.

1. Перейдите в директорию вашего проекта в котором вы хотите применить новые правила линтера: `cd my-project`.
2. Установите новый пакет с кастомными правилами: `npm i ../my-eslint-rules --save-dev`.
3. В файл конфигурации линтера `.eslintrc` добавьте наш плагин и определение правил:

{
    "rules": {
        "my-eslint-rules/async-func-name": "warn",
        "my-eslint-rules/new-line-before-return": "warn"
    },
    "plugins": ["my-eslint-rules"]
}

Материалы по теме

Как работать с правилами. Материал от команды ESLint
Пакет вспомогательных утилит для написания правил
Как размещать npm-пакеты
Подробнее об абстрактных синтаксических деревьях