Исторический опыт показывает, что хоть и не сразу, но в результате промышленной революции и последовавшим за ней социальным и экономическим изменениям в обществе за 40-часовую работу стали платить сильно больше, чем за ранее принятую 72-часовую.
Обычно руководители компаний, в которых такие трекеры устанавливают, считают, что работнику не надо искать и думать. У меня был начальник, который на моё высказывание о необходимости изучить документацию ответил, что меня наняли, как знающего всё необходимое, и учиться в рабочее время - это неприемлемо. Он же считал, что нечего программисту долго обдумывать, начальство уже всё придумало, а мне остаётся только нажать кнопки в нужном порядке для реализации его гениальных идей.
Непонятно в чём имено состоит инициатива. У каждого банка есть база выпущенных ими карт и у каждого процессинга есть база обслуживаемых им карт. Процессинг на сегодня в РФ ровно один, банков около трёх сотен, но меньше десятка из них являются эмитентами 99% карт в стране. Проще говоря, вся информация уже собрана, доступна центральному банку и легко сводится к единому формату. Что ещё надо?
В моих проектах обычно исходили из допущения, что если токен был валиден на момент установки соединения, то соединение валидно на всё время его жизни. Если бы надо было принудительно разлогинивать, то я бы просто слал в соединение какой-нибудь признак того, что сервер клиента разлогинил, а потом рвал соединение. Ещё теоретически ничто не мешает обновлять токены сообщениями внутри websocket-соединения, но это ненужная морока, на мой взгляд.
Acess-токен протухает за секунды, максимм минуты, после чего фронтенд делает запрос на обновление acess-токена с refresh-токеном, время жизни которого измеряется днями, а обновляться он может вместе с access-токеном. Вы реально держите websocket-соединение несколько дней без обновления токенов?
Вероятно дело в том, что российский рынок склонен к олигополиям. Огромное количество российских прикладников (java, c#, go) крутятся среди одних и тех же компаний, и чем выше грейд, тем меньше шанса вырваться из этого водоворота.
У системщиков ещё хуже с количеством нормальных нанимателей, где платят не ветку. У эмбедеров вообще полтора таких нанимателя на весь рынок, как и у функциональщиков. Подозреваю, что у занимающихся автоматизацией на предприятиях тоже выбор не очень большой - пара-тройка металлургический компаний, пара-тройка нефтегазовых, пара-тройка машиностроительных.
Ещё ухудшает ситуацию, что основная концентрация опытных ИТшников всего в двух городах страны, где они годами ходят на одни и те же профессиональные ивенты.
Наверное, меньше всего шансов повторно пересекаться с бывшими коллегами у PHPшников и 1Сников, так как web-студий и франчей огромное количество по всей стране.
Если человек смог подобрать ключ, чтобы инструмент начал более корректно работать, то у этого человека должен быть какой-то легко различимый со стороны результат - должны участиться релизы, должно увеличиться количество фич на релиз, должны появиться новые продукты, должен быть захват бо́льше части рынка, должно быть улучшение финансовых результатов и т.п. Но ничего подобного никто не видит. В мире ничего не изменилось в целом по рынку и в частности у компаний, заявляющих об огромных успехах в области ИИ.
Когда ИИ берёт на себя 80% работы разработчиков, тогда Сберу приходится идти за господдержкой, а например у AWS растёт количество сбоев с многочасовыми простоями.
Исторический опыт показывает, что хоть и не сразу, но в результате промышленной революции и последовавшим за ней социальным и экономическим изменениям в обществе за 40-часовую работу стали платить сильно больше, чем за ранее принятую 72-часовую.
Обычно руководители компаний, в которых такие трекеры устанавливают, считают, что работнику не надо искать и думать. У меня был начальник, который на моё высказывание о необходимости изучить документацию ответил, что меня наняли, как знающего всё необходимое, и учиться в рабочее время - это неприемлемо. Он же считал, что нечего программисту долго обдумывать, начальство уже всё придумало, а мне остаётся только нажать кнопки в нужном порядке для реализации его гениальных идей.
Что мешает стороннему наблюдателю сравнить IP-адрес 1c.ru с IP-адресом сервера, до которого устанавливается соединение?
Непонятно в чём имено состоит инициатива. У каждого банка есть база выпущенных ими карт и у каждого процессинга есть база обслуживаемых им карт. Процессинг на сегодня в РФ ровно один, банков около трёх сотен, но меньше десятка из них являются эмитентами 99% карт в стране. Проще говоря, вся информация уже собрана, доступна центральному банку и легко сводится к единому формату. Что ещё надо?
В моих проектах обычно исходили из допущения, что если токен был валиден на момент установки соединения, то соединение валидно на всё время его жизни. Если бы надо было принудительно разлогинивать, то я бы просто слал в соединение какой-нибудь признак того, что сервер клиента разлогинил, а потом рвал соединение. Ещё теоретически ничто не мешает обновлять токены сообщениями внутри websocket-соединения, но это ненужная морока, на мой взгляд.
Порядок чтения книг имеет значение, одна предполагает наличие знаний из другой?
Acess-токен протухает за секунды, максимм минуты, после чего фронтенд делает запрос на обновление acess-токена с refresh-токеном, время жизни которого измеряется днями, а обновляться он может вместе с access-токеном. Вы реально держите websocket-соединение несколько дней без обновления токенов?
Вряд ли websocket существует дольше, чем время жизни refresh-токена.
Вероятно дело в том, что российский рынок склонен к олигополиям. Огромное количество российских прикладников (java, c#, go) крутятся среди одних и тех же компаний, и чем выше грейд, тем меньше шанса вырваться из этого водоворота.
У системщиков ещё хуже с количеством нормальных нанимателей, где платят не ветку. У эмбедеров вообще полтора таких нанимателя на весь рынок, как и у функциональщиков. Подозреваю, что у занимающихся автоматизацией на предприятиях тоже выбор не очень большой - пара-тройка металлургический компаний, пара-тройка нефтегазовых, пара-тройка машиностроительных.
Ещё ухудшает ситуацию, что основная концентрация опытных ИТшников всего в двух городах страны, где они годами ходят на одни и те же профессиональные ивенты.
Наверное, меньше всего шансов повторно пересекаться с бывшими коллегами у PHPшников и 1Сников, так как web-студий и франчей огромное количество по всей стране.
Чем Life As Quest лучше Habitica?
Не тратить время на непопулярные языки, пока не дорос хотя бы до мидла, и быть лучше других джунов.
Если человек смог подобрать ключ, чтобы инструмент начал более корректно работать, то у этого человека должен быть какой-то легко различимый со стороны результат - должны участиться релизы, должно увеличиться количество фич на релиз, должны появиться новые продукты, должен быть захват бо́льше части рынка, должно быть улучшение финансовых результатов и т.п. Но ничего подобного никто не видит. В мире ничего не изменилось в целом по рынку и в частности у компаний, заявляющих об огромных успехах в области ИИ.