Ну, метод к чему-то приучать пользователей, мне бескостыльным никак не кажется. Это первый из двух известных мне костылей. Второй, это использовать прокси (уже не очень приятно, в век, когда космические корабли бороздят просторы) и на нем перенаправлять HTTP-запросы куда надо.
А бескостыльные, на мой взгляд, это именно что использование для внутреннего домена домена третьего уровня типа office .company.ru, как выше было сказано, или (сюрприз!) использование домена типа .local.
А вообще, учитывая, что у компаний иногда бывают переименования, объединения, разделения и т.п., использование какого-нибудь безликого corp.local мне видится наиболее оптимальным.
Проблемы с сертификатами для доменов .local, мне кажутся надуманными, так как публиковать сертификаты умеет любой мало-мальски приличный реверс-прокси.
Не очень понимаю, чем нам поможет Split-DNS в случае одинаковых имен внешнего сайта и домена AD.
Допустим, есть домен AD company.ru и внешний сайт company.ru. Изнутри company.ru будет резолвиться в имена контроллеров домена. И собственно должен в них резолвиться, иначе AD не будет нормально работать.
Попадать на внешний сайт придется всякими извратными путями, не совсем удобными для конечных пользователей. Если знаете какой-то приличный путь, я был бы не против его узнать тоже.
Однажды вечером Резерфорд зашел в лабораторию. Хотя время было позднее, в лаборатории склонился над приборами один из его многочисленных учеников.
– Что вы делаете так поздно? – спросил Резерфорд.
– Работаю, – последовал ответ.
– А что вы делаете днем?
– Работаю, разумеется, – отвечал ученик.
– И рано утром тоже работаете?
– Да, профессор, и утром работаю, – подтвердил ученик, рассчитывая на похвалу из уст знаменитого ученого.
Резерфорд помрачнел и раздраженно спросил:
– Послушайте, а когда же вы думаете?
1. Кандидат рассказывает без умолку о себе. Какой он(а) хороший и вообще молодец и как повезёт компании, когда она наймёт его.
Ну то есть у кандидата хорошо прокачаны soft skills, что вообще ни разу не говорит о его профессиональных качествах, а лишь о том, что у него хорошо подвешен язык.
Всегда кому-то жарко, а кому-то холодно, кому-то дует, а кому-то воздуха не хватает. Просто в углах и других подобных конфигурациях застаивается, там жарко и душно, в других местах, около проходов, например, наоборот, сквозняк, там холодно. Плюс индивидуальные особенности человека.
Да нет, разные компании бывают. Хотя бюрократия присутствует в любом случае, без нее управлять сложно таким количество народа, но не в таком виде, как в статье, конечно.
Попытаюсь объяснить, на втором пиктограммы более примитивные, естественно они запомнятся при ежедневной работе, но интуитивно-понятности в них никакой, в отличие от первого. Это просто тренд последних лет, к упрощению, но нужно ли это, лично мне непонятно.
В остальном же я вижу просто настройку панелей и рабочих областей, которая в первом варианте была несколько ограничена возможностями самого ПО.
Первое выглядит более загроможденным, но более понятным. Добавить туда черный фон (хотя лично мне он не нравится) и убрать нелепые пустые панели и получится практически то же самое, только без дурацких непонятных пиктограмм во втором сверху.
такой контингент может формировать от 30% до 70% сотрудников фирмы,
Интересно было бы увидеть статистику по профессиям в ИТ, в каких какой возраст преобладает.
А так-то да, согласен, статья о том, что работодателю нужно прыгать вокруг молодого и слишком много о себе воображающего сотрудника, вместо того, чтобы найти нормального, пусть и постарше.
А бескостыльные, на мой взгляд, это именно что использование для внутреннего домена домена третьего уровня типа office .company.ru, как выше было сказано, или (сюрприз!) использование домена типа .local.
А вообще, учитывая, что у компаний иногда бывают переименования, объединения, разделения и т.п., использование какого-нибудь безликого corp.local мне видится наиболее оптимальным.
Проблемы с сертификатами для доменов .local, мне кажутся надуманными, так как публиковать сертификаты умеет любой мало-мальски приличный реверс-прокси.
Допустим, есть домен AD company.ru и внешний сайт company.ru. Изнутри company.ru будет резолвиться в имена контроллеров домена. И собственно должен в них резолвиться, иначе AD не будет нормально работать.
Попадать на внешний сайт придется всякими извратными путями, не совсем удобными для конечных пользователей. Если знаете какой-то приличный путь, я был бы не против его узнать тоже.
И причем тут имена машин в домене, вот это мне непонятно, я вроде про официальное имя внешнего сайта, а никак не машин.
Как этом случае, из внутренней сети, попасть на внешний сайт компании Alex-GLuck-Awesome-Company.com?
Ну то есть у кандидата хорошо прокачаны soft skills, что вообще ни разу не говорит о его профессиональных качествах, а лишь о том, что у него хорошо подвешен язык.
А как 2k на 24-х дюймах? Не пробовали? Очень мелко? Масштабирование может быть? Хочу себе такой монитор, но никак не могу протестить подходящий.
В остальном же я вижу просто настройку панелей и рабочих областей, которая в первом варианте была несколько ограничена возможностями самого ПО.
Интересно было бы увидеть статистику по профессиям в ИТ, в каких какой возраст преобладает.
А так-то да, согласен, статья о том, что работодателю нужно прыгать вокруг молодого и слишком много о себе воображающего сотрудника, вместо того, чтобы найти нормального, пусть и постарше.