Кирилл Малевонов (aka Олег), Selectel — доклад показался пустым, по-моему все итак в курсе что сетевое оборудование и линки резервируются.
Денис Ильиных, GT-Shop — по-верхам с одной темы на другую, про трудности парсинга чужих веб-ресурсов и реверс-инжиниринг чужих устройств (breaking news — разработчики оригиналов этому сопротивляются и не стремятся помогать), в целом интересно, но скомкано.
Татьяна Гаврилова, ВШМ СПбГУ — интересный заход, но, к сожалению, самую потенциально интересную часть о способах и ошибках построения mind maps пролистали — не хватило времени.
Алексей Васильев (sbase), BIPULSE.RU — хорошее выступление, видно что человек часто этим занимается, рассказал тоже всё четко, кратко и по делу
Дмитрий Петерсон и Петр Урваев, SimbirSoft — хорошие разумные мысли, немного перекликается с рассуждениями Алексея Васильева
Иван Михеев, AGIMA — "40 минут пяти топов" раз, "40 минут пяти топов два"… Не понравилась общая тональность — все сотрудники… одни мы (топы) Д'Артаньяны. Нет. И делегировать бесконечно тоже нельзя. Или тогда делегируйте тимлидам еще и получение своих премий / зп за того парня. Самое противоречивое как для меня выступление.
Варвара Голубева, CHRO Study world — странное короткое выступление, "никто не умееет хантить CTO, и не знает как. Кроме меня — я, вроде, умею."
Даниил Подольский, MTGroup — оригинальная мысль про то, что с выгоранием можно бороться скучными задачами. Но по личному опыту — скучные задачи при выгорании скорее мотивируют поменять работу, чем помогают выйти из него. А то и даже вызывают его. В общем и причина по-моему отличается от описанного.
Зачем настраивать ПК под нового пользователя? Софт стандартный, настройки почта и т.д. ярлыки — подтягиваются из политики при логине. Документы на общем сетевом диске, с правами доступа по группам AD и с авто монтированием той же политикой.
И пусть пересаживаются хоть каждый день все.
Как раз использовал схему с инвентарным номером. При подготовке каждого ПК перед сдачей в работу на него клеился на видном для пользователя месте инвентарник, а имя ПК задавалось по стандарту "номер офиса-инвентарный номер". Соответственно при обращении просто спрашивали откуда человек звонит и просили продиктовать номер с наклейки.
Зачем добавлять в номер еще конкретного сотрудника — не очень понятно, ведь он сегодня за одним ПК, а завтра в другом офисе за другим.
Но это не отменяет удобства хранения информации о логинах в AD в удобном виде — когда нужно что-то сделать без присутствия человека (например ушел на обед, отправив тикет). И странно что в AD до сих пор нет удобного места для хранения и просмотра такой информации — либо парсить логи входа на всех контроллерах и агрегировать, либо как у автора — кастомные логон скрипты и кастомное поле у пользователя.
Мы в этом посте обсуждаем обновления, которые система ищет и ставит сама, спрашивая (а иногда и не спрашивая) лишь время, когда она будет их ставить. Что тут может быть по вине пользователя? Что он нажал кнопку "Установить обновления и перезагрузить ПК"? Что отошел от ПК на несколько часов позволив ему уйти в апдейт самостоятельно? Что он вообще купил себе такую ОС и пользуется ей?
Неоднократно были системные апдейты как на win так и на linux которые ломали загрузку системы. Вот с порчей данных на linux ситуация получше — я только один такой апдейт софта помню, который удалял /usr.
И в итоге за много лет уже научился относится к любым установкам ОС, как к вещи которая может сломаться в любой день. И организовывать в соответствии с этим работу с ними — резервные копии/бекапы, автоматизация установок софта и настроек. И тогда очередной случай "никогда такого не было, и вот опять" просто вызывает небольшую досаду, т.к. требует затрат времени на починку, а дальше если случай интересный — раскручиваешь цепочку в попытке реанимации, если времени на это нет — чистая ОС.
P.S. применяйте подход IaC не только для облаков, но и для домашних машин.
Загрузка в MS DaRT с флешки, и дальше можно также смотреть логи, править реестр, откатывать точки восстановления и проч. Но конечно это далеко и не в любом энтерпрайзе такую вещь будут покупать, а для домашних пользователей узнать про него и научится работать с этим инструментом почти негде. Но когда такая вещь есть, и есть многолетний опыт ковыряния в кишках вин — реанимировать систему можно почти из любого состояния.
Из недорогих кресел могу посоветовать Smartbuy SB-A324 /A325 / A326 — по комфорту это уровень приемлимо, зато по надежности и живучести лучше всего что встречал за такие деньги. Живут два кресла много лет, тогда как других хватало на год.
В плюс на живучести сказывается — металлическая крестовина, металлический держатель спинки (ох как же я не люблю модели, у которых спинка держится за счет пластикового подлокотника — и дома такое ломалось и на работе видел не раз), кожзам не протирается.
Спасибо за ссылку, прочитал и этот пост и предыдущий, в том числе про остаточный трафик в течении 2 недель после смены записи при ttl 15 минут — это, конечно, сильно.
Но у себя такого не наблюдал (и хорошо!), если один-два устройства и засиделись на убираемом балансировщике — то я ими готов пренебречь.
Я всё равно считаю людей которые себе сами так настраивают локальный резолвер или пользуются таким от провайдера — ССЗБ.
Но случаи конечно разные бывают, может быть ситуация когда это будет неприемлемо (как те сайты интернет банков, которые десять лет таскали с собой наследие совместимости с IE 6-8).
Вот интересная статья, правда, и тема раскрыта хорошо.
Но таким тоном написана, с таким апломбом, речевыми оборотами и фразочками в каждом абзаце… после каждой из которых хочется, уж простите, нах*ер послать (а при личном общении за такое и по мордасам дают). Можно было удержаться от этого? Впечатление о вашем материале тогда было бы гораздо положительнее.
И всё-таки такое решение только для энтузиастов, ни домой простым пользователям такое не порекомендуешь, ни бизнесу, даже малому — проще повесить график замены и раз в 3 года менять расходники.
Кэшировать адрес для dns записи разумно только на время равное или меньшее её TTL (chrome например принудительно ограничивает кэш минутой).
А если у клиента и кэш лежит неделю, и из списка 8 адресов в ответе он только один себе возьмет — то это только нарочно так можно сделать мне кажется :)
Вот тоже первое о чем подумал при взгляде на пирометр в упаковке — что такие резервирующие приборы должны периодически эксплуатироваться, чтобы знать что они в рабочем состоянии.
Мне важнее не установить кто был первый (я свечку не держал), для меня важнее момент когда знание становится глобальным, мировой практикой, общеизвестной и общедоступной. Потому что именно тогда происходит кумулятивный эффект, приводящий к новым способам применения знания, экспериментам и к новому опыту. Как это и произошло в IT: Lean -> Agile -> DevOps
Но иногда до каких-то вещей, которые потом воспринимаются как само-собой разумеющееся и "как же я сразу не додумался" — приходиться долго доходить, копить опыт.
А в других странах знали про эти передовые методы СССР? И если вы сейчас будете обсуждать такой подход с иностранным менеджером, то вы будете делать это ссылаясь на Lean и Kanban или на методички СССР? В каком случае вы быстрее поймете друг друга?
Нет в глобальном масштабе пользы от знаний, которыми не пользовались, которые не популяризовывали, про которые не знает остальной мир. Вот если бы СССР оформил свои подходы в концепцию, и ездил пропагандировать и внедрять ее на зарубежных производствах еще до Lean — тогда был бы другой разговор. А теперь уже все знают — Тойота, канбан. Картина у всех уже сформирована, и приходить и говорить "а вот мы, а вот раньше" бессмысленно. "У нас есть такие приборы… Но мы вам их не покажем".
Конечно, только когда комбинация установленного софта и настроек системы нестандартная. Если это типовая конфигурация то проще образ перезалить.
Спасибо, интересно. Думаю многие такое что-то ощущали но не могли сформулировать. В таком режиме работают самые мотивированные люди.
Посмотрел запись:
Ага, ну это уже специфика начинается, у меня таких было мало, в отдельных отделах, и да, там более индивидуальный подход уже.
Зачем настраивать ПК под нового пользователя? Софт стандартный, настройки почта и т.д. ярлыки — подтягиваются из политики при логине. Документы на общем сетевом диске, с правами доступа по группам AD и с авто монтированием той же политикой.
И пусть пересаживаются хоть каждый день все.
Как раз использовал схему с инвентарным номером. При подготовке каждого ПК перед сдачей в работу на него клеился на видном для пользователя месте инвентарник, а имя ПК задавалось по стандарту "номер офиса-инвентарный номер". Соответственно при обращении просто спрашивали откуда человек звонит и просили продиктовать номер с наклейки.
Зачем добавлять в номер еще конкретного сотрудника — не очень понятно, ведь он сегодня за одним ПК, а завтра в другом офисе за другим.
Но это не отменяет удобства хранения информации о логинах в AD в удобном виде — когда нужно что-то сделать без присутствия человека (например ушел на обед, отправив тикет). И странно что в AD до сих пор нет удобного места для хранения и просмотра такой информации — либо парсить логи входа на всех контроллерах и агрегировать, либо как у автора — кастомные логон скрипты и кастомное поле у пользователя.
Мы в этом посте обсуждаем обновления, которые система ищет и ставит сама, спрашивая (а иногда и не спрашивая) лишь время, когда она будет их ставить. Что тут может быть по вине пользователя? Что он нажал кнопку "Установить обновления и перезагрузить ПК"? Что отошел от ПК на несколько часов позволив ему уйти в апдейт самостоятельно? Что он вообще купил себе такую ОС и пользуется ей?
Неоднократно были системные апдейты как на win так и на linux которые ломали загрузку системы. Вот с порчей данных на linux ситуация получше — я только один такой апдейт софта помню, который удалял /usr.
И в итоге за много лет уже научился относится к любым установкам ОС, как к вещи которая может сломаться в любой день. И организовывать в соответствии с этим работу с ними — резервные копии/бекапы, автоматизация установок софта и настроек. И тогда очередной случай "никогда такого не было, и вот опять" просто вызывает небольшую досаду, т.к. требует затрат времени на починку, а дальше если случай интересный — раскручиваешь цепочку в попытке реанимации, если времени на это нет — чистая ОС.
P.S. применяйте подход IaC не только для облаков, но и для домашних машин.
Загрузка в MS DaRT с флешки, и дальше можно также смотреть логи, править реестр, откатывать точки восстановления и проч. Но конечно это далеко и не в любом энтерпрайзе такую вещь будут покупать, а для домашних пользователей узнать про него и научится работать с этим инструментом почти негде. Но когда такая вещь есть, и есть многолетний опыт ковыряния в кишках вин — реанимировать систему можно почти из любого состояния.
Из недорогих кресел могу посоветовать Smartbuy SB-A324 /A325 / A326 — по комфорту это уровень приемлимо, зато по надежности и живучести лучше всего что встречал за такие деньги. Живут два кресла много лет, тогда как других хватало на год.
В плюс на живучести сказывается — металлическая крестовина, металлический держатель спинки (ох как же я не люблю модели, у которых спинка держится за счет пластикового подлокотника — и дома такое ломалось и на работе видел не раз), кожзам не протирается.
Спасибо за ссылку, прочитал и этот пост и предыдущий, в том числе про остаточный трафик в течении 2 недель после смены записи при ttl 15 минут — это, конечно, сильно.
Но у себя такого не наблюдал (и хорошо!), если один-два устройства и засиделись на убираемом балансировщике — то я ими готов пренебречь.
Я всё равно считаю людей которые себе сами так настраивают локальный резолвер или пользуются таким от провайдера — ССЗБ.
Но случаи конечно разные бывают, может быть ситуация когда это будет неприемлемо (как те сайты интернет банков, которые десять лет таскали с собой наследие совместимости с IE 6-8).
Ваше решение это как кастом среди мотоциклов — крутое, индивидуальная сборка, свою задачу решает лучше чем любой готовый из доступных вариант.
Вот интересная статья, правда, и тема раскрыта хорошо.
Но таким тоном написана, с таким апломбом, речевыми оборотами и фразочками в каждом абзаце… после каждой из которых хочется, уж простите, нах*ер послать (а при личном общении за такое и по мордасам дают). Можно было удержаться от этого? Впечатление о вашем материале тогда было бы гораздо положительнее.
И всё-таки такое решение только для энтузиастов, ни домой простым пользователям такое не порекомендуешь, ни бизнесу, даже малому — проще повесить график замены и раз в 3 года менять расходники.
Кэшировать адрес для dns записи разумно только на время равное или меньшее её TTL (chrome например принудительно ограничивает кэш минутой).
А если у клиента и кэш лежит неделю, и из списка 8 адресов в ответе он только один себе возьмет — то это только нарочно так можно сделать мне кажется :)
Ожидал что после Сент Невис будет такое же описание других государств, а статья внезапно кончилась.
Alexandra_Erlanger, будет статья-сравнение?
Вот тоже первое о чем подумал при взгляде на пирометр в упаковке — что такие резервирующие приборы должны периодически эксплуатироваться, чтобы знать что они в рабочем состоянии.
Мне важнее не установить кто был первый (я свечку не держал), для меня важнее момент когда знание становится глобальным, мировой практикой, общеизвестной и общедоступной. Потому что именно тогда происходит кумулятивный эффект, приводящий к новым способам применения знания, экспериментам и к новому опыту. Как это и произошло в IT: Lean -> Agile -> DevOps
И никто из ex-ussr почему-то не догадался взять и вынести этот опыт из методик за пределы заводов и натянуть на другие сферы, тот же IT.
Но иногда до каких-то вещей, которые потом воспринимаются как само-собой разумеющееся и "как же я сразу не додумался" — приходиться долго доходить, копить опыт.
А в других странах знали про эти передовые методы СССР? И если вы сейчас будете обсуждать такой подход с иностранным менеджером, то вы будете делать это ссылаясь на Lean и Kanban или на методички СССР? В каком случае вы быстрее поймете друг друга?
Нет в глобальном масштабе пользы от знаний, которыми не пользовались, которые не популяризовывали, про которые не знает остальной мир. Вот если бы СССР оформил свои подходы в концепцию, и ездил пропагандировать и внедрять ее на зарубежных производствах еще до Lean — тогда был бы другой разговор. А теперь уже все знают — Тойота, канбан. Картина у всех уже сформирована, и приходить и говорить "а вот мы, а вот раньше" бессмысленно. "У нас есть такие приборы… Но мы вам их не покажем".