Аргументы так себе. Кошки скрибуться от такого объема временно создаваемых объектов, но на фоне медленного рендера это микрокопейки. Даже "пустой" компонент рисует медленно. Вот уже много лет жду когда memo не будет блокировать всю ветку компонента, а только сам компонент.
почему нет? визуально красиво, копипаст удобно, вот в таких местах var [error, resultA] = await ...;\n var [error, resultB] = await ...; с let только отдельно объявлять , в блоке try catch c let только заранее объявлять.
а теперь вы объясните зачем запрещать объявлять дважды?
Если руководитель профессионал то ему ничего не мешает статистику собирать и без ручного труда ведения табелей. Погрузиться в задачу можно и без поминутной тарификации
Когда нужен результат - руководство/владелец сразу забывает про болото учёта всего и вся. Когда проект переходит в стадию поддержки, то понемногу растет это болото эффективности.
Только здоровый рынок труда держит менеджмент в тонусе
Каринка про гуся это реалии современного реакта. И на мой взгляд было бы все проще если не пара вещей: иммутабельность - зло с которого все началось, shouldComponentUpdate|memo - который блокирует всю ветку а не сам узел.
Возможно я стал пессимистом, но такое впечатление что ИТ конференции словно умерли. Узнаю о них когда они прошли и выступающие там сплошь руководители. На заре карьеры достаточно было желания про что-то рассказать, а где - найти было не сложно.
Мало конференций где примут доклад за месяц-два до даты вступления. Последний доклад получилось рассказать в Питере - возможно Питер теперь столица ИТ и я просто не там искал
Такая же ситуация. Уже и не знаю что ещё добавить в резюме чтоб до живого общения дойти. В HH сплошные отказы через 10мин (уже сотня за месяц). Ни вилки чтоб скорректировать ожидания ни ответа чем не устроил.
Раньше использовал похожий объект с {status, result} , вдохновился http. Но в новом коде стал использовать [error, data], практика показала что так удобнее и у других отторжения не вызывает.
Пробовал вернуться к try/catch, но уж больно удобно разделять ошибки api и исключения компилятора
Аргументы так себе. Кошки скрибуться от такого объема временно создаваемых объектов, но на фоне медленного рендера это микрокопейки. Даже "пустой" компонент рисует медленно. Вот уже много лет жду когда 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 страниц
Что по вашему не заурядный?
Почему решили открыть исходники?
Такая же ситуация. Уже и не знаю что ещё добавить в резюме чтоб до живого общения дойти. В HH сплошные отказы через 10мин (уже сотня за месяц). Ни вилки чтоб скорректировать ожидания ни ответа чем не устроил.
Лет много. И по скилам на фоне других не сказать что совсем плох.
Раньше использовал похожий объект с
{status, result}, вдохновился http. Но в новом коде стал использовать[error, data], практика показала что так удобнее и у других отторжения не вызывает.Пробовал вернуться к try/catch, но уж больно удобно разделять ошибки api и исключения компилятора
Компаниям до лампочки на угрозы и репутацию.
Вот бы ещё аналитику причин отказа. За месяц активного поиска в HH - одни отказы. При этом кадры ищут кандидата по пол года
Для второго сильного специалиста должно хватать работы. Если её мало менеджмент просто не даст жить спокойно