Alexey Sorokin

Вы говорите про инструмент, а не бизнес-задачу. А я про бизнес задачу, которую можно решить с помощью ноукод инструмента. Окей, слайдер придется написать на js, вставить в ноукод инструмент, но остальной функционал в разы быстрее будет сделан.

В общем достаточно слабые у вас представления о ноукоде. Это не серебряная пуля, но уж явно не то о чем вы пишете.

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

Что касается слайдеров - не очень понял в чем недостаток ноукод инструментов, если внутри них можно слайдер на коде написать. Получается для фреймворков это тоже недостаток, раз там тоже надо писать функционал на коде? Не очень понятно.

Сразу видно, что автор не особо разбирается в ноукод разработке.

Особенно порадовало то, что якобы можно не нанимать отдельного специалиста или аутсорс и все можно сделать самому 😂 может быть для лендинга и не надо, а если говорить о веб-сервисе, то точно нужен специалист, который понимает что такое API, БД и так далее.

Про шаблонный дизайн - тоже просто где то увидели этот тезис и бездумно решили написать. Не соответствует действительности.

Не говоря уже про набор инструментов для разработки, где выбрано все самое примитивное (кроме bubble).

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

Зато отмечено преимущество ноукод с точки зрения бюджета - это реально факт.

Вы в целом спросили про продуктивность, является ли она основным качеством. Нет - не является.

Если вопрос был про мультизанятых, то ответ сложнее.

Все плохие, всё плохое, уёвое и т.д. Это понятная позиция :) Хорошо, что есть такая компания как ваша, где процессы выстроены и отлажены лучше чем во многих корпорациях :)

О даааа

Продуктивность один из критериев, но не единственный и не главный.

Важно чтоб не было перекосов компетенции и качеств. Опять же я смотрю со стороны аутсорсинга, где время - деньги.

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

Смотря какая цель. Лучше не подрабатывать, а сфокусироваться на основной деятельности.

Мы, например, нанимаем на полный рабочий день. Исходя из этого планируем количество задач и порядок выполнения задач, интенсивность.

Это факт :)

За всеми надо бдить, как показывает практика)

Если на всех десяти выполняет, то не говорит ли это о занижении KPI? Условно много не очень продуктивных работников создают сильно заниженные ожидания касательно производительности.

У нас так два прокола было. Один раз человек на несколько компаний работал. А во второй раз в первый же день опростоволосился. Работники языка и текста как-то часто попадаются на мультизанятости.

Меркантильность - путь к мультизанятости.

Не пять, а семь, наверное. Но не суть важно.

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

А потом говорят, что мало кадров, не хватает :) Конечно не хватает, если производительность низкая :)

Хорошая аналогия

Так точно

Пятница-развратница! Хорошего вам настроения, Юрий!

так приложение же в стор попадает...

Гепары? Наверное, опечатка

Не обязательно всё знать, важнее понимать сильные и слабые стороны кандидата

Ответ, что на современных системах никак) если шире понимать перечень систем, то для macOS это может быть установочный файл

Это вопрос с подвохом) нельзя без хостинга

Нужен управленец, который разбирается в вопросе. Иначе каким образом ему понимать что происходит на проекте? Какие задачи, как их можно решать? Гуглить?

Интересный вопрос, мы такое не практикуем

Менеджер ведь не продавец)

Это я спрашивал?