java / open source
Всем привет, меня зовут Алекс, я основатель AI-стартапа, в котором отвечаю за маркетинг и продажи. Поэтому я активно мониторю интересные каналы продвижения и делюсь своими мыслями.
Сегодня поговорим о том, на какой результат можно реально рассчитывать при запуске проекта на Product Hunt, стоит ли это потраченных усилий, и как в новых условиях повысить шансы на успех.
Мы с Мэттом сидели друг против друга и беззаботно болтали о технологиях и готовке. Раньше мы были шапочно знакомы по Twitter, где он постил разные кулинарные фото. Я даже стал немного завидовать ему и другим жителям пригородов, их мощным газовым горелкам для воков на заднем дворе. Мэтт выступает в качестве «подопытного» в моем новом проекте. Благодаря ему я смогу понять, интересную ли штуку придумал, или игра не стоит свеч.
– А кем ты работаешь?
– Ну, сейчас я занимаюсь разработкой микросервисов для платформы управления социальными сетями.
– А до того?
– Инженер-геолог. Куча горных работ, разные туннели. Гидроэлектростанции. Земляные насыпные плотины – их часто строят рядом с шахтами.
Он рассказал мне о своей старой работе. Его фирму наняли для исследования системы разработки рудника в Британской Колумбии (провинция на западе Канады – Прим. пер.) методом блокового обрушения. Блоковое обрушение – это такой способ разработки шахты, при котором под месторождением роют туннели, чтобы его дестабилизировать. Месторождение медленно обрушается, а руда ссыпается в специальные отводы. «А деньги падают в карман, будто ты их на принтере печатаешь», – добавил Мэт. В чем подвох? Шахта залегала в четырехстах метрах под свалкой токсичных отходов конкурирующей компании. «Может ли статься, что в случае землетрясения отходы затопят шахту и всех умрут?» Мэтту нужно было доказать, что всё в порядке.
Согласитесь, его нынешняя работа – совсем другое дело. «Мой скромный блог куда безопаснее, чем всякие проекты по добыче полезных ископаемых стоимостью в сотни миллионов долларов».
Кажется, моя идея была не так уж плоха…
Друзья, в этом обзоре я не претендую на всеобъемлющий охват всех отраслей, куда были внедрены нейросетевые технологии. Это попросту невозможно. Я лишь хочу “подсветить” некоторые аспекты, которые дадут вам возможность понять мою точку зрения, увидеть более полную картину происходящего и сложившиеся тренды.
Кроме того, можно резонно отметить, что крупные корпорации начали поглощать мелкие студии и компании, занимающиеся разработкой и внедрением нейросетевых технологий достаточно давно, лет 10 назад, однако именно сейчас мы наблюдаем “прилив”, а значит скопилась некая критическая масса новых технологий, свидетельствующая о возможности перехода на другой, качественно новый уровень развития, вследствие чего это только подтверждает мою теорию (по крайней мере, я на это надеюсь).
Недавно мы с моим другом оплакивали странную смерть OKCupid. Семь лет назад, когда я впервые попробовал онлайн-знакомства, он работал следующим образом: нужно было написать длинный рассказ о себе и о том, что ты ищешь. Ты отвечал на сотни вопросов о своей личности, мечтах, о том, что хочешь увидеть в партнёре, о том, что для тебя недопустимо. Затем тебе показывали самых совместимых с тобой пользователей с «показателем соответствия» от 0 до 100%. Эти показатели работали пугающе хорошо. Почти каждый раз, когда я читал профиль пользователя с показателем соответствия 95% или выше, я как будто немного влюблялся. Каждое свидание было интересным; «химия» возникала не всегда, но мне казалось, что мы, по крайней мере, можем стать отличными друзьями.
Сегодня я достаточно скептически отношусь к количественным оценкам романтики и к идее о том, что схожесть обеспечивает хорошие отношения. Да и в то время я был довольно скептичен. Чего я не ожидал, так это того, что OKCupid образца 2016 года окажется лучшим, на что будут способны сервисы онлайн-знакомств. Что инструменты, при помощи которых люди будут пытаться искать самые важные отношения в своей жизни, будут становиться всё хуже, и хуже, и хуже. OKCupid, как и другие проекты, купленные Match.com, сегодня стал просто ещё одним клоном Tinder — видишь лицо, свайпаешь влево, видишь лицо, свайпаешь вправо. Цифровой ночной клуб. А я не хочу искать себе жену в ночном клубе.
И это касается не только приложений для знакомств. Почти все популярные потребительские приложения двигаются в сторону минимального участия пользователя, лент с бесконечным скроллингом и мусорного контента. Даже самое драгоценное в Интернете, поиск в Google, настолько испортился, что его нельзя использовать для сложных запросов. Reddit и Craigslist остаются невероятно полезными и ценными именно потому, что их ПО замерло в своём развитии. Как старые викторианские дома в Сан-Франциско, они стоят, защищённые причудами судьбы от ветров капитала, напоминая нам о более гуманной эпохе.
В мире солитонов, где волны проявляют себя не только как простые колебания, но и как частицеподобные структуры с удивительной устойчивостью, модель Скирма выступает как одна из ключевых для понимания сложных волновых явлений в трехмерном пространстве. После нашего анализа модели Френкеля-Конторовой и знакомства с одномерным уравнением Синус-Гордона, стоит задаться вопросом: можно ли адаптировать эту модель к трехмерному миру, и какие сложности и открытия это может нам принести? Тони Скирм уже задавался подобными вопросами в 1958-1962 годах, пытаясь моделировать барионные частицы. В этой статье мы погрузимся в мир его исследований, затронем проблемы и особенности солитонов в трехмерном пространстве и попытаемся понять, как скирмионы могут изменить наше понимание физики частиц
Несколько дней назад я закончил последнюю главу саги Made at Intel. Напоследок хочу поделиться с вами несколькими мыслями, посетившими меня по ходу ее написания. Они обращены в прошлое, настоящее и немного в будущее.
В данной серии статей я подробно рассказываю о том, как написать на Java собственный интерпретатор объектно-ориентированного диалекта SQL с использованием Spark RDD API, заточенный на задачи подготовки и трансформации наборов данных.
Краткое содержание предыдущей серии, последней, посвящённой проектированию спецификации языка:
Операторы жизненного цикла наборов данных (продолжение)
Операторы контроля потока выполнения
Операторы управления контекстом исполнения
Операторы выражений
В данном эпизоде мы наконец-то перейдём к самому интересному — имплементации. Хорошо, когда есть развёрнутая постановка задачи, можно просто брать спеку, и писать код согласно плану.
Уровень сложности данной серии статей — высокий. Базовые понятия по ходу текста вообще не объясняются, да и продвинутые далеко не все. Поэтому, если вы не разработчик, уже знакомый с терминологией из области бигдаты и жаргоном из дата инжиниринга, данные статьи будут сложно читаться, и ещё хуже пониматься. Я предупредил.
Разберёмся каким образом приложение имеющее кучу бесплатных аналогов и использующее данные из открытых источников может хорошо зарабатывать, а другие нет. Какие приёмы монетизации выуживают деньги на подписку из вашего кошелька?
На Хабре время от времени появляются статьи про различные веб-сервисы и приложения, так или иначе анализирующие городскую среду. Такие сервисы, по задумке авторов, должны помогать жителям принимать какие-то решения - куда пойти, где купить жилье, где комфортнее жить и гулять.
Однако раз за разом авторы сталкиваются с одними и теми же проблемами: где взять исходные данные для своих моделей. В комментариях пользователи постоянно просят одни и те же нереализуемые фичи (например, информацию по социальной инфраструктуре) и предлагают одни и те же неработающие или имеющие множество подводных камней решения (типа кравлинга соцсетей или вытаскивания несуществующей информации из OSM).
В этой статье я постарался сделать обзор тех данных, которые можно использовать в урбанистически-айтишных сервисах в России. Что с их помощью можно сделать, что - нельзя, какие там есть подводные камни и типичные проблемы. Надеюсь, этот текст поможет как будущим авторам таких сервисов (чтобы не тратить время на то, что сделать не получится), так и для их пользователей (чтобы понимать, почему эти сервисы работают именно так, как работают, и не могут работать лучше).
Привет! Это Виталий Чесноков, сооснователь TEAMLY — платформы для совместной работы и управления знаниями. В своей практике я замечаю, что у компаний есть трудности с тем, чтобы внедрить базу знаний в рабочие процессы. В этом вопросе мне помогают разобраться эксперты.
Сегодня мне удалось пообщаться с Еленой Михайловой. Елена – бизнес-консультант, руководила проектами по разработке и внедрению базы знаний, ERP систем в S7 Airlines.
Поговорили о том, с чего начать строить базу знаний, если в хранилище только папки с фамилиями. А также что делать, если сотрудники игнорируют базу знаний и просят вернуть гугл-документы.
Сотрудники должны быть лояльными и мотивированными — об этом знают все. Даже люди, далёкие от кадров, такие, как я. Насколько я слышал, существуют методы расчёта лояльности. Надеюсь, что они работают. По крайней мере должны.
Потому что мой опыт говорит об обратном.
И в этом я не одинок. Хотите пример? Вот отрывок из вакансии, которую мы обсуждали в чате программистов пару дней назад.
Мою статью только что опубликовали в журнале Nature, потому что я придерживался изложения, которое, как я знал, понравится редакторам. Так наука работать не должна.
Если вы читали новости о лесных пожарах этим летом - от Канады до Европы и Мауи, - то у вас наверняка сложилось впечатление, что они в основном являются результатом изменения климата.
Я занимаюсь изучением климата. И хотя изменение климата - важный фактор, влияющий на лесные пожары во многих регионах мира, это далеко не единственный фактор, который заслуживает нашего пристального внимания.
Так почему же пресса так ревностно описывает изменение климата как основную причину? Возможно, по тем же причинам, по которым я только что опубликовал научную статью о лесных пожарах в Nature, одном из самых престижных журналов мира: она соответствует простой сюжетной линии, которая вознаграждает того, кто её рассказывает.
В иерархических структурах регулярно возникает потребность определить ближайшего общего предка в дереве, он же наименьший общий предок (Lowest (Least) Common Ancestor).
Правда, "классические" алгоритмы для решения этой задачи работают лишь с парой узлов (раз, два, три, четыре), а мы, используя всю мощь PostgreSQL, будем решать задачу сразу для нескольких узлов.
Когда я взялась делать первую презентацию для своего стартапа, мне казалось, что Pitch Deck — это все, что мне нужно. Но потом я начала изучать - что может еще пригодиться, и передо мной открылся огромный и чудный мир различных стартап-презентаций. Я понимала, что презентация — это не просто слайды с информацией, это целая стратегия, направленная на разные цели и разную аудиторию, от привлечения инвесторов до поиска команды, от продажи продукта до получения грантов, где каждая цель требует своего подхода, но даже не догадывалась как много придется еще сделать.
В этой статье я попробовала коротко описать разнообразие типов презентаций, которые каждому стартапу стоит иметь в своем арсенале и расписать список слайдов по каждой.
async и await, хоть и более громоздкий. Именно об этом и пойдёт речь в данной статье.Видео от автора на ту же тему.
Да здравствует мыло душистое демосцена! И вам привет, дорогой читатель ;)
С демосценой я познакомился примерно 25 лет назад (или чуть больше). Но тогда это выражалось лишь в просмотре 128–256-байтовых интр (и демок, конечно же) с изумлением а‑ля: «А что так можно было?» Думаю, у многих знакомство с этой киберкультурой начинается похожим образом :). Если вам эти слова мало о чём говорят, почитайте о демосцене скудную статью на Вики, ну и/или послушайте подкаст, а также посмотрите что люди умудряются сделать, укладываясь всего лишь, например, в 256 байт кода (справа у большинства работ есть ссылка на видео YouTube).
Полноценные интры на любимом ассемблере x86 я начал писать только 5 лет назад, в 2018 году. Именно тогда я отправил на знаменитый фестиваль Chaos Constructions (который, кстати, организаторы обещают возродить в 2024) два прода (от слова «production»): 256b intro StarLine (заняла 1-е место) и 64b intro radar (заняла 6-е место в том же compo). После этого демосцена меня засосала стала частью моей жизни, в которую время от времени я с энтузиазмом погружаюсь.
Пусть вас не смущает, что разбор я начал с работы, занявшей шестое место, а не первое. Такой выбор обусловлен тем, что её код более простой и короткий. Вместе с тем, там не так уж и мало трюков, с которыми начинающему (а может, и не только) самураю демосцены может быть интересно познакомиться. Так что не надейтесь на лёгкое расслабляющее чтиво :)