Если не хватает времени, то не уместнее пересмотреть планирование, распределение задач и штатное расписание? Живу как раз в такой реальности - орагнизация выросла на 10%, отдел уменьшился, начальник рвется и ищет новые задачи когда на старые ресурсов не хватает, вал начатых и заброшенных проектов, каждый день по несколько новых задач, практически ничего не доделывается до конца... Но прилетает пошуметь регулярно и ничего не хочет слышать так как самый умный и опытный.
Познавательно. Если не брать в расчет что россиянам оно не доступно и стоило от 2х миллионов, то через год оно перестает поддерживаться и обновляться. В этом контексте конфлюенс сейчас не особо интересен. Что Вы с ним сравнивали и как планируете переносить данные? Или планируете мучить трупик?
мне важно одно - навыки человека и способность работать в коллективе.
а в статье написано что важно совсем другое - чтобы постоянно напоминали о себе всеми доступными способами. Вы же пишите что основной критерий при найме - чтобы Вам звонили и писали как можно чаще и больше, а другие навыки в общем-то пофигу. часто дергал и клянчил - принят. ждал объективной оценки - не нужен, очень пассивный.
и еще момент. Вы пишите что Вам важно чтобы человек развивался. но развиваются, по Вашему мнению, только те, кто уходит от вас. у меня складывается впечатление, что у вас никакого развития нет и не предусмотрено. главное в работе - знать с какой частотой и в какой момент напоминать о себе начальнику. чтобы быть достаточно "активным" но не "навязчивым".
горячий и холодный бекапы имеют совершенно иное значение. у специалистов. в правильно посторенную систему резервного копирования шифровальцик попасть не может даже если это не lan-free. то что Вы назавали "холодным бекапом" обычно называют "удаленным хранением" или off-site backup и обычно это носители с копиями которые просто куда-то унесли или увезли.
в 7й пп еще бы добавить что снапшот - тоже не бекап.
а что, нынче программистов не учат что в любой системе счисления первое число - 0, а не 1? для меня такого вопроса никогда не возникало - в первом семестре научили что все считается с нуля.
автору могу подкинуть идею для новой статьи - "почему все положительные координаты начинаются с нуля?".
Говоря о схемах подключения, стоит упомянуть, что современные приводы бывают двухпортовыми (по крайней мере, SAS). Это довольно удобно для небольших систем без полноценной SAN - можно к одной библиотеке подключить два сервера без SAN-коммутатора.
если ПО и позволяет писать одновременно на несколько драйвов библиотеки, то роботом управлять может только одно устройство. такую схему надо продумывать, чтобы не было конфликтов. и скорее всего SAN коммутаторы уже будут и не очень понятно зачем отказываться от их использования в данном случае.
в двух последних вариантах корректнее называть не FC коммутаторы, а FC фабрики.
у IBM есть софт который позволяет представлять библиотеку пользователям как сетевой диск. при этом он мониторит работу с данными и переносит на ленту холодные данные автоматически. это ПО кстати можно бесплатно скачать.
посмотрите на стоимость феррари. возьмите жигули чуть дешевле и радуйтесь - у нас есть официальный сервис и поддержка (а есть?)! из личного опыта тестирования "отечественного" ПО в последние месяцы. обратились в поддержку "производителя" который убеждал покупать ПО у него по тому что покупатель получит качественную быструю помощь на родном языке. поддержка послала читать англоязычный сайт сообщества разработчиков оригинального продукта. При запросе списка поддерживаемого оборудования ВСЕ отечественные разработчики ПО говорят "а мы не знаем, у нас списков нет, вы сами оттестируйте, а потом сообщите нам пожалуйста". документация крайне скудная и содержит совсем общую информацию. описание работы функционала одного из продуктов удалось найти только в статье интегратора, который сам проводил тестирование. в целом впечатление от отечественных разработок - все это на уровне ранних двухтысячных, производители не хотят внедрять технологии, которые уже десятилетиями успешно работают в зарубежных продуктах. один из производителей на вопрос "почему у вас нет этого критически важного функционала?" ответил, что их продукт сертифицирован без него, при его добавлении придется заново проходить сертификацию, а это долго и дорого, поэтому данного функционала у него не будет.
Вы готовы поставить на кон свою работу и репутацию с покупать 1 к 10? Как быть с СХД, библиотеками и тп и тд? Я нет - я видел как в течении месяца вышли из строя все блоки питания всех серверов одного очень известного производителя купленные примерно в одно время (около полугода). Я не поручусь что одного хватит на подмену для 10.
Кстати. А если серверов 100? А если 500? И каждый час простоя - большие деньги?
А то, что Вы говорите "не занимает много места" так это к Вам просто ещё ни разу не приходили с инвентаризацией и не требовали продемонстрировать наличие всей номенклатуры.
Гарантия и техподдержка - основные проблемы параллельного импорта. Если раньше при аварии производитель доставлял запчасти на следующий день, то теперь предлагают ждать поставку от трёх месяцев. Кто готов что все клиенты и пользователи подождут три месяца пока починят сервер или другое оборудование? А если закупать вдвое - разговоры про удешевление просто смешны! Помимо второго комплекта нужны склады под хранение. А если окажется что в данной партии заводской брак - второй комплект можно просто выбросить... Те кто пишут, что параллельный импорт это быстро, дешего и удобно, похоже никогда в жизни не занимались эксплуатацией и обслуживанием оборудования.
у меня наоборот. потянуло слушать и в хорошем качестве. раньше было абсолютно пофиг слушать или нет и что там слышно. но как выше заметили, современное практически не слушаю.
у нас пенс работает (старше 65ти). он фотает абсолютно все и всегда. временами его "замрите все я сейчас зафотаю на память" или "у нас в этот раз прекрасные харчи на столе, это надо зафотать!" порядком выбешивает - все что он уже нафотал не пересмотреть, да и смысла в этом нет никакого (нафига смотреть фотки пиццы с разных ракурсов?). так что видимо у некоторых все ровно наоборот.
эта статья напомнила мне мемасик "хочешь что-то узнать - напиши на форум как делать не надо выдав это за единственно правильное решение и тебе тут же возмущенные коллеги все напишут и разжуют".
Для этого как бы есть директор ИТ департамента, в обязанности которого и входит планирование и организация закупок, подбор оборудования и контроль что поставили именно то, что нужно. Но в требованиях на эту вакансию мы видим "умение: писать скрипты на баш и повершелл, собирать и парсить логи, настраивать астерикс, устанавливать 1с, обслуживать офисную технику, знание SQL, разработка корпоративного сайта", ну или требуется в режиме 24*7 настраивать и починять мобилку и всю домашнюю технику собственнику, директору, их родственникам и друзьям.
я писал. не имея резервных каналов связи мутить что-то дальше просто нет смысла - задублированное железо с репликацией и бекапами станет шляпой если к нему нет доступа.
я понимаю вот что.если я отказался от облачных сервисов, развернул сервер у себя дома и сохранил там все документы. то приехав в налоговую (например) в которой у меня попросят номер или скан какой-то справки, и я его не смогу найти на своем сервере - мне будет очень неприятно. и будет еще более неприятно если кажется что сервер помер и все данные пропали безвозвратно. то есть фраза "а у меня все на сервере дома под кроватью уже 3 года работает и зашибись!" для меня означает что ее автор на 3 года ближе к катастрофе. я видел уже много железа с потерянными данными которое "только что работало а теперь все пропало". и чаще всего это происходит когда данные нужны очень срочно.
принципиальная ошибка считающих "железо, софт, электричество и т. п." в том, что считать надо не только это, а еще и цену пропавших данных, цену простоя, и цену восстановления данных, а так же цену нового железа (дисков как минимум). и не забыть что при восстановлении потребуется дисков по объему информации на которые данные восстановят и с которых их надо будет переписать на новое/восстановленное устройство.
а. статья то была про сервер в облаке. но как всегда нашлись энтузиасты для которых развернуть все дома будет дешевле чем 100 - 200р в месяц отдать дяде который за эти деньги будет думать про обновление железа сервера, СХД, доступность и сохранность данных.
Вы видимо не обратили внимания. Произведен не процессор, а ASIC - это не айпад, это L2 коммутатор. И достижение Китая - наняли команду TSMC которая сделала это на имеющемся оборудовании. Если России удастся перекупить эту команду - возможно вместо наших 180 получится получить что-то меньшее вроде 90, про 20 скорее всего можно только помечтать. В статье даже нарисовано как им удалось уменьшить техпроцесс, если правильно понял - технология имеет ограничения, бесконечно уменьшать не получится и прокатывает только на устройствах с простой логикой работы.
К слову. Не имея рынков сбыта готовой продукции разработка оборудования для производства и его изготовление никогда не окупятся. Даже если мы все будем ходить круглый год в мешковине и питаться сухарем с опилками.
Если не хватает времени, то не уместнее пересмотреть планирование, распределение задач и штатное расписание? Живу как раз в такой реальности - орагнизация выросла на 10%, отдел уменьшился, начальник рвется и ищет новые задачи когда на старые ресурсов не хватает, вал начатых и заброшенных проектов, каждый день по несколько новых задач, практически ничего не доделывается до конца... Но прилетает пошуметь регулярно и ничего не хочет слышать так как самый умный и опытный.
Познавательно. Если не брать в расчет что россиянам оно не доступно и стоило от 2х миллионов, то через год оно перестает поддерживаться и обновляться. В этом контексте конфлюенс сейчас не особо интересен. Что Вы с ним сравнивали и как планируете переносить данные? Или планируете мучить трупик?
во второй половине 40х годов прошлого века американцы проводили интересное исследование по которому сняли две серии киношки https://www.youtube.com/watch?v=aQo76UdIYlM https://www.youtube.com/watch?v=uPi9atsNN4s
если коротко - не будет никакой протестной активности. согласно их же исследованиям.
а в статье написано что важно совсем другое - чтобы постоянно напоминали о себе всеми доступными способами. Вы же пишите что основной критерий при найме - чтобы Вам звонили и писали как можно чаще и больше, а другие навыки в общем-то пофигу. часто дергал и клянчил - принят. ждал объективной оценки - не нужен, очень пассивный.
и еще момент. Вы пишите что Вам важно чтобы человек развивался. но развиваются, по Вашему мнению, только те, кто уходит от вас. у меня складывается впечатление, что у вас никакого развития нет и не предусмотрено. главное в работе - знать с какой частотой и в какой момент напоминать о себе начальнику. чтобы быть достаточно "активным" но не "навязчивым".
горячий и холодный бекапы имеют совершенно иное значение. у специалистов. в правильно посторенную систему резервного копирования шифровальцик попасть не может даже если это не lan-free. то что Вы назавали "холодным бекапом" обычно называют "удаленным хранением" или off-site backup и обычно это носители с копиями которые просто куда-то унесли или увезли.
в 7й пп еще бы добавить что снапшот - тоже не бекап.
Их Астра купила
https://habr.com/ru/post/124395/
а что, нынче программистов не учат что в любой системе счисления первое число - 0, а не 1? для меня такого вопроса никогда не возникало - в первом семестре научили что все считается с нуля.
автору могу подкинуть идею для новой статьи - "почему все положительные координаты начинаются с нуля?".
если ПО и позволяет писать одновременно на несколько драйвов библиотеки, то роботом управлять может только одно устройство. такую схему надо продумывать, чтобы не было конфликтов. и скорее всего SAN коммутаторы уже будут и не очень понятно зачем отказываться от их использования в данном случае.
в двух последних вариантах корректнее называть не FC коммутаторы, а FC фабрики.
у IBM есть софт который позволяет представлять библиотеку пользователям как сетевой диск. при этом он мониторит работу с данными и переносит на ленту холодные данные автоматически. это ПО кстати можно бесплатно скачать.
посмотрите на стоимость феррари. возьмите жигули чуть дешевле и радуйтесь - у нас есть официальный сервис и поддержка (а есть?)!
из личного опыта тестирования "отечественного" ПО в последние месяцы. обратились в поддержку "производителя" который убеждал покупать ПО у него по тому что покупатель получит качественную быструю помощь на родном языке. поддержка послала читать англоязычный сайт сообщества разработчиков оригинального продукта. При запросе списка поддерживаемого оборудования ВСЕ отечественные разработчики ПО говорят "а мы не знаем, у нас списков нет, вы сами оттестируйте, а потом сообщите нам пожалуйста". документация крайне скудная и содержит совсем общую информацию. описание работы функционала одного из продуктов удалось найти только в статье интегратора, который сам проводил тестирование. в целом впечатление от отечественных разработок - все это на уровне ранних двухтысячных, производители не хотят внедрять технологии, которые уже десятилетиями успешно работают в зарубежных продуктах. один из производителей на вопрос "почему у вас нет этого критически важного функционала?" ответил, что их продукт сертифицирован без него, при его добавлении придется заново проходить сертификацию, а это долго и дорого, поэтому данного функционала у него не будет.
Вы готовы поставить на кон свою работу и репутацию с покупать 1 к 10? Как быть с СХД, библиотеками и тп и тд? Я нет - я видел как в течении месяца вышли из строя все блоки питания всех серверов одного очень известного производителя купленные примерно в одно время (около полугода). Я не поручусь что одного хватит на подмену для 10.
Кстати. А если серверов 100? А если 500? И каждый час простоя - большие деньги?
А то, что Вы говорите "не занимает много места" так это к Вам просто ещё ни разу не приходили с инвентаризацией и не требовали продемонстрировать наличие всей номенклатуры.
Гарантия и техподдержка - основные проблемы параллельного импорта. Если раньше при аварии производитель доставлял запчасти на следующий день, то теперь предлагают ждать поставку от трёх месяцев. Кто готов что все клиенты и пользователи подождут три месяца пока починят сервер или другое оборудование? А если закупать вдвое - разговоры про удешевление просто смешны! Помимо второго комплекта нужны склады под хранение. А если окажется что в данной партии заводской брак - второй комплект можно просто выбросить... Те кто пишут, что параллельный импорт это быстро, дешего и удобно, похоже никогда в жизни не занимались эксплуатацией и обслуживанием оборудования.
у меня наоборот. потянуло слушать и в хорошем качестве. раньше было абсолютно пофиг слушать или нет и что там слышно. но как выше заметили, современное практически не слушаю.
у нас пенс работает (старше 65ти). он фотает абсолютно все и всегда. временами его "замрите все я сейчас зафотаю на память" или "у нас в этот раз прекрасные харчи на столе, это надо зафотать!" порядком выбешивает - все что он уже нафотал не пересмотреть, да и смысла в этом нет никакого (нафига смотреть фотки пиццы с разных ракурсов?). так что видимо у некоторых все ровно наоборот.
эта статья напомнила мне мемасик "хочешь что-то узнать - напиши на форум как делать не надо выдав это за единственно правильное решение и тебе тут же возмущенные коллеги все напишут и разжуют".
Для этого как бы есть директор ИТ департамента, в обязанности которого и входит планирование и организация закупок, подбор оборудования и контроль что поставили именно то, что нужно. Но в требованиях на эту вакансию мы видим "умение: писать скрипты на баш и повершелл, собирать и парсить логи, настраивать астерикс, устанавливать 1с, обслуживать офисную технику, знание SQL, разработка корпоративного сайта", ну или требуется в режиме 24*7 настраивать и починять мобилку и всю домашнюю технику собственнику, директору, их родственникам и друзьям.
я писал. не имея резервных каналов связи мутить что-то дальше просто нет смысла - задублированное железо с репликацией и бекапами станет шляпой если к нему нет доступа.
я понимаю вот что.если я отказался от облачных сервисов, развернул сервер у себя дома и сохранил там все документы. то приехав в налоговую (например) в которой у меня попросят номер или скан какой-то справки, и я его не смогу найти на своем сервере - мне будет очень неприятно. и будет еще более неприятно если кажется что сервер помер и все данные пропали безвозвратно. то есть фраза "а у меня все на сервере дома под кроватью уже 3 года работает и зашибись!" для меня означает что ее автор на 3 года ближе к катастрофе. я видел уже много железа с потерянными данными которое "только что работало а теперь все пропало". и чаще всего это происходит когда данные нужны очень срочно.
принципиальная ошибка считающих "железо, софт, электричество и т. п." в том, что считать надо не только это, а еще и цену пропавших данных, цену простоя, и цену восстановления данных, а так же цену нового железа (дисков как минимум). и не забыть что при восстановлении потребуется дисков по объему информации на которые данные восстановят и с которых их надо будет переписать на новое/восстановленное устройство.
а. статья то была про сервер в облаке. но как всегда нашлись энтузиасты для которых развернуть все дома будет дешевле чем 100 - 200р в месяц отдать дяде который за эти деньги будет думать про обновление железа сервера, СХД, доступность и сохранность данных.
Вы видимо не обратили внимания. Произведен не процессор, а ASIC - это не айпад, это L2 коммутатор. И достижение Китая - наняли команду TSMC которая сделала это на имеющемся оборудовании. Если России удастся перекупить эту команду - возможно вместо наших 180 получится получить что-то меньшее вроде 90, про 20 скорее всего можно только помечтать. В статье даже нарисовано как им удалось уменьшить техпроцесс, если правильно понял - технология имеет ограничения, бесконечно уменьшать не получится и прокатывает только на устройствах с простой логикой работы.
К слову. Не имея рынков сбыта готовой продукции разработка оборудования для производства и его изготовление никогда не окупятся. Даже если мы все будем ходить круглый год в мешковине и питаться сухарем с опилками.