The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз Electron 6.0.0, платформы создания приложений на базе ..., opennews (?), 31-Июл-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


11. "Релиз Electron 6.0.0, платформы создания приложений на базе ..."  +/
Сообщение от Аноне (?), 31-Июл-19, 08:22 
Каждый раз одни и те же вопросы и комменты.
Идея то неплохая, но что ж из их фанатов кто-нить не придумает, как сократить потребление ресурсов и повысить производительность, модульность хотя бы. Неужели нет чувства совершенства, помимо игры в пакмана, когда ресурсы планеты ограничены.
Ответить | Правка | Наверх | Cообщить модератору

26. "Релиз Electron 6.0.0, платформы создания приложений на базе ..."  +6 +/
Сообщение от _hide_ (ok), 31-Июл-19, 10:21 
Есть чувство бабла.
Вы думаете писать код на JS дешевле? Нет. Просто порог ниже, но спецы дороже, благодаря хайпу. Технически неподкованные заказчики легко клюют на то, что им предлагают в два раза быстрее поставить продукт, говорят, что быстро потому что супер новый электрон, скрывая, что функционала будет в два раза меньше!
Спецы стоят дороже, аналогично -- за хайп технологии нужно платить. Результат выходит дороже, качество кода ниже плинтуса (сборщик мусора сам "разрулит" циклические связи и индекс ДОМа в 2-5 подключенных библиотеках, каждой библиотеке/компоненту требуется свой личный индекс дома). Зато есть плюсы: код может писать любой человек с невысоким уровнем подготовки, изучивший все "прелести" JS.
Как же так получается, что пишут на электроне, хотя альтернатив просто уйма? Рассмотрим проект средней крупности с уже устоявшимися требованиями к функционалу и без проблем согласования.
На C++ и аналогах (спец подходящего уровня):
1. Прототип готовим, делим модули и пишем для них тесты сходу (14-20 дней) -- показываем начальству, периодически приложение сегфолтится, потому что пока рефакторили все разломали
2. Готовим первую бету, выделяем весь функционал в набор поддержки, разделяем бизнес логику с остальным функционалом (14-21 дня) -- приложение продолжает иногда падать, большая часть кода переведена на умные указатели, но все ещё встречаются неприятные моменты
3. Начинаем бодание с дизайном и т.п., потому что реализовать "принятые всеми" подходы с нативными компонентами довольно трудно (14 дней)
4. Первый релиз, приложение периодически делает странные пасы, выдает сообщения об ошибках или вообще подвисает, но работать с ним уже можно. Первая версия ко всему прочему обвешана отладкой как в виде логирования, так и отправка отчетов и т.п., что не очень положительно сказывается на производительности приложения
5. Пилится недостающий функционал, подключается 2-3 мидла для поддержания кодовой базы (14-60 дней), первая полностью готовая версия, начальство торжественно увольняет дорогого разработчика, высказав все, что думает по поводу нарушения своих сроков и того, как всё было плохо
6. Добавление нового функционала через 3-4 месяца становится почти нереальным из-за недостаточной квалификации сотрудников, решают "все переписать" и дальше появляются странные кривые, релизы с новым функционалом.
А теперь смотрим как делается приложение на Электроне:
1. Прототип можно создать сходу, даже не заморачиваясь с тестированием и т.д. (4 дня) -- работает, показываем начальству красивый хеловорд с минимумом функционала и заявляем: нужно покрыть все тестами и будет все в ажуре
2. Покрываем тестами (18-20 дней), привлекаем ещё 3-10 разработчиков под это дело
3. Пишем половину функционала (основной код пишет только один разработчик) (14-40 дней), вспомогательный уже с "тестерами" (зачеркнуто) с "командой"
4. Выкладываем первый релиз: функционал местами отсутствует, но в принципе для беты сойдет, основной разработчик получает гонорар, отмечает в резюме проект как успешный и сворачивает удочки -- переходит к поискам следующей жертвы.
5. Оставшаяся часть команды пытается довести до релиза "успешный проект" и есть два варианта: у них нет ресурсов или скилов для завершения или они есть и тогда все стадии с 1 по 4 выполняются снова, кодовая база выкидывается полностью и готовится новый успешный проект

Итого, что мы видим:
1. В процессе разработки на электроне, почти в любой момент времени можно выдернуть продукт на демку, да он ничего не умеет, но не падает и функционал, который можно показать всегда доступен. С++ страдает и готовит программу к релизу, игнорируя успокоительные для начальства демострации успехов -- иначе не уложиться в сроки.
2. Разработчику на электроне выгодно как можно скорее менять проект, потому что доведение функционала в проекте выше среднего очень дорого, требует полного покрытия тестами почти всего кода и на поддержания тестового набора требуется не так мало ресурсов. Разработчику на C++ требуется постоянно проводить тестирование по основным юсам, если он не один, то можно подрядить мидлов на покрытие тестами классов, но каждый серьезный рефакторинг приводит к определенным... Недоразумениям. В результате нельзя взять проект и в произвольный момент и сказать: все готово. Разработчику хорошо платят и он заинтересован завершить проект, доведя до функционала, согласно ТЗ, хотя руководство, не видя результатов здесь и сейчас очень недовольно.
3. Команду на С++ возможно заменить, правда удовольствие это дорогое, а вот с программистами на JS не все так просто: код не объектный и даже разбитый на компоненты код является чрезвычайно авторским произведением, что означает: новая команда начнет пилить все снова и тут никуда не денешься.

Ответить | Правка | Наверх | Cообщить модератору

37. "Релиз Electron 6.0.0, платформы создания приложений на базе ..."  +/
Сообщение от ДмитрийСССР (?), 31-Июл-19, 11:24 
Вы так говорите про сроки, будто изначально при составлении ТЗ не учитывается тот факт, что писать будут на С++
Ответить | Правка | Наверх | Cообщить модератору

41. "Релиз Electron 6.0.0, платформы создания приложений на базе ..."  +10 +/
Сообщение от _hide_ (ok), 31-Июл-19, 11:40 
Сроки, назначенные руководством (в т.ч. и менеджерским составом) и сроки, описанные в Т/З -- вещи совсем разные. Они никогда не понимали, почему ребенка рожать обязательно через 9 месяцев, а не к квартальной премии.
Ответить | Правка | Наверх | Cообщить модератору

142. "Релиз Electron 6.0.0, платформы создания приложений на базе ..."  +1 +/
Сообщение от Аноним (138), 01-Авг-19, 10:06 
во многих тз всем пофиг, на чём ты будешь писать. пишут, где должно работать и как
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

57. "Релиз Electron 6.0.0, платформы создания приложений на базе ..."  +/
Сообщение от Аноне (?), 31-Июл-19, 12:52 
Всё так. Детское нетерпение "мама купи конфетку" - вот это скиллы руковжопства. Очень редко, когда руководитель - технарь, а то и бывший программист. Плохо, когда он не слышит что говорят специалисты.
Прислать проблему с подписью в теме письма "Важно-срочно" - это они могут. А уразуметь, что именно они целый год до этого не могли предугадать, что будут проблемы в будущем - не могут.
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

135. "Релиз Electron 6.0.0, платформы создания приложений на базе ..."  +/
Сообщение от MINIX (?), 01-Авг-19, 00:35 
Напишу в защиту рукожопства. Это свойство, без которого пути наверх быть не может. Мне страшно представить, если менеджер будет отвечать так: для автоматизации потребуется доработать систему, внедрив множественные связи между такими то объектами, ... реляционная ... объектная ... рефакторинг ... миграция ... структура данных... Да его погонят тут же в зашей. А выживет тот, кто ответит: да, можно уволить половину продажников/заменить их операторами, если добавим то то, да, можно побыстрее в 3 раза я распоряжусь, да, мы конечно справимся.
Ответить | Правка | Наверх | Cообщить модератору

160. "Релиз Electron 6.0.0, платформы создания приложений на базе ..."  +1 +/
Сообщение от Аноне (?), 01-Авг-19, 11:39 
Дело в том, что управленец без обратной связи самозванец. Мозги купить-нанять нужно уметь и прислушаться к ним, а не возвышать себя.
Ответить | Правка | Наверх | Cообщить модератору

165. "Релиз Electron 6.0.0, платформы создания приложений на базе ..."  +/
Сообщение от управленец (?), 01-Авг-19, 12:18 
> Дело в том, что управленец без обратной связи самозванец.

у меня есть обратная связь - я чутко прислушиваюсь к мнению начальства и вовремя даю наверх отчеты о проделанных улучшениях и развитиях.

> Мозги купить-нанять нужно уметь

этим в hr отделе занимаются, мне некогда, я на конференции для эффективных управленцев до завтрашнего вечера.


Ответить | Правка | Наверх | Cообщить модератору

162. "Релиз Electron 6.0.0, платформы создания приложений на базе ..."  +/
Сообщение от Аноне (?), 01-Авг-19, 11:40 
Речь не о руководстве как таковом, а о некомпетентности некоторых в управлении: когда гордыня, корысть и жадность главнее, животные инстинкты.
Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру