Lego прекратит работу с главным партнёром в России и уйдёт из страны Статьи редакции

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

  • О прекращении работы с главным партнёром в России Inventive Retail Group (IRG) рассказал Inc. гендиректор российского подразделения Lego Евгений Чихачев. Он добавил, что московский офис сократил 70 сотрудников с выходным пособием.

Учитывая продолжающиеся существенные нарушения операционной среды, мы приняли решение прекратить коммерческую деятельность в России на неопределенный срок. Это включает в себя прекращение работы большей части нашей московской команды и наше партнерство с Inventive Retail Group.

Евгений Чихачев, гендиректор Lego в России
  • В России работал 81 сертифицированный магазин Lego под управлением IRG (также управляла точками Apple, Samsung и Nike). В начале июня часть магазинов закрылись, что будет с оставшимися неизвестно.
  • IRG или кто-то другой теоретически сможет продавать наборы Lego, привезённые по параллельному импорту, на тех же площадях, но название магазинов придётся изменить, считает партнёр юридической компании FTL Advisers Дарья Невская. Бренд «Лего» принадлежит датской Lego Juris A/S.
  • Lego официально работала в России с 2002 года. Компания прекратила поставки в страну в марте 2022 года. Выручка местного подразделения в 2021 году составила 19 млрд рублей, чистая прибыль выросла на 63% год к году, до 1,8 млрд рублей (около $30,5 млн по курсу на 12 июля). Материнская компания Lego Group закончила 2021 год с чистой прибылью в размере $1,94 млрд.
0
306 комментариев
Написать комментарий...
Хозяин
Ответить
Развернуть ветку
Стерлядка Вяленая

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

Ответить
Развернуть ветку
toverovskiy

Конструктор был говном. Помню гайки, которые не накручивались на винты. Вместо размышлений о, собственно, конструкции, приходилось мучаться со сборкой. Сейчас я знаю, что в таких ситуациях обычно лучше взять нормальный «исходник», а не тратить время на доработку говна :-)

Ответить
Развернуть ветку
Стерлядка Вяленая
приходилось мучаться со сборкой

Для кого-то это мучение, а для кого-то тренировка мозга и рук.

Могу предложить такую аналогию. Знаете почему раньше программисты были лучше тех, что сейчас? Потому что раньше по программированию было 2 с половиной книги, в которых была туча опечаток и ошибок. И прогеры матерясь неделями пытались разобраться во всем устройстве, почему не работает и так далее. И таки получалось! А сейчас ютюб открыл, тебе там сказали, как говнокода написать - ты пошел и написал. Вот и текущие прогеры)

Ответить
Развернуть ветку
toverovskiy

Рук — да. А в чём тренировка мозга, если в гайке криво резьба нарезана? В том чтобы убить время на поиск нормальной гайки или перенарезку резьбы?

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

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

Парадокс: программы становятся всё полезнее и полезнее, а программисты, как вы говорите, становятся всё хуже и хуже.

Ответить
Развернуть ветку
Стерлядка Вяленая
А в чём тренировка мозга, если в гайке криво резьба нарезана? В том чтобы убить время на поиск нормальной гайки или перенарезку резьбы?

Ну так сравните сколько действий надо сделать. Надо понять в чем проблема, придумать решение, создать решение, в конце концов. Это не кубик на кубик положить и пойти дальше. Убить время? А у детей время конечно так расписано, что лишние думы "что сделать с гайкой" буквально все их расписание пошатнут.

Но кривость этого конструктора была не фичей, а багом

Я и не говорю, что это фича. Я говорю о том, что именно сложности нас учат, а не простота.

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

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

Парадокс: программы становятся всё полезнее и полезнее, а программисты, как вы говорите, становятся всё хуже и хуже.

Для незнающих людей все кажется парадоксом) Никакого парадокса тут нет, ровно как и "полезнее и полезнее". Что вы имеете ввиду под полезностью? Операционки, сайты, ПО все осталось таким же, только красивее с крутой анимацией. Вы под полезностью внешний вид понимаете? Чем стала винда 11 полезнее, чем винда хр? Да ничем. Более того, хр еще и качественнее была.

А еще дело в том, что сейчас на софт, который раньше пилили годами, тратится неделя-две. Знаете почему? Потому что раньше не было готовых библиотек и таких красивых ЯП, как сейчас. Сейчас открыл ИДЕ, подключил 15 библиотек, написал свои 100 строк кода и вуаля, получил отличный софт. А раньше не было этих 15 готовых библиотек. Раньше все это приходилось руками писать. А эти библиотеки, ровно как и фреймворки новые и софт в целом базированы как раз на тех старых технологиях, которые внедрили старые программисты. Поэтому каким бы полезным сейчас не было приложение - в его исходниках большая часть - старые наработки. Отсюда и потребление ОЗУ, кстати. Раньше 64кб ОЗУ хватало на десяток программ, а теперь один фотошоп 7 гигов жрет. Потому что софт не с нуля пишут, как раньше писали, сейчас тупо 95% прогеров отвалятся, если заставить их писать с полного нуля, без библиотек и фреймворков, прогеры используют все прошлые наработки, каждая из которых тоже жрет часть ОЗУ. Ставит прогер 15 библиотек, а каждая из них, в свою очередь, тоже подключает 15 других библиотек, а те третьих, а те пятых и так далее доходят до библиотек, которые разработали еще в 70-х годах.

Ответить
Развернуть ветку
Da Apricot

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

Ответить
Развернуть ветку
Стерлядка Вяленая

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

Ответить
Развернуть ветку
Евгений Бирма

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

Ответить
Развернуть ветку
Стерлядка Вяленая

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

Ответить
Развернуть ветку
Евгений Бирма

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

"Не сможешь ты хорошо спроектировать веб-приложение не зная досконально работу http запроса"
Вранье. Знание досконально http запросов никак не влияет на проектирование архитектуры веб-приложения. Я даже скажу оно вообще не нужно потому что есть библиотека- обертка над этими запросами и все что надо это пользоваться интерфейсами этой библиотеки.

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

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

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

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

Ответить
Развернуть ветку
303 комментария
Раскрывать всегда