Время нужно хранить в UTC, а браузер отобразит правильно, например сообщение чата и время создания поста
Время нужно хранить в UTC и у пользователя/устройства/города есть часовой пояс и сервер посчитает как правильно. Например, даты в письмах.
Время нужно хранить ни в чём, т.к. это расписание соревнований в Самаре или в Челябинске и если соревнование начинается в 11, значит везде 11 часов не смотря на часовой пояс клиента.
Для этого я использовал timestamp, но в 6 версии Npgsql решили, что timestamp нужно переводить в локальное время и я пока сижу на AppContext.SetSwitch("Npgsql.EnableLegacyTimestampBehavior", true);
По идее нужно переезжать на DateTimeOffset, но я пока не разбирался как жить с тем, что всегда есть Offset, который мне не нужен.
Опубликованные фрагменты кода содержат в том числе и тестовые алгоритмы, которые использовались только внутри "Яндекса" для проверки корректности работы сервисов. Например, для улучшения качества активации ассистента и уменьшения количества ложных срабатываний в бета-версии для сотрудников применяется настройка, которая включает микрофон устройства на несколько секунд в случайный момент без упоминания Алисы
Не тянет на массовую прослушку. Т.е. с одной стороны техническая возможность включить колонку и слушать есть, с другой это точно не "транслировать в интернет свои разговоры 24 часа в сутки".
Я думал были случаи публикации трафика с колонки, когда она слушала сама по себе.
P.S. Интересно, на уровне реализации, может ли колонка включить микрофон без световой индикации?
Кинопоиск и так на смарт ТВ, просто у них с колонкой одна подписка, поэтому и упомянул.
По сути Алиса та же блютуз колонка, только удобнее телефона, т.к. тыкать никуда не надо. Голос - как ещё один канал, который можно используя не меняя контекст.
На собесе рассказываешь какие проблемы разрулил на предыдущем месте работы. Типа была такая-то проблема, желательно системная, вот так я её решил, вот так всем стало жить лучше. Исходим из того, что код - это инструмент с помощью которого программист решает задачи.
Правда, такой опыт можно получить только на практике. При этом нужно как-то взаимодействовать с заинтересованными лицами, иначе никаких важных решений не принять. Не получится, сидеть и не отсвечивать.
Обычно это называют "время на погружение в проект", т.е. пока погружаешься, точно будешь медленнее остальных работать. Если после погружения программист "не тянет", то там уже от фирмы зависит.
Грубо говоря, если Вася по 10 раз не может пройти ревью, потому что косячит из-за незнания предметной области, то зачем нам такой Вася?
Пока сотрудник не погрузился в предметную область, он не может выйти на нормальную производительность. Компания, в некотором смысле, инвестирует в него.
Если сотрудник так не выйдет на норм производительность, тот тут несколько путей:
Уволить
Смириться, всё равно за эти деньги никого лучше не найдёшь
Построить процесс так, чтобы люди с большими головами говорили что кодить
Третий вариант опасен выгораниями, т.к. сотрудника выжимают (ибо уплочено) и он не понимает что происходит.
Конечно! Но при условии, что смешивание нефти как-то влияет на код и решаемые задачи.
Например, чисто из головы (я про нефть ничего не знаю), рассказывает, что есть нефть разной зернистости в определённом количестве, есть задача её смешивания с онлайн контролем, но есть разные нюансы, типа температуры, вязкости и т.п.. А дальше рассказывает как считали, как мониторили, откуда данные попадали в систему, как обеспечивали отказоустойчивость, какое участие он принимал во всём этом и т.д.
Даже, если кандидат не знает всего процесса (от него до пользователя было 15 микросервисов), я ожидаю, что он будет хорошо знать свою полянку и на что она влияет.
У нас был такой разраб, он не хотел вникать в бизнес заказчика, он хотел "херачить код". Не сработались, но где-то, по любому, есть фирма которой подойдёт его стиль.
Понравился список причин, у меня есть эти две: — Я думал, что с первого предложения понял идею, и хотел как можно быстрее перейти к сути, отказавшись от долгих вводных;
— Я вспомнил что-то по теме и боялся, что если не перебью и не расскажу об этом, то обязательно забуду то, о чём хотел рассказать.
Первую решаю волевым усилием дослушать до конца, иногда бывает, что я не правильно понял и слушал не зря. Вторую решаю записями.
как вы умудрились без проблем проскочить школу и вуз? да вас сверстники бы давно как грелку порвали.
Легко. Просто нужно уметь владеть вниманием и интересно рассказывать.
— Я думал, что с первого предложения понял идею, и хотел как можно быстрее перейти к сути, отказавшись от долгих вводных;
На примере сверстников: подхватил чужую мысль и рассказал интереснее, не давая влезть тому, кто её начал. Если у него нет достаточного авторитета, то он ничего не сделает.
Я скорее про то, что если мы не хотим заниматься передачей портов друг другу, т.е. хотим удобства, то нужна третья сторона, которая сделает это за нас. Типа в приложении будет уведомление "Вася хочет подключиться к вам, Ок?".
Я тот самый крудошлёп!
У меня обычно так:
Время нужно хранить в UTC, а браузер отобразит правильно, например сообщение чата и время создания поста
Время нужно хранить в UTC и у пользователя/устройства/города есть часовой пояс и сервер посчитает как правильно. Например, даты в письмах.
Время нужно хранить ни в чём, т.к. это расписание соревнований в Самаре или в Челябинске и если соревнование начинается в 11, значит везде 11 часов не смотря на часовой пояс клиента.
Для этого я использовал timestamp, но в 6 версии Npgsql решили, что timestamp нужно переводить в локальное время и я пока сижу на
AppContext.SetSwitch("Npgsql.EnableLegacyTimestampBehavior", true);По идее нужно переезжать на
DateTimeOffset, но я пока не разбирался как жить с тем, что всегда естьOffset, который мне не нужен.Получается, что Алиса - это чат бот с голосовым интерфейсом
Не тянет на массовую прослушку. Т.е. с одной стороны техническая возможность включить колонку и слушать есть, с другой это точно не "транслировать в интернет свои разговоры 24 часа в сутки".
Я думал были случаи публикации трафика с колонки, когда она слушала сама по себе.
P.S. Интересно, на уровне реализации, может ли колонка включить микрофон без световой индикации?
А она реально транслирует?
Кинопоиск и так на смарт ТВ, просто у них с колонкой одна подписка, поэтому и упомянул.
По сути Алиса та же блютуз колонка, только удобнее телефона, т.к. тыкать никуда не надо. Голос - как ещё один канал, который можно используя не меняя контекст.
Слушать яндекс.музыку и ставить таймеры + смотреть кинопоиск на телевизоре.
На самом деле в шарпах тоже полно магии. Линку изнутри сделан на кастомных стейтмашинах, которые мутируют друг в друга, если возможно.
Вот, например, WhereSelectArrayIterator.
Есть такое. Но я бы не сказал про немалые затраты. Для меня предметная область - это часть задачи, которую я решаю. Просто часть разработки.
Когда есть куча вариантов решения, поднятие на уровень верх помогает принять решение.
Согласен, из нефти в нефть легче перекатиться.
Мой же посыл, разработчик на собесе должен уметь объяснить какие задачи и какого уровня он решал. Его предыдущий домен - это декорации.
От уровня решаемых задач, так же, зависит уровень вопросов, которые он задаст. Это важно на собесе.
Так же я не отрицаю, что нужны "хардовые спецы", чтобы прийти и затюнить кафку. Но они не особо занимаются разработкой.
На собесе рассказываешь какие проблемы разрулил на предыдущем месте работы. Типа была такая-то проблема, желательно системная, вот так я её решил, вот так всем стало жить лучше. Исходим из того, что код - это инструмент с помощью которого программист решает задачи.
Правда, такой опыт можно получить только на практике. При этом нужно как-то взаимодействовать с заинтересованными лицами, иначе никаких важных решений не принять. Не получится, сидеть и не отсвечивать.
Обычно это называют "время на погружение в проект", т.е. пока погружаешься, точно будешь медленнее остальных работать. Если после погружения программист "не тянет", то там уже от фирмы зависит.
Грубо говоря, если Вася по 10 раз не может пройти ревью, потому что косячит из-за незнания предметной области, то зачем нам такой Вася?
Пока сотрудник не погрузился в предметную область, он не может выйти на нормальную производительность. Компания, в некотором смысле, инвестирует в него.
Если сотрудник так не выйдет на норм производительность, тот тут несколько путей:
Уволить
Смириться, всё равно за эти деньги никого лучше не найдёшь
Построить процесс так, чтобы люди с большими головами говорили что кодить
Третий вариант опасен выгораниями, т.к. сотрудника выжимают (ибо уплочено) и он не понимает что происходит.
Конечно! Но при условии, что смешивание нефти как-то влияет на код и решаемые задачи.
Например, чисто из головы (я про нефть ничего не знаю), рассказывает, что есть нефть разной зернистости в определённом количестве, есть задача её смешивания с онлайн контролем, но есть разные нюансы, типа температуры, вязкости и т.п.. А дальше рассказывает как считали, как мониторили, откуда данные попадали в систему, как обеспечивали отказоустойчивость, какое участие он принимал во всём этом и т.д.
Даже, если кандидат не знает всего процесса (от него до пользователя было 15 микросервисов), я ожидаю, что он будет хорошо знать свою полянку и на что она влияет.
У нас был такой разраб, он не хотел вникать в бизнес заказчика, он хотел "херачить код". Не сработались, но где-то, по любому, есть фирма которой подойдёт его стиль.
Как творческий сопроцессор (:
А в каком из мультиков?
Просто спасение человечества - это моя любимая маргинальная теория по матрице.
Понравился список причин, у меня есть эти две:
— Я думал, что с первого предложения понял идею, и хотел как можно быстрее перейти к сути, отказавшись от долгих вводных;
— Я вспомнил что-то по теме и боялся, что если не перебью и не расскажу об этом, то обязательно забуду то, о чём хотел рассказать.
Первую решаю волевым усилием дослушать до конца, иногда бывает, что я не правильно понял и слушал не зря. Вторую решаю записями.
Легко. Просто нужно уметь владеть вниманием и интересно рассказывать.
На примере сверстников: подхватил чужую мысль и рассказал интереснее, не давая влезть тому, кто её начал. Если у него нет достаточного авторитета, то он ничего не сделает.
Я вот узнал что такое STUN сервера и мне было интересно.
Я скорее про то, что если мы не хотим заниматься передачей портов друг другу, т.е. хотим удобства, то нужна третья сторона, которая сделает это за нас. Типа в приложении будет уведомление "Вася хочет подключиться к вам, Ок?".