На Хабре еще нет, хотя весь интернет обсуждает. А у нас здесь как раз самый профильный ресурс по теме, и у пользователей (если они, конечно, существуют) может быть свое мнение.

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

Разрозненную информацию собрало издание The Atlantic.

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

В праве критерии авторства достаточно просты: (1) творческий характер деятельности (именно деятельности, а не результата); (2) выражено в объективной форме, в том числе, в электронном виде. Путем сопоставления данных критериев с конкретным произведением не вызывает сомнений наличие авторских прав на любое селфи с помощью мобильного телефона, или авторство фотографий с фотоаппаратов, выставленных на автоматическую съемку в условиях дикой природы, или авторство Энди Уорхола на знаменитую фотографию в фотобудке, размещенную в заглавии статьи.

В судебной практике предпринимались попытки оспорить авторские права со ссылками на отсутствие оригинальности, ценности, вклада автора и т.п. Попытки в большинстве случаев так и остались попытками. В статье 1259 Гражданского кодекса России прямо указано, что объектами авторских прав являются произведения независимо от достоинств, а суды зачастую используют следующую формулировку «само по себе отсутствие новизны, уникальности и (или) оригинальности результата интеллектуальной деятельности не может свидетельствовать о том, что такой результат создан не творческим трудом и, следовательно, не является объектом авторского права» (дело № А40-80385/13). И, пожалуй, следует упомянуть самое известное дело об авторстве фотографии в мире, это права на селфи обезьяны Наруто – автором признали фотографа, а не обезьяну, даже несмотря на то, что фотографическая деятельность велась самой обезьяной (https://www.bbc.com/russian/news-41237973).

Почему я отделяю вакансии в крупных компаниях от вакансий в компаниях поменьше?

Крупные vs маленькие и средние

У крупных компаний отделов, проектов и планов столько, что людей не хватает постоянно. И нанимают они зачастую не в определенный отдел, а в компанию в целом. Отсюда растут ноги у абстрактных вакансий и многоэтапных собеседований. Сейчас не будем углубляться в это.

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

Широкая воронка найма

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

Такую позицию я не разделяю. И как программист (тимлид немного тоже программист), я вижу, какие вакансии мне регулярно присылают рекрутеры, и понимаю, откуда эти сотни в цифрах воронки найма.

Первое – подавляющее большинство вакансий, которые я получаю, не очень релевантны тому, что я указываю у себя в резюме. Отсюда я делаю вывод, что спам идет по площадям, без малейшего вникания в опыт кандидатов. Что ж, это оставим на совести спамеров.

Второе – по этим вакансиям совершенно непонятно, что же именно мне предлагается делать. Просто какой-то набор из самых распространенных слов:

Пост посвящён более подробному рассмотрению перечислений, добавленных в PHP 8.1.

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

За много лет до того, как «Zoom-выгорание» убило наш дух, компьютерная революция принесла нам такую боль, какой человечество прежде не испытывало

Дизайн большинства сайтов B2B-компаний имеет одну особенность — он максимально строгий и формальный. Потому что «наши клиенты — серьезные люди: директора и собственники». Это сильно ограничивает полет фантазии дизайнеров и приводит к задержкам при разработке сайтов, т.к. при согласовании строгого стиля бизнес часто просит добавить ярких красок. Противоречиво, правда?

Мы в MOOSEHEAD имеем большой опыт подобных проектов и подготовили несколько советов для заказчиков на примере сайтов финтех-компаний.

Уже почти два года Максилект - это не только сервисный бизнес, но и компания с собственной разработкой. Пришла пора подробнее рассказать о проекте, который мы реализуем самостоятельно, постепенно увеличивая команду.

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

Вы заметили? Все крупные компании, занимающиеся сбором и анализом данных, двигаются в сферу здравоохранения. Amazon за $750 млн купила PillPack для продажи лекарств онлайн. Alphabet инвестирует миллиарды в Google Health, с ее десятками проектов, в том числе AI-роботами для операций и повышением эффективности скрининга глаз при диабете. Apple — создала Health App (запуск этой осенью), продвигает Apple Watch в первую очередь как трекер для здоровья, и даже недавно открыла сеть собственных клиник.

Microsoft недавно купила фирму Nuance за $19,7 млрд. Её вторая по масштабности сделка за всю историю (после покупки LinkedIn за $26 млрд). И тоже, как говорят, чтобы расширить линейку своих продуктов для здравоохранения за счет AI. Microsoft планирует подключить технологию распознавания речи Nuance к своему облаку Microsoft Cloud for Healthcare, что, по расчетам Microsoft, удвоит доступный ей рынок до $500 млрд.

Ради доступа к мир медицины компании даже готовы сильно рисковать. Так, Google последние несколько лет собирала персональные медицинские данные 50 млн американцев без их ведома. В рамках проекта «Project Nightingale» («Проект Соловей») она создавала глобальную базу с медицинскими картами пациентов, в которой есть информация об их исследованиях и анализах, диагнозах врачей, записях о госпитализации, историях болезней. С именами пациентов и датами рождения.

За это компании пригрозили судами: несколько сенаторов, в том числе бывший кандидат в президенты Элизабет Уоррен, просили открыть дело, и ставили ультиматумы партнерам Google, чтобы те вышли из проекта. Но, видимо, оно того стоит.

Говоря коротко, С работает везде. Этот язык — не просто большой динозавр, которому каким-то образом удалось дожить до наших дней. Он крайне практичен, поэтому невероятно успешен. Удивительно, но истоки С далеки от успехов. Он стал итогом десятилетий неудач, и, если бы не старания любящего программировать на каникулах школьного учителя, язык мог бы не появиться. Это история о невероятно медленных компьютерах, трёх Дэвидах и давнем наследии языка C. К старту курса о программировании на С++ делимся переводом статьи с краткой биографией Кристофера Стрэтчи.

Всем привет, это продолжение истории разработки: «Как в 30 лет стать старым и никому не нужным на примере разработки квеста». Прошел год и мне есть что рассказать.

Прошлая статья окончена на подготовке к выпуску в Steam «долго страдального» квеста над которым я работал 4 года.

10 марта запланированная дата релиза, но в игре остается критический баг который ломает все анимации. И что самое странное на моей конфигурации он не разу не встречается, но программист, композитор и игроки которые протестировали демо постоянно пишут о нем.

В России работает около 700 000 врачей. Эти люди ежедневно и круглосуточно помогают людям. И медицина – одна из областей, которые требуют постоянного внедрения новых технологий. Среди технологий, которые помогают врачам работать и учиться, есть такие направления, как:

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

• VR и AR платформы, которые помогают студентам учиться, а действующим врачам – тренировать свои навыки,

• Маршрутизация для транспорта, позволяющая быстрее доставить пациентов в стационар.

Мы сделали подборку проектов для медиков (и, конечно, их пациентов), которые мы получили на интенсив «Архипелаг 2121». Напишите в комментариях, какие из этих проектов, на ваш взгляд, особенно интересны.  

В этой небольшой статье я хочу кратко описать содержимое лекции №4 - Создание продукта, общение с клиентами и рост стартапа из курса по стартапам и бизнесу от Стэнфордского Университета.

Итак, из Лекции №4 - Создание продукта, общение с клиентами и рост стартапа вы узнаете следующее:

00:10 – Как пройти путь от 0 до большого количества клиентов?

01:30 – Необходимое условие стартапа – иметь достаточно свободного времени.

01:45 – Сколько времени нужно уделять стартапу?

02:35 – Какой план у неопытных стартаперов?

03:35 – Какие вопросы нужно задать себе как основателю стартапа?

05:30 – С чего нужно начинать решение проблемы?

06:45 – С чего начал решение своей проблемы проект HOMEJOY?

08:20 – Способы для изучения рынка стартапа.

09:00 – Как и зачем нужно изучать конкурентов?

10:00 – Как идентифицировать потенциальных клиентов?

10:30 – Последнее, что нужно сделать перед созданием продукта или услуги?

11:45 – Что такое MVP и зачем он нужен?

12:40 – Как и зачем позиционировать свой продукт?

13:20 – Какую роль играет слоган для стартапа?

14:00 – Каким образом привлечь первых клиентов?

15:30 – Как искать возможность для продвижения своего продукта?

17:45 – Что делать после привлечения первых клиентов?

19:00 – Для чего нужны отзывы клиентов?

20:00 – Зачем нужно собирать статистические данные о клиентах?

21:20 – Что такое кривая честности?

23:55 – Что нужно сделать до официального запуска проекта?

25:15 – Как производить масштабирование стартапа?

26:30 – Временная недееспособность лучше, чем паралич стартапа.

27:00 – Что такое подход Франкенштейна?