Получи случайную криптовалюту за регистрацию!

#southbridge #slurm #it #russia Только что закончился интерес | middlejava

#southbridge #slurm #it #russia

Только что закончился интересный триалог по теме
«Что будет с IT в России»,
организованный ребятами из Слёрма, Тинька и ВК

Для тех, кто не смотрел, ниже краткий его конспект (не пинайте за форматирование, набирал райнтайм):

===

1. во всем мире усилились опасения к cloud-решениям и к open-source, доверие к ним подорвано, по крайней мере на данный момент
2. коммерческие решения скорее всего будут иметь тенденцию становиться self-hosted, отказ от онлайн лицензий
3. с другой стороны, есть ощущение, что по закладкам - это первая эмоциональная реакция, в итоге зловреды в опенсорсе со стороны авторов будут уменьшаться, но единичные случаи никуда не денутся

4. возможен новый вид услуг по:
- аудиту изменений между версиями
- проведению платежей, провоз санкционки

Возможен форкинг распространенных инструментов с дальнейшим их внутренним развитием, типа кубера. Но просто делая аналоги быстрого развития не получится, нужно расширять функционал

5. все интересное происходит во времена кризисов
6. it-сфера россии получает шанс для развития внутри
- при этом выход на международные рынки будет затруднен
7. специалисты которые умеют оптимизировать код под недостаток железных ресурсов - будут востребованы
8. сейчас интерес к джунам снизился, войти в ай-ти после 35-ти (и 25-ти) будет сложнее, но возможно это кратковременное явление
9. хорошим спецам переживать не стоит
10. бизнес сейчас кардинальные решения не принимает - ждет
11. нужно делать библиотеку кода опенсорсных проектов

12. есть компании, которые работают
- на российском рынке - тут стабильно
- на западных рынках - тут турбулентно
- на рынках стартапов возможны проблемы

13. вместо чтения новостей будет полезнее переключиться на обучение

14. ситуация похожа на ковид, только более выраженная, что может привести
- один спикер: к переизбытку кадров в ит
- два спикера: переизбытка в программистах не случится, т.к. человечество будет программировать все больше и больше, возможно с использованием других способов программирования (визуальное, no-code и т.п.)
- нужны будут руки для создания внутренних реализаций инструментов, усилится тренд на импортозамещение
- писать код на русском не надо в любом случае (и на китайском не надо, и на любом другом языке, кроме английского) - это подготовка к дальнейшему выходу на международный рынок
- в мире очень много русских контрибьюторов и мейнтейнеров

15. сценарии

- негативный
если санкции будут усиливаться:
застой, т.к. заказчиком будет в основном государство, т.к. заказчик консервативный, осторожный, it будет догоняющим

- позитивный
типа НЭПа, в развитии участвует бизнес

16. возможен кратковременный уход в яму, стагнация
17. но в итоге ситуация все-равно выйдет на приемлемый уровень, скорость выхода зависит от сценария
18. количество сложных задач в россии будет расти
19. государство уже пошло на встречу it сфере, возможно пойдет еще больше
20. нужен механизм без госзакупок и в целом снизить госрегулирование в it отрасли

21. чек лист для снижения рисков:
- определить от каких сервисов ты зависишь, наши/зарубежные. Сделать план, из которого ты поймешь, что будешь делать, если их отключат. Плохой план лучше его отсутствия. План по железу и по софту. Из-за дефицита железа запланировать софтовые оптимизации. Возможности масштабирования снизятся.
- кэшировать артефакты
- готовьтесь к худшему, надейтесь на лучшее, применяйте общепринятые sre-практики
- зафиксируйте версии артефактов, уберите тэг latest
- отключать автообновление
- делайте бэкапы, настройте процедуру disaster recovery
- зарубежные saas сервисы - это сейчас опасно для критичных сервисов
- локализуйте cloud: для сервисов смотрящих на россию, переносите в российские клауды
- пересмотрите матрицу рисков с переработкой процедур их хэджирования
- самостоятельно настройте self-hosted vpn, прорубите окно в европу
- тестируйте новые артефакты перед использованием
- делайте копии сорсов, организуйте зеркала



@middle_java
t.me/middle_java