@JSlang

Страница 1521 из 2237
Oleg
10.12.2017
12:18:11
Daniel
10.12.2017
12:19:12
тем не менее, гораздо приятнее, когда твой тулчейн и сторонние либы поддерживаются для твоего фреймворка

в 2017 году

Andrey
10.12.2017
12:20:23
да само собой лучше плавно перейти на нормальный фреймворк, чем пытаться выпрямить горб умершему 5 лет назад трупу
5 год, а че сразу не 10 ? 20 ? давай сразу 50 там коммиты еще до сих пор свежие есть он не умрет пока на нем не перестанут писать

Google
Daniel
10.12.2017
12:21:05
так можно и про 6 джаву сказать

это не значит, что исопльзовать современные инструменты плохо

Oleg
10.12.2017
12:21:32
Кобол всех переживет

Daniel
10.12.2017
12:21:48
и учитывая приблизительное равенство затрат на рефакторинг с затратами на использование нового инструмента

я бы выбрал второе

Dmitry
10.12.2017
12:22:09
vue, vuex бери и збс)

вместо 10тка либ под react

Andrey
10.12.2017
12:22:43
у меня есть проект еще angularjs потому что когда его начинали писать, angular 2.x был еще бетой и я х не хотел отгребать проблем и они при миграции были

Dmitry
10.12.2017
12:22:46
как бы я не любил react, он уже не тот)

http://eloquentjavascript.net/ прикольная книга

вроде js для новичков, а задачки не всегда простые)

Andrey
10.12.2017
12:40:10
Преамбула. В компании есть CRM на AngularJS с большим количеством кодовой базы. CRM в некоторых местах дико подвисает браузер, код во многих местах недокументирован, есть слабенький jshint внутри и вообще нет css-линтера. Вёрстка на старом CSS, флексы оооочень редки, хотя IE только от 11. Вопрос: есть ли смысл начать заниматься переписыванием всего почти с нуля (ну как, бизнес-логику смотреть в том, что уже есть, но кодовую базу именно с нуля) на чём-то более модном и быстром, типа Реакта? Понятно, что это всё сразу не сделается и займёт до года. Но хотя бы по частям, начать с какого-то более простого раздела CRM, переделать его на Реакт и частично выкатить: часть разделов будет жить на Ангуляре, часть будет на Реакте. Да, будет перезагрузка при переходе из одного раздела в другой, но постепенно так можно будет перевести весь проект. Разумно или есть какие-то иные пути?
Если бизнес динамично развивается, в будущем будем много фич, роудмеп плотный - то да, стоит этим заняться уже сейчас. Если это для бизнеса не критично (пусть работает как работает - ничего нового делать не надо - просто баги чини) - тогда не имеет смысла.

SilencerWeb
10.12.2017
12:40:57
Google
Anton
10.12.2017
12:41:03
Фичи там постоянно внедряются и постоянно баги правятся

SilencerWeb
10.12.2017
12:41:15
2ой или 3ий день пытаюсь решить эту проблему)

Daniel
10.12.2017
12:41:18
блеан, это невозможно что ли?)
есть специальные либы, playsinline атрибут

SilencerWeb
10.12.2017
12:41:30
есть специальные либы, playsinline атрибут
которые не работают в новой версии

Andrey
10.12.2017
12:41:45
Фичи там постоянно внедряются и постоянно баги правятся
Руководство понимает, что это будет вложения?

Фичи там постоянно внедряются и постоянно баги правятся
Есть понимание, сколько команда будет переписывать - если бы вот ничего не нужно было нового делать. Сколько бы вы потратили времени, чтобы то же самое, что уже сейчас есть, написать с нуля?

Anton
10.12.2017
12:44:45
Скажем так, у главных фронтендера и архитектора есть мысли всё переписать на новый стек, но это не первоочередная задача сейчас. Детально анализ не делался, есть только примерное понимание объёма работ

Andrey
10.12.2017
12:46:28
Чтобы не было ситуации, когда вы и новые фичи пишите (ещё иногда и в старом Ангуляре) и новые разделы делаете

Но можно руководство и привести к мысли, что если не переписать - это бизнес риски

Anton
10.12.2017
12:48:42
Почему ангуляр5, а не реакт или вью?

Andrey
10.12.2017
12:48:48
Типа никто не сможет ничего нового разрабатывать - будете только бани чинить

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

Это рождает людей пофигистов

Типа «заставляют» в говне ковыряться.

Дмитрий
10.12.2017
12:58:33
Почему ангуляр5, а не реакт или вью?
Реакт - не фреймворк, а либа для шаблонизации, далеко не самая шустрая. И если с реактом можно использовать tsx, то остальные либы для него со статической типизацией плохо дружат. Вуй - тормоз, сам со статической типизацией имеет проблемы, а либы для него и подавно. У Ангуляра с типизацией шаблонов есть косяки, но хотя бы сам он и все либы пишутся на тайпскрипте.

Дмитрий
10.12.2017
12:59:20
Реакт не шаблонизатор

Daniel
10.12.2017
12:59:33
по поводу шаблонизации ты серьёзно конечно

SilencerWeb
10.12.2017
12:59:39
это с каких пор реакт далеко не самая шустрая либа?

Google
Дмитрий
10.12.2017
13:00:12
Данное мнение про шаблонизатор однозначно детектит людей которые вообще не секут в теме обсуждения

Andrey
10.12.2017
13:00:13
это с каких пор реакт далеко не самая шустрая либа?
С тех пор как появился vue) Там гемора меньше, чтобы приложение быстрее сделать.

Anton
10.12.2017
13:00:22
"далеко не самая шустрая" orly? Там вроде под копотом какой-то shadow dom для ускорения работы с DOM, плюс PureComponent вроде для этого

Andrey
10.12.2017
13:00:26
Но с fiber всё поменяется, я думаю.

SilencerWeb
10.12.2017
13:00:35
fiber?

Andrey
10.12.2017
13:00:57
Блин, ну вот… а я реакт начал изучать
Изучай. Суть не в быстроте, а в востребованности на рынке.

fiber?
react fiber.

Dmitry
10.12.2017
13:01:22
ну он уже в стейбл

Andrey
10.12.2017
13:01:39
ну он уже в стейбл
Там только начало.

Daniel
10.12.2017
13:01:43
реакт вполне себе шустрый для большинства задач, если с ним правильно обращаться

Dmitry
10.12.2017
13:02:01
всмысле только начало?

Andrey
10.12.2017
13:02:08
Можешь глянуть доклад @xanf_ua о том, чего они добиться хотят.

Daniel
10.12.2017
13:02:09
они фичи постепенно вводить будут

SilencerWeb
10.12.2017
13:02:53
react fiber.
спасибо, почитаю

Дмитрий
10.12.2017
13:09:09
это с каких пор реакт далеко не самая шустрая либа?
Даже среди виртуальнодомовых у реакта самая медленная реализация: http://mol.js.org/app/bench/#bench=https%3A%2F%2Fzerkalica.github.io%2Futb%2Fbenchmark%2F/sample=inferno-lom_atom~inferno-mobx~inferno-raw~inferno-reactive-di~preact-lom_atom~preact-mobx~preact-raw~preact-reactive-di~react-lom_atom~react-mobx~react-raw~react-reactive-di/sort=fill

Реакт не шаблонизатор
А как нынче называют библиотеки, которые рендерят состояние на основе шаблонов?

Admin
ERROR: S client not available

Google
Дмитрий
10.12.2017
13:10:42
А как нынче называют пассивно-агрессивные риторические выпады?

Ты реально утомил уже, ты можешь общаться нормально?

Ты можешь хоть на секунду допускать что ты (о ужас) не прав?

Дмитрий
10.12.2017
13:12:04
Но с fiber всё поменяется, я думаю.
Не поменяется. fiber не про ускорение, а про разделение рендеринга на кванты по примерно 10 мс.

Dmitry
10.12.2017
13:12:14
скажи, что взял ангуляр так как все галеры вокруг на нем пишут и все

Daniel
10.12.2017
13:14:23
скажи, что взял ангуляр так как все галеры вокруг на нем пишут и все
он свой фреймворк написал и пишет на нём, наверное

Cenator
10.12.2017
13:14:50
Галеры пишут на реакте
Хотя, конечно, зависит от заказчика

Dmitry
10.12.2017
13:15:45
Cenator
10.12.2017
13:16:45
Dmitry
10.12.2017
13:16:46
берешь сельских фронтендщиков даешь им ангуляр или рекат, +100 либ к нему и найди того кто знает как это все готовить

Cenator
10.12.2017
13:21:33
Покажи код консоль лога

Dmitry
10.12.2017
13:21:40
лучше код покажи

спасибо за api кей)

Cenator
10.12.2017
13:22:37
Попробуй console.log([...mov]) там же

Делай выводы

(консоль лог ленивый)

Дмитрий
10.12.2017
13:25:42
Я про скорость говорю.
https://habrahabr.ru/post/326484/#comment_10174502

Google
Dmitry
10.12.2017
13:25:47
ты не дожидаешься ответа

Cenator
10.12.2017
13:26:08
Туда надо передавать иммутабельные данные

Dmitry
10.12.2017
13:26:22
сделай консоль лог в then

Cenator
10.12.2017
13:26:31
Очевидно что там где ты логаешь, у тебя массив пустой

Dmitry
10.12.2017
13:26:46
угу

Cenator
10.12.2017
13:27:23
А вообще читай про ивент луп в жс

Это и есть главная твоя ошибка

Страница 1521 из 2237