"Кандидаты загружают своё резюме, а затем проходят 20-минутное видеоинтервью с искусственным интеллектом Mercor. Около половины времени посвящено обсуждению опыта кандидата, а оставшееся время — решению соответствующего кейса."
20 минут собеседование, серьёзно? Вероятно эта поделка на основе ИИ собеседует другие ИИ.
а давайте что б детям еще веселее было, заставим их в блокноте без подсветки синтаксиса все смотреть. а в качестве первого урока сразу ооп пойдет и через неделю что б обязательно продакшн код компилили. раньше же вот когда паскаль был, то все дети обязательно вставки на асме учили. чем ж питон хуже, давайте и в нем найдем дикую дичь - пусть мучаются! На питоне ж без лямбы писать невозможно. и тем более без ооп....
Питон проще дельфи/паскаля, на нем сейчас начинают детей учить основам программирования. И на сегодняшний момент это один из самых популярных языков программирования в мире ;-)
Конечно можно, но зачем? Ссылки, которые вы дали, опубликованы 15+ лет назад. Мотивацию можно легко проверить, открыв любой сайт с предложениями о работе. Все сразу станет ясно.
Вообще не понимаю, почему многие программисты так упорно цепляются за устаревшие технологии. Переход с дельфи на какой-нибудь .NET/C# для хорошего инженера вопрос нескольких месяцев. Изучение парочки нужных фрейморков полгода-год. Эти инвестиции с лихвой окупятся при первом же поиске работы.
P.S. Раньше думал, что оставлю дельфи написать что-то для души. Не вышло. Тот же питон оказался банально проще для написания консольных мелких утилит и различной автоматизации. Ну а C# с бесплатной VS на голову удобнее и стабильнее RAD Delphi студио. Единственное, что там осталось действительно на высоте - это быстрое создание GUI на VCL, особенно для работы с данными. Ах, компоненты DevExpress - любовь всей жизни :-)
Пока слабо верится в это. Для Микрософт проблема не в потере рынка и денег, РФ - это погрешность. Проблема в репутационных издержках как надежного поставщика услуг. Это для физлиц все равно - поставят взломанный продукт или мигрируют свои 2 с половиной компа на линукс. У бизнеса все намного сложнее. Другой бизнес все это тоже видит. Никому не нужно на пустом месте получать проблемы, а тут может быть открытая демонстрация того, что твоя система по щелчку пальцев за океаном превращается в тыкву... Очень очень дорогую тыкву. Вопрос, надо ли тебе вообще связываться с такой каретой? Пусть будет повозка с лошадью, зато надежная.
С ностальгией вспоминаю Дельфи, долгое время использовал его как основной язык программирования. Но на сегодняшний момент он безнадежно устарел. Насчет быстроты я с вами согласен. Можно быстро и качественно накидать простенькую утилитку на VCL. Язык вполне может и сейчас использоваться для небольших десктопных проектов с GUI. Но написать серьезное приложение на дельфи - это боль и страдание.
"Это решение дороже предыдущих, но в перспективе оно позволит сэкономить на обслуживании баз данных." Неа, не позволит. Такое решение подходит для небольших и средних проектов (типа мелкого веб-сайта или магазина). Когда у вас команда несколько человек и зарплата выделенного DBA/DevOps больше, чем затраты на подписку. Как только у проект разрастается до более-менее серьезных размеров, появляется DWH с аналитикой, то Managed Databases будет получаться или дорого, или очень дорого. К тому же минимум гибкости из-за невозможности тонкой настройки и контроля. Много раз видел такую картинку для AWS и Azure. Не думаю, что в данной рекламной статье решение будет превосходить ведущих клауд вендоров в эффективности.
Что-то в этом есть. В принципе в программировании это уже давно тенденция, когда простые вещи делают сложно. Тут вина не инструментов, а тех, кто эти инструменты так использует. Почему бы не освоить бюджет по переписыванию монолита на микросервисы, пофиксать старые проблемы и огрести кучу новых. Нанять девопсов что б заменили простейший пайплайн в дженкинсе на что-то более современное, версионное, автоматическое и очень крутое. Отгрести еще кучу проблем и соответственно попросить новый бюджет, который тоже будет потрачен на свистелки-перделки, которые потом потребуют своего бюджета на доработки и поддержку. И когда уже кажется, что вот наконец все устаканилось, то приходит новый девопс/архитектор/менеджер и говорит "'это все старое г%вно мамонта, так уже никто не работает, надо переделать. К тому же знаю я тут один фреймворк/технологию/тулу"... Ну и круговорот бюджета запускается по новой. В конце концов, кто-то же должен использовать этот миллион новых тулов, языков, паттернов и новых решений, которые растут как грибы после дождя.
Так что продолжая аналогию автора с calc.exe, программа потихоньку переходит на блокчейн, работает в многопоточном распределенном бигдата кластере с ML алгоритмами и поддержкой сферических коней в вакууме. Ничело личного, просто бизнес.
Печально все это. Добавим сюда ещё и массовый отъезд квалифицированных ит специалистов вслед за работодателями. После аутсорса и работы в иностранной компании за условные 400 тыс сложно будет объяснить специалисту, что его рыночная зп теперь 60к как у обычного офисного планктона. Да, уход крупных вендоров мог бы освободить место на рынке для отечественного ПО. Вот только кто будет это ПО писать? ИТ общество высокомобильно. Это не учителя или врачи, которых десятилетиями принуждают работать за еду. Боюсь, что раньше в РФ была отстала айтишечка, теперь же не будет и этого.
Ребята обсуждают тут миграции на линукс экосистему. Это вызывает улыбку) . Такая миграция не просто дорого для крупного бизнеса, это очень очень дорого. Мелочевку перевести можно, но скорее всего никто это делать не будет, а тупо скачаю нужный софт с торентов. Опыт есть :) Что-то покрупнее (1000 машин и десятки серверов) потребует миграционный план с аудитом, обучение, допиоивание кастомного софта, новых высококлассных спецов и много много времени на тестирование. Плюс миллион мелочей, которые раньше уже обкатали, а сейчас десятки/сотни юзеров будут постоянно звонить в сапорт. Это не про российский бизнес одназначно. Тем более в кризис.
Вообще не удивлён. Разве кто-то забыл, как яндекс точно так же отключил для своего диска WebDav? Мало того, что официально так ничего и не сказали, так при обращении в поддержку уверяли, что все работает, мол проблемы на вашей стороне... Столько времени убил, пытаясь понять, почему резко перестала работать синхронизация... Яндекс тем временем вырезал даже упоминания про WebDav из документации. В итоге я аннулировал все подписки у этой конторки, перевез данные в другое облако и сейчас чисто с улыбкой наблюдаю дальнейшую деградацию сервиса и отношения к клиентам со стороны яндекс.
Как показывает практика, на рынке нет правил. Прав тот, кто сильнее. Пытались придумать ВТО, но эта структура работает только в интересах нескольких стран. Вот и появилась санкционная политика, различные запреты под предлогом шпионажа (вспоминаем историю Хуавей), вмешательства в выборы (всемогущие русские хакеры) и т.д.
«Ах, я чем виноват?»
— «Молчи! устал я слушать,
Досуг мне разбирать вины твои, щенок!
Ты виноват уж тем, что хочется мне кушать».
Сказал — и в темный лес Ягнёнка поволок. (с) И.А.Крылов
Если на пальцах, то либералы были сторонниками свободного рынка, в основе которого лежит специализация. Т.е. вы производите то, что лучше всего умеете. Всё остальное можно купить на рынке. Это не выдумка Гайдара, это целая экономическая теория. Поэтому у нас отмерли часть отраслей как не эффективные (проще купить на Западе) в т.ч. автомобилестроние, авиастроение, микроэлектроника, станкостроение и т.д. Пока глобальный рынок работал, это все худо бедно функционировало. Рынок закрылся, пирамида посыпалась.
Сегодня, если вдруг правительство захочет таки восстановить какую-либо отрасль, придётся использовать элементы мобилизационной экономики. Ну или барахтаться 10-20-30 лет в пораллельном импорте, постаринке попиливая бюджеты импорта замещения.
Боюсь, что реализация подобной программы в современной России нереалистична. И дело не только в санкциях. Это же целая отрасль, которая в РФ давным давно уничтожена. Нет кадров, нет опыта. И самое главное, нет сколько-нибудь адекватного понимания у руководства этой страны что и как делать. Более двух десятков лет не заниматься микроэлектроникой и тут раз, за пару лет почти с нуля целую отрасль создадут. Это даже не смешно.
СССР возможно смог бы выкрутиться, но там были другие принципы организации государства и управления.
Если санкции затянутся, Россию ждет жестокая расплата за гайдаровские реформы и полностью ресурсную экономику (ака бензаколонка стайл).
Когда был в Сербии, то сильно напрягло, что все кругом курят. Большой проблемой было покушать где-нибудь не в облаках папиросного дыма.
Еще проблема с хорошим чаем. Его просто нет. С кофе ок.
Про жизнь тоже много нюансов. В некоторых городах реальная проблема с экологией. Первый раз думал, что машина сломалась из-за постоянно запаха гари. Оказалось, что так пахнет зимой угольно-древесное отопление.
В столице беда с парковками. Все платно и мест нет.
Народ прекрасный, отношение хорошее.
По налоговой нагрузке Сербия проигрывает Грузии и подобным странам.
В общем обязательно поживите там хотя б месяц прежде чем оформлять ВНЖ и делать другие более глобальные телодвижения.
Не совсем понятно, что вас так возмутило. Эти два пункта должны выполняться одновременно для того, что бы быть «живым человеком». Или у вас есть другая методика отличия «искусственного» от «натурального»?
А так… как говорится, если неизвесное животное выглядит как собака, лает как собака и кусается как собака — то это и есть собака.
Ну все логично, с нашими мизерными зарплатами на фоне Запада даже подписка за пару долларов выглядит дорого и стимулирует народ к поиску бесплатных вариантов доступа к контенту. Вот-с и списочек соответствующий с большим количеством отечественных ресурсов :-)
Согласен, в связках — вполне возможно, т.к. это чисто техническая реализация many2many отношения. Но если же эта связка имеет смысловую нагрузку, то я б рассматривал только суррогатный ключ.
Простой пример. Таблица Cars, таблицы Drivers. Связка между ними через CarDrivers. Если в простейшем случае можно обойтись CarID, DriverID и создать первичный ключ по этим двум полям (классическое many2many), то при появлении смысловой нагрузки (например, сопаставление водителя и машины только через приказ) и появлении даты (водитель взял машину, отдал, взял другую и т.п.) теряется уникальность для связки CarID-DriverID…
Техническая таблица превратилась в полноценную сущность. Такое частенько бывает, особенно при интенсивной разработке. Так что либо кастыли либо болезненное изменение схемы
Не вижу как наличие суррогатного ключа обеспечивает уникальность записей.
Я имел в виду, что сурогатный ключ обеспечит вам беспроблемную уникальность (а значит и ссылочность) сегодня и завтра, чего не скажешь про натуральные ключи. Кто ж знает, как бизнес будет развиваться через 1-2-5 лет?.. Базы данных существуют ооочень долго.
Крайне спорное решение. Как обеспечивать уникальность записей тогда? Если создавать натуральный ключ, то как быть с редактированием?.. К тому же это все равно приводит к пересозданию внешних ключей и всех индексов. Да еще и запросы переписывать, связка то поменялась. А если архитектор проспал 20млн. вставок, то про абстракный слой он и подавно не думал… Не-не, палка о двух концах.
Я с вами и не собираюсь спорить. Я лишь указал на то, что разница в скорости в 80 раз, как вы писали выше — это мягко говоря неправда. Да, разница будет, GUID медленнее в силу своего размера. Но разница мизерная, львиная часть приложений её даже не заметит (я еще ни разу не сталкивался в своей практике). Мы же гвоорим про корпоративный софт, безнес приложения, а не научные исследования с расчетами…
А вот как только вы сталкнетесь с распределенной системой (а вы с ней столкнетесь фактически в лобой интерпрайз системе), то получите вполне себе конкретные проблемы с синхронизацией данных. Если интересно, рекомендую ознакомится, как работет двустаронняя репликация (merge)… Возможно, вы измените свое мнение насчет GUID.
"Кандидаты загружают своё резюме, а затем проходят 20-минутное видеоинтервью с искусственным интеллектом Mercor. Около половины времени посвящено обсуждению опыта кандидата, а оставшееся время — решению соответствующего кейса."
20 минут собеседование, серьёзно? Вероятно эта поделка на основе ИИ собеседует другие ИИ.
а давайте что б детям еще веселее было, заставим их в блокноте без подсветки синтаксиса все смотреть. а в качестве первого урока сразу ооп пойдет и через неделю что б обязательно продакшн код компилили. раньше же вот когда паскаль был, то все дети обязательно вставки на асме учили. чем ж питон хуже, давайте и в нем найдем дикую дичь - пусть мучаются! На питоне ж без лямбы писать невозможно. и тем более без ооп....
Питон проще дельфи/паскаля, на нем сейчас начинают детей учить основам программирования. И на сегодняшний момент это один из самых популярных языков программирования в мире ;-)
Конечно можно, но зачем? Ссылки, которые вы дали, опубликованы 15+ лет назад. Мотивацию можно легко проверить, открыв любой сайт с предложениями о работе. Все сразу станет ясно.
Вообще не понимаю, почему многие программисты так упорно цепляются за устаревшие технологии. Переход с дельфи на какой-нибудь .NET/C# для хорошего инженера вопрос нескольких месяцев. Изучение парочки нужных фрейморков полгода-год. Эти инвестиции с лихвой окупятся при первом же поиске работы.
P.S. Раньше думал, что оставлю дельфи написать что-то для души. Не вышло. Тот же питон оказался банально проще для написания консольных мелких утилит и различной автоматизации. Ну а C# с бесплатной VS на голову удобнее и стабильнее RAD Delphi студио. Единственное, что там осталось действительно на высоте - это быстрое создание GUI на VCL, особенно для работы с данными. Ах, компоненты DevExpress - любовь всей жизни :-)
Пока слабо верится в это. Для Микрософт проблема не в потере рынка и денег, РФ - это погрешность. Проблема в репутационных издержках как надежного поставщика услуг. Это для физлиц все равно - поставят взломанный продукт или мигрируют свои 2 с половиной компа на линукс. У бизнеса все намного сложнее. Другой бизнес все это тоже видит. Никому не нужно на пустом месте получать проблемы, а тут может быть открытая демонстрация того, что твоя система по щелчку пальцев за океаном превращается в тыкву... Очень очень дорогую тыкву. Вопрос, надо ли тебе вообще связываться с такой каретой? Пусть будет повозка с лошадью, зато надежная.
С ностальгией вспоминаю Дельфи, долгое время использовал его как основной язык программирования. Но на сегодняшний момент он безнадежно устарел. Насчет быстроты я с вами согласен. Можно быстро и качественно накидать простенькую утилитку на VCL. Язык вполне может и сейчас использоваться для небольших десктопных проектов с GUI. Но написать серьезное приложение на дельфи - это боль и страдание.
"Это решение дороже предыдущих, но в перспективе оно позволит сэкономить на обслуживании баз данных." Неа, не позволит. Такое решение подходит для небольших и средних проектов (типа мелкого веб-сайта или магазина). Когда у вас команда несколько человек и зарплата выделенного DBA/DevOps больше, чем затраты на подписку. Как только у проект разрастается до более-менее серьезных размеров, появляется DWH с аналитикой, то Managed Databases будет получаться или дорого, или очень дорого. К тому же минимум гибкости из-за невозможности тонкой настройки и контроля. Много раз видел такую картинку для AWS и Azure. Не думаю, что в данной рекламной статье решение будет превосходить ведущих клауд вендоров в эффективности.
Что-то в этом есть. В принципе в программировании это уже давно тенденция, когда простые вещи делают сложно. Тут вина не инструментов, а тех, кто эти инструменты так использует. Почему бы не освоить бюджет по переписыванию монолита на микросервисы, пофиксать старые проблемы и огрести кучу новых. Нанять девопсов что б заменили простейший пайплайн в дженкинсе на что-то более современное, версионное, автоматическое и очень крутое. Отгрести еще кучу проблем и соответственно попросить новый бюджет, который тоже будет потрачен на свистелки-перделки, которые потом потребуют своего бюджета на доработки и поддержку. И когда уже кажется, что вот наконец все устаканилось, то приходит новый девопс/архитектор/менеджер и говорит "'это все старое г%вно мамонта, так уже никто не работает, надо переделать. К тому же знаю я тут один фреймворк/технологию/тулу"... Ну и круговорот бюджета запускается по новой. В конце концов, кто-то же должен использовать этот миллион новых тулов, языков, паттернов и новых решений, которые растут как грибы после дождя.
Так что продолжая аналогию автора с calc.exe, программа потихоньку переходит на блокчейн, работает в многопоточном распределенном бигдата кластере с ML алгоритмами и поддержкой сферических коней в вакууме. Ничело личного, просто бизнес.
Печально все это. Добавим сюда ещё и массовый отъезд квалифицированных ит специалистов вслед за работодателями. После аутсорса и работы в иностранной компании за условные 400 тыс сложно будет объяснить специалисту, что его рыночная зп теперь 60к как у обычного офисного планктона. Да, уход крупных вендоров мог бы освободить место на рынке для отечественного ПО. Вот только кто будет это ПО писать? ИТ общество высокомобильно. Это не учителя или врачи, которых десятилетиями принуждают работать за еду. Боюсь, что раньше в РФ была отстала айтишечка, теперь же не будет и этого.
Ребята обсуждают тут миграции на линукс экосистему. Это вызывает улыбку) . Такая миграция не просто дорого для крупного бизнеса, это очень очень дорого. Мелочевку перевести можно, но скорее всего никто это делать не будет, а тупо скачаю нужный софт с торентов. Опыт есть :) Что-то покрупнее (1000 машин и десятки серверов) потребует миграционный план с аудитом, обучение, допиоивание кастомного софта, новых высококлассных спецов и много много времени на тестирование. Плюс миллион мелочей, которые раньше уже обкатали, а сейчас десятки/сотни юзеров будут постоянно звонить в сапорт. Это не про российский бизнес одназначно. Тем более в кризис.
Вообще не удивлён. Разве кто-то забыл, как яндекс точно так же отключил для своего диска WebDav? Мало того, что официально так ничего и не сказали, так при обращении в поддержку уверяли, что все работает, мол проблемы на вашей стороне... Столько времени убил, пытаясь понять, почему резко перестала работать синхронизация... Яндекс тем временем вырезал даже упоминания про WebDav из документации. В итоге я аннулировал все подписки у этой конторки, перевез данные в другое облако и сейчас чисто с улыбкой наблюдаю дальнейшую деградацию сервиса и отношения к клиентам со стороны яндекс.
Как показывает практика, на рынке нет правил. Прав тот, кто сильнее. Пытались придумать ВТО, но эта структура работает только в интересах нескольких стран. Вот и появилась санкционная политика, различные запреты под предлогом шпионажа (вспоминаем историю Хуавей), вмешательства в выборы (всемогущие русские хакеры) и т.д.
«Ах, я чем виноват?»
— «Молчи! устал я слушать,
Досуг мне разбирать вины твои, щенок!
Ты виноват уж тем, что хочется мне кушать».
Сказал — и в темный лес Ягнёнка поволок. (с) И.А.Крылов
Если на пальцах, то либералы были сторонниками свободного рынка, в основе которого лежит специализация. Т.е. вы производите то, что лучше всего умеете. Всё остальное можно купить на рынке. Это не выдумка Гайдара, это целая экономическая теория. Поэтому у нас отмерли часть отраслей как не эффективные (проще купить на Западе) в т.ч. автомобилестроние, авиастроение, микроэлектроника, станкостроение и т.д. Пока глобальный рынок работал, это все худо бедно функционировало. Рынок закрылся, пирамида посыпалась.
Сегодня, если вдруг правительство захочет таки восстановить какую-либо отрасль, придётся использовать элементы мобилизационной экономики. Ну или барахтаться 10-20-30 лет в пораллельном импорте, постаринке попиливая бюджеты импорта замещения.
Боюсь, что реализация подобной программы в современной России нереалистична. И дело не только в санкциях. Это же целая отрасль, которая в РФ давным давно уничтожена. Нет кадров, нет опыта. И самое главное, нет сколько-нибудь адекватного понимания у руководства этой страны что и как делать. Более двух десятков лет не заниматься микроэлектроникой и тут раз, за пару лет почти с нуля целую отрасль создадут. Это даже не смешно.
СССР возможно смог бы выкрутиться, но там были другие принципы организации государства и управления.
Если санкции затянутся, Россию ждет жестокая расплата за гайдаровские реформы и полностью ресурсную экономику (ака бензаколонка стайл).
Когда был в Сербии, то сильно напрягло, что все кругом курят. Большой проблемой было покушать где-нибудь не в облаках папиросного дыма.
Еще проблема с хорошим чаем. Его просто нет. С кофе ок.
Про жизнь тоже много нюансов. В некоторых городах реальная проблема с экологией. Первый раз думал, что машина сломалась из-за постоянно запаха гари. Оказалось, что так пахнет зимой угольно-древесное отопление.
В столице беда с парковками. Все платно и мест нет.
Народ прекрасный, отношение хорошее.
По налоговой нагрузке Сербия проигрывает Грузии и подобным странам.
В общем обязательно поживите там хотя б месяц прежде чем оформлять ВНЖ и делать другие более глобальные телодвижения.
А так… как говорится, если неизвесное животное выглядит как собака, лает как собака и кусается как собака — то это и есть собака.
Простой пример. Таблица Cars, таблицы Drivers. Связка между ними через CarDrivers. Если в простейшем случае можно обойтись CarID, DriverID и создать первичный ключ по этим двум полям (классическое many2many), то при появлении смысловой нагрузки (например, сопаставление водителя и машины только через приказ) и появлении даты (водитель взял машину, отдал, взял другую и т.п.) теряется уникальность для связки CarID-DriverID…
Техническая таблица превратилась в полноценную сущность. Такое частенько бывает, особенно при интенсивной разработке. Так что либо кастыли либо болезненное изменение схемы
Я имел в виду, что сурогатный ключ обеспечит вам беспроблемную уникальность (а значит и ссылочность) сегодня и завтра, чего не скажешь про натуральные ключи. Кто ж знает, как бизнес будет развиваться через 1-2-5 лет?.. Базы данных существуют ооочень долго.
У вас во всех базах структура идентична, пусть там будет таблица Sale с уникальным ключем SaleID. Ну вот мы стартуем синхронизацию и оказывается, что во всех офисах куча вставок записей. А поле то identity(1,1).Ай-яй-яй, получаем проблемы, начинается пляска с бубном, типа пусть в первом офисе SaleID будет строго нечетный, во 2-ом четным, в третьем четным отрицательным и т.п. Когда кол-во офисов переваливает за десятку, начинается полный отказ от идентити и переход на сиквенсы со сложном правилом генерации для каждой базы и т.п. И так по КАЖДОЙ таблице.
Зато INT быстрее GUID © :-D
А вот как только вы сталкнетесь с распределенной системой (а вы с ней столкнетесь фактически в лобой интерпрайз системе), то получите вполне себе конкретные проблемы с синхронизацией данных. Если интересно, рекомендую ознакомится, как работет двустаронняя репликация (merge)… Возможно, вы измените свое мнение насчет GUID.