n8
секретаря можно заменять не смотря
а вот всяких бухов....
а вот всяких бухов....
Size: a a a
2020 November 02
n8
Как правило те, кто пишут подобное вообще не знают что реально внизу и какие потребности. По сути заканчивается покупкой самим того, что нужно, либо сносят линукс и ставят венду. Ни в одном регионе не видел нормально проработанного плана по переходу.
да и с планом не особо гладко получается
всегда найдутся такие которым никак....
всегда найдутся такие которым никак....
ЕЛ
Вот поэтому планы и нереальны. Как можно планировать то, что ещё неизвестно?
RN
секретаря можно заменять не смотря
а вот всяких бухов....
а вот всяких бухов....
Что самое забавное, как не приедешь в ЦБ, МИАЦ, Правительство, все с макбуками, и на венде. А вот учреждения - всех на линукс, ога - смешно :)
Э
А как фирансирование без плана получить, как расчитать потребность?
ЕЛ
Чтобы запланировать переход бухов, нужно сначала сделать тестовый арм и на нем проверить работу всяких суфд, басгов и прочего барахлп
ЕЛ
А как фирансирование без плана получить, как расчитать потребность?
Легко! Могу рассказать . Но меня посадят 😂
RN
А как фирансирование без плана получить, как расчитать потребность?
Мне кажется в этом и проблема, всем подсовывают по чуть-чуть линукса и т.д. а на мой взгляд правильно обкатать на маленьких учреждениях оснастив под ключ, а далее масштабировать. Но нет, у нас обязательно сотворят х...
AP
План-то простой.
1) Вносим в требования по закупке оборудования поддержку линукс.
2) Переводим несколько рабочих мест с наиболее простым функционалом. Например обработка входящей электронной почты. (Этот процесс так и просится на линукс, из-за устойчивости последнего к вирусам и троянам.)
3) Для начала либо используем локальные учетные записи, либо AD.
4) Далее проводим ревизию ИС в части совместимости с «замещающим» ПО, очень часто проблема оказывается даже не в ОС, а в офисном ПО.
5) «Отвязываем» ИС.
6) Доводим долю рабочих станций до 20-30%, внедряем отдельный домен для них.
7) Постепенно доводим долю до 80%.
8) Отказываемся от AD.
1) Вносим в требования по закупке оборудования поддержку линукс.
2) Переводим несколько рабочих мест с наиболее простым функционалом. Например обработка входящей электронной почты. (Этот процесс так и просится на линукс, из-за устойчивости последнего к вирусам и троянам.)
3) Для начала либо используем локальные учетные записи, либо AD.
4) Далее проводим ревизию ИС в части совместимости с «замещающим» ПО, очень часто проблема оказывается даже не в ОС, а в офисном ПО.
5) «Отвязываем» ИС.
6) Доводим долю рабочих станций до 20-30%, внедряем отдельный домен для них.
7) Постепенно доводим долю до 80%.
8) Отказываемся от AD.
9) выясняем что у нас НИИ и кроме офисного ПО есть ещё и САПР и подобное, которое под линуксом так просто не заработает 10) внезапно оказывается, что в качестве СУБД использовался MS SQL и как все это перенести в линуксовые SQL никто не знает...
RN
Чтобы запланировать переход бухов, нужно сначала сделать тестовый арм и на нем проверить работу всяких суфд, басгов и прочего барахлп
Истину глаголите :)
Э
Мне кажется в этом и проблема, всем подсовывают по чуть-чуть линукса и т.д. а на мой взгляд правильно обкатать на маленьких учреждениях оснастив под ключ, а далее масштабировать. Но нет, у нас обязательно сотворят х...
Вот да, нужен подопытный кролик)
RN
Andrei Potseluev
9) выясняем что у нас НИИ и кроме офисного ПО есть ещё и САПР и подобное, которое под линуксом так просто не заработает 10) внезапно оказывается, что в качестве СУБД использовался MS SQL и как все это перенести в линуксовые SQL никто не знает...
Сейчас Вам расскажут про посгрю и что она лучше, быстрее и бесплатнее *(условно)
n8
ну вот например сейчас мы впариваем zVirt, но чую что снесут и поставят хотя бы овирт ))
AP
Сейчас Вам расскажут про посгрю и что она лучше, быстрее и бесплатнее *(условно)
Проблема в том, что с МС на постгрес оно так просто может и не портироваться. А откуда у коллег уверенность что в каждом номе в штате ИТ есть и архитектор, и аналитик, и спец по СУБД я пока не очень понимаю. 😏
AM
А вот и появилось пожелание к разработчикам - создать образцовые рабочие места для типовых процессов, и опубликовать подробные их описания и инструкции по настройке и интеграции. @cogniter, что скажите?
AM
Andrei Potseluev
Проблема в том, что с МС на постгрес оно так просто может и не портироваться. А откуда у коллег уверенность что в каждом номе в штате ИТ есть и архитектор, и аналитик, и спец по СУБД я пока не очень понимаю. 😏
А как они без них работать могут? Штатный / нештатный / теневой - но аналитик и архитектор всегда есть.
RN
А вот и появилось пожелание к разработчикам - создать образцовые рабочие места для типовых процессов, и опубликовать подробные их описания и инструкции по настройке и интеграции. @cogniter, что скажите?
Не думаю что им интересно, попробую предположить, что они скажут, пусть разработчики сами к ним обращаются и они что-то поделают с этим.
AP
А как они без них работать могут? Штатный / нештатный / теневой - но аналитик и архитектор всегда есть.
Мне нравится Ваш оптимизм. 😊
RN
А как они без них работать могут? Штатный / нештатный / теневой - но аналитик и архитектор всегда есть.
Вообще легко могут и без аналитика, архитектора и т.д. купили себе ПО, работает и всё, если что-то требуется разовое обращение или по подписке.
Е
Такие типовые места разработаны интеграторами с помощью вендоров ПО, как и различные типовые планы по переходу