Как стать автором
Обновить

Комментарии 806

Спасибо, итересно было почитать, сейчас уже на новом месте? Как оно там?
Я работал над Брингли, который закрыли


Что-то знакомое, думаю.
Как я проработала 3 месяца в Я.Маркете и уволилась
Но не все так радужно. Не успела я проработать и месяц, как Сбер объявил о прекращении финансирования Bringly, проект оказался убыточным


Про Брингли мало деталей к сожалению.

Да, уже на новой работе. Пока очень динамично — огромное количество новой информации.
Про Брингли, если честно, не хочется говорить. Я помню свой первый день в Яндексе, 05 марта 2019, как сидел в Мулен Руж (конференц-зал) и слушал про трансграничное направление Маркета. Уже тогда было понятно, что оно не полетит. Идея строилась вокруг брендированной одежды и обуви из Турции… Ну такое… Стоимость логистики + турецкий подход к бизнесу всё убили. А конкурировать с АлиЭкспресс на товарах из Китая нереально.

Крупные компании прощупывают ниши, это нормально. Но сваливать на разрабов проблемы маркетинга это низко, подобное можно ждать от шаражки с взбаломошным директором, но никак от крупной компании.
но никак от крупной компании
Самая главная и очевидная ошибка — а с чего вы взяли что это крупная компания? По меркам бизнеса — это типичный средний бизнес со всеми вытекающими проблемами среднего бизнеса по определению.
И второе — «кто-то там» сказал, что ожидания болельщиков — это проблемы болельщиков. Это я про то, что если кто-то там шибко обольщался, ну так это проблемы того кто обольщался. Не более того.
Есть конкретные критерии крупного бизнеса — доход более 2 млрд руб, количество работников — более 251 человек. Яндекс под эти критерии подходит. Так что это не я взял, это общие критерии для РФ, могли бы и погуглить, а не задавать глупых вопросов.

И про болельщиков я не понял — что вы этим хотели сказать? Если для вас норма сваливать на разрабов менеджерские просчеты, то идите в… Яндекс, там такое цветет и пахнет.

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

НЛО прилетело и опубликовало эту надпись здесь
Извините, не так прочитал.
8854 больше, чем 251.
745 млн долларов больше, чем 2 млрд рублей.
Разве не так?

А что было в оригинальном коммаентарии, если кто помнит? Сейчас там +1.

НЛО прилетело и опубликовало эту надпись здесь
Привёл доказательства правоты автора.
А комментарий следовало писать под предыдущим постом.
Комментатор неправильно прочитал коммент на который отвечал, решил что в нем озвучены не критерии большой фирмы а количество людей и доход Яндекса. И весьма прямолинейно обвинил автора во лжи.
Хм… Сколько злобы. :))) А зачем?

Итак, что вам даёт число? Скорее всего чуть менее чем ничего. Число никак не раскрывает экономическую модель бизнеса. Для маразматичного налоговика число может быть что-то там да и даёт, но вменяемым — вряд ли…

Бизнес как водится трёх видов бывает. Мелкий, средний и крупный. Критерии сего определяются вовсе не какими то там числами, а экономическими моделями. Про мелкий смысла нет говорить, с ним всё понятно. Средний — это когда дело доросло до вменяемого размножения самого себя. Крупный — это средний + производство базовых «орудий труда» для дела. Само собой это всё слишком грубые критерии, если нужны более чёткие — учебник экономики откройте, а не налоговый кодекс, или что там вы открыли от рашенских маразматиков — тут уж я понятия не имею…
И про болельщиков я не понял — что вы этим хотели сказать?
Ниже строка.
Это я про то, что если кто-то там шибко обольщался, ну так это проблемы того кто обольщался. Не более того.

И да, яндыкс — это средний бизнес, торгующий гавённой третьесортной рикламкой вразнос. Не более.
Причём заметьте, яндыкс является средним бизнесом даже с небольшой натяжкой вообще-то…
Крупный — это средний + производство базовых «орудий труда» для дела.
получается, что крупный бизнес — это средний делающий велосипеды для себя :)
И Яндекс по ваше определение точно подходит :)
Не знаю зачем яндыксу «велосипеды». Это у яндыкса спрашивать нужно.

«Орудия труда» в данном случае — это операционки, браузеры, всякие ноды, серваки и всё то, что базово помогает яндыксу далее создавать «продукты», продающие рекламу. Это и есть «орудия труда». Первоначальные экономические зависимости.

Ой простите. Это не про яндыкс. Ахаха! :)

А у яндыкса похоже что да, только калешные монструозные виласипеды… Тут вы возможно правы.

пс: Сбоку Хабра подкинула «совершенно случайно»: «Google делает свой процессор, а AMD готовится уничтожить Qualcomm». Конечно же это просто совпадение, не более.
Хахаха, вот ты не в курсе что гугл делает ARM процессор для консьюмерского рынка. Делать на нем серьезную работу никто не собирается, он для телефончиков. По твоим некомпетентным маразматическим критериям даже гугл — средний бизнес, так что ты так обсратушки, что просто смешно.
Сам себе что-то выдумал, сам доказал обратное. Может тебе хоть немного изучить тему, мальчик, прежде чем лезть в разговоры взрослых людей?
В путаете причину и следствие. То что вы назвали — это следствие укрупнения бизнеса. И яндекс по вашему же определению — крупный.

И если уж говорите «посмотри в учебниках» — то давайте ссылки, где это написано, чтобы я ознакомился с полным текстом, а не вашей интерпретацией, которая в корне не корректна.

И если вас не устраивают рашенские маразматики, то в ЕС критерии крупного бизнеса — более 250 человек, а также более 50 млн евро или общим балансом 43 млн евро.

Может если кругом маразматики, то маразматик — это вы? Особенно мне понравилось «торгующий гавённой третьесортной рикламкой вразнос». Смешно. Сам этот маразм выдумал?
Joom?
НЛО прилетело и опубликовало эту надпись здесь

Эм… но вот прямо здесь и сейчас публикация от лица мужчины (вроде). Пересечение по отдельным моментам этой и той статьи есть. И эта статья в плюсе. Может дело всё-таки было не в поле автора, а в содержании статьи и подаче материала? Одни и те же факты можно описать и так, что уйдёшь в глубокий минус, и так, что на руках будут носить.

НЛО прилетело и опубликовало эту надпись здесь

Два человека написали статью на одну и ту же тему. Обе в плюсе. Но вы говорит, что


  • у Юли статья в плюсе, потому что она женщина
  • у Ивана статья в плюс, потому что он дело правильные вещи

Я правильно понимаю вашу мысль? о_О

Те, кому нравилось работать в Яндекс.Маркете, не пишут такие статьи=)
Кто плюсует мне тоже интересно. Это достаточно забавно и интересно читать, но всё же ценность таких статей околонулевая (ИМХО) по сравнению с техническими статьями.
Ну вот прочитает человек такую статью, решит что Яндекс говно и не пойдет туда. Кому от этого лучше? Человеку, который не получит полезный опыт создания scalable систем? Яндексу, который не получит (возможно) ценного сотрудника?
Очевидно, человеку, который не пойдёт и не разочаруется в компании сам (если он прочтёт статью и поймёт, что разочаровался бы).
А полезный опыт создания масштабируемых систем можно далеко не только в Яндексе получить.

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

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

Я работал в каком-то другом маркете и ничего подобного описанному в статье у нас не было. Либо всё за 2 года ТАК испортилось, либо автор слегка (совсем чуть-чуть) преувеличивает проблемы.
Представим теоретическую ситуацию что в статье — ложь. Что должно делать руководство в этом случае? Ну проведут они расследование, выяснят, что переработок нет или почти нет, статический анализ есть и на венде люди прекрасно работают, а человек просто обиделся на что-то, вот и пишет всякое. А потом другой человек прочитал это и не пошел работать в Яндекс, основываясь на недостоверных/неполных данных. Кто в этой теоретической ситуации выиграл?

В Яндексе, собственно, политика такая вместо того, чтобы строить внутренние процессы так, чтобы не было стыдно, если вдруг что-то станет достоянием общественности, — там бьют по башке всех, кто хотя бы минимально проявит свою нелояльность.

Вы это говорите на основании собственного опыта?

Ну, представлять-то можно много чего. Например, что всё именно так как автор и написал, или даже всё на самом деле ещё хуже, но руководство не в курсе.


Агась.

Да даже бывшие/нынешние сотрудники Маркета (вроде меня) не в курсе происходящих ужасов, что уж о там о руководстве говорить=)
Мой изначальный поинт в том что не надо принимать на веру всё что пишут в интернетах и автор может быть (скажем мягко) не совсем объективен.
Да, во всякую дичь легче поверить — я когда читал всё это поймал себя на мысли «ну нихрена себе там у джавистов», но, поразмыслив, всё же решил, что слова автора надо делить примерно на 10. Например его поинт про то что на маке/венде не собирается разбивается о то, что это и не нужно делать ибо неудобно — яндексовая система сборки позволяет собирать удаленно на (линуксовых) серверах. Зачем собирать 2 часа утилиту если можно собрать ее за 10 минут на сервере? Опять же, когда я устраивался я всё это выяснил заранее и не стал брать Мак (вероятно, зря).
Если бы я до сих пор работал в Маркете и был в курсе что там в команде джавистов я бы мог подтвердить или опровергнуть описанное в статье. Из того, что я видел и где я работал — ничего подобного и близко не было.

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


Нытьё про работоспособность java-приложения под виндой я тоже не разделяю, но у всех свои тараканы. И в любом тексте можно найти какой-нибудь изъян, что не делает этот текст ложным.

Ну а меня в своё время уволили

Ого, ничего себе. А можно подробности (в личку)?

И в любом тексте можно найти какой-нибудь изъян, что не делает этот текст ложным.

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

Я мало уже помню подробностей.


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

Смысл в монорепе в том что у вас есть легкий доступ к тем самым велосипедам. И да, «не связанные» проекты в том числе хотят иметь этот доступ. Нужна библиотечка из Утилей — подключили одной строкой в ya.make. Захотела ваша тулза из 10 строк ходить в YT — фигня вопрос, ну подумаешь вместо 10 секунд компилируется теперь 40 минут. Зато экономится время разработчика — не надо пилить свой локальный велосипед когда есть алгортим/функция/библиотека/велосипед в Аркадии. Например, поиск Маркета юзает плюс-минус тот же код, что и основной поиск.
Не, я не спорю, что при должном тулинге можно сделать это и на мультирепах, но проблема в том что и в случае монорепы и в случае мультирепы этот тулинг нужен (ни то ни другое не является серебрянной пулей и не работает из коробки) — в силу тех или иных причин Яндекс выбрал монорепу и связанный с ней тулинг. Утверждать, что монорепа — говно, «забыв» о необходимости (другого) тулинга для мультирепы — это писать фигню, потому что складывается впечатление что в Яндексе дурачки, а вот мультирепа все проблемы решит из коробки.

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

Да, гитхаб это клево и удобно, а как быть с переменованием функций, например? В Аркадии я могу взять и заменить Stroka на TString одним коммитом.
А вот взять товарищей из Qt, у них мультирепа. Вот я хочу переименовать функцию из QtCore которая используется в другом сабмодуле. Это надо добавить функцию-обертку, закоммитить, пойти в другой модуль, заюзать враппер там, закоммитить, пойти в QtCore и наконец переименовать функцию, избавившись от обертки, закоммитить. Не слишком ли много действий для такой простой задачи?
В Аркадии я могу взять и заменить Stroka на TString одним коммитом.

По отдельному коммиту в каждую фичеветку каждого проекта тогда уж.


А чтобы такой ерундой не заниматься такие вещи лучше оформлять в виде какого-нибудь codemod, который запускается автоматом после слияния.


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

Похоже они перестарались и зачем-то разрезали один проект на несколько реп, что ничего кроме проблем не даёт. На репы имеет смысл нарезать по зоне ответственности.

То есть по ссылке вы не ходили? Там как раз описывается система которая автоматически выкачивает зависимости по мере их использования. Как из npm так и из отдельных репозиториев. Был бы я Яндексом, то отмасштабировал бы её и на яву и цпп. Но я не яндекс.


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


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

Я пролистал ссылку, понял что ничего не понимаю в Джаваскрипте и закрыл — я сходу не увидел высокоуровнего описания, а вникать в портянки кода на ЖС у меня нет желания, извините, веб разработка — не моё.
Нет, я прекрасно знаю, что все эти проблемы решаемы в мультирепе, скажем, в 2 Гисе был свой набор скриптов для этого. Можно и деб-пакеты собирать из различных репозиториев и рулить зависимостями на этом уровне, тоже подход. По всякому можно, я и не утверждаю что монорепа лучше чем мультирепа, я утверждаю что безапелляционно заявлять что «Х — говно» это профанационный уровень, которым проникнута вся статья.

Тулинг там довольно тривиальный

Именно так и работает селективный чекаут в ya make=)

Но это реально говно. Такой подход не масштабируется. Полирепу же легко масштабировать.

Это очень спорное утверждение. Сразу хочу сказать, что я не фанат монорепы.

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

Я довольно долго использовал парадигму дебиановских пакетов и бинарную зависимость. Что я могу сказать: бинарная зависимость в C++ — это боль. Отдельно доставляют циклические зависимости, если у программ есть плагины. Ещё раз отдельно, но уже по-другому, доставляют переезды на новые версии ОС, когда тебе надо пересобрать ВСЁ, даже какие-то старые коммон-библиотеки, которые уже года 3 как заморожены.

Я даже дружил библиотеки, собранные из монорепы, с бинарными сборками в дебиановские пакеты, и отлов багов с клэшингом символов — это прям особое «удовольствие».

Стоит отметить, что везде это был C/C++ код, со всеми его проблемами динамической или статической линковки. Но общие моменты, что надо уметь делать минорные релизы, которые не ломают API+ABI, думаю, будут применимы ко всем языкам. Это тяжело, и это форсит накапливать подобные несовместимые изменения в большие пачки и делать большие мажорные релизы, которые требуют много работы для внедрения, переписывания кода у использующих данный код проектов и т.д. А пока все медленно переползают — надо поддерживать 2, а то и 3 мажорных релиза. И да, сложность поиска кода действительно есть, найти, из чего именно был собран какой либо бинарник/пакет далеко не так тривиально, как может показаться. Есть ещё «вирусные» изменения, типа включения поддержки нового стандарта C++ — это тянет за собой включение сборки с этим же стандартом и у всех зависимых компонентов. На сколько я понимаю, у Java есть примерно такая же фигня с целевой версией JVM, и примерно такая же проблема у JS кода, подобным «вирусным» изменением может быть использование более новой версии питона при разработке какой либо библиотеки.

В противоположность этому монорепа требует вносить изменения плавно и итеративно, можно даже вносить изменения, ломающие API, но своим же коммитов исправлять все использования из чужого кода, главное — сохранять совместимость на уровне сетевого протокола и формата данных. Да, это требует наличия тестов у проектов. Да, это несколько усложняет разработку в бранчах (поэтому обычно монорепа соседствует с trunk-based разработкой), но позволяет делать такие изменения у популярных, с точки зрения количества использующих их проектов, библиотек. Важно отметить, что монорепа — это не столько большой SVN/Mercurial/git/whatever, сколько система сборки, система контроля зависимостей, тестирование, система CI/CD и т.д.
вся фигня заключалась в том, что твою библиотеку юзали разные проекты, но каждый — какую-то версию

То есть проблема в фиксации версий, а не полирепе.


Я довольно долго использовал парадигму дебиановских пакетов и бинарную зависимость.

А тут соответственно проблема в попытке полагаться на бинарную совместимость, а не полирепе.


А пока все медленно переползают — надо поддерживать 2, а то и 3 мажорных релиза.

Не надо поддерживать устаревший код. Тогда переползать будут гораздо быстрее.

То есть проблема в фиксации версий, а не полирепе.

А какие предложения есть? Как вообще искать все проекты, которые используют твою библиотеку, особенно если разработка идёт в фиче-бранчах?

А тут соответственно проблема в попытке полагаться на бинарную совместимость, а не полирепе.

А на какую зависимость надо полагаться? Если по исходникам, то как фиксировать?

Не надо поддерживать устаревший код. Тогда переползать будут гораздо быстрее.

Как синхронизировать разработку, если твою библиотеку использует 50 проектов?

Вы абстрактно хорошие вещи говорите, но как их воплотить в реальную жизнь? Можете рассказать, как вы это видите для компилируемых языков?
Можете рассказать, как вы это видите для компилируемых языков?

Какая разница — компилируемый ли язык или интерпретируемый? Та или иная форма "dll hell" и необходимости менеджить зависимости никуда не девается. Самое простое, конечно, статическая линковка и затаскивать внешние модули целиком (и собирать вместе с ними). Сильно сложнее, когда зависимости через артефакты. Но ничего нового Вы не сказали — так или иначе эта проблема характерна для любой разработки. Как со стороны потребителей готовых блоков (библиотек), так и со стороны разработчиков (которым приходится поддерживать несколько версий в параллель и давать определенные гарантии на интерфейс библиотеки).
Теоретически можно построить фашизм и заставить всех использовать только последние версии в рамках отдельно взятой организации, но это просто космическое количество человеко-часов, чтобы поддерживать весь код в актуальном состоянии (а то! Думали, что айти это дешево и просто на кнопочки клацать!)


Кстати, я плачу горючими слезами, но в python до сих пор есть "детские" проблемы с менеджментом пакетов.

Как вообще искать все проекты, которые используют твою библиотеку, особенно если разработка идёт в фиче-бранчах?

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


А на какую зависимость надо полагаться? Если по исходникам, то как фиксировать?

Не фиксировать. Вы бы всё же прочитали ту статью. Хотя бы раздел про версионирование. Там JS специфики не много, а проблемы рассматриваются довольно типичные.

Собственно, в комментарии habr.com/ru/post/456288/#comment_20290512 поднимались проблемы, на которые не было получено ответа.

По сути вы предлагаете trunk-based разработку, но, в отличие от монорепы, автор библиотеки не обязан проверять, что тот самый виртуальный общий транк (то есть все текущие последние ревизии/версии всего, что есть в репозитории) собирается и проходит тесты.

Простите, но ваши фразы типа
Заботиться об обновлениях — задача потребителя вашего кода.
мне говорят о том, что вы коммон библиотеки или клиенты для своего сервиса, которыми пользуются потребители, не делали. Им, потребителям, надо, чтобы работало, а не тестировать ваши изменения по 10 раз на дню.

А фраза
Вы можете ему помочь, если не будете ломать апи, а слом апи сопровождать codemod-ом,
говорит о том, что вы совершенно не поняли мои слова про ABI.

Если бы мне предложили работать с какой либо библиотекой в концепции «автор может делать много изменений, поддерживает только транк/мастер, но на ваш (то есть мой) сервис ему, в целом, наплевать» — то я бы поостерёгся ею пользоваться и пошёл искать альтернативы.

Почему же в реальной жизни все JS-еры фиксируют версии? Почему не собирают всё на самой последней версии? Почему существуют LTS версии библиотек и даже операционных систем? Ваша концепция (vintage — это же вы?) не выглядит какой-то уникальной, почему никто не живёт так, если она столь хороша?
По сути вы предлагаете trunk-based разработку

Вовсе нет. В фичеветках, как обычно.


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

Конечно, для этого существует CI


Им, потребителям, надо, чтобы работало, а не тестировать ваши изменения по 10 раз на дню.

Вы зачем 10 раз в день ломаете мастер? Не надо так. Настройте CI чтобы не давал вам пушить в мастер непротестированный код.


на ваш (то есть мой) сервис ему, в целом, наплевать

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


Ваша концепция не выглядит какой-то уникальной, почему никто не живёт так, если она столь хороша?

Мы тут не в "пусть говорят", чтобы использовать апелляцию к толпе в качестве аргумента.

Конечно, для этого существует CI

Ваш, или для вот тех проектов? Если у вас полирепа, то откуда вы вообще про их CI узнаете? Они там, с другой стороны компании, и вообще у них Teamcity, а не Jenkins.

Настройте CI чтобы не давал вам пушить в мастер непротестированный код.

Непротестированный моими тестами, или тестами пользователей моей библиотеки?

Мы тут не в «пусть говорят», чтобы использовать апелляцию к толпе в качестве аргумента.

Это называется «проверка жизнью». Удачные концепции распространяются между компаниями и коллективами разработчиков, неудачные — забываются. И почему вы пропустили ту часть абзаца, где было про LTS и про жизнь на самой новой версии из NPM вот прям сейчас?
Конечно, для этого существует CI

Если CI единое для всех проектов, то это уже, по сути, монорепа и есть. То, что у каждого проекта свой репозиторий, а не папочка в монорепе — сути не меняет.

Если CI единое для всех проектов, то это уже, по сути, монорепа и есть.

очень спорный аргумент.


То, что у каждого проекта свой репозиторий, а не папочка в монорепе — сути не меняет.

в монорепе Вы в принципе не можете версионировать отдельные "папочки" — фича-ветки это несерьезно. Монорепа хороша, когда у Вас есть несколько взаимосвязанных продуктов, которые бегут по последней версии (какой-нибудь SaaS). Для коробочной разработки — монорепа может быть отдельной болью.
В случае большого количества независимых реп — у каждой из них версионирование свое. Это может быть болью, когда нужно собрать продукт из них в кучу, но действительно ничего не мешает сделать отдельную мета-репу и в ней прописать все зависимости (версии)

в монорепе Вы в принципе не можете версионировать отдельные "папочки"

А как это раздельное версионирование работает с единым CI?

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

Плюс у монорепы есть пара «вкусных» бонусов. Например, вы можете поправить библиотеку вместе с клиентским кодом.
Плюс у монорепы есть пара «вкусных» бонусов. Например, вы можете поправить библиотеку вместе с клиентским кодом.

А вне монорепы, конечно, я не могу это сделать? Или все-таки могу, но Вы имеете в виду, что не за одну итерацию? Так одна итерация — это такая же фикция, потому что пока я там в trunk based монорепы буду все места править и делать тесты зелеными… ну, вы поняли

Так одна итерация — это такая же фикция, потому что пока я там в trunk based монорепы буду все места править и делать тесты зелеными…
для этого есть прекоммитные проверки — вы пытаетесь закоммитить, тесты фейлятся, вы меняете код, тесты зеленеют, коммитите… В итоге всё изменение (и либы, и клиентов) приходит в одной ревизии и нет промежуточных поломанных

Это не "прекоммитные" проверки, которые должны на машине разраба отрабатывать быстро (иначе зачем они ещё нужны). А предмержевые (не могу придумать более удачного слова) проверки — на фичеветке поверх мастера. И тогда, да, они могут быть "долгими". Что более важно — может быть конвенция, что все коммиты из фичеветки при мерже в мастер должны быть схлопнуты (squash) и снабжены цельным, адекватным описанием.

Это не «прекоммитные» проверки, которые должны на машине разраба отрабатывать быстро (иначе зачем они ещё нужны)
никто не отменяет возможность запускать тесты на машинке разработчика*, но когда у вас помимо тестов библиотеки есть тесты её зависимостей и зависимостей зависимостей, и часть из этих тестов выполняются 10+ минут… А еще учтите баснословное время сборки всего этого зоопарка, и даже если мы не верим клиентским юнит тестам, мы должны как минимум не ломать им сборку. Поэтому реально перед тем как пытаться коммитить вы скорее всего захотите вручную запустить лишь пару самых релевантных тестов, но даже они могут тянуть столько зависимостей, что их сборка даже на мощном пк будет занимать десятки минут. Итого внимание вопрос: а зачем вообще локально что-то делать если разрабатывать на сервере продуктивнее?

* предполагая что они вообще могут на этой машинке запуститься и отработать.

а где я говорю, что на машине разработчика тесты вообще должны гоняться? Простые проверки != юнит-тест != полный сет тестов. Ну, может на машинке разработчика максимум там линтер прогоняется. Или что там не очень дорого гонять.


Итого внимание вопрос: а зачем вообще локально что-то делать если разрабатывать на сервере продуктивнее?

Ну, и почему тогда Вы именно про предкоммитные проверки говорите? Прекоммит означает, что если что-то не так, то сразу все фейлится и в истории (гита, например) ничего не остается. Например, на прекомит правильно вешать проверку на наличие паролей в репо.
А в остальном — разработчик — какая разница — пускай коммитит мусор в удаленное репо (главное, что не в мастер) — мы все равно перед мержем заставим его убрать его :-/


Окей — у нас разный подход именно из-за того, что в нормальных компаниях нету Аркадии (и не будет).

Прекоммит означает, что если что-то не так, то сразу все фейлится и в истории (гита, например) ничего не остается.
но ведь… именно так в аркадии и происходит. И можно делать атомарные изменения одновременно либ и их зависимостей, что в мультирепе невозможно by design. В итоге я вашу критику монорепы тем более не понимаю.

Извините, ни один из Ваших аргументов за монорепу… Не серьезен.


Полностью согласен с nin-jin ниже.


большой SVN/Mercurial/git/whatever, сколько система сборки, система контроля зависимостей, тестирование, система CI/CD и т.д.

Где противоречие? Повторюсь, что для любого проекта, будь он хоть в "полирепе", все указанные сущности будут нужны

НЛО прилетело и опубликовало эту надпись здесь

Не то чтобы мурыжили. Просто обмен опытом никому оказался на самом деле не нужен. А на публику-то надо показывать хорошее лицо.

НЛО прилетело и опубликовало эту надпись здесь

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

НЛО прилетело и опубликовало эту надпись здесь

"Обращаете внимание на пол автора? Да вы сексист!"
"Не обращаете внимание пол автора? Вы ужасно невнимательны!"


Нда. Без шансов :))

НЛО прилетело и опубликовало эту надпись здесь

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


В этом конкретном тексте после начал данного треда мне буквально пришлось полезть в пост, чтобы уточнить пол автора. Потому что вне зависимости от пола автора монорепозиторий или Java чем-то принципиально иным не станут :)

Первое же предложение в тексте:
Я уволился из Яндекс.Маркета, отработав там почти 15 месяцев

Не «я уволилась», а «я уволился». С чего мне вообще должна была прийти в голову мысль, что автор — девушка? Вторым словом в статье автор обозначает себя мужчиной, информация закрепляется, дальше уже просто смотрю на детали статьи
Прошу не распространяйте этот фейк, тамошнего автора разоблачили:

К тому же она дискредитировала Хабр в глазах IT-сообщества

Почему я должен думать, что того автора 'разоблачили' и она 'плохая'?
Вы так публично заявлете об этом, но ни приложив ни единого доказательства.
Я вам поставил минус заслужили.

Я сейчас открыл того автора sashavoloh и у нее есть статьи и высокая карма и лайков за подобную статью (про маркет) не меньше чем в этой, мне кажется, что вы что-то нездоровое 'просите'
НЛО прилетело и опубликовало эту надпись здесь

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

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

эээ, что, простите? Вы уж определитесь, кто вокруг вас "плохой".

В Компании работает очень много действительно крутых разработчиков, которые могут практически всё, что угодно. Но вот стоит ли тратить их усилия, чтобы написать свою версию Кафки или пародию на Docker и Kubernetes?

Да, стоит, Docker и Kubernetes работают не настолько хорошо, чтобы их можно было использовать в масштабах Яндекса. Я работал в Яндексе 5 лет, последние 2 года работаю в Авито и смотрю на зоопарк современных Open Source технологий изнутри — их стабильность и качество очень сильно преувеличены.

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

Это правда, но не вся — концепции одни и те же, а умение пользоваться конкретной технологией не стоит почти ничего.

Здесь считается нормальным посадить senior разработчика «грепать» логи с нескольких хостов, потому что ELK-стек not invented here.

Насколько я помню, в Яндексе принято возделывать свою делянку, если что-то неудобно, это надо улучшать.

Разработчики каждого сервиса сами отвечают за его функционирование в production’е

Это нормально, представьте на своём месте несчастного админа, который должен чинить ваш велосипед даже не представляя как он работает.

А ещё очень много проектов, которые собираются и запускаются только на Linux.

Это нормально если у вас production на Linux.

Развивать своих сотрудников Компания так же не заинтересована. Никаких индивидуальных планов развития – здесь так не принято. Можешь заниматься чем угодно, но в свободное от работы время.

Я за время работы в Яндексе отучился в ШАД вольнослушателем, это дало безумный буст карьере, из-за чего я собственно и уволился, но это совсем другая история :)

Заключение:
Яндекс — отличная компания, но как и везде, очень много зависит от команды и руководителя — их надо выбирать на собеседовании, это действительно важно.
Да, стоит, Docker и Kubernetes работают не настолько хорошо, чтобы их можно было использовать в масштабах Яндекса

Угу, Амазону с его EKS/ECS подходят, Адидасу для его корпоративного управления медиями подходит — а Яндексу не подходят. Какой такой у Яндекса особый масштаб?

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

АФАИК, в Яндекс.Деньгах docker и k8s себя нормально чувствуют без велосипедов. И ELK там есть. Ну то есть на три велосипеда меньше, и как-то ни клиенты этого не ощущают, ни разработчики не расстроены.

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

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

Насколько я помню, в Яндексе принято возделывать свою делянку, если что-то неудобно, это надо улучшать

Улучшать трассировку логов на продакшне — это ответственность devops/эксплуатации, а не разработчиков.

Это нормально, представьте на своём месте несчастного админа, который должен чинить ваш велосипед даже не представляя как он работает.

Нет. За продакшн отвечает админ/devops/эксплуатация. Разработка отвечает за то, чтобы выкатываться в прод после стейджинга, который по вкусу идентичен продакшену.

Это нормально если у вас production на Linux.

Это ненормально, если вы пишете на Java. Если вы пишете на Java — будьте добры писать кроссплатформенно.

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

Ну, во-первых — не везде. Во-вторых — как выбирать, не имея данных на руках?

А руководство в Яндексе, линейное которое — очень токсичное.
Угу, Амазону с его EKS/ECS подходят, Адидасу для его корпоративного управления медиями подходит — а Яндексу не подходят. Какой такой у Яндекса особый масштаб?

У Яндекса сотни тысяч серверов. У Амазона ещё может быть что-то похожее (к сожалению слабо себе представляю их внутреннюю кухню, они используют своё публичное облако?), про Адидас вообще странно слышать в этом контексте.

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

Не помню, к сожалению, кажется человек 10 там было. Справедливости ради, сам Docker — это не уровень ядра, это набор обёрток вокруг интерфейсов ядра, насколько я помню.

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

По моим наблюдениям скорее ценится богатая эрудиция и умение на месте построить из имеющихся middleware-блоков нужную функциональность.

Улучшать трассировку логов на продакшне — это ответственность devops/эксплуатации, а не разработчиков.

К сожалению мне не попадалось компаний где это было бы на 100% так.

Нет. За продакшн отвечает админ/devops/эксплуатация. Разработка отвечает за то, чтобы выкатываться в прод после стейджинга, который по вкусу идентичен продакшену.

В победившем мире DevOps это абсолютно не так.

Это ненормально, если вы пишете на Java. Если вы пишете на Java — будьте добры писать кроссплатформенно.

Я, к сожалению, не пишу на Java (только на Python, Go и C++), но обычно от backend-разработчика требуется реализовать функциональность, которая будет работать в проде, а не на произвольной архитектуре и ОС.

Ну, во-первых — не везде. Во-вторых — как выбирать, не имея данных на руках?

Искать информацию, просить встречи с командой, пытаться понять комфортно ли будет работать с этим тимлидом. В конце концов всегда можно сротироваться в другую команду.
Подозреваю, все-таки 100 000 виртуальных серверов, в среднем 1 юнит-сервер 500 Вт, тогда суммарная мощность около 500 МВт. Вся Германия потребляет в среднем 40 000 МВт.
Скорее всего вы неверно неверно посчитали энергопотребление серверов, это в основном блейды, у них потребление сильно меньше.

На 2013 год только в поисковом облаке было около 40000 железных серверов, это было уже 7 лет назад, с тех пор было построено несколько новых датацентров, каждый следующий запаковывался всё плотнее и плотнее.

Вот неплохой обзор.
Сервера 500 давно уже не потребляют. Сотню-две (3 — в упор) в зависимости от нагрузки, если нет GPU и jbod.
И нет, контейнеров не 100 тысяч, намного больше. Я не помню, сколько я могу сказать, чтобы не нарушить NDA =)
два процессора с турбобустом легко потребляют > 400 =)
Вопрос в том, каких. Не обязательно покупать десять тысяч процессоров, которые жрут 200+ в прыжке, если они будут менее производительны, чем 15 тысяч других процессоров, которые жрут меньше и стоят дешевле в 2 раза.

Современные процессоры (особенно не под пиковой нагрузкой) очень экономят электричество. Как-то я поймал thinkpad x1 gen6 с i7-чтототамU за потреблением трёх ватт по acpi. С включенным экраном и wifi. Трёх. А так 8-10. И это нифига не медленный процессор.
Вы сравниваете процессор для ультрабука, который троттлится при открытии браузера с серверным процессором? =)

Посмотрите TDP для современных процессоров Intel. Он там указан без турбобуста ark.intel.com/content/www/us/en/ark/products/series/192283/2nd-generation-intel-xeon-scalable-processors.html
> Вы сравниваете процессор для ультрабука, который троттлится при открытии браузера с серверным процессором? =)
Я сравниваю процессор, который на ~20% медленнее ходовых на рынке бюджетных серверов i7 6700/e3-1230 при в три раза меньшем потреблении, а в простое — раз в 20 меньшем.
Ничерта он не троттлился, год в powersave простоял. Вот 5xxx — да, тротлится. Так, что музыка с браузера заикаться начинает.

> Посмотрите TDP для современных процессоров Intel.
Посмотрел, 2660v4 — 105W. Отличный процессор и продаётся на развес.
Только зачем смотреть на TDP, если можно посмотреть на реальное потребление серверами?
> Посмотрел, 2660v4 — 105W. Отличный процессор

Если базовая частота 2ггц устраивает =)

Сейчас проверил 2699v4 на турбобусте — 195 ватт при TDP 145W
Ну вот cpuboss пишет про 2660/2699 typical power consumption:
85.31W vs 117.81W

Что отлично укладывается в мои слова. И даже если на 2 камня дунуть турбобустом — будет 300 в прыжке.

> Если базовая частота 2ггц устраивает =)
Частота-то может и не устраивает, но вот ценник в 75 тысяч против 270 заманчив ;)
А три с половиной камня 2660 будут в любом случае производительнее, чем один 2699

Я уже писал чуть ниже, что рассуждения «2699 лучше» и все подобные хороши только когда серверов несколько штук. Ну может десятков. И место для их установки ограничено, а не достраивается по необходимости.
И да, что один сервер будет потреблять полкиловата — да, такое случается, я с этим не спорил. Бывают сервера и с большим количеством сокетов, но это же не показатель что «все сервера потребляют 3 киловатта».
> Ну вот cpuboss пишет про 2660/2699 typical power consumption:
85.31W vs 117.81W

не знаю что они пишут, но я смотрю сенсоры на реальной машине под нагрузкой с LA 60-70 =)

> Частота-то может и не устраивает, но вот ценник в 75 тысяч против 270 заманчив ;)

2699v4 нет смысла брать (у него цена неадекватная), т.к. уже два поколения процессоров вышло и за 160-180 тысяч сейчас можно получить больше потоков (48) с большей базовой частотой (2.4). А за 250 тысяч можно получить базовую частоту 3.2 и 32 потока. Но TDP там 205 ватт =(

> И да, что один сервер будет потреблять полкиловата — да, такое случается, я с этим не спорил.

Я просто ответил на утверждение:

> Сервера 500 давно уже не потребляют. Сотню-две (3 — в упор)

Серверы разные нужны, серверы разные важны =)
Сколько тепла в вашем ДЦ можно со стойки снять? Какой резон ставить мощные камни, если 40 (ну ок, пусть даже 30) тушек в стойке будут в 2 раза превышать бюджет по питанию и охлаждению, если нормально их прогрузить?
> Серверы разные нужны, серверы разные важны =)
Это-то понятно, но ветка изначально про вполне конкретные серверы была )
Да, Интеле сейчас отнял у АМД титул главного по горячим камням.
У меня на даче стоит Lenovo 3550 M4 с 2CPU и 8 HDD SAS 15k под виртуализацией, в среднем кушает 250-300Вт
сотню-две (3 — в упор) в зависимости от нагрузки, если нет GPU и jbod.
современные xeon'ы потребляют 240 ватт, а в серверной машинке их два. Плюс мелочевка типа материнки и оперативы
Не ссорьтесь :) На самом деле, это знают только в конкретном, подчеркиваю, конкретном датацентре. Берут общее энергопотребление за период, делят на количество серверов и т.д. и т.п. Не забываем охлаждение, не забываем про инфраструктуру доставки питания (потери на проводах). Днем загрузка серверов и процессоров в частности больше, ночью меньше, поэтому датацентры дают серьезные скидки тем, кто работает ночами, и потому у Амазона спотовые, т.е. оставшиеся на конкретный момент свободные вычислительные ресурсы стоят в несколько раз дешевле обычных — но, как следствие, у вас нет никакой гарантии, что они будут доступны, скажем, и на следующий день по этой же дешевой цене.
А вы сейчас спорите про термопакет сервера, т.е.максимальное количество потребляемой энергии, на которое рассчитываются системы охлаждения и питания сервера. Это совершенно другое, посмотрите на загрузку процессора на вашей собственной машине сейчас, например.
Очевидно, что когда речь идет о масштабных закупках, процессоры выбираются не по принципу «взять самый мощный и жрущий электричество» же =)
Нужно соблюдать баланс между ценой, потреблением, производительностью и много чем ещё. Есть достаточно производительные Xeon-ы с в два раза меньшим потреблением электричества.
Смотрят на количество ядер, так как от этого зависит стоимость лицензий. Иногда в сумме дешевле взять быстрые камни с малым количеством ядер
Если речь стоит про лицензии — это уже вряд ли масштабные закупки.

вы все правы. потребление зависит от нагрузки.

> У Яндекса сотни тысяч серверов. У Амазона ещё может быть что-то похожее

Если сложить всех клиентов амазона на EKS/ECS и сам амазон, то там под одну-две сотни яндексов наберется. Сравнивать, конечно, так не очень правильно, но для амазона это как бы единая система.

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

А у вас есть свежие данные про число серверов у Amazon? Я нашёл только несколько устаревшие, там упоминалось про 900к серверов суммарно.

Было бы интересно ознакомиться с реальным положением дел :)
Не знаю на счет количества реальных серверов, облака и kubernetes это не про физические машины. То, что у них очень много клиентов, которым постоянно нужно поднимать по 10000+ воркеров для временных батч-вычислений и все это работает стабильно, является для меня показателем.

Не забывайте, что у них в клиентах есть такие гиганты как Netflix, Twich, Twitter, ESPN, Adobe.
Kubernetes в последних версиях поддерживает до 200 подов на одну ноду, в более старых до 100.

10000 инстансов — это не очень много на самом деле, всего около сотни серверов, это зависит от их размера конечно.

А вы уверены, что у них эти воркеры работают в Kubernetes? У меня, к сожалению, нет под рукой подробной информации об их инфраструктуре. Если вы в курсе — было бы интересно послушать.

AWS EKS это как раз k8s в облаке.
Но справедливости ради, для AWS Lambda они использовали Firecracker, т.к. изоляция докера их не устроила, а традиционные виртуалки слишком тяжёлые.

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


Косвенно могу подтвердить свою точку зрения тем, что крупные компании не требуют знания конкретных технологий у кандидатов, только знания языка и концепций: Amazon, Google, Facebook.
Потому что у них внутри свои велосипеды…
Только их велосипеды — часто стандарт в отрасли. У яндекса с выкаткой велосипедов в стандарт отрасли пока все сложнее.
Это ненормально, если вы пишете на Java. Если вы пишете на Java — будьте добры писать кроссплатформенно.

Зачем это делать и тратить на это ресурсы? Какую проблему это решит?

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

Я не уверен в этом. Допустим, есть некоторая библиотека, которая вызывает какой-нить sendfile или inotify через JNI. Очевидно эта библиотека не кросплатформенная, и все что от нее зависит тоже. Чтоб сделать это кроссплатформенным нужно будет городить странный никому не нужный код, который никогда не будет запускаться и еще поддерживать его.
Я когда давно работал в Яндекса, там была противоположная хрень. Был малекний кусок какого то С++, который собирался под винду, толи Яндекс бар, то ли что-то такое. И из-за него весь репозиторий тоже должен быть быть таким. Хотя там был библиотечный код для бэкэнда, 99.9% которого никто и никогда не будет запускать под виндой, кроме этого мелкого куска. В итоге все разработчики делали все, чтоб их код только не попадал в этот репозиторий и можно было нормально использовать очень полезные gcc расширения и всякие linux-специфичные API без глупых заморочек.
качество кода поднимает

Лишние уровни абстракций или условная компиляция сомнительное улучшение кода.

найм людей упрощает

Реально кто-то может не принять офер или уволиться узнав, что какой-то кусок кода нельзя запустить по его любимой windows rt?

Я бы реально отказался от оффера если бы узнал что не смогу полноценно разрабатывать под линуксом (и не один раз это делал).

Аналогично. Разработка под windows — это боль, превращающая программирование в страдания.
Допустим, есть некоторая библиотека, которая вызывает какой-нить… или inotify через JNI. Очевидно эта библиотека не кросплатформенная, и все что от нее зависит тоже


Кому очевидно?
Очевидно что эта библиотека кросплатформенная и называется JDK. Ибо функции inotify в Java выполняет WatchService.

Откройте какой-нибудь условную обёртку над нативыми библиотеками, например Xerial и удивитесь на скольких платформах она работает

Mac\x86_64\libsqlitejdbc.jnilib
FreeBSD\x86_64\libsqlitejdbc.so
Linux\aarch64\libsqlitejdbc.so
Linux\android-arm\libsqlitejdbc.so
Linux\arm\libsqlitejdbc.so
Linux\armv6\libsqlitejdbc.so
Linux\armv7\libsqlitejdbc.so
Linux\ppc64\libsqlitejdbc.so
Linux\x86\libsqlitejdbc.so
Linux\x86_64\libsqlitejdbc.so
Windows\x86\sqlitejdbc.dll
Windows\x86_64\sqlitejdbc.dll
Очевидно что эта библиотека кросплатформенная и называется JDK. Ибо функции inotify в Java выполняет WatchService.

Вообще-то, с WatchService всё не так хорошо. Например, иногда в Windows она норовит на файлы повесить share mode при котором другие процессы ничего с этими файлами сделать не могут. Потом в том, как приходят события в WatchService, в Windows есть свои интересные нюансы (не помню точно, какие, сталкивался с этими особенностями пару лет назад).


Откройте какой-нибудь условную обёртку над нативыми библиотеками, например Xerial и удивитесь на скольких платформах она работает

А если нет такой условной обёртки? Или условная обёртка не подходит под нужды? Ну например, разместить text input поверх GL окна, при этом имея полный доступ к конфигурации GL-контекста этого окна? К сожалению, ни SDL, ни GTK этого делать не позволяют, так что то, что в Windows решается штатным Windows API, в Linux делается за счёт продирания через особенности интеграции GTK с wayland или X.org.

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

Ну так написание, отладка, тестирование и поддержка этих if...else — это человекочасы, которых в конкретном случае может и не быть. Видимо, люди сопоставили тот факт, что у большинства и так linux или macos, а поддержка windows выйдет дороже, чем перевод на linux/macos тех, кто предпочитает windows.

Может это и так в каких-то других языках программирования, но это явно не про джаву.
Странно что вы osx и линукс в корзину кладёте. Это вообще-то разные системы. И большинства таки либо Windows либо OsX

Может это и так в каких-то других языках программирования, но это явно не про джаву.

Ну скажем так, дьявол в деталях. В Java действительно всё с этим очень хорошо, но порой можно попасть в какие-то те самые 0.01% случаев, где начнётся ад.


Странно что вы osx и линукс в корзину кладёте. Это вообще-то разные системы. И большинства таки либо Windows либо OsX

Я ссылаюсь на статью автора, где указано, что проект заводится под Linux, с трудом — под Mac и вообще без надежд — в Windows. Что там у большинства в Яндексе, я могу только гадать, и вообще, не зная их реалий не могу сказать, почему так. Я лишь называю одну из возможных причин.

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

Ведь, в большинстве случаев, нам просто требуется включить несколько нативных библиотек и вызывать нужную, проверяя ОС.
Как в общем-то все эти Java -wrapper-ы и делают
а вот про 0.01% случаев, когда ад начинается, интересно узнать примеры кейсов.

Ну вот простой пример — использовали Apache Spark (написан на Scala) из Java приложения.

Обнаруживаем, что при запуске под Windows после выхода он не удаляет временные файлы, вообще. Так как у нас Big data после десятка перезагрузок легко было полностью исчерпать все место на сервере.

Разбираемся, выясняется — баг в Spark'е — он пытается удалять временные файлы, забыв их закрыть в другом треде. Linux'у — пофиг где что открыто, ему сказали удалить — он удалил (точнее файл-то для того процесса остался, но в системе его уже не видно). Windows — просто не удаляет такие файлы.

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

К счастью, у нас не было ни одного клиента с сервером на Win в тот момент, поэтому мы просто отправили PR в Spark и забили.

А представьте ситуацию, когда мы вообще бы не тестировали на Win, а потом резко решили собрать приложение под Win — там каждый неправильный файловый дескриптор или неверная кодировка — превратиться в проблему.
И это я еще не говорю о статическом подключении С++ библиотек со всякими распознавания изображений и т.п. вещами, у которых просто нет версий для Win, к примеру.
Я ссылаюсь на статью автора, где указано, что проект заводится под Linux, с трудом — под Mac и вообще без надежд — в Windows
вообще как показывает моя личная практика нет смысл заводить под mac/windows вообще ничего (ну, кроме приложух типа ябраузера, но автор очевидно не из той команды). Локально я собираю только протобуфы, чтобы подсказки IDE работали. А код запускаю на дев-сервере

Ну а как же скорость сборки? Дев сервер на CI собирается? Сколько времени на это уходит? А как насчёт того, что IDE пересобирает только изменившиеся файлы (например, 1 из 100К файлов в проекте)? А как насчёт того, что некоторые известные нашлёпки на IDE умеют ещё и редеплой делать очень быстро?

Сколько времени на это уходит? А как насчёт того, что IDE пересобирает только изменившиеся файлы (например, 1 из 100К файлов в проекте)?
изменившиеся файлы отслеживает не IDE, а система сборки, и пересобираются точно так же только изменения. А сервер с парочкой xeon'ов собирает явно быстрее чем ноутбук с i5.

Если вы про Яндекс, то вся эта радость, на сколько я знаю, для Java не подходит. И чтобы только сгенерировать проект для Idea приходится минутами ждать (локальную) компиляцию протобуфов вместе с protoc и другим туллингом. Да и с C++ вы, как мне кажется, приукрашиваете и не говорите о проблемах. Например, распространённая среди коллег плюсовиков практика рефакторинга седом для меня является признаком наличия таких проблем.

Почему — странно? Обе — POSIX, обе под капотом имеют разные вариации на тему Berkeley System V.
И большинства таки либо Windows либо OsX
в яндексе линукс популярнее винды. Вообще (моё личное мнение) винда для разработки удобна тогда и только тогда, когда вы разрабатываете исключительно под винду.
С настолками, действительно, возня, но условный вебчик на джаве пишется так, что можно гонять отдельные сервисы локально без каких-то проблем. Понятно, что на серваках может быть докер, мониторинг и всякие прокладки, но локально дернуть main-класс ничего не мешает.

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

testcontainers под винду нормально работает? небось только с WSL и какими-нибудь костылями. Но под WSL сейчас, наверное, можно почти что угодно завести, только чем это от разработки под линукс отличается? Не говоря уж о том, что во многих не тривиальных мейвеновских-гредловских проектах будет кроме java куча скриптов на каком-нибудь баше, поддерживать которые под виндой больно и не нужно.

Нормально работает, без всяких проблем. Только докер поставить надо :)

А докер под виндой сейчас разве не через wsl работает?

нет

Недавно выпустили WSL 2, в докере тоже появилась его поддержка.
только памяти он жрет капец, как собственно и wsl1, это всеравно гдето внутри виртуалка у него
НЛО прилетело и опубликовало эту надпись здесь
да, я чёто попутал походу (с докером виндовым)

Скорее всего, работает так же как под макос: на уровне ядра системы запускается легковесная VM, которая автоматом транслирует часть системных вызовов Linux в системные вызовы windows

Попробую еще WSL2. Но моя попытка работать с WSL убилась об отсутствие поддержки tun интерфейсов. А VPN заказчика подразумевает их использование для подключения к инфраструктуре. Так что далеко не всё там идеально.

Ну как бы лучше (продуктивнее и с меньшей болью) запускать и отлаживать код на своём PC, а не где-то на сервере.
Конечно, можно обложиться настройкой удалённого доступа в ide, подключаться по ssh и использовать что-то для синхронизации, но это всё требует внимания и служит дополнительными точками отказа. Из проблем — ide для индексирования проекта нужен нормальнный быстрый доступ к файлам и хаки типа "клонировать код и на PC и на сервере и потом как-то синхронизировать" не очень удобны.

Я когда работал в Яндексе лет 10 назад, при всем желании локально ничего внятного запустить просто не выйдет никак из-за отсутствия гигабайт нужных данных и доступа к нужным серверам. То есть от силы что-то простейшее вроде hello world. Более того локально оно компилироваться будет ну очень неторопливо.

А всякие тестовые базы с гигабайтами нужных данных? И завязываться на них при локальном запуске

Когда я работал объемы, софт и железо были такое, что чтоб что-то читать вменяемое из этой БД к ней нужно только локально конектиться. Иначе это занимало ну очень долго все. Наверное можно было как-то держать особо маленкие, специально подготовленные базы для быстрого тестирования. Но ни у кого на это не было времени, тк мы тогда росли примерно по 70-100% в год и постоянно нужно было что-то делать, чтоб текущую архитектуру на перле и MySQL приспособить под новые реальности. MySQL в основном использовался как тупой хранилищи из-за объемов. Все join и всякие агрегации делали в коде, тк это работало на порядок быстрее.
У нас были специальные разработчиские сервера с сотнями гигов памяти и десятками ядер, настроенной репликаций данных. Чтоб подобную полную разработку сделать локально потребовалось бы немало ресурсов людских, который тогда не было.
Что-то я не совсем понял. А в чем проблема просто разрабатывать в linux софт, который будет потом работать под linux? И не надо никаких удаленных доступов и синхронизаций. Еще и контейнеры нативно.
Потому что с точки зрения только устроившегося в Яндекс топикстартера успешный столичный программист должен быть с Mac'ом ;-)
Если бы. Успешный столичный программист, судя по всему, разрабатывает на винде :)
Ну под винду есть удобные IDE (VS) и другой удобный софт.
Винда — популярное ентерпрайз решение как тонкий клиент.

Альтернативы в Линукс конечно есть, но не могу сказать, что они полностью перевешивают по удобству работы.

Удаленные доступы и синхронизации конечно надо, особенно сейчас.

Я поэтому и выбрал мак (вместо линукса) — на маке есть вменяемый офис и аутлук. Что для Корп мира, ну, прям очень как важно. Но либо у Яндекса есть свои велосипеды вместо офисного пакета и органайзера, либо на роли обычного разработчика они не нужны вовсе

Запускать и отлаживать локально программу, которая в продакшене работает на серверах с 56\80 ядрами и 256\512 Гб памяти конечно можно (в каком-нибудь усечённом варианте), но очень не удобно.
Запускать и отлаживать локально программу, которая в продакшене работает на серверах с 56\80 ядрами и 256\512 Гб памяти конечно можно (в каком-нибудь усечённом варианте), но очень не удобно.

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

Ну как слабо представляю. Я как раз такой сервис разрабатываю. Слепок одного шарда продакшен данных занимает почти целиком сервер с 256 Гб. Конечно мы умеем делать миниатюрную копию такого шарда с искуственными данными, но достаточно часто требуется именно полноценная версия. На ноутбуке это провернуть невозможно.

Я некоторое время участвовал в разработке одного сервиса-сателлита MS SQL и там вся разработка велась на рабочей станции, естественно под Windows. Мне не понравилось. MSFT не экономит на оборудовании, но если у клиентов характерные размеры баз по 50-1000Гб, а у тебя десктоп с 32Гб RAM, то это создаёт неудобства. Всё равно приходилось пользоваться виртуалками, только ещё и с RDP вместо консоли. Ну и скорость компиляции (если нужно локально собрать) оставляла желать лучшего.
Слепок одного шарда продакшен данных занимает почти целиком сервер с 256 Гб.

Так а в чем проблема сам код развернуть локально, и просто подключаться к рабочей БД тоже локально?
Ну как минимум потому что нет никакой БД.
Зачем это делать и тратить на это ресурсы? Какую проблему это решит?

Эээээ, писать на языке, который спроектирован кроссплатформенным — кроссплатформенно? Ну я даже не знаю, что ответить. Следовать идеологии и практикам языка, не?

Переформулирую — зачем тащить в Java-решение нативный код, который делает его (Java-решение) некроссплатформенным?
А разворачивать вы это ручками будете? Есть много вещей под который нужно свои обёртки для установки/разворачивания делать. И трудоёмкость там улетает в небеса, если кросплатформенность делать.
Аналогично со сложной сборкой. Если вам нужно на выходе exe-файл получить, то очень интересно становится.
Аналогично со всякими нестандартными технологиями. Допустим, вам нужно с видео работать. Ну, блин, напишите это на Java без нативного кода, да ещё и кросплатформенно.
exe получить как раз не проблема. Для этого есть launch4j. unix-бинарник — ещё проще.
Есть-то он есть, но сделать сложную автоматическую там тот ещё квест. Особенно если нужно разные программы из одного дерева исходников делать.
А иметь разные linux и windows билд-сервера с разными система сборки — незабываемое удовольствие. И сборку можно бы сделать под под wine, но это квест.
Собирать исполняемые файлы под linux проще, но тоже интересно — особенно же хотим, чтобы там всякая автоматизация была, ошибки внятные выводились, версия доступна была и т.п. А если мы этого не хотим, то мы криворукие уродцы.
А ещё кроме exe нужно если некий исталлятор делать и что-то для разворачивания под Linux (а если у нас несколько дистрибутивов...)
И вот это всё сделать и поддерживать ради смелого утвреждения, что раз язык кроссплатформенной, то нужно всё писать кроссплатформенно?
Нет никакого квеста. Всё прекрасно собирается как мавеном так и граделом за один проход и одной командой. Никаких разных систем сборки не надо. Для launch4j формально требуется windows, но можно обойти это ограничение, если приспичит.

Нам по сути надо либо shell -скрипт приконкатенатить к fat-jar-у либо exe-шник который запускает сам себя как java -jar . Все эти trap-ы и проверку версий пишете внутри shell скипта.

Кроме того, вроде как в последней джаве сделали какой-то упаковщик.

Если нужен rpm — используете redline rpm, если msi — wix плагин для мавена (ну здесь уже без Windows билдера походу не обойтись)

А разворачивать вы это ручками будете?

А при чем тут «разворачивать»? Если вы пишете на Java вещь, которая так себе разворачивается что под Windows, что под Linux — вы выбрали не тот язык, не тот фреймворк, и не то средство решения задачи.

И трудоёмкость там улетает в небеса, если кросплатформенность делать.

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

Если вам нужно на выходе exe-файл получить, то очень интересно становится.

Смотрим первый пункт, про целесообразность средства разработки.

Допустим, вам нужно с видео работать. Ну, блин, напишите это на Java без нативного кода, да ещё и кросплатформенно.

Вы не поверите — буквально полгода назад ушел из стартапа, который активно переваривал видюшечки, и все там было на джаве (точнее на Котлине, но не суть).
А при чем тут «разворачивать»? Если вы пишете на Java вещь, которая так себе разворачивается что под Windows, что под Linux — вы выбрали не тот язык, не тот фреймворк, и не то средство решения задачи.

Угу. А какие у нас есть кроссплатформенные средства, которыми нужно решать таки езадачи? Java — говорите, что нет. Python? аналогично и те же проблемы, что и у Java. C++/Qt — ОФИГЕННО ДОРОГО, долго и сложно и на выходе, мы вместо одних проблем получаем вагон других. Так себе размен. .NET — те же проблемы, что у Java, но больше, хуже и в обратную сторону. И получаем… Что такие задачи решать не нужно? Интересно.

Вы не поверите — буквально полгода назад ушел из стартапа, который активно переваривал видюшечки, и все там было на джаве (точнее на Котлине, но не суть).

Тогда вы должны понимать проблемы кроссплатформенной разработки.
Тогда вы должны понимать проблемы кроссплатформенной разработки.
Может они только на андроид их разворачивали :)

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

чтобы их можно было использовать в масштабах Яндекса.

А какие масштабы в Яндексах?
Их продуктовые направления проигрывают многим американским стартапам, как по объёму, так и по качеству. Странно слышать, что локальный продукт требует более масштабных масштабов, чем глобальный… мы же всё таки не в Китае или Индии.

Я ответил выше, у Яндекса сотни тысяч серверов.
На таких масштабах различие в 10% производительности — огромные деньги.

Мой вопрос был не про количество серверов :)

А про что тогда? :)
У Яндекса действительно очень большая инфраструктура, таких в мире может быть пара десятков, завязываться на свои технологии — это удобно, почти все крупные игроки так делают.

Kubernetes — это продукт на основе внутреннего продукта Google, Zookeeper родился в Yahoo, Cassandra в Facebook, MongoDB в 10gen и так далее, очень многие из активно используемых сегодня технологий так или иначе зародились как внутренние продукты в разных компаниях.

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

Видимо потому что я там работал и знаю, что он большой? Меня напротив удивляет ваше стремление считать Яндекс априори маленьким :)

А что для вас большая инфраструктура?
Меня напротив удивляет ваше стремление считать Яндекс априори маленьким :)

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


Например, в Netflix на Q1 2020 — 182 миллиона активный пользователей, и если я правильно помню, за время пандемии они таки пробили 200кк юзеров. А вот у Яндекса с их кинопоиском нет даже гипотетических шансов приблизиться к этим цифрам.


И по всем остальным продуктам — тоже самое.

Похоже только для Вашего уровня он большой.

Так он в абсолютных величинах большой. Или для вас большой — это когда серверов не меньше миллиона?

Мне кажется с точки зрения разработчика капитальной разницы между условными 100к и 1кк нет.

Размеры — они относительны вообще. Земля большая или маленькая? Ну вот смотря с чем сравнивать.

Очевидно, romangoward имел ввиду «большой» на столько, что надо обязательно не использовать решения, которые устраивают другие компании с большим числом пользователей.

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

У вас 2 варианта:
1) Если вы берёте внешний продукт (условный Kubernetes), то тут же натыкаетесь на то, что он не работает как ожидалось и для приведения его в пригодное к использованию состояние нужно вложить кучу сил, затем сделать все интеграции и тому подобное, в дальнейшем вы вероятно получите некоторое (небольшое на самом деле) снижение порога вхождения для новых программистов, которые возможно будут знакомы с устройством вашей платформы.

Теперь у вас 2 конкурирующих платформы, перевести старые сервисы на новую — отнюдь не бесплатное мероприятие, это годы работы.

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

У обоих вариантов есть и плюсы и минусы, первый вариант приятнее для программистов, которые получают опыт работы с модной технологией, которая скорее всего устареет через 5 лет, второй вариант приятнее для компании — внутренний продукт проще развивать под свои потребности.

Почему не опенсорсить: во-первых это не бесплатно, чтобы сделать хороший опенсорс проект из того, что уже работает в проде, нужно вложить действительно много усилий, во-вторых не все продукты имеют смысл в отрыве от экосистемы (по аналогии с Google TrueTime), в-третьих часть продуктов таки опенсорсится, если есть достаточная мотивация у их разработчиков, чтобы этим заниматься (Clickhouse, Catboost, etc).
Только это инфраструктура была создана в Яндексе в более-менее юзабильном виде лишь через несолько попыток. И каждый раз приходилось переносить сервисы из одной системы в другую. Иногда это было просто. Иногда — не очень.

Локальный рынок бывает разный. В Китае есть немало местных игроков, по сравнению с которыми FAANG — маленькие.
Ну и у Яндекса есть экспортируемые зарубеж продукты, в том числе за границы бывшего СССР.

В начале ветки:
мы же всё таки не в Китае или Индии.
НЛО прилетело и опубликовало эту надпись здесь
Может быть все-таки «сотни тысяч» вируалок? Был на экскурсии в датацентре Яндекса под Хельсинки. Красиво, конечно, но не прям rocket science. И сотен тысяч серверов там далеко не показали.
У Яндекса не один датацентр. Из них несколько своих — в Сасово, Мянтсяле. И постоянно проводятся учения «в нескольких датацентрах пожар».
Уже давно не проводятся.
Уже ведь опять проводятся.
Но отдельные сервисы в специальном списке исключений? :)
Проводились, сейчас подход поменяли, но при управлении рисками и планировании нагрузок варианты учитываются.

Ничего странного нет в том, что крупный игрок проигрывает в чём-то стартапу. Тот же Яндекс был когда-то стартапом и выстрелил на фоне других крупных (на тот момент) игроков на рынке.


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

Это нормально, представьте на своём месте несчастного админа, который должен чинить ваш велосипед даже не представляя как он работает.

Это можно было бы хоть как то принять если бы не текст статьи:
>>За это никто не платит
Это просто входит в основные обязанности, мой руководитель говорил «если мы не можем написать сервис так, чтобы из-за него нас не будили по ночам — нас всех надо уволить всвязи с профнепригодностью» — звучит конечно категорично, но тут есть разумное зерно.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь

Если ваш сервис регулярно падает ночью — ваша работа вообще не должна оплачиваться.


А если речь про оплату пару раза в год, то это не так уж важно.

А если ваш сервис падает ночью из-за кривой архитектуры, которую вам спустили сверху или глючного диска в рейде? Тоже рядовые кодеры виноваты?

А рядовых кодеров будят ночью поднимать рейд?

Судя по статье (не берусь судить, насколько она соответствует действительности), рядовых кодеров садят караулить всё, в том числе и рейд.

При чем тут вина? Чинит часто не тот, кто "виноват", а кто может.


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


Если вас попросили сделать криво, то у вас есть все моральные причины отказаться от ночной работы. Потому что в этом случае вы сделали именно то, что просили. Можно предложить сделать надёжнее, если заказчик согласен.


А если вас попросили сделать, что б работало, то вы либо делаете, что об оно доживало до утра, либо не жалуетесь, что приходится ночью поднимать. Я думаю, это справедливо. Свою работу нужно делать хорошо (кроме пункта 1 и то не всегда).


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

Это было не про «кто чинит» а к «ваша работа вообще не должна оплачиваться.»
Я для себя сделал простой вывод, судя по всему, в яндексе не поставлен нормально процесс on-call/triage. Обычно, разработчик, который дежурит на on-call не чинит проблемы сам, у него тупо нет возможности это сделать. Его задача заключается в другом. А для того, чтобы собрать сломанный raid массив есть SRE.
Вобще нормальный код должен быть устойчив к отказу рейда на одном конкретном сервере.
Если ваш сервис регулярно падает ночью — ваша работа вообще не должна оплачиваться.

Почему?


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


  • фича Икс должна быть готова через неделю
  • не успеваете в рабочее время, работайте в нерабочее
  • не успели, -100%
  • успели, выкатили, сервис упал: -100%
  • недовольны? может вы просто стремные профессионалы которые не могут оценивать и делать нормально?

А если речь про оплату пару раза в год, то это не так уж важно.

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


Я не к тому что разработчик должен вставать в позицию "я работаю по таскам с 9 до 17, все остальное меня не волнует". Вовлеченость в продукт это здорово, просто я считаю что не очень справедливо когда компания у которой есть деньги предпочитает эксплуатировать вовлеченность и экономить.

Я не к тому что разработчик должен вставать в позицию «я работаю по таскам с 9 до 17, все остальное меня не волнует».
А почему нет, кстати? Работник и не обязан делать что-то ещё, если это прямо не прописано в договоре. Почему-то работодатель, когда речь заходит о выполнении его обязанностей, считает каждую копейку, но от работника вдруг требуется какая-то «вовлечённость» и «лояльность».
Крутые парни, уходя с работы, не оборачиваются на недоделанные задачи.
Если это не что-то прямо резко срочное, что уже прямо на проде горит, то оно вполне потерпит до утра.
пусть он будет падать раз в неделю

Если ваше требование такое — не жалко, пусть падает, то просить чинить ночью нет никаких причин.


таких бесплатных разработчиков

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


Даже пара раз в год показывает отношение компании к людям

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

Как знакомо. Нормально сделать займет 2 месяца? Херня, делайте за 2 недели.


Так, почему сервис упал? Времени мало было? Просто вы хреново работали, исправляйте как хотите.

фича Икс должна быть готова через неделю
не успеваете в рабочее время, работайте в нерабочее
не успели, -100%
успели, выкатили, сервис упал: -100%
недовольны? может вы просто стремные профессионалы которые не могут оценивать и делать нормально?

О, вы случайно в Озоне менеджером не работали?
не успели, -100%
успели, выкатили, сервис упал: -100%


Хм, вот не просто так там очень большие премии
НЛО прилетело и опубликовало эту надпись здесь
Да, мог, он руководил разработкой поиска по документам. Конечно факапы всегда случаются, но я даже на своём опыте могу сказать, что почти любой сервис можно довести до такого состояния, когда он практически не требует временных затрат на эксплуатацию в нерабочее время.
Но на доведения нужно то самое время, которое должно быть оплачено, дают ли его на это?
Этим обычно в рабочее время занимаешься, вполне понятная адекватному руководителю задача.
Странно почему автор пишет про неоплачиваемые переработки, если руководители адекватны, и время на доведение есть.
В Яндексе работают тысячи людей, и команд, соответственно, сотни. В каждой из них свой небольшой мир.
В Яндексе работают тысячи людей, и команд, соответственно, тысячи.
Команд, соответственно, должны быть сотни.
НЛО прилетело и опубликовало эту надпись здесь
Работать бесплатно — неправильно. Если кто-то считает, что это правильно и делает так — ССЗБ.
… а когда в некоторых считается «нормальным» и «необходимым» перерабатывать (работать за бесплатно), то менеджеры могут на них указывать и говорить:«а вот они сидели ночами, фиксили баги, а вы отказываетесь...»

а вам доводилось иметь дело с такими странными менеджерами?
НЛО прилетело и опубликовало эту надпись здесь
Мне тоже не доводилось, но вот автору довелось.
У нас если и были переработки (я работал в 3 разных командах), то они были добровольными.

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

«если мы не можем написать сервис так, чтобы из-за него нас не будили по ночам — нас всех надо уволить всвязи с профнепригодностью» — звучит конечно категорично, но тут есть разумное зерно

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


Для меня нормальная мотивация такая, мы платим тебе +20% и ты доступен неделю в месяц в любое время на решение проблем своего сервиса (цифры произвольные). И у тебя есть выбор, хочешь ли ты +20% или хочешь чтобы тебя не беспокоили. Ты можешь сделать так что ты получаешь +20% и твой сервис настолько хорош, что он не падает. Это я немного с потолка придумал, может быть приняты другие варианты. (У нас в этом плане примерно как в яндексе :)

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

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

Да, тут, скорее это была форма речи с преувеличением, больно уж позиция сомнительная для тимлида — наказание своих работников неоплачиваемым ночевками перед компьютером за какие-то ошибки в работе. Хотя может сходил на какие-то курсы начинающих менеджеров :) Плохо, что в куче контор есть та же поддерка N-ой линии на программистах, и дежурства, но при этом это можно как-то компенсировать, а тут — нет.
Вполне обычная позиция. Я имел несчастье работать с подобными «деливери менеджерами\лидами». Они боятся что-то сказать руководству\заказчику. Боятся просить больше времени. Пускают пыль в глаза за счет разработки, экономят резервный фонд-бонусы.
Занижают оценки по срокам чтобы показать «какой я молодец». Потом песочат разрабочиков «мы должны уложиться» это «у нас жесткий дедлайн» и т.д. Всегда находятся те, кто работают. Отказывающихся всегда можно потом на ревью завалить.
Это при том, что в этой же компании на соседнем проекте на того же заказчика может быть все прямо очень ОК.
Во-первых, обычно, человеки с первого раза идеально не делают (т.е. это не только IT, касается, раз уж увольнять то всех и отовсюду, будем сидеть и плевать друг в друга, какие мы все непрофпригодные). Надо учитывать, что создание — процесс итеративный, с ошибками и падениями.
А во-вторых, не надо жлобиться на ресурсы для разработки, сколько потратили — столько и получили.
Иначе, такие вот статьи.
Когда толкаются такие пафосные и категоричные лозунги, напрашивается моментальное предложение: «Начните в первую очередь с себя.»
Потому что «Нет плохих солдатов, есть плохие генералы.»
Да, стоит, Docker и Kubernetes работают не настолько хорошо, чтобы их можно было использовать в масштабах Яндекса.

Смешно. Масштабы Яндекса несравнимы например с масштабами Walmart, а там активно пользуются стандартными кубами, кафками и докерами.


Может просто кто-то не умеет их готовить?


Это нормально, представьте на своём месте несчастного админа, который должен чинить ваш велосипед даже не представляя как он работает.

Для этого придумали плейбуки. Написал, отдал суппорту и всё, ты уже вторая, а то и третья линия поддержки

А каковы масштабы Walmart? Могу ошибаться, но он же только недавно начал переход в онлайн и всегда старался держаться традиционной модели продаж.
Опять же, Google и Facebook не используют Kubernetes — у них свои непубличные велосипеды. Используют ли его в Amazon я не знаю, но имея такую команду разработки облака, они тоже вполне могут себе позволит своё решение (а решения на базе k8s продавать кастомерам).

Гугл не использует кубернетис просто потому что их инфраструктура строилась задолго до кубернетиса и по большому счету кубернетес ей и был вдохновлен.

Возможно (вероятно?) инфраструктура яндекса уже тоже довольно-таки пожилая и плохо совместима с современными тенденциями. Это кстати зачастую и является причиной по которой компании используют самописные велосипеды, на которые потом ругаются вновь пришедшие работники. Просто когда эти велосипеды начались, доступной альтернативы им просто в природе не было.
Гугл не использует кубернетис

У вас откуда такая информация?
Вы же в курсе что Кубернетис — это разработка самого Гугла?
Да, конечно. Я имел в виду core infra самого гугла.
Что такое core infra самого гугла? какой из сотен сервисов вы считаете его core?
Kuber это не первая контейнерная оркестрация, которую разработал гугл. Переводить все сервисы, которые работают уже десятилетия на кубер — это долго и дорого.
Возможно это есть в глобальных планах, но насколько я знаю, гугл уже поднимает на кубернетесе новые сервисы и кучу внутренних тулзов.
Это — https://en.wikipedia.org/wiki/Borg_(cluster_manager). В интернете есть немного иформации если поискать.

Некоторые сервисы могут пользоваться GKE, но сам GKE тоже на чем-то работает, вы же понимаете.
Внутренняя инфраструктура — это не борг. Это собственно сами сервисы гугла — из публичных тот же поиск, документы, ютуб, гмейл, аналитика и др.
Многое работает на борг, что-то может работать на GWK. Какое-то время они разрабатывали омегу, но впоследствии часть внедрили в борг, часть в кубер.

Просто подумайте — первый релиз кубера всего 5 лет назад.
А в гугле — подавляющее количество основных сервисов гораздо старше.

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

Но менять все, что уже поднято и настроено — в гугле очень много инфраструктуры, которая уже настроена, есть зависимости, мониторинг, обученные люди и так далее. Поэтому переводить все на кубернетес, даже несмотря на то, что он может быть лучше борга и gke и чистых cgroup — это означает потратить миллионы долларов.

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

Кубер — это, безусловно, хорошо, если у тебя кластер на 10, 10 или даже 1000 машин. Но запустится ли он на 100к машинах? Как будет работать оркестрация меж-локационнных выкладок? Как шардировать всё это хозяйство, и иметь при этом один логический кластер?

Собственно, даже в доке кубера пишут:
At v1.18, Kubernetes supports clusters with up to 5000 nodes. More specifically, we support configurations that meet all of the following criteria:

No more than 5000 nodes
No more than 150000 total pods
No more than 300000 total containers
No more than 100 pods per node

5к нод — это совсем несерьёзно даже для Яндекса/Мейла, не говоря уж про Гугл.

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


More specifically, we support configurations that meet all of the following criteria:

И ещё. Это скорее не "хард" лимит, а некоторый отказ от ответственности, что же "мы не гарантируем работу на 5000+ вычислительных узлов" (что на самом деле уже дофига), "но если хотите — пробуйте сами"

Например, потому что вам надо задеплоить map-reduce на 15к машин? Или потому что вам надо задеплоить какую-нибудь систему машинного обучения на тысячу машин, и «надувать» её по ночам, когда пользовательская нагрузка спадает?

Чем больше машин под управлением одного шедулера, тем более эффективно он может распределить ресурсы. Даже если делать несколько кластеров, то каждый из них должен быть на порядок больше, чем самые жирные системы, которые в нём живут, иначе будут либо пятнашки по перекидыванию машин между кластерами, либо пятнашки по перекидыванию проектов между кластерами. Чтобы вот всего этого избежать и делают кластера размером в availability zone. Почитать про это можете в статье про tupperware: engineering.fb.com/data-center-engineering/tupperware.

Я бы ещё сказал, что если у вас под кубернетесом есть IaaS, который вы можете легко сдувать-надувать, то строить один большой кластер действительно нет смысла. Но в случае с Google/FB borg/tupperware крутятся на голом железе.

Если взять публичные данные
https://www.similarweb.com/top-websites/category/e-commerce-and-shopping


Е-коммерция Волмарта на 7ом месте и туда ходит 450М уникальных человек в месяц. Я.Маркет на 47ом с 80М посетителей в месяц.


При этом Волмарт как бы крупнейший ритейл в мире с ~5000 реальных магазинов и это только в США (есть ещё кучи выкупленных брендов в других странах).


АйТи тут огромное даже если брать только е-коммерцию. С учётом физ-ритейла масштабы уже совсем страшные. Товарооборот, ценообразование, логистика, складское ПО, да даже ПО для управления персоналом (2 миллиона человек) — любая задача сразу превращается в HighLoad Cup.


Тут есть свои велосипеды, конечно. Приватное облако, средства деплоя и управлением конфигурации. Есть свои форки графаны, Прометея и пр. Но их используют все меньше и меньше.


При этом все густо обмазано вполне стандартными решениями — кафки, кубы и пр.


Есть и прикольные нестандартные. Кэш на коболе с интересными свойствами


https://github.com/walmartlabs/zECS

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

Они действительно строят на них собственную инфраструктуру или как Amazon, предоставляют их клиентам облака?
Они действительно строят на них собственную инфраструктуру или как Amazon, предоставляют их клиентам облака?

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

НЛО прилетело и опубликовало эту надпись здесь
Если бы все крупные компании не писали собственные велосипеды, а брали только готовые решения, то собственно, вы никогда бы не увидели ни Kubernetes, ни React, ни Clickhouse(яндекс)
Если бы все крупные компании не писали собственные велосипеды, а брали только готовые решения, то собственно, вы никогда бы не увидели ни Kubernetes, ни React, ни Clickhouse(яндекс)

Всё так. Но товарищ заявляет что решения выше не подходят Я.Маркету из-за масштабов, что, на мой взгляд, уже проявление NIH синдрома, скорее.

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

Не маркету — Яндексу в целом, маркет же живёт на общей инфраструктуре.
Смешно. Масштабы Яндекса несравнимы например с масштабами Walmart, а там активно пользуются стандартными кубами, кафками и докерами.

Walmart может себе такое позволить. Закупки серверов это заметная часть CapEx'а Яндекса. Очень много человеко-лет закопаны в то, чтобы оптимально утилизировать оборудование. Плюс Яндекс технологическая компания, её ценность — в технологиях. Многие «велосипеды» либо в целом лучше, чем открытые аналоги и создают конкурентное преимущество, либо появились раньше, либо решают слишком специфические задачи. Там где можно переходить на стандартные технологии — переходят.
НЛО прилетело и опубликовало эту надпись здесь
Ни на одном из крупных рынков, где Яндекс зарабатывает деньги, у него нет монопольного положения, везде сильные конкуренты. За каждым из сервисов стоят сложные технологии, даже если вам кажется, что это очередная доска объявлений или просто клиент такси. В конце концов тогда в IT вообще нет ничего крутого, если сложный ML на сотнях тысяч RPS это не круто.

Я некоторое время работал в Microsoft, у меня есть знакомые и бывшие коллеги в FAANG'ах и, я бы сказал, что технологически Яндекс выглядит очень даже на уровне и во многом вынужден быть эффективней именно засчёт технологий там, где условный Google может посадить 100 разработчиков и залить проблемы железом.

То что Яндекс оказался на огороженном локальном рынке — это, на мой взгляд, большая проблема для компании, которая мешает ей «захватить мир», а не преимущество.
НЛО прилетело и опубликовало эту надпись здесь
Это не административный ресурс, Яндекс интернетом не управляет. И то, и другое — это попытка продать свою остальную экосистему тем, кто уже пользуется продуктами компании. Не знаю деталей и кто там более не прав, но мне кажется не это делает Яндекс и Гугл успешными, а всё-таки именно технологии.

Гугл в 10 раз больше по персоналу, в 50 раз больше по income'у, при этом Яндексу приходится решать схожие с ним задачи и лезть в области, где Гугла нет. Начиная с определённого масштаба уже не важно 10 тысяч серверов или 100 тысяч. Вам нужен, например, map-reduce и у вас нет в 10 раз больше разработчиков чтобы их нагнать в этот проект, приходится быть эффективными.

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

Я понимаю, что сложно доказать не нарушая NDA, что за фасадом в Яндексе не тысячи голодных студентов, админресурс и прорва серверов, но кажется даже только по внешним признакам можно оценить, что технологически Яндекс как минимум интересен на фоне FAANG'ов. Периодически проводятся всякие конференции и т.д., можно зайти, послушать и поспрашивать как делаются очередные доски объявлений :)
НЛО прилетело и опубликовало эту надпись здесь
Еще раз — Гугл в 100 раз крупнее вас по трафику и сервисам, имеет в 50 раз больше прибыли и при этом имеет всего в 10 раз больше людей, где ваша эффективность? Пока что я вижу что Гугл 5х кратно эффективнее вас.

Вообще-то, это не так работает. Нельзя просто брать большую фирму, а потом делить в 10/100 раз, так как ряд вещей будет стоит одинаково и вообще себистоимость любого продукта (особенно ПО) падает с тиражом.

Например, качество поиска Яндекса не должно быть очень сильно хуже русского поиска Гугла — то есть сил, средств и людей требуется сильно не меньше, независимо от трафика и прибылей. То же самое с ПО для робоавтомобилей, нельзя сказать раз у нас прибыли в сто раз меньше — мы сделаем ПО в сто раз хуже.
НЛО прилетело и опубликовало эту надпись здесь
должно работать в обратную(вашу) сторону

В моя сторона третья — я ни к Яндексу, ни к Гуглу отношения не имею. Просто мерять эффективность таким образом — не правильно в корне.

При этом Гугл не плодит конкурентов доставке еды, такси и прочим доскам объявлений

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

Гугл не плодит конкурентов доставке еды, такси и прочим доскам объявлений не потому что не хочет, а потому что Амазон, Алиэкспрер, Убер и т.п. слишком сильны на глобальном рынке.
Еще раз — Гугл в 100 раз крупнее вас по трафику и сервисам, имеет в 50 раз больше прибыли и при этом имеет всего в 10 раз больше людей, где ваша эффективность? Пока что я вижу что Гугл 5х кратно эффективнее вас.

Это пять.
Интеллектуальный уровень:
Одна женщина вынашивает ребёнка 9 месяцев, возьмём 9 женщин и ребёнок будет через месяц!
НЛО прилетело и опубликовало эту надпись здесь
Да, стоит, Docker и Kubernetes работают не настолько хорошо, чтобы их можно было использовать в масштабах Яндекса.

Потому что решать какие конкретно сервисы должны ехать в докер/кубер, а какие жить на виртуалках а какие на bare iron, должны архитекторы, а не менеджеры сверху.
Docker/Kuber/Openshift прекрасные инструменты. И я видел плохую реализацию, неплохую и отличную. Изучив историю — везде совпадало с тем, от кого исходило решение — от инженеров или от менеджеров.

>> Здесь считается нормальным посадить senior разработчика «грепать» логи с нескольких хостов, потому что ELK-стек not invented here.
> Насколько я помню, в Яндексе принято возделывать свою делянку, если что-то неудобно, это надо улучшать.

Ну тут же конкретный пример. Поднять ELK, либо любой другой лог аггрегатор несложно. На крайняк собственно погрепать логи может mid или вообще L3 support.

>> Разработчики каждого сервиса сами отвечают за его функционирование в production’е
>> Это нормально, представьте на своём месте несчастного админа, который должен чинить ваш велосипед даже не представляя как он работает.

Это не нормально. Для начала, вы отрезали значимую часть фразы, а именно «Для этого вводятся так называемые недельные факап-дежурства».
На подобные дежурства должны выделяться отдельные люди из L3 поддержки. Разработчики могут быть on-call, если вдруг что-то пойдет не так, а не дежурить лично, в виде переработки. А в правильно построенном SDLC, разработчики могут быть on-call во время релиза, а в остальное время продукт не должен падать, за чем следит production suppor team, и разработчики обрабатывают тикеты в рабочее время.
Я не исключаю, что может быть критичная ситуация, когда поднимут фиксить багу в 3 часа ночи. Но это не должно быть регулярно назначаемым недельным дежурством, это должно быть исключительным событием, происходящим не чаще раза в год.

> А ещё очень много проектов, которые собираются и запускаются только на Linux.
> Это нормально если у вас production на Linux.
Возможно. Но для java/nodejs современные сборщики типа npm/gradne/maven могут собрать продукт и под виндой, то есть например на машине разработчика, чтобы он мог локально и быстро что-то дебажить. Плохо не то, что проект собирается только в Линукс, плохо то, что на это жалуется человек, проработавший более года, и мне понравился стиль изложения. Поэтому априори я доверяю мнению автора, а именно то, что многие проекты незаслуженно собираются исключительно под Линукс.
В Яндексе же культура инженеров, они и принимают почти все решения, просто это могут быть не разработчики конкретного сервиса, а комитет из «заслуженных инженеров», принимающих решение на уровне всей компании.

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

Это не сложная иерархия.

Это обычная ситуация — должна быть команда, которая оказывает production support.
И это не разработчики, которые нанимаются разрабатывать.
Это те, которых нанимают именно на условия L3 support, работа посменам, 24/7.
В обязанности — постоянно читать нотификации с различных систем мониторинга, оперативно реагировать, коммуницировать с соответствующими командами. Если слетел диск — это не разработчик должен выяснять и открывать тикеты на админов. Это делает L3 саппорт.
А если разработчика припахать на дежурство, он В ПРИНЦИПЕ не будет способен погрузиться в решение сложной задачи, потому что постоянное переключение на чтение писем, слежением за системами мониторинга просто не дают это делать.
В том сервисе, за который я отвечал (in-memory key-value storage на 300 машин), всё было устроено так:
Система сопровождалась двумя людьми — мной и старшим коллегой, который её написал. За железом следила автоматика, вылет единичных машин не страшен, мы смотрим только за метриками, которые влияют на работу клиентов.

За пару месяцев работы мы довели эту систему до состояния «за полгода ни одного коммита, всё работает само», ещё где-то года полтора с неё клиенты на новую-кленовую переезжали, тратить время на её эксплуатацию было не нужно.

Если бы она сломалась в ту неделю, когда я был дежурным — мне бы позвонили из колцентра и попросили её починить.
Сравним два абзаца?
За пару месяцев работы мы довели эту систему до состояния «за полгода ни одного коммита, всё работает само», ещё где-то года полтора с неё клиенты на новую-кленовую переезжали, тратить время на её эксплуатацию было не нужно.

Обычно, существенная часть доработок выкатывается во второй половине дня, и соответственно бОльшая часть инцидентов случается поздно вечером. А ночью ты их чинишь. За просто так, за бесплатно – ни денег, ни отгулов. А утром, будь добр, иди на работу. Отказаться нельзя – здесь так не принято.


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

Мы, к сожалению, не знаем чем именно занимался топикстартер в маркете и почему у них там всё ломалось.


Мне довелось работать в инфраструктуре поиска — там картина другая, я считаю небесполезным её показать.


Колцентр общеяндексовый, но я действительно не знаю пользовался ли их помощью маркет.

> колцентр, который осуществляет дежурство и в случае чего вам звонит
Это не тот коллцентр, где инженеры сидят) Это тот, где просто названия лампочек зачитывали. А лампочки ещё и настроить правильно нужно.
Да, стоит, Docker и Kubernetes работают не настолько хорошо, чтобы их можно было использовать в масштабах Яндекса.
А как так получилось, что Яндекс.Облако предоставляет Kubernetes как сервис для клиентов, но для себя его использовать по какой-то причине не может.
Ну и отдельная проблема, что написание своих велосипедов для фундамента системы скорее всего означает ещё и переписывания с нуля всего стека CI/CD, потому что все имеющиеся решения заточены под Docker и Kubernetes или что-то похожее. Можно конечно сделать хитрее и избежать затрат на переписывание CI/CD с помощью отказа от CI/CD, и всё билдить, тестировать и раскатывать ручками, и видимо, Яндекс частично по этому пути и пошёл.

Ну и в конечном счёте, если Кубер не очень, так может попробовать контрибьютить в сам кубер, а не изобретать «не имеющее аналогов» решение?
А как так получилось, что Яндекс.Облако предоставляет Kubernetes как сервис для клиентов, но для себя его использовать по какой-то причине не может.

Для Kubernetes Initial release 7 June 2014

Я так мыслю, что к этому моменту у Яндекса все уже давно работало на чем-то другом.
> потому что все имеющиеся решения заточены под Docker
На это ответить можно легко — github.com/yandex/porto с докером совместим и мало кто догадывается, что там не docker, когда катает релизы. Правда не уверен, что на гитхабе весь код (точнее — точно не весь, но насколько).

> для себя его использовать по какой-то причине не может.
В основном из-за того, что kuber мало приспособлен к реальной жизни. Цена поддержки в больших инсталляциях с огромным количеством сервисов выше (заметьте — не микросервисов, тут сервисы-то не пересчитаешь), чем писать что-то своё узкоспециализированное.
И как выше заметили — яндекс создан раньше, чем k8s и всё необходимое к нему, жили же до этого как-то.
Да, стоит, Docker и Kubernetes работают не настолько хорошо, чтобы их можно было использовать в масштабах Яндекса.

Что мешает вкладываться в разработку open source проектов, вместо создания своих велосипедов? Это был риторический вопрос.


Это нормально если у вас production на Linux.

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


Я за время работы в Яндексе отучился в ШАД вольнослушателем

Ага, и это по вечерам после работы. У меня так не получилось, потому что ещё есть семья


очень много зависит от команды и руководителя

И это печально, потому что кандидат со стороны про это знать не может. И выбрать что-то после 1-1,5 часов общения с руководителем тоже нереально

И это печально, потому что кандидат со стороны про это знать не может. И выбрать что-то после 1-1,5 часов общения с руководителем тоже нереально.

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

Собеседование — это презентация с обоих сторон. Детали конкретной «реализации» вылазят уже после испытательного срока.

— Смогу я ездить на профильные конференции?
— Конечно!
— А за границу?
— Конечно!

А по факту, может случиться, как автора: то фонды исчерпали, то конфа не сильно профильная, то коронавирус, то еще чего. И бог бы с ней, с конференцией, но оно так чего не коснись. ))
Что мешает вкладываться в разработку open source проектов, вместо создания своих велосипедов? Это был риторический вопрос.


Так яндекс вкладывается, просто при этом и велосипеды свои писать успевает. Вами любимый kubernetes тоже когда-то был велосипедом в гугл. Вы хотите быть фреймворк программистом, а у яндекса амбиций побольше, он хочет создавать фреймворки сам. Это и круто и в этом есть своя экономическая выгода, насколько я знаю. Вы переживаете, что вы останетесь без скила, если будете использовать велосипеды, но и есть и вторая сторона этой медали, этот велосипед может «стрельнуть» и станет используемым по всему миру, а вы уже будете с богатым опытом использованием данного инструмента. Да и вообще не факт, что все эти докеры и кубернетесы будут живы лет через 5
Вы переживаете, что вы останетесь без скила, если будете использовать велосипеды, но и есть и вторая сторона этой медали, этот велосипед может «стрельнуть» и станет используемым по всему миру, а вы уже будете с богатым опытом использованием данного инструмента. Да и вообще не факт, что все эти докеры и кубернетесы будут живы лет через 5

Велосипед точно так же может помереть за 5 лет.

Скорее, Яндекс просто не умеет эти технологии готовить в своих масштабах. К примеру, Ericsson/Nokia предлагают контейниризованные продукты Mobile core, которые прокачивают сотню гигабит в односерверном исполнении и терабиты трафика в мультисерверных решениях, успевая по пути его развернуть до L7 и еще и классифицировать попакетно для систем тарификации.


Никакие "свои" докеры/кафки никто в здравом уме себе не пишет — если надо что-то подтюнить в существующем opensource, контрибутят прямо в сам проект, например, Ericsson/Nokia контрибутят в опенстек (конечно, контрибутят не всё, что доработали, но свой опенстек они не пишут).

> концепции одни и те же, а умение пользоваться конкретной технологией не стоит почти ничего.

Да-да, конечно.
— У вас есть два года опыта разработки на Vue3?
— Но ведь Vue3 ещё в бете…
— То есть у вас нет двух лет опыта разработки на Vue3.
— Понимаете, на предыдущей работе у нас было пять миллионов строк кода на AngularJS, и как-то всё это переписывать… Но концепции одни и те же, а умение пользоваться конкретной технологией не стоит почти ничего, правда?
— К сожалению, вы нам не подходите, но ваше резюме останется в нашей базе!

Это из реального интервью?

Это нормально если у вас production на Linux.

Да, допустимо, но это как коммитить в репу проектные файлы иде — потому что без нее не собрать — неаккуратно и не лучшим образом говорит о разработчиках, тем более в JVM (в C++ еще можно понять).
Зачем ты это сделал? :)
Известно же, чем заканчивается: не спишь, расстраиваешься, еще и минусов в карму, небось, напихали.
Разработчики каждого сервиса сами отвечают за его функционирование в production’е


Это нормально, представьте на своём месте несчастного админа, который должен чинить ваш велосипед даже не представляя как он работает.


Можно и так, но в нормальных конторах за это платят по двойному тарифу (после выполнения 8 часов в день), дают возможность выспаться/не приходить в офис на следующий день и либо создают график дежурств, либо не обижаются, что человек не чинит прод, когда у него уже запланированы какие-то личные дела на вечер.

Читал не так давно статью от разработчика из Одноклассников, у него Cassandra плохо работала, пилили свой велосипед. Похожее мышление. Данных, конечно же, не было. И тут похожее.


За 17 лет в индустрии научился замечать подобные вещи, обычно это такой период, лет за 5 проходит.


Плохо то, что подобное поощряется и даже пролазит на конференции, и оттуда распространяется дальше. И на хабр тоже.

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

Это нормально, представьте на своём месте несчастного админа, который должен чинить ваш велосипед даже не представляя как он работает.

Так это ж про Яндекс как-раз, судя по статье.
НЛО прилетело и опубликовало эту надпись здесь
Eto vseh ojidaet — kto pitaet kakie-to ojidaniya k rabote v Moscow osobenno iz regionov))

Я приехал в Яндекс.Маркет, в Москву из Ярославля. Компания предлагает очень заманчивый релокационный пакет, от которого практически нереально отказаться, особенно кандидатам из провинции: билеты, отель на первое время, риелтор, оплата первого месяца аренды, перевозка вещей, подъёмные. Это же твой реальный шанс переехать в столицу и устроиться на такую крутую работу!


Dalshe mojno ne chitat))

V Moscow nastolko vse prognilo chto lutshim sotrudnikom dlya kompanii na dannii moment schitaetsya sotrudnik iz regionov — a lutshe kak v dannom sluchaem kotoromy nado delat «relokaciu»)) — kotorii ne znaet poryadkov v stolice — svejee myaso

Eto ne tolko trend v Moscow — a voobshe v tekushee vremya

Takje nujno ponimat chto v bolshih kontorah vse mesta davno zanyaty — sozdany vnutri corporativnie klany — v lutshem sluchae novogo sotrudnika ojidaet vipolnenie chujoi raboty i pererabotki — v zavisimosti ot pozicii
Sorryan, bratan ya ne v vashey krasnoy gvardii))
Nado pravila vvesti — nelzya pisat na translite inache ban — a tam i severnaya koreya ne zagorami)))
Лучше просто на английском тогда пиши, никто не хочет разбирать хитросплетения транслита.

Интересно, а в чем вообще сакральный смысл писать транслитом изначально? У вас на компьютере нету административных прав, чтобы добавить русскую раскладку в список языков?

Букв русских на клавиатуре не нарисовано, небось, и нет умения слепой печати. Ну или просто такой "авторский стиль".

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

Главное не смотреть на кнопки
Как связаны компетенции сотрудника и то, что он из региона? В регионах поголовно все тупее, чем в Москве? Бред какой-то.
Вы как то распарсили что там написано? Я не осилил.
Как связаны компетенции сотрудника и то, что он из региона? В регионах поголовно все тупее, чем в Москве? Бред какой-то.

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

А можете примерно указать рамки?

а то я очень часто сталкиваюсь с тем что многие разработчики считают «рынком» не рынок РФ, а глобальный

p.s. хотя прочитал что стоимость релокации в 4 зарплаты… както слишком ниже выходит…
плюсую! :)
Сын там работал => теперь в америке

Хмм, спасибо за статью. Подумаю стоит ли теперь даже пробовать попасть в Яндекс..

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

Яндекс платит ниже рынка. В принципе, все это знают и понимают

Назовёте з/п которую вам платили в Яндексе и свой грейд? Я пока не видел ни одного человека, который бы жаловался на компенсацию начиная с 16 грейда. Просто есть отдельные личности, для которых RSU — не деньги (ага, +100к в месяц — не деньги), а премии — типа само собой (далеко не везде платят ощутимые премии).

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

Устоявшуюся где? В голове автора? Без монорепа вы не сможете переиспользовать код даже в соседних командах. Т.к. каждый раз после очередного обновления «чьей-то либы» будет что-то ломаться и будет проще откатиться на предыдущий релиз нежели идти и интересоваться, что к чему.

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

Звучит крайне странно, т.к. я общался со многими свеженанятыми людьми и такие отзывы слышал крайне редко. А когда слышал — предлагал подойти к началоьнику это обсудить. Оказывалось, что люди просто не говорили начальству о том, чем хотят заниматься. Рили?

Ещё одна из проблем – это переработки. За это никто не платит, это никак не регламентируется, но всеми подразумевается

Здесь мб особенности Маркета, т.к. в основном Яндексе за переработки (и за дежурства) платят. Более того — процесс автоматизирован, не надо даже ни с кем общаться и никуда ходить. Проверено на своём опыте — работает отлично.

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

Звучит очень далеко от реальности. Общался со многими разными начальниками — и своими, и чужими, и даже из других БЮ — и никогда не было таких проблем.

Системно этим заниматься никто не хочет: нет ни статического анализа, ни метрик, ни подсчёта code coverage.

А вы на wiki заходили чтобы этот вопрос как-то решить? Всё есть. Причём никаких доп. действий даже делать не надо — на пре-коммитных проверках можно сразу и метрики увидеть.

Попытка что-то доказать делает тебя токсичным, что тоже клеймо. Ну вы поняли…

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

Развивать своих сотрудников Компания так же не заинтересована.

… и парой строк ниже вы говорите, что вам оплатили участие в конференции. Сами себе противоречите.

Без монорепа вы не сможете переиспользовать код даже в соседних командах

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

> начиная с 16 грейда

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

Это очень странный критерий оценки. Абсолютно нормально переходить на новое место с повышением ЗП. Это твоя плата за дискомфорт от перехода. А для другой компании это инвестиции в новый опыт от стороннего человека.

А если от тебя уходят люди с понижением ЗП — это очень большой повод задуматься.

Вывод: если сотрудникам платить достаточно мало, то задумываться не придется.

Скорее всего не придётся. Люди же пришли к тебе на эту зарплату :) Для многих бизнесов это основа их экономики. Те же колл-центры.

А если мы говорим о высококвалифицированных сотрудниках, которых дорого привлечь и выгодно удерживать, то если к тебе пришёл сотрудник на зп X а через год ушёл на X-10%, то проблема явно не в низкой ЗП.
Привет, Дим!

В среднем 1.8 раза — это, кажется, сильно больше, чем плата за дискомфорт. Речь шла о том, что Я платит ниже рынка, и другого способа сравнить я не могу. Можно, конечно, посчитать тех, кому на собеседовании предложили меньше текущей работы, такие тоже есть, хотя и сильно, но я также знаю, что HR-ы Яндекса говорят в таких случаях :)

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

Но я не знаю 1.8 это много или мало с учётом строки Яндекс в резюме…
А что, пока ты работаешь в Яндексе, у тебя этой строки в резюме нет? :)

В том числе и об этом речь, и, кажется, из новосибирского офиса это видно прямо очень хорошо.
Продавать Яндексу строчку Яндекс в резюме… Это надо быть хорошим продажником :)

новосибирского офиса это видно прямо очень хорошо.

Я вон видел разговоры, что короновирус заставил работателей задуматься, а не платить ли удалёнщикам ЗП в соответствии с уровнем жизни в регионе в котором они приживают
> Продавать Яндексу строчку Яндекс в резюме… Это надо быть хорошим продажником :)

Те, кто не продали, ушли на большую з.п. Стало ли от этого лучше Яндексу?

> а не платить ли удалёнщикам ЗП в соответствии с уровнем жизни в регионе в котором они приживают

Не совсем понимаю, при тут чём это. Но в любом случе в Новосибирске Яндекс платит меньше, чем в Москве. Речь, если что, о новосибирском офисе Яндекса, о его росте в количестве людей и команд, и т.д., а оне ООО «Рога и копыта».
Те, кто не продали, ушли на большую з.п. Стало ли от этого лучше Яндексу?
Стало ли хуже? Люди уходят — это неизбежно. Часть вернётся с новой экспертизой, и это уже однозначно Яндексу хорошо.

Не совсем понимаю, при тут чём это.
В регионах часто очень любят сравнивать официальную ЗП и фриланс на на какой-нибудь американский стартап. Тут действительно разницы в ЗП могут быть огромными. Возможно из-за вируса рынок удалёнки немного поменяется: фирмы ищут новые способы экономить. А может и нет ¯\_(ツ)_/¯
Переход как таковой тоже стоило бы обдумывать. На равную зп — плохие прочие условия труда. На большую зп — либо уход осуществился на более высокую позицию, значит, у тебя не хватило места для сотрудника с новыми умениями, и речь не только про hard-skills, либо зп не была вовремя поправлена на инфляцию, то есть, проиндексирована. Идея считать акции за чистые деньги кажется сомнительной, и не только для Яндекса. Пока акция не реализована в деньги, это обещание выплатить некоторую стоимость, чтобы ее максимизировать, надо вовремя продавать, чтобы понимать, когда продавать, надо заниматься образованием в этой области, а заниматься некогда, потому что семья и переработки. А акция сегодня хороша, а завтра фантик, потому что она за курсом доллара не успевает.
Я критиковал использование факта «переход на большую ЗП», как критерий оценки рыночности ЗП. Именно потому что оплата труда это сложная система из кучи различных параметров. Вы сейчас только проводите дополнительные аргументы моему утверждению.

Стоит обдумывать не уход каждого отдельного сотрудника (если только он не супер-уникум), а тренды. Для этого, конечно надо такую статистику вести, но это все к HR'ам

Идея считать акции за чистые деньги кажется сомнительной, и не только для Яндекса.
Лично я так не считаю.

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

Отсюда лично у меня в голове и формируется сомнительность выдачи компенсации акциями, если ты не супертоп и твое влияние на имидж компании в мире не максимальное. Если работник получает акцию и сразу же ее продает, не проще ли тогда было бы премию ему платить, зачем ненужные прослойки? Конечно, не проще, ведь так компания где от налогов уйдет, где заберет пакет акций назад или вовсе их не выдаст, если сотрудник всего год поработал (????, здесь точно не знаю, какие правила в четырехлетних планах, скалькированных с FAANG). Эдакая морковка уровнем выше, чем смузи и карточка в Старбакс. Которой реально можно пользоваться, отработав более 4 лет и далее отслеживая, не продать ли на квартал позже, чтобы через полгода в отпуск семью вывезти в отель подороже. Про спекуляции я и вовсе не говорю.
Про анализ трендов миграции работников соглашусь.
работник получает акцию и сразу же ее продает, не проще ли тогда было бы премию ему платить, зачем ненужные прослойки?
в таких случаях обычно опционы выдают, которые нельзя вот прям сразу продать: они в собственность переходят в течении какого-то времени, и сгорают при увольнении. Т.е это способ привязки к месту: уволишься — потеряешь часть акций. Условия выдачи опционов у всех компаний разные.

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

Курсив в цитировании вас — мой. Может быть. А может и не быть. Человек измучился, уволился ранее срока Х и не реализовал опционы. Недополучил живых денег, которые можно потратить или инвестировать самостоятельно, хотя мог бы, если бы вместо этого получал базовую зарплату выше и без RSU. Акции растут, как правило. А в один прекрасный день возьмут и упадут. Мало ли что. Вон доллар в этом году катается, как на американских горках. Никто не ожидал, кроме тех, кто понимает в рынке. Мое имхо: акции, совершенно любые надо либо иметь и уметь ими заниматься (или нанимать кого-то портфелем управлять), либо не уметь и, соответственно, не иметь. Логичным кажется выдача опционов для СЕО. Они, как правило, и в рынке уже разбираются на таком этапе своего развития.
С остальным соглашусь, мы примерно об одном и том же пишем.
Может быть, а может и не быть. всё так. Надо смотреть по обстоятельствам кто, когда и на каких условиях предлагает.

совершенно любые надо либо иметь и уметь ими заниматься (или нанимать кого-то портфелем управлять), либо не уметь и, соответственно, не иметь.
Разбираться в фондовых рынках имея акции конечно важно. Но есть разница между портфелем акций, которые постоянно торгуются на рынке, и акциями которые просто лежат, это как разница между форексом и счётом в иностранной валюте: первым нужно постоянно заниматься, второй просто лежит запасом на чёрный день.
Вы же не проходите курсы торговли иностранной валютой, чтоб открыть счёт. Так и тут, вам просто дают акции, чтоб вы могли их при необходимости продать. И как выше я писал, заниматься торгами этими акциями всё равно не получится, из-за инсайдерских политик.
Я возражу, что счетом в иностранной валюте тоже надо бы заниматься: следить, что там происходит с этой самой валютой и не пора ли срочно закрывать в качель этот счет или выводить оттуда почти все, оставлять только на отпуск в той стране, где эту валюту принимают. Если у выданных опционов есть ограничения по времени продажи (например, я могу их продать только в день получения и в Юрьев день), то затея в моих глазах только что стала еще более сомнительной. Я за сознательное управление всеми активами, пример из недавней статьи про Долину и моментальное включение свежеполученных акций в обычные повседневные расходы мне непонятен. Там человек фактически выходит в -5000 ежемесячно, а считает — как будто в +4000, там писали об этом.
Если у выданных опционов есть ограничения по времени продажи (например, я могу их продать только в день получения и в Юрьев день),
У выданных опционов есть вестинг — день момент с которого они польностью переходят в вашу собственность. Далее, вы можете их продавать когда угодно, но тут главное под инсайдинговые ограничения не попасть )

Я это воспринимаю как премию выданную в рассрочку.
В любое время после даты вестинга — значит, так же, как в FAANG, судя по описанию. Интересно, можно ли продать свои акции, условно, в 6:18 утра того дня, когда новый продукт Яндекса принес успех, и рынок на это отреагировал ростом в 17%. А через час уже все, только 14%. Если это то самое инсайдинговое ограничение, тогда не очень интересно. Если на это наложено еще и NDA, ничего не останется, кроме как самостоятельно попробовать получить опционы. Или почитать оффер и отказаться.
Спасибо. Тогда смысл опционов теряется, если ты не СЕО. Вполне возможно, выгоднее было бы получать все это время высокую base rate ликвидными деньгами, завести себе брокера и покупать Яндекс на рынке в тех же объемах, что тебе давали в опционах, с первого же года работы. Или не Яндекс покупать.
Не важно как именно ты получил акции работодателя. Ты всё равно будешь ограничен в их торговле.
Если даже так (кто-то отследит, что я через условного Тиньковского брокера покупаю по чуть-чуть Яндекса, в котором и работаю), то для работника тем более выгоднее живые деньги.
НЛО прилетело и опубликовало эту надпись здесь

Интересно, эти циферки (g16, g17) как на middle-senior шкалу ложатся?

НЛО прилетело и опубликовало эту надпись здесь

А g1-g15 — это что? Как можно людей с такой точностью оценивать? Или цифра — это возраст?)

НЛО прилетело и опубликовало эту надпись здесь

Понятней не стало. Почему нумерация с 14 начинается?

Судя по столбцам других компаний, в этой таблице только сеньоры и выше. Следовательно в Яндексе сеньоры начинаются с грейда 14.
НЛО прилетело и опубликовало эту надпись здесь

Это общая сетка грейдов на всю компанию. Ниже там стажёры, а дальше не разработчики.

Судя по рейтингу этого комментария, Яндекс – очень спорная компания.
Ммм… достаточно большая компания, чтобы в разных её концах жизнь выглядела совсем по-разному.
Вообще говоря весь стиль написания этой статьи говорит о том, что вы явно токсичный человек. И если ваши попытки что-то доказать были такими же токсичными (т.е. доказательство через унижение чужих точек зрения), то неудивительно что ваше общение не сложилось.

Подскажете, как не попасть в ту часть компании, где на любую, даже аккуратную критику вешают клеймо «токсичный» — как и говорит автор в статье?
Токсичность — это не про объективность критики, а про стиль речи. Про формат общения, в котором либо излишне драматизируется ситуация, либо неявно унижается собеседник/субъект разговора (через намёки и метафоры).

где на любую, даже аккуратную критику

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

Давайте пробегусь по тому, что пишет автор:

Я наивно полагал, что Яндекс ...

Желтушный речевой оборот, косвенно говорящий «я был о них хорошего мнения, но а оказалось, что они плохие». Где тут критика? Это просто бесполезные эмоции.

Яндекс платит ниже рынка. В принципе, все это знают и понимают.

«Все знают» — это ж вообще аргумент на уровне непонятных форумов. «Если нет доказательств, напиши что это очевидно!» Судя по числам, которые ежегодно пишет Хабр (статистика Моего Круга) — эта фраза просто неверна.

Вам будут рассказывать о перспективах, о том, как хорошо и классно работать в Яндексе, о ДМС, о компенсации питания, о RSU и полугодовых премиях, а потом намекнут, что некоторые секции собеседования вы прошли не так уж шикарно, поэтому запрашиваемую вами сумму предоставить не могут

Здесь личный опыт автора выставляется как нечто априори верное. Хотя когда я проходил собесы — никто мне ни на что не намекал. Взрослые люди все — я спросил, мне ответили. Попросил з/п, мне дали её + RSU. И никакой драмы.

Запомните эту фразу: «Здесь так не принято. Тут так не принято. В Яндексе так не принято». Вы будете слышать разные её вариации очень часто.

За несколько лет работы и общения с коллегами из разных бизнес-юнитов не слышал такой фразы ни разу. Т.е. в очередной раз автор выдаёт свой негативный опыт за априорный.

Дальше лень копипастить, думаю суть и так видна — у автора куча необоснованных претензий и эмоций не по делу. В моём мире это не тянет на термин «аккуратная критика».
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
На выборке из десятков человек я ни разу не слышал, чтобы работа в Я озвучивалась как финансово выгодная перед альтернативами. Единственный случай был с мимо пробегающей вакансией гения питона в какую-то космическую сумму, но так как совершенно не мой профиль, в детали не вдавался
Про RSU — это же ещё Мандельброт в «Непослушных рынках» написал, ход, чтобы не повышать зарплату.

А как насчёт повышения зп И выдачи RSU?

По-поводу:


  1. Кучи своих велосипедов
  2. Отсутствия обучения
  3. Постоянных переработок и «возделывания деляны»

То складывается впечатление, что компания так делает специально, глядите:


  1. Человек знает только внутренние сервисы
  2. За новыми течениями и практиками в индустрии не следит
  3. Усталый, что очень сильно смещает акцент с «развитие/анализ ситуации» на «хоть бы до вечера на кофе продержаться», и так хронически.

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


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


P.S. Можно еще нанимать специальных женщин, которые будут рожать от разработчиков и жить на территории в Яндекс.Бараках и пилить потом лысеющего прогера «ну куда ты собрался, дурень, с насиженного, не жили бохато...».
P.P.S. Яндекс.Тёща, во

Вы не поверите, но есть ряд компаний, где устраивают вечеринки для разработчиков и низшего линейного состава (в основном девушек), чтобы и девочки нашли себе мужика и не свалили из-за того, что не тянут аренду квартиры в Москве, и разработчики остепенились и из-за позывов яичек на героизм не решили свалить в США или Европу =)
Вы еще забыли о том что Яндекс принадлежит Сбербанку, который принадлежит правительству РФ и выдает все данные о клиентах ФСБ по первому запросу

www.rbc.ru/technology_and_media/25/12/2019/5e0383459a7947070cc99f11
Если вратце, то золотая акция принадлежала Сбербанку, а после шантажа с новым законопроектом о контроле инвесторов они передают ее в свой подконтрольный фонд.
Яндекс не принадлежит Сбербанку. Раньше у Сбербанка была золотая акция, которая давала ему очень специфические возможности в очень специфических ситуациях. А теперь и этого нет.

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

Тоже похоже на инструмент психологических манипуляций — подорвать у человека уверенность в себе и желаемой зарплате.
Я прошёл три ревью и три раза получил оценку D (выше ожидаемого)


А как вы за год с небольшим прошли три ревью?
А с какой они частотой проходят?
раз в полгода, при этом если разработчик вышел меньше чем за три месяца до ревью, то он на ревью не попадает
Скажем так, у автора была возможность попасть на три ревью за 15 месяцев. Если не вспомнишь сам — поясню в личке.

Поясните прямо тут, чего уж.

Собственно основное: у автора была возможность попасть на три ревью и в этом ничего секретного нет.
Как так вышло и почему — какая разница?

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

Интересно было прочитать, спасибо!

— Это нормально если у вас production на Linux.

— Это ненормально, если вы пишете на Java. Если вы пишете на Java — будьте добры писать кроссплатформенно.

Яндекс же не пытается объять не объятное, а пытается заработать денег в сильно конкурентной среде. Я бы на их месте тоже бы пытался ограничить инструменты и платформы чтобы сократить риски и расходы на ненужную кросс-платформенность для внутренней разработки. (да Java позволяет писать кроссплатформенный код, но это лишние расходы/усилия при написании, отладки и сопровождении для внутренних проектов которые возможно будут или отменены или переписаны на 50% 2 раза за 3 года ...)
Привет

Ты пишешь что всем понизили оценки, но ведь у тебя было три D — значит тебе не понизили, поставили высокую?

Раз ты получал D — то размер гранта увеличивался кратно и автоматически выростала заплата, на заметный процент, но ты пишешь что зарплата не изменилась

RSU имеют график вестинга, рассчитанный на 4 года. Это деньги, которые ты можешь получить сильно позже, если останешься работать в Компании. В первые 2 года работы RSU это больше пустышка.

После года вестилась 1/4. Пустышка?
Сейчас правила изменены, для новых грантов. Вестинг начинается сразу, равными частями каждый квартал

Все-таки непонятно, уже через год ты получаешь от выданных 25% RSU, не будем брать в расчет что сейчас клиф убрали, но ты уже апреле мог получить деньги с грантов за зимнее ревью и 25% от гранта выданного при приеме(если он был), вряд-ли полученные деньги можно назвать пустышкой

Про заниженные всем оценки и твои D тоже непонятно — значит тебе по какой-то причине не занизили? Зарплата у тебя по итогам ревью не менялась в сторону увеличения и повышенная премия не выдавалась?

За всё время до увольнения у меня завестилось 11 RSU — это 44 550 рублей.
Раньше у Маркета и большого Яндекса был разный график ревью.


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


Гранта при приёме у меня не было. Что так можно, я тогда не знал.


Что касается ЗП, то по итогам года мне её проиндексировали на 5,33%, что в абсолютных цифрах чуть больше 10 тысяч рублей на руки. А затем Яндекс отменил компенсации за завтраки и полдники и сократил компенсации на обеды как раз на 10 тыс.
Итого суммарно за год доход не вырос никак.

Видимо, это какие-то другие RSU, не основного Яндекса, а Маркета? Потому что
1) Так мало(44 RSU) не выдают.
2) Так дорого (60-70 usd) 1 RSU никогда не стоил.
Ты написал что было три ревью, за последнее, видимо ввиду кризиса, изменение зарплаты могло быть отложено, но почему тебе зарплату изменили один раз, а не два?

Ты получил оценку D, то есть превосходит ожидания, за количество работы, превосходящее необходимое, судя по всему если бы тв работал в стандартном графике, то получил бы оценку соответствует ожиданиям — кажется это довольно честно

Даже твои RSU полученные не с начальным грантом, которого не было, а на ревью, уже начали превращаться в деньги, каждое следующее полугодие увеличивало бы эту сумму вдвое, то есть даже в твоем случае это уже не совсем пустышка. Видимо вместо начального гранта Яндекса инвестировал 800 тысяч (исходя из твоего комментария про повышение зарплаты делаю вывод что твоя зарплата была около 200к/в месяц), которые были потрачены на твой переезд, проживание, поиск жилья и первые месяца съема

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

Ты пишешь что доход за год никак не изменился. Но ведь зарплату тебе увеличили на 3-6-9 месяцев раньше, чем снизили лимит на бейджик? Повышенную премию по результатам ревью ты тоже не учитываешь в общий доход?
Моя релокация стоила как вся моя зарплата за 4 месяца.

Что касается ЗП, то по итогам года мне её проиндексировали на 5,33%, что в абсолютных цифрах чуть больше 10 тысяч рублей на руки.

10 000 / 5% * 4 = 800 000.
800 тысяч рублей за релокацию из Ярославля в Москву?
вероятно имелись ввиду 4 ярославских ЗП
Но дальше то идёт речь про работу на новом месте. Не сходится!

Ок, раскроем карты. Где-то в комментариях уже проскакивало, но продублирую ещё раз и более развернуто.
Релокация состоит из двух частей: релокационный бонус в виде беспроцентного займа (деньги на руки) и оплата услуг по переезду, проживанию в отеле, подбору жилья, перевозке вещей и т.п.
Ценник на отель и риэлтора совершенно конский, самому можно всё сделать в 2-3 раза дешевле. И это тоже деньги, которые вы должны компании в первый год работы. Увольняешься — возвращай.
Займ был около 500 тыс., но чтобы вы понимали, это не ваши деньги в первый год. При увольнении раньше срока вы обязаны их вернуть. Более того за эти деньги (это же займ) вы ежемесячно платите налог в виде материальной выгоды.
Через год компания спишет все расходы на релокацию за счёт дополнительной премии "за безупречное выполнение должностных обязанностей". С учётом налогов у меня в выписке фигурировала сумма в 911 тыс.

у ТС 187к ЗП что ли?
(и он еще на жизнь жалуется)

То есть вас можно нанять на 7 дней в неделю с переработкой по ночам за 187к?

Если можно — я бы не советовал. Он не просто так так мало просит. Тут что-то нечисто.

НЛО прилетело и опубликовало эту надпись здесь
А если взять инфляцию где-то в 10%, то даже упал.
НЛО прилетело и опубликовало эту надпись здесь

Я с этой суммы ещё должен заплатить налог самостоятельно :) В сухом остатке будет ещё меньше.

Самое трэшовое и неприятное интервью было а Яндексе, бррр. Пронесло.

Имхо, любые крупные компании — это прикольно только на старте карьеры, как раз из-за описанных минусов, они в общем-то везде примерно одинаковые. Опытным разработчикам лучше в небольших компаниях. (моё субъективное ощущение)
ИМХО не только на старте карьеры. Я примерно так представляю это для людей, которые растут профессионально, а не в руководители:
  • Ты только начинаешь работать. Очень важно не попасть в болото, в идеале — попасть в такое место, где ты научишься быстро развиваться, и где будет на кого равняться, у кого учиться. Крупные технологические компании обычно могут такое предоставить.
  • Выходишь на уровень среднего разработчика, эдакий Вася-копатель. В принципе, в этот момент можно пойти в самые разные компании, можно даже в айти отдел неайтишной компании — там может случиться быстрый карьерный рост. За счёт того, что на первом этапе хорошо прокачался — есть конкурентное преимущество на рынке.
  • А вот когда (если) уже сделал несколько крутых проектов, имеешь солидный опыт за плечами — есть резон идти в FAANG, или крупных российских (Яндекс, Рамблер, Меил), потому что там будут интересные и крупные задачи, и снова будет куда расти. Уровень скилов — в районе Фейсбуковского E6: www.levels.fyi/SE/Google/Facebook/Microsoft
Я не пойму откуда такая уверенность что _каждый_ разработчик в FAANG занимается интересным и крупным проектом. Почитайте отзывы. Полно историй как крутых сеньоров сажают на тупую и тупиковую задачу и шансов с нее соскочить нет. Там вообще больше от удачи чем от хард-скиллз зависит.
Конечно не каждый. Но я специально упомянул про E6 — обычно, у тех ребят уже есть возможность выбрать интересный для себя проект.
Еще часто бывает, что за неинтересные занудные задачи (типа рефакторинга замшелого легаси) как раз платят больше всего, тк желающих не особо много.

Когда я вижу в середине предложения слово «компания», написанное с прописной буквы, я начинаю подозревать, что текст написан не человеком, но маркетологом. Особенно тогда, когда так написаны абсолютно все вхождения этого слова.

Маркетологом кого, боюсь спросить? MRG?
assert !"начинаю подозревать, что".equals("уверен в том, что");

Слово «компания» с прописной буквы как правило встречается в официальных документах, договорах, пресс-релизах. Для неофициальных текстов такой вид канцелярита нетипичен, мы же не на немецком языке тут общаемся.


Статью прочли более шестидесяти тысяч человек, написано почти 500 комментариев.
Резкого негатива в адрес Яндекса в комментариях нет, преобладает благожелательный настрой.


Is fecit cui prodest

Как сарказм вы это не воспринимаете? Как отсылку к фразам типа «работать в нашей компании — большая честь».
У вас паранойя
Просто не повезло с руководителем.
НЛО прилетело и опубликовало эту надпись здесь
Можно раскрыть тему?
В 2010, кстати, может и стоило поработать, тогда Яндекс несколько отличался от того, что сейчас.
Он даже в 2014 был сильно лучше. Но падение экономики после крымской весны его надломил, а коронакризис, подозреваю, добъёт.

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

Ещё уровень базовых блоков: где-то это таблица в MySQL, а где-то географически распределённая NewSQL база данных.

Топовые компании стараются писать не велосипеды, а продукты.
Пользуясь готовыми решениями для инфраструктурых вопросов, выделяется время на то, чтобы свой основной продукт был качественнее, лучше, быстрее чем у конкурентов, которые тратят время на написание велосипедов ВОКРУГ своего продукта, а не на него самого.

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

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

Следующая проблема – обилие собственных «велосипедов».

Я в Яндексе работал уже давно, в 14 году, и наличие велосипедов на тот момент могу объяснить очень просто: открытых разработок, подходящих для масштабов Яндекса, на момент начала соответствующих проектов либо ещё не существовало, либо они были в слишком сыром виде.


Какой-нибудь Yandex.Cocaine создавался году в 11. Вспомните хоть одну открытую PaaS в 11 году, достаточно стабильную и фичастую для работы в масштабах Яндекса?


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


Кстати, Яндекс открывал некоторые свои наработок, но популярностью мало какие из них пользуются, Clickhouse разве что.

Ещё можно CatBoost вспомнить —отличная реализация градиентного бустинга для категориальных признаков.

А ещё Allure и танк.

Я вот сейчас в для автотестов Atlas использую
Это не продукт Яндекса и написан в свободное от работы время

Аллюр или Атлас?

Atlas с самого начала, Allure со второй версии тоже

Пр аллюр я знаю, про атлас я даже не слышал до сегодня :)

Средний срок жизни разработчика в компаниях типа гугла, фейсбука и прочих — год с копейками (если память не изменяет, 1 год и 2 месяца, но могу ошибаться). Народ очень сильно ведется на имя, ожидает, что там будут розовые пони и киберпанк, а по итогу получается пул задач гонять json, тянуть текучку и получать люлей от менеджера. С учетом изначально завышенных ожиданий, это сильно просаживает мораль и побуждает уволиться.

Но самое печальное, что такие компании понимают, что на их имя каждый год будет огромная туча разработчиков, поэтому нет смысла что-то исправлять, просто надо заложить бизнес-процессы так, чтобы максимально долго продержать разработчика на сухом пайке.
Всё не так однозначно. В таких организациях работает настолько много крутых людей, что для джунов, способных только перекладывать json — просто нет места. На их местах джуны, которые пишут статьи и коммитят в опен-сорс. А т.к. json'ы перекладывать кто-то должен, занимается этим обычно кто угодно и чаще всего тот, кому больше всего нужно, в том числе мидлы и сениоры.
И когда новый мидл приходит в такую организацию, то он ожидает что ща будет жечь, а попадает в окружение крутых ребят и оказывается, что жечь пока можно только стул на котором сидишь, т.к. всю интересную работу уже сделали другие крутые ребята. Фрустрация, отчаяние, ротация/увольнение.
Я к тому, что такая статистика — это в том числе результат высокого уровня скиллов сотрудников. Слишком высокая конкуренция. Для тех, кто нацелен на спокойный и планомерный рост — тут места нет. Ты либо растёшь быстро, либо не растёшь вообще (апгрейд раз в 3-4 года). Обычно года хватает, чтобы это понять.
Middle приходит для того, чтобы получить адекватную зп, адекватную социалку, адекватный пулл-задач, адекватный темп работ, и понимание, что в пятницу в 17-00 он выключает комп и идет с коллегами или друзьями в какой-то бар, чтобы немного выпить и потопать домой к жене и детям (ну либо к любовнице или девушке). Он понимает, что перетянет на себя разработку и поддержку пару ключевых модулей, получит по ним экспертизу, повысится до сениора, и можно будет уже подумать о покупке недвижимости, релокации в какую-то другую страну или инвестициях.

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

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

Обидно что у вас тут мидл — это только существо мужского пола. У женщин как-то не так устроено?

А как будет миддл женского пола? Миддла?

Дело не в этом, а в том, что описаны случаи жены, девушки и любовницы, но не мужа, молодого человека и любовника.

Я не понял, вы что, считаете что у девушки-миддла не может быть девушки?

Нет, я увидел что вы рассмотрели только 3 сценария из шести. И вот это обидно.

Сценариев даже не 6, а намного больше. Тем, кто идет не в бар, а в детский сад, тоже может быть обидно, надо и их рассмотреть. И тех, кто вынужден выключать комп в 19, тоже рассмотреть, им на 2 часа обидней.
А ты хорош
Если каждую пятницу вам надо выпить — вы что-то делаете не так. Скорее всего — или на грани выгорания или уже выгорели.
Капитан Очевидность спешит на помощь:
имеется в виду личное время человека, которое он может потратить на что угодно, не только бар.
Но только в таких примерах всегда бар. Грустно это.
Вот эта гонка с быстрей, скорей, переработки, дежурство по ночам и прочий бред — это для желторотиков, которые еще верят в идею, а не меряют все размером квариры и наполнением холодильника

А если я хочу делать интересные задачи и не измеряю качество жизни размером квартиры — я желторотик?
Кажется, вы путаете людей, которые хотят менять мир и которые хотят сидеть на жопе ровно стабильной з/п. С жизненным опытом это никак не связано.
Если вы думаете, что меняете мир и при этом до сих пор не вошли ни с кем в профессиональный конфликт на фундаментальном уровне идей, то вы не меняете мир, а только думаете что меняете его, пока остальные делают деньги на вашей продуктивности. Как только появится профессиональный конфликт, вы поймете, что без своего бюджета вы можете только следовать за тем, у кого этот бюджет есть, и менять мир только так, как вам скажут.

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

Вы подменяете понятия. Чтобы изменять мир — не обязательно воевать. Флемминг, открыв пенициллин — он с кем вступил в конфликт? Или, по-вашему, это изобретение не изменило мир? Ну или Goodfellow, публикуя статью про GAN — он с кем конфликтовал на фундаментальном уровне?

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

Какой бюджет был у Гвидо Ван Россума, когда он создавал Python? Какой бюджет был у Цукерберга? 10к долларов, насколько я помню. Чтобы изменить мир — нужны в первую очередь идеи.

Хотите изменить мир — в первую очередь измените его для себя и станьте финансово независимым от своей работы.

На чём основываются ваши догадки о моём финансовом состоянии? Вы ничего о нём не знаете, но уже делаете какие-то выводы.
> Вы подменяете понятия. Чтобы изменять мир — не обязательно воевать. Флемминг, открыв пенициллин — он с кем вступил в конфликт? Или, по-вашему, это изобретение не изменило мир?

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

Кстати, знаете какой бюджет нужно было иметь родителям Цукерберга, чтобы он смог проучиться сначала пару лет в Phillips Exeter Academy, а затем еще пару лет в Гарварде?

> На чём основываются ваши догадки о моём финансовом состоянии? Вы ничего о нём не знаете, но уже делаете какие-то выводы.

Вообще не имел цели оценить ваше состояние, но если мы дискутируем в контексте темы о наемной работе, а не в сабе r/fatfire, то чего уж скрывать, что это не состояние финансово-независимого человека? Я сам такой же.
3.5 года.

Чушь несёте даже не глянув в интернете.
В таких больших компаниях огромное количество разных проектов и всегда можно найти что-то по душе в соседнем проекте/команде/сервисе
вы хотите чтобы компания тратила ресурсы на поддержку платформы, которой нет в продакшене, просто ради вашего удобства, чтобы был Windows
это бросает тень на всю оценку опыта работы

Извините, а какие ресурсы? Время разработчика, который пишет код на Java? Что мешает научить его писать кросплатформенный код?
И дело даже не в этом, а в честности и открытости. Можно же прямо сказать всем кандидатам при оформлении: "Ребята, мы поддерживаем только Линукс, берите его". Но этого нет

Вы «кросплатформенный код» тут всю дорогу как мантру повторяете. Кому он нужен-то? Службе эксплуатации? Нет, все под линуксом. Бизнесу? Нет, бизнесу надо чтобы быстрее и работало, а не кросплатформенно. Другим разработчикам у которых скорее всего тоже кругом linux или на крайний случай mac os?
А что, ya make для джавы не умеет собирать на удаленных хостах? Пару раз я собирал крупные компоненты локально (у меня был нубук линуксом, я как раз заранее выяснил, что на маке хрен что соберешь), сборка занимала несколько часов — очень быстро перестал это делать.
А зачем запускать что-то на локалхосте? Опять же — WSL, vagrant/vbox/docker.
Проходил несколько этапов собеседования в Яндексе. Дают необычные задачи, но без практического смысла (что то из области примитивных задач для олимпиадного программирования).
Подтверждаю, что Яндекс абсолютно не интересуется опытом человека и при прочих равных в компанию пройдет вчерашний (сегодняшний) студент у которого живы в памяти матрицы и графы.
А еще там спрашивают сортировку пузырьком :)
Лично я после третьего этапа (из пяти) «отписался» от этой истории, о чем абсолютно не жалею.
Алгоритмические собеседования это текущие реалии. Как только найдут более практичный способ собеседования — начнут его применять. Также, как правило компании лучше не нанять плохого, чем не нанять хорошего (в гугле именно такая политика).

Если меня спрашивают венгерский алгоритм на собеседовании, то это красный флаг и я не пойду в такую компанию. В то же время разобраться с обходами графов, базовыми алгоритмами и big-O дело месяца. Потратьте этот месяц — это полезные знания.
Но не лучше ли спрашивать про конкретную платформу? Про конкретный язык, на котором кандидату придется работать? Неужели абстрактные алгоритмы спрашивать лучше, чем практические знания?
Не лучше, но это реальность в которой мы живем. Тут или приспосабливаешься к таким собеседованиям, или просто исключаешь такие конторы из рассмотрения. Даже если предположить, что со временем это поменяется, то конторы размеров Гугла или МС будут годами перестраиваться.
10 лет и 3 месяца назад я пришёл на собеседование на Java-программиста зная про Java как язык и, тем более как огромную библиотеку JDK, примерно ничего (но уже имея 10 лет непрерывного подтвержденного опыта и ещё 6 лет хобби-программирования перед этим). Меня спрашивали про алгоритмы, сложности, базовые понятия IT и CS. Сразу после собеседования, в конце, мне сказали, что оффер будет (формально мне его прислали через 3 дня), и предложили задавать вопросы. Мой первый вопрос был: «а это ничего, что я Java видел, конечно, но не писал на ней никакого кода сложнее Hello, World!?» ответ был: «ну, первый месяц ты [мы перешли на ты по взаимной договорённости раньше] будешь не очень продуктивен, это не страшно, мы это понимаем и готовы к этому».

Так и получилось.

И вот, 10 лет спустя, я всё ещё работаю в том же отделе и пока не собираюсь ничего менять — у меня интересные задачи, прекрасные коллеги и менеджмент, и вообще отличная работа.
Не лучше, т.к. спрашивая алгоритм смотрят не на ответ, а на процесс решения. Как человек думает, как он подходит к задаче. Есть правильный подход — хорошо. Даже если нет правильного ответа, важен подход. Нет подхода — плохо. А «практические знания» отлично лежат на stackoveflow.
Я провёл больше сотни собеседований в разных организациях и потом работал с теми, кого нанимали. Хуже всего было там, где на собесе общались про практический опыт и не просили решить хотя бы одну задачку. Однажды так наняли крутого буллшитера, который чудесно всё рассказывал про опыт, отвечал уверенно на вопросы о технологиях, рассказал и как openSSL устроен, и как сетевая маршрутизация работает (проект был про корпоративный мессенджер), показывал свой репозиторий на гите, но на деле не мог ни одной задачи закрыть, т.к. просто не умел код писать. Точнее код писать умел, а вот рабочие задачи решать — не умел.

Вы проводили собеседования? Если да — работали ли вы потом с людьми, которых наняли?

В гугле и тому подобных собственные фреймворки и велосипеды решения. Собственное разрешенное к использованию подмножество языка. Спрашивать знания конкретного фреймворка бесполезно — их никто снаружи не знает. Спрашивать какие-то тонкости языка вообще можно было бы, но это не маштабируется. Сколько различных тонкостей есть, если не влезать в дебри, которые запрещены codestyle guideline, даже в C++. Потом, выучить, как на экзамен, чему будет равно (++i)+(i++) и еще десяток подобных конструкций без понимания можно. А потом в коде все-равно наступать на те же грабли. Нанимать людей с огромным опытом и прохождением такого интервью на порядок менее полезно для кодовой базы, чем нормальное код ревью и CI.
А если второе в компании уже есть, то даже обезьяна за пару недель начнет писать приличный код, а через пару месяцев делать это быстро без лишних раундов ревью.

Часто вам граф надо обходить?

Я, кстати, три раза за последний месяц писал частные имплементации :)

Не, ну кто ж спорит, что этот навык бывает востребован. Вопрос в том, насколько часто. ;)

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

Случаем не утили для spark schema? )

Нет :)
Более того, я даже не знал что у нас такое делают :)

Писать по три велосипеда в месяц на одну тему… пф… Можно сделать вывод, что все они были полным шлаком. Что мешало взять neo4j? В embedded режиме траверсер это java-класс, полная свобода действия. Хотя cypher тоже торт.

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

У меня крошечный граф в памяти, который формируется ad-hoc и забывается через 30 секунд после использования. Но зато вычитывать мне его надо полностью из достаточно странных форматов файлов. Как мне тут neo4j поможет?

Код ведь приходится не только писать, но ещё и читать и дописывать. К сожалению, красиво всё документировать слишком дорого и долго, поэтому часто надо уметь прямо по коду быстро понять что здесь происходит, зачем именно так и какие инварианты важно сохранить при правках. Ну и именно в Яндексе достаточно мест, где действительно меньше бизнес-логики на if-else'ах и больше обходов графов.

В целом на собеседованиях именно в Яндекс спрашивают очень простые задачи. Их смысл не в том чтобы проверить знание хитрых алгоритмов, а просто убедиться, что соискатель умеет писать код и не путаться в трёх итераторах.
Дают необычные задачи, но без практического смысла
ну тут как повезет. Мне давали задачу на «а вот как бы вы реализовали архитектуру вот такого вот компонента в поиске?», ну и еще как минимум одна была хоть и олимпиадной, применять её алгоритм мне доводилось.
поздравляю с получением строчки в резюме! ))
Я наивно полагал, что Яндекс как-то значимо отличается от других работодателей. Увы, большой разницы я не увидел
у меня такая херня с 1Сом случисаль, прекрасно вас понимаю!
Любой отказ делает вас человеком нелояльным Компании во всеми вытекающими.
обычно, когда так говорят — это признак отсутствия реальных рычагов и желание сыграть на страхе. что за вытекающие? видели чтобы у кого-то они начались? или хотябы рассказывали?
И да пребудет с вами Java
да пребудет Java с тобой
Опыт с моей колокольни (в Яндексе не работал)

0. Рабство на год это нормально, если в тебя совершили денежные вливания. Кому интересно за свой счет перевозить разработчика который уйдет через месяц. Тем более есть возможность вернуть деньги и уйти.
1. Дежурства это стандартная практика. Если ты «долго» завис во вне рабочего времени должны быть механизмы запросить отдых на это самое «долго». Я не говорю что бесплатные дежурства это хорошо или плохо, я лишь отмечаю тот факт что они много где присутствуют.
2. Это нормально, что windows не поддерживается если проект не под windows.
3. С bringly все получилось очень нехорошо, тут просто «не повезло».
4. Монорепа это стильно модно современно. Другое дело должна ли она быть одна на проект или на компанию — сложный вопрос, у меня не хватает опыта, чтобы ответить. В одном большом проекте была монорепа на весь бэк (язык был один), работало отлично.
5. В каждой крупной компании есть хорошие отделы с плохими менеджерами и наоборот и вообще все возможные сочетания с повторениями. Тут нет смысла пенять на компанию, опять же как повезет. Совершенно точно должен быть механизм смены команды.
По пп. 1 — очень долгое время в истории рабство было «стандартной практикой». То что такое дерьмо повсеместно практикуется, ни разу его не оправдывает.
Если нужны дежурства — организуйте смены, с оплатой сверхурочных, это будет и по закону и по совести правильно.

Если не секрет — а как строится CI на монорепах? Какие-то костыли на проверку какие подпроекты поменялись, чтобы запускать частичный билд, или в тупую билдить и тестить вообще всё?

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

Опять же единственный коммит описывает полное состояние мира и довольно тяжело сломать какой-то зависимый от тебя проект (потому что перед непосредственно коммитом все зависимости и вперед и назад по дереву пересоберутся и если что-то сломалось, коммит не пройдет). И т.д.
Чем это отличается от Nix?
Просто адаптируйте свои проекты под сборку с Nix и проблем с инкрементальными билдами монорепы не будет никаких nixos.org
> 0. Рабство на год это нормально, если в тебя совершили денежные вливания. Кому интересно за свой счет перевозить разработчика который уйдет через месяц. Тем более есть возможность вернуть деньги и уйти.

Это не нормально, часть этих расходов компания может списать как налоговый вычет со своих доходов, но кандидат об этом не узнает, если до этого не знал сам. По уму и в случае несложного финансового положения, этот пункт вообще легко обходится кредитом в банке или одалживанием денег у родственников, так как очень редко вся сумма нужна сразу и целиком (невозможно перевезти вещи в несуществующую квартиру, не всегда риэлтор будет в помощь и тд).
Разница в том, что если ты одалживаешь у друзей 500к — то надо вернуть. А тут компания даёт тебе эти деньги и через год прощает долг. И 500к — это не фигура речи habr.com/ru/post/505240/#comment_21699104
Ощущаете разницу?
А почему мне нужно одалживать сразу 500К и быть должным компании сразу эту сумму, а не 200К на переезд и аренду квартиры, которые можно точно так же вернуть в течение года с зарплаты, а вещи перевозить в течение всего года, по мере необходимости?
НЛО прилетело и опубликовало эту надпись здесь
Не знаю как в Яндексе и Москве, я релокейтился два раза за границей, и ни в одной из стран бюджет на переезд не дают на руки, а покрывают расходы либо с предъявленных чеков, либо договоров аренды. Если уложились в меньшую сумму, то разницу в виде бонуса никто дарить не будет. То есть по факту, ты все равно должен либо компании, либо банку, но в случае с банком, уложиться можно в меньшую сумму и не отдаваться в рабство компании на год, а свалить сразу, в случае неадекватных условий. Многие банки первый месяц вообще дают беспроцентный. А если сваливать на условиях компании — всю сумму придется выложить сразу же.
НЛО прилетело и опубликовало эту надпись здесь
Чтобы не быть должным сразу большую сумму денег здесь и сейчас, в первые месяцы после переезда, в случае форс-мажора. Вы можете перейти сразу в другую компанию, на лучшие условия, потому что перевозить вас уже не нужно.

НЛО прилетело и опубликовало эту надпись здесь
А почему мне нужно одалживать сразу 500К и быть должным компании сразу эту сумму, а не 200К на переезд и аренду квартиры, которые можно точно так же вернуть в течение года с зарплаты, а вещи перевозить в течение всего года, по мере необходимости?

Так никто и не заставляет этими деньгами пользоваться. Вам выдали 500к => положили их на вклад. Если форс-мажор — сняли, вернули фирме. Если всё ок, то через год у вас +500к просто за то, что отработали в фирме год. Не вижу никакой аналогии с тем, чтобы брать кредит в банке.
> Вам выдали 500к => положили их на вклад. Если форс-мажор — сняли, вернули фирме.

А, так их все-таки выдают сразу на руки? Это конечно лучше, чем я представлял, но даже в этом случае, если с этого счета была проведена хотя бы одна большая транзакция (аренда квартиры + депозит, например), банк будет выгоднее — я могу размазать выплаты потраченного по оставшимся 11 месяцам, а не отдавать всю потраченную сумму целиком в день ухода.
Так, возможно я плохо выразился в прошлый раз: отработайте год и деньги возвращать не нужно. Вам их подарят. Каким образом кредит в банке выгоднее?
Если отработать год по своему желанию, и деньги действительно просто дарят в полном объеме независимо от реальных затрат, то конечно же банк не выгоден.

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

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

— UPD. Хотя погодите, если 500к выплачивают сразу вам на счет (его правда выплачивают сразу на счет??), а не по факту затрат которые вы предъявите чеками, то кредит в банке будет еще выгоднее для вас:
— Берем кредит на 200к в банке
— получаем 500к от компании, кладем на сберегательный счет
— оплачиваем квартиру деньгами из кредита
— работаем год
— погашаем кредит малыми долями
— в конце года получаем 500к + проценты

В этом случае у нас и риски первых месяцев покрыты лучше, и в течение года мы чувствуем себя легче, потому что часть денег, которые надо вернуть в случае форс-мажора равномерно уменьшается с каждым месяцем, и в конце года есть вероятность получить некоторый навар с депозита (если кредит был беспроцентный, или в сумме меньший, чем проценты по вашему депозиту, который можно пополнять частью денег с зарплаты).
Странная схема у вас в UPD. Зачем тогда вообще брать кредит, по нему же тоже будут набегать проценты. Причём, по ставке больше, чем по вкладу.
банк это один из вариантов, изначально цель была «одолжить и не завязываться на релокационный пакет», чтобы не проседать при обсуждении зарплаты и иметь возможность свалить в любую минуту. Лучшая тактика в таком случае — одолжить ровно столько, сколько нужно на переезд, и так, чтобы с первой зарплаты покрыть если не все, то бОльшую часть. Если есть родственники с деньгами, то через них, если нет — смотреть на овердрафты в банках (у некоторых до кризиса был овердрафт до 500к без процентов в течение 90 дней).
There are three faithful friends, an old wife, an old dog, and ready money. (с) Переезжать лучше на свои деньги, ни у кого в долг не брать. Иметь накопления заранее. Тогда и правда будет возможность быстренько дернуться куда-нибудь в рамках Москвы или даже Москвы-Петербурга в случае а-ля приход в Брингли за месяц до его безвременной кончины.

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

>Уже тогда было понятно, что оно не полетит.
Вот чего я не могу понять — так это каких-то гипер ожиданий, если угодно, от работы в Яндекс Маркете. Вот автор пишет про брингли — ну так у меня ровно такое же впечатление было снаружи, ровно в начале этого проекта, когда я про него услышал. Потому что выглядело это как «мы вот щас сделаем второй Амазон и третий али экспресс».

А уж когда вышла бета этого брингли — это было супер очевидно, по ассортименту товаров, что там предлагали, и их завышенным ценам.

И в такой ситуации — откуда сверх ожидания от работы в такой команде, если самому автору возможный факап проекта не просто виден издалека, а вполне очевиден?
Да, эта статья проясняет — почему в Яндексе такая странная система собеседований, когда тебя спрашивают в основном не о том какие у тебя навыки, какие технологии знаешь и проч., а гоняют по алгоритмам оторванным от реальной жизни. Им нужны вполне конкретные люди — будущие велосипедостроители, опыт не особо важен, главное лояльность, управляемость, низкие зарплатные ожидания и умение работать с ХЗ-технологиями (хрен знает что это, но освоить тебе это надо уже вчера).

А так в остальном — имел «счастье» в свое время поработать в другой крупной российской компании — все очень похоже. Нагромождение велосипедов, как говорят написанных ради учета специфики компании (хотя в чем там эта уникальная специфика не понятно нихрена, зачем использовать, например, свой велосипед вместо spring MVC, велосипед по факту просто тот-же эмвиси, только с урезанными возможностями и кучей багов и гемора при обучении езде на нем). Постоянное давление в плане переработок (по выходным они оплачиваются, но работа в выходные это такое… люди выгорают поработав в таком режиме несколько месяцев). Куча руководства над тобой, но за успех проекта по факту никто не отвечает, при неудаче всю ответственность сваливают на «ленивых и косоруких разработчиков», ну и прочее подобное…
Зарекся работать в таких конторах, оно может и прокачивает в какой-то мере «софт скилс», но все это сопровождается профессиональной деградацией и выгоранием из-за постоянных переработок и стресса. А строчка в резюме с названием «крутой» компании никаких преференций на собеседованиях не дает, этим сейчас мало кого впечатлишь.
НЛО прилетело и опубликовало эту надпись здесь
из какого вы отдела?

А зачем поучать высокие оценки если за это бонусов не прилетает?

Бонусы прилетают: повышение ЗП (в рамках вилки текущего грейда), премия, RSU. Чем выше оценка, тем выше премия и тем больше дают RSU.

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

Однако по описанию в посте и комментариях от автора, повышения ЗП не прилетело.
Вот здесь автор говорит обратное
«проиндексировали» — это не повышение ЗП. :)
Хорошо, что в вашем понимании повышение ЗП?

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


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

Автор называет это индексацией, но по вашим критериям это именно повышение ЗП. Процент повышения оклада индивидуальный. Кроме того, RSU — такое своеобразное отложенное повышение.
грейд ап это когда ты начал делать работу другого грейда, а D на ревью это когда ты сделал больше, чем ожидалось от разработчика на этом грейде
Но вы же только что написали одно и то же двумя разными способами и сказали, что это не одно и то же.

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

НЛО прилетело и опубликовало эту надпись здесь
Это, конечно, печально. И после этого Яндекс хочет встать в одну шеренгу с такими компаниями, как майкрософт??? Пускай лучше качество работы меняют!
справедливости ради, многое из описанного в Яндекс принёс CTO из Microsoft ещё «Баллмеровского» разлива. Microsoft с тех пор реформировался, но Яндекс получил «старую школу». Гуглите «император яндекс».
а что поменялось в ms после ухода баллмера? отменили ревью или грейды? кажется нет
stack ranking отменили — дико деморализующую и разлагающую коллектив вещь.

upd: www.theverge.com/2013/11/12/5094864/microsoft-kills-stack-ranking-internal-structure

Microsoft is killing off its controversial stack-ranking system today. While it could be viewed as an internal change that won’t affect consumers directly, it will have a broad effect on current and future Microsoft employees that may just shape the future of the company. For years Microsoft has used a technique, stack ranking, that effectively encourages workers to compete against each other rather than a collaborative Microsoft that CEO Steve Ballmer is trying to push ahead of his retirement.

Stack ranking is a process where each business unit's management team has to review employees' performance and rank a certain percentage of them as top performers, or as average or poorly performing. Former Microsoft employees have claimed it leads to colleagues competing with each other, especially when some employees in a group of individuals need to be given poor reviews to match the method.
зато был вскормленный на нём уникальный личный стиль руководства CTO. Я покинул яндекс ещё до «Империи», но потом наслушался от тех, кто уходил в последующие годы.
ушли в личку ))
А в чём принципиальные отличия?
а какой предыдущий опыт был если не секрет? где в Яре работал, долго ли?)) Какая вилка для мидла на собесе была? На мидла собес также проходил — решение алгоритмических задач?
в Ярославле всего две ИТ-компании (которые на слуху), откуда приходят хорошие кадры в продуктовые ИТ-компании Москвы/Питера — это Тензор и Аквилон.
Я загуглил профайл ТС на линке — и это оказался Аквилон :)
Как-то плохо вы загуглили, компания называется Аквелон
да, возможно ошибся.
думал оно значение «Аквилон» имеет: ru.wikipedia.org/wiki/%D0%90%D0%BA%D0%B2%D0%B8%D0%BB%D0%BE%D0%BD
т.к. слова «Аквелон», кроме как самоназвании компании не встречается.
А Яндекс встречается? Какой-то странный довод. Да ещё «возможно». С учётом того, что у вас в профиле написано HR — не знать названия компаний, да ещё и коверкать их — какое-то странное поведение :)

В Ярославле были Тензор, Диасофт, Аквелон, до этого в Вологде — R-Style Softlab

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


Это ж круто! Обожаю разбираться с чем-то новым, действительно новым. Это дикий стресс для меня, но и большое удовлетворение по результату. Жаль, что чаще всего попадаю в ситуацию не нового, а изобретение кем-то квадратного колеса. Очень редко исследования такого рода стали обогащать меня новыми приемами, знаниями, подходами.
Беда, коль пироги начнет печи сапожник,
А сапоги тачать пирожник,
И дело не пойдет на лад.
Да и примечено стократ,
Что кто за ремесло чужое браться любит,
Тот завсегда других упрямей и вздорней:
Он лучше дело всё погубит,
И рад скорей
Посмешищем стать света,
Чем у честных и знающих людей
Спросить иль выслушать разумного совета.

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

А это довольно вечный спор.
Некоторым товарищам неинтересно делать то, что они уже умеют, и они из принципа берутся лишь за те задачи, которые не представляют, как решать. У них от этого драйв случается, а иначе фрустрация, депривация и еще штук пять умных слов.
НЛО прилетело и опубликовало эту надпись здесь
Русская Вики достаточно часто неадекватна.
С интересом ознакомлюсь с результатами и методиками измерения неадекватности русскоязычных статей про синдром неприятия чужой разработки (ссылка, приведенная в статье.) и про монорепозиторий (англоязычная статья)
С чего бы кто-то Вам вдруг делал такие измерения? Я просто говорю, что игнорирование русской вики здорово экономит время.
Сначала Вы говорите про неадекватность русскоязычной Википедии, я спрашиваю: почему англоязычные статьи, описывающие эти явления, являются адекватными, а русскоязычные, описывающие те же явления, неадекватны? Вы же отделываетесь общими словами про игнор и экономию времени.
Вы так на полном серьёзе это спрашиваете, как-будто никогда не открывали русскую Вики. Начнём с того что по огромному ряду исторических, политических, географических и других вопросов русская Вики описывает какой-то вымышленный мир, а не нашу планету и мнение русской Вики прямо противоположно тому, что об этом всём думают остальные 96% населения Земли. Но это ладно. Даже статьи из области точных наук убоги до крайности — навал терминов и формул без попыток объяснений сути. Статья на английском будет проще, шире и актуальнее. Более того, статья на английском упомянет о десятке ссылок на другие статьи, о которых из статьи в русской Вики вы даже не узнаете.

В общем, пока нам интересно как «Волга впадает в Каспийское море» — русская Википедия вполне ок. Но когда нужно, хмм, что-то нормальное — надо читать нормальный материал.
прямо противоположно тому, что об этом всём думают остальные 96% населения Земли

Вы льстите населению земли, процентов 60 этого населения с трудом вспомнят… если вообще вспомнят как второй по размеру город РФ называется… и это еще из тех кто еще знает как столица называется
Я уж молчу про выгул медведей и russian vodka вместо чая
В общем, пока нам интересно как «Волга впадает в Каспийское море» — русская Википедия вполне ок.

Так я (и автор этой ветки) про это и говорю: явления никак не связаны с политотой, статьи на разных языках по смыслу ничем не отличаются друг от друга (только на мой взгляд в англоязычной статье присутствует «ссылкоизвержение» на похожие явления, которые мало чем дополняют исходную статью).
Какой-то слишком эмоционально-субъективный поток. Одно дело — чётко и просто объяснить «источников меньше, информации меньше, подача менее понятна». А другое — распинаться про «нормальных», «ненормальных», «адекватных», «вымышленное» и без единого пруфа.

Если у вас составилось негативное впечатление из-за конкретного подраздела статей (например, политического) — зачем огульно охаивать весь ресурс?

Совсем недавно наткнулась на яркий пример обратного — русская статья https://ru.wikipedia.org/wiki/Хаузер,_Каспар гораздо объёмнее английской.

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

Множество разных точек зрения — это хорошо. И не всё, что на английском — «норма» и истина в последней инстанции, а контент на других языках не заслуживает даже внимания. Сужать себе кругозор таким образом — странно.
И не всё, что на английском — «норма» и истина в последней инстанции

Так я же об этом и говорю: если стоит задача черпнуть информацию для внутреннего российского проекта, то именно из русской Вики его и следует брать. Там он будет отвечать политике партии и попадать в целевую аудиторию. Просто это никак нельзя использовать вне России без шанса вдруг нарваться на конкретные логические нестыковки. Лично для меня после переименования «Киевской Руси» в «Древнерусское Государство» стало понятно, что никакой русской Вики не существует. Если в геополитических целях нужно будет временно увеличить прямой угол до 100 градусов или округлить число Пи до четырёх — это будет сделано не моргнув глазом.
Эм, откуда такую статистику взяли? А, или это пустословие, чтобы крутым казаться? А с чего вы взяли, что в англоязычном секторе нет ошибок? Будьте любезны, приведите статистику, исследования, факты. А так это просто субъективное мнение, которое ничего не стоит.
Интересная статья, хотя немного фактов бы и не помешало. К примеру, вы пишете про зарплату ниже рынка. Так показали бы, мол за такой-то грейд дают вот столько, из них столько-то базовая часть, столько-то премия и тд.

Хотя, указана релокация как 4 зарплаты. Даже если брать по полной программе, просто выбрасывая деньги во все стороны — это 100к переезд, 200к за два месяца квартира и 100к риелтору, итого 400к. Итого максимум 80к-100к в месяц будет. А с адекватными затратами вообще не выше 50к. В Москве на текущий момент даже для мидла этого будет маловато.

А ещё очень много проектов, которые собираются и запускаются только на Linux. Если у тебя Mac, то есть хоть какая-то надежда, а вот с Windows её вообще нет. И ладно бы это был плюсовый код, но что мешает на Java разрабатывать кроссплатформенные решения? Оказывается, многие просто этого не умеют. Ведь этого не спрашивают на интервью. И даже не надейтесь, что на «финале» кто-нибудь честно скажет вам, что ноутбук нужно брать только на Linux.
Извините за возможную грубость, и за возможный холивар, но я искренне не понимаю эту претензию. Они разработчиков нанимают, а не домохозяек. Кто вообще в здравом уме будет писать код, сидя на виндовс? Не считая тех, кто пишет под виндовс.

И второй момент — они ведь не десктопные приложения пишут. Зачем им кроссплатформенность? Я могу представить ситуацию, когда сервера начнут переводить с центоса на убунту, или наоборот. Но не могу представить, чтобы их переводили с убунты на виндовс сервер.
НЛО прилетело и опубликовало эту надпись здесь
Проблемы начинаются с самого начала, когда надо идти и скачивать куда-то jdk, maven, tomcat и что там еще и потом еще все как-то в path прописывать руками, потому что инсталляторов нормальных днем с огнем. А уж если вам обвязка какая-нибудь хитрая нужна, ну там чтобы редис, эластикэш какой-нибудь, монга, будь она неладна, постгрес, для фронтенда что-то подсобрать. День только инсталляторы по интернету искать. Правильно приготовленные контейнеры конечно решают часть проблем, но они не совсем нативные под windows и это привносит свои нюансы.
НЛО прилетело и опубликовало эту надпись здесь
Но зачем давать выбирать винду, если в компании под ней всё плохо?
не в компании, а в проекте/сервисе. Те кто выдаёт про это ничего не знают. Это ответственность непосредственного руководителя решить этот вопрос: и на собеседовании об этом сказать/спросить и согласовать выдачу устройства.

Тут почти вся статья описывает проблемы которые должен был решать непосредственный руководитель…
choco install jdk11 maven tomcat

Весь день для вас искал, но не стоит благодарностей.

Ну, слушайте, Яндекс — это религия. Если вы верите вот в это Я-всё, то разные там «not invented here»-синдромы должны наоборот, как бальзам на душу литься. А если нет — то зачем издеваться над собой и идти туда работать?
Про релокационный пакет поддержу. Работал в такси (бесплотниках). Но, полагаю, эта часть такая же. Через год снова перезжал в Мск, но уже своим ходом. Поэтому есть с чем сравнить. Про работу не говорю, хотя такого трэша у меня не было. Просто неприятно.

— Гостиница с конским ценником и далеко не в самом удобном для поиска жилья месте. Сам снимал в три с небольшим раза дешевле (да, не так шикарно) в районе, в котором искал жильё.

— Агент, который «ищет» жильё бесполезен. По крайней мере в моём ценовом сегменте (40+ за однушку). Некоторые собственники сразу отказываются работать с агентами. Риэлторы считают его конкурентом — больше сил уходило на объяснить, что делиться не надо, всё оплачено. Помощи вроде «это плохой район», а «в этой квартире такие проблемы» ноль, ровно, как и ответственности. Зато согласовать просмотр с добавлением ещё одной стороны — тот ещё гемморой.

— Денежный бонус. Взяли, положили на счёт. Можно тратить только через год. Но зависит от ситуации. У меня всегда на пол года кэш есть. У кого-то может не быть.

— Перевоз вещей. У меня семьи нет, и в рордном городе есть жильё. Поэтому было проще, вещей получилось до кубометра. За день до самолёта сдал в транспортную, неделю они ехали. Если за это время не успели с жильём, хранение на складе транспортной — копейки. Через пол страны получилось 5-6 тысяч. Как и с агентом, привлечение третьей стороны только усложнит весь процесс. Ну и поднимет цену.

Резюме. Всё, кроме денег, «в пакете» будет сложнее и сильно дороже. Деньги берите по максимуму, только помните, что в течение года они не ваши, «вам их подержать дали».

Может кому-то будет полезно )
НЛО прилетело и опубликовало эту надпись здесь

В JetBrains не так :)

НЛО прилетело и опубликовало эту надпись здесь

Зарплата выше, кажется, престиж с моей точки зрения точно выше (в Яндексе пользуются нашими продуктами ;) ), оплата релокации конечно есть.

Как насчет интересных задач, проектов, которые можно поставить в резюме?

Кажется, в JetBrains такие все, нет? Это не стандартное перекладывание json'ов, это создание продуктов для разработчиков, которыми пользуются миллионы людей по всему миру :)

Вот так рекламируете что все задачи интересные, а потом люди (как автор поста) выходят на работу, сталкиваются с рутиной и огорчаются, ну хоть не json, но сообщения компилятора-то в формы вы перекладываете? ;)

У меня пока не было форм, но кто-то, безусловно, это делает. У нас не всюду рокет сайнс далеко, это правда. Но у нас много интересной (в силе нестандартности) работы на смый разный вкус.

но кто-то, безусловно, это делает


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

Нет. «Участвовал в разработке IntelliJ IDEA». Ок, а что делал? Фиксил баги в Lombok plugin? А в чем челлендж, с чем боролся, за счет чего рос?
Вот на такие вопросы на следующем собесе что говорить после работы в JetBrains?

Поясню.
Меня лет 5 назад звали в печально известный x0red писать плагины к Эклипсу. Причем и зп была повыше средней, и требования к кандидату — примерно того уровня что ТС описывает, и я прошел до тестового задания. Написать композитный плагин к Эклипсу.

Я сел, подумал — «и что, это теперь будет моя работа? да нахер так жить? кому это нахер надо?»
Это общая проблема работы в крупных конторах — вроде как причастен к бренду, а с другой стороны — второй заместитель младшего подавателя весла третьего гребца с правой стороны.

Сейчас я в небольшой аутсорсинговой компании, и за полтора года мне есть чего рассказать на собесе про челленджи, про личный вклад.
А «пилить плагины к Эклипсу» — это скучно.

И, да, у меня купленная IDEA Ultimate.

Ну это значит что вам неинтересен конкретный кусок работы :) Но неужели в JB нет ничего интересного лично для вас?

Ну это значит что вам неинтересен конкретный кусок работы :) Но неужели в JB нет ничего интересного лично для вас?

Нет, это характеризует то, чем заняты массово разработчики компании. JetBrains — делает среды разработки.
Что делают разработчики в JetBrains ан масс? «Пилят плагины».
В чем их развитие? Я не вижу.
В чем ценность кода, который лично они создали?
Какие челленджи они решают?

Если это «обход графа на скорость» — сорян, мне это неинтересно, да.
А еще в JetBrains этот ваш Котлин, который делает мне НЕНАВИСТЬ.

Поэтому в JetBrains я не пойду, потому что там скучно и Котлин. Будут проблемы — тогда зовите. 4 млн — и я на год ваш под проект.

В Яндекс я не пойду — потому что там токсичные мудаки, скучно, и зарплаты днище: 2 года назад я получал 180, а лид из Яндекса плакался что ему 140 всего платят.

А ещё в JetBrains разрабатывают веб-продукты и библиотеки. Ну просто для полноты картины.


Кстати, вы тут эмоциональны, это нарушает правила хабра.

Кстати, вы тут эмоциональны, это нарушает правила хабра.

Вам показалось. И, да, что-то я не помню, чтобы правила Хабра отказывали кому-то в эмоциях.

А ещё в JetBrains разрабатывают веб-продукты и библиотеки.

Скучно. Я этим могу в свободное от работы время заниматься в виде пет-проекта.
Нет. Где я кого оскорблял и не следил? «Котлин делает мне НЕНАВИСТЬ»?
Так это кратенькое выражение квинтэссенции моего мнения о том, что Котлин спроектирован хреново, и писать на нем хреново. Если мы углубимся в эту тему аргументированно — получится длинная статья, которая никому нафиг не нужна.

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

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

Всё. Где я чего нарушил?

Это эмоциональное выражение вашего мнения. Если бы вы выразили его не эмоционально, например "мне было неприятно работать в компании, где руководитель орёт матом на команду" — нарушения бы не было.

Я с вами несогласен. Это всего лишь апелляция к некоторым фактам.

Котлин позволяет стрелять в ногу сильнее, чем Java? Позволяет.
Плохо читабелен без IDEA/Android Studio? Да.
Нет нормальных static-ов? Да.
Поощряет выведение типов (val) вместо явного объявления? Да.
Поощряет смену контекста и код-лапшу (.also, .run, .apply)? Да.
Разрушает объектную ориентацию (extension methods)? Да.

Как минимум вот это всё делает его плохим языком архитектурно. Это — факты.

А то, что все вышеперечисленное ведет к факапам на реальных проектах — это да, это уже вызывает у меня эмоции.

Человек, который публично унижает подчиненных — токсичный мудак. Это факт.
Такие люди есть в Яндексе. Это тоже факт.

А то что мне (и не только мне) неприятно работать с такими людьми — это очевидное следствие.

Так что никакого нарушения. Разве что весьма сжатые формулировки.

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


А вот мудак — это эмоциональное выражение. Независимо от того, факт ли это (что, кстати, совсем для меня не очевидно — видеозаписей не предоставлено, слово "мудак" не определено).

Мудак — это дефиниция поведения. Называя того, кто ведет себя как мудак мудаком — я не испытываю никаких эмоций по этому поводу. Кошка — это кошка, бомж — это бомж, мудак — это мудак. Точка.

Что касается критики языка: увеличение рисков выстрелить в ногу и заколебаться, производя код, который на Java более лаконичен, надежен и однозначен — это не про вкусовщину и трейдофф, это про плохо продуманную архитектуру.

И то, что Котлином пользуется и сам JB, и Google — это не показатель качества языка. Я понимаю зачем он нужен JB. Я понимаю, зачем он нужен Гуглу. Пока он не будет надежнее, читабельнее и эффективнее Java — я не могу им пользоваться. Просто потому что я хочу писать код, а не маяться с его отладкой.
Старичок Delphi (Object Pascal) в этом плане для меня эталон.

Зачем вы мне продолжаете писать про котлин как будто мне это интересно? Или это кому-то другому?

Спасибо, было приятно прочитать про котлин
Если мы углубимся в эту тему аргументированно — получится длинная статья, которая никому нафиг не нужна.

Я бы прочитал такую статью, да и ИМХО самим авторам котлина тоже было интересно

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

Ну Space же кто-то тоже делает :)

И многим это очень интересно!

Json'ы перекладывать тоже может кому-то интересно ;)

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

Нет сил терпеть, отсылаю резюме!

Удачи вам! Просто не будет, но надеюсь что будет интересно :)

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

А ещё у нас нет акционеров, а директор вполне себе программирует :)

А джунов берут? Если да, можете озвучить требования пожалуйста?

У нас есть https://internship.jetbrains.com/, туда идут в основном студенты. Но вы можете посмотреть список вакансий, там на самом деле нигде не написано "синьор", главное уметь то, что хотят на собеседованиях.

Спасибо!
Но вы можете посмотреть список вакансий, там на самом деле нигде не написано «синьор»

А как давно вы заходили туда последний раз? Там у вас на Software Developer больше 50% вакансий начинаются на Senior. :)
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
У MS нет монорепозитория. По крайней мере 6 лет назад не было. Это нереально.

Говорят, для венды такая.

НЛО прилетело и опубликовало эту надпись здесь
Года три назад уже почти была. Ну т.е. технологически была монорепа, но конечно туда далеко не все переехали и в масштабе Microsoft ещё долго не переедут.
Моя релокация стоила как вся моя зарплата за 4 месяца.

Тут я завис. Подумал даже, может вы переезжали из Австралии, нет, перечитал — из Ярославля. Сколько стОит переезд из Ярославля и насколько "ниже рынка" была зарплата? Даже если вы получали 100, что немного анрил, вас перевезли за 400? Вы двухэтажный дом с собою везли? Если дали немного ниже рынка 200, то за 800 (800 на релокацию? — да, шоб я так жил!) можно по пути из Ярославля в Москву заехать посмотреть и на белых медведей и на пингвинов, да и на кенгуру может хватить со сдачи :). Что-то не бьётся…
Когда искал работу с релокацией предложения были от "компенсируем переезд, но не более 100тр" до "релокации у нас нет, дадим велкам бонус в размере месячной зп". 4зп нигде не встречал — это прямо овердофига.


Яндекс платит ниже рынка. В принципе, все это знают и понимают. И, когда вы будете устраиваться в Компанию, вас постараются максимально продавить по зарплате.

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


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

Нууу, слууушайте. Если вы не джун, идущий за строчку в резюме и вам предложили реально меньше ваших ожиданий без накинутого процента "за риск", то дарю лайфхак — намекните, что почти согласны, но если накинут +10-15% (ну, не на 50% же вас нагибают) то станете совсем согласны. Иногда это работает. Из моих трёх последних случаев, один раз — да, один раз нет (оказался в непростой ситуации, деньги заканчивались, пришлось согласиться), один раз предложили больше, чем я просил.


И это «немного» будет зависеть только от вас: вы либо изначально попросите с хорошим запасом, либо попытаетесь отстоять свои пожелания…

Странно, если бы это зависело не от вас. В конце концов вы делаете вольный выбор и в переговорах вы сторона, которая тоже имеет голос — так подайте этот голос!


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

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


А ещё очень много проектов, которые собираются и запускаются только на Linux.

Какое счастье!


И ладно бы это был плюсовый код, но что мешает на Java разрабатывать кроссплатформенные решения?

Но зачем?!? Насколько я понимаю, продакшн там на линуксах? А, кстати, не расскажите, что именно там линукс специфичного? Насколько я вас понял, нейтив кода нет? В чём проблема запуска на венде?


Оказывается, многие просто этого не умеют.

Или не видят в этом смысла. Я работал там, где этот геморрой с запуском на венде вынужденно тащился за собой (разработка на виндовых vdi, да). И это реальный геморрой, который периодически выстреливал больно-больно — то с регистром файлов, то с наклоном слешей где-нибудь в конфигах.


И даже не надейтесь, что на "финале" кто-нибудь честно скажет вам, что ноутбук нужно брать только на Linux.

Или маке? :) Честно говоря, не знаю зачем ява-разработчику винда, тем более, при наличии в качестве альтернативы мака — я несколько лет проработал мало того, что под виндой, так ещё и на vdi — вот это адъ и ирзаиль… А это стандарт почти во всём финтехе — ваши vdi'ки будут ладно ещё в другом городе, возможно и в другой стране, vdi-ку вам дадут с 8-12Г памяти и чтобы памяти добавить надо пройти восемь кругов банковского ада согласований, в некоторых проектах не может быть и речи об удалённой работе, тк рабочие станции должны быть внутри периметра с тремя уровнями физического доступа и вот это всё… Конторы были и мелкие и большие галеры, заказчики так вообще из мировых лидеров (да, чёрт возьми, охрененный инвестиционный банк и даёт разработчику vdi c 10G памяти и 200G диска куда влазит только один проект и чтобы переключиться на другой надо выгрузить первый, а если диск кончился, а vdi решила обновиться, то на это уйдёт 2 или 3 дня, а узнаете вы об этом чудом раскопав контакт админа, который говорит на буржуазном языке с акцентом, в котором вы только отдельные буквы распознаёте — ааааа, я джва раза так попадал...)… А вы говорите, линукс или вообще мак :)


Нужен разработчик, хорошо знающий MS SQL Server?

Любопытно. А зачем линукс-ориентед компании MS SQL Server? Просто любопытно.


Нанять его со стороны? Пфф, да ни за что!

Это проблема всех компаний. Квоты на штаты есть у всех. У маленьких просто нет денег, у больших есть деньги, но при неограниченном наборе штаты будут раздуты до бесконечности, поэтому их ограничивают директивно и их необходимо выбивать у руководства с очень значимыми причинами. Ну, так есть… Я не бывал ни разу в местах, где не было бы этой проблемы.


ЗЫ а, кстати, куда ушли-то в итоге? :)

Тут я завис. Подумал даже, может вы переезжали из Австралии, нет, перечитал — из Ярославля. Сколько стОит переезд из Ярославля и насколько "ниже рынка" была зарплата? Даже если вы получали 100, что немного анрил, вас перевезли за 400? Вы двухэтажный дом с собою везли? Если дали немного ниже рынка 200, то за 800 (800 на релокацию? — да, шоб я так жил!) можно по пути из Ярославля в Москву заехать посмотреть и на белых медведей и на пингвинов, да и на кенгуру может хватить со сдачи :).

Типо в Ярославле нельзя получать ниже 100к?

Релокация внутри РФ — это 150к для одного, не могу придумать, куда больше потратить. 30 самолет из хабаровска, еще 10 перевозка вещей, еще 20 гостиница на пол-месяца, еще 60к — первый месяц и залог за квартиру. Даже 120 получилось. 120/4=30к. Странно разработчику в нормальном городе получать 30к.

Очень мало заложили на перевозку вещей. У меня вещей целая трёхкомнатная квартира. И на время проживания в гостинице эти вещи её надо где-то хранить. Гостиница за 15 дней стоит на семью из пятерых не меньше 6к за ночь, мне кажется. 6000 * 15, у меня получается 90к.

Я же говорю, для одного. Откуда пятеро?

А вот автор этого не говорил ;)

А, и правда, в комментариях говориться о семье.
Ладно, 3 билета из ярославля по 20к, 3к гостиница на 15 дней, 40+40 квартира, плюс 20 перевозка вещей, плюс 50 подьемные. 20*3+3*15+40*2+20+50=255, 255/4=64к. Тоже маловато, но ближе.

Ну и гостиница не обязана быть дешёвой, я вот обычно не живу в гостиницах меньше чем за 5к за ночь, перевозку вещей вообще непонятно как считать потому что их может быть от 0 до +∞, так что сколько-то там ещё достаточно легко накинуть если Яндекс не слишком экономил.

Типо в Ярославле нельзя получать ниже 100к?

Я так понял это относительно новой зарплаты было указано.

Что-то тоже как-то сильно удивился цене релокации.
Когда я сошел в Москве с поезда на свою «релокацию» у меня в кармане было 3000 руб., это был 2000 год. Но было где остановиться на пару дней. И еще были договоренности по собеседованиям, по e-mail. Интернет тогда был совсем молодой. За эти пару дней я нашел работу. На работе дали на подъем в счет зп 10 т.р. Снял комнату за 5 т.р. Вот, собственно, и вся «релокация».
Через пару месяцев за 7 т.р. снял квартиру в подмосковье, перевез семью. Это тогда было дешево, повезло. В основном цена была 9-10 в месяц.
Что бы на современных рублях прикинуть, надо умножать где-то на 3. Получается, вся моя релокация уложилась в 39 т.р. по современным ценам. Из них 9 — свои, 30 — занял у работодателя в счет зп. А, да, билет на поезд — пара тысяч. Расстояние от Москвы — 700 км.

Сейчас есть интернет, все намного проще. Собеседоваться можно по скайпу, квартиру можно даже дистанционно снять. Но тут понятно, надо смотреть, поэтому стоит поискать для начала посуточно. Тысяча в сутки — вполне реально. Недавно так коллега снимал, который на проект приезжал поработать.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Что-то тоже как-то сильно удивился цене релокации.

Ну вот вам и ответ на ваше удивление:
был 2000 год

Тогда жетон в метро 5 рублей стоил, а доллар сколько?

Это я к тому что приводить в пример опыт 20ти летней давности — такое себе.
Да, жетон тогда стоил 5 рублей.
Ну так я не просто пример привел. Про год и разные цены упомянул, примерно привел пересчет. Сравнил с текущими реалиями, и даже привел свежий пример. По моим прикидкам, релокация в Москву сейчас вполне укладывается в 50 плюс билет. А если совсем по скромному, то можно и меньше. Это одному, конечно, без семьи. Семью можно привести чуть позже, через месяц-другой.
НЛО прилетело и опубликовало эту надпись здесь
По моим прикидкам, релокация в Москву сейчас вполне укладывается в 50 плюс билет

Только если ты студент. И работаешь за еду.
А хотя пофиг — такие и на работе ночевать могут.
Релокация здорового человека:
срок — два месяца (условные 8 недель)
Поездки домой, к семье, на каждые выходные. 8х2х2000-5000 (самые дешёвые вменяемые билеты ж/д).
Ночёвки — 4х8х2000
Перевозка вещей — 10000-20000
Транспорт семьи — авто, бензин не будем считать.
Ну, и под занавес — съем квартиры в конце миграции котиков — 40000 (в месяц) + 1 месяц хозяину, + 0.5 аренды агенту.

Перевозка вещей — 10000-20000
Транспорт семьи — авто, бензин не будем считать.
Ну, и под занавес — съем квартиры в конце миграции котиков — 40000 (в месяц) + 1 месяц хозяину, + 0.5 аренды агенту.

Это все уже потом. Под «релокацией» я понимаю приехать и закрепиться, устроиться на работу. А иначе можно и покупку квартиры туда включить. То есть, сколько иметь в кармане в момент приезда. Остальное заработается на новой работе.
Это примерно так:
— Съем квартиры посуточно на несколько денй. За это время нужно пройти финальные стадии собеседований, которые уже подготовлены, без пяти минут офер. Достаточно 1-2, максимум 3 вариантов. За это же время нужно найти временное жилье в ближнем подмосковье (на 1-2 месяца). Хорошую квартиру за несколько дней не найдешь, особенно для семьи, и не стоит пытаться. А снимать месяц посуточно или гостиницу — очень дорого. Поэтому только так.
— Снимаем комнату или квартиру на 1-2 месяца. Требования к этому жилью — только защита от погодных условий, возможность проведения гигиенических процедур и термической обработки пищи. Ну и машинка для белья. Все. Остальное не важно. Все это временно.
Вот эти два пункта можно уложить в 50 т.р.
А дальше уже ищем квартиру вдумчиво, внимательно, обращая внимание на все — расположение, время до работы, наличие садиков, ремонт и т.д. И после живем и работаем с тем комфортом, который хотим. К этому времени уже заплатят зарплату, которая в N раз выше, чем была :)
Собственно, мой комментарий к тому, что если бы мне предоставили выбор «релокацию берем на себя, все с комфортом, но за это год рабства» и «пожить 1-2 месяца в квартире, где вместо обоев — газеты, но всегда свобода выбора», я бы выбрал второе. Ну это кому как. Кто-то, возможно выберет и первое. Как говорится, на вкус все фломастеры разные.

PS: Агенту ничего платить не надо. Сейчас полно предложений от хозяев, в отличие от двухтысячных. Я не против оплаты агента, если бы он делал свою работу. В реальности в Москве и области они не делают ничего, только хотят получить процент. Как-то я снимал квартиру в другом регионе (Ставрополь), вот там агент реально работал. За вечер провез нас на своей машине по пяти вариантам, все подробно рассказав.

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


дальше уже ищем квартиру вдумчиво, внимательно, обращая внимание на

Да, так и надо. Потому что в первые дни города не знаешь, а ошибка в выборе района может быть очень дорогой.

НЛО прилетело и опубликовало эту надпись здесь
Возможно специфика региона. А возможно, и не так ищете :)

По моему опыту хозяева не любят давать объявления — на это нужно потратить время, написать текст, сделать фото. Откликаются охотнее. Сам я снимал квартиру в подмосковье 5 раз, к услугам агента прибегал один раз.
1. 2001 год.
Вот это время было жесть, снять без агента было почти не реально, и брали 100% платежа. Интернет был не развит. Не было не avito, контактов, однокласников. Почти не было форумов, да ничего не было. Доски объявлений были завалены объявлениями агентов. Доходило до того, что писали от руки дрожащим старческим почерком (типа от хозяев). Звонишь — агентство.
Что бы сдать квартиру без агента, нужно было клеить объявления самому, или платить за расклейку. Редкий хозяин рискнет этим заморачиваться. А кто рискнет — шансов 0, так как агенты сразу уничтожали такие объявления, адрес — в базу, и предлагали услуги хозяину.
Единственный шанс был снять без агента — расклеить объявления самому. Я распечатал, и прошел расклеил в двух подмосковных городках. Не много, штук 200, и не надеялся. Но мне повезло, и хозяева позвонили. Кстати, в момент расклейки еще предложили прямо на улице комнату очно, но мне нужна была квартира :) Это как раз была моя релокация в Москву/Подмосковье.
2. 2006 год. Заплатил агенту 50%.
3. 2008 год. Нашел объявление на местном форуме. Уже были такие.
4. 2009 год. Тоже местный форум.
5. 2014 год. Дал объявление на авито. Звонки от хозяев были, и не один. Плюс звонил сам, тоже есть объявления от хозяев. Выбор был.

Как сейчас точно не знаю, но вряд ли что-то сильно изменилось с 2014 года. На мой взгляд, сейчас самое эффективное снять без агента — дать объявления по местным форумам, авито и подобные ресурсы, и искать на них же самому.

Кто-то наверное, спросит — что я за шпион такой, что мотаюсь по квартирам по подмосковью и не только? :)
Ну так это за 20 лет, много всего чего было. Релокация, перевез семью, потом квартиру в ипотеку купили, расплатился уже. Один раз уходил от жены. Потом развелся. Потом опять женился, и опять развелся. Сваливал на юга, фрилансил там.
Там, кстати, своя специфика. Например, в городке на тамани через интернет искать квартиру бесполезно (2012 год). Там есть маленькая местная газетка, и все происходит через нее :)
А вот в Ставрополе с этим очень хорошо — много квартир и посуточно, и на длительный срок, и агенты, которые реально работают. Жилье комфортное и не дорогое (11 т.р чуть ли не с евроремонтом, 2013 год). Отдать 5-6 т.р агенту за хорошую работу не жалко.

В общем, всем хороших релокаций, пытайтесь, и все получиться! :)
В Москве попадаются подписи в объявлениях «я собственник, с агентами не общаюсь», что продажа, что предложение аренды. Народ тоже наелся риелторами, которые хотят оплаты непонятно за что.
Некоторые мысли написаны достаточно однобоко, а некоторые — откровенная неправда.

Развивать своих сотрудников Компания так же не заинтересована. Никаких индивидуальных планов развития – здесь так не принято. Можешь заниматься чем угодно, но в свободное от работы время.


У ЯМ есть ПИРы (планы индивидуального развития). Хочешь развиваться — пожалуйста, к твоим услугам 100% оплата сторонних курсов (брал otus, мне зашло), поездки на конференции (в штаты меня не пустили, но в питере и москве пару конференций за год, на которые хотел попасть, я посетил)

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

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

Насчет текучки… сложно сказать, я не согласен — но это моя дельта-окрестность. Где-то из 40 человек за время моей работы, на вскидку, ушло не больше 10. Ну и наняли кучу.

Насчет зп ниже рынка — ну да, Яндекс позиционирует себя аналогом забугорных компаний, с соответствующей моделью оплаты. На старте у тебя зп ниже рынка, но даже на 16 грейде, если щелкать клювом (ревью на C) за 4 года у тебя соберется достаточно опционов чтобы выигрывать (с приличным отрывом) по суммарному годовому доходу большинство российских IT-компаний. Но за 4 года. А если еще и вкалывать (17D например), то там выходит что-то довольно космическое по сумме компенсаций.

Ну и при этом, я допускаю что переработки — это все же проблема людей, а не компании. У меня есть живой пример друга, который в большом Я получал D на 16, работая строго 8 часов в сутки + обед. Он просто хороший разработчик=)

Я ушел из Маркета года назад, после 2 лет работы, и совсем об этом не жалею. Но все не так однозначно.

Сильно от команды зависит. У нас 2 или 3 человека ушли сразу после испытательного срока только за мои 2 года.


С ПИР не знаю как у других, у нас весело было. Тебе ставят цели по развитию. Но рабочего времени на это не выделяют. То есть бы обязан сверхурочно получается) но, вообще говоря, моё личное время-это мое личное время, как считаю нужным, так и развиваюсь, а не по плану от работодателя. В итоге на него забили просто.


По поводу "работал по 8ч день и имел D потому, что разработчик хороший". Очень сильно зависит от того, какое руководство у этого разработчика. На все наши с Ваней идеи о том, что нужно сделать, чтобы минимизировать ручной труд, повысить стабильность сервиса ответ руководства был "это не нужно бизнесу™". То есть делай за свой же счёт вне рабочего времени.

Вы знаете, 25% (10 из 40) за 2 года — не так чтоб мало, по моему опыту. Из команд вокруг меня в моём опыте столько не уходило.
НЛО прилетело и опубликовало эту надпись здесь
это опционы, а к ним еще добавить зп порядка 250тр, и парочка премий (погоды не делают) получается около 700тр в месяц.
Это довольно много.
НЛО прилетело и опубликовало эту надпись здесь
Хм, что-то я подумал это отчет по вестингу. Да, получается около 500тр. Что-то я думал там чуть больше
НЛО прилетело и опубликовало эту надпись здесь
Яндекс позиционирует себя аналогом забугорных компаний, с соответствующей моделью оплаты

Только «забугорные» компании сразу выше рынка платят со старта www.levels.fyi/comp.html?track=Software%20Engineer
Google может меньше дать, но с контр-оффером сразу поднимают так же.

Замечу, что (для сравнения) у Амазона тоже очень много велосипедов вместо нормальных инструментов. Гит — есть, но "свой", мессенджер есть, но свой, etc, etc.

Гит — есть, но «свой»
А есть что почитать про это?

Не не не, про Arc я в курсе, спасибо.
Мне бы про свой Git в Амазоне.

Устное предание от человека, который там работал.

Один вопрос к автору — почему срок работы там составил 15 месяцев, а не ровно 12 месяцев плюс один день?
Мне хватило чуть больше полугода.

Подозрительно напоминает корона-карантин.

на самом деле 10 месяцев + два дня. всякие hh и linkedin'ы ставят шильдик «1 год» при опыте, например, июнь 2019 — май 2020, таким образом если вы работаете с 31 июня по 1 мая — вы получите эту ачивку
нет. ему же пришлось бы оплачивать релокацию.
тут такое не прокатит.
да, забыл про это обстоятельство

Во-первых, пандемия коронавируса
Во-вторых, апгрейдил Постгрес в продакшене до 11-й версии. Хотелось пройти этот путь.
В-третьих, ждал результаты ревью и заслуженную премию. Деньги сейчас как никогда нужны

«Многие идут в Яндекс за строчкой в резюме, поэтому они готовы подвинуться в зарплате.»
А насколько там все плохо? Работаю админом в москве 5 лет в известной на всю страну НКО, з/п 60000 руб. Думаю ниже трудно получать.

Ну НКО понятно не могут много платить…

60к в Я это что-то около младшего разработчика (но еще дают бейдж с 10к съедобных денег)
В такой ситуации отработать меньше года, пока Компания не спишет твой долг, ты уже не можешь.
Почему? Какой-то договор займа заставляют подписывать?
Да, именно так, это оформляется как договор беспроцентного займа, который через год гасится премией (которую ты даже не видишь, она просто закрывает твой долг)

Ну так это нормально, ИМХО. Обычный договор: мы тратим приличные деньги на ваш переезд и ожидаем, что они будут потрачены не впустую, а вы проработаете на нас какое-то время. Можно не ждать год, а просто взять эту сумму в кредит в банке, вернуть и договор окончен.

Смешно то что мне, москвичу, они тоже предлагали сайнап вместо нормальной зарплаты. Ровно на тех же условиях. Мы тебе не дём нормальной зарплаты, но вот тебе немножко денег которые, если тебе не понравится у нас, придётся вернуть. А я всего-то 250 тогда просил, ну смешно же.

А я всего-то 250 тогда просил, ну смешно же.

вы путаете ЗП глобального рынка и локально-российского

больше 250-300к в РФ платить будут только рокстару или уже менеджерам.

Ну так я же в России, в той же Москве. И достаточно давно получаю больше. Где-то сильно, где-то не очень, но давно больше.

тогда такие вопросы:
1) вы получаете деньги в одной российской компании в рублях?
2) белая зарплата?
3) ну и позиция, разработчик/тимлид/менеджер?

JetBrains, зарплата белая, в рублях, разработчик
До того Lamoda, зарплата в рублях, был тимлидом в одной команде (тут есть моя статья про неё), потом дата инжинером в другой, зарплата белая, в рублях
До того Home Credit Bank, зарплата белая, в рублях, был тимлидом, а потом vice-CTO.


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

О, при этом в ламоде поверх зарплаты ещё и премии периодически были.

Тимлид, vice-CTO, компания с хоршим рынком за бугром… А в какой галактике это всё — средняя позиция по рынку для «сферического разраба в вакууме»? Я прямо щас туда перееду.

Обратите внимание, что JB платит примерно в рынке, а есть компании, которые готовы платить заметно больше рынка за менее интересную работу. Хорош ли я? Ну да, достаточно хорош. Но так я ругаюсь на яндух за то, что они не умеют этого понять и всех гребут под одну гребёнку.


И при этом же я точно не в топ-100 разработчиков Москвы и, скорее всего, даже не в топ-1000.


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


И конечно же в той ситуации на этой позиции он долен получать больше меня на ней же. Если работодатель этого не понимает — ну так себе работодатель, да?


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


Так что вселенная наша :)

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

p.s. я имею в виду чистый оклад, не годовую ЗП со всеми премиями поделенную на 12 мес… а то многие любят так говорить что мол ЗП 300… по 150 ежемесячно и в конце года премия которая делает среднюю ЗП выше… я несколько раз попадал в ситуацию, в совершенно разных компаниях… в 2009 и 14 годах когда годовая премия накрывалась медным тазом и вообще пересматривалась система премирования в течении года
У меня есть свой личный опыт, который мне говорит обратное. Ну то есть как обратное… конечно, разработчик с таким опытом обычно будет выполнять какие-то обязанности тимлида, например обучать менее опытных. Или планировать. Но это не менеджер все равно, его задачи не руководить.

Мы вот только что брали человека на 250, и это чисто разработческая позиция. И нет, 250 это без премий — с премиями будет за 300. И я не хочу сказать, что это типовая ситуация — я лишь утверждаю, что такие вполне возможны и не редки.
Мы вот только что брали человека на 250, и это чисто разработческая позиция. И нет, 250 это без премий — с премиями будет за 300. И я не хочу сказать, что это типовая ситуация — я лишь утверждаю, что такие вполне возможны и не редки.


Ну я и указывал сеньорскую вилку 200-300, в лишь подтверждаете мои слова… такого человека довольно тяжело найти, я проводил много собеседований на такие позиции
НЛО прилетело и опубликовало эту надпись здесь
все банальнее, он тупо не приходит на собеседование, 98% людей еле дотягивают до нижней границы вилки

Стандартные вопросы: кто виноват? Что делать


Просто если реально нужен сеньор, может надо реально повышать вилку?

Если повышать вилку то рентабельность падает ниже плинтуса.

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

Логика «надо чтобы президент поднял МРОТ до 100тыр и сразу заживем» тут не работает.

Я понимаю что сейчас возникнет непреодолимое желание меня минуснуть, но это блин реалии рынка РФ, вилки зарплат на хабре много раз в разных статьях указывали… среднестатистический бизнес не будет ставить +50% к рыночной зарплате. а то что вы и я (собственно) хотим чтобы нам платили как в США это лишь наши мечты оторванные от реальности

Минусовать не буду
Но все просто — либо вам нужен сеньор и вы платите ему по-сеньорски, либо вам сеньор не нужен (но тогда вы берете джунов и делаете продукт из говна и палок и выясняете, что лучше бы наняли сеньора — это тупо было бы дешевле). Вот и все.

все банальнее, он тупо не приходит на собеседование, 98% людей еле дотягивают до нижней границы вилки

На собеседование не приходит, но 98% при этом не дотягивают до нижней границы. Очень интересное логическое построение.

Не берусь ничего утверждать, но, например — почему бы на собес не дошел я:
1. Зарплатная вилка ниже того, что я хочу (например, максимум 300, а я считаю что могу минимум от 300).
2. Зарплатная вилка вообще непублична, не указана в вакансиях, или нанятые HR её не уполномочены озвучить. Зачем тратить время на такого мутного зарплатодателя?
3. У конторы по отзывам статус «токсичные мудаки» как в помянутой статье у Яндекса (да, в Яндекс я не пойду именно по этой причине за любые деньги).
4. Работать скучно — куча легаси, никакого развития, полировка глюкалова, деградат нация во все поля.

То есть может имеет смысл оглядеться вокруг, прислушаться к сарафанному радио и порефлексировать?

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

Маркет, 16й или 17й.

Можно не ждать год, а просто взять эту сумму в кредит в банке, вернуть и договор окончен.
Тогда получится, что ты тупо переехал непонятно зачем и кредит взял, но денег нет.
Ну так это нормально, ИМХО.
Кому как. Я бы на такую фигню не согласился. Лучше уж пусть дадут меньше, но просто как дополнительная ЗП авансом, без этого вот всего.
Единственное что, в банке нельзя вернуть деньги заранее. Договор оформляется таким образом, что ты будешь обязан выплатить все проценты, независимо от того, что ты можешь погасить кредит досрочно.
Это где так? В России такие условия, насколько я помню, запрещены, включая все комиссии за досрочное погашение.
Увы и ах! Погашение потребительских кредитов в российских банках рассчитано аннуитентными платежами, которые никто запрещать не будет. Таким образом если Вы взяли потребительский кредит на 1 год, а погасили его за 7 месяцев, сумма процентов, которую вы выплачиваете, будет такой же, как если бы вы погасили кредит в обычном порядке – в этом и есть суть аннуитентных платежей. С ипотечными кредитами может быть и по-другому, но не думаю, что условия там сильно отличаются от обычных потребительских кредитов.
Вы сильно не правы. В России сумма свыше ежемесячного платежа гасит тело кредита, поэтому банк реально лишается куска прибыли в следующие периоды.
В банках юристы и финансисты, отвечающие за развитие кредитных продуктов, не зря свой хлеб едят – договор кредита составляется таким образом, что банк всегда будет в прибыли. В противном случае банк вылетит в трубу, но более вероятно, что вылетят в трубу на улицу вышеуказанные финансисты и юристы, допустившие подобные «косяки» (с точки зрения банка).

Всё верно, либеральное кредитное законодательство компенсируется конскими процентами. Но банки ничего не могут сделать с ЦБ и заемщиками, которые возвращают долги раньше срока.

Не успел отредактировать комментарий, поэтому напишу добавочный.
Во-первых, я говорил про кредиты физическим лицам. Я понимаю, что условия кредитования для ЦБ одни, для банков другие, для организаций и предпринимателей – третьи. В контексте этой ветки рассматриваются только кредиты для физических лиц.
Во-вторых, сходите на сайты «зелёных», «синих», «красных» банков, к примеру, и посмотрите раздел «Кредиты частным лицам». Особое внимание обратите на подраздел «Получение и обслуживание кредита» у всех в качестве порядка погашения указано: «Аннуитетными платежами.» (ц) Т.е. если Вы берете сегодня, 6 июня 2020, кредит на 1 год суммой 100 рублей под 20% годовых, это означает, что 20 рублей вы заплатите в любом случае: хоть вы погашаете этот кредит 31 декабря 2020, хоть 5 июня 2021.
вы не правы
если вы возьмете кредит 100р под 20% и вернете его на следующий день, вы заплатите примерно 0.5коп
это почемуто очень частая ошибка, что люди считают что проценты надо гасить полюбому все… это не так, возьмите любой кредитный калькулятор
Кредит наличными можно погасить целиком в любой момент прямо в приложении зеленых: операции -> погасить досрочно -> полное погашение. Есть альтернативы в виде «уменьшения суммы платежа» и «сокращения срока кредита». Это я с экрана смартфона переписал.
За другие банки сказать не могу, у меня там кредитов нет.
Товарищ у меня брал кредит и погасил его через 10 минут с убытком в рубль или около того. Брал справку о наличии средств для поездки на отдых.
Вы хотите сказать, что когда я закрывал ипотеку на 19 лет раньше срока, то я должен был доплатить ещё 6 миллионов банку процентами за «неиспользованные» 19 лет, как было по изначальному графику?
Да, вы не правы. Раньше (в нулевых) банки так делали. Запрещали досрочное погашение, либо досрочное погашение первый год, или что-то в этом роде. Потом вышел закон, который запрещает запрещать досрочное погашение :)
То есть, в любой момент вы можете прийти в банк и погасить всю сумму долга. Проценты при этом будут только те, что набежали на текущий момент.
Банки этому могут вставлять различные палки, вроде того, что нужно прийти в банк и написать заявление на досрочное погашение. Но не более.
в этом и есть суть аннуитентных платежей
Аннуитетность — это характеристика платежей по графику. Который меняется при каждом «частичном досрочном погашении».
Аннуитет это погашение суммы кредита и процентов по нему равными платежами в течение времени. Если сумма платежа меняется в течение этого времени – это уже не аннуитет, исключениями являются аннуитеты пренумерандо (первый платеж больше остальных) и постнумерандо (самая большая сумма приходится на последний платеж).
На бумаге кредитный договор выглядит выгодным для заемщика, но стоит его подвергнуть тщательному финансовому анализу, как картина не будет такой уж радужной. Повторю тезис комментария выше: банк практически всегда будет в выигрыше.
платеж равный но он состоит из суммы погашения основного долга и суммы процентов, и соотношение этой суммы меняется

в начале платежного календаря вы будете платить маленькую сумму основного долга плюс процент на оставшуюся сумму кредита (которая будет большой из-за большой задолженности), в конце большую и маленький процент потому что сумма задолженности будет уже маленькая
Это где оформляется, не подскажете? 5 лет назад релоцировался из Казахстана в московский Яндекс, и не подписывал таких бумаг. Жилье, сайнап были.
Я бы ставил на то, что это было где-то в договоре. Про жилье — не знаю, возможно оно отдельно идет.
Конкретно мой кейс был не сайнап, а ретеншн-бонус (который мне в итоге пришлось возвращать самостоятельно, потому что год не продержался) — но уверен, что с сайнапом та же история.
Оформлялось все какими-то доп. договорами или соглашениями, которые нужно подписывать в бухгалтерии
Я работал над Брингли, который закрыли

О, еще кому-то повезло попасть на sinking ship Брингли.

И я там был. При этом определённые менеджеры хотели сделать гораздо больше, чем от них просил бизнес, скорее всего, чтобы выслужиться. В итоге из-за костылей всё разлетелось.
Я, кстати, сразу понял, что тот факт, что меня перекинули с Беру на Брингли хоть и официально позиционировалось как "нам там нужен человек, который не будет давать вставлять костыли" означает ровно то, что мне в скором времени придётся покинуть как минимум Маркет, максимум-Яндекс.
То есть с одной стороны я не должен был дать ставить костыли, с другой для всех менеджеров я тот самый Вася, который всех тормозит. И да, Маркет в части маркетплейса состоит из костылей при виде некоторых вещей я приходил в ужас, например, нетранзакционная обработка вещей, которые исключительно транзакционно надо обрабатывать.
И вот я среди тех, кто "ушёл раньше".

Работал не в маркете, а в другом сервисе, но могу сказать, что это одно из лучших мест работы было.
Но потом все поменялось.
Прости, Илюша, мы все просрали…
НЛО прилетело и опубликовало эту надпись здесь
А это что значит, для тех кто не а теме?

Из контекста догадываюсь что это значит что средняя оценка по организации должна быть C и всех уравновешивают.

Да средняя оценка в команде должна быть не выше средней по больнице, если грубо то С, а значит оценки выше среднего должны быть уравновешены оценками ниже среднего.
Точнее, средняя оценка спускается сверху.
я правильно понимаю, что если кто-то работает хорошо, значит точно есть те кто работают плохо?
В таких моделях это не хорошо и плохо а «выше среднего» и «ниже среднего». Просто baseline ожидания не фиксированный, он двигается так, чтобы большинство попали в «среднее». Если вообще все работают очень хорошо, а пара человек просто хорошо, то «очень хорошо» становится средним, а «просто хорошо» ниже этого среднего.
Это имеет смысл когда не привязано к финансовым поощрениям. Как только В и D превращаются в рубли всё автоматом трактуется как хорошо и плохо.
если кто-то работает хорошо, то остальные могут и побить его за это
Нет это значит, что если кого то хочется оценить, очень хорошо, то значит надо кого то оченить плохо.
Я работал в другом бизнес юните, но подписываюсь под каждым словом.
Зато теперь вы с легкостью можете добавить в свое резюме строчку про Яндекс. Для рекрутеров это возможно что-то да значит.
Извините, но вот это сейчас в тему

image

Буа-га-га. Это с чего вы так решили? Я вот представляю себе, что ко мне приходит кто-то, кто работал в Яндекс Маркете. Ну ок, вспоминаем, что я знаю про оный Яндекс Маркет: отвратительный поиск, отвратительный web UI, никуда не годное мобильное приложение…

Рекрутеров-то вы пройдете, допустим, а дальше будет так: «Ну-с, молодой (ну или немолодой) человек, расскажите нам, за какие косяки Маркета вы лично были в ответе»? Ну и понеслась…

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

И да, я не про Маркет, если что — потому что если вы напишете в резюме, что работали над Сбербанк-Онлайн, например, эффект будет примерно такой же.

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

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

Проработал 2 года в Маркете, могу сказать следующее:

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

Например:

— Уровень дохода.
В Яндексе оклады действительно не самые большие, однако это компенсируется наличием премий и RSU.
Платятся они стабильно, объем выплат зависит от вашего грейда и перформанса в рамках ревью.
С учетом них совокупный доход получается уж точно не ниже рынка, а со временем становится выше.
В первый год (пока еще не довелось получить премии и/или RSU) есть практика давать на входе бонус в виде единоразовой выплаты,
который как раз добьет ваш совокупный доход до желаемого уровня.

— Переработки
Были отдельные периоды, когда приходилось перерабатывать, но не сказал бы, что они «всеми подразумеваются».
Преимущественно работалось спокойно, и уж точно по «10-12 часов ежедневно с выходными» постоянно не работали.

Факап дежурства отдельный разговор — тут все зависит от общего состояния здоровья ваших сервисов и размера команды.

Если сервис здоров, то быть может за неделю вам не и не придется ничего лечить.
Если же нет — то да, возможно предстоит посидеть и поздно вечером и ночью.

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

— Legacy и руководство
Такой проблемы не наблюдал, фидбэк всегда открыто выслушивался и обсуждался.
У нас была практика ежемесячных ретро, на которых вся команда собиралась и обсуждала «что сейчас болит и как это решить?».
Тех. долг разгребался разработчиками компонентов в рамках рабочего процесса и им помогали еженедельно сменяющие друг друга дежурные по тех. долгу.

— Качество кода
Code coverage/Статический анализ/Метрики — у нас все было в том или ином виде.

— Наём, обучение, личный рост
Планы индивидуального развития вроде как в 2018 году уже были.
В плане обучения были ШАД, различные курсы, тренинги, библиотека и пр. вещи доступные для сотрудников.
Если хотелось пройти какие то внешние курсы — можно было обсудить с руководством и вам бы их оплатили (проходил курс на stepik'е таким образом).
С конференциями да, были свои нюансы. Однако у нас в команде были ребята, кто ездил в том числе и на европейские конференции полностью за счет компании.
НЛО прилетело и опубликовало эту надпись здесь
Бывали переработки, которые были вызваны проектными нуждами и их уже оплачивали, но именно дежурства не оплачивались.
Довольно странно выглядит блок про уровень дохода
Да есть предложения и повыше, но их не так много. Зачастую в таких предложениях никаких дмс и компенсаций нет. Хорошо если там вообще в белую будет.
А про то что пытаются продавить по зарплате: другое возможно разве что госструктурах где фиксированная ставка. А у остальных все тоже самое, все зависит от навыков переговоров. Использовать в таких переговорах свои преимущества вполне логично, как и скрывать недостатки. Это с обеих сторон работает. У работодателя в этих переговорах обычно имеется преимущество, за счет опыта, да и переговорами занимаются люди с соответствующими навыками. Но это явно не специфика, ни Яндекса, ни других крупных компаний.
Классная статья! Спасибо, давно хотелось услышать отзыв от того, кто поварился там.
Эх, зря ты не попробовал ротироваться в Яндекс.Облако. Яндекс сам по себе очень большой и, понятное дело, сильно отличается отделами/юнитами внутри. Вот в облаке нет огромной кучи странностей/минусов маркета, описанных в этой статье.
Я сам мало знаю о большом яндексе, но много знаю об облаке (работал там), так вот, судя по тому, что я частенько читаю про яндекс, в облаке на порядки лучше по огромному количеству критериев. Так что, если кто-то увидит этот коммент и будет думать, в какой бы отдел пойти/ротироваться, я бы безусловно рекомендовал облако

PS. Прочитав эту статью, очень удивился. Мне кажется, что я работал вообще в каком-то абсолютно другом яндексе
Мне кажется, каждый работающий в корпорации узнал в этом тексте своего работодателя. Дело не в том, что Яндекс такой плохой — в статье перечислены боли всех крупных компаний. Тут уж либо смириться, либо идти в стартап (но там свои проблемы), либо свой пилить
Для корпораций как раз не так характерны переработки (неоплачиваемые особенно). Велосипеды тоже обычно в них не пилят (особенно если это не ИТ-компания). Так что своя специфика в месте работы топикстартера есть.
Корпорации типа Google, Microsoft или Apple постоянно пилят свои велосипеды. Некоторые из них в итоге выстреливают. Именно так и появляются новые технологии.
НЛО прилетело и опубликовало эту надпись здесь
Лично для меня проблема была не в самих велосипедах, с этим жить можно. Развивать новые технологии, подходы и библиотеки — это круто и очень важно. Проблема в отвратительной документации или ее отсутствии. А на вопрос: «Почему мы не пишем нормальную документацию», руководитель отвечал: «Нам некогда писать документацию, она слишком быстро устаревает». А ты потом сидишь и либо ковыряешься в исходниках, пытаясь понять что с этим делать и как использовать, либо ищешь людей, обладающих сакральным знанием о том, как это работает. И задача, которую можно сделать за день, растягивается на 2 недели. А потом руководитель тебе говорит: «ты слишком долго во всем разбираешься» и хрен тебе, а не грейдап.
А еще можно написать в рассылку команды и вам (внезапно!) ответят в течении пары часов где предложат способ лучше и правильней чем всё что ты сумел нагрепать в сорцах (которые тоже устаревают!). По крайней мере, такой подход для YT (яндексовый велосипед для мап-редьюс) работал отлично.
Яндекс платит ниже рынка
там доля дохода от RSU достаточно существенная, но после пары-тройки лет.
И никому нет дела, что пользы от этого монорепозитория чуть меньше, чем ноль
там даже проводится лекция для новичков что за монорепа, как в ней работать и зачем она нужна. Кажется, ваш негативный опыт связан больше с самим процессом перехода на монорепу, а не с монорепой как таковой.
… и пусть работать это будет только на Linux…
но линукс — целевая платформа
В Яндексе я впервые так явно столкнулся с проблемой «фатального недостатка»: на любое внешнее решение или технологию мы напишем свой in-house вариант
большинство яндексовых in-house решений старше своих опенсорсных аналогов. Ну, по крайней мере из того, с чем мне доводилось сталкиваться.
(про переработки) Со стороны руководства это звучит примерно так: мы дали вам гибкий график и возможность удалённой работы, поэтому вы обязаны…
… справляться со своими должностными обязанностями? «Гибкий график» ведь подразумевает что вы не обязаны отрабатывать свои 8 часов в день. А вот как вы нормируете свой рабочий график уже зависит от вас.
И даже не надейтесь, что на «финале» кто-нибудь честно скажет вам, что ноутбук нужно брать только на Linux.
а какой смысл запускать код локально, если таргет — linux сервер?
… справляться со своими должностными обязанностями?

Ну все мы понимаем, что можно накидать программисту столько задач, что за 8 часов он не справится. Вопрос в том, где так делают, а где — нет. Там где не делают — гибкий график — это означает возможность на час задержаться без записки начальству. А в другом случае — просто возможность для менеджеров выжать по-больше.
А в другом случае — просто возможность для менеджеров выжать по-больше.
Тут есть обратная связь — народ будет увольняться, у менеджеров будут гореть сроки и им будут стучать по шапке. А в случае сбалансированных ожиданий/компенсаций текучка будет низкая, а производительность сотрудников выше (из-за большего опыта и знания проекта), все в плюсе. Конкретно автору не повезло с отделом/направлением, бывает, в принципе в яндексе можно попытаться ротироваться в другой.
> там доля дохода от RSU достаточно существенная, но после пары-тройки лет.

… И не у всех. :)
Было интересно узнать как работа построена в больших компаниях. После прочтения, мягко говоря, удивлен такому раскладу.
В моих «мыслях», у такой крупной компании как Яндекс, все должно быть, ну если не идеально, то хотя-бы хорошо и уж точно не должно быть проблем с чистотой кода, метриками и оплатой переработок…
Нужно делать поправку на субъективность автора и на дисперсию условий внутри большой компании.
Любой большой компании, я бы сказал.
Спасибо за статью. Я, пока ещё только вхожу в мир IT, и мне интересно всё, как и что там устроено. Вы «не разочаровали». Я и сам предполагал, что в Рашке везде всё устроено через одно место, ведь мы, по словам президента «отдельная цивилизация». Но, думал, что в мире IT, может быть, всё по другому. Оказывется нет, всё как и в любой «Пятёрочке».

Не нужно нашу страну называть "Рашкой". Многие очень успешно работают в IT и не хотят никуда "валить".


Начинающий специалист очень многому мог бы научиться как в большом Яндексе, так и в Маркете.


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


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


Так что ощущения противоречивые. С некоторыми людьми хоть в разведку, некоторые не оч.

Не согласен по поводу оскорбительного содержания вашего комментария.

А по существу, профессии в сфере IT за последние 30 лет превратились из штучных элитных в чуть ли не самый массовый вид деятельности. Потому и получается как в «Пятёрочке»
вы бы хоть себя начали уважать. Не гнуть своё ЭГО, а реально уважать.
В крупных компаниях почти везде оплата труда ниже, т.к. бренд растет в стоимости и его надо напрямую монетизировать, в том числе в зарплатах, это часть любого бизнеса. Крупные компании также способны резко взвинчивать оплату труда в новых для себя направлениях и новых нишах рынка, просто по причине массового спроса на разработчиков определенного набора навыков, которых на рынке в любой момент очень мало и вопрос уже стоит «кто бытстрее» пропылесосит нужные рабочие руки и головы и получит возможность развиваться, а кто будет тратить куда больше ресурсов и времени и чей бизнес еще не факт что вообще сможет стартануть.

С определенного размера компании вопрос «велосипедостроения» начинает играть совершенно другими красками, когда денежная стоимость риска получить иск о нарушении интеллектуальных или иных/смежных прав за какую-то библиотеку значительно, на порядки, превышает пользу/экономию в разработке решений бизнеса с использованием чужих библиотек, даже opensource. Редкие, но тем не менее возникающие случаи нахождения проблем в тех или иных opensource библиотеках, создают доступные и дешевые механизмы быстро нанести вред компаниям-конкурентам, использующим такие проблемные библиотеки. Потому, крупные компании чаще отказываются от готового и создают своё, либо если очевидность выигрыша с учетом риска не столь низка — берут тот или иной проект под свой патронаж и поддержку, впоследствии могут просто его выкупить, если вопроса конкуренции нет и претензии других пользователей таких библиотек могут быть полностью урегулированы.

Возможно скажу неочевиную для многих и местами очень тревожную мысль, но идея Монорепозитария (как и всяческое одобрение pet projects) в известных мировых компаниях отчасти имеет своей основной целью, сразу при приёме в компанию сотрудника, иметь мощный рычаг давления в купе с NDA и максимально широко ограничить всех участников труда в возможности создания конкурентных продуктов. Ранее компании для топ-работников вводили пункты о сохранении неконкуренции после увольнения в течение X лет (за деньги, местами немалые), при этом со стороны работника была возможность точно определить направление своей прошлой деятельности и относительно легко отстаивать свою позицию в обвинениях о нарушении контракта в пункте о неконкуренции. Монорепозитарий же содержит вообще кучу всего, мало относящегося к сути конкретно вашей специфики деятельности и в таком случае работника можно законно (и гораздо дешевле) «нагнуть» по очень широкому направлению проектов и сфер в плане конкуренции. Монорепозитарий создается для удобства лоеров в создании максимального возможного давления на сотрудника. Проработать лет 10-15 в крупной компании и по увольнению влететь на иск в сумму, гораздо бОльшую тому, что работник смог заработать за все это время — вероятность такого развития событий при существовании Монорепозитория уже далеко ненулевая, особенно если на рынке конкурентов не так много и они крупные, работник в первую очередь пойдет искать работу к конкурентам.

«Выйдя через несколько лет за пределы bigCompanyName, вы рискуете оказаться в неприятной ситуации, когда ваши умения практически ничего не стоят.»
Это самая большая опасность для профессионального развития, потому как в крупных компаниях оно протекает гораздо медленнее, чем в средних и небольших компаниях, и в тех направлениях, которые важны только этой компании, а не хотя бы частично совпадают с трендами по мировому рынку.

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

Разве это у нас законно?

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

В общем у меня большие сомнения, что это даже в формате отдельного договора законно. Вот то, что ты не можешь разглашать какие-то тайны (внутреннюю кухню, да даже код) это одно. А прям запретить работать на конкурентов… Прецеденты обращения в суд есть (как «у нас», так и «у них»)? Или какие-то разъяснения от судейской системы? На крайний случай мнение хорошего юриста пойдет.
Я не знаю, про какие случаи говорит slava_k, но он сказал, что за неработу платили деньги. Поэтому я и предположил, что просто при увольнении заключался отдельный нетрудовой договор, на то чтоб не работать где-то.
А если это нетрудовой и добровольный договор, то почему он должен быть запрещён и самое главное кто и зачем должен его оспаривать его в суде?
за неработу платили деньги.

не было такого. Была речь про условие, что после увольнения нельзя работать на конкурентов. Оспаривать его необязательно, прецеденты — я имел в виду, что кто-то таки пошел к конкурентам и ему выставили счет на оплату.
тогда у нас это незаконно, вот тут пишут про обходной вариант (через соглашение о неразглашении), но там уже будет битва юристов за мелочи в попытках доказать использовал ли человек какую-то информацию или нет.
Обращение в суд с целью оспорить условия допсоглашения может привести к автоматическому признанию недействительными обязанностей со стороны компании к выплате компенсаций и началу уже встречного иска. И дальше уже как повезёт и у кого крепче лоеры и толще карман. Допсоглашение о неконкуренции в отношении частных лиц, работающих в компании и наиболее важных для ее бизнеса — это инициатива исключительно такой компании, ее никто к такому не обязывает по закону и цель всего этого это защита бизнеса и его доходов. Это просто уровень выше NDA, потому как возможности защиты интересов компании совсем другие, значительно больше. За что и предлагаются компенсации.

После работы над существенными для компании проектами и по прошествии примерно 4-5 лет, компании будет важно продолжать сохранять свою позицию на рынке, долю, другие ключевые показатели. И для этого существуют программы для поощрения «контроля» за развитием конкурентов, в рамках закона (или же дешевого в плане защиты интересов в суде). Я веду речь только про США. Согласно таким программам, для ключевых сотрудников, работающих над определенными технологиями и с определенным уровнем доступа к коммерческой тайне, предлагается дополнение к основному контракту. Который с текущего времени уже не продлевают, а перезаключают на новых условиях и допконтракт про неразглашение с кучей условий.

Как правило, это перезаключение включает существенный рост как зарплаты, так и пакета акций. В дополнительном соглашении всегда определяется срок, который начнет исчисляться с момента увольнения, обязательно определены условия/типы увольнения, по которому допсоглашение не будет действительным, модель определения денежного выражения компенсации для неразглашения (она очень редко линейная и чаще срок начала выплат не с момента увольнения). Также в особых случаях могут быть определены условия общения со СМИ по определенному набору тем, близких к сфере защиты интересов компании. Все это обязательно согласуется через лоеров со стороны компании и сотрудника, изучаются его проекты и проекты компании за последние Х лет (Х — это различные сроки давности по возможным искам) на предмет возможного конфликта интересов. После этого часть этих условий можно исключить или изменить, соответственно изменится и модель выплат. Дальше 10 лет допсоглашение редко кто предлагает. На мой взгляд, наиболее часто это соглашение относится к конкретным алгоритмам и еще чаще связано с работой в сфере трейдинга/банкинга/биотеха.

Чем быстрее развитие технологий в отрасли, где работает компания, тем короче срок доп соглашения. Не всегда модель выплат за неконкуренцию очевидная и может быть завязана на что угодно: это может быть список из нескольких компаний, прямых конкурентов (пока они существуют, будет выполняться одно из условий для выплат), это может быть часть ежегодного дохода компании, направленной на выплаты акционерам, могут предложить программу конвертации определенных частей ваших акций в другой тип, могут предложить улучшить условия «частной корпоративной пенсии» через Х лет, могут привязать к определенному фонду внутри компании, из которого планируются выплаты по таким программам (объем фонда и суммы выплат также определяются советом директоров ежегодно).

В сфере разработки фармацефтических препаратов, модель расчета компенсаций в допсоглашении может включать дату окончания как минимальную дату по всем существующим патентам на ваше имя (если таковые зарегистрированы). В целом, чем дальше идет время, тем сложнее и неочевиднее идет привязка таких компенсаций. Не бывает такого, что это какая-то фиксированная сумма в течение Х лет. Можно вообще потерять возможность требовать что-то по такому соглашению, если работника уличат в сливе данных, может оказаться достаточным даже факта телефонного разговора с кем-то из топов из «запрещенного» списка компаний и тяжбы в суде будут очень сложными и результат будет зависеть вплоть до штатта/конкретного судьи, в котором будет ваше дело слушаться.

К слову, не всегда имеет смысл вообще идти на такое допсоглашение и более вкусный новый контракт, если вы сами чувствуете в себе силы создать что-то свое, не нарушая интересов компании, после увольнения из нее. Это куча ограничений, которые сильно замедлят и ограничат ваши возможности для дальнейшего развития, в том числе финансового. Они могут также продолжать ограничивать вас даже после окончания сроков действий таких ограничений, т.к. при последующем найме на работу всегда проводится скрининг и вся эта информация почти всегда всплывает.
Не буду говорить за Маркет (Яндекс Яндексу — рознь), но вот с тем, что касается компании в целом я очень не согласен во многих вещах.
НЛО прилетело и опубликовало эту надпись здесь
Была статься на Хабре о Google. Похожая как две капли воды.
Гугл очень большой и очень разный. Вполне допускаю что где-то может быть и так, но все сильно зависит от начальника. Однако я бы хотел добавить что всегда есть механизмы эскалации вышестоящему руководству и на худой конец internal mobility, когда можно просто сменить команду и продукт.

Ну и как минимум oncall в гугле оплачивается в полной мере.
Шок что Яндекс платит ниже рынка. Хотя это понятно. Достаточно и того, что «эффективных» HR-ов душит жаба предложить соискателю ЗП выше, чем у самого себя. А в пирамиде менеджеров HR — не самое высокое звено. Это по собственному опыту.
HR не предлагает зарплату, а только её озвучивает.
Это правда. Но и зависти тоже не лишён. Плюс похвала от начальства, если сможет заполучить ценный кадр с дисконтом. И ЧСВ своё сбережет опять же.

ещё один парень из провинции перебрался в москву на галеру и, не сразу, но всё понял.

НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Возможно люди скрывают, но из тех уехавших в FAANG кого я знаю, никто не говорил про деньги. Мне кажется сейчас не такой большой разрыв, чтобы ради него стоило бы куда-то переезжать. Разработчики, к сожалению, уезжают из страны (по разным причинам), а не из Яндекса. Но бывает, что приезжают обратно в Яндекс, или уезжают позже чем могли бы без него.

Про недоплачивают, вообще говоря, странно откуда это взялось. В каком-нибудь стартапе или наоборот в банке или HFT можно получать больше, но это или хеджирование рисков или какой-нибудь другой трейд-офф, ведь имеют значение не только деньги прямо здесь и сейчас, которые платят дважды в месяц. Начиная с 17 грейда, например, уже очень большая часть дохода (от трети и до половины) — это RSU, оценивать просто зарплату нет смысла.
НЛО прилетело и опубликовало эту надпись здесь
Мне кажется суммарная компенсация в Яндексе на уровнях от младшего до старшего примерно среднерыночная. Но я специально не изучал вопрос.

Продавать себя везде надо, так устроен рынок. Если вам сразу без торга дали много — значит вам недоплатили :) Но если говорить о не очень высоких грейдах, то, imho, гораздо выгоднее вкладываться в рост и перспективы. 20-30%, которые можно выиграть здесь и сейчас превратятся в ничто, если быстро расти. Т.е. если вы младший разработчик, например, то надо идти туда, где быстрее всего можно дорасти до старшего, а не там где дадут на 10 тысяч рублей больше на входе.
НЛО прилетело и опубликовало эту надпись здесь
Выйдя через несколько лет за пределы Яндекса, вы рискуете оказаться в неприятной ситуации, когда ваши умения практически ничего не стоят.

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

И как это связано с новыми технологиями? Или по вашему новый код теперь писать нельзя? Или новые технологии рождаются только за пределами Яндекса или другой компании, использующей монорепу?
НЛО прилетело и опубликовало эту надпись здесь
Это, конечно, зависит от проекта. Вокруг меня, например, ближе к 80 на 20, к сожалению. Хочется иногда уже остановиться и поподдерживать то что есть. Но некогда — надо быстрее писать новое и катить в прод.
Откуда там новые технологии в монорепе с легаси многогодичной давности?

Монорепа как раз очень сильно помогает выпиливать легаси и внедрять новое. И наоборот мешает где-нибудь по углам, по отдельным gitlab'ам, обрастать мхом древнему злу, написанному на перле лично Воложем двадцать лет назад. Например, во многом благодаря монорепе весь Яндекс пишет на С++17 и собирается достаточно свежей версией компилятора.

Понятно, что у монорепы тоже есть недостатки. В теории, возможно, куча мелких репозиториев, пакеты, артифактори и зависимости между всем этим могли бы хорошо работать, но то что я видел на практике и чем приходилось пользоваться, работает плохо. Особенно, если это не отдельные проекты а-ля «написали, продали, выкинули», а долгоживущие сервисы.
> Монорепа как раз очень сильно помогает выпиливать легаси и внедрять новое.

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

Главное отличие яндексовой монорепы от монореп Google и FB — то, что яндексовая обтянута тремя рядами колючей проволоки под напряжением, которая заставляет это легаси использовать.
Кстати, когда мы затащили наш проект в монорепу по прихоти Комитата по комитетам, нас сурово спросили, почему наш проект не использует монорепные велосипеды, а использует стандартные классы из std.

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

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

Приятно, конечно, иметь свою собственную кодобазу, никого не слушать и ни от кого не зависеть. Но для компании в целом это проблема. И точно более серьёзная проблема чем нестандартная (но одна на всех) строка вместо std::string, хотя и её выпилят в конце концов, этим уже занимаются, afaik.
НЛО прилетело и опубликовало эту надпись здесь
Кажется угарная Sтрока появилась тогда, когда std::string ещё не была частью стандарта :) Нет, стандартной библиотекой лично я называю std::.
НЛО прилетело и опубликовало эту надпись здесь
Монорепа в Яндексе появилась не 22 года назад.
НЛО прилетело и опубликовало эту надпись здесь
А как сам по себе факт того, что все кладется в один репозиторий, поможет выпиливанию легаси и «недопущению велосипедов» в дальнейшем? Если всё дело в том, что придет умный дядя и даст по рукам / не одобрит пр, то такой дядя должен быть в каждой команде, особенно если в этой команде есть джуны/миддлы. А если таких дядей не хватает, то и в монорепу будет пропускаться плохой код.
Монорепа как концепция это не просто один репозиторий, это единная система сборки, инструменты, стандарты. Иметь отдельного дядю в каждой команде дорого, гораздо выгоднее иметь одну команду на всю компанию, которая занимается удалением костылей и вообще улучшением экосистемы глобально и целенаправлено. Там много рутины, рефакторинги, обновления инструментов, которые каждый отдельный дядя не потянет, если у него есть другая работа. Кроме того сколько дядь — столько и мнений, ведь обычно никто специально не пытается вредить, свои std::vector'ы пишут как раз такие дяди, считая, что они делают всё правильно.
Приятно, конечно, иметь свою собственную кодобазу, никого не слушать и ни от кого не зависеть. Но для компании в целом это проблема

+++. Но тут палка о двух концах. С одной стороны, если каждая команда пилит свой процесс, свой велосипед для сборки, свои библиотеки — это плохо. Долго, дорого, неподдерживаемо. Если же всех загнать в единые рамки — теряешь возможность инноваций, сделать что-то в духе времени. К тому же, потом отмигрировать все на новую платформу или методику может быть очень болезненно. Тут, наверное, главное, чтобы в компании были налажены циклы обратной связи между разными отделами, чтобы все внимательно слушали потребности и боли друг друга. Но это не про технику.

НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Спасибо, есть над чем подумать теперь.
Поддерживаю автора. Проработал в маркете чуть больше года исключительно потому, что был должен денег и не мог уйти их не вернув. Практически по всем пунктам согласен. Добавил бы еще лишь про совершенное неумение строить командную работу. Задачи постоянно перекидывались между разрабами и одна задача могла длиться полгода, при этом над ней могли по очереди поработать все разработчики команды. Декомпозиция, оценка, обмен знаниями, командная работа — «тут так не принято»
С учетом что приходится работать с подобным материалам — апплодирую медержерам Яндекса стоя, т.к. с вами, инфантильные пупсики, очень тяжело сделать хоть что-то путное.

Парню выдали путевку в жизнь на отличных условиях, а он чисто как бабка из кейса Остапенко линкНо есть и другие, крепкое такое хамло, — рассказал предприниматель. — Наглые, цепкие, обматерят, не задумываясь. Только за то, что внешний вид булки им не понравился. Регулярно закатывали скандалы на 5-10 минут. Например, хлеб на прилавке (или совсем) закончился, и пошло-поехало: «Хозяин хороший, а продавцы – скоты натуральные! Воруют, прячут, недодают». Продавцы от них плакали. Придет такой, обложит сотрудника с ног до головы, а тому потом целый день работать
А менеджеры прям все такие зрелые и мудрые…
НЛО прилетело и опубликовало эту надпись здесь
Это хороший опыт в плане развития soft skills

Делать «ку» правильно это конечно очень важный навык и не поспоришь.
Какой-то токсичный треш произошёл. Главное, что теперь есть о чем подумать…
НЛО прилетело и опубликовало эту надпись здесь
Приглашали в Маркет. Года три назад работу менял, ну резюме, все такое… Уже нашел, и тут в LinkedIn стучится рекрутер из Яндекса. Объясняю, что уже не актуально, но сильно уговаривает. Просто поговорить по скайпу. Ладно. Просто поговорить согласился. Назначили время.

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

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

За еду можно работать и вне Яндекса.
Ну, не знаю — в России куча айти фирм. Начиная от местных (вроде Контура, Озона, ЛаМоды и пр) и кончая работающими на зарубеж.
Для меня резервный план — EPAM. У них никогда не заканчивается набор новых… Коллег.

Я имел ввиду, что для меня Яндекс — это самый крайний вариант, когда нет совсем никаких других, а кушать надо.
IvanVakhrushev, спасибо за пост. Он интересный и определённо имеет права на жизнь.
Описание деталей, организации работы, позволяет прикинуть работу «на свою шкуру». Так как в одно время тоже мечтал работать на эту компанию. Однако, такого желания давно нет, и пост ещё раз это подтверждает. Ещё раз убедился, что нет идеальных работодателей.
Однако, уверен, многим комфортно в Яндексе. Тем более всё во многом зависит от людей и проекта. Возможно, у Вас недостаточно опыта работы в крупных компаниях, возможно, это вообще не Ваше, но зайдёт в менее крупной или в стартапе.
Успехов!
Относительно недавно (до «короны») проходил интервью в яндексе (в облако). HR нашла меня в линкедине. И хотя на тот момент я не был в активном поиске, девушка оказалась очень убедительной и даже сообщила, что мои ожидания по ЗП вполне реальны. В итоге решил попробовать (лет 7 назад меня туда не взяли стажером, но поработать там мне все еще было интересно до этого интервью). Как итог: первый этап был по скайпу с руководителем (не помню каким, возможно, что даже не с потенциальным своим). Я предполагал, что оно будет не техническим, но вышло не так (правда вопросы были довольно общие). Следующие 3 этапа я проходил очно в их офисе. При этом 4й этап был один в один как 3й (те же задачки на доске\листочке на логику\алгоритмы, при том, что позиция у меня не совсем разработчика). Мне уже было «лениво» проходить это снова и от последней задачи я отказался. После этого этапа HR попросила фидбек, я честно написал, что интервью было похоже на предыдущее и я его «прошел» не очень гладко. HR пообещала ответить через через пару дней, но пропала с концами. Через неделю я сам поинтересовался у нее о результатах, но она меня проигнорировала.
Зарекся, в общем, что больше собеседоваться в яндекс не буду. Потратил суммарно 10 часов, а мне даже стандартной «отпиской» не ответили.
Собеседования в яндексе, действительно, очень странные. Твой опыт совершенно не рассматривается (хотя на мой взгляд, с человеком, у которого есть сертификат aws было бы интересно пообщаться как минимум на тему архитектур). Про принцип NIH очень точно подмечено. Еще показалось, что на лицо проблема «горе от ума» — последний интервьювер рассказал об одном «интересном» решении, от которого они сами же потом получили выстрел в ногу, но на вопрос «а какие были причины вообще такое реализовывать», ответил «причин никаких не было, просто сделали»
НЛО прилетело и опубликовало эту надпись здесь
sre

Какая-то фантастика про зарплаты и отмену сеток…
Диалог начальника и сотрудника:
С-добрый день! Я работаю лучше своего коллеги, больше опыта и даже лучше образование.все время ему помогаю и исправляю, но получаю в 2раза меньше.
Н-все верно, а что не так?
С-?
Н-? Ты же сам согласился.
С-что мне сделать чтобы это исправить?
Н-ты же знаешь правила, нужно получить Е на ревью…
С-но даже это будет меньше чем у него!
Н-ты чего о нем беспокоишься? Сейчас все как он получают, не мешай....

Я немного запутался. Вы говорите, что за провал Бринли понизили оцени разработчикам, но при этом пишите, что у вас три ревью подряд были оценки D, и при этом на низкие оценки за предыдущие периоды не «жалуетесь».
Поясните, плз., так Вам понизили оценку (премию, зарплату, бонусы) за закрытие Брингли или нет?

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

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

Раньше мог верить, что где-то там, в Поднебесной высоте есть Яндекс, Сбербанк и похожие компании, где работает весь цвет менеджеров и управленцев высокого уровня. А теперь… мое сердце разбито. По настоящему радуюсь, что в свое время послал лесом работодателя и ушел в свободное плавание.
Хочешь компанию с «вменяемым менеджментом» — открой свою. Это единственный выход для тех, кто «Много лет работает фрилансером»
Хочешь компанию с «вменяемым менеджментом» — открой свою.

И станешь невменяемым менеджером для других но вменяемым для себя, такой себе путь…

это скорее меняет отношение к понятию «вменяемости»… после своего бизнеса гораздо понятнее становится «почему именно они такие странные»
Многие идут в Яндекс за строчкой в резюме, поэтому они готовы подвинуться в зарплате.


а что кому то в мире важно что вы работали в яндексе?
а что кому то в мире важно что вы работали в яндексе?

Не поверите — но да, важно.

Во-первых, русскоязычных в разных компаниях достаточно много на разных вакансиях и есть большой шанс, что резюме попадет к русскоязычному.
Во-вторых, яндекс относительно известен за границей. Разумеется, не так как гугл или амазон, но все-таки выше какого-нибудь ИП «Иванов».
В-третьих, на собеседовании одно дело рассказывать, что разрабатывал поисковую систему, конкурента гугла (даже если в реальности вклад был не таким уж большим), другое что делал формы для сайтов.

Да, выходит Яндекс — блэк-кигъё:, т.е. Черное Предприятие.

Спасибо. Так и чувствовал, что Яндекс (да да, Я.Маркет, но шайка-то все равно одна) несмотря на масшаты, совсем не Google и т.п.
Личная неприязнь появилась, когда они еще много лет назад отсудили у Google право на встраивание своих помойных приложений в Android.
С другой стороны, и мы не США, имеем что есть…

Смысл устраиваться в такую компанию, мне кажется, не для проф. роста — приходишь уже опытным и получаешь хорошие деньги не развиваясь дальше, делая любые задачи от руководства, ибо вектор развития задают только они.
Личная неприязнь появилась, когда они еще много лет назад отсудили у Google право на встраивание своих помойных приложений в Android.

тем не менее, гугл те еще засранцы со своими требованиями и правилами.

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

Желтизна решила вмешаться аж на уровне прошивки.
Если такие крутые — никто не мешает перепилить Android под себя и напихать туда своего мусора.

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

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

если я не ошибаюсь, гугл не разрешает так делать вплоть до отзыва лицензии на gapps если производитель железа решится выпускать «и так и так» по этому поводу был большой скандал… по факту так делают только Китайцы… но и только потому что тут уже гугл боится потерять их рынок… но и gapps там не сильно нужны из-за местной чебурашки
Полагаю, чтобы дать возможность разработчикам самим создать все необходимое и не конкурировать с ними.

по этому я например не могу писать приложения для google auto? (яндекс кстати тоже запрещает так делать для своего глючного поделия)
по этому я например не могу писать приложения для google auto?

Скажу сразу, тачки нет, сужу лишь по тому, что нагуглил :)

Android Auto это же лишь функция трансляции экрана на дисплей автомобиля, что-то наподобие Samsung Dex.
Судя по скринам, поддерживаются приложения не только от Google.
Это не функция трансляции, это некое подобие урезанного gui на которое можно выводить специальные лицензированные положения, и из навигаторов там Google maps и Waze
насколько я знаю что там до сих пор нельзя софт для ODB2 диагностики устанавливать — «Не положено» (с)

А трансляция экрана — это всякие китайские магнитолы с рутованным андройдом, это не Google auto, а софт разной степени самопальности который действительно зеркалит телефон на экран авто
На какомнить БМВ со штатной головой и поддержкой гугла такое не прокатит
Google Auto — это именно трансляция, вот тут отреверсили протокол и сделали приложение, которое эмулирует головное устройство: github.com/mikereidis/headunit
в Google Auto вы не можете запускать любое приложение с телефона на головном устройстве
Это так. Но это не отменяет того, что технически — это трансляция экрана телефона в головное устройство. Сделано таким способом потому, что обновлять софт в головном устройстве — это сложно, делается обычно в сервисных центрах, требует всяких там сертификаций и т.д. Тут же обновил приложение в телефоне — и вот, оно уже исправленную картинку показывает пользователю.
«не только от Google» — это не Android Auto, а MirrorLink
Если такие крутые — никто не мешает перепилить Android под себя и напихать туда своего мусора.

Так в этом случае нужно и самому производить телефоны было (если речь о событиях 5-летней давности). Потому что небольшим производителям гугл запрещал сотрудничать, а у больших типа того же Самсунга, которые могли положить на мнение гугла — свои проекты были.
Потому что небольшим производителям гугл запрещал сотрудничать

Вроде у Google требование только одно — возможность встраивания Google Play только если встраивать остальные его сервсиы.

А раз производитель решил выбрать ему альтернативу — пусть не пытается усиделься на двух стульях.

Это чисто мое мнение/позиция)
Тогда они начали заключать соглашение с небольшими копаниями, которым запрещалось сотрудничать с Яндеком под страхом потери допступа в гугловым среивсам на всех рынках. Т.е. хочет допустим компания выпустить новый телефон с Яндекс.Кит, но по новому соглашению — если она выпустит такую модель(С яндексовой прошивкой и сервисами), то на других моделях теряет право на гугловские сервисы. С точки зрения антимонопольного законодательства — это является использованием монопольного положения для получения неконкурентных преимуществ на других рынках.

То что запрет касался всей продукции производителя не знал, спасибо.
Но все равно, выбор же был у производителей, выбираешь конкурента — забудь о Google сервисах, коим нет равных все же.
+Можно как BBK расплодиться под разными брендами

Там не по брендам действовало, а именно по производителям. Ну и чтобы выбрать другого производителя — нужно попробовать хоть на одной модели, а как попробуешь, если запрещено? Монополия же плоха ведь не сама по себе, а тем, что возникает искушение действовать не прямой конкуренцией продукта — когда пользователь предпочтет тебя другому производителю, а вот таким вот превентивным недопуском возможного конкурента.

Полностью согласен.
С другой стороны мне не понятно, почему Google сразу юридически не проработала такой момент, чтобы не было повода с ней судиться.
Представьте iOS вместо Safari с Я.Браузером из коробки и т.п.


Android доработали до уровня конкурента iOS они, соответственно и правила устанавливают они.
Если производитель решил сбежать от них, то пусть забудет о всех сервисах компании.
+у желтые в плане экосистемы даже не конкуренты.
Помню магаз приложений был даже… и что мы сейчас видим? никому это оказалось не нужным

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

Возможно были ослеплены славой? Я ведь помню комментарии тогда — многие писали — да, это возможно неправильный подход, но это ведь Гугл — им можно. Это сейчас чаще встречаются статьи с жалобами, когда гугл кинул где-нибудь страйки(ютуб, стор, сэйфбраузинг) иневозможно узнать, что нарушил и даже достучаться до техподдержки, потому что в 99 случаях из 100 отвечает бот.

Представьте iOS вместо Safari с Я.Браузером из коробки и т.п.

Ну тут на самом деле ситуация проще — во первых у Эппл нет монопольного положения на рынке смартфонов, во вторых сами смартфоны — это тоже их продукт, т.е. довольно затруднительно сказать что эппл давит на самих себя же)
Android доработали до уровня конкурента iOS они, соответственно и правила устанавливают они.

1) Правила должны быть едины для всех
2) Они не должны нарушать законодательство
Если производитель решил сбежать от них, то пусть забудет о всех сервисах компании.
+у желтые в плане экосистемы даже не конкуренты.

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

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

Точно, не полумал об этом)
Но и до них недавно докопались, правда огрызок со стальными этими самыми — ФАС сдалась.


1) Правила должны быть едины для всех
2) Они не должны нарушать законодательство<

Сложно тут все, юристам виднее конечно. Право на отказ от Google же у производителей есть, соответственно и нарушения не видно. А вот то, что Google просчиталась где-то в условиях и заплатила большой штраф — мне кажется, это волнует больше его сторонников(сопереживателей) по тому делу, нежели его самого ;)


Вот только как раз вскоре таких амбициозных планов — и возник тот запрет и они все приостановили.<

только запрета около 5 лет нет уже, а Яндекс и не собирается залезать в ОСь с завода.
Все это очень похоже на хайп. Вспомним чекбоксы на установку их помой в любой локализованной софтине при установке, как и mail.ru

Право на отказ от Google же у производителей есть, соответственно и нарушения не видно.

С точки зрения юристов — это использование монопольного положения для оказания давления. Тут же речь идет не о добровольном выборе, когда отказываются из-за не подходящих характеристик или цены.
только запрета около 5 лет нет уже, а Яндекс и не собирается залезать в ОСь с завода.

Вообще-то пока что 3. Но видимо пока что потраченные тогда впустую ресурсы вызывают осторожность.
Вспомним чекбоксы на установку их помой в любой локализованной софтине при установке, как и mail.ru

А можно еще что-нибудь вспомнить...
image
image

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

Не сомневайтесь. Просто обратите внимание на версии. Они довольно старые. Сейчас, после того как тот же хром занял доминирующее положение — уже в этом нужды нет. А вот года до 12-го практически в каждом инсталяторе были либо гугл хром, либо тулбар. Они ведь даже тулбар тоже одними из первых придумали, а остальные, увидев успех этого хода — начали повторять, и с установкой браузера без проса точно также было примерно до того момента, когда они стали первыми. Многие, кстати, еще получали хром при обновлении флэш плеера, когда шли на сайт за новой версией плеера, не замечали одну галочку и получали в нагрузку к плееру либо аваст, либо макафи, либо хром. Так что такие партнерки от яндекса и мэил конечно раздражающие, но не стоит забывать мастера, у которого они учились продвигать продукт)
Ага, Хром как компонент асусовских драйверов к материнке.

Но положа руку на сердце, ученики превзошли мастера.
А в чем превзошли? По приложениям к драйверам — так же, но вот при этом я не помню у них таких сервисов, как, к примеру был Google Wave, который не работал в Опере и рекомендовал сменить браузер, но почему-то после смены не браузера а всего лишь юзер-агента начинал работать без ошибок)
Попробуйте веб-версию Microsoft Teams.
Открыл, посмотрел, а что конкретно я должен был увидеть?
Открывается? Теперь попробуйте в ФФ. И в ФФ с подменой юзерагента.
А в одно сообщении нельзя было написать, что подобным занимается и майкрософт для фаерфокса? Как я мог это понять из вашего предыдущего сообщения? Ну и пример, конечно, похожий, но тут все же спор Гугл/Яндекс шел, не очень понятно, при чем тут МС.
Извиняюсь, думал, что очевидно, что раз речь о блокировке ресурсами браузеров по юзерагентам, то при упоминании ресурса стоит попробовать его с разными юзерагентами.
Мне не настолько интересно исследовать его, чтобы проверять различные кейсы, поэтому я выполнил ровно тот, который был указан в первоначальном сценарии и соотвественно ничего не увидел.
В количестве рекламного дерьмища, впариваемого всеми возможными способами, разумеется.
Яндекс тут, конечно, занимает почетное второе место, с мейлру ему не тягаться. Амиго, спутник, защитник, еще какая-то шняга — и все это лезло в автозагрузку, ставилось с каждым вторым приложением, переназначало ассоциации, переставляло домашние страницы, устраивало впечатляющие баталии на компе, обнаружив конкурентов — помню одного клиента, у которого защитник яндекса и гвард-мейлру подрались за домашнюю страницу.
Мужик аж мне позвонил — что ни нажми, вылезают окошки и предлагают что-то переделать!
«Решения руководства обсуждению не подлежат. Даже не думайте критиковать и подвергать сомнению архитектуру системы, созданную пять-шесть лет назад людьми, которые теперь являются вашими руководителями. Особенно если критика конструктивна, а проблема мешает дальнейшему развитию сервиса. Не надо грести против течения. Здесь так не принято.»
В этих словах и ответ почему автору пришлось покинуть эту «обитель зла». Яндекс, как многие крупные корпорации превратился в пансион заплесневевших, страдающих геморроем ретроградов. Они трясутся за свои места, бонусы, всё и так хорошо работает, за чем, что-то менять? Платить за переработки? Вас купили с потрохами, привезли как негра из далёкой и дикой земли в кандалах. Помыли и причесали, научили в какой руке держать вилку- отрабатывайте вложенные в Вас средства и сопите в две дырочки. Есть только одно решение такого рода проблем- регулярно «пускать кровь» руководству компании, набирать новых, голодных, жадных до денег, одарённых управленцев. И чутко следить за ними- при появлении тревожных признаков- выбрасывать на обочину.
А заниматься контролем руководства кому? Я совершенно без подкола спрашиваю, не перенос ли это проблемы на уровень выше?
Печально это все. Были знакомые, когда узнал, что они из Яндекса, О, восторгнулся) Но в ответ получил такой взгляд, что было понятно все…
Аминь!
P.S. Пишу интеграцию корпоративной системы с БеруРу: ответ саппорта — 1-3 дня, полезность ответа — 50%, общая полезность документации API — 45%. Похоже, что в маркетплейсах — в Озоне и в Яндексе,- одного качества софт пишут. За что там сотрудникам деньги платят ,- моментами вообще не понятно. Не, не наболело. Просто так. :(
Да, типичный fang :) Только несколько поправок по опыту МС и Гугла.

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

Обилие собственных «велосипедов» тоже пришло из Гугла. В Майкрософте, благодаря тому что у каждой группы свой репо, каждая группа может изобрести конечное количество велосипедов. Когда репо общее, то и велосипеды общие, так что их много :)

А вот «засунут на проект, где у тебя меньше всего опыта, а область, где у тебя есть знания, отдадут человеку, который в ней не разбирается» — это уже типичный Майкрософт.

Переработки это тоже Майкрософт (хотя зависит от группы). В Гугле переработки не приняты, а за дежурства всегда платят.
В Майкрософте, благодаря тому что у каждой группы свой репо, каждая группа может изобрести конечное количество велосипедов. Когда репо общее, то и велосипеды общие, так что их много :)
в монорепе велосипед одной команды хотя бы теоретически может быть адаптирован в другой команде.
Много тех «велосипедов» были написаны тогда, когда общепринятого решения еще не существовало. Так что палка о двух концах так сказать.
www.youtube.com/watch?v=qYG-UsjkrME
1C: Бюрократия — всерьёз и надолго. Карьера в организации, где «так положено»? Задайтесь вопросом: «Кем положено?». Со времён Сталина особо ничего не поменялось. Когда организацией управляют партийные бюрократы, перспектив нет. Чисто по-русски «Делись мужик, а то заломаю...». У Дурова ВК отжали, у Сысоева пытаются отжать NGINX. «Ты что, самый умный?» ©совок. Умные здесь не в почёте. Они «неблагонадёжны», потому что — думают. Вот так и получается: Летела ракета, упала в болото. Какая зарплата — такая работа. Потому что думать в этой стране — плохо закончится.
Вы точно не бот? Сообщение выглядит как не очень связный набор лозунгов.
Или бот, или на работе — распространяет, не рефлексирует.
Если глянуть в комменты — он не бот, но проблем у человека хватает.
… и он никто, не вписывающийся в праздник жизни, где сильный ест слабого. У сильного — семья, дети, и по этому он прав. А я не прав, потому что… Продолжайте пинать.
На полном серьезе советую обратиться к психологу или психотерапевту. Ни в коем случае не желаю вас оскорбить, искренне считаю что возможно (только возможно) есть какие то нарушения. Где то я читал что один из симптомов таких нарушений как раз разговор цитатами не очень связанными с контекстом, но я не имею квалификации что то утверждать. Надеюсь что ошибаюсь и это просто такой стиль написания комментариев с легким троллингом, и в жизни вы так не разговариваете.

Прекрасно. Я пользователь личного кабинета продавца Яндекс Маркет. По сравнению с тем же продуктом Озон - это ад и днище. Как и поддержка Я. Маркета.

Очень приятн удивляет Озон своей системой управления товарами в личном кабинет продавца. Озон уверенно забивает баки Яндексу и в разработке и в работе поддержки.

Яндекс хочет быть как FAANG и стремится по кол-ву велопипедов к ним ) За всю жизнь наибольшую концентрацию велосипедов видел только в Amazon (brazil, bb, свой ci/cd, ужасный самописный аналог bitbucket или gitlab, свой самописный и грусный task tracker, вместо gradle что-то самописное и причем скрыто максимально от инженера, вообще непонятно что происходит под капотом, ноль артефактов, тест раннеры свои, confluence самописный и плохим поиском, code review и pr смотреть тоже в чем-то самописном, я удивляюсь почему slack используют а не свой messenger, хотя свой pager есть). Инфра тоже самописная по максимому, но хоть на маке заводится

Публикации

Истории