Комментарии 242
Материал мог вызвать противоречивые чувства. Будьте критичны к любой публикуемой информации. Перед написанием комментария вспомните правила сообщества.
Как писать и что делать
- Не пишите оскорбительные комментарии и не переходите на личности.
- Воздержитесь от нецензурной лексики и токсичного поведения, даже в завуалированной форме.
- Чтобы сообщить о комментариях, нарушающих правила сайта, нажмите кнопку «Пожаловаться» или заполните форму обратной связи.
Что делать, если: минусуют карму, заблокировали аккаунт.
дудь программирование заговоры яндекс кудрин ))))) сильно
Коротко о статье: смешались в кучу кони, люди.
Вроде статья о сливе исходного кода Яндекса, а ощущение, будто на кухне собрались диванные эксперты в области политики и проводят "содержательные" и "интеллектуальные" беседы.
я поэтому и поставил "мнение". это вам про докеры в кубернетихах запускать, просто отдохнуть и подумать, поделиться своим мнение. что вы сами о этом думаете?
я поэтому и поставил «мнение»
На эти мертворожденные «типы публикаций» никто не смотрит, так что считайте, что вы ничего и никуда не ставили.
Это, конечно, сейчас модно - считать, что любая необоснованная идея достойна публикации, если назвать ее "мнением". Но для подобных рассуждений есть более точное название - спекуляция.
Анализа вопроса - нет, обоснований предположений (например, на недавних исторических примерах) - нет.
что вы сами о этом думаете?
Вы заметили, что тут уже было несколько статей с обсуждением в комментариях и решили таким образом "стимулировать дискуссию"?
Но для подобных рассуждений есть более точное название - спекуляция.
Нет, это название для всех подобных рассуждений - менее точное, т.к. имеет в русском языке дополнительный негативный смысл, привнесенный из уголовных кодексов времен СССР.
Я отстаиваю мнение, что для подобных рассуждений более точным их определением являются "умозрительные".
Конкретно по поводу рассуждений автора: вряд ли публикация какких-либо исходных текстов способна повлиять сейчас на развитие нынешнего массового IT. Хотя бы потому, что чужие исходники мало кто читает (да, это - тоже умозрительное рассуждение).
Спекулятивное суждение - понятие из философии и риторики, которое является практически синонимом для "умозрительного суждения" и используется не только в русском языке.
К финансовой спекуляции оно не имеет непосредственного отношения и носит негативный характер уже само по себе, так как такое суждение не опирается даже на опыт.
Я правильно понимаю, что вы согласны с моим уточнением, поскольку и обсуждаемая статья, и комментарии к ней написаны именно по-русски?
Я не считаю ваше высказывание "уточнением". Это просто синоним. С тем, что вы настаиваете на том, что это уточнение, потому что у вас есть ещё одна негативная ассоциация с этим, я не согласен, потому что это особенности вашего восприятия. Это детали на уровне шумов.
Дело в том, что эта ассоциация есть далеко не только у меня. Поэтому, я думаю, такое уточнение необходимо.
Какая, по-вашему, часть имеющих такую ассоциацию, не в курсе, что это разные понятия из экономики и философии, обозначаемые одним словом? Только наличие проблемы смешения понятий может оправдывать "необходимость" уточнения. Которое я сделал сам, дав ссылку на значение термина в оригинальном комментарии.
Но мнение - всего лишь это утверждение уровня "я считаю, что [так то и так то]", не более того. Мнение может быть плохо обоснованным или вообще необоснованным, но от того не перестанет быть мнением. Оно просто есть.
Но соглашусь с тем, что если назвать непроработанный пост мнением, лучше от этого пост не станет)
Так это боты под маской программиста.
Надо подтягивать питон до уровня Яндекса.
Уровень Яндекса: https://twitter.com/nikitonsky/status/1619042242701987840?s=46&t=yH4YtamF_sUi5TVStZSV6A
у вас ссылка на террористическую соцсеть ) про питон не могу спорить, но cpp там интересный
Вы все еще находитесь там, где она считается террористической? А зачем?
это был сарказм, но да. я пока не научил роутер обходить deep. не понимаю, за что вас минусуют, вы правы
Комментарий был скорее про то, что определенные нарративы не стоит реплицировать по чисто гигиеническим соображениям даже в целях сарказма.
пока не научил роутер обходить deep
https://tw.rijndael.cc/nikitonsky/status/1619042242701987840
Или любой инстанс Nitter по вкусу. Заодно грузится быстрее чем тонна джаваскрипта
да, неожиданно, откуда столько минусов, понятное же дело что это сарказм, или им как раз сарказм не понравился? хз.
Видимо, на собеседовании по алгоритмам рассматривают, как перевернуть бинарное дерево или связанный список, а не операции целочисленного деления.
А ещё можно добраться до lower_bound = int(value / 5.0 // 1 * 5)
P.S. Хм, можно ещё короче - lower_bound = int(value // 5) * 5
ИМХО конечно, но ваше решение тяжелее читать, к тому же мы не знаем будет ли разница в 5 единиц постоянной.
Eсли разница в 5 единиц поменяется, в оригинальном "решении" придётся все-все цифры и обозначения руками переписывать и при этом нигде цифры не перепутать. B скобочки не забыть.
Я бы предпочёл короткое решение + несколько тестов на краевые случаи, а не ручное перечисление 30+ возможных вариантов.
В том то и проблема, что подгоняя алгоритм под условия вы будете
вынуждены его потом переписывать. Я бы стремился к тому, чтобы алгоритм
был насколько возможно универсальным, а условия задавались декларативно.
Согласен, зачем выпускать код с шагом в 5 в прод, когда можно устроить пару митингов действительно ли мы хотим 5, как часто они будут меняться, надо ли поддерживать отрицательные и комплексные числа и за какую-нибудь неделю другую запилить алгоритм, который будет поддерживать любой шаг, считывать его из env api метода с авторизацией, чтобы поддерживать изменение шага без перезапуска сервиса и содержать несколько багов, которые потом вылезут и можно будет править их ещё несколько недель.
P.S. И выкинуть его ещё через месяц, когда выяснится, что шаг может быть не постоянный, и надо выводить <5, 5-15, 15-30, 30-50, >50
в оригинальном "решении" придётся все-все цифры и обозначения руками переписывать
...а в это время за углом притаился, помахивая хвостом, толстый полярный эффект последней строки.
Код может быть написан таким образом просто потому что так написали аналитики в ТЗ, только словами.
А где в сорцах данный код? Я пытался его отгрепать, но не нашел.
Есть вероятность, что это "одноразовый" код для выборок, что не отменяет того, что это отвратительно.
надеюсь не по количеству строк вклад оценивается. в целом качество кода по разным проектам там сильно разное, код на php который я нашел (auto.ru) это вообще полный мрак и профнепригодность даже по временам его написания.
я не про Яндекс, но про крупные конторы где был и сонар и флейк и блек, и кошмар в кодовой базе одновременно
код был написан давно, сонаркуб включили сильно позже, и насколько я помню он старый код не проверяет… и пока никто не полезет его править сонар ругаться не будет, а flake можно и глобально настроить
В целом это не выглядит как что-то плохое, по крайней мере осознанно написали что пустая строка, а не просто забыли текст засунуть.
EMPTY_STRING вместо ""
А это спорно, вообще меня например коробит любой хардкод значений, даже если это пустой стринг
Зато сложнее перепутать "" и " ". Не выглядит бесполезным.
>, и насколько я помню он старый код не проверяет… и пока никто не полезет его править сонар ругаться не будет
Дефолтно он как раз проходит всю кодовую базу. Можно донастроить дополнительно, что если кол-во багов/техдолга увеличивается, то ваш PR будет отклонен автоматически
Может, этот код был автоматически сгенерирован чем-то? Как-то с трудом верится, что человек в здравом уме мог всерьез написать такое.
Не боги горшки обжигают. В яндексе средний уровень кодеров не сильно отличается от общего, помимо талантливых есть и обычные и вот такие.
Даже у самого лютого говнокода обычно есть объяснение)
Тут же, мне кажется, нормальное решение будет гораздо проще, чем этот монстр. Т.е. вместо того, чтобы написать максимум 10 тривиальных строк, кто-то специально заморочился и написал целых 40. Либо человеку платили за код построчно, либо это сгененрированный код/трансляция с другого языка.
либо это сгененрированный код/трансляция с другого языка.
Это не объясняет как «это» прошло ревью
===
у меня например (да и думаю у многих) подгорает не за то что это говонокод, а то что яндекс требует какихто выдающихся знаний и квалификации, а при этом у них в коде такое
Слово "толчок" тут можно интерпретировать по разному.
"это будет толчок для русского ИТ" сказал владимир, не уточнив, уличный или в тёплом помещении. специально для россии23
Владимир - он же "лысый чёрт"
Знакомьтесь, это Владимир!
Он скачал исходники яндекса, чтобы в дальнейшем найти им применение, хотя вот уже 30 лет он не в состоянии найти применение своим исходникам. Именно поэтому, к чему не прикоснись в этой комнате, заставляет ощутить настоящий легаси и на всякий случай помыть руки.
А в слитых исходниках интерпретатора Толчка нет?
Особенно в сочетании со "сливом"?
Другие исходники никак не подписаны, что так же позволяет их копировать, использовать в коммерческих целях, видоизменять итп.
Это не так. Лицензии - разрешают что-либо. Отсутствие лицензий - это отсуствие каких-либо разрешений вообще. Если исходники не имеют никакой лицензии, это значит, что вы вообще не имеете право с ними что-либо делать.
вы юрист? если да, то у меня к вам пару вопросов ) и это не претензия, не сарказм, мне правда нужна справка по этому поводу
Эх, если бы это так работало, то из слива win xp можно было бы просто удалить лицензию, а не переписывать в reactos :)
Вся ваша личная переписка по такой логике - объект национального достояния. Не нужно быть семи пядей во лбу, чтобы понять это
Но как же общественный интерес, Ваша честь? Без шуток - здесь как раз тот случай, когда можно прикрыться общественным интересом.
Знаем мы этот общественный интерес. Каждый раз, когда переворачивается грузовик с пивом на дороге, общество его не на шутку проявляет.
Неточная аналогия. Когда общественность набрасывается лакать разлитое пиво, это называется мародерством. А вот если в перевернувшемся грузовике обнаруживается документация на техпроцесс производства того же пива, в которой черным по белому написано: ссанина - 70%, крысиный яд - по вкусу, то публикация такой документации будет законной, даже несмотря на большую страшную надпись "копирайт пивоварня "Свинское" и "коммерческая тайна".
Присоединяюсь к вопросу по соседству. Если лицензии нет никакой (встречал такие репозитории), каков допуск в англо-саксонском и романо-германском праве?
я не адвокат, но гитхаб пишет:
without a license, the default copyright laws apply, meaning that you
retain all rights to your source code and no one may reproduce,
distribute, or create derivative works from your work.
гугло-перевод:
без лицензии применяются законы об авторском праве по умолчанию, что означает, что вы сохраняете все права на свой исходный код, и никто не может воспроизводить, распространять или создавать производные работы на основе вашей работы.
Но, конечно, "законы об авторском праве по умолчанию" в разных странах могут быть разными. На гитхабе, скорее всего, подразумевается законодательство США.
Знаком с этим текстом, но вопрос не только про Гитхаб, он то как раз присваивает часть прав по-умолчанию себе - распространение на свое усмотрение и использование для создания продуктов вроде Copilot.
В романо-германском праве программа защищается как текст, следовательно, на нее распространяются нормы цитирования и прочее. С англо-саксонским не знаком, в Штатах есть некое Fair use.
Это так не работает, что «если лицензия не указана, то это общественное достояние».
Достаточно провести аналогию с фотографией в интернете. Я выложил собственноручно сделанное фото зимнего леса в своём блоге, не указав лицензию. Вы можете взять моё фото и делать с ним всё, что пожелаете? Нет, вы обязаны сначала связаться с правообладателем (мною) и обговорить условия. Может, я разрешу использовать, с условием «оставьте ссылку на источник». А может и не разрешу. Или попрошу денег.
Да, кстати, в РФ это с некоторых пор стало популярной темой:
1) фотограф делает хорошие фотки, и выкладывает их в хай резе, указывая авторство, но не лицензию
2) сотрудник СМИ берёт красивую фоточку, статью пускают в тираж
3) фотограф находит свою фотку и пишет претензию.
---
Обычно цена такой выходки находится в районе 5 т.р.
То есть, закон, с одной стороны, должен защищать права фотографа, но, с другой стороны, фотограф тут внаглую эксплуатирует закон.
Возможно, с хорошими юристами можно было бы снизить сумму компенсации, но, конечно, не избежать её полностью, т.к. брать чужое без разрешения нельзя.
Хорошие юристы обойдутся явно дороже 500 баксов, поэтому проще заплатить и забыть.
Он скорее всего такую сумму и подобрал, чтобы было достаточно жирно как для фотки, но достаточно мало, чтобы обжалование претензий в суде имело экономический смысл.
Никто не заставляет СМИ воровать фотографии. Нормальные СМИ берут фото либо со стоков-по-подписке, либо делают фотографии сами.
То есть, закон, с одной стороны, должен защищать права фотографа, но, с другой стороны, фотограф тут внаглую эксплуатирует закон.
Мы тоже все внаглую эксплуатируем законы — например, когда совершенно бессовестно идём по улицы с полным кошельком денег, и не даём нормальным честным гопникам его просто так взять и украсть.
В действиях фотографа (по крайней мере, в описанных выше) нет вообще ничего незаконного, да и с моей точки зрения, даже ничего аморального. Если какая-то контора стянула чужое фото в своих бизнес-целях, не поинтересовавшись его принадлежностью и вообще возможностью использования, то вообще нет ничего плохого, что она заплатит за него несколько сотен тысяч рублей. Ведь в эту сумму, по сути, входит ещё и экспресс курс для бизнес-пользователей про авторские и смежные права, а также про деловой этикет.
квалифицируются по УК, а нарушение авторского права это ГК.
Речь выше шла не про отождествление разных видов правонарушений, а про факт эксплуатации закона для защиты своих, кхм, законных прав, извините за тавтологию :)
Но вот прямо злого умысла я тут не вижу, увы.
Смотрите, туристические агентства — это по своей сути мелкий, реже средний бизнес. Это не крупные корпорации, в составе которых есть своя веб-студия. Поэтому в 90% случаев их сайты делаются профессиональными веб-студиями по заказу, и в 10% случаев кем-то вроде сына подруги замдиректора. И эти 90% случаев подразумевают, что там в процессе участвуют люди, которые в курсе про авторские права на контент. Поэтому кейс «да просто качай фотки из интернета, я ни за что платить не хочу, кто там будет смотреть и их сравнивать?» там присутствует в полной мере, и это самый что ни на есть «злой умысел» применительно к нарушению исключительных прав. Да, это мелочи… но ведь и наказание за него тоже несущественное.
Увы, опыт показывает, что на профессиональные студии у мелкого бизнеса как раз и нет денег.
Профессиональные студии — это не те, где Лебедев в собственниках, а которые занимаются разработкой сайтов как основным средством заработка денег. Вне зависимости от ценовой категории. И в принципе почти все они в курсе про возможные последствия утаскивания чужих фото из интернетов, даже если какой-то веб-мастер сам себе студия. Хотя обычно не сам, т.к. рисовать и программировать уже давно плохо сочетается в одном человеке.
Однако этот фотограф в суд предоставляет договор с некой компанией которая якобы купила у него когда то фотки по 30 тысяч р. за штуку.
Я не слишком верю в хитрый план «давайте нарисуем липовый договор, а потом будем забрасывать удочку и ловить неудачников». Скорее всего, какой-то такой договор действительно имел место быть в прошлом, 30 тыс.р. за фото, это чересчур, но грубо говоря, договор на 300 тыс. р. за создание с нуля профессиональной фотоколлекции, в которой будет десяток фото, это вполне себе имеет место быть. В такой договор фотограф всунет и все расходы на поездки себя и своего ассистента, и обработку/монтаж, и еще N тысяч рублей, которые его директор компании-клиента попросил обналичить и вернуть налом. Ну т.е. с точки зрения права придраться в общем-то не к чему. С точки зрения морали… ну не знаю, это в общем-то субъективно. Я не могу сказать, что мне в этой ситуации как-то жалко турагенства. Они от этих штрафов сильно не пострадали, зато культура пользования чужими произведениями несколько повысилась.
Подобные фото на сложившемся рынке в интернете не стоят 30 тысяч рублей,
это очевидно. Даже на shutterstock от 2.90 Евро и ниже за фото, плюс
куча бесплатных лицензионных стоков типа pixabay.За достаточно обычное фото брать 500 баксов, в то время как на стоках такие фото стоят до 10 баксов, это конечно наглость.
Автор произведения может назначить какую угодно сумму за своё произведение, хоть сто тыщ мильён миллиардов. То, что создатели сайтов решили взять чужие фото, не поинтересовавшись лицензией и согласием автора - это проблемы создетелей сайта, человек в своём праве.
Аргумент "да на стоке такие фотки за доллар штука лежат" может лишь влиять на стоимость компенсации в суде или как предмет переговоров при легальной покупке, но за своё произведение и в иске за нарушение своих прав написать можно любую сумму.
Подобные фото на сложившемся рынке в интернете не стоят 30 тысяч рублей, это
...до санкций ;)
нарушение авторского права это ГК
Это не совсем, так, точнее, совсем не так:
КоАП РФ, ст.7.12. Нарушение авторских и смежных прав, изобретательских и патентных прав:
1. Ввоз, продажа, сдача в прокат или иное незаконное использование экземпляров произведений или фонограмм в целях извлечения дохода в случаях, если экземпляры произведений или фонограмм являются контрафактными в соответствии с законодательством Российской Федерации об авторском праве и смежных правах либо на экземплярах произведений или фонограмм указана ложная информация об их изготовителях, о местах их производства, а также об обладателях авторских и смежных прав, а равно иное нарушение авторских и смежных прав в целях извлечения дохода, за исключением случаев, предусмотренных частью 2 статьи 14.33 настоящего Кодекса, -
УК РФ, ст.146. Нарушение авторских и смежных прав
1. Присвоение авторства (плагиат), если это деяние причинило крупный ущерб автору или иному правообладателю, -
2. Незаконное использование объектов авторского права или смежных прав, а равно приобретение, хранение, перевозка контрафактных экземпляров произведений или фонограмм в целях сбыта, совершенные в крупном размере, -
За достаточно обычное фото брать 500 баксов, в то время как на стоках такие фото стоят до 10 баксов, это конечно наглость.
Ну так и купи фотку за 10 баксов. В этом как бы и суть штрафа - дать смачно по жопе, чтобы повторять неповадно было. Билет на автобус - 50 рублей, штраф - 1000.
Так регулярно делает Артемий Лебедев: https://tema.livejournal.com/2088884.html
Достаточно провести аналогию с фотографией в интернете.
не лучшая аналогия. всё зависит от площадки где размещено фото. некоторые площадки для фотографов в соглашении указывают что всё размещённое там независимо от автора после размещения принадлежит площадке что бы там автор не указывал.
а вообще для фотографов (да и не только для них) давно придумали creative commons. жаль что многие не вкурсе..
Много лет назад работал в крупной американской конторе над одним проектом. Ближе к релизу проекта стали собирать информацию о всех сторонних компонентах для отдела, который потом проверяет законность их использования. Так вот из один из компонентов потом нам запретили использовать потому что по нему не нашли никакой информации.
"Расчетный слив" - врятли, методики ранжирования и шлюзы оплат опасно.
"Будут равняться" - нет, супер легаси из 2001 года , ужасные подходы, ужасные структуры.
"получит ценные кадры" - не знаю друг из какого ты года, но большинство топ менеджеров , линейных менеджеров толпами валили еще в 2022, отделы рассыпаются. А когда вместо оставшихся ЕДИНИЦ настоящих профессионалов которые долгие года работали бок о бок и предпредыдущим и предыдущим СЕО, поставили кудрина - абсолютно все поникли, приуныли и всем всё стало понятно. В 2023 работать там - зашквар, и в мире ты становишься нерукопожатным.
ps Мне не хватило сервиса ЯндексМузыки ) отличный бы форк был с + p2p torrent or wb3
повторю, пост помечен как "мнение". я на собственном опыте знаю, что многие остались тут, по разным причинам
«Будут равняться» — нет, супер легаси из 2001 года, ужасные подходы, ужасные структуры.
У супер-легаси из 2001 года есть один большой плюс — это проверенная архитектура, которая довольно хорошо работает и не падает на куче пользователей
У супер-легаси из 2001 года есть один большой плюс — это проверенная
архитектура, которая довольно хорошо работает и не падает на куче
пользователей
Ну или нет, потому что в 2001 было на порядок-другой меньше интернет пользователей, устройства и ПО на них у пользователей, провайдеров и авторов сервиса было совсем другое, а так же архитектура 2001 не подразумевала поддержку метрик, трейсов, A/B тестирования, релизов несколько сот раз в день и GDPR, при добавлении которых она начинает плохо работать и падать на куче пользователей.
ребят кто налайкал плиз поднимите карму, то на меня яндексофилы напали , душат
26 января, 11 месяцев спустя? А почему не сразу? А почему не после Бучи? А почему не после 21 или 30 сентября? Где вы были 8 лет?
После этого не читал, извините. Вы действительно верите, что одинаковая дата во всех файлах это не результат манипуляции с метаданными файлов?
Монорепозитории, это очень удобно.
Что удобного-то?
Последние лет 5 мы активно видим, что многие переходят на монорепы
Везде где видел монорепу было ровно наоборот - все только и мечтали о том как бы с неё уйти.
Что удобного-то?
Удобно управлять внутренними и не только зависимостями. Особенно в С++ проектах. Удобно унифицироватб сборочный процесс.
Возникают сложности при обновлении версий библиотеки, но при наличии отдельной команды для этого дела - это не проблема.
Везде где видел монорепу было ровно наоборот - все только и мечтали о том как бы с неё уйти.
Это нормальная реакция на монорепу, но потом ты поживешь в другом мире и каждый раз когда нужно сделать релиз, хочется вернуться)
Я всё жду, когда же индустрия откроет для себя наконец моно-поли-репозтории.
Удобно управлять внутренними и не только зависимостями.
Если от проекта зависит два или более других проекта, то единственный способ этим нормально управлять это собирать и деплоить его отдельно как пакет с аккуратным версионированием по semver. Иначе это дорога в ад в котором никогда не знаешь что и где тебе какое-либо изменение может сломать.
Удобно унифицировать сборочный процесс.
Да, особенно удобно это для CI, которому каждый раз надо либо пересобирать и тестировать всю огромную монорепу, либо как-то выяснять что именно было изменено (это, как правило, возможно, но морока еще та).
Для монолита монорепа еще более-менее приемлима, но для микросервисной архитектуры, по личному опыту, это боль.
как пакет с аккуратным версионированием по semver.
Если честно, я за всю карьеру не встречал ни одной библиотеки, в которой бы "аккуратно соблюдался semver" на сколько-нибудь долгом промежутке времени. Вот вообще ни одной. Я понимаю, что я один, а библиотек очень много, так что 100% такие существуют, но на деле - всем ваще пофиг.
Что будем делать, когда проекты, от которых мы зависим внезапно начинают использовать две разных схемы версионирования. Вот тут и начинается веселье.
Иначе это дорога в ад
Фраза "Dependency hell" существует не просто так. Разбитие кода на независимые репозитории - это тоже дорога в ад :)
в котором никогда не знаешь что и где тебе какое-либо изменение может сломать.
В том и прикол монорепы. Любое ломающее изменение - сломает тебе весь репозиторий. И ты это заметишь сразу. Из плюсов - ты можешь исправить проблему сразу везде, пускай это и потребует ресурсов. Но точно меньших, чем решать эту проблему силами разных команд 10 раз подряд, да еще и в разные временные интервалы.
Да, особенно удобно это для CI, которому каждый раз надо либо пересобирать и тестировать всю огромную монорепу
Эта проблема решается более продвинутой настройкой CI с анализом списка измененных файлов в коммите, не более. Как я и сказал - для поддержки монорепы в работоспособном состоянии - нужна отдельная команда. Не "группка человек из разных команд", а реально отдельная команда билд-инженеров.
для микросервисной архитектуры, по личному опыту, это боль.
Монорепа/"многорепа" и монолит/микросервис - это проблемы из разных миров, которые между собой мало пересекаются.
- Монорепа/"многорепа" - это способы решения проблемы шаринга кодовой базы между разными продуктами/сервисами
- Монолит/микросервис - это способы решения проблемы взаимодействия разных частей системы между собой.
Я слабо представляю как эти проблемы связаны между собой. Они параллеьны друг другу.
Опять же, надо помнить, что говоря о монорепе положительно, я обычно говорю только в ключе С++ разработки. Потому что в С++ до недавнего времени не было модулей вообще, а нормальных - нет и сегодня, на мой взгляд. И монорепа для С++ решает множество проблем.
Для языков с нормальными модулями и пакетными менеджерами, вероятно, монорепа и правда монструозная ненужная конструкция.
Тем временем я пишу на GLSL в нескольких репах, где не то что модулей нормальных, а даже инклудов нет. И как-то справляюсь без отдельной команды билд-инженеров.
Монолит/микросервис - это способы решения проблемы взаимодействия разных частей системы между собой.
Вообще-то нет, потому что монолит тоже очень даже может состоять из множества отдельных сервисов. Микросервисы это решение проблем разработки, развертывания, масштабирования, и надежности в случае сложных приложений, а особенности взаимодействие микросервисов между собой (четко определенные контракты, изоляция БД различных микросервисов, и т.п.) это уже просто следствие этого.
Эта проблема решается более продвинутой настройкой CI с анализом списка измененных файлов в коммите, не более.
Поменялся файл "utilities.h" — какие действия CI, кроме "перебилдать всю вселенную"? Бегать по всем файлам репозитория, вначале выискивая файлы, содержащие #include <utilities.h>, потом файлы, зависящие от предыдущих и т.д.?
Думаю проще хранить кэши с результатами сборки. Как на локальных машинах.
И добавить ко всем проблемам ещё и проблему инвалидации кэша?
Используйте реактивное программирование - там таких проблем нет в принципе.
Ну локально же как-то справляются с ней.
Еще есть Ccache.
Монорепы удобны в том числе для интеграционного и е2е тестирования. В мультирепе фича размазана по 10 репкам - ходи, собирай, надеясь, что название ветки везде одинаковое. Если же закралось различие, то получаешь увлекательную инвестигацию.
Да и определить какие сервисы были затронуты фичей тоже намного проще, когда у тебя один Merge Request. Когда их 10 - опять надо сопоставлять, и надеяться, что разработчик не забыл поднять 11й.
Можно всякие костыли приделывать сбоку, чтобы заработало, но с монорепой в разы удобнее.
Если у вас фича размазана по 10 сервисам то наверное это значит что с архитектурой что-то не то? и забинтовано монорепой что-бы выглядело что так и надо
Не могу в полной мере согласиться с «с архитектурой что-то не то».
Давайте пример. Вот есть, скажем, карты. Давайте не будем резать, путь будет первый сервис.
А есть такси — второй.
И теперь мы придумали супер-фичу для такси, которая требует доработок в картах (очевидно для такси нужны карты). Конечно же мы можем написать код так, чтобы это были фича-в-картах и фича-в-такси, которые можно катить вообще независимо друг от друга (и так и нужно делать с точки зрения кода).
Но концептуально-то фича затрагивает два сервиса, а наше принудительное разрезание приводит к тому, что мы эту связь теряем.
Подозреваю, что тонкость в числе 10. Давайте поглядывая на слитый архив попробуем придумать фичу на 10 сервисов.
аналитика — новая фича легко может требовать новой аналитики
балансер — новая фича может добавлять хитрой асимметричной нагрузки
биллинг — хитрости с оплатой — легко
helpdesk — ну, хз. Фичи для поддержки где живут? Добавим пока сюда
карты — начинали с карт
мобилка — поменял карту — поменяй мобилку
такси — тоже с них начинали
Ну, 10 не натянулось, но 7 можно придумать.
По поему опыту работы в банке (в котором огромная куча изолированных систем) фича может легко затрагивать доработками 5-6 систем.
Ну вот, вы же сами согласны что "так и нужно делать с точки зрения кода".
У каждого сервиса обычно свой API для взаимодействия, мне даже непонятно как можно так сделать чтобы они были настолько неделимы. Быть зависимостью да (= требовать в проде "версию API не менее"), но иметь размазанную фичу это что-то странное имхо
Проблемы начинаются не тогда, когда API расширяется.
Проблемы всегда начинаются тогда, когда API ломается. Этот момент всегда максимально оттягивают, но это всё равно происходит. И вот тогда начинается веселье :)
Проблемы продолжаются тогда, когда в API обнаруживается уязвимость. Монорепа позволяет раскатать гарантированно фикс безопасности по всей кодовой базе за один коммит.
Хуже еще бывает, когда API ломается не по принципу поломки сигнатуры, а по изменению логики в передаваемой через API информации. Например, мы передавали некоторый документ в котором было полюшко quantity и оно означало количество денег в единицах валюты. А потом, по какой-то неведомой причине, quantity стало означать количество денег в тысячах единиц валюты. Например законодательство изменилось или там гиперинфляция случилась. Исправить такое в монорепе - куда проще. Хотя описаные события запускают такие волны говна, что так делают раз в тысячеление, но на масштабах жизни корпораций - это вполне себе возможный сценарий.
P.S.
Немножко проблем случается, когда реализация API под капотом меняется. Высокопроизводительный код (а у Яндекса он явно такой), иногда оч болезненно реагирует на внутренние изменения во внешне одинаковом API. Но это всегда уникальные случаи, тут моно/много-репность на ситуация никак не влияет.
Все что вы описали это же и есть проблемы в архитектуре? Такого не должно быть в нормальном проекте. Я понимаю что в легаси проекте и кровавом интерпрайзе так иногда бывает и приходится с этим жить. Но тем не менее, монорепа это не не решение а заметание под диван.
Вы видели сколько-нибудь крупный проект у которого не было никаких проблем с архитектурой?
Вы видели хоть один проект, заточенный под реально высокую производительность, в котором вообще не используется грязные хаки?
Вы видели хоть раз кодовую базу для группы (от 5 штук) взаимоинтегрированных продуктов, в которой бы не возникало описываемых мною проблем?
Не, если видели такой и он был на С++ - скажите мне где, я пойду туда работать. На текущий момент я такого единорога не встречал.
Наверное я неправильно выразился. Я не имел ввиду что проекты не должны иметь проблем. Разве что в идеале, который не достижим.
Я про то что монорепа это костыль для проектов с проблемами в архитектуре. Наверное можно решать проблемы этим костылем, Яндекс же решает.
Я говорю что про то что не вижу причины осознанно полагаться на такой костыль. И считаю что лучше стремится к исправлению проблем, а не заметанию их под диван. Что, конечно же, не отметает тот факт что в легаси проектах проблемы все равно накопились.
10 репок - не обязательно 10 сервисов. Пример:
фронтенд репа
библиотека React компонентов репа
бэкенд репа
лямбда в AWS (репа с terraform)
плагин-конвертер для работы с внешним сервисом репа
репа с е2е тестами, тест данными
репа с CI пайплайн конфигом (например, энв переменная новая добавилась)
Получилось 7, но тоже прилично. Фичи, которые все 7 реп затрагивают - действительно редко встречаются, а вот 1-3 - вполне часто. И по обозначенным выше причинам, иметь весь код в рамках одного MR-а - намного удобнее.
с разработчиками всегда так. always on the wrong side of the door.
>Во-вторых, это лучшее, что произойдёт с русским ИТ в этом году.
оно давно уже нерусское
Программировать надо так, чтобы не было стыдно, когда твои исходники сольют.
Чтобы предложения по работе и заказы кратно росли после слива.
вспоминая классику: "Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живете.."
Не, программировать надо так, чтобы когда сольют твои исходники никто ничего не понял. Желательно сразу на обфусцированном ассемблере. А еще лучше в репозитории сразу держать бинарники, и вместо обычного пула декомпилировать их. Хотя не, самый безопасный вариант - это печатать код на листах а4, передавать коллегам, они его перепечатывают, изменяют, печатают, приносят обратно (разумеется на обфусцированном ассемблере).
На собеседовании: в каком сливе смотреть пример вашей работы?
Интересно, на что это повлияет? Помню что в свое время Касперский подобным образом слился. И что, привело ли это к усилению конкурентов?
Под предлогом IT новости, автор пригласил на диван обсудить политику. Стыдно должно быть товарищ.
Забавно, что автор считает, что если бы это был внутренний слив, то он обязательно был бы приурочен к какому-то политическому событию. Вариант "Яндекс уволил удалёнщика, тот в ответ слил исходники" не рассматривается в принципе?
нет, так как это легко отслеживается и наказывается по NDA
То есть, вы свято верите в абсолютное отсутствие инфантильности среди разработчиков Яндекса? И в то, что NDA Яндекса испугает человека, который последние полгода живёт в условной Доминикане?
Окей. Живёт в любой другой стране, не выдающей преступников в РФ. Та же Прибалтика
Думаете, если гражданин РФ совершит преступление, которое имеется в УК условной Латвии, то его не депортируют в РФ?
Чтобы установить личность преступника в Латвии нужно как-то взаимодействовать с латышскими конторами и латышской полицией, которой в 99% случаев глубоко плевать на реквесты мвд рф
Нет, откажут. Уже из Испании выдачи нет.
Формально сотрудничают, но
https://www.svoboda.org/a/interpol-otkazal-rossii-v-ekstraditsii-nevzorova-i-soldatova/32162812.html
https://www.kommersant.ru/doc/4869883
Всё же совсем недавно выдали https://www.vedomosti.ru/society/news/2022/07/27/933304-ispaniya
То есть сотрудничают, но могут и не выдавать. И это Испания, с которой договориться еще сильно проще чем с Прибалтикой.
https://www.svoboda.org/a/interpol-otkazal-rossii-v-ekstraditsii-nevzorova-i-soldatova/32162812.html
Я говорил про запрос на выдачу действительно преступника, которого таковым считает, например, интерпол. Вряд ли деяния людей в этой статье являются преступлением в Испании.
> https://www.kommersant.ru/doc/4869883
Здесь пример интересный, но судя по отказу в выдаче из других стран, доказательства там вилами по воде, но особо с ситуацией не знаком.
> https://www.vedomosti.ru/society/news/2022/07/27/933304-ispaniya
Вот собственно я про такие же примеры, если в УК страны есть соответствующая статья, а РФ соберёт достаточно доказательств вины, кажется, ничто не помешает выдать.
Но да, на запрос в выдаче по краже исходных кодов, вполне допускаю, что условные латыши просто отморозятся.
У человека может оказаться или появиться второе гражданство. А своих граждан не выдают. Самый верный вариант - репатриация в Израиль.
Самый верный вариант — репатриация в Израиль.
а, это всеголишь надо евреем стать, отличный вариант, я только вчера так делал
===
если серьезно есть более простые для переезда страны без депортации
У человека может оказаться или появиться второе гражданство. А своих граждан не выдают. Самый верный вариант - репатриация в Израиль.
Вроде не у всех стран есть такое правило, но могу ошибаться, ну и даже в Аргентине надо 2 года прожить до гражданства и успеть язык выучить.
Правильно в этом плане поступили в VK, насколько мне известно. Переехавшие разработчики были направлены на другие проекты, основные продукты разрабатываются, тестируются и т.д. только внутри страны.
Я бы поставил на то, что это был кто-то очень давно работающий и сильно разочарованный тем, как пошли дела в компании. А вообще самое ближнее событие было запретом удалёнки и кто-то мог очень сильно расстроиться и разозлится. Да и развал команд, отъезд профессионалов и назначение Кудрина вряд ли кого-то воодушевил.
Во-вторых, это лучшее, что произойдёт с русским ИТ в этом году. Такого роста, как в этом году, мы не увидим ещё долго.
Я могу согласиться с вами, что если в плане «ничего хорошего с русским ИТ в этом году не произойдет», то это событие можно назвать лучшим. Но если в «абсолютном измерении», полагаю, я совсем ни на йоту не ошибусь, если скажут, что это событие вообще никак и ни на что не повлияет, кроме как на какие-то оплеухи кому-то внутри Яндекса, и все про него благополучно забудут уже очень скоро.
скачайте сурсы и почитайте код робота яндекса, который сканирует страницы ) обратите внимание, как он определяет или не определяет клоакинг. один из 1000 примерно, про таксистов и приоритет я уже писать в статье.
Да, отдельные сайты и таксисты смогут какое-то время более точно обходить фильтры, зная алгоритмы и коэффициенты обнаружения (а поменять коэффициенты — минутное дело, да и, возможно, они уже все поменялись за это время). Может, даже пару программок на коленке напишут для этого. И всё. Ничего нового.
Свой поиск и своё такси никто на этих сорцах не поднимет — тут даже алгоритмы, превосходящие Яндекс, не помогут, если нет многомиллиардных вложений.
Текущие конкуренты сервисов Яндекса и без всяких исходников много лет наблюдают и видят, как там всё работает.
То, что у них там утекли кодстайлы, документация и структура — в равной степени могут привести как к улучшению IT («О, вот тут хорошая идея нейминга параметров, тоже так будем у себя делать»), так и к его ухудшению (когда создаётся культ Карго и все паттерны Яндекса в приказном порядке копируются даже там, где им не место). Но и то и другое будет крайне редким явлением.
Учитывая, что Яндекс была и есть пока крупнейшей и самой качественной ИТ командой в стране — все, кто получили сурсы и будут равняться на них, скорее будут играть в плюс.
Поржал. Да, там БЫЛИ хорошие ребята и еще кто-то без сомнения остался, но судя по тому что я слышал от знакомых, которые там работали в том числе много лет (и ваш покорный слуга туда однажды тоже за малым не попал — на буткемпе не понравился) и в прошлом году уволились, там было много крутых специалистов, большинство инженеров более чем достойно разбирались в математике, и наверняка это все еще так, но качество кода очень много где страдало из-за нехватки непосредственно программерского опыта, сейчас эта проблема еще сильнее разовьется (и не только в яндексе, это наблюдается много где, опять же судя по знакомым, утекающим толпами за границу) в виду массового отъезда наиболее квалифицированных кадров (особенно если учесть, что теперь помимо и так ЗП ниже рынка, чем Яндекс всегда 'славился', добавилась геополитика и Кудрин во главе). Еще к этому можно добавить хренову тучу проприетарных утилит без документации, от использования которых у многих болела башка (а теперь еще и спросить возможно будет неукого, кто их писал), что потребует дополнительных переделок и отрыва кадров от другой работы.
Если посмотреть на то, что с собой забирает Волож, то это самые инновационные проекты за которые за рубежом готовы глотки перегрызть, а все «посредственное» (хотя и весьма хорошее по мировым меркам, но без мега фич) технологически остается в РФ под крылом товарища майора-Кудрина. Если еще к этому добавить полемики о том, что для хорошего профи очень часто работа в около-государственной конторе близко к зашквару, то отток еще и усилится уже по рынку внутри РФ и останется от Яндекса не только лишь все. По той же дороге идут некоторые крупные банки и ВК на мой субъективный взгляд. Лично у меня в компании среди сотрудников и топ. менеджмента желания работать с гос-вом ни у кого не возникает, ни за какие деньги, не только из-за бюрократии (с ужасом вспоминаю времена когда бисал бек под гос. заказы), но и последних событий в частности.
На счет того, польза ли от этого миру ИТ РФ или вред, думаю скорее вред. Отток сотен лучших специалистов за рубеж не может не сказаться на отрасли в которой и так всю дорогу большой дефицит кадров. Едва ли из-за такого оттока магическим образом улучшится ИТ безопасность в компаниях, даже в таких крупных как Яндекс. Яндексу же явно придется сильно раскошелиться на рост ЗП, чтобы остановить отток тех кто остался и попытаться привлечь новые кадры с опусташаемого рынка. Думаю все больше людей будут постепенно уходить работать в черную на заграницу, чтобы не кормить такое прелестное гос-во налогами и теневой сектор воспрянет духом пуще прежнего. Я сам конечно никогда бы на такое не пошел, что уж говорить, спонсировать государя-императатора дело чести для любого патриота, кем мы все тут конечно являемся, а как же иначе? Да и ВЦИОМ не даст соврать, поддержка только растет! /S
Все что выше приведено является исключительно субъективным мнением, так что не обессудьте. Всем мирного неба над головой и чтоб нам всем жить в скучные времена!
Думаю все больше людей будут постепенно уходить работать в черную на заграницу
Это пока невозможно - финансовые потоки перекрыты. Деньги в РФ особо не переведешь. Открыть за границей - не у каждого есть возможность.
SWIFT еще пока ходит.
А даже когда его отстрелят - останется крипта.
А даже когда его отстрелят — останется крипта.
Крипта улетит сразу же вслед за свифтом. Без свифта иметь крипту в РФ будет ровно то же самое, что иметь банковский счёт в европейском банке. Деньги-то туда поступать могут, но вы сможете на них только смотреть, и ещё платить по каким-то счетам за границей. Потому что если локальные криптообменники отрежут от международных переводов, они просто перестанут работать, и менять крипту на рубли, чтобы потом ей как-то пользоваться, вы уже не сможете.
Ну почему. Достаточно туристов, которые покупают крипту за рубли в РФ и снимают в фиат зарубежом.
Туристы ещё и сами ездят просто так. И без чемодана. И полагаться незачем. Вообще не понимаю как зачем я азы тут разжевываю.
Вполне. Почему же нет? У некоторых из "путешествующих криптанов" месячные обороты измеряются в миллионах $.
Ну, ездят. И что? Несколько сотен путешествующих криптанов вам создадут
достаточный и надёжный канал обмена крипты в масштабах страны, что ли?
Ну будет курс не как в обменнике, а такой, который обеспечивает баланс. А не нравится - иди в свифт.
У вас уже есть чувак, называется блокчейн. Купил крипту в Европе за ойро, продал в РФ за рубли. В России крипта никуда не денется, дурь и дропов надо же за что-то покупать.
Крипта мало отличается от хавалы, которая успешно существовала за столетия до этих ваших свифтов.
https://ru.wikipedia.org/wiki/Хавала
Всё уже изобретено до нас, существуют переводы, которые вообще не подразумевает обязательное перемещение ценностей через границу, только информацию. Будут функционировать пока есть потоки денег в обе стороны.
В крипте нет международных переводов, вы что-то путаете.
Если человек получает в крипте, то он может поменять ее на рубли в РФ или поменять на любую другую валюту в той стране, куда ему удастся из РФ выбраться.
Возможно даже поменять на СКВ где-нибудь в Москве.
Тот случай, когда комментарий в десяток раз лучше обсуждаемых путаных противоречивых обрывков уровня Пикабу.
Большая часть вложенных архивов битые (скорее всего специально испорчены).
Из интересного, признаки для adblocker, и веса для приоритетных сайтов в выдаче 😂😂😂
Все архивы что я открывал - нормальные. Запускайте проверку целостности в торрент клиенте.
Просто используйте 7-zip, а не winrar.
Думаю разные архиваторы по разному ведут себя с файлами которые во время открытия раздаются/скачиваются торрент-клиентом.
скорее всего, библиотека декомпрессии не умеет в мультистрим, а там такие архивы
"To make a long story short, the bzip2 file is compressed using a multi-stream compression algorithm, which means that, in order to use parallel compression on the file stream, the single file is broken into pieces, each piece is compressed, and the overall file is reassembled from the pieces–with each piece basically being a complete BZip2 file."
Абсолютно нормальные архивы, только ваш инструмент который делает декомпрессию bzip2, должен уметь в bzip2 multistream (https://chaosinmotion.com/2011/07/29/and-another-curiosity-multi-stream-bzip2-files/), не мультистрим не будет работать, - действительно выдает ошибку. Например та же библиотека SharpZipLib этого не умеет делать https://github.com/icsharpcode/SharpZipLib/issues/162
"Крыса" внутри, которая имела доступ и просто слила
Я как раз в этот вариант больше и верю, и он более объясним и правдоподобен.
Думается, у "злобных хакеров" исходники давно уже могли быть, как и любые данные. Мы же видим только то, что слили в паблик. Взлом организовать сильно сложнее, чем занести пачку денег сотруднику или же хорошенько поканифолить ему мозги, чтобы это было ради идеи.
Не обязательно даже, что крыса. Это вполне может быть обиженный на что-либо сотрудник, возможно, уже и бывший на момент слива. Обиженный на страну, государство, внутренние реорганизации в Я или что-то другое. Все же, при нынешнем уровне информационного шума человеку всякое в голову залететь может. И ты не можешь гарантировать стабильность психологического состояния у всех сотрудников, это просто невозможно отследить. И вот уехал он и уволился, стукнуло ему сделать пакость, вот и сделал.
Вы думаете, законодательство останавливает людей? Как бы не так. У нас тут у опсосов люди готовы за копейки сливать персданные клиентов, находясь внутри страны, имея довольно огромные шансы спалиться ( потому что исполнители, обычно, являются одноклеточными ). А если это делать ради каких-то определенных идей и находясь за пределами страны, то тем более никакой УКРФ тут не остановит и о последствиях для своих хоть и бывших коллег думать вряд ли будут. Уж и nda тут никакой не имеет значения. Все же нельзя отрицать, что и хорошие специалисты в своей сфере могуть быть абсолютно инфантильными в своих действиях, тем более, на эмоциях и ради каких-либо идей.
Главный вопрос, так как я топлю за учебу и самообразование:
С исходниками этой страны можно ознакомиться без настраивания deep???
Несмотря на негативную оценку ... гугол оказался милостив к моим молитвам:
https://www.youtube.com@MINAEVLIVEE
И как и в раннем детстве следует произнести в ответ: 1n c0de we trust
Учитывая, что Яндекс была и есть пока крупнейшей и самой качественной ИТ командой в стране -- все, кто получили сурсы и будут равняться на них
В Яндексе работают такие же разработчики как и везде и никаких уникальных паттернов или подходов на которые резко всем стоит начать равняться нет. А вот что есть, так это велосипеды о которых уже не раз писалось
Когда яндексом владели его основатели - это было прибежище лучших из лучших, чьи советы и решения простые смертные могли использовать годами, а то и десятилетиями
Ко мне в компанию приходили люди из Яндекса, и из компании уходили в Яндекс. Были хорошие разработчики, а были не очень. Никакого отрыва от остальных разработчиков в компании нет, а уж тем более «лучших из лучших». Это какие-то мифы
Не знаю, во времена моей молодости, когда я еще интересовался программированием, один мой знакомый попал в яндекс - так вот, он давал множество мудрейших советов от системного администрирования до образования и набора персонала - а когда он чего не знал, то ему помогали колеги - данный им makefile служил мне, наверное, больше десятилетия.
Но я думаю, что вы больше меня правы, ибо вы хорошо знали многих, а я только одного
Если хотите изучать чужой код - идите в опенсорс. Этот слив показал что в реальности ничего достойного для изучения там нет. Словить лулзов с кода и комментариев можно, но вот в практическом смысле пользы от изучения этого - ноль. Куда полезнее изучать опенсорс, в том числе и опенсорс самого яндекса.
Софт в этом плане вообще забавная вещь - никто не скрывает как нужно что либо делать, хорошие и плохие практики известны. Проблемы узнать как делать правильно нет, проблема в том что бы Делать правильно.
как-то автор расфантазировался. процентов 90 кода не получится запустить, если речь про тот, что не опенсорсили (вы же сами говорите, что даже спецы яндекса в Израиле это за месяцы не сделают), в таком случаи понимание работы будет примерное, от которого толка около нуля если говорить про конкретные коэффициенты в понимании работы. большинство людей пробежится по ним глазами и оставит солиться на диске, а самые интересные моменты и концепции наверняка давно рассказаны в статьях и выступлениях работников яндекса. такой вот пессимизм в ответ на ваш оптимизм.
ПС: представля как на собесе спрашивают "ваш опыт работы с опенсорсом?" - "да, помогал кое-что править в пи-еных сорцах яндекса" - "спасибо, нам надо кое-куда позвонить, оставайтесь на месте...". А ведь Кудрин может и такое развернуть (у него кстати папа из конторы)
Категорически не согласен с одной из главных мыслей автора - что данная утечка окажет положительный эффект, ведь там содержится "добротный код"
Как написали в другой аналитической статье с мнениями, и тоже совсем недавней, и с которой лично мне проще согласиться, в Яндексе уже давно практикуется отчуждение труда от его производителя (что было там показано на примере Яндекс.Такси, где работал автор). Это означает, что кода много, он хорошо формализован (ещё бы, 80% его пишет кодогенератор!), но при этом этот код "мёртвый", в нём не должно быть задумки автора даже на оставшиеся 20%. Задумка автора - это то, что затрудняет увольнение автора, усложняет "ротацию кадров" (политкорректное название ) Лишь "осколки", несколько десятков микросервисов (которые кстати соединены между собой, судя по тому же рассказу, не бог весть как), могут работать как какая-то связная сущность.
Этой информацией (о том, каковы на самом деле бизнес-процессы) располагает топ-менеджер, представитель капитала, но не располагает сам рядовой наёмный работник. Помимо банальной эксплуатации, это ещё и в том числе защита от копирования бизнеса: даже сейчас, имея на руках код, вряд ли кому-то удастся воспроизвести существенное количество функций, которые предоставляет Яндекс.
Безусловно, код представляет интерес, в том числе в вопросах рекламы и персонализации, но не потому что там явлены шедевры программирования, неординарного подхода или потому что оттуда можно чему-то научиться, а по чисто общественным причинам: как ИТ-олигополия (Яндексу в Рунете по сервисам конкурент лишь Гугл, по такси почти монополия, по доставке товаров олигополия против ВБ и Озона, а местами - в универсальной доставке еды - Яндекс уже де-факто и есть монополия) стимулирует спрос нами своих услуг, как продаёт поток аудитории рекламодателям, и так далее.
Очевидно, что исходники "Яндекса" привлекают внимание. Их будут изучать. Учитывая, что Яндекс была и есть пока крупнейшей и самой качественной ИТ командой в стране -- все, кто получили сурсы и будут равняться на них, скорее будут играть в плюс.
Уже изучают и пока реакции класса "Зачем заставлять на собесе красно-чёрное дерево балансировать, если потом такое писать?" и "Понабрали оленьпиадников!"
'опровержение' второго пункта ну такое себе натягивание совы на глобус. Там ещё с десяток возможных причин может быть. Например, что кому то не разрешили работать удалённо из-за бугра. А так то да, ты просто Шерлок
Тот кто писал статью кто угодно, но не Инженер! Инженер до такого базарного уровня не должен опускаться и тем более лезть в политику! Человек который лезет в политику автоматически расписывается в свое низком уровне интеллекта и непрафессионализме ;)
Дизлайк за эту писанину! Надеюсь когда-нибудь инет дорастет до того чтобы автоматически выпиливать такие статьи ниочем
Синодов - не Дудь. Синодов - болтун и фантазёр.
26 января, 11 месяцев спустя? А почему не сразу?
Потому что утащил просто для "интереса". А потом решил выложить в публичный доступ.
"Толчок" - слишком сленговое слово. Правильно писать "туалет"
З.ы. увидел в выдаче ленты гугла, долго думал, почему на Хабре яндекс ассоциируют, простите, с парашей :D
то, что вы создали и поддерживаете -- это национальное достояние
Ага, которое втихую национализировали. Прям как в Атланте у Айн Рэнд.
Слив исходников Яндекса, как самый большой толчок русского ИТ
Вы несколько преувеличиваете значение SEO в IT. Помню, мой знакомый тоже по увеличению стоимости стрижки собак делал макроэкономические прогнозы.
Я уже не говорю про многообразие смыслов слов в русском языке...
вспоминаем хаос в закрытых телеграм-чатах 26-го января
А для не посвященных, что было 26 января?
>Для меня ответ в mtime
man touch
Спасибо за статью, мысли совпали с моими.
Занятно было прочесть, спасибо!)
Слив исходников Яндекса, как самый большой толчок русского ИТ