Метатред по серии "Мифы В ООП", в которой я постарался раскрыть тему со всех сторон, от разных людей/языков/эпох. Виды ооп, полиморфизм, паттерны и многое другое. #oopmyths
А замутим-ка мы тред про Zero Downtime Deployment или как деплоится и не беспокоиться. У вас как с этим?
Небольшой ликбез. Деплой – процесс выкладки новой версии кода. В простом случае выглядит как: закрыли сайт с сообщением "мы обновляемся" > накатили изменения в базу данных (миграции) > обновили код на серверах > рестартанули сервер > открыли сайт. У кого так лайкаем)
Если это происходит редко, то такая схема вполне позволительна, правда тогда возникает вопрос, почему редко? Деплоиться надо часто, чтобы не копились изменения и баги. А если деплои как положено хочется делать непрерывно? Тогда постоянные простои начинают мешать и раздражать
Скинули сегодня вот такую статью: vc.ru/claim/348250-g… Несмотря на задницу, которая происходит во многих сервисах, все же образовательные площадки продают не курсы. Давайте тред, о том, почему торренты и ютуб не конкуренты платному обучению. Какой ваш личный топ?
Поехали. Есть наблюдения, в которых сходятся специалисты в образовании. Только 7% людей самомотивированы. Они достигают успеха практически всегда, независимо от способа обучения. Им не сможет помешать никакой плохо проведенный курс. Они больше всех топят за самообразование
Примерно такую картину мы наблюдаем в любой учебной группе. Есть несколько человек которые как тараны идут вперед, дальше середнячки и большая часть где-то позади и постепенно отваливается (если есть такая возможность). Школа, универ, опять же курсы. Это все на поверхности
Давайте тред. Про то как значительно упростить интеграции между вашим проектом и сторонними системами. Все что касается событий, рекламных кабинетов, crm, аналитик, слака и кучи других систем. Вы используете сервисы типа Zapier?
Сначала про задачу. В любом SaaS сервисе, помимо самого продукта и его фич, есть много всего вокруг. CRM для продаж, система сквозной аналитики, рекламные кабинеты, событийная анилитка, автоматизация маркетинга (email, боты), виджеты на сайте и так далее. Тонны систем
И все они работают в связке. Когда на сайте оставляют заявку, она должна попасть в CRM продавцам, должна попасть в рекламный кабинет и систему сквозной аналитики для анализа эффективности, а еще нужна нотификация в слак и тикет на работу с клиентов после того как сделка закрылась
На Хекслете довольно много материалов для опытных разработчиков, но из-за объема курсов, их не всегда легко увидеть. Мучу тред, где делаю краткий обзор развивающих курсов для опытных разработчиков. Сначала JavaScript (front/back). Поехали =>
Два курса + проект по тому как тестировать код. Без привязки к фронту, просто общие концепции и смыслы. Цель курсов в обучении практикам бережливого тестирования. Плюс работа с эффектами, моки, стабы, файлы, асинхронность вот это все ru.hexlet.io/programs/js-te…
SICP как много в этом слове. Книга, которая действительно учит писать качественный код и понимать что такое хорошо и плохо (сорри мартин, ты проиграл). На базе этой книги я сделал аж 5 курсов, которые заставят посмотреть на программирование другими глазами ru.hexlet.io/programs/js-si…
Пришел после океяна и нет сил писать код (а у меня час дня сейчас). Нет сил – собери совещание как говориться. Делаю тред про то как понимать критичность разных кусков кода при разработке и ревью. Что от чего зависит, где можно и нужно забить, а где нет. Лайк, шер, алишер =>
Глобально и немного грубо весь прикладной код можно разделить на три уровня: Домен – то где бизнес логика + хранилища (бд), Управляющий код – то что оперирует доменом + инфраструктурный код и Представление – любые выходные данные типа binary, json, html и так далее
Ошибки на этих уровнях имеют совсем разные последствия. Некоторые целиком влияют на архитектуру и дальнейшую поддержку всего проекта, другие же локальны и создают грязный код по месту. Важно четко разделять их, для того чтобы не создавать напряжение там где его нет
А напилю-ка я тред про концепции в разных языках программирования, которые помогают лучше понять возможности кодинга как-такового. Многие из этих концепций сильно облегчают жизнь и кардинально меняют способы описания логики. Поехали =>
Uniform Function Call Syntax. Фича языков D и NiM, позволяющая вызывать функцию тремя разными способами: как метод, как функцию и как команду. Удобно для создания цепочек. Во всех случаях это всего лишь функция: en.wikipedia.org/wiki/Uniform_F…