Возможно вы правы. Вот у меня 20 лет разработки. Работал в крупных и мелких компаниях, везде ведущий разработчик. Свой пет. Делаю доклады на конференциях. И вот сегодня даже за 80т отказ - точно проблем нет
Списание времени на задачу это такой же показатель деградации менеджмента. Работал в компании от стадии "заткнись и возьми мои деньги" до "ты не списал время на задачу - значит не вовлечён" "списал мало времени ты уволен" . А вот соседняя команда где налили инвестиций и нужен результат - этого болота нет и работать там интереснее.
В своем сервисе ooko.pro делаю аналитику так чтоб сотрудникам не пришлось заниматься этим брендом ручного списания
Писал SAX парсер XML а js (сейчас это самый быстрый парсер) . Аналогичных размеров очень много, есть и на. Wasm и он не быстрее. Думаю из за издержек передачи данных.
Когда есть jit эффективность wasm зависит от решаемых задачи
Похоже сейчас единственный способ остаться в ИТ делать этот ИТ самому. Когда-то собеседования были хорошим способом прокачать навыки как кандидату так и тому кто собеседует
Для красивой цифры добавлю свой канбан сервис https://ooko.pro . Простой и быстрый трекер без излишеств, но и со своими фишками. В последний год использовать стали даже большие команды под 20 человек
Да позволяет. Но оптимизацию рендера построил вокруг имутабельных данных (вот только это не работает). Когда memo будет отвечать только за свой компонент, а не за всю ветку, тогда и не придется бороться.
Много лет использует React так словно все кругом мутабельно. Для этого пришлось использовать react не так как везде пишут (не идеально но работает). В замен - проблем с производительностью никогда небыло, использую любые данные где бы они не находилось, в props передаю что хочу не думая о всяком memo. Пока react не повернется лицом к мутабельности так и будет страдать
Большинство проектов убыточны. Вы не правы таким критерием оценивать работу ПМ и команды. В "ажаль" первым пунктом идёт - Наибольшая ценность — люди и их взаимодействие
Мой ориентир как должна работать команда и лидер - это футбол. Никто не бегает за мячом как стадо, не отбирают мяч у своих, а лидер бегает по полю и тянет команду вперёд.
У меня давно крутится мысль что сложные процессы вырастают из за возможностей наших инструментов. Раньше был просто тестовый редактор и правил для ведения кода было немного, появились инструменты с которыми можно усложнить правила и без IDE уже никак и даже с ними стало сложнее. Были проекты где задачи ставили банально в почте - и удивительно как-то работали. Сейчас трекеры просто выносят мозг потому что могут.
Вот пример что нужно делать только на этапе выполнения: Перевести задачу в работу. Указать дату начала работы. Списывать время сколько делал. Перевести в ревью. Указать кто ревюрер, указать потраченное время. Создать мержреквест. Написать в чате с ссылкой на мержреквест. В задачу добавить ссылку на МР тоже. Контролировать завершения МР. Передвинуть задачу на тест. Создать тег, написать в задаче какой тег. Указать дату перевода на тест. Списать время. И повторить упражнение если тестирование нашло ошибку
React работает банально - рискует DOMHTML по заданным данным. Если вы не запустили рендер то и не нарисует. А не потому что изменяемые или не изменяемые
Так и говорю что рендер занимает куда больше чем вы будите экономить на создании объектов. ну вот потратили на объекты 1ms, оптимизировали ниже нуля. Только ради чего усилия если рендер занимает 100мс. Да и для 1мс это нужно создать под сотню тыс обьектов
"Кошки скрибуться" - после кодинга где нужно экономить каждый чих, react кажется кошмаром перфекциониста.
Аргументы так себе. Кошки скрибуться от такого объема временно создаваемых объектов, но на фоне медленного рендера это микрокопейки. Даже "пустой" компонент рисует медленно. Вот уже много лет жду когда memo не будет блокировать всю ветку компонента, а только сам компонент.
В чем проблема не брать человека который знает только ангуляр?
Возможно вы правы. Вот у меня 20 лет разработки. Работал в крупных и мелких компаниях, везде ведущий разработчик. Свой пет. Делаю доклады на конференциях. И вот сегодня даже за 80т отказ - точно проблем нет
Чтоб ИИ быстрее заменил людей
Списание времени на задачу это такой же показатель деградации менеджмента. Работал в компании от стадии "заткнись и возьми мои деньги" до "ты не списал время на задачу - значит не вовлечён" "списал мало времени ты уволен" . А вот соседняя команда где налили инвестиций и нужен результат - этого болота нет и работать там интереснее.
В своем сервисе ooko.pro делаю аналитику так чтоб сотрудникам не пришлось заниматься этим брендом ручного списания
Вот критикуют HR, но требования к фильтру выставляют какрас сами разработчики. А грех HR только в том что и рады искать по пол года.
Ваше решение бьёт прямо в суть проблемы.
Писал SAX парсер XML а js (сейчас это самый быстрый парсер) . Аналогичных размеров очень много, есть и на. Wasm и он не быстрее. Думаю из за издержек передачи данных.
Когда есть jit эффективность wasm зависит от решаемых задачи
Похоже сейчас единственный способ остаться в ИТ делать этот ИТ самому. Когда-то собеседования были хорошим способом прокачать навыки как кандидату так и тому кто собеседует
Для красивой цифры добавлю свой канбан сервис https://ooko.pro . Простой и быстрый трекер без излишеств, но и со своими фишками. В последний год использовать стали даже большие команды под 20 человек
Да позволяет. Но оптимизацию рендера построил вокруг имутабельных данных (вот только это не работает). Когда memo будет отвечать только за свой компонент, а не за всю ветку, тогда и не придется бороться.
У кого как, но у меня в Москве из 200 ноль собеседований. Даже удивлен что без опыта речь о десятках
Много лет использует React так словно все кругом мутабельно. Для этого пришлось использовать react не так как везде пишут (не идеально но работает). В замен - проблем с производительностью никогда небыло, использую любые данные где бы они не находилось, в props передаю что хочу не думая о всяком memo. Пока react не повернется лицом к мутабельности так и будет страдать
В разрез - потому что в документации react именно функциональные компоненты. И хайп сейчас на хуки. Я не критикую вас, наоборот респект
Смелый шаг идти вразрез с линией партии. Не боитесь «положить партбилет на стол»?
Мне вот все ещё нравится подход с фабрикой. И мутабельный подход тоже предпочитаю, но react упорно делает ставку на имутабельность
Большинство проектов убыточны. Вы не правы таким критерием оценивать работу ПМ и команды. В "ажаль" первым пунктом идёт - Наибольшая ценность — люди и их взаимодействие
Мой ориентир как должна работать команда и лидер - это футбол. Никто не бегает за мячом как стадо, не отбирают мяч у своих, а лидер бегает по полю и тянет команду вперёд.
У меня давно крутится мысль что сложные процессы вырастают из за возможностей наших инструментов. Раньше был просто тестовый редактор и правил для ведения кода было немного, появились инструменты с которыми можно усложнить правила и без IDE уже никак и даже с ними стало сложнее. Были проекты где задачи ставили банально в почте - и удивительно как-то работали. Сейчас трекеры просто выносят мозг потому что могут.
Вот пример что нужно делать только на этапе выполнения: Перевести задачу в работу. Указать дату начала работы. Списывать время сколько делал. Перевести в ревью. Указать кто ревюрер, указать потраченное время. Создать мержреквест. Написать в чате с ссылкой на мержреквест. В задачу добавить ссылку на МР тоже. Контролировать завершения МР. Передвинуть задачу на тест. Создать тег, написать в задаче какой тег. Указать дату перевода на тест. Списать время. И повторить упражнение если тестирование нашло ошибку
Какое количество экранов и компонентов у вас?
React работает банально - рискует DOMHTML по заданным данным. Если вы не запустили рендер то и не нарисует. А не потому что изменяемые или не изменяемые
Так и говорю что рендер занимает куда больше чем вы будите экономить на создании объектов. ну вот потратили на объекты 1ms, оптимизировали ниже нуля. Только ради чего усилия если рендер занимает 100мс. Да и для 1мс это нужно создать под сотню тыс обьектов
"Кошки скрибуться" - после кодинга где нужно экономить каждый чих, react кажется кошмаром перфекциониста.
Аргументы так себе. Кошки скрибуться от такого объема временно создаваемых объектов, но на фоне медленного рендера это микрокопейки. Даже "пустой" компонент рисует медленно. Вот уже много лет жду когда memo не будет блокировать всю ветку компонента, а только сам компонент.