И пришел к выводу, что даже в человеческих наречиях нет предложения, которое не отражало бы всю вселенную целиком; сказать «тигр» — значит вспомнить о тиграх, его породивших, об оленях, которых он пожирал, о траве, которой питались олени, о земле, что была матерью травы, о небе, произведшем на свет землю.
— Хорхе Луис Борхес. Письмена Бога
Простите, я тут повангую и поностальгирую немного. (Не нашел для этого хаба лучше, чем этот). Когда-то, лет в 22-25, я "почти все знал про IT". Конечно, не в полной мере, но имел представление обо всем, какой-то хотя бы небольшой опыт во многом. Да, отчасти это можно списать на юношескую самоуверенность и Даннинга-Крюгера (где-то я возможно не видел границы своей некомпетентности), но только отчасти.
Я считаю себя генералистом. То есть, такой "универсальный солдат", могу кун-фу, могу самбо, могу стрелять из гаубицы и из лука, управлять гироскутером, камазом и звездолетом, и все это делаю одинаково плохо (но, тем не менее, гравицапу установить и координаты в тентуре расчитать смогу). Думаю, что я достаточно важный и ценный сотрудник там, где я работаю, и очень неплохо зарабатываю, в пересчете на час работы. Однако, если бы я пошел на собес на позицию какого-нибудь программиста или админа - наверняка завалил бы продвинутые тесты по множеству тем, кроме нескольких. Любой узкий специалист который 10 лет делает одно дело, знает это дело лучше и глубже.
Сфера IT в мои 20+ самом деле была гораздо меньше, чем сейчас. Через пару десятков лет после первого сеанса братьев Люмьер было несложно стать киноведом, который видел все фильмы.
К примеру, MySQL и PostgreSQL вышли в середине 90-ых. Тогда было несложно знать эти новые крошечные и простые проекты. Отработал JOIN слева, JOIN справа - и вот у тебя уже черный пояс по SQL, а значит и по базам данных в целом (потому что больше пока что ничего просто и нет). До появления Redis (key-value) было еще 10+ лет, до CockroachDB и Prometheus - 20 лет - можно было ничего о них не знать, и быть полноценным гуру в СУБД с полными знаниями о теме! Сейчас я не уверен, что смогу назвать даже все типы СУБД которые есть (реляционные, key-value, документные, графовые, time-series, ....), не говоря уже о названиях проектов. Что мы сейчас (в суровой реальности) можем ожидать от программиста в сфере баз данных? Мы ему объясняем проект, он нам распишет схему, как ее по табличкам разбить, какие индексы создать и что подкрутить с настройками СУБД под нашу специфику. Но это очень плохой уровень . А что я хочу от эксперта? Чтобы он сказал, к примеру: тут вам лучше вообще не реляционную использовать, а NOSQL, вот либо СУБД А, либо B, либо C (она только в прошлом году появилась, но очень интересная!). Но у A плохая лицензия, подходят только B и С. По скорости, для ваших задач лучше подойдет B, она на таком типе нагрузок по бенчмаркам быстрее работает, но у вас Debian на серверах? А у нее на Debian есть утечки памяти - возможно это блокирующая проблема. Еще, вы хотите из Java с ней работать? Для Java у нее нет клиента, только для C и Python, так что, придется доработать или дождаться.
Ни один IT-генералист не имеет сегодня достаточно компетенции, чтобы так ответить. И я сомневаюсь, что есть много DB-генералистов, которые могут так. Это сегодня. А через 10-20 лет, когда технологий будет еще больше? И это только про тему баз данных, которая составляет может быть ~5% от всего IT. Даже эти 5% - уже необъятны.
Еще интересное слагаемое этой проблемы - айтишники (нормальные, а не с курсов IT для таксистов и филологов) - это те люди, кто всегда учатся. Кто-то вширь, кто-то вглубь, но человек с условными 20 годами опыта - офигенно много знает. И пока сфера IT хоть как-то в голову впихивается - то можно найти эксперта после 20 лет стажа - который может в голове ее почти всю держать.
На заре IT мы были дикарями, которые умели собирать плоды-корешки и плясать вокруг костра и всё (нехитрые навыки). И все развитие шло в том темпе, что нам почти хватало времени его выучить. Кто-то изобрел копье, мы удивились, и научились использовать копья для охоты. Потом кто-то изобрел символы, иероглифы, буквы - и мы освоили письменность. Кто-то написал первое стихотворение - мы его разучили наизусть. Потом кто-то изобрел теорему Пифагора, с доказательством на полстранички и мы ее тоже выучили.
А как сейчас новичку в IT? Он так же умеет лишь собирать вкусные плоды и плясать вокруг костра (ничуть не глупее нас), но ему нужно усвоить весь накопленный объем знаний, и про управление истребителем, и про сложности многопроцессорной обработки, и теорему Пуанкаре, и про лечение болезней почек и про катарсис и литературные метафоры у Франсуа Вийона и про то как повышение учетной ставки ФРС США сказывается на экономике Южной Африки. И чтобы любое из этого ему полностью объяснить - надо объяснять по порядку, с изобретения копья...
Конечно, это все невозможно впихать в голову в принципе - не влезет. Не влезет и 1% этих знаний. Но, допустим, за жизнь влезет 0.1%. Это за жизнь. А за первые 3-5 лет обучения-работы? 0.01%? Получается (продолжая метафору дикарей), наш ITшник будущего будет сразу учить сложные темы, пропуская простые (или очень поверхностно их затрагивая). Причем, чем дальше в лес, тем более сжато надо учить основы. Если сейчас погружение в эти темы на метр, то далее будет на полметра, на сантиметр, на миллиметр...
То, достаточно целостное и структурное понимание, которое было у нас - сейчас невозможно получить. Не потому что молодежь тупая и тиктоки смотрит, а потому что сфера уже стала слишком большой, а голова не резиновая. Теперь в IT можно быть только узким специалистом. И любой ITшник будущего - стоит на верхних ступенях лестницы, но под этой ступенькой нет более нижней, она как бы в воздухе болтается...
А теперь сложим это вместе. Мы живем на границе времен. Последние годы эпохи, когда IT создавали люди, которые имеют более-менее полное представление об IT в целом. Молодой студент Цукерберг вполне мог создать фейсбук с нуля, потому что имел достаточно сносные знания о PHP, JS, СУБД, протоколах и HTML. Нынешний фронт-енд программист, если он хочет побыстрее освоить тему фронт-енда - не должен отвлекаться на бэкенд и тем более СУБД, ему бы разобраться с JS фреймворками! А кто будет делать фейсбуки будущего?
Начинается эпоха, где будет много специалистов и не будет генералистов... По аналогии с медициной - есть, кто может перелить кровь, есть кто может вырезать аппендицит, есть анастезиолог, но по вашей конкретной ситуации, когда "что-то тут сбоку болит" - нет никого, кто бы понимал устройство человека в целом, разобрался бы и если нужно - направил к профильному специалисту. Или, вы приходите на СТО, машина потеряла динамику... но нет того, кто бы разобрался почему. Зато есть, кто может поменять масло и фильтра и свечи. Это тоже иногда влияет на динамику. И вы меняете свечи, хотя дело не в них.
Истинно вам говорю, 4 мая 1925 года, Земля налетит на небесную ось.
Комментарии (45)
K0styan
24.08.2023 13:28+1По моему скромному - даже в IT этот этап давно уже пройден. В той же самой середине (окей, второй половине) 90-х уже явно наметилось разделение между теми, кто программирует строго на языках высокого уровня, и теми, кто может спуститься до уровня "железа".
vassabi
24.08.2023 13:28+4уже во времена Бэббиджа было разделение на тех, кто придумывает и делает (ну или хотя бы пытается делать) счетные машины и на тех, кто придумывает и записывает исключительно программы для машин :)
K0styan
24.08.2023 13:28+2С одной стороны, точка зрения валидная) С другой - в те времена один человек в голове мог удержать и механическую инженерию этих тысяч шестерёнок, и логические абстракции, которые эти шестерёнки двигали. Разделяли, скорее, по вкусу, нежели чем по необходимости.
В условном 1997 структура произвольного процессора с точностью до вентиля (в физические дебри пролупроводников даже не лезу), архитектура произвольного же клиент-серверного приложения и, скажем, тонкости пространственного аудио с 3D рендерингом в одной голове шансов разместиться шансов мало имеют. А это - всё IT.
Ivan22
24.08.2023 13:28можно просто посчитать количество IT-специальностей. Думаю счет уже на тысячи идет
vitalyvitaly
24.08.2023 13:28Несомненно, хотя в 1997 году существовали люди, которые до математических тонкостей порядка опознания сопроцессора по энному знаку после запятой могли опознавать разницу между FPU 80387, Cyrix, IIT и еще десятком всех возможных моделей, которые тогда только существовали, и "под Weitek" очень даже могли что-то очень хитрое математическое закодить. Но как же быстро такие изощренные навыки забываются, теряются и утрачивают актуальность в IT
NeoNN
24.08.2023 13:28+6Генералисты есть, просто они уже ушли на другой уровень, и вы с ними не пересекаетесь.
xenon Автор
24.08.2023 13:28+7Куда? Теперь генералисты новую СУБД изучают не на уровне одного средненагруженного проекта (баз уже так много, что сделать проект на каждой уже не хватит времени), а на уровне чтения рекламной странички для менеджеров, про "революционную технологию, высокую производительность и надежность"?
balamutang
24.08.2023 13:28+6Зачем Вам это?
В стартапе не важно какая БД и язык, главное чтобы взлетело. А потом по ходу движения уже придут спецы по БД, оттюнят, поставят нужные ОС вместо дебианов или пропатчат БД чтоб память не текла.
К тому же проект это не нерушимое легаси, вчера было оптимально взять одно, а сегодня добавились новые функции и оптимально уже другое.
Круто конечно прийти на берег, собрать все нужное и пустится в плавание, но кто-то уже плывет, а ты все проверяешь наличие запасных ботинок у матросов.
xenon Автор
24.08.2023 13:28+7Я согласен с вашим основным тезисом, что в стартапе важно быстро и дешево запуститься, сделать что-то (пусть и неэффективно, кривовато) и уже потом постепенно решить все "кривости". Но я часто делаю свои собственные хобби-проекты (технически можно воспринимать их как стартапные проекты) и вот две проблемы с которыми я сталкивался (из-за нехватки этого общего опыта, кругозора, эрудиции):
Часть проекта, на которую тратишь время разработки - оказывается, давно уже реализована, можно взять тот проект и использовать. Но я о нем даже и не слышал, когда начинал свой проект.
Есть риск, что сам проект, который делаешь - уже сделан, просто ты про это не знал, не все проекты на гитхабе посмотрел. Потом вкладываешь время, силы, деньги, получается готовый проект, который никому не нужен, потому что уже есть более развитый и известный.
Есть риск, что проект-то хороший, но сама тема "умирает". Все равно, что выпускать сейчас лучшие генераторы для ВАЗ 2101. Товар хороший, но потребителей уже почти не осталось, а через 5 лет не будет совсем. Делаешь что-то для админства и хостинга на дедиках - а все уже на VPS перешли. Делаешь что-то для VPS - а все уже просто выкладывают в облака или на JAMstack ушли.
Areso
24.08.2023 13:28+1В облака "все" не уйдут из-за их заградительно-высокой цены для среднего проекта. Я считал, у меня выходило 6-8 месяцев за 50 тысяч рублей (получил грант) в облаке... Для сравнения, на классической виртуалке у меня этих же 50 тысяч хватит на 2 года.
rusik2293
24.08.2023 13:28+1Я думал наоборот мелким и средним ещё нормально, а вот большим компаниям уже дорого, например сравнить облако 100 миллионов в год и 100 миллионов чтобы нанять админов, купить серверов и поставить в ЦОД на год, вроде разницы в первый год нет, но на второй год первый вариант также 100 миллионов, а второй всего 20
kasthack_phoenix
24.08.2023 13:28This. В большом проде в любом случае есть ops-команда, а счета за неё миллионные, будь то managed-сервис или on-premises решение, а для конторы с небольшой инфрой зарплата лишнего админа перекроет даже пятикратную разницу в цене между облаком и классическим решением.
Alesh
24.08.2023 13:28С чисто коммерческим стартапом, да, стараются побыстрее запустится использую проверенные полуфабрикаты. Но если стартап сам по себе инновационный, типо новый блокчейн или что-то подобное. То быстро и дешево запустится там просто не на чем еще. Свой хобби проект делать на протухших решениях вообще смысла нет. Надеяться что хобби проект принесет миллионы, это примерно как надеятся выйграть в лотерею миллионы. Хобби проект, это скорее самообразование. А какой смысл учиться на овне мамонта, если ты конечно не археолог?)
Mike-M
24.08.2023 13:28+2А потом по ходу движения уже придут спецы
Увы, как зачастую показывает практика, спецы не придут.
Потому что вслед за быстрым взлетом продукта бизнес начинает требовать его немедленного расширения, чтобы отчитаться перед акционерами и успеть заработать самим.
На доводку до ума, как всегда, не хватает времени.Продолжая вашу метафору с кораблем, он поплывет быстро, но недалеко.
«Что наспех делается — недолго длится» (с)
Мудрость, заложенная в детской сказке про Ниф-Нифа, Нуф-Нуфа и Наф-Нафа, как была, так и осталась.
Kahelman
24.08.2023 13:28+1По поводу Блюд проблемы из пальца высосана. Блок это про хранение данных на длительный срок. Так что никаких новомодных проектов которые умрут через год, и в которых багов полно рассматривать нельзя. Так что вам в классический RDBMS. Там MaSql/PostgreSQL по большому счету без разницы и дело вкуса. Берите то с чем работать умеете. Nobody was never fired for choosing PostgreSQL :)
xenon Автор
24.08.2023 13:28Ну я б себя не то чтоб уволил, но ласково отшлепал бы, за то, что для задачи хранения результатов мониторинга выбрал mysql (читай postgresql), хотя prometheus или другие time-series были бы удобнее. Среди них (time-series) вполне есть выбор взрослых, популярных и достаточно старых проектов, которые не умрут. Но я просто о них не знал в то время.
Kahelman
24.08.2023 13:28+2MySQL это не postgreSql в последнем есть расширение для работы с time-series дата.
И вопрос, зачем вам даты мониторинга за 10 лет хранить? Не думаю что у вас больше 1 ТБ данных, которые можно в память запихнуть: см Амазон инстансы
R7gd.large,
64 CPU, 512 GB ram.
Берите две и хранить все в памяти :)
Marwin
24.08.2023 13:28Аналогия с узкой специализацией врачей мне кажется не полностью релевантна.
В отличие от стоматолога, который врядли вырежет аппендицит бормашиной, любой узконаправленный DBA по какой-то одной платформе решит вашу бекэндовую задачу. Да даже не DBA... если у вас не самый сложный стартап, то, хорошо зная свой любимый инструмент, очередь сообщений можно сделать на чём угодно, хоть на рэббите, хоть на монге, да хоть на mssql... безусловно не максимально эффективно, если бы этот человек знал каждый продукт на 100% и мог выбрать из них наиболее подходящий под специфические требования очереди, а не только один и применял его везде... но при этом всё равно достаточно! эффективно, чтобы стартап работал.
Возможности большинства продуктов стали такие широкие, что шутка про OS Nero Burning ROM уже давно не шутка, и не прям критично критичную задачу на тысячи запросов в минуту можно реализовать в любом из них, так и не достигнув лимита производительности, ибо его запас у одного инструмента всё равно останется х10, а у более подходящего осталось бы х100. А на замечание, что "но ведь, если всё выстрелит, то х10 закончится быстрее, чем х100" - смотрим следующий пункт...
Ну а если у вас не стартап, то вы вполне можете позволить себе держать 10 DBA по каждому продукту и консультироваться с ними при первичном планировании архитектуры...
trabl
24.08.2023 13:28+2Сейчас на собесах никого практически не интересует не релевантный с вакансией опыт. Например будь у тебя хоть CCNP, на вакансии не сетевика всем плевать на это. На вакансии Devops инженера, зачастую плевать на твои познания работы с реальным железом и знания языков программирования. Да, ты должен уметь в bash, наверное в go, но то что ты знаешь условные python или java или можешь собрать кластер на коленке, чаще всего пофиг. Ты знаешь VMware, Hyper-V, KVM? Сори, но у нас тут как бы AWS or GCP или Яндекс.Cloud. Приходишь на другой собес, на похожую вакансию, там ООП им подавай, базовых знаний того же python уже недостаточно. Тот же Kuber сейчас всё чаще стал появляться в требованиях даже у джунов. Если раньше, у тех же админов был стандартный набор требований, то теперь всё сугубо индивидуально, зависит от конкретной вакансии. Узкий профиль специалистов в принципе это неплохо, вместе с поколением ЕГЭ всё пришло).
andy_krivtsov
24.08.2023 13:28+7А чем это отличается от любой другой области знаний? IT просто в специфическом положении (было) т.к. область новая, но любые другие более старые как-то с этим справляются.
Например вот строительство - разумеется нет ни одного человека в мире, который знает как и может технически построить какой-нибудь БЦ или небоскреб в одно лицо, даже если у него будет доступ к любым материалам, машинам и большое количество рабочих необученных рабочих рук. А лет 300 назад главный архитектор, зодчий или что-то подобное вполне мог в теории это сделать. А сейчас есть большая команда с каким-нибудь главным архитектором во главе, которая только проектировать здание будет, а потом еще тысячи разных специалистов которые будут это воплощать в жизнь (не говоря уже о производствах, которые будут что-то там делать по заказу)
Про медицину - на самом деле все не так плохо. Во-первых есть целая специальность "терапевт", который как раз и есть тот самый профессиональный генералист. И нормальный терапевт это не бабушка выписывающая аспирин в гос. клинике, а хорошо подготовленный (и постоянно учащийся, как IT-шники) человек, основная работа которого "первичный траблшутинг" засбоившего организма. С передачей профильному специалисту после первичной диагностики, если нужно копаться дальше.
Во-вторых врачей учат как раз как "генералистов", в отличие от front-ender'ов после полугодовых курсов, умеющих только в свой JS/React и не знающих ничего больше. У них 4 что ли года общего высшего образования, универсального, а только потом специализация - еще несколько.
Касательно IT будет точно так же как везде: есть специалисты более общего профиля, обычно сейчас это называется какими-то вариациями на тему "архитектора" (software, solution, cloud, enterprise, подставь-по-вкусу), есть более узкие (те же самые архитекторы, но в более узкой области, например networking или security), и уже узкие специалисты в чем-то (front, back, devops, ml, sre, dba, etc).
Знать и уметь "все" - невозможно. На самом деле и 20 лет назад в IT это было невозможно. Вряд ли у вас есть опыт разработки на каком-нибудь COBOLе, навыки внедрения большого железа IBM, настройки SAP того времени и т.д. Просто спектр того, что мог исхитриться уметь хорошо один человек был пошире. Ну мир не стоит на месте.. так что продолжаем бежать, что бы хотя бы не откатываться назад и учиться каждый день ))Mike-M
24.08.2023 13:28+2А чем это отличается от любой другой области знаний?
Быстротечностью. Ни одна другая область знаний не развивается с такой гигантской скоростью, как IT.
"Едва мы не успели освоить одно, как тут же не успели освоить другое" )
FotoHunter
24.08.2023 13:28+10У меня как раз опыт в Linux 20+ лет - работал только в консоли, винду почти не трогал. В рамках конторы, в которой я 20 лет проработал этого хватало. Сменил работу и узнал овердох@я нового. И к сожалению обнаружил, что поколение 30 летних - писец какое поверхностное, они не знают элементарных азов в куче направлений, но пытаются гнуть пальцы "знанием" кубернетисов и прочей новомодной херни.... И они не пытаются разбираться в проблемах базового уровня. Так что для "генералистов" найдётся работа - подтирать носы и менять подгузники молодым узким спецам.
NIKEtoS1989
24.08.2023 13:28+2А были ли настоящие генералисты? Или это очень короткий период и специализация нарастала с прогрессией, просто её не сразу заметили?)
Semenych
24.08.2023 13:28+1Я пожалуй не соглашусь - да количество всех сущностей IT мира неуклонно растет. Но и в 90-х из было дофига, просто тот кусочек который видели мы в РФ был действительно невелик. Просто не все до нас успело донестись.
В чем спасение, почему мы до сих пор не померли. Возьму привер с БД и дебианом. Сегодняшний генералист ответит - ну возьмите постгрес, он уже старый, надежнй, развивается, есть для всего и без багов. А те 30% возможного выигрыша, во первых если у вас фамилия не Маск и вы не запускаете корабль в космос (BTW панель управления в драконе на ноде!!!), то не факт что вы эти 30% заметите, а если заметите, то вот так митигируете. Да будет стоить на $10,000 больше на хотинге в год, но использование вот этой байды вам обойдется в $100,000+ на разработку. И не факт, что оно через 3 года не загнется.
Окно постоянно сдвигается, когда-то тот кто не умел паять IT-шником не считался. Сейчас можно не знать С++ и быть очень полезным специалистом широкого профиля.
Десть есть фундаментальные вещи, например что такое race condition и как правильно думать, чтобы его не было. Но таких вещей не так много и они как раз выучиваются за разумный срок это раз. Реально количество коитически важных штроким масссам для программирования вещей сокращается, это два.
SadOcean
24.08.2023 13:28Концептуальный вопрос, можно ли продолжать так же все усложнять или мы упремся в потолок сложности?
И второй вопрос, можно ли, используя текущие знания и умения создать по настоящему эффективную выборку, позволяющую новым студентам стать на плечи гигантов, не пытаясь поднять их груз? Не пытаться разобрать плохие подходы, использовать прямые пути там, где уже спрямили дороги, не учить гончарному делу, но литью по пластику.Но да, размышление интересное.
Хочу отметить так же, что многие вещи в бурном технологическом потоке будут унесены историей, в то время как многие старые технологии - не динозавры, но акулы. Они живут и сейчас и по прежнему являются эффективными.
Sergey371
24.08.2023 13:28Нормальный путь, как и в науке, в средние века учёный был на все руки во всех областях, которые ещё не сформировались. Сейчас узкая специализация по областям. В медицине есть врачи общей практики. А "фейсбуки будущего" будут рисовать архитекторы, а строить по нарисованному плану специалисты.
Batalmv
24.08.2023 13:28Я думаю, большинство архитекторов давно уже "там". В реале, это норм. Просто надо уметь слушать мнение профильных спецов.
А решения в целом, по сути не такие уж и сложные, если не решаешь задачу с заведомо сложными нефункциогальными требованиями
duke_alba
24.08.2023 13:28+1Мне думается, что "генералист" - это не тот человек, который знает, базу какого производителя лучше использовать, а тот, который знает, как решить задачу в принципе. Таких людей называют архитекторами. И они были, есть, и будут.
Очень давно, когда всех людей, создающих ПО, называли программистами, один умный человек определил, что хороший программист, это не тот, кто хорошо знает Фортран, или PL/1 (давно это было), а тот, кто хорошо знает японский язык. Он был японцем :-))
huaw
24.08.2023 13:28Не стоит волноваться, AGI всё разрулит. Человек уже достиг предела возможностей. Сингулярность, что поделаешь. Мозг не способен к обработке и хранению таких потоков информации, которых мы уже достигли.
Leetc0deMonkey
24.08.2023 13:28+2Да, генералисты больше не нужны. Теперь требуются три-четыре-пять специалистов узкого профиля в одном лице!
isden
24.08.2023 13:28А что, вариант. Контролируемая шизофрения с расщеплением личности — и готово, вся команда в одной тушке :)
gred
24.08.2023 13:28надеюсь, что большинство шаблонных задач возьмут на себя нейросети(та что там, уже взяли), а человеку останется грамотно поставить задачу, проконтролировать правильность работы решения, и написать ту часть где нейросеть не справилась (справилась не так хорошо)
MountainGoat
24.08.2023 13:28+1Ещё забавно, когда человек, выучивший С++ в 90-х и с тех пор никаких новых знаний не обретший, смотрит как человек плохо справляется, когда он пришёл работать над Ангуляром, а ему всунули проект на Svelte и велели переписать на React, и считает этого человека неучем и неумехой.
Tim_L
24.08.2023 13:28Чуть-чуть оффтоп, правильно "теорема Пуанкаре-Перельмана")) хоть он и отказался от денег...
barloc
24.08.2023 13:28А терапевт и общий хирург не в счет? :) Уж не говоря о врачах-диагностах. А то каждый специалист норовит лечит свою проблему, а тушке от этого не легче.
Если говорить про нашу область - это все делает разработку дороже, предвещая ее конец. Все эти no-code/low-code инструменты как тильда, которая похоронила веб-студии. Ведь сколько магазинов и сайтов крутится в сети, и какому проценту от них не хватает mysql/postgresql?
vassabi
ну, не вы первый, кто это отмечает:
книга Бытия 11:1-9
с чего началось: один язык
итог: много языков ;)
так что это происходит не сейчас а уже очень давно :)