Мне всегда нравилось копаться в истории IT и находить какие-то штуки из прошлого, которые находятся здесь и сейчас рядом с нами. Что-то такое, что было разработано десятки лет назад, но продолжает жить и развиваться и, порой, занимает заметное место в нашей жизни даже если мы об этом не знаем.

В публикации - три короткие "живые" истории. Первая про старое железо и 6-битные байты. Вторая про старый софт и Министерство Обороны. И третья про старые баги и новые айФоны.

Приветствую, дорогой читатель!

Меня зовут Евгений, я занимаюсь развитием сетевой инфраструктуры в Домклик. Сегодняшняя статья будет охватывать только применение динамической маршрутизации на основе FRRouting (FRR), но, возможно, в будущем я напишу продолжение о том, как конфигурировать другое оборудование, которое вы встретите в тексте.

Предложение о смене ПРОФЕССИИ online — современный тренд. На вебинарах, лайвах, митапах и т.п. обучающие организации рассказывают о нюансах дистанционного развития трудовых навыков.   

Один такой лайв я посмотрел на днях (сентябрь 2022г.). Зацепило название: «Как наставник помогает в обучении программированию». Этим вопросом я интересуюсь давно и имею свои наблюдения, изучаю отзывы студентов, общаюсь со специалистами из IT.

Многие тезисы уже были сформулированы, а просмотр лайва стал всего лишь сигнальной ракетой к написанию статьи.

После небольшой статьи про особенности при работе с кэшем (https://habr.com/ru/post/687146/) мне в личку прилетело несколько замечаний про работу спинлоков и приглашение на собес от пчелайнов, приятно, что технические статьи читают не только технари... лирика. Возвращаясь к обсуждению спинлоков, вышедших за рамки хабра, если это вызвало интерес, почему бы не написать про работу с этими примитивами синхронизации. Тема действительно интересная, да и разработчики придумали более десятка разновидностей спинлоков под разные вкусы и нужды. Все опять будет с тестами и примерами работы. @tbl Линус действительно прав, в юзерспейсе спинлоки "зло злющее", но как обычно есть нюансы...

Привет, Хабр! 

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

Прежде чем приступить к изложению сути темы, расскажу историю из практики. Когда-то я занимался автоматизацией такого страшного явления как “аттестация педагогических работников”. Суть заключалась в том, чтобы разработать систему, куда доблестные труженики образования загрузят документы, подтверждающие успехи в работе - грамоты, дипломы учеников, и далее по списку. Стек: PHP+Python (если хотите знать, что тут делает Python - почитайте первую статью), JS (jQuery) на фронте. 

Конечно же, никакого ТЗ не было, порядок внесения изменений напоминал постройку железной дороги прямо перед движущимся паровозом. Закономерным следствием такого подхода стали некоторые “особенности” в работе системы. Так, например, список отправленных на рассмотрение портфолио для администратора формировался несколько минут. Однако это всех устраивало, потому что “внесение изменений может что-то сломать, а так оно работает пусть медленно, зато предсказуемо”. Оно и по сей день работает медленно, но предсказуемо.

Старое жедезо СССР. Часть 3.

15ИЭ0013, он же Фрязинский дисплей.

Картинка поиском "Советский программист ждет появления"

Место , время, автор все те же. Ленинград, Петродворец, ЛГУ ФизФак. НИИ Физики. 1980е. В нашу лабораторию завезли 15ИЭ0013, он же Фрязинский дисплей, несколько штук. Распаковали, включили, хорошая вещь, работает. Ретроспективно понимаю, что 15ИЭ был чемпионом. Ну все штампы, которые принято говорить. Прорывная разработка, наголову выше аналогов, решения, опередившие время, на уровне мировых образцов итд.

Отступление о терминах. Терминал, дисплей, монитор это разные устройства. Интуитивно понятно, но  строгие определения дать трудно. Если начну, будет драка, попробуйте сами.   Часто эти термины смешивают, употребляют как синонимы. И я буду так же, прошу не судить строго.  Вот, например, VT-52 назван довольно точно, Видео Терминал.  (Самый первый, классический терминал был телетайп. Чудо теслапанка, последовательный код на электромеханике. Пароль “В ЧАЩАХ ЮГА ЖИЛ БЫ ЦИТРУС?” Отзыв “ДА, НО ФАЛЬШИВЫЙ ЭКЗЕМПЛЯР!0123456789”) Но мы отвлеклись.

Что собой представлял типичный дисплей того времени. Сравним с современным монитором для персонального компьютера. Главное принципиальное отличие в том, что если монитор отсоединить от компьютера – системного блока, то изображение на мониторе пропадет. А если отсоединить дисплей от ЭВМ, изображение останется. Дисплей подключен к ЭВМ через медленный интерфейс и поэтому должен  хранить картинку в себе.

Свойства дисплея, что он должен делать и из каких частей состоит. Дисплей символьный, цифры, буквы и немного знаков. Символ может находится в знакоместе. 80 символов в строке, 24 (25) строк. 2000 символов на экране. Символы чаще всего формируются растровым способом, 5х7 точек это совсем грубо, только заглавные буквы, 7х9 получше, уже буквы большие и маленькие и аккуратные. Видел еще экзотический дисплей на ЕС, символ формируется векторно, внутри знакоместа своя развертка, отклоняющая луч в пределах знакоместа. Символы  рисовались кривенькие, да еще с переменной яркостью луча, как бы рукописные.

Летом этого года были приняты законы, устанавливающие административную и уголовную ответственность для операторов связи за отсутствие фильтрации интернет-трафика с помощью технических средств противодействия угрозам (ТСПУ). На встрече с операторами связи и вещателями директор центра специальных проектов ФГУП Главного радиочастотного центра (ГРЧЦ) Сергей Темный подробно рассказал об изменениях в нормативной базе и о том, как телеком-компаниям работать в новых условиях. Основные тезисы доклада эксперта – этой статье.

В серии из трех статей рассказываем о переходе с монолитной на микросервисную архитектуру. Разбираемся, когда и кому это действительно нужно, рассматриваем 7 миграционных шаблонов и самый больной вопрос: «Как быть с данными?».

В первой статье про скрининг-колл с рекрутером я рассказал о вопросах, которые скорее всего вам зададут на первичном коротком интервью в США. В этой статье я расскажу про вторую часть скрининг-колла, когда мячик находится на стороне того, кого собеседуют.

А именно — что действительно имеет смысл спрашивать у рекрутера, а какие вопросы не стоит задавать.

О чём тут не будет: напоминания базовых конструкций языка и основных моментов о том, как с ними работать; подробного разбора, как работают исключения (писали тут и тут); как грамотно спроектировать ваш класс/программу, чтобы не наломать дров в будущем с гарантией исключений (разве что совсем чуть-чуть, хотя я сам и не очень-то тук-тук).

О чём будет: разные способы обработки ошибок в C++, несколько советов от сообщества и немного заметок о различных жизненных (и не очень) ситуациях.

Дорогие любители литературы! Рады сообщить, что наш литературный сайт приступает к работе. Приглашаем писателей – и читателей, само собой разумеется.

***

С сегодняшнего дня на сайте функционирует сервис обложек. Вы можете нарисовать для своей книги яркую и красивую обложку.

***

Нас часто спрашиваю, как быть тем, кто не умеет рисовать. Мы нашли выход и приделали к сайту сервис, позволяющий рисовать обложки с помощью нейросети. Вы задаете тему – нейросеть рисует. Получается замечательно!

***

Согласно многочисленным пожеланиям, мы написали автоматический корректор. Теперь любые грамматические, также стилистические ошибки исключены: они будут исправляться в публикуемых произведениях автоматически. Нет безграмотности!

***

Самый важный релиз из состоявшихся. Если раньше мы шли навстречу тем, кто не умеет рисовать и не умеет писать грамотно, то теперь – тем, что просто не умеет писать. ИИ вам в помощь! С сегодняшнего дня вы задаете тему и очерчиваете характеры главных персонажей – остальное берет на себя ИИ.

***

Кажется, мы забыли о писателях, страдающих отсутствием вдохновения. Для них радостная весть. С сегодняшнего дня вы можете пользоваться генератором идей. Сгенерировав идею, вы загружаете ее в ИИ, проверяете полученный текст на наличие ошибок и создаете к нему обложку. Книга готова к публикации! 

***

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

***

У нас радостные новости.  За прошедшие годы наш литературный сайт финансово преуспел и больше не нуждается в инвесторах. Мы готовы производить литературную продукцию самостоятельно. Приглашаем программистов, специализирующихся в области нейросетей, автоматических корректоров, ИИ и генераторов идей.

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

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

Чего же боятся стажеры?

В среде разработчиков бытует мнение, что информационная безопасность относится к IT не напрямую, а косвенно, что это вспомогательная область и даже вторичная. Но так ли это на самом деле? На этот неоднозначный вопрос серьезно и обстоятельно ответили спикер Слёрма Роман Панин и его коллега Павел Шатилов, руководители направления архитектуры ИБ в МТС.

Каждый начинающий программист мечтает реализовать свой собственный проект. Не написать простенький код, по заданию преподавателя, а воплотить в жизнь свои идеи. Так и я, изучая C++ 3-4 месяца, решился попробовать разработать макет электронного журнала для преподавателей.

Привет! Меня зовут Вартанян Артур, и я работаю Java-разработчиком в компании Reksoft. В корпоративный мир IT я попал чуть более двух лет назад, но до сих пор отлично помню свои первые попытки трудоустройства на работу в ИТ-компании до получения первого оффера.

В данной статье я хотел бы поделиться своим опытом, который помог бы начинающему специалисту быть более уверенным в себе и не сдаваться при поиске своего первого оффера в мире ИТ.

Когда вы написали продающее резюме, откликнулись на интересующую вас позицию, оно прошло сканирование ATS системой и было отобрано рекрутером, следующий шаг — это созвон с рекрутером для первичного скрининга.

В этой статье я расскажу:

• Что такое скрининг-колл.

• Какие типовые вопросы встречаются на скрининг звонках в США, вне зависимости от того собеседуют ли в стартап или в FAANG компанию.

• А также на какие вопросы вы не должны отвечать на скрининг звонках в США.

Уделите мне минутку, а я расскажу вам историю, которую наверняка вы уже не раз слышали.

Итак, некий сотрудник (пускай даже будет сотрудница) приступает к новой работе. Для простоты назовем ее Лизой. Она новичок, поэтому менеджер поручает ей для начала какую-нибудь простую и посильную задачу. Наша Лиза — хороший сотрудник, поэтому работу она выполняет качественно и в срок. Ее менеджер доволен. Ввод в должность завершен, теперь ей достаются более серьезные и сложные задания — приблизительно такие же, как и остальным сотрудникам на ее должности. Помните, Лиза хороший сотрудник! Поэтому с новыми поручениями она справляется на раз-два. Начальник снова доволен и светится как новенький пятак. Ему очевидно: Лиза — прекрасное приобретение для компании, можно вовсю нагружать ее работой — она справится.

Пока наши коллеги из интернет-магазина XCOM-SHOP рассказывают о доступных в России персональных гаджетах, мы в системном интеграторе X-Com все чаще получаем запросы на расчет и производство серверов для различных задач. И после одного очередного такого запроса решили поделиться своими наблюдениями о ситуации, сложившейся на серверном рынке. Под катом подробный рассказ о том, какие запросы сегодня поступают на производство, и как их удается исполнять.

Путь, который проходят если не все, но очень многие — это этап выхода на первый проект в качестве джуна. Как это было и как могло быть? Как может проходить твой день в качестве младшего тестировщика?

Кажется, что всем известно, чем занимается программист, как проходит его день. Об этом написано достаточно статей в сети. А чем занимается тестировщик? А младший? Допустим, вы пришли в тестирование из совершенно другой сферы. Есть ли у вас представление, как будет проходить ваш день и что в целом вы будете делать? Для тех, кто только хочет попробовать себя в новой профессии или уже занимается на курсах и посещает собеседования, я расскажу о своём опыте.

Для начала пара слов обо мне. Это поможет лучше понять и прочувствовать то, о чём я говорю. Меня зовут Наталья, мне 23. В прошлом году я получила степень бакалавра в сфере Информационных систем и технологий. После этого около полугода я искала себя и наконец в феврале 2022 пришла в IT.  Сейчас я младший тестировщик в ГК Юзтех. Три месяца я обучалась по внутрикорпоративной программе менторства и только после этого присоединилась к настоящему проекту по разработке внутреннего веб-продукта “Программа лояльности”.

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

Уверены, что это действительно так?

Могут ли разработчики удерживать или претендовать на продукт?

Если возникнут конфликты, кто будет прав и как обезопасить себя и свои права?

Об этом говорим в статье.