pdn_mail, "Я ж говорю, "храни мне эти файлы в двух экземплярах","
Этого недостаточно.
Что должно произойти, если один экземпляр изменится?
Если удалится?
Что должно происходить, если из строя выходит диск? Как это должно восстанавливаться, учитывая что все должно быть "волшебно"?
Когда вы ответите на все вышеописанные вопросы, вы прийдете к тому, что нужен просто рейд.
pdn_mail,
Есть проблема недопонимания. Вы считаете, что обычный юзер должен с двух кнопок такое поднять.
В принципе, это даже достижимо. Но проблема в том, что отказоустойчивая система делается для того, чтобы восстановиться после сбоя.
И вот в случае сбоя - юзер должен быть достаточно грамотным. Как раз достаточно грамотным, чтобы изначально воспользоваться уже существующими решениями в виде raid, zfs, бэкапами и так далее. В этом же случае, грамотный юзер сможет адекватно создать хранилище и разобраться со своими данными, иначе это будет система, которая только делает вид, что все хранится надежно, а на деле скорее всего при первом же сбое информация пропадет.
Хотя к чему я спорю, топиктстартеру не нужны наши ответы, он уже придумал себе единственное решение, и совершенно не хочет смотреть как это уже реализовано в мире.
pdn_mail, Все фичи не даются бесплатно. Дополнительный функционал - несет дополнительную нагрузку.
Чтобы продукт содержал в себе одновременно и рейд и файловую систему и удобный менеджер и независимое резервное копирование, и при этом совершенно простой и доступный домашнему пользователю интерфейс - такое не может работать лучше, чем существующие варианты, ибо будет комбайном, стоящим непомерно много денег для разработки и поэтому для конечного пользователя.
p.s. zfs да, но я к тому, что пользоваться им обычный пользователь - "не осилит", как говорит топикстартер.
Ответы годятся. Просто вы видимо не способны уделить 5 минут времени и прочитать про софтварный Рейд.
Например он ВСТРОЕН в виндовс, и создается обычным disk managerом, в котором вы можете объединить разделы с разных дисков, не целиком.
Но если вы хотите делать свою странную файловую систему за деньги - пожалуйста.
Но файловая система не будет работать так, как вы хотите. Она будет работать также, как RAID, а значит ничем не отличаться от уже имеющихся из коробки вариантов.
Думай Головой, планировать рабочее время в офисе, еще до трудоустройства - плохая идея.
Вы уже знаете во сколько вам нужно приходить?
Вы уже знаете, во сколько скрам митинг?
Вы уже знаете, в каком часовом поясе работает заказчик, и во сколько регулярные митинги с ним?
На работе вы зависимы от проекта, а уж потом - свои планы.
не делайте градации в знаниях. Ваша цель стать специалистом, а не "новичком". Опыт же не только на работе получается. А насколько надо знать - зависит от проекта.
Евгений, Именно так и решали - либо заказываешь каталоги всех нужных производителей и делаешь сопоставленеи в полуавтоматическом режиме, или ищешь аггрегатора, который этим уже занимается и покупаешь у него услуги.
Как бы волшебных моментов нет. Я немного участвовал в разработке одной из систем в медицинской отрасли - автоматизировать этот процесс полностью невозможно - названия могут сокращать так, что легко путаются разные товары, поэтому в конечном счете все должен выверить человек, причем знакомый с отраслью.
Saboteur
@saboteur_kiev Куратор тега Разработка игр
EvolDev,
Выясните номера телефонов. Вызвоните HR, прийдите в компанию физически, например принести напечатанное резюме, попробуйте пообщаться с кем-то из HR выяснить есть ли в данной компании варианты стажировки, какие-то тренинги, курсы, возможно есть вакансии которые не всегда попадают на сайт.
Узнайте названия проектов. Погуглите - кто-то из разработчиков явно пишет что-нибудь где-то в инете, возможно даже на тостере/хабре - сможете тогда легко написать в личку.
Стоит потратить день на подобное - если компания хотя бы человек 50-100, обычно кого-то найти можно.
Saboteur
@saboteur_kiev Куратор тега Разработка игр
EvolDev, Простите, но компаний - огромное количество. Зачем вам знать что именно спрашивали у тех, кто устроился в RIOT, или в варгейминг, которые расположены в другой стране?
Посмотрите вакансии в тех компаниях, в которые вы собираетесь устраиваться, попробуйте найти разработчиков оттуда.
Game девелопинг НИЧЕМ не отличается от обычного девелопинга. Те же структуры данных, языки, баги и все такое. Рядовой разработчик совсем не обязательно может привнести свою идею, особенно начинающий. Будет просто работать по задачам, которые ему ставят.
При нормальной организации скрама, все 40 часов в неделю адекватно заняты.
Просто сами таски оцениваются в человекочасы с учетом перерывов, но в сумме количество разработчиков * 40 часов в неделю и количество тасков, которые берутся в спринт, плюс часы зарезервированные на митинги - совпадает.
но вообще, если такие нагруженные сервера - НУЖНО разводить нагрузку