Найти в Дзене
Senior-врач
Senior-врач Я программист и понимаю, что глобально программисты (насчет себя не уверен) приносят пользу нашему миру. Но с врачами нам не сравниться. Сегодня имел честь присутствовать при наложении швов своему младшему сыну после неудачного падения на утренней прогулке. И я убедился, что наша больница — самый настоящий хайлоад проект с непредсказуемой нагрузкой 24/7. Лечащий нас врач держал в голове одновременно 5 кейсов, включая кейс моего сына. К нему регулярно подходили другие врачи за консультацией, задавали четкий вопрос и получали четкий ответ. Иногда казалось, что все завязано на нем (как у меня в компании), он всех блокирует и мешает работать работу...
3 дня назад
Нежданная погода и последствия
Нежданная погода и последствия К нам временно и внезапно пришла зима. Я успел привыкнуть, что внезапный снег это всегда жесткие пробки. В этот раз ситуация другая. Больше месяца снега не было вообще и многие успели переобуться на летнюю резину (я не исключение и повезло, что машину жены переобуть не было времени). Как результат — машин на дорогах стало сильно меньше и пробок почти нет. При этом ехать всем все равно куда-то надо. Кто-то едет на общественном транспорте, а многие садятся на такси. В итоге у таксистов просто золотые времена — цены выросли в 3 раза, спрос огромные и каждая поездка проходит крайне быстро из-за отсутствия пробок...
1 неделю назад
Скорость обновления DNS
Скорость обновления DNS Есть одна особенность моей айтишных проектов, которая до сих пор не дает мне покоя. Почему некоторые DNS сервера обновляют записи за 1 минуту, а некоторые еле успевают за сутки? Микроликбез DNS — механизм, через который домену (amorev.ru, например) присваивается ip-адрес в интернете, чтобы его найти. У меня за последний месяц было 2 ситуации, когда надо было быстро перевести проект на другой сервер. В начале марта домен лежал на NS-серверах ник.ру (худший сервис, связанный с доменами на мой взгляд) — перевод на другой сервер занял часов 8...
2 недели назад
Каково это — запускать свой IT продукт
Каково это — запускать свой IT продукт? Я еще ни разу не стоял у руля при запуске какого-либо продукта. Только у руля технической части — делился недавно, что я много раз в разных технических ролях принимал участие. Не представляю насколько трудоемким является процесс запуска любого продукта, который ориентирован на продажи конечным потребителям. Я всегда смотрел со своей стороны, где моя задача сделать так, чтобы продукт работал и на этом мои полномочия все... Я почти не представляю что, помимо техники, происходит в айтишных проектах (таскеры, мессенджеры, CRM, ERP и тд). Как основатели приходят...
2 недели назад
"Работать как папа Карло" Фраза как будто про переработки. А вы знаете кем работал папа Карло? Шарманщиком. То есть его работа заключалась в повороте механизма шарманки днями напролет, чтобы из шарманки шла музыка. И сразу фраза "как папа Карло" звучит иначе...
3 недели назад
Связь ИИ с внешним миром На ИИ не стоит перекладывать ничего, что связано с данными из внешнего мира. Особенно в интеграциях по API. Странно у ChatGPT спрашивать прогноз погоды. Ему просто неоткуда взять данные для прогноза. Можно перед этим скинуть ему всю доступную информацию в виде текста и попросить спрогнозировать, но на верный ответ рассчитывать на стоит. Тоже самое касается относительных вопросов. Если спросить человека "какое сегодня число", то человек либо уже знает какая сегодня дата, либо глянет календарь и скажет. То есть он будет опираться на факт, а не попытается "просто выдать текст". ИИ же просто выдаст текст, которой "максимально похож" на "сегодняшнее число". Для него сегодня похожим может быть "8 января 2013". Можно попробовать так — "сегодня 24 марта 2025. какая сегодня дата?". Не факт, что он даст верный ответ. Рассуждать в формате "в первом предложении мне дали точную дату" он будет не со 100% вероятностью. Примеров полно. Сначала думаем, а потом подключаем ИИ. Не наоборот.
3 недели назад
Эволюция рабочих мест в кино Сейчас с детьми пересматриваю разные старые фильмы типо Маски или Флаббера — в детстве смотрел эти фильмы до дыр. Еще из старых фильмов вспоминаю "этот безумный мир" 50х годов. В то же время иногда смотрю современные сериалы про 70-90е годы нашей страны и про наши дни. И заметил очень интересный момент — эволюцию рабочих мест героев. В 50х на рабочем месте обязательно лежал блокнот, стопки бумаг и может печатная машинка. В 80-90 в американских фильмах можно увидеть у некоторых крутых ребят на столах компы с огромным монитором, на котором он мог делать какие-то дела в невзрачном интерфейсе. В нулевых уже компы становятся поменьше, а у некоторых даже работа ведется на ноутбуке. В десятых почти всегда на столе стоит ноут либо яблочной компании, либо компании Dell. Ну а сейчас рабочего места может просто не оказаться или это будет просто стол, за которым может сидеть главный герой, делая что-то на телефоне и где-то там, на углу стола, лежит закрытый ноутбук. Интересно, что будет следующим.
1 месяц назад
Алгоритмы светофоров У нас в городе последние 3-5 лет улучшают ситуацию на дорогах, не меняя сами дороги — с помощью улучшения алгоритмов работы светофоров. Я езжу за рулем с 2010 года и некоторые светофоры у нас были жутко пробочными примерно всегда. Год назад светофор у моего дома перенастроили и теперь он работает совсем по другому алгоритму и случилось чудо: больше 5 минут на нем можно потратить только в случае ДТП на нем или рядом. А раньше минимум 5 минут на него стоило закладывать всегда. Так повсеместно. Оптимизация алгоритмов светофоров происходит везде и они становятся все умнее. В итоге без расширения дороги расширяется её пропускная способность. Мысли о неоптимальности алгоритмов светофора появились в моей голове еще на 1 курсе института. И я тогда в качестве "проекта" делал эмулятор алгоритма светофора в виде консольного приложения. Я имитировал пешеходов и разные потоки машин на светофоре и придумывал алгоритмы для максимальной пропускной способности. Дико интересная задача! И как же приятно видеть мне, что мое любое IT облегчает мою жизнь в роли водителя. В Москве иногда видно как счетчик на светофоре резко исчезает и получается зеленый коридор из светофоров на улице и сотни машин проезжают за 3 минуты то, на что раньше проезжали за 15. Было бы круто прочитать какие алгоритмы заложены на сложных развязках и как вообще разработчики принимают те или иные решения в этом вопросе.
1 месяц назад
Стартапы. Экономия. Никогда не запускал стартап в области разработки какого-то вещественного продукта (который можно потрогать), но наблюдал и принимал участие в разработке и запуске разных стартапов в области IT-решений. Для меня стартапы похожи на загородный дом в лютый мороз. Поясню в чем сходство: — Свежий воздух в дом зимой пускать стоит денег: вместе с ним приходит холодный воздух, который греется за деньги; — Без свежего воздуха находиться в доме становится просто невозможно. Поэтому свежий воздух обязательно надо впускать. Мало кому приходит в голову открывать все окна зимой и включать отопление на 100% — дышать может и получится, но денег на отопление уйдет уйма. Всегда ищется баланс между свежим воздухом и оптимальным расходом тепла. Стартап работает примерно также. Без "кислорода" (сотрудники, сервера и тд) стартапу невозможно жить, но за этот "кислород" приходится платить дырой в бюджете, который надо "подогревать" за счет денег собственника, инвестора или клиентов. Редко можно видеть в лютый мороз дом со всеми открытыми окнами. А вот стартапы "окна открывают" регулярно, закупают сервера, толпы сотрудников, заранее не заботясь о притоке тепла. Потом приходят к тому, что стартап глохнет без результата: как будто кончились деньги на содержание дома, а от холода закрыли окна, чтобы экономить тепло и сидят без тепла и кислорода пока трубы не лопнут от мороза и сделают дом непригодным для жизни... Сначала отлаживаем отопление, а потом открываем окна. Не наоборот.
1 месяц назад
Юридические вопросы в прямом эфире В далеком 2023 году я стримил с юристом из BETOBELEGAL. Задавал интересующие меня вопросы, касательно моего бизнеса и смежных областей. С тех пор мы с ребятами регулярно работаем и все юридические вопросы мы решаем с ними. А если я когда-то надумаю запускать свой продукт в роли собственника, то точно начну с общением с ними — юридически я валенок и не шарю в этом совсем. Сегодня София будет вести вебинар на юридические темы, где затронет тему продуктовой разработки и работы с инвестициями. Если у вас стоит вопрос привлечения денег в свой проект — в РФ или за рубежом, то вам точно будет полезна информация, которую расскажут на вебинаре. Вебинар будет сегодня в зуме по этой ссылке в 19.00. Если зум потребует номер конференции: 854 6693 0182
1 месяц назад
Работа с другими подрядчиками В галерных проектах есть яркая проблема — другие команды разработки, которые делают другую часть проекта. Это может быть другая команда разработчиков, которая делает нативный клиент,команда, которая пилит основное API, с которым нам надо интегрироваться или кто угодно другой. Нам регулярно не очень везет. При разработке проектов с другими командами примерно 40% времени приходится тратить на пояснение, где именно на стороне других разработчиков проблема. Очень часто другие команды крайне хороши в самооправдании и переводе стрелок, а мы это дело совсем не умеем и создается впечатление, что мы причина всех бед проекта. Но самое ужасное наступает в момент, когда подключается команда, точкой входа к которой является менеджер, который далеко не программист, и он становится ужасным испорченным телефоном. И контакт разработчиков менеджер не дает под страхом смерти... И менеджер занимается пересылкой сообщений с уточнениями в обе стороны. И банальный вопрос "какой запрос, чтобы получить новости по API" занимает вместо 3 минут пару часов. Совсем недавно так мы на один такой вопрос ответ получили только спустя несколько дней. И так на протяжении всего проекта. Я уже писал про то, что мы всегда добавляем разработчика в чат с клиентом. Где-то 80% неполадок решаются в течении 10-20 минут после написания сообщения в чат. Разработчик быстро понимает где поправить или кого пнуть, чтобы тот поправил. В итоге все остаются довольные. Мои посты по теме: — Поливание грязью предыдущего подрядчика; — Важность общения разработчика напрямую с клиентом.
1 месяц назад
Начальник всегда прав? Если начальник это я, то начальник всегда прав. Иначе — зависит от ситуации. Рулить IT-компанией (да вообще любой компанией) - это очень сложный когнитивный процесс, в котором приходится жонглировать между самодурством и здравым смыслом. И самое сложное — самому себе дать понять, что я сейчас прав фактически или просто власть в голову ударила. В общении с сотрудниками стараюсь вставать в позицию, по-умолчанию, не правого и никогда не давлю на ребят своим авторитетом из серии "потому что я так сказал". Получается не всегда. Буллингом занимаюсь регулярно. В адрес некоторых особенно часто. Но они говорят, что не обижаются. На меня подписаны все сотрудники и не дадут соврать, если им хватит смелости остаться без работы и денег. Косячить у нас можно до тех пор, пока выполняется главная метрика эффективности сотрудника — деньги (подробнее тут и тут). Еще не штрафовали сотрудников. Только жестко наказываем: например фисташками.
1 месяц назад