помогите что за ошибка

я поэтому и спросил какое еще можно событие добавить.

кроме клика конечно.

После нажатия на load more после того как отработает ajax запрос вызывай функцию как вариант

кроче я адский колхозник)))

$(document).ready(function($){
   window.addEventListener('load', function(){
       $('.screen').scrollImage();
   });
   window.addEventListener('click', function(){
   $('.screen').scrollImage();
});
});

первые блоки работают по событию load, а те что на аяксе по клику)))

😂😂😂

Так а если аякс долго будет идти, функция отработает когда результата еще нету

за то картинку уже сразу подгрузит)а скрол работает только при ховере на нее

В смысле сразу, у тебя ответ с новыми картинками может придти через допустим 5 секунд если инет плохой например

#вакансия #fullstack #React #NodeJS #Teamlead  

TeamLead

Компания: Inssmart.ru

Локация: офис, Санкт-Петербург, м.Пионерская

Занятость: fulltime

З/п: от 170.000 до 220.000

*Привет*
Меня зовут Анна, я ищу TeamLead-а в компанию InsSmart - сервис для тех, кто продает или хочет начать продавать страховые полисы, онлайн.  

Мы запустились всего 2 года назад, но сразу показали рост и имеем уверенные позиции среди аудитории.
За два года мы не раздули команду и сохранили именно атмосферу старт апа. Команда Inssmart - небольшая команда - это СТО, Back(middle+) Front(Middle+) Devops(Senior) Тестировщик(junior)
Используем Kanban и частые релизы, от 1 до 3-х в две недели. Хотим чтобы этот показатель был 2-4 в неделю.
Сейчас нам очень не хватает TeamLead-а, который будет руководить всей разработкой.

Что предстоит:
На данный момент задачи поступают и распределяются CTO, вакансия предполагает, что Team Leader будет принимать общие задачи/эпики от CTO и распределять на разработчиков на свое усмотрение, а также предлагать варианты решения этой задачи и согласовывать их с СТО

Задачи на первый месяц:
- Понять продукт, устройство, архитектуру и инфраструктуру (бэк+фронт)
- Влиться в процесс, начать делать небольшие задачи (баги), постепенно переходя к более сложным (например создание новых сервисов)

Далее (по приоритетам):
- Основная деятельность - реализация задач проекта, их проработка и распределение среди разработчиков
- Процеcсные и организационные задачи:
- Увеличение количества релизов без потери качества
- Улучшение процесса написания тестов, общего тестирования, code review

Инфраструктурные задачи:
- Постоянное взаимодействие и постановка задач для DevOps, для решения инфраструктурных задач
- Улучшение процесса CI/CD и внедрение новых технологий вместе с СТО и DevOps
- Задачи связанные с безопасностью приложений и пользовательских данных:
- Аудит безопасности приложений и поиск уязвимостей (возможно, вместе со сторонним подрядчиком)
- Написание безопасного и отказоустойчевого кода (внедрение общих практик в разработку, и правил в code review)

Почему работать у нас классно: Степень ответственности, которую можно на себя брать - максимальна. Согласование любых решений требует минимума - доказать, что пользователям и бизнесу от этого будет хорошо.В отличие от многих стартапов, мы почти с первого дня зарабатываем деньги. Мы не проект, который покупает пользователя и ждет, что через 2 года «согласно финмодели он окупится». У нас за плечами сильная команда и инвестиционная поддержка, опыт в других сферах бизнеса.

Stack
- Микросервисная архитектура, restful принципы реализованные на Node.js (no legacy code);
- СУБД PostgreSQL, Redis;
- JavaScript (ES6+, TypeScript, React, Mobx, Material UI) для создания SPA;
- DevOps (Dockers, Jenkins, Ansible, Influx + Grafana + Collectd)
- CI/CD, Agile

Хард скилы нашего Team Lead-а:
- Node.js, знание фреймворков (Express, и т.п.);
- Javascript (ES6-ES7) + React (Functional components + hooks) - хорошие знания;
- SQL и базы данных;
- Typescript, Mobx, Material UI, OOP;
- Опыт написания юнит-тестов с Mocha, Chai, Jest;
- Управление командой до 5 человек;
- Управление релизами и тестированием;

Будет здорово, если ты имеешь:
- Знания теории алгоритмов и структур данных, паттернов проектирования;
- Понимание принципов usability, UX;
- Опыт написания тестов;

Процесс знакомства:
Первая встреча: 15 минут на общие вопросы + некоторые технические вопросы с СЕО проекта
Вторая встреча: знакомство с СТО

Что вы можете ожидать взамен:
- Офис (к сожалению, удаленно нам не представляется возможности работать) - комфортный  и современный в элитном районе на севере города;
- Рост вместе с компанией - подразумеваем рост во всех направлениях
- Все присущее стартапу - от упомянутой выше свободы, небольшой команды, отсутствия болезненного легаси, до ответственности, широких возможностей и перспектив, учитывая наш уровень сейчас.

Контакт: @Veve_V

напоминаю, что свое мнение по поводу вакансий в чате можно высказать в опросе

те, кто передумал, могут переголосовать

#вакансия #react #typescript #relocation
Позиция: Senior Frontend Developer

Локация: Tallinn, Estonia
Занятость : полная
Агенство IT Talent Estonia
Компания: The global-leader gaming company.

Size in Tallinn: 12 + developers
Global size: 1900 +

We offer relocation to Estonia(Tallinn). Now we are ready relocate only from Ukraine, Belarus and Russia

Зарплатная вилка: 3000-4000 EUR NET(after taxes)
https://www.kalkulaator.ee/ru/kalkulyator-zarplaty

Требования:

- 5+ years of experience in Frontend Development
- 3+ years in React
- Solid knowledge of JavaScript, TypeScript
- English upper intermediate

Предлагаем:

- Tech conference, company gym(open 24/7), hackathons
- The modern and friendly delivery process
- Being a part of the international team
- Health insurance
- Relocation package

Feel free to contact me kate@ittalent.ee

всем привет! а у меня риторический вопрос: вебшторм всегда настаивает, чтобы я использовал строгое равенство, и я задумался, всегда ли это уместно? бывают ли случаи, когда надо использовать именно НЕ строгое равенство?

чтобы прям "надо" не бывают

ты всегда можешь преобразовать переменные перед сравнением

но могут быть случаи, когда проще сравнивать не строго, обычно эти случаи навязаны уже написанным кодом, в котором не следили за типами

Вебшторму наплевать, что вы там пишете, смотрите, какой линтер у вас код проверяет.

Ну и от этого правила нужно отступать осмысленно, понимая, что нестрогое равенство может привезти к не самым очевидным результатам.