• Опубликован конкурс на 32-ядерный процессор «Эльбрус» и стоимость его разработки
    0
    Звучит как домыслы и приписывание изначальному утверждению про длительность жизни конфедераций смысла, который был не высказан.

    Про «военный союз зависимых от других государства земель» — тут дело в том, что этот союз считается конфедерацией в современном понимании. Дальше можете общаться с историками или какие там ученые занимаются вот этим вот всем на тему определения и несогласия с ним, но тут уж я ни при чем.
  • Опубликован конкурс на 32-ядерный процессор «Эльбрус» и стоимость его разработки
    0
    И еще раз — твое утверждение что конфедерации долго не живут по сути ложное, остальное уже софистика и попытка подменить тему (как в примере с монархией и племенами).
  • Опубликован конкурс на 32-ядерный процессор «Эльбрус» и стоимость его разработки
    0
    Ну так ты сам опроверг свои слова же (а не я подтвердил их).

    А конкретно:
    До 1848 года страна была конфедерацией, после этого стала федеративной республикой.


    Если посмотреть историю вокруг, то Швейцарская Конфедерация началась в 1291 году и продлилась до 1848 года (и в общем в более-менее стабильном виде до 1798 года, после чего Наполеон немного внес коррективы в стабильность, так что я б отсчитывал до 1798, но если ты настаиваешь, то готов считать до 1848 года), что, кажется, достаточно очевидно опровергает ваше утверждение про «конфедерации долго не живут». Вот исторический пример чистой конфедерации прожившей 557 лет.
  • Опубликован конкурс на 32-ядерный процессор «Эльбрус» и стоимость его разработки
    0
    Швейцария смотрит на подобные утверждения про конфедерации с ухмылкой.
  • Германия. Мюнхен. Advanced Immigration guide
    +1
    Уважаемый, Вы же, надеюсь, понимаете, что Вас минусуют в первую очередь за то, что вместо фактов Вы излагаете собственные эмоции и систематически пытаетесь обобщить Ваш собственный опыт на всех?
    Например, почему Вы уверены, что то что в Вашем круге общения люди считают каждый евро и никто не поднялся (что бы это ни значило), то это не проблемы Вашего круга общения или даже Вашего восприятия Вашего же круга общения?
  • Самый мощный российский процессор будет 32-ядерным и сделанным по технорме 7 нм
    0
    А намекаю, что ваши ответы без конкретики «как это вообще провернуть» больше напоминают про вмешательство на уровне законов природы. Ну а что, подправил закон и порядок.


    В моем предыдущем ответе Вы можете найти несколько названий статей с конкретикой по вопросу. Почитайте их, вопросы должны сами отпасть после этого.

    Теперь докажите, что это можно сделать в автоматическом режиме под произвольную архитектуру на лету.


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

    На примитивы в основном (транизстор, цепь, блоки и/или и т.п.), как понимаю, потому что архитектурные моменты — ты создашь библиотеки сам, плюс на внедряемые покупные блоки, ну там ентернет, например.

    Под библиотеками в данном случаи обычно имеются в виду не IP-блоки с покупной реализацией кэша или там Ethernet'а, а то что выдается конкретной фабрикой для синтеза этого всего дела в уже вполне конкретные транзисторы-соединения.

    Но так как я отвечаю на всю претензию, зачем свои процы, то я и указываю на комплекс проблем с чужими чипами.


    Я никаких претензий не высказывал, я эту тему вполне обхожу стороной, я лишь подкинул кое что на подумать, так как у вас двоих на мой взгляд дискуссия зашла в тупик в этом месте. У меня нет намерений занимать какую либо четкую позицию в рамках данной дискуссии.
  • Самый мощный российский процессор будет 32-ядерным и сделанным по технорме 7 нм
    +1
    Тут вопрос наверное не в том, было такое событие или не было, а в том чтобы разобраться что произошло, что потом было с человеком, что было на судах и так далее.

    Но писать человеку я сам конечно не буду, потому что я даже не уверен что у меня есть аккаунт на ЖЖ, чтобы это сделать, а заводить его немного лень.
  • Самый мощный российский процессор будет 32-ядерным и сделанным по технорме 7 нм
    0
    Кстати про «если 16С уже на руках». Если верить youtube каналу imaxai (он вроде в МЦСТ работает), то «есть на руках» только ранние инженерные образцы, но финального дизайна нет и не будет еще минимум полгода, соответственно еще минимум год до получения на руки первых серийных чипов. А потом еще неизвестное время до первого коммерческого устройства на них (если экстраполировать прошлые сроки то еще год-полтора). Так что до компьютеров на базе Эльбрус-16С минимум год, а более вероятно что 2 года.

    В роадмапах МЦСТ похоже указывает датой выпуска дату когда они отправляют заказ на производство, а не дату получения первых чипов или дату получения плат с этими чипами.
  • Самый мощный российский процессор будет 32-ядерным и сделанным по технорме 7 нм
    0
    А что, любой пенёк можно запустить на своём чипе южного моста? Самому сделать мамку и накидать туда только своих чипов?


    Еще раз, вы точно МНЕ отвечаете? Я лишь написал что внедрение «закладок» может быть на уровне синтеза, а не на уровне производства, чтобы заставить задуматься о такой возможности. Я про Intel/AMD/ME и прочее дискуссию не начинал и не вижу какое отношение это имеет к моему ответу. Моя цель чтобы Вы задумались о векторах атаки, не использующих подмену маски на заводе.

    Ну, без полноценного ИИ сделать это будет весьма трудно. Вам нужно не просто кинуть куда-то блок, но встроит его в работу всей системы и сделать его «логичным», чтоб при анализе полученного никто не смог бы ничего понять. Причём, сделать это на заранее неизвестной вам архитектуре. Автоматически. Не подключить в работе отдел супер-пупер спецов с подобной целью, а внедрить на этапе автогенерации у заказчика.


    Смотрите, чтобы начать разрабатывать чип нужно купить ПО, а чтобы произвести чип нужно договорится с заводом и получить набор библиотек. Чисто формально никто не мешает продавать ПО или библиотеки, которые будут включать «if количество транзисторов больше X, добавить блок вот сюда». Да, это не code execution, но что-нибудь что может просто сделать процессор нерабочим при определенных импульсах — почему бы нет? Никакого ИИ и даже нейронок не нужно, только немного логики.

    По поводу возможности такого — есть теоретические изыскания, которые показывают что возможно добавить бэкдоры, которые не обнаружить при сравнении схем с эталоном. Например есть статья от 2014 года, опубликованная в Journal of Cryptograpic Engineering (принадлежит Springer'у) с названием «Stealthy dopant-level hardware Trojans: extended version». Правда кажется кроме Abstract'а все остальное по традиции платное. Или «Defeating UCI: Building Stealthy and Malicious Hardware» (2011 год) — теоретическое изыскание о том как обойти UCI (это как раз уже про добавление зловредной цепи.

    Так что есть теоретические изыскания, пусть и не самой первой свежести, значит их возможно использовать и возможно используют.
  • Самый мощный российский процессор будет 32-ядерным и сделанным по технорме 7 нм
    0
    Достаточно, чтобы понимать, что все что не задизайнено с прицелом на доступ через jtag не будет через него доступно. Поэтому его наличие не отменяет потенциальной возможности внедрения какой-то схемы где-то сбоку, которая будет делать что-то странное при строго заданных внешних условиях, которые, например, в обычной жизни не будут встречаться.

    И я еще раз повторюсь — вероятность этого мала, но факт ее наличия сводит все описанные идеи о верификации дизайна на нет, потому что вероятность такого события несколько больше, чем простой подмены масок (как раз потому что это сложная схема где нужно иметь несколько масок и успешно избегать выборочных проверок, а тут все проверки покажут что все выглядит также как было отправлено в производство, не надо подкупать производителя микросхем и делать прочие сложные штуки)
  • Самый мощный российский процессор будет 32-ядерным и сделанным по технорме 7 нм
    +1
    Мне кажется Вы ответили не в тот тредик, потому что я написал про то, что все конечно в Ваших рассуждениях хорошо, но процессоры проектируют на неподконтрольном ПО, используя довольно таки закрытые библиотеки, которые предоставляет завод, а значит нет гарантий что при синтезе финальной схемы не появляется что-то чего быть не должно.

    А причем тут ME?
  • Самый мощный российский процессор будет 32-ядерным и сделанным по технорме 7 нм
    0
    Это все замечательно, но добавленные средой цепи далеко не факт что удастся таким образом обнаружить.

    И если что нет, я не очень верю что такое делают, но это все же аргумент в то что либо полный цикл, либо нельзя гарантировать безопасность.
  • Самый мощный российский процессор будет 32-ядерным и сделанным по технорме 7 нм
    0
    Потому что как раз если вы разрабатываете маску, то найти внедренный элемент — возможно.


    Чтоб подлить масла в огонь паранойи: а Вы можете гарантировать, что иностранный софт по проектированию, который вам продали не добавляет бэкдоры на этапе создания маски? Тогда производителю в общем и не надо две маски иметь будет, все уже готово, так сказать встроено. А так как Вы сами сказали — поди там проверь все миллиарды транзисторов :)
  • Самый мощный российский процессор будет 32-ядерным и сделанным по технорме 7 нм
    +2
    По указанной ссылке недостаточно информации чтобы найти какие-либо протоколы по данному делу, заседания и решения судов и так далее. Можете, пожалуйста, привести больше информации, чтобы любой желающих мог убедится в правдивости истории и в том что все было именно так? Ну там ссылки на соц-сети героя истории где было бы видно по его постам что он и как делал, какие-нибудь заметки местных СМИ, ну или там linkedin'ы героя истории чтоб было тоже видно что и как.
  • Самый мощный российский процессор будет 32-ядерным и сделанным по технорме 7 нм
    0
    Или можно взять в пример Эльбрус-8С, который был запланирован на 2016 год, но первое известное устройство на нем пошло в серию в октябре 2018 только (согласно вики).

    Эльбрус-8СВ — запланирован на 2018 год и акт приемки там стоит декабрь 2018 года (инфа из вики), но при этом продажа устройств на нем запланирована только на 2021 год.

    Так что roadmap у них хороший, но указанная дата видимо какой-то бумажной приемки или формальных окончаний работ, а до реальных устройств — +2.5-3 года как показывает практика.
  • Разработка и тестирование на платформах Эльбрус программы для томографической реконструкции Smart Tomo Engine (+2 видео)
    0
    Не понимаю связь «любой платформы» с «только на CPU».
    Мне как не сведующему в томографии человеку кажется, что если у вас вычислительно-интенсивная задача и требование скорости, то логично делать рассчеты на видеокартах. Я не вижу при этом чтобы это накладывало принципиальные ограничения на платформу, даже наоборот, кажется что будь все это сделано на OpenCL можно было бы поддерживать еще большее их число и сразу оптимально (просто требовать наличия поддержки OpenCL платформой или наличие PCIe шины куда можно воткнуть какой-нибудь FirePro) без необходимости делать архитектурно-специфические оптимизации. Но да, придется делать оптимизации под различные видеокарты, что тоже в общем-то ограничение, просто другое.
  • Разработка и тестирование на платформах Эльбрус программы для томографической реконструкции Smart Tomo Engine (+2 видео)
    +1
    Просто из статьи это непонятно (возможно нужны какие-то знания о архитектуре ваших решений), а значит оценить разумность полученных данных сложно, если вообще возможно.
    Дело в том, что на хабре в целом общетехнические статьи и я как не сведующий в томографии пытаюсь по Вашей статье сравнить Эльбрус и x86, вижу сильно разные результаты в разных таблицах без особого количества вводных и не могу сделать по ней никаких выводов для себя.
  • Разработка и тестирование на платформах Эльбрус программы для томографической реконструкции Smart Tomo Engine (+2 видео)
    +2
    Вы пытались разобраться почему у вас в последней таблице данные выглядят хорошими, но когда переходите к общему времени работы приложения 1 ядро Ryzen 2700 показывает себя лучше, чем 8 ядер Эльбрус-8С и 8СВ?

    К тому же в последней таблице хотелось бы видеть несколько разных x86-ых чтобы вообще понимать что тест хорошо масштабируется, а не упирается во что-то внешнее?

    Потому что в общем смысле вопросы к статье те же самые что в случаи СХД Аеродиск недавно. Абсолютно непонятно почему цифры отличаются.
    Еще в конце статьи описано что под Эльбрус код оптимизирован, а под x86 насколько глубоко вы закапывались в оптимизацию?
  • Разработка и тестирование на платформах Эльбрус программы для томографической реконструкции Smart Tomo Engine (+2 видео)
    +1
    А зачем ограничиваться процессорами общего назначения, если есть видеокарты, которые скорее всего намного лучше подходят для этих задач?
  • Эльбрус VS Intel. Сравниваем производительность систем хранения Аэродиск Восток и Engine
    +1
    В итаниуме — да, как и другие «ноу-хау» в других архитектурах по отдельности, но не в x86.


    Суперскалярные x86: P5 (Pentium первый), Nx586, AMD K5. То есть примерно с 1993 года.

    Внеочередное исполнение операций — Pentium Pro и AMD K5 были первыми среди x86. То есть с ~1995 года.

    А так уши у всего этого растут вообще из мейнфреймов 196x годов.

    Или имелось в виду, что в x86 это не ноу-хау?
  • Эльбрус VS Intel. Сравниваем производительность систем хранения Аэродиск Восток и Engine
    –1
    Я нашел какой-то тендер на 4.5 млн рублей, видимо это оно. К сожалению я не знаком с номенклатурой, чтобы понять насколько это нормально. Но обычно в тендерах кроме СХД предполагается еще договор на обслуживание, а они у любого вендера стоят чуть ли не больше самой СХД. Так что в таком контексте цена может быть даже сопоставимой с аналогичным решением от NetApp или Dell EMC. Понятно что не имея их на руках сравнение в целом невозможно, конечно.
    Но само собой, на Эльбрусе я предполагаю, что будет только дороже (возможно даже существенно).
  • Эльбрус VS Intel. Сравниваем производительность систем хранения Аэродиск Восток и Engine
    +3
    ПО на обоих системах одинаковое A-CORE актуальной версии. Оно идентично на системах Engine и Восток


    Из статьи в текущей момент абсолютно не ясно какое ядро и настройки, как минимум. Это может быть важно, как минимум для воспроизведения ситуации. Потому что мне, как читателю — абсолютно непонятно что такое «A-Core» и что это означает.

    Среднее за час

    Довольно плохая метрика, потому что несколько экстримально низких или экстримально высоких значений могут испортить картину. Советую подумать о перцентилях.

    Это стандартный процессор в системе Engine N2 для недорогой гибридной конфигурации (для более мощных, например all-flash конфигураций используются значительно более мощные процессоры).


    В статье это не указано, а также это не отвечает почему именно этот процессор выбран для железки. Иначе создается впечатление небольшого читерства когда берется система с процессором за условную 1000$ и ей противопоставляется относительно устаревшая система с процессором ценой в 300$ (на момент выхода).

    Не очень понятен вопрос, поясните какого рода анализ вы ждете


    Смотрите, сейчас Вы получили какие-то значения и сделали выводы. Проблема выводов в том, что полностью отсутствует все рассуждение между «мы получили 91к write iops и 100k read iops» и «Эльбрусы больше предпочитают запись». Просто выводы довольно спорные и не очевидные и без анализа причин таких чисел (архитектурного анализа, типа ткнуть в документацию и сказать «вот эта штука объясняет», либо настроек системы, версии ядра или еще чего-то подобного) такие выводы кажутся абсолютно неочевидными, более того, такая картина как описана в статье именно в плане разницы read vs write производительности больше похожа на то, что вы уперлись при чтении в какое-то узкое место (чтоб понять в какое — как раз и нужны графики загрузки цпу по типу и ядрам, анализ банального количества прерываний, теоретические расчеты задержек и пропускной способности по шинам и т.п.).

    Также и про latency в 0.3мс для Эльбруса — интересно бы увидеть объяснение отличий, с анализом причин такой разницы (например снятые системые метрики, конфигурация теста и какое-то доказательство что вы не просто случайно протестировали кэш).

    Ну и опять же, хочется больше деталей про условия тестирования, так как сейчас из всего железа известны только модели ЦПУ. Неизвестно ни какие диски использовались, ни информации про дисковый контроллер, поэтому анализ читателем — затруднителен, если вообще возможен.
  • Эльбрус VS Intel. Сравниваем производительность систем хранения Аэродиск Восток и Engine
    +2
    Только рассчитывать мощности таким образом абсолютно некорректно…
  • Эльбрус VS Intel. Сравниваем производительность систем хранения Аэродиск Восток и Engine
    +1
    Цены на Эльбрусы сложновато найти в публичном доступе… Если очень поискать, то можно найти предложение Е8С-mITX за 133 тыр (~1600 USD, это материнка с процессором, без памяти и прочего). За такую цену можно взять что-то на Xeon Silver притом еще с корпусом в сборе…
  • Эльбрус VS Intel. Сравниваем производительность систем хранения Аэродиск Восток и Engine
    +1
    Аргумент с санкциями звучит немного странно, с учетом того что Эльбрус-8С делается на TSMC и под более жесткие санкции попадет и его производство.
  • Эльбрус VS Intel. Сравниваем производительность систем хранения Аэродиск Восток и Engine
    +4
    Я не думаю, что без какого-либо анализа результатов со стороны авторов и более подробной методики тестирования тут справедливо делать какие либо выводы, так как непонятно как оценивать результаты из статьи. Сейчас просто напросто не объяснено чем обусловлены отличия и какие вообще теоретически возможные результаты могли бы быть получены.
  • Эльбрус VS Intel. Сравниваем производительность систем хранения Аэродиск Восток и Engine
    +2
    Еще забыл указать, что хотелось бы по возможности знать как были подключены диски, например какой SAS контроллер в обоих случаях и с какими настройками (например в каком режиме) и модели дисков бы еще. Иначе сложно сказать, какие значения были бы теоретически ожидаемыми и возможными (простая проверка на разумность полученных значений — попытаться предсказать что можно выжать из СХД в теории и сравнить с практикой)
  • Эльбрус VS Intel. Сравниваем производительность систем хранения Аэродиск Восток и Engine
    +3
    Мне бы вообще хотелось увидеть скрипты тестирования и размеры тестовых сетов данных. Потому что гонять час можно цикличную перезапись файла размером 32 МБ или что-нибудь в таком же духе и это будет чуть другая нагрузка…
  • Эльбрус VS Intel. Сравниваем производительность систем хранения Аэродиск Восток и Engine
    +9
    Статья в целом не тянет, на мой взгляд, по уровню на сравнение, скорее на блог-замтеку с целой рекламы изделий. Чтобы было интересно с технической точки зрения, стоило бы добавить:
    1. Информацию о ПО в по обоим СХД и клиентам в саму статью. Сейчас что-то про ядро есть только для СХД на Эльбрусе. Про sysctl'и нет вообще нигде и ничего.
    2. Подробная разбивка по загрузке CPU. Например, сейчас абсолютно непонятно что там по ядрам, так как есть только некая общая мера, я б даже сказал средняя. В идеале должно быть два графика — CPU по ядрам от времени и задержек от времени.
    3. Непонятно какие значения подразумеваются под пропускной способностью и задержкой — минимум, максимум, среднее, какой-то конкретный перцентиль?
    4. Хотелось бы увидеть обоснование выбора конкретного железа (ну кроме «другого не было»). Потому что E5-2603v4 все же один из младших CPU в линейке с ценой в 213$ и совсем непонятно зачем он был выбран.
    5. Хотелось бы увидеть анализ почему такой latency в ситуациях когда он выше ожидаемого.
    6. Непонятно почему не было более приближенных к реальным нагрузкам тестов — например смешанных нагрузок?

    Без ответов на эти вопросы совсем непонятно как можно делать какие-либо выводы. Например близость показателей чтения и записи могла быть обусловлена тем, что СХД на Эльбрусе на чтении просто напросто уперлось либо в шину либо в близкую к 100% утилизацию какого-то другого ресурса.

    И я еще уверен, что люди профессионально занимающиеся СХД могут задать еще больше вопросов, которые я просто по незнанию тематики упустил.

    А вместо непонятного вебинара (который еще и будет через несколько недель), где требуется предоставить много персональных данных, хотелось бы все же видеть вовлечение в ответы на вопросы в комментариях.
  • Как развернуть односвязный список на собеседовании
    +1

    А если недостаточным для тайпчека, но достаточным для лёгкого изменения логики?

  • Как развернуть односвязный список на собеседовании
    +1

    А можно автоматически проверить что доказательство по прежнему относится к этому коду?

  • Как развернуть односвязный список на собеседовании
    +2

    Тесты в данном случае повысит вероятность, что когда кто нибудь поменяет код по какой нибудь причине, изменения в поведении заметят.

  • Германия. Мюнхен. Advanced Immigration guide
    0
    Я технически тоже жил в квартире с видом на Финский залив :) Но все как сказали дальше — квартира-квартире рознь.
  • Германия. Мюнхен. Advanced Immigration guide
    +2
    Я конечно не автор, но кое что могу заметить:
    После Германии и даже Нидерландов, сортировка и вывоз мусора в Швейцарии — это очень просто и даже не так чтобы дорого (если делать все просто). По сути ты в супермаркете покупаешь мешки, и все кроме крупного или опасного мусора можешь выбрасывать в один мешок. Хочешь сэкономить? Тогда да, сортируй мусор, органику отдельно, PET отдельно, картон вывози на свалку или выбрасывай в отведенные дни и так далее.

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

    Доставка товаров из местных магазинов часто бывает в ближайший будний день (диджитек-галаксус те же).
  • Германия. Мюнхен. Advanced Immigration guide
    +8
    Как человек, переезжавший между странами уже трижды (Россия->Германия->Нидерланды->Швейцария) хочется у автора поинтересоваться, а все ли нормально было у автора в разных аспектах жизни?

    Человек обычно плохо умеет разграничивать личное, рабочее и впечатление от окружения. Если у тебя все плохо на работе, то и жизнь в городе ты будешь видеть только с плохой стороны (даже хорошие вещи начнут раздрожать, недостатки будут казаться более суровыми, а позитивные вещи — какими-то мелочами несущественным). Ну и также и про личную жизнь — разлад там будет сказываться и на работе и на ощущении от окружения.

    А так — в целом все написанное звучит очень странно звучит. И выводы про страну (даже про Швейцарию) и описанные минусы Германии.
  • Как подготовиться к собеседованию в Google и не пройти его. Дважды
    0
    Как-то подозрительно, раньше точно так не было. Даже 2 года назад так вроде не было. Бронируют отель и самолет, за еду потом можно по чекам получить.


    Отель не оплачивают в том случаи, если ни в одном из отелей с которыми есть договоренности нет свободных мест. Такое бывает если о собеседовании договариваться почти в последний момент, либо в это же время было какое-то крупное событие (например для Швейцарии это может быть сезон зимних видов спорта).

    Проезд внутри страны и еда компенсируются дейсвительно по чекам после.
  • Хранение метрик: как мы перешли с Graphite+Whisper на Graphite+ClickHouse
    0
    У меня были очень давно, был хуже раза в 3 на запись. Меня впрочем по-прежнему волнует чтение, а graphite-web/graphite-api будет очень плохо рабоать под нашими нагрузками.
    Так как в графаусе не появилось поддержки нашего протокола, то я его больше не тестировал.
  • Хранение метрик: как мы перешли с Graphite+Whisper на Graphite+ClickHouse
    0
    Я опять же напомню, что к авито не имею отношения, но мы в общем-то тоже смотрели на graphouse, но решили его не шибко тестировать по следующим причинам:
    1. У нас на фронтэнде go-graphite/carbonapi, а graphouse завязан на graphite-web/graphite-api. В наших тестах carbonapi значительно быстрее чем graphite-web/graphite-api (даже если их запускать на pypy)
    2. На прием метрик он примерно в 4 раза хуже работает чем lomik/carbon-clickhouse. То есть жрет больше CPU и быстрее заканчивается по скорости


    Сравнение справедливо на момент где-то полугодичной давности.
  • История переезда системного администратора в Германию. Часть первая: поиск работы и виза
    0
    Это немного спорнй момент. Работая в магазине продавцом или официантом, ты и через 10 лет не будешь получать столько же сколько Software Developer уровня нормального мидла. Впрочем да, тебе твоей зарплаты на жизнь хватит, не очень может быть комфортную, но хватит. Собственно это один из моментов который по-прежнему заставляет людей учиться.
  • История переезда системного администратора в Германию. Часть первая: поиск работы и виза
    0
    Я не автор статьи, но попробую высказать свое мнение.
    Высококвалифицированных айтишников меньше, чем нужно рынку. А вот низкоквалифицированных — больше, чем надо рынку. Но такое происходит в конце-концов, кажется, почти с любой профессией.
    Плюс импортировать айтишника по Blue Card — для компании одна лишняя форма. По времени ожидания выхода на работу — на немецком рынке труда уведомление об увольнении типично можно подать не раньше чем за 1-3 месяца до факта уведомления (так как это работает в обе стороны, то 3 месяца у местных считаются признаком доверия компании к тебе). А тут всего 2-3 недели на документы и специалист у тебя — красота же.
    С образовательными учереждениями же все интересно — адекватное образования в IT получить можно, но достаточно сложно, многому надо будет доучиваться, ну и получится в общем Junior на выходе. Плюс не забываем, что среди студентов будет весомый процент раздолбаев или людей, неправильно выбравших профессию, которые в общем могут даже до Junior уровня не дорасти или просто напросто застрять на нем. То есть даже факт наличия хороших ВУЗов, программ и преподавателей не будет гарантировать наличие адекватных кадров на выходе. Плюс потребности индустрии пока что растут, то есть для образовательного учереждения это значит что каждый год надо выпускать все больше и больше специалистов, а это, опять же, сложно, если вообще возможно.