Я последние 4 года с брезгливым любопытством наблюдаю за эволюцией известного IT-ресурса под названием habrahabr.ru.
Кто интересуется его официальной историей, может почитать Википедию (суть, как часто бывает, хорошо отражает статья на Лурке). Я же хочу немного взглянуть на него через призму гибридной войны.
В конце двухтысячных-начале десятых на Хабре царит типичная для подобных сообществ "эльфийская" атмосфера с налётом фронды. Ключевые признаки: восхищение Стивом Джобсом, порицание отечественной технологической отсталости и клинической дебильности контролирующих органов, мастурбация на успешные "стартапы", желание свалить из "сраной рашки" (очень популярной была картинка "Поросёнок Пётр и трактор"). И, конечно, мечта всей жизни - чтобы тебя взяли работать в Гугл. Присутствует свой сленг - захабрить, хабровчане и т.п, свои мемы и шутки.
Всё это не мешало получать достаточно ценную информацию, которой делились профессионалы. Ресурс был крайне популярен, люди гонялись за инвайтами (там закрытая система регистрации). А бурление дерьма в черепушках айтишников не имело никакого вектора. Оно никем не направлялось - существовало само по себе в качестве фона.
Так было где-то до середины 2013 года.
В сентябре 2013 года основатель ресурса Денис Крючков после долгого, затяжного конфликта с компанией Mail.RU выкупил 55% компании на деньги Яндекса. До этого в течение нескольких лет менеджеры Mail.RU безуспешно пытались его поставить в стойло, как и Павла Дурова. Как и Павел Дуров, Денис Крючков всячески брыкался и показывал полную неадекватность. Версию развития событий по Крючкову можете почитать тут, там многое приводит в восторг, например:
Идея Гришина, которую он мне озвучил в конце зимы 2012-го года, заключалась в том, что он был готов предоставить мне кредит из своих личных средств на выкуп Хабра у Mail.ru по заниженной, очень заниженной оценке — в несколько раз меньше оценки, по которой прошла сделка спустя более чем год, чтобы кредит не был для меня большим бременем. Взамен после выкупа я должен был создать условный «Хабрафонд», в который топ-менеджеры Mail.Ru Group планировали занести личные деньги и инвестировать в стартапы, не раскрывая себя. Я должен был быть ширмой, скрывать происхождение средств и окучивать стартаперов, которых очень много на Хабре, как ты знаешь.
Как мы видим, коррупция, она не только во власти, она везде. И ещё, я сомневаюсь, что предложение исходило от Гришина, а не от самого Крючкова. Слишком уж он дерзко предлагал объегорить mail.ru на её же, mail.ru, деньги.
Но так или иначе, в итоге в mail.ru предпочли от проблемного актива избавиться, оценив компанию всего в 10 миллионов долларов.
Через 2 с небольшим месяца случился Евромайдан. Поскольку на ресурсе зарегистрировано огромное количество русскоязычных айтишников из Украины, полыхнуло и там. Накал политических срачей зашкалил, а то самое фрондёрско-диссидентское дерьмо в хрупких айтишных черепушках вскипело. И кураторы ресурс заметили. Не знаю, какую роль во всём этом сыграл Яндекс. Возможно, его запланировано использовали, возможно, просто так совпало. Важен итог: бурление говн было признано годным для их целей, и направлено в "правильное" русло.
Несколько весьма характерных подтверждений моих слов.
Персональный блог Фонда Борьбы с Коррупцией
Анализ результатов президентских выборов 2018 года. На федеральном и региональном уровне
Нахождение числа комиссий, «рисовавших» целые значения явки на президентских выборах РФ 2018 года
Под соусом исследований и статей на техническую тематику до читателей доносят вполне конкретные идеи и пиарят вполне конкретные организации. Чуть меньше месяца назад ресурс перебрался в международную доменную зону (теперь он habr.com), чтобы обезопаситься от блокировки домена и окончательно прекратить ассоциировать себя с Россией.
Нужно отметить ещё вот что. Айтишники в своей массе - достаточно инфантильные, как ни странно, люди. Причин этому две.
Первая причина - это так называемое "двоичное" мышление как часть профессиональной деформации. Не секрет, что профессия самым прямым образом влияет на мироощущение человека. Врач кругом видит пациентов, полицейский - подозреваемых. А айтишники концепции и парадигмы программирования поневоле переносятся на реальную жизнь. В компьютерных программах всё чётко и понятно - циклы, условия, ветвления и прерывания. В итоге, жизненная логика любого айтишника в той или иной степени строится в стиле True/False - если только у него нет другого изначального бэкграуда, например, медицинского.
Вторая причина - айтишники в большинстве - это молодые люди. Это ремесло требует гибкости мышления, да и само по себе оно достаточно молодое. Так что преобладают в IT те самые "вьюноши с горящими глазами". Средний возраст посетителей Хабра не превышает 30 лет.
В силу вышеуказанного, перед подобной пропагандой эти люди в большой степени беззащитны. Срать в мозг захабренным можно обильно, практически не опасаясь нарваться на человека с работающим критическим мышлением. А если такой попадётся - ему быстренько выпишут бан.
А сегодня именно айти-специалисты, как ни странно - один из ключевых ресурс Государства в условиях взятого курса на тотальную информатизацию.
Направление удара нашими "партнёрами" выбрано правильно.
Комментарии
Имхо вы все трое попутали программистов с говнокодерами..
К сожалению, нет такой профессии - говнокодер, они все как бы программисты. Со временем приходит опыт, но всё равно, 1-2 проходят через фильтр отбора и начинают лепить чернуху, порнуху, стараясь переплюнуть индийских программистов aka говнокодеров
.
Слово "аутсорсинг" вам знакомо? У меня не забалуешь, но держать в штате под конкретную и конечную по времени проблему - это перебор. Вот и мучаемся с ними
.
Очень даже знакомо. Поэтому ничего кроме как "ну и мучайтесь" больше сказать не могу, ибо в данной ситуации иначе никак.
Математик имеет повод для гордости - он знает дифуры. Все, кто не знает дифуры, не заслуживают находиться на той же ступеньке рядом с его сияющим величеством.
Когда видишь любую профессиональную область со стороны, то всё кажется очень просто. Особенно, когда работает профессионал. Смотришь на него - всё у него так складно получается, что сложностей не замечаешь. А они есть. В любой профессиональной области рассыпана куча граблей. Если эта куча граблей тебя не убьёт, то со временем, возможно, ты тоже сможешь стать профессионалом. А пока не ходил по чужим граблям, то лучше промолчать - за умного сойдёшь.
В чём сложность работы программиста? Есть множество уже готовых программ и данных, которые нужно адаптировать под желания заказчика. Две минуты словесного поноса заказчика могут легко вылиться в два месяца работы. Даже если данные нужно просто переложить из одного места в другое, то нужно изучать интерфейсы для доступа к данным - SQL ли это, ORM или HTTP API. Каждый интерфейс для доступа к данным должен учитывать, что на любом из этапов что-то может пойти не так, как задумано - надо обрабатывать ошибки и решать, что с ними дальше делать. В процессе написания программы можно допустить ошибку. Ошибка может проявлять себя совсем не там, где она была допущена - придётся залезать в отладчики. Когда программа будет работать без ошибок, может оказаться, что она работает не так быстро, как это ожидалось, и тогда придётся зарыться в профилировщики. Когда будет произведена доработка, нужно будет слить свои изменения в систему контроля версий. За то время, пока вы редактировали код в своей ветке, в системе контроля версий могли произойти изменения, так что придётся потратить ещё время на то, чтобы разобраться, что изменилось, для чего были сделаны эти изменения и как их можно совместить с вашими изменениями. Потом объединённый код надо будет опять-таки отладить и, возможно, отпрофилировать. Для выкатки изменений может потребоваться этап сборки, тестирования, собственно выкатки. На сервере, куда вы собрались выкатывать свой код, за это время тоже могли произойти изменения, которые не совместимы с вашим кодом - обновилась библиотека, изменился её интерфейс и т.д. Если же нужно не только переложить данные из одного места в другое, то это выливается просто во взрыв мозга в попытках разобраться, какие участки кода тебе нужны, что там происходит, почему это делается именно так, куда можно встроить свои изменения и как лучше всего это сделать.
Я тоже программист, вы не поверите :). Поэтому понимаю все, что вы написали. Но все это не отменяет "профессиональную деформацию" программистов.
Как это не отменяет и профессиональную деформацию математиков (а я ещё и математик). И деформацию физиков-практиков. Все эти деформации и приводят к бесконечному конфликту.
Просто программистов в наше время (в разы) больше, чем прочих человеков, потому их все и ненавидят :). Со временем этот дисбаланс пропадет (программистов станет гораздо меньше) и я вам не завидую. Приобретайте запасную профессию, пока не поздно :).
Но опыту собственной работы team lead'ом (разработка софта для численного моделирования) понял, что есть 2 типа мышления:
1) Условно "научный" - когда первична идея, формулы, уравнения. Программирование - средство выразить идею. Такие люди как раз хорошо годятся для работы со всяки диффурами и прочим. Зачастую характеризуются своебразной внутренней сосредоточенностью.
2) Условно "программисткий". Разработчик воспринимает задачу через программный код, который надо рефакторить, применять good practices и не мудрствовать об общих вещах. Иногда очень "шустрые" ребята - быстро пишут много симпатичного кода.
Эти два подхода тяжело стыковать и я регулярно этим занимаюсь:). Каждый хорош на своём месте.
И программеры действительно очень "западоцентричны" - когда все твои рабочие технологии "оттуда" это сильно влияет. Впрочем, то что наш вычислительный пакет написан в России простые пользователи тоже не знают :)
Очень хорошо это разбирается в соционике
Белая логика= структурная логика
Черная логика = деловая логика
Ваше описание - практически классика
ну как минимум есть еще и такие:
3)условно "физический". Разработчик воспринимает задачу как физический процесс, который нужно решить/выразить/итд другим физическим процессом.
Классный коммент, уважаемый DMatrix
Программист по сути математик. И программирование это математика. Если программист этого не понимает, то он хреновый программист сиречь быдлокодер.
Своими высказываниями вы мне напоминаете людей, которые любого компьютерщика считают программистом, только вы находитесь с другого полюса. Они думают так: программист умеет чинить компьютеры, компьютеры работают от электричества, значит программист должен с лёгкостью починить электрочайник. Для них программист - это такой расширенный вариант электрика. Вы мыслите примерно так же: в компьютере есть процессор, процессор умеет выполнять арифметические действия, программист составляет для процессора программу вычислений, стало быть программист - это математик.
Возьмите какой-нибудь курс "Структура и интерпретация компьютерных программ", посмотрите, много ли там математики. Да, условно это можно считать математикой. Примерно как психологию или социологию - философией или богословием. На деле же на компьютерах давно не занимаются исключительно моделированием физических процессов и сведением баланса. При генерировании HTML-страницы вся математика сводится к тому, чтобы перебрать все строки из выборки или посчитать ширину столбца в пикселях, всё остальное, конечно, базируется на теориях множеств, булевой алгебре, конечных автоматах и т.д., но чистой математикой не является. Программисты чаще имеют дело со своей профессиональной областью, автоматизацией деятельности в которой занимаются: с бухгалтерией, телекоммуникациями, электроникой, механикой, архитектурой и т.д., нежели непосредственно с математикой. И лишь небольшая часть программистов действительно занимается разработкой приложений, где нужна зубодробительная математика.
множественное число кстати тут излишне
Может вам прежде чем писать глупый насквозь демагогический текст стоило подумать и не писать?
А вы лучше возьмите курс Sofware Foundation, и посмотрите сколько там математики. ИМХО лучший курс по логике для программистов на настоящий момент. У тех друзей и дочиненных, которые хотя бы на половину осилили курс, резко сократилось количество багов, хотя до этого были с ними существенные проблемы.
При чем здесь этот курс? Вы хоть понимаете что вы делаете когда программируете? Вы по сути составляете мат модель в некоторой предметной области которую запускаете на компьютере и которая там вычисляется. Рукалицо. Набижало в ИТ эффективных гуманитариев.
Вы откуда взялись? И про что? Я тут с другим человеком общался. Если встреваете, то лучше бы вам читать комментарии, на которые я отвечаю вместе с моими. И по ссылкам походить немного.
Комментарий, на который я отвечал, приводит пример книги "Структура и интерпретация компьютерных программ" как пример учебника, в котором мало явной математики. ИМХО данный курс для первокурсников плохой пример, так дает плохое представление о связи логики и вычислений. Книга, ссылку на которую я привел, рассматривает эту связь более детально, и действительно дает и интуитивное и формальное представление об этой связи. Впрочем, набежавшие эффективные гуманитарии (видимо вы это про себя), не сразу это смогут осознать прочитав только заголовок книги.
И математическое моделирование - очень узкая область программирования. Большинство программ, это ближе к обработке событий (с памятью, аггрегацией, и т.д.), например, этот веб сайт снаружи реагирует на HTTP сообщения, а дальше общается сообщениями с базой данных. В отличии от традиционных задач по мат. моделированию - это теоретически бесконечный процесс, без конечного результата. Взять построить мат. модель, а потом запустить ее на вычисление, и дождаться результата - это конечное есть, но большинство программистов с этим столкнуться только на курсе численных методов. Ближайшая к этому распространенная задача - это отчеты, но и то, там скорее преобразование моделей из одной формы в другую, а не вычисление в рамках одной модели. Можно конечно моделировать входные события одной лентой, а выходные другой лентой на машине Тьюринга, и утверждать, что это тоже вычисления по мат. модели, но такие программы строятся из другой ментальной модели, если брать реальную работу программиста.
Гуманитарии не злите меня.
Что ж вы народ за такой. Не понимаете в математике, нехрен писать всякие глупости. И Тьюринга еще приплели чтобы обосновать свою глупость. Рукалицо. Это у вас гуманитариев другая ментальная модель мировосприятия. В рамках которой вы в упор не видите математики которой пользуетесь.
В нашей дискуссии - "гуманитарий" это все таки вы:
В общем - картина грустная. И видимо не в первый раз, судя по банам. Хотя странно. Если ник намекает на то, что вы родились в 1980, то к настоящему времени можно было бы наработать хоть какую-то культуру речи. Ну а кто больше разбирается в математике, это можно поспорить. Можете, например, написать свою статью по этой теме.
Знакомое гуманитарное словоблудие.
А не было по сути никакой дискуссии. Потому что тот набор букв который вы сгенерировали несет крайне мало смысла. И о чем можно с вами дискутировать? Вы не понимаете что такое машина Тьюринга. Не понимаете что такое алгоритм. И при этом с пеной у рта мне пытаетесь доказать что математическое моделирование не имеет к программированию практически никакого отношения.
Забавно кстати сказать слышать ваши жалобы на мою "необоснованную критику" и при этом видеть как вы пытаетесь сами апеллировать к личности и вешать ярлыки. Мне лень читать вашу статью, которая с вероятностью 99 процентов переливание из пустого в порожнее, ввиду вашего крайне низкого уровня понимания математики. И вас бы больше заботила не моя культура речи, а ваша глупость. Впрочем судя по всему вы еще достаточно молоды. Может еще успеете поумнеть. Чего вам искренне желаю.
Вы сами инициировали дискуссию со мной, по своей инициативе, но ничего, кроме пустых и необоснованных наездов от вас я не видел. Как раз вы выдаете просто эмоциональный набор букв, который имеет мало смысла.
Мой тезис был, что построение математических моделей с дальнейшей симуляцией - это узкая часть программирования. Это вполне используется в расчетах атомных бомб, кораблей, и 3Д-мультиков.
Сопромат используется при строительстве мостов, но мосты не равны сопромату. Алгоритм не эквивалентен реальной программе. Алгоритм является моделью части программы, часто упрощенной. Но программирование - это в основном инженерная деятельность, а не математическая.
Про мое знание математики - вы ничего не знаете, и не хотите знать. Смысл, что-то с вами обсуждать? Ни одного моего утверждения вы аргументировано не опровергли (со ссылками и детальным объяснением).
И да, видимо про многоленточные машины Тьюринга вы в учебнике пропустили, как и про имитацию ввода/вывода в вычислительных моделях (в этой энциклопедической статье это тоже упоминается). Я могу только заключить, что ваши знания в этой области существенно ограничен, или в вашем ВУЗ-е такую экзотику боялись давать. Так что это вы не понимаете, что такое машина Тьюринга и какие у нее бывают варианты. Вам хоть эквивалентность вычислимости по Клини и Тьюрингу на лекциях доказывали, и просто сразу тезис Чёрча-Тьюринга на веру давали?
Вот зачем вы мне пытаетесь приписать ваше непонимание?
Что значит не эквивалентен? Четче выражайте свои мысли. Я пока их читать не научился.
Это вот что такое? То есть часть программы у вас это алгоритм, а часть нет? Очень интересно. Я вижу явного кандидата на медаль Филдса.
Ага, а инженеры по профилю своей деятельности у нас видимо поют, пляшут и пишут стихи? Гуманитарий прекратите издеваться над логикой, она не виновата в вашем низком IQ.
Я говорю не о вашем знании, я говорю о понимании. Вызубрить наизусть - это еще не понять.
Зачем я буду это делать? Для людей понимающих математику глупость ваших утверждений очевидна, такие же как вы гуманитарии все равно ничего не поймут.
Ну, вот опять. Вы еще теоремы Гёделя вспомните. Зачем мне это ваше перечисление всего того что вы знаете, но не понимаете?
На Хабре с 2007 года. Действительно с открытием регистрации для всех желающих, его потенциал полезности имеет устойчивый тренд на понижение, а политизированность, наоборот, растет.
Статья вашего приятеля мне лично интересна. Думаю, что и многие камрады АШевцы с удовольствием бы ее почитали.
Соглашусь. После открытия регистрации Хабр начал повально скатываться в нишу маркетинговых статей и восторгов о том "Как мы изобрели велосипед!". Давно удалил его из закладок у себя.
А я не удалял. Да там последнее время многовато мусора, но есть и хорошие статьи. Мусор читать не обязательно.
Перспективный чат детектед! Сим повелеваю - внести запись в реестр самых обсуждаемых за последние 4 часа.
Плюсом ко всему написанному: Хабр убила монетизация.
Когда они там стали продавать создание профилей компаний, и валом пошли стати от этих компаний с целью маркетинга и пиара.
После чего атмосфера программисткого и админского междусобойчика исчезла.
А политота там прет от старожилов и авторов самого ресурса. Понять какие статьи от тупости, а какие проплачены нет возможности.
Согласен.
Самое странное, так это то, что у них есть правила, которые должны пресекать политсрач, а вот соблюдать их видимо не торопятся или работают выборочно.
ИМХО, автор перегибает палку. ИТ-мир гораздо шире России, и, к сожалению, по массе гражданских ИТ-технологий Россия отстаёт лет на 15. Оговорюсь - именно по массе, отдельные штуки у нас вполне на мировом уровне, а то и опережают.
Соответственн, чего удивляться, что многие ИТ-шники хотят на Запад? Тем более хохлы. В США, Австралии, Новой Зеландии платят в разы больше, чем в Москве. Проекты интереснее. Плюс атмосфера творчества в противовес весьма специфичному процессу госзакупок (70% ИТ-заказов в России - от госкомпаний).
А тут ещё санкции. ИТ-компании встали перед выбором: потерять иностранных заказчиков, или переместиться на Запад. Если иностранных заказчиков много, то отказ от них равен закрытию бизнеса. Т.е. на одной чаше весов - потеря доходов и снижение профессионального уровня, а на другой - несколько абстрактный патриотизм. Выбор, если ИТ-шник решил его делать, очевиден. На данный момент.
Боже какой бред, можете пояснить в каких конкретно технологиях отставание в 15 лет?(кроме железа) В США платят больше в ЕС примерно также в России. Насчёт иностранных заказчиков - в отличии от украины или белоруссии, в России большая часть разработки покрывает внутренние нужды, а не идёт на аутсорс. И выбор таки очевиден - работать в России и выгоднее и интереснее.
это ваше личное мнение? откуда информация?
я вот вижу, что у многих современных IT-терминов даже российских аналогов нет. про то, что IT'шники активно англицизмы в общении используют вообще молчу. здесь особо надо отметить программы сертификации специалистов, отраслевые конференции, источники документации.
по отставанию в 15 лет, это товарисчь еще очень оптимистечен. я бы дал больше.
Вы главное не упоминайте о комплексе мер, обеспечивших описываемое положение дел.
ЗЫ: Не только лишь все профессионалы помнят ЭМВОС.
и в чём проблема, что вместо ЭМВОС мы говорим ОСИ, а вместо ЯМД говорим ДМЛ ?
таки в русском языке много заимствований из других языков и что по вашему следует, что во всех этих отраслях мы отстаём? можете конкретные вещи в чём отстаём назвать?
Про зарплаты в ЕС я и не говорил.
По технологиям. Ну, скажем, по микросервисам у нас тишина. В промышленном масштабе их нет. Это лет 5 отставания точно.
Соцсети и мессенджеры для организации работ только сейчас начали внедрять, да и то в минимальном масштабе, на Западе этому уж более 7 лет. Когда задания в институте, например, идут через соцсети. Или там оргвопросы.
В целом - на Западе бюджеты больше, проекты масштабнее, в том числе по нагрузке. Даже тупо нагрузку на наши и западные сайты сравнить, вплоть до Гугл вс Яндекс. Разница минимум в разы, а то и порядки. Отсюда и разница в бюджетах и технологиях.
В России рынок ИТ крайне ограничен. Если ты не имеешь компетенций в какой-то государственно важной отрасли (нефтяники, банки, РЖД, ритейл), то шансов подняться очень мало.
На международном рынке нет такого давления, по срокам, по бюджетам. Как чувствовали себя разработчики на экспортных проектах более вольготно в 90-ые и 2000-ые, так и чувствуют. И если до девальвации это было не так заметно, то после - вполне.
Комментарий интересен в первую очередь декларацией инвариантности… заимствований.
Ни тени сомнения, и тем паче — вопроса о правильном подходе к решению задачи.
Простое копирование какуних.
Проблема в том, что вы можете "правильно" решить задачу, не используя западные технологии, но в случае ИТ решение к этому моменту безнадежно устареет. Сейчас речь идет о сроках вывода на рынок около года для совершенно нового продукта, и нескольких месяцев для имеющих аналоги. При этом надежность и высокую нагрузку решение должно держать сразу. Тут без использования готовых - западных - технологий - никак. Пока, по крайней мере.
Как нам стать лидерами в ИТ - вопрос больной, и очень отдельный. В статье же фиксируется состояние на "здесь и сейчас", про "здесь и сейчас" я и пишу.
Ну и не забываем, что половина успеха ИТ-продуктов, если не больше - это хороший маркетинг и богатые клиенты. С этим у нас пока на порядки хуже, чем у запада, и именно эти аспекты надо подтягивать, если мы хотим быть в числе лучших на глобальном гражданском ИТ-рынке.
Кто, как и по каким критериям определяет «лидерство»?
Лично у меня был опыт сравнения инновационной разработки с «безнадёжно устаревшей» классикой.
Вам пожелать того же или Вы вспомните старинное китайское проклятие?
По заработанному баблу, это ж очевидно.
По такой логике F-35 — верх *технического* (!) совершенства.
а вы думаете там это происходит по другому? все руководители в тайне мечтают о серебряной пуле, вот и ведутся на происки странствующих
проповедниковадептов новых культур разработкиНе только рукой.водители.
Вспомните гимп рантье одного из [немногих идентифицированных] негров Дюма.
микросервсис - это не технология, это маркетинговый ребрендинг вебсервисов/вебсокетов(как в своё время маркетологи придумали аджакс, хотя каждый разработчик имел в кармане свою реализацию асинхроных запросов через iframe), вам публичных вэб сервисов мало? прошу назовите каких вам не хватает?
в качестве инструмента рабочей переписки месенжеры используются уже много лет, по крайней мере в тех компаниях где я работал, а в далёком 2005 я на одном проектов реализовывал jaber клиент на вэб сайте для онлайн общения клиентов с менеджерами(у них был десктопный клиент)
это не аргумент, а детский сад, вы сейчас можете получить гос услуги через смартфон, пройдя идентификацию например через тинькоф банк или сбер, а вы говорите домашние задания...
остальное комментировать даже желания нет, тк можно скатиться в - у кого длиннее
Микросервисы - это не про интерфейсы, а про архитектуру.
Микросервисы - это модное название для термина "распределённые вычисления". Кстати, микросервисы - это довольно специфичная и узкая часть распределённых вычислений.
Вы таки считаете, что в ФНС или на портале Госуслуг недостаточно масштаба и нагрузок?
Умные люди нагрузку снизить стараются, потому что чем выше нагрузка, тем больше железа и электричества нужно. А разница в бюджетах объясняется тем, что на западе доллар печатают.
"Подняться" - это как? Куда вы хотите подняться? Почему на западе можно "подняться", а у нас - нет? Я бы обобщил ваше утверждение до такого: "если ты не имеешь компетенций, то шансов подняться очень мало". Это вне зависимости от отрасли или места "запад" - "не запад".
Какого ещё "довления"? Хочется получать деньги и не напрягаться? Если, по-вашему, у нас IT отстаёт, то откуда у нас возьмётся возможность расслабить булки? Надо навёрстывать отставание. А чтобы догонять, надо бежать быстрее, чем бежит лидер. Некоторые люди в трудностях видят только трудности, а некоторые - возможность развиваться. Вы явно не из второго множества.
Микросервисы - это единственный на данный момент промышленный способ автоматической динамической балансировки сотен высоконагруженных приложений, используется для оптимизации работы оборудования. Сравнивать Госуслуги с facebook или booking.com по нагрузке - просто смешно, на Госуслугах на порядок, а то и на порядки меньше. А, скажем, в Гугле таких приложений больше 20, и все с нагрузкой большей, чем у Госуслуг. Т.е. у нас задач, которые решают микросервисы, даже не ставится, про это отстаивание я и говорю. Хотя, конечно, кое-где ставится, например, в Яндексе есть что-то аналогичное Гугловскому Боргу. Но это копейки. Да и Яндекс не совсем российская компания.
Нагрузку можно снизить в закрытых АС, типа ведомственных. В Интернет-системах - наоборот, чем больше нагрузка, тем больше клиентов и доходов, там гонятся за большей нагрузкой.
Про подняться я написал: рынок в ИТ России маленький, и лакомые куски все поделены окологосударственными структурами. За границей бюджеты больше, да и рынок более открытый, проще заработать.
Про давление. Если бы еще догоняли - это ладно бы. Так не догоняем нифига, ну или это происходит слишком медленно. Поэтому у хороших ИТ-шников выбор простой: с одной стороны, не сильно напрягаться, но иметь интересные проекты, профессиональный рост и большую зарплату при работе на Запад, или напрягаться, но получать меньше и создавать менее высокотехнологичные продукты в случае России.
Вы видимо путаете микросервисы и облачные технологии. Ну и в России этого достаточно много. Все активно внедряется, но видимо не у вас. Те же одноклассники (прямой конкурент facebook в России) используют вполне себе облачную архитектуру, и презентаций на эту тему и них достаточно много. Сравнивать госуслуги с facebook, достаточно странно. Про vk.com, не читал, но скорее всего у них тоже давно уже облако.
Нет, микросервисы можно и on premises запускать.
Задача такая. У вас есть 1000 железок, 20 разных проектов с большой, но волатильной нагрузкой, каждый из которых развивается быстро. Надо эти железки эффективно распределять как для боевых задач, так и для тестов, т.е. когда на один проект больше нагрузка, ему автоматически выделяется больше ресурсов, если какие-то узлы падают, копии автоматически запускаются на других.
При этом каждый проект состоит из кучи модулей, разрабатываемых разными командами, каждый со своим ЖЦ разработки и деплоя. Разработка быстрая - до нескольких релизов отдельных модулей каждый день, с автоматическим апгрейдом без потери сервиса.
Вы видимо с статьями на википедии так и не ознакомились. On preimse - это "частное облако" (private cloud)
Микросервисы - это архитектура приложения. Облако - это распределенная архитектура организации приложений. To есть, вы путаете песчинку и песок. В облаке могут жить как микросервисы, так и традиционные монолитные приложения, и вторые в некоторых случаях могут быть лучше.
Облака бывают разные. Вот вы купили кучу виртуалок и менеджерите их самостоятельно через SSH - это тоже облако. Такому клауду уже сто лет в обед, и это прошлый век (ну хорошо, прошлое десятилетие). Передовые фирмы используют GKE и его аналоги, что в облаках, что на своих серверах, как бы они ни назывались - именно в указанной мной парадигме. Наши такие технологии не используют, ибо таких задач нет, они не осознаются.
Кстати, так и не понял, чему вы меня пытаетесь научить. С тем, что микросервисы - это архитектура приложения, я не спорил, это как раз мой тезис выше, вы, видимо, невнимательно читали. Но эта архитектура, безусловно, определяется наработками в области массового управления компьютерными ресурсами, что в удаленном дата-центре, что в собственном. Т.е. ваша аналогия песка и песчинки - вполне адекватная.
Логика простая: есть ситуация, описанная мной выше, с кучей сложных систем, работающих в дата-центре, которые надо быстро разрабатывать разными командами - тут микросервисы рулят, без них вы тупо не справитесь. Если же реальность более проста, когда на один сервис отдельный набор железок, когда цикл выпуска релизов полгода-год, как это на всех государственных, и на большинстве частных крупных ИТ-проектах в России, то микросервисы, Kubernetes и всякие CD - необязательное излишество, непонятное большинству. Обычные трехзвенки тут вполне норм.
Именно в этом и заключается отставание - не дозрели российские ИТ-компании в массе своей до микросервисов. А иностранные монстры уже несколько лет их юзают и в хвост, и в гриву.
Страницы