SL Potapenko
всегда думал, что бляшка образуется со стороны кровотка, на видео с обратной. и почему-то форма сосуда после удаления не возвращается к первоначальной.
там как минимум специализированный криптопроцессор с защитой от модификации кода/данных
к сожалению, это не тоже самое
далось вам это IT.
А так - для серьезной работы нужен хороший математический и/или технический бэкграунд, умение быстро осваивать тех. документацию, а не курсы, где вас научат ctl+c, ctl+v
помню у нас в школе еще было корпоративное питание, кажется за 1р 20
А яндекса тогда еще не было)
имею скромное мнение, что в условиях всо и повышенной волатильности нац. валюты относительно ее покупательной способности, государство должно само обеспечивать школьников всем необходимым для обучения.
вся эта глобализация прекрасна, если бы не государственный дискурс про импортозамещение. А ведь за этим дискурсом на поверку ничего кроме собственно слов и мизерных партий с ромбиком. При этом люди десятилетиями важно надувают щеки и получают из бюджета не маленькие такие зп.
у яндекса завышенные ожидания от студентов. Да и у остальных.
чтобы решать контесты и писать код на доске нужно держать эти алгоритмы в уме, что не всегда приемлемо. В противном случае все это зависнет на тесте номер 5 с мало понятной ошибкой.
МФТИ перебрали с внедрением "контестов" в обучение. В системе типа контест невозможно научиться отлаживать программы, потому что это черный ящик для _спортивного_программирования_. Соответственно отладить свой код в такой системе нельзя, а нужно написать кучу своих тестов, не всегда понимая причину проблемы (это же студент, он учится). Так как референсный код для тех же алгоритмов на практике не дают, и необходимо именно исследовать алгоритм, в конечном итоге это высасывает тучу времени и сил. Что уж говорить о студентах не из МФТИ.
А так конечно обьем и сложность тестовых задач для стажировки в МФТИ поражает: бот для игры в шашки за день с нуля (привет, абби)
В конечном итоге эта система стажировок конечно как-то работает. Ключевое слово "как-то".
москвич и кочка
все это верно в пределах нескольких (десятков, сотен) итераций, пока развивается текущая версия мажорного релиза, и в рамках какого-то одного субъективного компонента программного комплекса.
Если смотреть шире, то сложное ПО редко имеет гомогенную структуру - обычно это крутой замес технологий у компонентов, например, после нескольких генераций команды разработки, а во времени сильно меняющийся АPI или даже архитектуру взаимодействия между компонентами.
Есть такое понятие, как "технический долг". Его только профилированием и последующей оптимизацией не вернуть. Почти всегда требуются более радикальные изменения. Соответственно, прототипирование (или "игра в код") для этих новых изменений неизбежно.