Дамп чердачины
Дамп чердачины
  • Видео 39
  • Просмотров 11 503

Видео

Проектируем-декомпозируем или о том, как не начать проектировать дольше, чем делать
Просмотров 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 на самом деле
JWT - что и зачем
Просмотров 13610 месяцев назад
JWT - что и зачем
Исследуемый и обозреваемый код
Просмотров 6411 месяцев назад
Исследуемый и обозреваемый код
Кто такие CTO, Solution architect, Software architect, Team lead или кратко о ролях внутри IT
Просмотров 20111 месяцев назад
Кто такие CTO, Solution architect, Software architect, Team lead или кратко о ролях внутри IT
MySQL, который мы не знаем
Просмотров 21911 месяцев назад
MySQL, который мы не знаем
Микросервисы - что такое, когда надо и когда не надо
Просмотров 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 или как уйти втуда и невернуться

Комментарии

  • @laserdeer6694
    @laserdeer6694 3 дня назад

    Очень основательно, комплексно и сочно, при этом на пальцах и жизненных семплах. Я инженер, так что специфика программерская мне неактуальна, но даже с учетом этого суть ультраполезна и суперактуальна в контексте инженерной рм-работы

  • @senior_of_cs
    @senior_of_cs 11 дней назад

    Добавлю, что подпись у эллиптических кривых не только компактнее, но и проверяется быстрее. RSA уже на legacy похож В ssh, например , глазу приятнее, когда ключ помещается на экране :)

  • @bobbobrov427
    @bobbobrov427 4 месяца назад

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

  • @xzmey8628
    @xzmey8628 4 месяца назад

    Лучший. Случайно нашел, теперь каждое видео смотрю!

  • @i.am.rossalex
    @i.am.rossalex 6 месяцев назад

    Go прикольный, но если сервисы слишком тесно завязаны с базами, то от PHP+Swoole мало чем выигрывает...

    • @attic_dump
      @attic_dump 6 месяцев назад

      да - когда у тебя приложения 90% времени - это работа БД - то оптимизировать 10% времени - не выгодно. с другой стороны - на go веселее и проще чем на Swoole строятся всякие хитрые каскадные источники данных, типа когда ES прикрывает денормализованный Mongo, который прикрывает нормализованный PostgreSQL грубо - переход с PHP на Swoole по стоимости сопоставим с переходом с PHP на Go

    • @i.am.rossalex
      @i.am.rossalex 6 месяцев назад

      @@attic_dump Да, это точно! Go предпочтительней, когда нужна реакция на запрос "чем быстрее, тем лучше", особенно, когда запросов 100+ в сек. Тогда и 10% окупается. Я использую оба варианта. В Swoole есть только 2 преимущества: HyperF или подобные; не нужно перекомпилировать код, если изменения реально мельчайшие.

  • @user-bn4kd
    @user-bn4kd 6 месяцев назад

    Спасибо за видос 🔥

  • @andyyarys4467
    @andyyarys4467 6 месяцев назад

    ушел год назад, и вообще о возвращении не думаю

  • @kshetragia
    @kshetragia 7 месяцев назад

    не понял за ООП и монолит. И то и другое нормально пишется.

  • @ПетяПетров-п3ж
    @ПетяПетров-п3ж 7 месяцев назад

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

    • @ПетициявПрофиле
      @ПетициявПрофиле 7 месяцев назад

      Думаю, что срач на твоём рабочем месте это ок, а вот твой срач на общих местах пользования это не ок

    • @attic_dump
      @attic_dump 7 месяцев назад

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

  • @ПетяПетров-п3ж
    @ПетяПетров-п3ж 7 месяцев назад

    Эээ, лично у меня возникает вопрос, а зачем? Ты должен то, то и то? Зачем и на какой должности? Весь ролик порожняковый о том что неплохо было бы быть более универсальным и более топовым, обоснование нулевое и целесообразность тоже. Ну да, я соглашусь что лучше быть более прошаренным в плане общения и более скилловым, и чего собственно:))? Тупо если ты будешь грузить команду или не выполнять свои обязанности тебя уволят, а остальное это чистейшие влажные фантазии.

    • @attic_dump
      @attic_dump 7 месяцев назад

      то, что для одних очевидно, то для других открытие. мне приходилось объяснять людям, что воровать нехорошо что надо смывать в туалете за собой что тапочки в офисе - мастхев что использовать мат в code review - нехорошо что унижать людей не стоит что драться в офисе не стоит и это были образованные люди, после институтов, после 10 лет в Яндексе, в Озоне поэтому - да - что для одних очевидно, то другие записывают на листок - и это хорошо!

  • @aleksandryakimov
    @aleksandryakimov 7 месяцев назад

    Софт скилы придумали лиды с низкими хард скилами руководителя.

    • @attic_dump
      @attic_dump 7 месяцев назад

      не - это в ИТ перекочевало из социологии и управления персоналом. ИТ здесь ничего не открыло даже рядом. социологи и HR смотрели на людей под лупой уже лет 150 как с книжкой в руках и последние 15000 лет просто по наитию.

  • @Zyablik1989
    @Zyablik1989 7 месяцев назад

    Уже который раз вижу видео с рекомендацей: засуньте своё эго поглубже и не будьте душнилой. О вас пойдёт добрая молва, так легче выпросить прибавку. Хотя в целом все эти советы, это как на анонимном клубе маньяков-убийц: "Виктор, ну улыбайтесь хоть иногда своим жертвам, чтобы создать впечатление хорошего человека, а резать будете потом"

    • @attic_dump
      @attic_dump 7 месяцев назад

      ненене - это разное > засуньте своё эго поглубже и не будьте душнилой да. это твои проблемы. не вешай их на людей окружающих. возьми отпуск, возьми больничный. порешай их и возвращайся. > Виктор, ну улыбайтесь хоть иногда своим жертвам, чтобы создать впечатление хорошего человека, а резать будете потом это другое. в данном случае для Виктора это хард скил. что он за маньяк, если он не сможет расположить к себе людей? это как кодер без знания SQL.

  • @seka1309
    @seka1309 7 месяцев назад

    Почему именно go? А не c#, java?

    • @attic_dump
      @attic_dump 7 месяцев назад

      потому что по индустрии так сложилось, что PHP съезжает в go а съезжает именно в go потому что он простой и потому что он хорошо и дешево компенсирует то, чего у PHP мало - многопоточность. любой другой язык будет дороже на входе или потребует спец. программистов. кроме того - go закрывает свою нишу и основной код зачастую остается на PHP - ибо веб в целом на нем писать получается лучше

    • @seka1309
      @seka1309 7 месяцев назад

      @@attic_dump для вэба .net или spring? Нельзя использовать?

    • @zxcq
      @zxcq 6 месяцев назад

      Так сложилось исторически. Когда в 2015 стал популярен голанг, то ни у C# ни у java не было таких простых фреймворков для написания веба как сейчас есть aspnetcore и spring boot. С# вообще был только платный и только под винду и был в 5 раз медленее в вебе чем сейчас, а у java все делалось через настройку xml, сейчас все проще и удобнее.

    • @seka1309
      @seka1309 6 месяцев назад

      @@zxcq понятно, спасибо

  • @m.d.2029
    @m.d.2029 7 месяцев назад

    Спасибо! Отличное объяснение!

  • @Lov3Catch
    @Lov3Catch 7 месяцев назад

    Это самый недооцененный канал ютуба!

  • @РоландДискейн-к6й
    @РоландДискейн-к6й 8 месяцев назад

    Братан, канал - топ. Манера повествования понравилась. Прямо как будто пообщался со старым добрым админом со стажем в 20 лет :) У тебя только ошибка (мне скилла только для нее хватило) - ты говоришь не про объявления массива, ты говоришь, про объявления слайса и хешмапы (и не "хешмассива", а хешмапы). Это всё разные вещи, их путать - фатально опасно.

    • @attic_dump
      @attic_dump 7 месяцев назад

      дык - сие видео - для пыхарей на пыхе нет слайсов и мапов нету массивы тока есть, которые объеденяют в себе все вместе - и массивы статической длины и массивы динамической длины и мапы да и не важно это - кто будет свичаться - разберется

  • @kohakovich
    @kohakovich 8 месяцев назад

    Класс спасибо

  • @kohakovich
    @kohakovich 8 месяцев назад

    Крутые видео почему не кто не смотрит, все же хотят войти в айти😢

  • @AlexViennaDJ
    @AlexViennaDJ 9 месяцев назад

    Интересно не будет ли той же проблемы с го как и с php, php по большей части не любят именно из-за низкого порога входа, а значит очень много плохого кода, есть даже омерзительные cms на php и битрикс тому подтверждение?

    • @snikitin32
      @snikitin32 8 месяцев назад

      А где не низкий порог входа? Языки между собой плюс минус похожи, отличается синтаксис. Я как PHP шник, писал свои программы для микроконтроллера Atmega на C++

    • @borismor1
      @borismor1 8 месяцев назад

      Когда говорят про простору go, то это не простота php, а простота уровня си) Представьте php в котором есть: - строгая типизация (включая массивы) - многопоточность - возможность сразу писать тесты - обязательное понимание указателей. И т.д Вы бы считали пхп простым языком для новичка?

    • @kshetragia
      @kshetragia 7 месяцев назад

      @@borismor1 Си никогда простым не был. Она очень обманчива там. Как и в Го

  • @IvVi-n6t
    @IvVi-n6t 9 месяцев назад

    куча видосов везде. Как переехать с Python на Go, как переехать с Node.js на Go, как переехать с PHP на Go. Куда столько Goшников?

    • @zxcq
      @zxcq 6 месяцев назад

      писать микросервисы

    • @IvVi-n6t
      @IvVi-n6t 6 месяцев назад

      @@zxcq а то они на node.js или на java плохо пишутся. Не знаю как в сравнении с другими языками, но по сравнению с js а тем более с java зарплаты очень маленькие у Goшников.

    • @GermanBoldyrev
      @GermanBoldyrev 6 месяцев назад

      @@IvVi-n6t Ну если бы они писались на других языках также хорошо, то наверное все топ компании РФ не использовали бы go повсеместно?

  • @evgeniynechaev9386
    @evgeniynechaev9386 9 месяцев назад

    Давайте дискутировать :-) Я считаю что КРУД - упрощение для ущербных, которое нужно на уровне джунов только. Дальше такие простые сущности не работают 🙂

    • @attic_dump
      @attic_dump 9 месяцев назад

      дык давайте а когда CRUD плох? из опыта - делал на нем API к системам на 200-500 entities - все норм, всего хватило, все понятно. единственные исключения возникали только при batch операциях - но их оформляли в стиле ElasticSearch - и все хорошо.

  • @nickname20151
    @nickname20151 9 месяцев назад

    Очень дельный доклад, спасибо что рассказали!)

  • @Kondratyevv
    @Kondratyevv 9 месяцев назад

    На самом деле фраза "и невернуться" лишняя. Мудрый разработчик выберет нужный инструмент и будет на нём делать. Возьмет, напишет кучу бизнес логики на php(а куча логики требует ООП иначе будет говно) , какие то сервисы требующие нагрузок и параллельности - на go. Всё это совместит

    • @attic_dump
      @attic_dump 9 месяцев назад

      да, именно! но видосик писался грубо для джунов-мидлов просто по хайповой теме "аааааа! все бегут в go и мне надосрочно бежать туда же!!!!!"

  • @МихаилИльинский-ж6о
    @МихаилИльинский-ж6о 9 месяцев назад

    Спасибо за дамп!

  • @senior_of_cs
    @senior_of_cs 9 месяцев назад

    в рамках на слайдах заменить бы фиолетовый цвет на более контрастный, например, желтый )

  • @senior_of_cs
    @senior_of_cs 9 месяцев назад

    Прикольно, пока просто интересно поглядеть на многопоточность из коробки, без страдания (типа как C++)

    • @attic_dump
      @attic_dump 9 месяцев назад

      кстати да - надо будет видосик сделать про многопоточность в PHP

  • @ДарьяТитова-ъ3ц
    @ДарьяТитова-ъ3ц 10 месяцев назад

    Интересно смотреть

  • @МихаилИльинский-ж6о
    @МихаилИльинский-ж6о 11 месяцев назад

    Рад, что не забросили канал. Спасибо за труд!

  • @IvaneMkadegebeli
    @IvaneMkadegebeli 11 месяцев назад

    огонь

  • @Маленькаяулиткачух-чух

    "Размыкатель, то что надо с моим картавым голосом" ахахахах

  • @ВладимирКарасев-р2й

    Спасибо большое! мне стало более понятны bundle

  • @АлександрИгнатьев-я4ц

    Спасибо, очень познавательно. Буду признателен, если поделитесь ссылкой на пример проекта с такой структурой, может уже появился. Из видео сложно понять как в итоге должен выглядеть 1 use case.

  • @Jenausmax
    @Jenausmax Год назад

    Очень хорошая идея!))

  • @КириллУдачин-о3ь

    Отлично видео, спасибо

  • @ermak50
    @ermak50 Год назад

    Спасибо, очень доходчиво!

  • @StudioBaraban
    @StudioBaraban 2 года назад

    Добрый день, Максим - как раз в процессе переезда с PHP на GO (или дополнения) - есть ли возможность связаться с вами в телеге или другом мессенджере?

    • @attic_dump
      @attic_dump 2 года назад

      Добрый день. Да, канечно - в телеге вы меня найдете как @zumlin

  • @alexstav3457
    @alexstav3457 2 года назад

    а по организации кодревью для команды поделитесь мнением? да и не только организации...)

    • @attic_dump
      @attic_dump 2 года назад

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

  • @МихаилИльинский-ж6о

    Ох, наконец то адекватные разборы по API platform! Подписался. Спасибо за грамотные объяснения того что и как можно и нельзя. А то везде только и говорят - "ну можно делать так, можно вот так, и вообще в документации все написано". И по факту найти инфу стоит ли брать инструмент для своей задачи или нет невозможно, примеров на реальных кейсах просто нет. Спасибо за проделанную работу!

    • @АндрейГалушко-е9о
      @АндрейГалушко-е9о Год назад

      Да, только материал уже устарел.. например датаперсистера нет в 3.x версии, его выпилили.. А так да, материал отличный! по API Platform мало на рунете инфы