Кст, уже забил на свой апдейтер?

Представь себе, это бесит Особенно когда каждый минорный апдейт и у пользователя снова качаются все эти 50-100 метров

Пока не до этого вообще, мы сейчас апдейты новые не выпускаем

А кстати как выпускать патч апдейты?

Хехе, никак

Ну я работаю с React + Electron

Вы node_modules для проекта на реакте тоже в инсталлятор включаете?

Не всё, только то что нужно)

Разницу между devDeps и deps знаешь?

.

Я правильно понимаю, у вас собранный билд клиента + дублирующиеся deps для него же - все это в инсталлятор?? Это ж ппц.

Да ладн, на ты норм

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

Аа, ты реакт будешь из devDeps собирать?

Чито?)

Судя по твоим словам, зависимости для фронта надо складывать в devDeps

Но есть еще один момент - как ты будешь различать deps от devDeps для реакта?

Зачем?)

Чтоб легче было новому человеку в коллективе разобраться в твоем проекте.

Документация для слабаков?

Мля, чел о чем ты?) Забей

Впрочем, если ты один на проекте, то не парься) Если больше одного разраба - это начало хаоса.

Ор

Представь себе, это бесит Особенно когда каждый минорный апдейт и у пользователя снова качаются все эти 50-100 метров

fetch?

const client = new net.Socket(); client.connect(3000, '127.0.0.1', () => { console.log('Connected'); client.destroy(); })

const client = new net.Socket(); client.connect(3000, '127.0.0.1', () => { console.log('Connected'); client.destroy(); })

да, надо делать exponential retries - через 1, 3, 5, 10, 30 секунд

если каждый минорный апдейт требует перескачивания целого инсталлятора, то руки нужно отрывать и менять местами с ногами - не из того места, видимо, растут... Но вообще, складывается впечатление, что те, кто высказался на эту тему ни разу не работали в жестких временных рамках. Есть 4 недели на "нечто"... если разработчик выдал это нечто работающее на общих принципах через 3 недели в рабочем состоянии, то есть лишняя неделя "оптимизировать" что ему угодно... но если разраб потратил сначала неделю, а потом просрал сроки из-за этой задержки, то херовый это разраб и с таким работать по меньшей мере рисковано...

А насчет "не чувствуют разницы между 150 и 200 мб" - престиж проекта формируется из сотен мелких критериев, от плавности анимашек, до вот этих ожиданий загрузок, и производить хуевое впечатление на старте - ну такое

Здорово, но 1) Автоапдейтер электрона, к сожалению, работает именно так 2) И может не будем меряться, у кого хуевее дедлайны? Это не связанные вещи, MVP на то и MVP, чтобы с минимумом затрат протестить какую-то концепцию. После этого уже должен идти процесс полировки и доработки, если этого процесса нет - "руки отрывать", как вы выразились, нужно руководсту

В вашей позиции с отрывом рук руководству есть одна тонкость, а с какого перепугу вообще руководство должно знать, какой именно хренью занимается нанятый сотрудник? Выполняет поставленную задачу, на которую отведен определенный срок, или занимается лишней преоптимизацией, оправданность которой под ооочень большим вопросом, а потом просирает сроки! И по поводу многих мееелких деталей - если проект не выйдет в заявленный срок, то все эти мелкие детали нахуй никому не будут важны, зато будет важна одна - проект не вышел в заявленный срок! Выпустил проект, вылизанный на тему ошибок - а дальше занимайся оптимизациями и т.п. процессами, ЕСЛИ ОНИ НЕОБХОДИМЫ...

да, надо делать exponential retries - через 1, 3, 5, 10, 30 секунд

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

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

Я еще раз повторяю - в моих словах не было "вместо работы фиксить инсталляторы", рекомендую научиться читать

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