Комментарии 157
Чуваку имхо премию надо выписать, за нахождении багов в организации процесса разработки, я так понимаю его мр никто не смотрел, и кто угодно мог что угодно менять.
Если бы он поджог вашу квартиру - вы бы ему выписали премию за нахождение пробелов в вашей организации противоположной безопасности?
Я не сторонник минусований, обрушений и наказаний, но вот вам минусы выписывать правильно.
А можно объяснить, в чём оратор неправ? То есть пускай дырки в процессе так и остаются?
Не нужно смешивать честное тестирование и обыкновенный саботаж. У человека не было цели выявить недочеты в процессах. Наоборот, он использовал эти недочеты, чтобы как можно дольше наносить максимальный ущерб.
Если бы человек хотел помочь улучшить процесс, он бы пришел к тимлиду и рассказал, что есть вот такие и такие недочеты. В крайнем случае, он мог бы внести маленькую деструктивную правку. А потом очень быстро бы все исправил, всем бы об этом рассказал и показал, к чему приводят плохие процессы. Здесь явно не тот случай. Это обычное заказное вредительство.
А откуда Вы знаете, что там произошло? Может, он кому положено рассказал — а тот известно что сверху положил.
Из новости я знаю, что он:
1. Пришел
2. Скрыто саботировал
3. Его уволили
А дальше начинаются догадки и домыслы. Лично я думаю, что когда человек хочет помочь и улучшить, он делает это публично. Если на его помощь положат, то он либо смирится, либо уволится. Но не будет намеренно два месяца портить жизнь огромной команде, чтобы что-то доказать. Это явное вредительство, а еще это отличный способ поделить карьеру на ноль.
Тут просто не все умеют в сарказм
Да, вся проблема - это бардак в разработке.
Чувак тут косвенно виноват.
В нормальной компании код стажера не может попасть в релиз минуя ревью.
В забронзовевших и забюрократизированных компаниях да. Но стартап не может позволить себе быть забронзовнвшим. Иначе он будет слишком медлительным и неповоротливым.
Когда внутри крайней компании, где я работал, мы начали оформлять мои проекты в некий бизнес юнит и наняли второго человека - я лично разбирал его merge request’ы первые несколько месяцев перед слиянием, после - ну да, окей, не каждый, но один из двух пиаров я глазами пробегался.
и да, несколько раз это помогало вовремя «не залить в мастер недостаточно проработанное решение».
Не припоминаю из за этого значимых проблем со временем, но who knows, может я не правильно время считаю.
"И запомните, товарищ подполковник, - по моему пониманию, а значит и по пониманию всего моего экипажа, крайними бывают плоть, Север, мера, срок и необходимость! Все остальные слова маркируются у нас словом последний, то есть позднейший или самый новый, по отношению к текущему моменту!"
А откуда цитата? К подполковникам обращаются "полковник", если речь не идёт о прямом упоминании полного звания, ФИО для конкретики или в документах.
Овечкин Эдуард. Акулы из стали (какое-то из цикла). Рекомендую, никогда так не ржал. Записки офицера-подводника
Книга-просто пушка. Очень много инженерных нюансов про "акулу" узнал оттуда.
Но есть там, увы, и грустное (
Сударь, вы - вредитель. Я скачал Акулу из Стали и вот уже 2 дня вместо того чтобы разваливать изнутри мировую финансовую систему, читаю и ржу как не в себя. Ну и гораздо более изощрённо матерюсь на инженеров, которые опять уронили QA environment.
А я предупреждал ¯\_ (ツ)_/¯
Благодарности же, естественно, отсылаются Эдуарду Анатольевичу
Кстати, в сети есть несоклько документалок (коротких) об этой подлодке, где присутствует Овечкин.
К подполковникам обращаются "полковник" если без негатива, как минимум. Здесь же человека тыкают носом в мягкое и дурно пахнущее вещество обычно коричневого цвета. И приставку "под" могли ещё и специально выделить интонацией. Ну и вообще говоря, на флоте подполковник это вроде как "кап-два" - капитан второго ранга.
А может, его компания просто с краю стояла!
Крайней!
Из этого следует, что и стажеры там не нужны.
Да там, похоже, не о коде проекта речь, а о полном отсутствии контроля доступа куда-либо. Если он может менять код библиотек, какое review... Веса чекпойнтов... Не удивлюсь, если ему рутовый доступ ко всем серверам выдали.
Какой стартап? Погуглите что это за компания, она может купить сбербанк с газпромом и ещё сдача останется
Не может.
Нет не может, Сбербанк один по операционной прибыли в 10-15 раз больше.
Операционная прибыль Сбербанка за 2023 год - 2.91 трлн рублей или ~$29 млрд. У ByteDance - $40 млрд (https://www.reuters.com/technology/bytedance-full-year-profit-jumps-60-bloomberg-news-says-2024-04-10/), а оборот BD - $120 млрд, больше чем Газпром (у Сбера не нашел свежих чисел, плюс это банк). Так что нет, Сбербанк не больше в 10-15 раз по прибыли.
ByteDance - это стартап? :))
Эппл тогда тоже, маленький, гаражный...
Это видимо как SpaceX порой на полном серьезе называют стартапом, хотя ни по возрасту, ни по привлеченным средствам ни разу не стартап.)
Как-то слышал чувака из стартапного акселлератора, он высказал такую мысль: стартап - это когда и продукт, и бизнес-модель ещё в состоянии неопределённости.
Т.е. условная палатка с шаурмой - с первого дня уже не стартап, потому что там и продукт понятен, и структура доходов-расходов тоже. А вот у SpaceX с одной стороны есть понятные продукты и договоры с NASA, но это только часть бизнеса, остальная пока ещё неизвестно, во что выльется.
Не надо путать стартап который ищет финансирование и неопределен и производителя сапог который просто расширился на новую нишу и начал производство смартфонов. У SpaceX уже все определено как 15 лет
Я бы даже про Starlink не был бы особо уверен в плане бизнес-модели. Пока это чисто дотируемая история.
Это пока... (вспомните GPS) а так МО, cуда, яхты, cамолеты, нефтяные компании, ....
Но ядро SpaceX - космические услуги - без вариантов
Уже практически перешагннули дотируемость. Прибыль за 2023 год примерно 2 млрд.$, количество абонентов перешагнуло миллион и продолжает расти.
Причем основная масса спутников уже выведена, а в следующем году еще и старщип подкатит, что удешевит вывод новых спутников на орбиту в несколько раз.
Подождем результатов за 2024 год, но я предполагаю что за 2024-2025 старлинк уже отобьет все вложения в себя, и дальше пойдет прибыль. Причем в перспективе старлинк будет приносить больше чем весь SpaceX
15 лет как уже, и ещё лет на тридцать вперёд запланировано.
с Марсом, правда, в сроки не уложились - в 2015-м уже должны были запускать, в 2018-м картоху сажать на Марсе.
код ревью это уже бронзовение? а что нужно, чтоб не считаться забронзовевшим нынче?
https://habr.com/ru/news/851968/#comment_27440482 похоже не мыть руки после туалета, осуждаю
Это, к слову, не стартап, а компания-владелец тиктока.
Скорее всего, там в команде кроме этого стажёра вообще ни одного программиста не было, только дата-сатанисты (ну или все программисты были в другой команде). Соответственно, на ревью если что и проверялось, то качество обученных моделей - а что толку? Модель с закладкой работала во время проверки, а потом срабатывала тайм-бомба.
Неплохо для стажёра!! Действительно с организацией разработки в ByteDance не всё хорошо.
Стажёр проделал по истине титаническую работу, только в чем была ее цель?
Спасение человечества? Не осуждаю
Может он из будущего и знает что-то?
Как гипотеза, конкуренты отвалили ему деньжат за торможение ByteDance.
Не, ну покупать стажёра - это несерьёзно. Покупать надо кого-то из менеджмента, желательно поближе к верхушке. Там если саботаж строго по инструкции, то ещё и премию можно получить.
Тогда бы он делал это более умно, не попадаясь. Менять исходники PyTorch - ну так себе идея, библиотеки все-таки особо не меняют, в правильной компании до этого юристы должны лицензию изучить. А то будет как с винампом
Цифровое сопротивление? Испортить систему рекомендаций ТикТоку, чтобы люди перестали быть дофаминовыми наркоманами?
У проекта команды сгорели все сроки, деньги заказчиков были потрачены зря.
Бухали все на деньги инвесторов 2 года, потом решили как грамотно свалить
Кто-то верит, что стажера допустят к main ветке и что по гиту нельзя проследить появления багов?
Там pickle упоминается. Это бинарные файлы, которые обычно не коммитят. Возможно, он в чекпойнты подсовывал какие-то закладки.
Недавно мне Pytorch начал писать предупреждения, что torch.load с параметром weights_only=False со следующей версии перестанет работать, т.к. позволяет загружать произвольный исполнимый код. Возможно, в новости описана причина этих изменений.
Pickle файлы - это старый формат чекпоинтов. .pt файлы которые могут помимо самих весов содержать ещё и активный код.
Раз разрабатывают нейросети, могу предположить, что старые скрипты тренировки (Легаси) сохраняют и используют именно pt файлы. И результат работы разраба был именно пикл файл.
По аналогии с проектами npm, на что я на нескольких проектах ругался, из лени и других соображений часто каммитают гигантские package-lock файлы с кучей белиберды. Эти файлы оч длинные и Борда ревью пулл реквеста не позволяет их проревьюить (или не позволяла). Соответственно там можно было прописать произвольный урл на модуль npm из любого гит репозитория.
Так и с огурчиками выходит. Если каммитается месево из весов и кода в одном файле, как ты его проревьюить. Система на пиклах - это безопасность в дыре.
PS: а тому кто придумал использовать в нейросетях такой формат-микс нужно поставить памятник после окончания карьерной жизни и сделать это бы как можно раньше.
А без package-lock как гарантировать единственное дерево зависимостей, независимо от платформы, даты, погоды, настроения? Ведь на больших проектах, где зависимостей "Ого!", после очередного CI без lock-файла потенциально из-за новых пакетов может появиться бага. Да, фиксируя только патч-версии или полностью ставить "fixed" версию, вроде можно гарантировать "воспроизводимость" установки того же дерева, но у транзитивных зависимостей может быть иная политика (минорные версии, или те же патч-версии)
lock-файлы так-то и были задуманы, чтобы их коммитить. Иначе они просто не были бы нужны, ведь дерево зависимостей на основе package.json можно собрать. Как и прописать в него специфические урлы на пакеты.
это старый формат чекпоинтов. .pt файлы которые могут помимо самих весов содержать ещё и активный код.
На самом деле, это сохранение любого объекта python. Да, удобно, даже я не подумал, что объект любой...
main
У вас опечатка в слове «master».
Просто у github эта ветка называется main, а не master. А так как для многих IT-специалистов github становится первой системой контроля версий, то они привыкают к тому, что главная ветка, это main, а не master.
Все новые репозитории исходного кода, созданные на GitHub, теперь называются «главными». Это изменение связано с тем, чтобы избежать отсылок к рабовладельческим временам в Америке. GitHub cтал одной из многих ИТ-компаний и опенсорсных проектов, которые в последние годы высказались в пользу отказа от различных терминов, которые могут быть истолкованы как оскорбительные с точки зрения чернокожих разработчиков.
Подобные изменения обычно включают в себя отказ от использования терминов master и slave («хозяин» и «раб») в пользу таких альтернатив как main, default, primary. Также устоявшиеся понятия whitelist и blacklist, то есть «черный список» и «белый список», заменяют на нейтральные allow list и deny/exclude list («список разрешений» и «список запретов/исключений»).
Ну и зачем нам эта "Хижина дяди Тома"? Пусть она им спать спокойно мешает, мы-то негров не линчевали.
А вам сложно выучить новое слово?
Я его и так знаю. Однако, помимо пополнения словарного запаса требуется регулярно менять конфиги и настройки в git-клиентах.
А, да, и master для меня - это не person that owns slaves.
У меня тоже есть всякие тараканы, но я не требую, чтобы все кругом их уважали.
Мастер Шифу одобрительно кивает.
Мне Данила-мастер первым на ум приходит
А вам сложно выучить новое слово?
Давайте обсудим, какие слова нужно выучить вместо мастер, голубой, петушок, баклажан, цветной, розовый, радуга и так далее?
12 стульев, глава: Голубой воришка
И в Jenkins теперь не master и slaves, а вовсе даже controller и workers
Я верю в человеческий идиотизм :D
И в том, что даже среди крупных компаний есть такие, где нет ни контроля доступов, ни управления зависимостями, ни построенного процесса ревью - вообще не сомневаюсь :)
Хотя, конечно, вся история звучит прохладно и репутацию всех участников попортит капитально :)
Посмотрел на профили по ссылкам. За 4 года 9 статей и 94 репозиторя на гитхабе.
Этот человек пришёл на позицию стажера?
Какой-то засланный казачок, имхо.
Это был Джон Коннор
Надо смотреть не на количество репозиториев, а на их происхождение, там одни форки. Во вторых надо смотреть на активность, и вся она сосредоточена в одном репозитории с лабораторками или домашками.
Согласен, кнопку Fork нажать много ума не надо.
Но он ещё по 2 статьи в год писал. Не сам, конечно, в соавторстве, но всё же...
Ну в более-менее серьезных вузах статьи писать поощряют - иногда даже в добровольно-принудительном порядке. И по 1-2 статьи в год у активного студента это норма.
Да, но обычно получается статья ради статьи, ничего из себя не представляющая и никому не интересная. А у него довольно много цитирований
Ну это прямо серьёзная планка. На примере что наших вузов (МГУ, СПбГУ, МФТИ), что зарубежных (ETH Zurich, MIT), для двух статей в год до аспирантуры - это весьма неплохая лаба и студент хороший. Мимокрокодилы столько не пишут.
кнопку Fork нажать много ума не надо
так можно не просто Fork нажать, но и сделать небольшое изменение ... не вливая в основную ветку
Вчера поверхностно с телефона смотрел, сегодня посмотрел повнимательнее с компа, выборочно потыкался в разные репы.
Форков не нашел. Да, действительно, курсачи и лабы, и чуть ли не в каждом в README указано "Ranked №1".
Ну то есть очень умный студент. Если это действительно его код, и если он не врет.
Склоняюсь к мысли, что это была попытка недовольного работника отомстить работодателю.
Думаю, что он рассчитывал на быстрый карьерный рост, возможно, ему при найме наобещали с три короба. Однако, реальность оказалась суровее.
Одна беда - он отомстил не тем, кому хотел. Всё нагаженное пришлось разгребать не его начальнику с HR-ом, а коллегам, которые вряд ли что-то плохое ему сделали.
Я бы не хотел видеть такого рядом в команде, пусть даже наш с ним начальник десять раз неправ.
У нас в 3Д сообществе еще свежа память об одном чуваке, который не умел моделлить (базовый навык) но раздул свой образ в глазах неофитов на всяких платформах используя исключительно чужие бесплатные модели, комбинируя их в разных сценах и напуская туман. Его там на всякие события приглашали как "эксперта". Вобщем, можно надуть свою значимость не являясь специалистом.
Возьмите кто-нибудь меня стажёром, я не буду вредить, просто буду ничего не делать.
Странности:
1. Дали возможность вносить изменения без контроля
2. Мог вносить критичные изменения в код (особенно упоминания про вирусы)
3. По профилю ByteDance: Beijing, Haidian, CN, 2021-09-01 to present | Research Intern (AI Lab, Vision Computing Team) - не 2 месяца
4. Неясна цель такого поведения
Обычный стажёр, чего от стажёра первые 2 месяца ожидать-то?
Этот ещё ничего, другой бы в пятницу продакт обрушил, базу данных дропнул или, на крайний, случай весь Гит удалил. Судя по массштабам, все привелегии для этого ему выдали.
Да, джуны-стажеры могут такое. Но выявилось бы быстрее. У него, кажется, была обратная задача - быть шпионом-диверсантом как можно дольше =)
Да, выявилось бы быстрее, если бы процессы были бы налажены (код ревью, анализ ошибок).
Вообще странно, что у ByteDance (напомню, владельцев TikTok!) не нашлось специалистов по автоматизации процессов деплоймента (Unit-тесты, статический анализ кода, интеграционное тестирование).
Мне кажется, в последнее время мир слишком увлёкся т.н. виктим блеймингом, осуждением пострадавших. И оправданием преступников и всяких мерзавцев. Полагаю, это движение в неправильном направлении.
Не путайте пострадавших с идиотами пожалуйста. Это очень сильно разные вещи. Если вам на голову случайно упал кирпич, выпавший из-за эрозии в старом историческом здании - вы пострадавший. Если вы встали под падающую кирпичную кладку напротив вывески "Осторожно! Идет снос дома, возможно падение кирпичей, не подходить!", то вы идиот. Так вот пострадавшие заслуживают всяческой поддержки, а идиоты - нет.
В данном случае контора положила максимальный болт на любой контроль за изменениями проекта, за что и поплатилась и оправдывать и поддерживать идиотов в данном случае не имеет никакого смысла.
Т.е. можно им гадить и грузить аирусы пачками? Очень забавная у вас логика. Подленькая.
С точки зрения гуманности и моральности ни в коем случае НЕ можно.
А с точки зрения объективной реальности вполне "можно" (в смысле ВОЗможно)
Есть разница все-таки между "осуждать идиотов" и "оправдывать преступника". Для меня - что те прокололись, дав стажеру доступа больше чем иные дают сеньорам с 10 лет опыта в самой компании - что стажер объективно виноват в содеянном. Единственные кого жалко - это работяги, которые 2 месяца разгребали это говно вместо нормальной продуктивной работы (скорее всего не самые близкие к миру разработки люди, которые про нормы доступа не задумываются).
С нормально организованными бизнес-процессами вы не сможете "им гадить и грузить вирусы пачками ". Просто не сможете.
Я вашу мысль понимаю и даже частично разделяю, проблема в том где проходит грань. Чтобы не получилось «а чего она в таких местах без сопровождения ходит, если не хочет чтобы её изнасиловали?» или как в истории про солонку.
Нет, движение уже сделало круг, и люди глупые, беспечные и неаккуратные оправдывают себя, обвиняя остальных в этом, как его, "т.н. виктим блеймингом" и требуя от окружающих предоставить им прямо сейчас дуракоустойчивую среду.
Если обокрали банк, то грабителей безусловно надо ловить и сажать. Но это не освобождает банк от обвинений в некомпетентности и рекомендаций не хранить там невозвратимые ценности. И так далее.
У проекта команды сгорели все сроки, деньги заказчиков были потрачены зря.
Мне кажется, или это тупо попытка оправдаться перед инвесторами, найдя крайнего?
Саботировал??? Да он просто вредительством занимался! Ничего себе, саботаж!
методично и последовательно загружал специальные Pickle-файлы со скрытым кодом, который был полон вирусов и вредоносных компонентов. Код в таких скриптах выполняется рандомно и автоматически, поэтому никто не мог понять, почему все усилия команды не приносят должной стабилизации;
Здесь уже возникает другой вопрос: если он реально внедрял вирусы и вредоносные компоненты, то почему он ещё не сидит? Здесь есть явные признаки злонамеренного хакерства, которое причинило реальный ущерб. Скорее всего, почти везде есть вполне себе уголовные статьи за подобные действия
Или ByteDance явно говорит, что вы можете нас ломать, мы не будем ничего делать? Если так, то возникают вопросы к инфобезу и внутренней безопасности
Меня больше волнует вопрос апрува его комитов. Почему его комиты никто не проверял и как они без апрува могли попасть в мастер ветку.
В комментариях упоминалась шуточная версия , что мол команда 2 года бухала , а на него списали отсутствие результата. Это могло бы обьяснить отсутствие уголовки, но имхо - репутационный ущерб того не стоит (с другой стороны это Тик-ток, какая там репутация?).
Если посмотреть на официальный ответ ByteDance (переведён с китайского), то станет понятно что СМИ раздули из мухи слона
Коммерческие продукты и крупные языковые модели компании не были затронуты. Пострадала только исследовательская деятельность
Слухи о том что куча ГПУ сгорело и потеряли миллионы денег сильно преувеличены
Возможно, перевод не точен, но как мне стало понятно - он стажировался не в департаменте разработки ИИ компании, а в совершенно другой команде, и это был просто какой-то не очень масштабный внутренний проект связанный с ИИ
Его уволили две недели назад ещё в августе без шума, но СМИ раскопали эту историю и зафорсили будто компания триллиарды потеряла и парень настоящий злодей
Но как заметили и сами китайцы - если бы компания действительно понесла ощутимые потери, его бы никто домой не отпустил просто так, а засудили бы сразу же
Мегакорпорации не славятся своей добротой и щедрость. Если уж сама ByteDance говорит что ущерб небольшой и не преследует парня, значит там действительно не было какого-то осязаемого вреда
Ответ корпорации нужно читать по диагонали, потому что корпорации во всём мире любят сглаживать углы и рассказывать почему именно они «не обосрались, а просто пукнули». Это вдвойне актуально для Китая с распостранённой в Азии культурой лица и т.д.
Возможно, только публичных доказательств его вины вообще нет, кроме слитого интервью с HR компании от юзера под ником JusticeFighter.
Судя по комментариям на гите и на новостных ресурсах от китайцев - это вообще ничего не доказывает. На него могли давить и прочее. И его действия можно расценивать как ошибки неопытного специалиста (тем более что судя по всему он врал про свой опыт), а не как злонамеренный умысел.
В общем, белых пятен слишком много чтобы что-то утверждать. Больше похоже на то что кто-то из этих 30 членов команды сильно обиделся что джун уронил прод и захотел отомстить.
Специально он это всё, или не очень специально, нет никаких прямых доказательств того что ущерб был масштабный. Пока я вижу только доказательства того что китайские СМИ раздувают желтизну не хуже наших. Чел сорвал небольшой ресёрч, а выставили это так будто он мейнфрейм нагнул и 2 месяца не давал всей компании работать над ИИ.
С другой стороны, новости типа этой тоже надо читать по диагонали, т.к. журналисты страдают невероятным искушением натянуть сову на глобус - проверять в китайские соцсети все равно никто не полезет.
Работал я в одной компании, где видел похожую ситуацию, просто один в один, даже стажёр был китайцем. Только он не ставил цель кому-то навредить. Ему просто надо было где-то работать.
У нас сейчас такой один работает, правда, не китаец, а афганец. Он боится самостоятельно к чему-то прикоснуться, т.к. боится навредить, а хочет просто зацепиться и работать, поэтому на каждый чих спрашивает разрешения у коллег. Сказать, что задолбал, это ничего не сказать. И при этом таки да, практически всё, к чему он прикасается, приходится перепроверять буквально построчно, при малейшей расслабленности вред моментальный.
На эту тему вспомнился анекдот.
Отправили первого монгольского космонавта вместе с советскими зубрами в космос. Возвращается он домой, встречают его на родине как героя, с почестями, салютом и тп.
Видят - а у него руки все синие. Спрашивают, почему мол? Да, говорит, русские козлы, чуть что - сразу бьют по рукам: это не трогай! Сюда не лезь!
После того, как Тянь исключили из ByteDance, он не подвергся наказанию или порицанию со стороны своих наставников в высшем учебном заведении.
А что, за это должны кого-то порицать в универе? Например, меня если меня уволят с работы, значит ли это, что меня должны порицать в универе? А продавщицы в магазине должны ко мне хуже относиться? А как теперь должен реагировать на меня дворник Вася, а таксист Петя?
Дениска, ты хоть проверяй какую ахинею ты пишешь.
Если вы намеренно саботировали проект то как минимум к вам должны относиться с опаской на любой ответственной работе.
А что если Дениска точно так же саботирует деятельность информационной службы Хабра уже целых 6 лет?
Я из "порацать+стажер+наставники" подумал что это товарища на производственную практику направили. Думаю если бы я во время практики так навертел (сознательно) в фирме, куда меня направили, то меня бы не то что порицали, поперли бы из вуза и все.
Звучит как простой стажёр и фиговые процессы
Для стажера он очень хорош
- Что должен делать советский инженер за свою зарплату?
- Ничего, и еще немножечко вредить.
Профессиональное самоубийство.
Приключения одного хакера в компании "ByteDance". Пришёл, увидел, наследил.
Обиженный разраб оставил в глубине кучи .h файлов запись
// happy debug punks
#define TRUE rand() > 0.05
Как будто бы многоходовочка конторы что бы что-то.
Похоже, технология находится в надёжных руках и за безопасность можно не беспокоиться.
АйТи индустрия местами напоминает религиозную секту переродясь из инструмента прогресса в какие-то бредовые мантры, в вещь в себе.
Код стажера без код ревью проходил в продакшн?))) сказки
Зато с софт-скиллами у этого чувака видимо все в порядке.
Интересно, ему в итоге хлебало-то отформатировать? Или, как обычно, отправили к психологу?
Стажёр устроился в ByteDance и изнутри два месяца саботировал выполнение проекта по разработке нейросетей