Почему это не получится? Очень даже получится. Другое дело, что % тех, у кого получилось, будет на порядок-другой пониже, чем в вузе.
В требовании наличия ВО есть несколько аспектов. Статистика - это один из них.
Усидчивость, без которой получить ВО не представляется возможным, также важна.
Но бывают и другие ситуации, особенно в ИТ. Например, крупные вендоры - владельцы экосистем, такие, как Microsoft, Amazon, Google, Oracle и т.п. Вот там ВО не особо и нужно, поскольку обучение может проходить на рабочем месте, и более эффективно, чем в любом вузе. Но тут происходит подмена понятий - вендор сам становится в некотором смысле вузом.
Есть множество интересных методик, которые в теории правильные, понятные, полезные, но при столкновении с реальностью оказывающиеся совершенно неработоспособными.
Сам обычно делю все задачи на 2 категории:
Запланированные (то, что предусмотрено планом проекта) - по ним можно заранее сделать ранжирование по приоритетам и назначить время и сроки выполнения
Незапланированные (текучка, а также то, что не удалось запланировать по каким-либо причинам) - по ним разруливать и приоретизировать в реальном времени. Но это неформализуемо.
Подобный подход успешно себя оправдал на нескольких масштабных проектах, где только Cutover Plan состоял из нескольких тысяч задач.
Но не настолько маленькая, чтобы действующего президента подключать к процессу.
По заголовку долго не мог понять, зачем GitLab будет бесплатно удалять проекты, и есть ли у его платное удаление, пока не прочитал статью.
Мне уже за 40, за плечами - универ, аспирантура, работа в консалтинге, преподавание, etc.
P.S. как будто, наличие образования и богатство не совместимы
Почему это не получится? Очень даже получится. Другое дело, что % тех, у кого получилось, будет на порядок-другой пониже, чем в вузе.
В требовании наличия ВО есть несколько аспектов. Статистика - это один из них.
Усидчивость, без которой получить ВО не представляется возможным, также важна.
Но бывают и другие ситуации, особенно в ИТ. Например, крупные вендоры - владельцы экосистем, такие, как Microsoft, Amazon, Google, Oracle и т.п. Вот там ВО не особо и нужно, поскольку обучение может проходить на рабочем месте, и более эффективно, чем в любом вузе. Но тут происходит подмена понятий - вендор сам становится в некотором смысле вузом.
Они сейчас доступны в России, с поддержкой, обслуживанием и т.д.?
Скорее, отраслевая специфика. Индус в США чаще всего либо айтишник, либо врач.
ERP это больше про учет и планирование ресурсов, а не про текущее состояние активов. MES и АСУТП - гораздо ближе.
По действующим подпискам продление в России недоступно (например, тот же Office 365 домашний). Или только у меня так?
С подобными ситуациями неоднократно сталкивались. В итоге, тоже написали статью: Новое средневековье: дети на работе | ИТ в бизнесе (it-world.ru)
Лично я работаю и с Neo4J и с графовыми расширениями РСУБД. Вопрос был про импортозамещение.
У православного PostgreSQL Pro есть графовое расширение Apache AGE - A Graph Extension for PostgreSQL . Работает не так уж и медленно.
Вот еще один вариант: PostgreSQL Graph Search Practices - 10 Billion-Scale Graph with Millisecond Response - Alibaba Cloud Community если и это - медленно, то видимо, дело не в СУБД.
Простите, а какая религия не позволяет использовать графовые СУБД, либо графовые расширения традиционных РСУБД?
Есть еще один способ, использовал для загрузки многогигабайтных RDF файлов - вызов функции для импорта: CALL n10s.rdf.import.fetch(%FILENAME%)
Гораздо быстрее, чем через NEO4J-ADMIN
Importing RDF Data - Neosemantics (neo4j.com)
Это не хорошо и не плохо. Это печально.
http://xrayoptic.ru/production.htm
Сайт, правда, в лучших традициях 90-х.
Рентгеновская оптика в России вполне на достойном уровне развита.
Любые иностранные аналоги стоит рассматривать как "условную" замену, т.к. никто не гарантирует их доступность и поддержку в будущем.
Есть множество интересных методик, которые в теории правильные, понятные, полезные, но при столкновении с реальностью оказывающиеся совершенно неработоспособными.
Сам обычно делю все задачи на 2 категории:
Запланированные (то, что предусмотрено планом проекта) - по ним можно заранее сделать ранжирование по приоритетам и назначить время и сроки выполнения
Незапланированные (текучка, а также то, что не удалось запланировать по каким-либо причинам) - по ним разруливать и приоретизировать в реальном времени. Но это неформализуемо.
Подобный подход успешно себя оправдал на нескольких масштабных проектах, где только Cutover Plan состоял из нескольких тысяч задач.
Налог на жадность.
Они будут изолированно работать. Также как и Бибилинская АЭС, которую они заменяют. На Чукотке своя энергосистема, с ЕЭС не связанная.