- Видео 39
- Просмотров 11 503
Дамп чердачины
Россия
Добавлен 21 май 2022
Это канал об IT и о тех моих мыслях, которые я решило сюда выгрузить.
Цель канала - отдампить мою чердачину, ибо уже забывать начал...
Если сей канал будет кому то полезен (а здесь есть и будет всякое полезное) - велком, смотрите его
Цель канала - отдампить мою чердачину, ибо уже забывать начал...
Если сей канал будет кому то полезен (а здесь есть и будет всякое полезное) - велком, смотрите его
Совмещаем фичи и саппорт или о том, что времени нет
Поговорим за типа задач, об их источников, о их жизни и о том, как все это укладывать в один календарный план, когда он и так уже забит
Слайды - docs.google.com/presentation/d/1sUHtM73odBsUBoDQb3xNxydUGeYQnUGFSXXS3xZpYgI
Слайды - docs.google.com/presentation/d/1sUHtM73odBsUBoDQb3xNxydUGeYQnUGFSXXS3xZpYgI
Просмотров: 32
Видео
Проектируем-декомпозируем или о том, как не начать проектировать дольше, чем делать
Просмотров 127 часов назад
Поговорим о проектировании и декомпозиции Слайды - docs.google.com/presentation/d/1TSu_uZQmZ7zQwJaSS1Tk6PnimevSTvpPfqP3-r5JN3o
Быть тимлидом или о том, на уходит время тимлида
Просмотров 1197 часов назад
Поговррим о том, ча что отвечает тимлид, за его прцоессы и на что уходит его время Слайды - docs.google.com/presentation/d/1dIVU22FsfSE_eMNyGB41q9_mjDAuaBMg5guFo46FqrY
Как наблюдать workflow разработки или о том, что ты управляешь лишь то, что измеряешь
Просмотров 1057 часов назад
Поговоримпро метрики для тимлида - что есть, что основное, что вторично, на что смотреть, для чего смотреть Слайды - docs.google.com/presentation/d/1VNmjtjLuw3nleDPLOARVQFdW5X524TUJBdTJpkS_vUQ
Разбираем workflow разработки или о том, из чего workflow должен состоять
Просмотров 10616 часов назад
Поговорим про некий ИМХО идеальный workflow разработки, заденем проектирование и деплой, пройдемся по статусам и переходаммежду ними Слайды - docs.google.com/presentation/d/1jWsm1EzLuCvZ9WIHO7hKomVGr-tTBSA5dPtBYh-GH0E
Про этот корявый workflow разработки или о колонках в JIRA
Просмотров 5716 часов назад
Поговорим про многочисленные жалобы на корявые колнки в JIRA, почему так, отчего тка и какие есть лучшие варианты Слайды - docs.google.com/presentation/d/1nn7JSEf0pSO53XfY2B4ANcgX3JuNhAZQQkPdjrnp2JU
Измеряя проклятое №6 - хэши
Просмотров 453 месяца назад
Похешируем разными способами, посмотрим где какая длина, сколько занимает по времени Слайды - docs.google.com/presentation/d/1urWoof-0OaTalzXp3Tfff-Z2sN73_u_mM0ZXQq55cVM
Измеряя проклятое №5 - исключения
Просмотров 463 месяца назад
Померием исключения, посмотрим - какие есть альтернативы и сколько они занимают времени Слайды - docs.google.com/presentation/d/13g27se57QaH3mJ-r8-YWaWzvtbNYt_hHiNHtmz0PEvU
Измеряя проклятое №4 - сериалиазция и десерелизация
Просмотров 273 месяца назад
Померяем сериализацию и десериализацию - что есть, сколько занимает Слайды - docs.google.com/presentation/d/1zzWiKH48TRizR98pN620JuN8RaTSjfcPMzylBUlTr4c
Измеряем проклятое №3 - кэш
Просмотров 244 месяца назад
Попишем в разные кэши и почитаем оттуда, посравниваем, вспомним старое Слайды - docs.google.com/presentation/d/1QDdH8P67ILUpNI1MiRO33E0mrM3zGN8NCypzr2xSM4g
Измеряем проклятое №2 - пишем массивы
Просмотров 104 месяца назад
Измеряем разных подходы к записи массивов Слайды - docs.google.com/presentation/d/1Y31kysct-TTGVb50Id8tXZjSGtxBNonzXclqTJGafnE
Измеряем проклятое - чтение массивов
Просмотров 756 месяцев назад
Поизмеряем проклятое, посравниваем чтение массивов в PHP - foreach против for, array_walk против array_map, array_reduce против array_walk_recirive, generator против ArrayObject и все такое прочее Слайды - docs.google.com/presentation/d/1orLVjkbGXDbhSNFCkogFhYLZcV2OohN1thEVe4nckkc
Про софт скилы или о том, что не надо быть мудаком
Просмотров 7227 месяцев назад
Потрындим про софт скилы - что, зачем, каков каноничный список, какой список с моей точки зрения, что важно и что нет Слайды - docs.google.com/presentation/d/1l6thqEssMeGrChxwCpn1YF1rR-aeZTD0di-YmIpJtNw
И еще подробнее про HTTP JSON API и OpenAPI
Просмотров 1129 месяцев назад
Пройдемся по темам, неподсвеченным в предыдущих видосиках 00:00 Введение 00:22 HTTP коды ответов 20:04 HTTP заголовки запроса 26:43 HTTP заголовки ответа 28:58 Авторизация 33:29 Подобъекты 40:48 JSON pointers 41:59 Дискриминаторы 49:04 Генераторы 52:10 Итоги Слайды - docs.google.com/presentation/d/1aY9Et6lUloy4oMwRzsqW2wPFGyfccSPdswxuxpol4ls
Про Open API как про формат файла
Просмотров 6489 месяцев назад
Про Open API - что за формат, какие поля, пробежимся галопом по стандарту, подметим что надо а что нет Слайды - docs.google.com/presentation/d/1WGXBFoRlX5_irQXQQftBmMtok2aKccqh9FvEc2oT3K4
Проектируем HTTP JSON API или немного о Open API
Просмотров 3009 месяцев назад
Проектируем HTTP JSON API или немного о Open API
HTTP REST API - начнем с начала или подробнее про то, что такое REST на самом деле
Просмотров 4589 месяцев назад
HTTP REST API - начнем с начала или подробнее про то, что такое REST на самом деле
Кто такие CTO, Solution architect, Software architect, Team lead или кратко о ролях внутри IT
Просмотров 20111 месяцев назад
Кто такие CTO, Solution architect, Software architect, Team lead или кратко о ролях внутри IT
Микросервисы - что такое, когда надо и когда не надо
Просмотров 7302 года назад
Микросервисы - что такое, когда надо и когда не надо
Data source или об источниках данных,для современного и старого проектов
Просмотров 1242 года назад
Data source или об источниках данных,для современного и старого проектов
Крошим старье чуть подробнее или о том, как примерно переписывать старый PHP проект
Просмотров 1182 года назад
Крошим старье чуть подробнее или о том, как примерно переписывать старый PHP проект
Заход в рефакторинг или о том, с чего надо заводить рефакторинг в компании
Просмотров 682 года назад
Заход в рефакторинг или о том, с чего надо заводить рефакторинг в компании
Как следить за приложением или логировании, метриках и дашбордах
Просмотров 1062 года назад
Как следить за приложением или логировании, метриках и дашбордах
Раскладываем по слоям в микросервисах Раскладываем по слоям в микросервисах
Просмотров 1632 года назад
Раскладываем по слоям в микросервисах Раскладываем по слоям в микросервисах
Раскладываем по слоям или че куда рассовывать-то в приложении
Просмотров 2212 года назад
Раскладываем по слоям или че куда рассовывать-то в приложении
API platform или быстрый путь в CRUD API server
Просмотров 4752 года назад
API platform или быстрый путь в CRUD API server
Из PHP в Go или как уйти втуда и невернуться
Просмотров 4,7 тыс.2 года назад
Из PHP в Go или как уйти втуда и невернуться
Очень основательно, комплексно и сочно, при этом на пальцах и жизненных семплах. Я инженер, так что специфика программерская мне неактуальна, но даже с учетом этого суть ультраполезна и суперактуальна в контексте инженерной рм-работы
Добавлю, что подпись у эллиптических кривых не только компактнее, но и проверяется быстрее. RSA уже на legacy похож В ssh, например , глазу приятнее, когда ключ помещается на экране :)
Пых - это строго под web. С пыха лучше уйти на ноду, ибо сервер и клиент на одном и том же языке.
Лучший. Случайно нашел, теперь каждое видео смотрю!
Go прикольный, но если сервисы слишком тесно завязаны с базами, то от PHP+Swoole мало чем выигрывает...
да - когда у тебя приложения 90% времени - это работа БД - то оптимизировать 10% времени - не выгодно. с другой стороны - на go веселее и проще чем на Swoole строятся всякие хитрые каскадные источники данных, типа когда ES прикрывает денормализованный Mongo, который прикрывает нормализованный PostgreSQL грубо - переход с PHP на Swoole по стоимости сопоставим с переходом с PHP на Go
@@attic_dump Да, это точно! Go предпочтительней, когда нужна реакция на запрос "чем быстрее, тем лучше", особенно, когда запросов 100+ в сек. Тогда и 10% окупается. Я использую оба варианта. В Swoole есть только 2 преимущества: HyperF или подобные; не нужно перекомпилировать код, если изменения реально мельчайшие.
Спасибо за видос 🔥
ушел год назад, и вообще о возвращении не думаю
не понял за ООП и монолит. И то и другое нормально пишется.
У меня срач на рабочем столе, и я более ли менее отвественна и обязательна. Мне попадалось много чистоплотных людей которые занимались куйней. Это абсолютно невзаимосвязанные вещи, при этом человек может быть замороченным на мелочи и выносить мозг всякой мелкой хренью и чистотой, но не мыслить глобально и практически, где связь между порядком и уважением к коллективу что за чушь?
Думаю, что срач на твоём рабочем месте это ок, а вот твой срач на общих местах пользования это не ок
1. в среднем по больнице - связано. но - в среднем по больнице, на базе моего опыта и опыта разных людей на разных должностях, с которыми я общаюсь. всегда есть исключения - потому мы и люди, что мы разные. 2. мы все несовершенны. и совершенны не будем. но - мы можем стремиться быть лучше.
Эээ, лично у меня возникает вопрос, а зачем? Ты должен то, то и то? Зачем и на какой должности? Весь ролик порожняковый о том что неплохо было бы быть более универсальным и более топовым, обоснование нулевое и целесообразность тоже. Ну да, я соглашусь что лучше быть более прошаренным в плане общения и более скилловым, и чего собственно:))? Тупо если ты будешь грузить команду или не выполнять свои обязанности тебя уволят, а остальное это чистейшие влажные фантазии.
то, что для одних очевидно, то для других открытие. мне приходилось объяснять людям, что воровать нехорошо что надо смывать в туалете за собой что тапочки в офисе - мастхев что использовать мат в code review - нехорошо что унижать людей не стоит что драться в офисе не стоит и это были образованные люди, после институтов, после 10 лет в Яндексе, в Озоне поэтому - да - что для одних очевидно, то другие записывают на листок - и это хорошо!
Софт скилы придумали лиды с низкими хард скилами руководителя.
не - это в ИТ перекочевало из социологии и управления персоналом. ИТ здесь ничего не открыло даже рядом. социологи и HR смотрели на людей под лупой уже лет 150 как с книжкой в руках и последние 15000 лет просто по наитию.
Уже который раз вижу видео с рекомендацей: засуньте своё эго поглубже и не будьте душнилой. О вас пойдёт добрая молва, так легче выпросить прибавку. Хотя в целом все эти советы, это как на анонимном клубе маньяков-убийц: "Виктор, ну улыбайтесь хоть иногда своим жертвам, чтобы создать впечатление хорошего человека, а резать будете потом"
ненене - это разное > засуньте своё эго поглубже и не будьте душнилой да. это твои проблемы. не вешай их на людей окружающих. возьми отпуск, возьми больничный. порешай их и возвращайся. > Виктор, ну улыбайтесь хоть иногда своим жертвам, чтобы создать впечатление хорошего человека, а резать будете потом это другое. в данном случае для Виктора это хард скил. что он за маньяк, если он не сможет расположить к себе людей? это как кодер без знания SQL.
Почему именно go? А не c#, java?
потому что по индустрии так сложилось, что PHP съезжает в go а съезжает именно в go потому что он простой и потому что он хорошо и дешево компенсирует то, чего у PHP мало - многопоточность. любой другой язык будет дороже на входе или потребует спец. программистов. кроме того - go закрывает свою нишу и основной код зачастую остается на PHP - ибо веб в целом на нем писать получается лучше
@@attic_dump для вэба .net или spring? Нельзя использовать?
Так сложилось исторически. Когда в 2015 стал популярен голанг, то ни у C# ни у java не было таких простых фреймворков для написания веба как сейчас есть aspnetcore и spring boot. С# вообще был только платный и только под винду и был в 5 раз медленее в вебе чем сейчас, а у java все делалось через настройку xml, сейчас все проще и удобнее.
@@zxcq понятно, спасибо
Спасибо! Отличное объяснение!
Это самый недооцененный канал ютуба!
Братан, канал - топ. Манера повествования понравилась. Прямо как будто пообщался со старым добрым админом со стажем в 20 лет :) У тебя только ошибка (мне скилла только для нее хватило) - ты говоришь не про объявления массива, ты говоришь, про объявления слайса и хешмапы (и не "хешмассива", а хешмапы). Это всё разные вещи, их путать - фатально опасно.
дык - сие видео - для пыхарей на пыхе нет слайсов и мапов нету массивы тока есть, которые объеденяют в себе все вместе - и массивы статической длины и массивы динамической длины и мапы да и не важно это - кто будет свичаться - разберется
Класс спасибо
Крутые видео почему не кто не смотрит, все же хотят войти в айти😢
Интересно не будет ли той же проблемы с го как и с php, php по большей части не любят именно из-за низкого порога входа, а значит очень много плохого кода, есть даже омерзительные cms на php и битрикс тому подтверждение?
А где не низкий порог входа? Языки между собой плюс минус похожи, отличается синтаксис. Я как PHP шник, писал свои программы для микроконтроллера Atmega на C++
Когда говорят про простору go, то это не простота php, а простота уровня си) Представьте php в котором есть: - строгая типизация (включая массивы) - многопоточность - возможность сразу писать тесты - обязательное понимание указателей. И т.д Вы бы считали пхп простым языком для новичка?
@@borismor1 Си никогда простым не был. Она очень обманчива там. Как и в Го
куча видосов везде. Как переехать с Python на Go, как переехать с Node.js на Go, как переехать с PHP на Go. Куда столько Goшников?
писать микросервисы
@@zxcq а то они на node.js или на java плохо пишутся. Не знаю как в сравнении с другими языками, но по сравнению с js а тем более с java зарплаты очень маленькие у Goшников.
@@IvVi-n6t Ну если бы они писались на других языках также хорошо, то наверное все топ компании РФ не использовали бы go повсеместно?
Давайте дискутировать :-) Я считаю что КРУД - упрощение для ущербных, которое нужно на уровне джунов только. Дальше такие простые сущности не работают 🙂
дык давайте а когда CRUD плох? из опыта - делал на нем API к системам на 200-500 entities - все норм, всего хватило, все понятно. единственные исключения возникали только при batch операциях - но их оформляли в стиле ElasticSearch - и все хорошо.
Очень дельный доклад, спасибо что рассказали!)
На самом деле фраза "и невернуться" лишняя. Мудрый разработчик выберет нужный инструмент и будет на нём делать. Возьмет, напишет кучу бизнес логики на php(а куча логики требует ООП иначе будет говно) , какие то сервисы требующие нагрузок и параллельности - на go. Всё это совместит
да, именно! но видосик писался грубо для джунов-мидлов просто по хайповой теме "аааааа! все бегут в go и мне надосрочно бежать туда же!!!!!"
Спасибо за дамп!
в рамках на слайдах заменить бы фиолетовый цвет на более контрастный, например, желтый )
Прикольно, пока просто интересно поглядеть на многопоточность из коробки, без страдания (типа как C++)
кстати да - надо будет видосик сделать про многопоточность в PHP
Интересно смотреть
Рад, что не забросили канал. Спасибо за труд!
огонь
"Размыкатель, то что надо с моим картавым голосом" ахахахах
Спасибо большое! мне стало более понятны bundle
Спасибо, очень познавательно. Буду признателен, если поделитесь ссылкой на пример проекта с такой структурой, может уже появился. Из видео сложно понять как в итоге должен выглядеть 1 use case.
Очень хорошая идея!))
Отлично видео, спасибо
Спасибо, очень доходчиво!
Добрый день, Максим - как раз в процессе переезда с PHP на GO (или дополнения) - есть ли возможность связаться с вами в телеге или другом мессенджере?
Добрый день. Да, канечно - в телеге вы меня найдете как @zumlin
а по организации кодревью для команды поделитесь мнением? да и не только организации...)
поделюсь, но позже... будет отдельная серия про практики в программировании
Ох, наконец то адекватные разборы по API platform! Подписался. Спасибо за грамотные объяснения того что и как можно и нельзя. А то везде только и говорят - "ну можно делать так, можно вот так, и вообще в документации все написано". И по факту найти инфу стоит ли брать инструмент для своей задачи или нет невозможно, примеров на реальных кейсах просто нет. Спасибо за проделанную работу!
Да, только материал уже устарел.. например датаперсистера нет в 3.x версии, его выпилили.. А так да, материал отличный! по API Platform мало на рунете инфы