Я думаю когда люди говорят о "реальной инфляции" - происходит некая подмена понятий, они вовсе не инфляцию имеют ввиду, а некое общее обесценивание денег что-то типа % доходности своего "личного портфеля из рублей под подушкой". Инфляция это же только одна из причин по которым сбережения обесцениваются.
Хуже перфекциониста СТО только менеджер пытающийся вот так идеально организовать работу со своими kpi и кросс-функциональными командами ))) тем же самым по факту занимаетесь и так же тяните проект на дно
scroll-snap-stop: always у дочерних элементов останавливает прокрутку на каждом слайде.
Она останавливает, но "инерция" скролла продолжает посылать события, как будто юзер продолжает крутить и идёт переход на следущий слайд. + Любое касание экрана пользователем приводит к очень уж сильному движению.
Скорость конечно шикарная и это отличное решение для фиксации вертикального скролла на всяких лендингах, но не для слайдеров.
Потому что слайдер это не скролл.
Скролл с докруткой это всё равно скролл и он отличается от перетаскивания свайпами. У скролла есть инерция, когда крутанул, отпустил, уже ничего не нажимаешь а он продолжает крутить , у нативных слайдеров этого нет. Полистайте с разной интенсивностью экраны на своём телефоне - вот это типичный слайдер, а теперь сравните его с вертикальной прокруткой - это совершенно разные механики. И добавление докрутки до нужной точки не делает их похожими , опять же если бы было всё так просто, то не приходилось бы никогда возиться с transform и событиями touchmove , а просто бы сразу использовали нативный scroll и на js дописали бы только докрутку (scrollIntoView)
https://webkit.org/demos/scroll-snap/ - просто попробуйте сами полистать в chrome на android или с тачбара macbook в chrome В ios safari только +/- нормально работает
scroll-snap очень тупо работает и не кастомизируется, там очень высокие скорость и чувствительность на большинстве устройств, часто происходит перескакивание через слайд, в общем пока что это мало полезная вещь для совсем редких кейсов.
В телеграм есть https://t.me/calendar0bot с AI и календарём, которому можно так же текстом/голосом/картинкой/файлом в свободной форме давать команды, он управляет событиями и синхронизируется с гугл календарём. Это вот реально удобно, часто можно просто сообщения от собеседника переслать боту и будет создано напоминание. Тем более Gemini всё равно в РФ не пашет (((
на мужчинах эволюция экспериментирует (мужчины рождаются с большим разбросом по практически всем качествам - и самые высокие, и самые низкие, и самые умные, и самые дураки, самые святые и самые подлые), а все менее экстремальное и более проверенное дается женщинам.
Рост числа девушек в IT обусловлен созреванием отрасли, чем более "нормальной"(а не уделом задротов красноглазиков) будет становится эта сфера тем меньше в ней будет % мужчин.
Думаю пора всем признать что мы не умеем оценивать навыки людей за такое короткое время и относиться к этому проще, не искать какой-то "справедливости". Технические специалисты то должны мочь понять насколько огромные тут погрешность оценки и элемент случайности. Знакомство компании с кандидатом лотерея, не меньшая, чем знакомство девушки с мужчиной где тоже для самоуспокоения в этой полной неопределенности выдуманы всякие ритуалы / знаки / ред флаги и создается иллюзия хоть какого-то контроля над этим процессом.
Может быть сеньёр тимлид еще может полностью оценить новичка, но даже с мидлом у него уже возникнут сложности, потому что сам тимлид не всё знает, а на практике вообще часто в маленьких компаниях бэкендеры фронтендеров собеседуют. Все эти задачки на то чтобы понять как человек мыслит нужны чтобы интервьюер на основе этих данных построил некоторую проекцию специалиста у себя в голове и далее примерил её на задачи компании. Вот только интервьюер не может ни спросить ни представить то, чего сам не знает и проекция в голове состоит только из небольшой области пересечения знаний собеседующего и собеседуемого обнаруженной во время короткого интервью. Пожалуй лучшее что может сделать интервьюер при таком дефиците информации, это выбирать себе коллегу чисто "по вайбу" чтобы им комфортнее было вместе работать, может хоть так общая эффективность команды вырастет.
Согласен, но это же относится не только к реакту, может только он чаще обновляется.
У нас когда-то была отлично написанная внутренняя админка на AngularJS, теперь это жуткое легаси. Сейчас испытываю огромную боль по поддержке проекта на RiotJS, который когда-то был примером хорошего масштабируемого кода. Вчера понадобилось внести изменения в свой максимально простой пет проект состоящий из одной страницы, без фреймворков, так там сборщик устарел, первый parcel , проект прост не запускался и не собирался. Сначала пришлось переписать сборку.
И даже при использовании только чистого js , без других утилит приходится обновлять кодовую базу, вот появился недавно structuredClone и на его фоне все эти JSON.parse(JSON.stringify( или какие-нибудь утилиты deepClone уже смотрятся "грязно"
как по мне это искусственное сокращение своей потенциальной аудитории и в итоге разработка узкого специального продукта на основе обратной связи от меньшинства с их специфическими задачами и скорее всего неудобного большинству то есть с самого начала идет разработка продукта который не понравится большинству людей целью этого сужения я так понимаю является исключительно экономия ресурсов?
Утверждения о необходимости определения ЦА, меня всегда напрягало. Часто ЦА это действительно почти все. Давайте посмотрим на примерах некоторых существующих сервисов, итак какая ЦА у Калькулятора, Календаря, Pomodoro таймера, Бота для скачивания видео с ютуб, да того же Gmail? Я считаю что в большинстве проектов ЦА настолько широкая и разношёрстная что её определение не имеет смысла.
не-не-не ))) не подменяйте тут "знание" и "опыт" за несколько недель можно изучить новый язык но нельзя за несколько недель получить 3 года опыта работы с этим языком как с прошлым. а годы опыта с предыдущим языком - становятся не нужны.
переход с того же php на nodejs - это нормальная такая смена паттернов подходов и архитектуры так что старый опыт тут особо не подтянуть.
В общем вы спросили что там "сгорает" - вот нерелевантный современности устаревший опыт - сгорает, не надо теперь пытаться выкручиваться и говорить что это так везде и вообще ничего сложного ) На собеседовании через 5 лет это расскажете какой вы настоящий "разработчик" и у вас это вопрос пары недель ) и услышите что-то типа "ну а нам нужен человек с опытом"
ну может не 5ти но 10ти точно кому сейчас нужны навыки pixelperfect верстки под ie6 ? кто-то несколько лет кодил и изучал все тонкости первого angularjs и сейчас это просто мусорные знания опыт веб-дизайнера в photoshop перестал катироваться с ростом популярности figma а помните флешеров/ActionScript разработчиков? вот и я нет )
ПО регулярно обновляется, старые версии перестают использоваться и навыки работы с ними становятся не нужны
Актуальные знания это как раз где-то последние 3-4 года, на собеседованиях даже не интересуются чем вы там занимались на пред-пред-пред-предыдушем месте 7 лет назад. Вот и получается - вечный студент с разве что хорошей насмотренностью, на менедежеров и "бизнес", вот что годами не меняется в IT так это все эти "тасочки", "оценки", "сроки", "дедлайны", "маркетинг", "совещания"/"созвоны", "клиенты", "изменение требований", "правки", "мамкины бизнесмэны с идеями стартапов" ... хоть какая-то стабильность )
да хоть 4млн откликов, какая разница сколько "желающих" если требуются "могущие" работодатель пишущий "что угодно" в итоге сильно рискует этих "могущих" так и не найти среди множества "желающих"
Всё так. Во многих других отраслях +/- то же самое.
Мне очень помогла взглянуть на эти вещи шире книга "Бредовая работа: Трактат о распространении бессмысленного труда. Дэвид Грэбер" , хоть в рассуждениях автора и есть изъяны, всё же рекомендую её к прочтению.
Эмм... Любить и уметь не одно и то же, ну допустим.
Видимо вы считаете своих коллег хорошими специалистами, просто так странно сформулировали, - чтож замечательно если такая команда собралась не в результате увольнений плохих сотрудников, а только из-за найма хороших.
Я думаю когда люди говорят о "реальной инфляции" - происходит некая подмена понятий, они вовсе не инфляцию имеют ввиду, а некое общее обесценивание денег что-то типа % доходности своего "личного портфеля из рублей под подушкой". Инфляция это же только одна из причин по которым сбережения обесцениваются.
Хуже перфекциониста СТО только менеджер пытающийся вот так идеально организовать работу со своими kpi и кросс-функциональными командами ))) тем же самым по факту занимаетесь и так же тяните проект на дно
Она останавливает, но "инерция" скролла продолжает посылать события, как будто юзер продолжает крутить и идёт переход на следущий слайд. + Любое касание экрана пользователем приводит к очень уж сильному движению.
Скорость конечно шикарная и это отличное решение для фиксации вертикального скролла на всяких лендингах, но не для слайдеров.
Потому что слайдер это не скролл.
Скролл с докруткой это всё равно скролл и он отличается от перетаскивания свайпами. У скролла есть инерция, когда крутанул, отпустил, уже ничего не нажимаешь а он продолжает крутить , у нативных слайдеров этого нет. Полистайте с разной интенсивностью экраны на своём телефоне - вот это типичный слайдер, а теперь сравните его с вертикальной прокруткой - это совершенно разные механики. И добавление докрутки до нужной точки не делает их похожими , опять же если бы было всё так просто, то не приходилось бы никогда возиться с transform и событиями touchmove , а просто бы сразу использовали нативный scroll и на js дописали бы только докрутку (scrollIntoView)
кажется вы не делали слайдеров
https://webkit.org/demos/scroll-snap/ - просто попробуйте сами полистать в chrome на android или с тачбара macbook в chrome
В ios safari только +/- нормально работает
в приведенной вами статье вот человек то же самое пишет - https://habr.com/ru/articles/876202/#comment_27829884
scroll-snap очень тупо работает и не кастомизируется, там очень высокие скорость и чувствительность на большинстве устройств, часто происходит перескакивание через слайд, в общем пока что это мало полезная вещь для совсем редких кейсов.
В телеграм есть https://t.me/calendar0bot с AI и календарём, которому можно так же текстом/голосом/картинкой/файлом в свободной форме давать команды, он управляет событиями и синхронизируется с гугл календарём. Это вот реально удобно, часто можно просто сообщения от собеседника переслать боту и будет создано напоминание. Тем более Gemini всё равно в РФ не пашет (((
Это конечно всего лишь теория но она многое объясняет - https://psychologos.ru/articles/view/evolyucionnaya-teoriya-pola-v.a.geodakyana
Рост числа девушек в IT обусловлен созреванием отрасли, чем более "нормальной"(а не уделом задротов красноглазиков) будет становится эта сфера тем меньше в ней будет % мужчин.
Думаю пора всем признать что мы не умеем оценивать навыки людей за такое короткое время и относиться к этому проще, не искать какой-то "справедливости". Технические специалисты то должны мочь понять насколько огромные тут погрешность оценки и элемент случайности. Знакомство компании с кандидатом лотерея, не меньшая, чем знакомство девушки с мужчиной где тоже для самоуспокоения в этой полной неопределенности выдуманы всякие ритуалы / знаки / ред флаги и создается иллюзия хоть какого-то контроля над этим процессом.
Может быть сеньёр тимлид еще может полностью оценить новичка, но даже с мидлом у него уже возникнут сложности, потому что сам тимлид не всё знает, а на практике вообще часто в маленьких компаниях бэкендеры фронтендеров собеседуют. Все эти задачки на то чтобы понять как человек мыслит нужны чтобы интервьюер на основе этих данных построил некоторую проекцию специалиста у себя в голове и далее примерил её на задачи компании. Вот только интервьюер не может ни спросить ни представить то, чего сам не знает и проекция в голове состоит только из небольшой области пересечения знаний собеседующего и собеседуемого обнаруженной во время короткого интервью. Пожалуй лучшее что может сделать интервьюер при таком дефиците информации, это выбирать себе коллегу чисто "по вайбу" чтобы им комфортнее было вместе работать, может хоть так общая эффективность команды вырастет.
Согласен, но это же относится не только к реакту, может только он чаще обновляется.
У нас когда-то была отлично написанная внутренняя админка на AngularJS, теперь это жуткое легаси. Сейчас испытываю огромную боль по поддержке проекта на RiotJS, который когда-то был примером хорошего масштабируемого кода. Вчера понадобилось внести изменения в свой максимально простой пет проект состоящий из одной страницы, без фреймворков, так там сборщик устарел, первый parcel , проект прост не запускался и не собирался. Сначала пришлось переписать сборку.
И даже при использовании только чистого js , без других утилит приходится обновлять кодовую базу, вот появился недавно structuredClone и на его фоне все эти JSON.parse(JSON.stringify( или какие-нибудь утилиты deepClone уже смотрятся "грязно"
Кажется это неизбежно
Тупость это всё-таки субъективное и относительное понятие, как говорят "если вы не знаете кто из вас страшная подружка, то скорее всего, это вы" :D
как по мне это искусственное сокращение своей потенциальной аудитории и в итоге разработка узкого специального продукта на основе обратной связи от меньшинства с их специфическими задачами и скорее всего неудобного большинству
то есть с самого начала идет разработка продукта который не понравится большинству людей
целью этого сужения я так понимаю является исключительно экономия ресурсов?
Утверждения о необходимости определения ЦА, меня всегда напрягало. Часто ЦА это действительно почти все. Давайте посмотрим на примерах некоторых существующих сервисов, итак какая ЦА у Калькулятора, Календаря, Pomodoro таймера, Бота для скачивания видео с ютуб, да того же Gmail? Я считаю что в большинстве проектов ЦА настолько широкая и разношёрстная что её определение не имеет смысла.
тут хорошо написано про попытки детально разобраться что же там происходит - https://habr.com/ru/articles/152593/
не-не-не ))) не подменяйте тут "знание" и "опыт"
за несколько недель можно изучить новый язык но нельзя за несколько недель получить 3 года опыта работы с этим языком как с прошлым.
а годы опыта с предыдущим языком - становятся не нужны.
переход с того же php на nodejs - это нормальная такая смена паттернов подходов и архитектуры так что старый опыт тут особо не подтянуть.
В общем вы спросили что там "сгорает" - вот нерелевантный современности устаревший опыт - сгорает, не надо теперь пытаться выкручиваться и говорить что это так везде и вообще ничего сложного ) На собеседовании через 5 лет это расскажете какой вы настоящий "разработчик" и у вас это вопрос пары недель ) и услышите что-то типа "ну а нам нужен человек с опытом"
ну может не 5ти но 10ти точно
кому сейчас нужны навыки pixelperfect верстки под ie6 ?
кто-то несколько лет кодил и изучал все тонкости первого angularjs и сейчас это просто мусорные знания
опыт веб-дизайнера в photoshop перестал катироваться с ростом популярности figma
а помните флешеров/ActionScript разработчиков? вот и я нет )
ПО регулярно обновляется, старые версии перестают использоваться и навыки работы с ними становятся не нужны
Актуальные знания это как раз где-то последние 3-4 года, на собеседованиях даже не интересуются чем вы там занимались на пред-пред-пред-предыдушем месте 7 лет назад.
Вот и получается - вечный студент с разве что хорошей насмотренностью, на менедежеров и "бизнес", вот что годами не меняется в IT так это все эти "тасочки", "оценки", "сроки", "дедлайны", "маркетинг", "совещания"/"созвоны", "клиенты", "изменение требований", "правки", "мамкины бизнесмэны с идеями стартапов" ... хоть какая-то стабильность )
да хоть 4млн откликов, какая разница сколько "желающих" если требуются "могущие"
работодатель пишущий "что угодно" в итоге сильно рискует этих "могущих" так и не найти среди множества "желающих"
.addEventListener('input',
Отлавливает все события
Всё так. Во многих других отраслях +/- то же самое.
Мне очень помогла взглянуть на эти вещи шире книга "Бредовая работа: Трактат о распространении бессмысленного труда. Дэвид Грэбер" , хоть в рассуждениях автора и есть изъяны, всё же рекомендую её к прочтению.
https://habr.com/ru/articles/685852/
Эмм... Любить и уметь не одно и то же, ну допустим.
Видимо вы считаете своих коллег хорошими специалистами, просто так странно сформулировали, - чтож замечательно если такая команда собралась не в результате увольнений плохих сотрудников, а только из-за найма хороших.