Поэтому говоря "пишут рекрутеры", я имею в виду реально назначаем интервью на какую-то дату и двигаемся дальше. Нерелевант тоже остаётся, но зачастую уходит в архив.
Теперь понял, да, это все же другое.
А отвечать по STAR - это даже с рекрутерами на первом этапе?
Просто пока что, собесы с рекрутерами, которые были - там стандартный список вопросов и вроде бы нет места для STAR: чем занимаетесь в текущей компании; почему ищете новую; почему выбрали нашу компанию (да-да, они пишут первыми и спрашивают почему я их выбрал, HR, походу, во всех странах одинаковые); список технологий (ответ "да" достаточен); если вакансия в офис - то ок ли это и зарплату; бывает еще, типа "в чем вы хотите стать лучше"
Жилье - можно предложить заплатить за 3-6 месяцев вперед, если есть возможность.
Пока нет местных прав / кредитки / машины - можно пользоваться turo - это airbnb, только для машин. Обычные прокатные конторы не дают без кредитки. Но надо все фоткать. Абсолютно все. Два раза спасло от претензий. Что интересно, оба раза владельцами были афро-американки.
И интересно все же, отчего зависит успех при поиске работы. Все настолько уникально. Каждый делает выводы на основе крайне ограниченной статистики (собственной). Например у меня меньше 300 коннектов на линкедине - но рекрутеры и так пишут, то есть это не показатель. Другое дело, что и тут попадаются тупенькие и не могут прочитать профиль и резюме внимательно, приходится за них делать их работу.
Причина выбора vue / react не убедительна. Нейросеть писала?
Низкая производительность - оба фреймворка имеют примерно одинаковую производительность, там нет кратной разницы
Сложность поддержки - когнитивный диссонанс, появилось немного раньше, но опыт оптимизаций накопился больше?
Доступность специалистов - причем тут внешний рынок кандидатов и обучение команды? То есть альтернатива была - уволить всех vue и нанять вместо них react?
так как UI-kit банка поддерживал только React
Все фронты Точки работали с React, а Vue использовала только наша команда бренда
Вот с этого и надо было начинать. Очевидно, что никто не будет переписывать все, ради одной команды бренда. Выбор основан не на производительности или доступности специалистов, а на эффективном расходовании средств и времени. Только зачем тогда писать про сравнение технологий?
Это всего лишь отсылка к Запрещённым Барабанщикам. В далеком 2007 году, когда я уже работал программистом - у начальника из колонок на компе звучала эта песня периодически. Въелась в память)
Играл в киберпанк с генератором одного кадра на 4080 - если базовый фпс 40-50 или выше - играется вполне нормально, незаметно. Улучшился ли игровой опыт? Мне показалось да. Оптимальное сочетание - картинка чуть плавнее, а негативные эффекты незаметны.
А вот если 40 фпс и меньше, то желе проявляется все сильнее.
Кстати лично по моим ощущениям - нормальный фпс где то 100-120 на мониторе 144 гц. Край 75-80 фпс. Если ниже - то уже начинает чувствоваться что-то не то.
Это все конечно хорошо, но в реальности некогда задумываться об этом, так как есть еще 100500 вещей о которых надо подумать и вспомнить. Только если целенаправленно не занимаешься низкоуровневой оптимизацией.
Да и в целом - структура по доке рекомендуется 16 байт (на хабре была статья с тестами, где выяснилось 64 байта). То есть структуры - это для чисел. Но при этом, когда например пишешь бизнес приложения, то в 80% случаях в dto будет id и name как строка, в которой может быть и 5 символов и 500.
Ничего страшного, зато меньше вызовов по сети, меньше компонентов, не нужен кэш, нет проблем с шардированием, бд потребуется только для статистики и то, если она была упомянута в требованиях. Стабильней, надежней. Масштабирование - без проблем.
Все не дум, кроме doom 2 😅
(Кто в какой первым играл - тот для того и настоящий дум)
Не, ну правильно, асфальт же серый)))
А у нас в школе был другой вариант - цыган на цыпочках цыпленку цыкнул цыц
Теперь понял, да, это все же другое.
А отвечать по STAR - это даже с рекрутерами на первом этапе?
Просто пока что, собесы с рекрутерами, которые были - там стандартный список вопросов и вроде бы нет места для STAR: чем занимаетесь в текущей компании; почему ищете новую; почему выбрали нашу компанию (да-да, они пишут первыми и спрашивают почему я их выбрал, HR, походу, во всех странах одинаковые); список технологий (ответ "да" достаточен); если вакансия в офис - то ок ли это и зарплату; бывает еще, типа "в чем вы хотите стать лучше"
Жилье - можно предложить заплатить за 3-6 месяцев вперед, если есть возможность.
Пока нет местных прав / кредитки / машины - можно пользоваться turo - это airbnb, только для машин. Обычные прокатные конторы не дают без кредитки. Но надо все фоткать. Абсолютно все. Два раза спасло от претензий. Что интересно, оба раза владельцами были афро-американки.
И интересно все же, отчего зависит успех при поиске работы. Все настолько уникально. Каждый делает выводы на основе крайне ограниченной статистики (собственной). Например у меня меньше 300 коннектов на линкедине - но рекрутеры и так пишут, то есть это не показатель. Другое дело, что и тут попадаются тупенькие и не могут прочитать профиль и резюме внимательно, приходится за них делать их работу.
(del)
Причина выбора vue / react не убедительна. Нейросеть писала?
Низкая производительность - оба фреймворка имеют примерно одинаковую производительность, там нет кратной разницы
Сложность поддержки - когнитивный диссонанс, появилось немного раньше, но опыт оптимизаций накопился больше?
Доступность специалистов - причем тут внешний рынок кандидатов и обучение команды? То есть альтернатива была - уволить всех vue и нанять вместо них react?
Вот с этого и надо было начинать. Очевидно, что никто не будет переписывать все, ради одной команды бренда. Выбор основан не на производительности или доступности специалистов, а на эффективном расходовании средств и времени. Только зачем тогда писать про сравнение технологий?
Мем
Было бы интересно еще узнать - а что пошло не так или стало хуже с новой архитектурой.
Ну то есть никого не смутило падение с 200 тыс до 100 тыс до появления чат гпт? Но об этом заговорили только с появлением нейронок.
То есть график тоже сгенерирован нейронкой?
Это всего лишь отсылка к Запрещённым Барабанщикам. В далеком 2007 году, когда я уже работал программистом - у начальника из колонок на компе звучала эта песня периодически. Въелась в память)
DLSS (масштабирование разрешения) у меня отключен, разрешение нативное.
Но генерация кадров включена, у меня 4080 super, на ней генерит один дополнительный кадр, а на 50хх серии до трех кадров.
Миллион долларов сша и жизнь будет хороша (с)
Играл в киберпанк с генератором одного кадра на 4080 - если базовый фпс 40-50 или выше - играется вполне нормально, незаметно. Улучшился ли игровой опыт? Мне показалось да. Оптимальное сочетание - картинка чуть плавнее, а негативные эффекты незаметны.
А вот если 40 фпс и меньше, то желе проявляется все сильнее.
Кстати лично по моим ощущениям - нормальный фпс где то 100-120 на мониторе 144 гц. Край 75-80 фпс. Если ниже - то уже начинает чувствоваться что-то не то.
Что-то вспомнилось выступление Петросяна про шпингалеты из нижнего тагила, только тут про тг канал.
Это все конечно хорошо, но в реальности некогда задумываться об этом, так как есть еще 100500 вещей о которых надо подумать и вспомнить. Только если целенаправленно не занимаешься низкоуровневой оптимизацией.
Да и в целом - структура по доке рекомендуется 16 байт (на хабре была статья с тестами, где выяснилось 64 байта). То есть структуры - это для чисел. Но при этом, когда например пишешь бизнес приложения, то в 80% случаях в dto будет id и name как строка, в которой может быть и 5 символов и 500.
Мда, 3 и 6 сервера отожгли)
Хорошо, что выбрали графический редактор - на нем можно показать плюсы ооп, вместо бизнес приложения, где центром являются данные и их согласованность
Меня теперь другой вопрос интересует - а какая СУБД справляется лучше?
Ничего страшного, зато меньше вызовов по сети, меньше компонентов, не нужен кэш, нет проблем с шардированием, бд потребуется только для статистики и то, если она была упомянута в требованиях. Стабильней, надежней. Масштабирование - без проблем.