• «Я дважды проверил код»
• «Код проходит все тесты»
• «Ревьюер одобрил мой код»

• Всеобщность: даже если код правильно вёл себя один раз, будет ли он вести себя так во всех случаях на всех машинах и всегда?
• Ложное прохождение теста: непрохождение тестов указывает на наличие багов, но прохождение тестов не гарантирует их отсутствия.
• Отсутствие определённости: можно написать формальное доказательство корректности кода, но теперь нужно задаться вопросом, корректно ли доказательство. Потребуется доказать доказательство. Эта цепочка проверки проверок никогда не закончится.

Больше, чем скрипты: важность коммуникации в мире информационных технологий

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

Привет, Хабр! Меня зовут Даша, я из компании Lofty и часто вижу у разных людей карьерный ступор или проблемы, которых можно было бы избежать. Что делать, если работаешь хорошо, но зарплата сама собой не поднимается, руководитель тебя не замечает, а книжки и бесчисленные статьи про софт скиллы не помогают? Именно в этот момент, на сцену выходит наш бесценный жизненный опыт, а как его нарабатывать и применять внутри компании, я расскажу в этой статье вперемешку с примерами из фильма «Кадры».

Привет всем, меня зовут Руслан Галифанов, я основатель IT-компании VEA, которая создала облачную систему для полиграфистов HelloPrint. В силу специфики своей работы я часто бываю за рубежом, большое количество времени провожу в США. Мне всегда было интересно разобраться, как устроено американское трудовое право, так как я по образованию юрист. Благодаря своим друзьям, ведущим бизнес в Америке, я смог понять, чем культура найма в Америке отличается от российской. Рассказываю об этом. 

Трудовые отношения в современной России и ближнем зарубежье опираются на советское право, которое одним из своих главных достижений считало защиту рабочих и других наемных сотрудников (пролетариата). Отсюда берут свое начало 40-часовая рабочая неделя, право на отпуск, обязательная причина для увольнения. Можно долго дискутировать о реальном положении рабочих (и особенно крестьян) в СССР, но стремление к прогрессивному трудовому законодательству очертило те рамки, в которых работают люди, родившиеся уже после развала Союза. 

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

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

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

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

Когда спрашиваю у людей на собесах, или когда в команде решаем, как клепать очередной проект, такое порой слышу, что становится страшновато. Мне кажется, лет через 5 все компании будут обитать в мультивселенной безумия из “микросервисов”, которую они себе радостно построили, уходя от этих ваших страшных “монолитов”.

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

Посмотрите внимательно на эту живописную картину. Спокойная река, извиваясь словно исполинская змея, несёт свои воды среди влажных лугов куда-то в самую даль, на край света. Дальний берег упирается в густой дремучий лес, который выглядит, также, как и тысячи жизней назад. Закройте глаза. Вы начинаете слышать самые разные, вполне привычные для речной долины звуки, которые доносит до вас лёгкий освежающий ветер – кваканье лягушек, крики водных птиц, жужжание насекомых. Но много веков назад берега этой реки слышали иное. Когда-то здесь гремело оружие, раздавались боевые кличи, а мольбы о помощи или пощаде переходили в предсмертные хрипы несчастных. Ведь именно здесь, в XIII веке до нашей эры разыгралось самое древнее европейское сражение из ныне известных – Битва в долине реки Толлензе.

Когда счастливый и довольный достиг того, чего хотел — вкатился в Linux‑разработку. Но получил не совсем то, чего хотел. Или хотел, но еще не понял, что хотел.

Работа в Яндексе ставит огромное количество технических вызовов, которые интересно решать. И один из них — это производительность основной очереди сообщений YDB Topics. Посмотрим, может ли опенсорсный продукт от Яндекса конкурировать с Apache Kafka по производительности.

Меня зовут Зевайкин Александр. Я уже практически 20 лет в IT. Начинал с преподавания в вузе, запускал множество стартапов, руководил командами разработки. В текущий момент я работаю в Яндексе в отделе, занимающимся одной из высоконагруженных систем. Это разработка распределённой базы YDB, в частности, функциональности YDB Topic.

Как подготовиться к собеседованию

Я всегда знал, что если отвлекать человека во время работы, это вредит делу. Но до конца не осознавал, насколько это серьёзная проблема. Особенно для разработчиков ПО.

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

Меня зовут Максим, я ведущий разработчик в VK. Занимаюсь инфраструктурой доставки электронной почты в проекте Mail.ru. Наша команда разработала и довела до эксплуатации файловую систему (ФС) на FUSE в рамках проекта распределённой почтовой очереди. В проекте требовалось реализовать сетевую ФС, которая сохраняет данные в трёх копиях, в разных ЦОДах. Цель — повысить отказоустойчивость, чтобы даже полный выход из строя одного ЦОДа не приводил к нарушениям SLA. Эта статья для всех, кто интересуется файловыми системами и хранением данных. Мы обсудим:

- зачем писать свою ФС;

- как написать свою ФС с помощью фреймворка FUSE;

- какие подводные камни есть у эксплуатации FUSE в production.

Эта статья — результат трёх лет разработки ФС. Сейчас самое время заварить чай, рассказ будет долгим. 

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

Как говорится, «не будите во мне ботана». Иногда кто-нибудь беспечно задаст мне, казалось бы, невинный вопрос — и я убиваю следующие несколько часов (в описываемом случае — дней), чтобы полноценно сформулировать ответ. Обычно всё это заканчивается с моей стороны очередной филиппикой на mastodon или в каком-нибудь приватном чате. Но на сей раз не буду этим ограничиваться и напишу целый пост.

Вот с какого невинного вопроса всё началось:

А почему UID начинаются с 0, но PID начинаются с 1?

Если совсем коротко: в Unix PID (идентификаторы процессов) начинаются именно с 0! PID 0 просто не отображаются в пользовательском пространстве через традиционные API.  PID 0 запускает ядро, а затем практически уходит на покой, только немного участвует в работе планировщика процессов и в управлении питанием. Кроме того, на просторах Интернета доминирует заблуждение о PID 0, всё из-за одного ошибочного утверждения в Википедии, которому уже 16 лет.

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

Но, конечно же, любой желающий может просто загуглить, что такое PID 0, верно? Зачем мне вообще всё это писать?

Живу в Германии, работаю программистом в местной компании и хочу рассказать об одном из самых сложных и напряженных - по крайней мере, субъективно, - этапов работы - испытательном сроке (нем. Probezeit), о его особенностях, как формальных, так и неформальных и об отличие от российских реалий, с которыми мне довелось сталкиваться. Одним словом, если вы еще никогда не проходили испытательный срок на позиции разработчика junior'a, будь-то в Германии, России или какой либо другой стране, то этот текст точно для вас; ну а если же вы уже "тертый калач" и общее время пройденных вами испытательных сроков немногим короче, чем хвост у кометы Галлея, но вы никогда не взаимодействовали с немецкими фирмами, то и для вас этот небольшой экскурс в инокультурную корпоративную среду, надеюсь, также будет любопытен. Итак, погнали!