В последнее время всё чаще звучит критика в адрес современной системы образования. Главным «виновником» называют ЕГЭ — якобы именно он породил так называемое «поколение ЕГЭ» — людей с худшим уровнем знаний по сравнению с «нормальными» выпускниками прошлого. Некоторые даже требуют отмены ЕГЭ, полагая, что это автоматически решит все проблемы.
Но так ли всё однозначно? Попробуем разобраться: как устроен ЕГЭ, в чём его настоящие достоинства, и почему претензии к нему чаще всего не по адресу.
Привет, Хабр!
Меня зовут Света Гречишкина, я работаю в РСХБ-Интех в Блоке Цифровой Трансформации, где занимаюсь подбором персонала. Мой опыт в этой сфере составляет восемь лет. Хотя кто-то может сказать, что это не так много, для мира ИТ это целая эпоха. За эти годы я наладила много полезных контактов и постоянно повышала квалификацию на курсах. Однако в нашей команде я и мои коллеги все чаще сталкиваемся с проблемой, которая касается найма начинающих специалистов, то есть джунов. Таким кандидатам порой просто невозможно войти в сферу IT, и это вызывает большое беспокойство.
IT-рынок всегда был и остается жестким. С одной стороны, доступ к информации и обучающим ресурсам стал легче. В наше время можно найти огромное количество образовательных материалов и курсов по работе в сфере технологий. С другой стороны, требования к кандидатам только возросли. Каждый новый проект требует специалистов, не просто с опытом в соответствующем стеке технологий, но и с наличием необходимых софт-скиллов, а также глубоким пониманием корпоративной культуры компании. HR-специалисты становятся своего рода «снайперами», отсекающими 95% кандидатов, чтобы в оставшихся 5% найти единственного подходящего. Стремление компаний принимать на работу только мидлов и сеньоров создает серьезные барьеры для молодых талантов, остающихся на обочине.
Что же делать тем, кто только хочет начать свой путь в IT?
Есть ли у них надежда на легкий и быстрый вход с заманчивым оффером, или это всего лишь миф? Чтобы ответить на этот вопрос, погрузимся в реалии HR. На IT-рынке наблюдается деление специалистов на два основных лагеря — «кабанов» и «волков». К «кабанам» относятся те, кто начинает свой путь в IT «снизу», проходя стажировки, участвуя в различных пет-проектах и проводя бессонные ночи за решением задач на Leetcode. Их вера в возможность вертикального роста подкрепляется годами усердной работы и постоянной прокачки своих навыков. Они стараются избегать фокусов и не обманывают в своих резюме, поскольку верят, что честный путь всегда будет вознагражден.
Сложность текста: 2-3/5
Необходимые знания: должно быть достаточно основ теории многочленов, например, формул Виета
На случай, если современная культура окажется утерянной во времени, дам немного контекста, чтобы вы понимали, почему эта задача стоит изучения.
Интернет переполнен «математическими задачками с эмодзи». Они более-менее продуманы, поэтому в них легко запутаться, и у людей получаются разные ответы, что вызывает споры и обсуждения, делая посты виральными и так далее...
Естественно, настоящим математикам это надоело. В начале 2017 года на Reddit появился пост с заголовком «Меня утомила вся эта фейсбучная фруктовая математика. Хочет кто-нибудь придумать действительно сложную математическую задачу, чтобы побороться с этим явлением?».
Привет! С вами снова Александр и мой бессменный ассистент FPGA-тян!
Сегодня мы разберём основы комбинационной логики, познакомимся с базовым логическими элементами и даже напишем прошивку для FPGA!
Миллиарды лет назад Марс был планетой с реками, озерами и, возможно, океанами. Сегодня это сухая пустыня, а вопрос, куда исчезла вода, по-прежнему на повестке дня. Новое исследование, основанное на данных марсотрясений, указывает: вода не испарилась в космос, а могла спрятаться глубоко под поверхностью Красной планеты. Давайте разбираться, что все-таки удалось узнать и что это значит для будущей колонизации Марса.
Как известно, ИТ-индустрия — это не только выпускники условного физтеха и самоучки-ветераны гитхаба. Это еще и те, кто раньше мог работать в сферах, казалось бы, мало связанных с продуктовой разработкой.
В Международный день космоса (21 мая — не путать с 12 апреля, знаменитым Днем космонавтики) мы поговорили с тремя коллегами, которые когда-то изучали орбитальные траектории и даже готовили космонавтов к полетам, а теперь создают цифровую вселенную в МойОфис: мультипродуктовую экосистему со сквозными сценариями. И космический бэкграунд им в этом помогает :)
Скорее ставьте фоном «Белое солнце пустыни» (если вы вдруг не в курсе, то вот откуда пошла эта традиция)...
На дворе 2025 год, а я всё ещё продолжаю делать видеоигры. Если верить archive.org, я начал заниматься этим двадцать лет назад! Достаточно долгий срок для одного увлечения...
Когда я рассказываю о том, над чем работаю, люди часто спрашивают меня, как я делаю игры, и их часто удивляет (а иногда и тревожит?), когда я говорю, что не пользуюсь коммерческими игровыми движками. Существует какой-то стереотип, что если ты делаешь игры не в популярном инструменте наподобие Unity или Unreal, это значит, что ты чуть ли не вручную пишешь ассемблерный код.
Я искренне считаю, что создание игр без огромного «многофункционального» движка может быть проще и интереснее, а часто и позволяет оптимальнее тратить вычислительные ресурсы. Я не делаю игру, в которой «есть всё», поэтому мне не нужны 90% фич, предоставляемых движками. Все мои игры обладают конкретным стилем и у меня есть конкретные способы работы с моими инструментами. Часто оказывается так, что используемым по умолчанию реализациям фич в крупных движках наподобие Unity не хватает столь многого, что мне всё равно приходится писать их самостоятельно. В конечном итоге, мои проекты по большей мере оказываются моими собственными инструментами и системами, а движок становится необходим лишь для создания удобного UI и части рендеринга...
Тут можно задаться вопросом, а зачем вообще использовать движок? Что он даёт? Зачем я позволяю инструменту потенциально препятствовать моей работе, когда его владельцы внезапно принимают неэтичные и ужасные бизнес-решения? Или выпускают обновление, которое требуется для запуска моей игры на консолях, но ломает всю систему в игре, заставляя переписывать её? Зачем я ежедневно борюсь с этим для работы с движком, пока я постепенно заменяю все его стандартные системы и он постепенно становится только загрузчиком ресурсов и фреймворком UI редактора?
Почему всё, что мы знали о прочности яйца — оказалось ошибкой
Если вы когда-то участвовали в «яичном челлендже» — где нужно сбросить яйцо с высоты так, чтобы оно не разбилось — скорее всего, вы держали его вертикально. За острый конец. Почти все так делают. Почему? Потому что считается, что в этой ориентации яйцо прочнее. Так говорят учителя, блогеры, популярные научные журналы. Мол, купольная форма, как у соборов или арок, отлично держит вертикальные нагрузки. Звучит логично.
Но оказалось, что это неправда. И не просто немного — а принципиально.
Около трёх лет назад я написал на Хабре статью «Смартфоновая металлургия и цена комфорта», в которой подробно разобрал состав айфона — словом, осветил технологическую незаменимость редкоземельных металлов, когда это ещё не было мейнстримом. С тех пор я время от времени задумывался, какими темпами улучшается качество смартфоновых дисплеев и камер, и какое применение эти технологии могут найти в науке. Но недавно мне попалась история о том, что в уже в этом году хитроумные физики из ЦЕРН и Мюнхенского технологического университета (TUM) соорудили на основе светочувствительного элемента из смартфонной камеры компактный детектор античастиц.
В серии чёрного зеркала (7 сезон 4 серия) в основе сюжета как программист сделал симулятор в котором развивались виртуальные существа (Тронглеты). Решил от части повторить, что бы существом управлял агент ИИ.
Сделал симулятор, где в рандом сгенерированном мире появляется агент. У него есть показатели:
- голод
- жажда
- комфорт
- его цель
- мысли
- глобальная цель.
Он может взаимодействовать с миром, находить предметы, крафтить любые предметы, придумывать, что нашел. Даже если в разработке я не закладывал какие-то предметы, объекты или механики он может всё равно их «найти». Например, нашел тростник который в будущем использовал для создания тетивы для лука. Он сам подбирает эмодзи, название предмета, придумывает механику и кладет себе в инвентарь. Для упрощения сделал пошаговую симуляцию.
Начало промта выглядит вот так (полный промт больше в 10 раз):
Про механику мира и разработку. Скриптом создаем карту 20х20 клеток. На нее случайно раскидываем эмодзи 🍓🌳🦌⛰🕳. Агенту отправляется видимость клеток на 3 вокруг нет. Он может ходить только на одну клетку заход. Ещё агенту задаются состояния:
Что у него есть голод 0/100
Комфорт
Жажда
Инвентарь
Взаимодействовать с миром он может, убрать объект логически, добавить объект логически, добавить и убрать предмет в инвентарь. По сути больше ничего, дальше он сам должен существовать в этом мире. Нет ни рецептов крафта, не сколько съеденная ягода восстанавливает голода. Но много про то "где" он находится и как "выживать" в этом мире (без подсказок)
Начало промта выглядит так:
В этой статье исследуем процесс создания цифровой камеры с нуля, начиная от разработки сенсора изображения и заканчивая программированием микроконтроллера. Рассмотрим трудности, с которыми можно столкнуться при построении камеры с минимальными компонентами, а также решения, которые позволяют вывести проект на новый уровень. Особое внимание уделим использованию 3D-печати, пайке и настройке прошивки, что делает проект идеальным для тех, кто хочет глубже понять принципы работы цифровых устройств.
Привет! Меня зовут Даниил Климчук, я работаю в команде, занимающейся SDK для авторизации через сервисы экосистемы VK. В него входит несколько компонентов, а именно авторизация по протоколу OAuth 2.1, кнопка One Tap для авторизации в один клик, шторка с описанием сценария авторизации и поддержка авторизации через Mail и OK.
Мы усиленно работаем над качеством нашего SDK, и одним из важных аспектов стал контроль работы SDK на устройствах пользователей. Было решено собирать краши и перформанс-метрики. Для этого отлично подходит новый инструмент AppTracer Lite SDK, разработанный в VK. Сейчас он доступен только внутри VK, но если вас заинтересовало решение и вы хотите внедрить его к себе, напишите в телеграм-чат: t.me/tracer_feedback — обсудим такую возможность.
В статье я расскажу о самом инструменте, о том, для чего его можно использовать, и поделюсь подводными камнями, с которыми я столкнулся при разработке. Подход, описанный тут, универсален, при рассказе я буду говорить вещи, применимые к любой библиотеке.
В этой части пробежимся по очередным направлениям, таким как ноутбуки, планшеты, смартфоны, пауэрбанки, мониторы CO2, бинокли и телевизоры и посмотрим, в чем и насколько обманывают нашего брата. Плюс немного советов, как определить истинные характеристики товаров или признаки обмана.
Здравствуйте, меня зовут Дмитрий Карловский и я... всю жизнь занимаюсь открытием исходников. Позвольте немного рассказать о ней. Кого-то эта история вдохновит, кого-то наоборот, но надеюсь никого не оставит равнодушным. Рид будет лонгим. Уж простите, но из реквиема по мечте нот не выкинешь.
