У меня давно крутится мысль что сложные процессы вырастают из за возможностей наших инструментов. Раньше был просто тестовый редактор и правил для ведения кода было немного, появились инструменты с которыми можно усложнить правила и без IDE уже никак и даже с ними стало сложнее. Были проекты где задачи ставили банально в почте - и удивительно как-то работали. Сейчас трекеры просто выносят мозг потому что могут.
Вот пример что нужно делать только на этапе выполнения: Перевести задачу в работу. Указать дату начала работы. Списывать время сколько делал. Перевести в ревью. Указать кто ревюрер, указать потраченное время. Создать мержреквест. Написать в чате с ссылкой на мержреквест. В задачу добавить ссылку на МР тоже. Контролировать завершения МР. Передвинуть задачу на тест. Создать тег, написать в задаче какой тег. Указать дату перевода на тест. Списать время. И повторить упражнение если тестирование нашло ошибку
React работает банально - рискует DOMHTML по заданным данным. Если вы не запустили рендер то и не нарисует. А не потому что изменяемые или не изменяемые
Так и говорю что рендер занимает куда больше чем вы будите экономить на создании объектов. ну вот потратили на объекты 1ms, оптимизировали ниже нуля. Только ради чего усилия если рендер занимает 100мс. Да и для 1мс это нужно создать под сотню тыс обьектов
"Кошки скрибуться" - после кодинга где нужно экономить каждый чих, react кажется кошмаром перфекциониста.
Аргументы так себе. Кошки скрибуться от такого объема временно создаваемых объектов, но на фоне медленного рендера это микрокопейки. Даже "пустой" компонент рисует медленно. Вот уже много лет жду когда memo не будет блокировать всю ветку компонента, а только сам компонент.
почему нет? визуально красиво, копипаст удобно, вот в таких местах var [error, resultA] = await ...;\n var [error, resultB] = await ...; с let только отдельно объявлять , в блоке try catch c let только заранее объявлять.
а теперь вы объясните зачем запрещать объявлять дважды?
Если руководитель профессионал то ему ничего не мешает статистику собирать и без ручного труда ведения табелей. Погрузиться в задачу можно и без поминутной тарификации
Когда нужен результат - руководство/владелец сразу забывает про болото учёта всего и вся. Когда проект переходит в стадию поддержки, то понемногу растет это болото эффективности.
Только здоровый рынок труда держит менеджмент в тонусе
Каринка про гуся это реалии современного реакта. И на мой взгляд было бы все проще если не пара вещей: иммутабельность - зло с которого все началось, shouldComponentUpdate|memo - который блокирует всю ветку а не сам узел.
Возможно я стал пессимистом, но такое впечатление что ИТ конференции словно умерли. Узнаю о них когда они прошли и выступающие там сплошь руководители. На заре карьеры достаточно было желания про что-то рассказать, а где - найти было не сложно.
Мало конференций где примут доклад за месяц-два до даты вступления. Последний доклад получилось рассказать в Питере - возможно Питер теперь столица ИТ и я просто не там искал
Такая же ситуация. Уже и не знаю что ещё добавить в резюме чтоб до живого общения дойти. В HH сплошные отказы через 10мин (уже сотня за месяц). Ни вилки чтоб скорректировать ожидания ни ответа чем не устроил.
У меня давно крутится мысль что сложные процессы вырастают из за возможностей наших инструментов. Раньше был просто тестовый редактор и правил для ведения кода было немного, появились инструменты с которыми можно усложнить правила и без IDE уже никак и даже с ними стало сложнее. Были проекты где задачи ставили банально в почте - и удивительно как-то работали. Сейчас трекеры просто выносят мозг потому что могут.
Вот пример что нужно делать только на этапе выполнения: Перевести задачу в работу. Указать дату начала работы. Списывать время сколько делал. Перевести в ревью. Указать кто ревюрер, указать потраченное время. Создать мержреквест. Написать в чате с ссылкой на мержреквест. В задачу добавить ссылку на МР тоже. Контролировать завершения МР. Передвинуть задачу на тест. Создать тег, написать в задаче какой тег. Указать дату перевода на тест. Списать время. И повторить упражнение если тестирование нашло ошибку
Какое количество экранов и компонентов у вас?
React работает банально - рискует DOMHTML по заданным данным. Если вы не запустили рендер то и не нарисует. А не потому что изменяемые или не изменяемые
Так и говорю что рендер занимает куда больше чем вы будите экономить на создании объектов. ну вот потратили на объекты 1ms, оптимизировали ниже нуля. Только ради чего усилия если рендер занимает 100мс. Да и для 1мс это нужно создать под сотню тыс обьектов
"Кошки скрибуться" - после кодинга где нужно экономить каждый чих, react кажется кошмаром перфекциониста.
Аргументы так себе. Кошки скрибуться от такого объема временно создаваемых объектов, но на фоне медленного рендера это микрокопейки. Даже "пустой" компонент рисует медленно. Вот уже много лет жду когда memo не будет блокировать всю ветку компонента, а только сам компонент.
дотащил до 25ms на 100к элементах
Если рендер списка вынести в отдельный компонент. В item передавать ссылку на значение. То получим то что хотели без всяких сигналов
Думаю каждый понял ее по своему. Я так понял в ней про методики которые идут в нагрузку к таск трекеру.
Немного даже завидно. В JS теперь модно const
Само собой объявить можно заранее. Но просто нравится писать не думая о мелочах и так как душе приятно
почему нет? визуально красиво, копипаст удобно, вот в таких местах
var [error, resultA] = await ...;\n var [error, resultB] = await ...;с let только отдельно объявлять , в блоке try catch c let только заранее объявлять.а теперь вы объясните зачем запрещать объявлять дважды?
Если руководитель профессионал то ему ничего не мешает статистику собирать и без ручного труда ведения табелей. Погрузиться в задачу можно и без поминутной тарификации
Когда нужен результат - руководство/владелец сразу забывает про болото учёта всего и вся. Когда проект переходит в стадию поддержки, то понемногу растет это болото эффективности.
Только здоровый рынок труда держит менеджмент в тонусе
Var прекрасен. А вот let ущербный так как нельзя объявить дважды
Каринка про гуся это реалии современного реакта. И на мой взгляд было бы все проще если не пара вещей: иммутабельность - зло с которого все началось, shouldComponentUpdate|memo - который блокирует всю ветку а не сам узел.
Возможно я стал пессимистом, но такое впечатление что ИТ конференции словно умерли. Узнаю о них когда они прошли и выступающие там сплошь руководители. На заре карьеры достаточно было желания про что-то рассказать, а где - найти было не сложно.
Мало конференций где примут доклад за месяц-два до даты вступления. Последний доклад получилось рассказать в Питере - возможно Питер теперь столица ИТ и я просто не там искал
Аналитик нужен чтобы не читать 120 страниц
Что по вашему не заурядный?
Почему решили открыть исходники?
А что-то есть без доп компиляции? Вот react это позволяет, а что другие?
Такая же ситуация. Уже и не знаю что ещё добавить в резюме чтоб до живого общения дойти. В HH сплошные отказы через 10мин (уже сотня за месяц). Ни вилки чтоб скорректировать ожидания ни ответа чем не устроил.