Нарезал 22км пешком по Минским проспектам и улочкам за эти два дня. Карточку сделал. В кинчик сходил. В книжный заглянул. В коворк хотел ворваться, но чёт так и не успел сегодня, тот закрылся:) Хорошооо. Возвращаюсь в Московию. Минск — классный! Кто хотел встретиться — организуем обязательно!

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

А суть в том, что сервис судя по разговору для невест, пользоваться будут они. Фаундер мужик и, кажется, он ни разу не невеста. И не фотограф. Потому очевидно, что проект решает не проблему фаундера и о проблеме он в лучшем случае что-то где-то от кого-то краем левого уха слышал, а в худшем случае проблему сгенерировал его мозг, мол есть она, проблема сия, и решать её надо непременно и как можно скорее, и что денег там явно муллионы.

Из разговора у меня сложилось мнение, что custdev не проводился или проводился по классике, чтобы доказать себе жизнеспособность идеи. Доказать себе можно что угодно, если стоит такая задача, это легко, можно и не проводить ничего.

Свадебные сервисы уже есть. Каталоги фотографов для свадеб есть. При этом, я почему-то уверен, ищут на свадьбу фотографа часто иным способом, вот иным. Через инстаграм, например, или по рекомендации.

То есть. 1) Кажется, проблемы вообще нет 2) А если она и есть, она уже решена.

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

Решение проблем, нарисованных собственным воображением, это верный путь не туда, куда нужно.

У меня был интернет магазин белорусских часов Луч. Когда я его открывал, решал в том числе свою проблему, понимал, что есть запрос на советский бренд с кириллическим названием (я в Минске себе такие купил, а в Москве их не видел нигде), понимал, что эти часы почти не продавались в России и знал, как продавать их больше. Это сработало.

Был юридический проект, в котором я был соучредом. Проект решал боль моего тогдашнего партнера, он был в теме и проект решал его конкретную проблему. Это работало, проект зарабатывал, во всяком случае пока я не вышел оттуда, что происходило дальше не в курсе.

Salesbeat возник как продукт из заказного проекта для одного интернет-магазина. Опять же, это была не идея, возникшая в моем больном воображении, был конкретный запрос от участника рынка. Тем не менее нельзя сказать, что размер этого запроса от рынка в реальности столь велик, как то самое воображение рисовало. Проект зарабатывает, но не космос — решаемая проблема мала. Но зарабатывает — проблема всё же есть, потому что она возникла не в воображении.

Есть люди, которые очень убедительно умеют говорить. Мы, человеки, вообще потребляем информацию в большей степени с невербалики, то есть с того, как человек говорит, как выглядит, кто этот человек. Смысл слов в меньшей степени на нас влияет. И вот часто встречаешь такого фаундера, который горит своей идеей и так вкусно о ней рассказывает, что, отключив голову, ты проникаешься. Где-то в уголке сознания помигивает красная лампочка, что это всё пустотелые фантазии, но ты все равно проникаешься. Потом включаешь голову в анализ и понимаешь, что нет, тут нечему работать.

Мораль сей басни проста и незатейлива: делать проекты только на фантазиях не надо. Фантазии должны быть подкреплены чем-то твёрдым, на что можно опереться. Но, несмотря на всю банальность этих слов, ни фига-то им люди не следуют:)

И ещё. Если у кого-то получается делать бизнес на чём-то — вообще не факт, что получится у тебя. Тоже простая мысль, но тоже не всем доступная. Ну типа — вот у них получается, значит и я смогу. Не фаааакт:). Причем даже понять потом не получится, как так вышло, что у них прёт, а у тебя нет. Бывает, чо. Не у всего есть рациональные контролируемые причины.

#marketing #softskills

Искал мессенджер для open source проекта системы донатов, натыкался помимо прочих вариантов на Zulip. Оказывается, он на Python. И даже Гвидо в резолюции о PEP 526 касательно type hinting отзывался о Zulip в формате, что если хотите посмотреть проект с большой кодовой базой, активно использующий подсказки типов, то посмотрите на код Zulip. Найти бы время сделать чтение его исходников в продолжение этой YouTube-рубрики:)

#it #python #backend

Статья для тех, кто боится использовать родной модуль logging в Python, не понимает его или не понимает, как настроить всё в своём проекте: https://khashtamov.com/ru/python-logging/

Накидал также небольшую демку настройки логирования в проекте — в сообщении выше.

#IT #Python #backend #codebetter

Последний раз что-то плотно изучал по CSS очень давно, возможно в нулевые. Сейчас выделил время освежить — удивляюсь, как всё развилось.

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

.text {
    column-count: 7;
}

Прекрасно. Не знаю, нафига, но прекрасно. Дэ.

И IE почил, хвала небесам. Живём.

#frontend #it

Из всех образовательных компаний, работающих на русскоговорящем пространстве, я могу выделить Слёрм. И по отзывам, и по моему опыту взаимодействия — они крутые. Делают хорошие программы по DevOps, Linux и тп.

Как в одном видео сказали ребята оттуда, они не продают мечту на развес. Мне понравилась формулировка. Качественные материалы для тех, кто понимает, зачем они ему.

Таки вот!

И написали мне ребята оттуда, говорят, Алексей, у нас курс по CI/CD запускается, не хочешь рассказать о нём? А я что, я с удовольствием:)

Кто хочет разобраться в том, что такое CI/CD процессы, для чего они используются, что в себя включают, какой инструментарий для них разработан и как его настроить — велкам.

Когда я решу глубже прокачаться в DevOps и смежных технологиях, то пойду именно к ним.

В свете текущих событий переезжаем на свой Gitlab. Его можно разверуть самому, воспользоваться готовым образом в Яндекс Облаке или инструкцией от Selectel.
Всё легко и быстро.
Боже, храни Open Source.

#it #linux

Добрый вечер!
#gg

Закончил Большую книгу CSS. Кто хочет систематизировать и углубить или просто изучить вопросы CSS вёрстки, можно почитать параллельно со статьями MDN. В книге часть информации неактуальна (упоминания того, что в IE это всё не работает и подобное — можно пропускать, главу про float вёрстку можно пропускать), но впечатление не портит, остальное полезно. По Grid можно дочитать на MDN.

#IT #frontend #books

3 позиции, по которым Python превосходит С++?

Вопрос из комментов, решил скопировать ответ и сюда, возможно новичкам будет полезно.

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

2. Гораздо проще разработка и поддержка кода. Не на порядок, а на несколько порядков проще. Если надо просто решить задачу, то большинство людей выберет пайтон, о чем говорит его популярность и то, что именно под пайтон делают модули на низкоуровневых языках, когда надо получить интерфейс для доступа к логике, то есть API для доступа к логике, то есть простой способ вызова, использования этой логики.

Например, программы анализа данных, data science и подобные. Логика по факту написана на низком уровне, например, С, но среднестатистический аналитик её не сможет вызывать из кода на С, нужна какая-то более дружелюбная простая среда, С это слишком тяжело. Поэтому упаковывают логику в модуль для пайтона, подключают его к пайтону и используют уже из дружелюбного простого пайтона, который легко может изучить аналитик, не становясь при этом адовым программистом.

3. Изучить пайтон на порядки проще С++. Кривая обучения плавная. Концепции просты. Можно быстро начать получать результат от языка, и эти результаты будут безопасны по памяти (см п.1). Поэтому его часто и выбирает бизнес. Можно взять джуна и быстро вырастить его. Вырастить С++ спеца это многие и многие годы.

Если говорить о низком уровне, то сейчас в большинстве случаев имеет смысл изучать Rust. Не С и не С++. Более современный язык, безопасный по памяти, как пайтон, но быстрый, как С/С++, в каких-то сценариях даже быстрее. Но он, конечно, по-прежнему сложнее, чем Python, с более крутой кривой обучения и более долгим обучением как таковым. Языки для разных задач. Go даёт некоторый баланс между простотой разработки и эффективностью работы кода, скоростью его работы.

#it #python #backend #rust

А вот потому что читать и юзать надо было 😇

#gg #it #codebetter

Попиваю свой ночной тегуаньинь и читаю по TypeScript. Понавыдумывали майкрософтовцы, конечно. Но в целом получилось мощно. Костыли, ну или ладно-ладно, особенности JS лезут, разумеется, но от них уже не избавиться, просто надо их иметь в виду. Null, undefined, NaN и прочее.

Что по своему опыту рекомендую прочесть по TS тем, кто хочет начать писать на нём.

Сначала это. Затем это. Затем это. И только потом это.

Прочел ещё треть этой книги. Шутеечки понравились, а по теме не очень. Автор русскоязычный, Борис «бритва» Чёрный:), но писал явно на английском, редактор и переводчик постарались: непереводимое переведено, щедро рассыпаны опечатки, несколько раз перечитываешь, смысл не проясняется. А может и исходник такой. Или, возможно, надо читать, уже поработав с TS, тогда будет понятнее и опечатки бросаться в глаза не будут.

TS хорош. Типизация рулит. Читая, ловил себя на мысли, что вот такое объяснение можно перенести и в мой материал по типизированному Python. Надо обновить:)

#it #backend #frontend #typescript #javascript #books

Яндекс Практикум не стал стоять в стороне от флешмоба, заданного в образовательном сегменте GeekBrains, и тоже слил перс данные своих клиентов. Есть 300 тыс записей, помеченных как part, а значит их больше и вероятно значительно.

Похоже, что все хранители больших количеств персоналки решили всё слить до принятия закона об оборотных штрафах за такое. Действенная методика!

Снова поднимаем серьёзные и постоянно актуальные темы выбора профессиональных инструментов программиста-разработчика. Почему тебе стоит отказаться от клавиатуры и как разрабатывать без неё? Почему клавиатура зло? Какие есть современные возможности и как работают профи? Давайте разбираться!

https://youtu.be/IchnTZRkKo8

#youtube #IT #tools

Для бедолаг, игнорирующих актуальные инструменты и продолжающих по каким-то никому неведомым причинам пользоваться консольным вимасом — вот такой плагин автосохранения там есть. Прям ничо такой, работает даже. Если не только мышь игнорите, но ещё и :w надоело тыкать😇.

Для фронтенд разработки c hot-reloading в браузере — удобно.

#it #linux #tools

19 человек подписалось на канал с видео о кодинге без клавиатуры. Отлично.

Люди, наконец, нашли человека, который снял все их опасения и без тени сомнений, громогласно объявил: программировать мышью — это нормально! Никто не может вас упрекнуть!

Думаю, что в каждом фильме и сериале теперь должен быть программист или хакер, работающий строго мышью. Даже если кино про ёжиков в средневековье.

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

Горд быть одним из первопроходцев. Ура!

#gg

На курсе говорил ребятам, что бумага и ручка это недооценённый инструмент сейчас, рекомендовал пользоваться ими чаще, особенно в процесе обучения.

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

Примерно то же самое можно набить и на компьютере, но эффект не тот, письмо и рисование иначе влияет на мозг, чем набор на клавиатуре. Кому интересно — раз, два.

#course #tools