У меня mac, но весь корпоративный софт от мелкомягких и с каждым годом его становится только больше. Вместо того, чтобы навязывать виндоус, они теперь предлагают свой софт везде, что видимо даёт больше профита.
показывала контакты организаций, куда пользователи могут обратиться за поддержкой в области психического здоровья, ВИЧ, вакцин, а также в других сферах.
Проблемы Твиттера это проблемы Твиттера. Однако заинтересовал другой момент. В оригинальных новостях Ройтерс акцентирует внимание на помощи пользователям во вполне конкретной ситуации при отображении контента с профильной тематикой. Интересно, на Хабре есть какие-то правила для локализации новостей проточегонельзяназывать?
Зависит от задач. Надо понимать, что это затрудняет склейку профилей только совсем сторонними зеваками. При этом практически ни как не защищает от агрегирования на стороне вендоров, чьими приложениями вы пользуетесь с разных аккаунтов.
Когда вы используете стандартные контролы, то проблемы с a11y в этой части перееадресуются разработчикам браузера. Если кастомные - то это ваша ответственность (даже если вы купили библиотеку у вендора или взяли из open source). Конечно, можно делать две версии: одну соответствующую законным требованиям, а вторую - эстетическим. Но тут в дело вступают деньги.
Проблема с a11y в том, что поддержка добавляет изрядную пачку нефункциональных требований, а бардак по части браузеров и сопутствующих решений здесь как в нулевые.
говоря о преждевременной оптимизации, обычно имеют ввиду не стандартные хорошо понятные способы написания оптимального кода, такие как запросы в базу батчами, кеширование приходящих из медленного хранилища ответов, ретраи запросов в ненадежные каналы, подбор подходящих структур данных и т.п
Какие-то вещи может не вывозить команда, просто вследствие недостатка квалификации.
Про преждевременность оптимизации я периодически слышу даже от джунов, пытающихся прикрыть перед менеджерами это популярной фразой свои откровенные ляпы. Ещё могут вернуть что-нибудь про business needs. Звучит смешно и грустно одновременно.
Скорее это что-то сложное. Написать кастомный контрол, имитирующий поведение нативных это дорого. Я имею ввиду полноценную поддержку нюансов различных устройств ввода и вывода, внутренней навигации, масштабирования и т.п. В нашем энтерпрайзе резко отказались от большинства кастомных контролов в вебе как только появились риски комплайнса по части a11y. Внезапно визуальная разница и хотелки перестали быть такой уж важной проблемой.
Веб всю историю пытается усидеть на трёх стульях. С одной стороны это желание дать пользователям привычный UX (что в переделе возможно лишь при использовании нативных контролов операционной системы). С другой - стилизация всего ради удовлетворения эстетических прихотей разработчиков либо их менеджеров (а значит отказ от нативных контролов в пользу самописных аналогов). И третья - не дать браузеру превратиться в полноценный кроссплатформенный UI toolkit (по типу XUL, XAML и т.п).
Это старая тема для отдельного доклада, поставил лайк). Здесь результат будет зависеть от уровня изоляции транзакций, с рисками поймать dead lock при конкурентных апдейтах одной и той же строки. Подробнее, например, тут https://blog.pjam.me/posts/atomic-operations-in-sql/ .
Вообще мне показалось, что предложенное в статье решение это вариация на те же самые грабли, просто хорошо закопанные в Java. Но мне понравился сам подход автора, с проверками каждой своей гипотезы на стенде. Я чаще вижу когда начинающие разработчики удовлетворяются только мысленными экспериментами и собиранием потом граблей в продакшене.
Мне кажется материал должен быть понятен даже джунам, ведь у них уже есть представление о таких вещах как Event Sourcing, Reactive Programming, Flux architecture и т.п. Ну и проблемы ограничения подобных моделей тоже известны.
Однако, при чтении вашей статьи меня не оставляло желание отойти от экрана метров на 10, чтобы с расстояния видеть суть, вместо словесных фракталов - повторений одних и тех же слов из абзаца в абзац в разных комбинациях.
Изложению явно не достаёт структуры, отделяющей одни смыслы от других, - той самой объектности, которую вы критикуете и хотите везде заменить нескончаемыми цепочками ивентов).
Проблема в том, что в обратную сторону это не работает. Если удалось выполнить задачу за меньшее время, то никто не горит желанием брать себе следующую и тупо ждут следующего спринта.
Я встречал такое в энтерпрайзах, где задачи требуют синхронизации между командами и график заранее расписан. Такие флуктуации погоды не делают - если вы закончили с опережением, то у следующей команды по цепочке как правило не будет капасити забрать ваши результаты раньше. Где это реально может приносить пользу, там может быть сдельная оплата или какие-то премии.
Основные задачи менеджера - указывать цели и давать обратную связь. На оптимистично настроенного исполнителя оценка влияет позитивно в течение всего времени, пока он в нее укладывается (многие согласны даже овертаймить). Отрицательная обратная связь появляется после продолбанного дедлайна и дальше многое зависит от того, как она у вас отрабатывается.
Отрицательная это не обязательно значит, что негативная. Расследование инцедентов и problem management могут быть довольно увлекательными. Грамотно отрефлексированный продолб оставляет в целом позитивный остаток. На ТВ было шоу, посвященное расследованию авиакатастроф (Mayday), где показывали большинство стадий такого процесса. Ну или соответствующие топики в ITIL.
Периодически вижу как статьи сразу после публикации уходят в небольшой минус. Потом начинают набирать плюсы. Интересно это тоже элемент какой-то накрутки или кто-то ради развлечения минусует все подряд?
Разобщеными людьми проще управлять. Они одиноки, бессильны и беззащитны.
Древние знали, что один в поле не воин, один за всех и все за одного и т.д. Принадлежность группе было вопросом выживания. Времена были такие.
В наше время активно форсился образ супергероя, который сам по себе и отдельно ото всех. Тактически это бред, но дети старались подражать красивой картинке, а повзрослев уже не могли ни чего в себе измененить - нет нужных навыков чтобы поддерживать связи в коллективе. Ну и вообще любое деяние, совершенное группой, считается отягчающим обстоятельством. Решите на корпоративе предъявить претензии начальству в лицо - подходите по одному.
Всегда считал, что SDLC обозначает абстрактный процесс, а DevOps - набор практик. Автор как будто сравнивает теплое с мягким и делает неожиданные выводы (неужели все это ради единственной ссылки, что в середине поста, где ребята больше продают, чем объясняют?).
У вас на картинке в логах ФИО сотрудника. Это не подпадает под регламенты о защите персональных данных? Как вообще у вас решаются вопросы с ПД в логах?
У меня mac, но весь корпоративный софт от мелкомягких и с каждым годом его становится только больше. Вместо того, чтобы навязывать виндоус, они теперь предлагают свой софт везде, что видимо даёт больше профита.
Проблемы Твиттера это проблемы Твиттера. Однако заинтересовал другой момент. В оригинальных новостях Ройтерс акцентирует внимание на помощи пользователям во вполне конкретной ситуации при отображении контента с профильной тематикой. Интересно, на Хабре есть какие-то правила для локализации новостей проточегонельзяназывать?
Научиться программировать и написать. Каша_из_топора.pdf
Зависит от задач. Надо понимать, что это затрудняет склейку профилей только совсем сторонними зеваками. При этом практически ни как не защищает от агрегирования на стороне вендоров, чьими приложениями вы пользуетесь с разных аккаунтов.
Когда вы используете стандартные контролы, то проблемы с a11y в этой части перееадресуются разработчикам браузера. Если кастомные - то это ваша ответственность (даже если вы купили библиотеку у вендора или взяли из open source). Конечно, можно делать две версии: одну соответствующую законным требованиям, а вторую - эстетическим. Но тут в дело вступают деньги.
Проблема с a11y в том, что поддержка добавляет изрядную пачку нефункциональных требований, а бардак по части браузеров и сопутствующих решений здесь как в нулевые.
Какие-то вещи может не вывозить команда, просто вследствие недостатка квалификации.
Про преждевременность оптимизации я периодически слышу даже от джунов, пытающихся прикрыть перед менеджерами это популярной фразой свои откровенные ляпы. Ещё могут вернуть что-нибудь про business needs. Звучит смешно и грустно одновременно.
Скорее это что-то сложное. Написать кастомный контрол, имитирующий поведение нативных это дорого. Я имею ввиду полноценную поддержку нюансов различных устройств ввода и вывода, внутренней навигации, масштабирования и т.п. В нашем энтерпрайзе резко отказались от большинства кастомных контролов в вебе как только появились риски комплайнса по части a11y. Внезапно визуальная разница и хотелки перестали быть такой уж важной проблемой.
Веб всю историю пытается усидеть на трёх стульях. С одной стороны это желание дать пользователям привычный UX (что в переделе возможно лишь при использовании нативных контролов операционной системы). С другой - стилизация всего ради удовлетворения эстетических прихотей разработчиков либо их менеджеров (а значит отказ от нативных контролов в пользу самописных аналогов). И третья - не дать браузеру превратиться в полноценный кроссплатформенный UI toolkit (по типу XUL, XAML и т.п).
Бывает и наоборот, когда заниматься оптимизацией вынуждает функционал, уже некорректно работающий при возросшей нагрузке.
Это старая тема для отдельного доклада, поставил лайк). Здесь результат будет зависеть от уровня изоляции транзакций, с рисками поймать dead lock при конкурентных апдейтах одной и той же строки. Подробнее, например, тут https://blog.pjam.me/posts/atomic-operations-in-sql/ .
Вообще мне показалось, что предложенное в статье решение это вариация на те же самые грабли, просто хорошо закопанные в Java. Но мне понравился сам подход автора, с проверками каждой своей гипотезы на стенде. Я чаще вижу когда начинающие разработчики удовлетворяются только мысленными экспериментами и собиранием потом граблей в продакшене.
Мне кажется материал должен быть понятен даже джунам, ведь у них уже есть представление о таких вещах как Event Sourcing, Reactive Programming, Flux architecture и т.п. Ну и
проблемыограничения подобных моделей тоже известны.Однако, при чтении вашей статьи меня не оставляло желание отойти от экрана метров на 10, чтобы с расстояния видеть суть, вместо словесных фракталов - повторений одних и тех же слов из абзаца в абзац в разных комбинациях.
Изложению явно не достаёт структуры, отделяющей одни смыслы от других, - той самой объектности, которую вы критикуете и хотите везде заменить нескончаемыми цепочками ивентов).
Я встречал такое в энтерпрайзах, где задачи требуют синхронизации между командами и график заранее расписан. Такие флуктуации погоды не делают - если вы закончили с опережением, то у следующей команды по цепочке как правило не будет капасити забрать ваши результаты раньше. Где это реально может приносить пользу, там может быть сдельная оплата или какие-то премии.
Основные задачи менеджера - указывать цели и давать обратную связь. На оптимистично настроенного исполнителя оценка влияет позитивно в течение всего времени, пока он в нее укладывается (многие согласны даже овертаймить). Отрицательная обратная связь появляется после продолбанного дедлайна и дальше многое зависит от того, как она у вас отрабатывается.
Отрицательная это не обязательно значит, что негативная. Расследование инцедентов и problem management могут быть довольно увлекательными. Грамотно отрефлексированный продолб оставляет в целом позитивный остаток. На ТВ было шоу, посвященное расследованию авиакатастроф (Mayday), где показывали большинство стадий такого процесса. Ну или соответствующие топики в ITIL.
Периодически вижу как статьи сразу после публикации уходят в небольшой минус. Потом начинают набирать плюсы. Интересно это тоже элемент какой-то накрутки или кто-то ради развлечения минусует все подряд?
Разобщеными людьми проще управлять. Они одиноки, бессильны и беззащитны.
Древние знали, что один в поле не воин, один за всех и все за одного и т.д. Принадлежность группе было вопросом выживания. Времена были такие.
В наше время активно форсился образ супергероя, который сам по себе и отдельно ото всех. Тактически это бред, но дети старались подражать красивой картинке, а повзрослев уже не могли ни чего в себе измененить - нет нужных навыков чтобы поддерживать связи в коллективе. Ну и вообще любое деяние, совершенное группой, считается отягчающим обстоятельством. Решите на корпоративе предъявить претензии начальству в лицо - подходите по одному.
Это прототип. Коммерческая версия дрона будет собирать донорскую кровь и подзаряжаться от света лампочек.
Всегда считал, что SDLC обозначает абстрактный процесс, а DevOps - набор практик. Автор как будто сравнивает теплое с мягким и делает неожиданные выводы (неужели все это ради единственной ссылки, что в середине поста, где ребята больше продают, чем объясняют?).
У вас на картинке в логах ФИО сотрудника. Это не подпадает под регламенты о защите персональных данных? Как вообще у вас решаются вопросы с ПД в логах?
Grafana и kibana используют один и тот же сервер elasticseach или разные, и почему так сделали?
Странно, если ещё ни кто не запустил чайник, хотя бы даже в формате кубсата.