you probably dont give a shit but does someone know of a way to log back into an instagram account?? I stupidly forgot my account password. I appreciate any assistance you can offer me!
@Ameer Jack I really appreciate your reply. I found the site thru google and Im waiting for the hacking stuff atm. I see it takes quite some time so I will get back to you later when my account password hopefully is recovered.
Комментарий должен быть написан раньше, чем вышло это видео. Книга на ваш выбор: бумажная, электронная, на английском или на русском. Если эта книга вам не нужна - выбирайте любую другую техническую до 40 евро. Выбор победителя в конце июня на стриме.
@@SeniorSoftwareVlogger Понял, спасибо. Тогда сам оставлю ссылку на другой комментарий: ua-cam.com/video/vovaUbBDunc/v-deo.html&lc=Ugwm_3YHTDd2nvg4t554AaABAg Про книгу слышал положительные отзывы. Всё думал, что я не дорос до такого уровня и беру какие-то более прикладные книжки. Но, наверное, такая книжка должна направить мозги в правильное русло.
Периодически пересматриваю понравившиеся видео и всегда жду новых. Отлично структурированный материал, поставленный голос, хорошая подача. Вот вроде всё и так понятно, о чём рассказано, много об этом читал, с чем-то сталкивался на практике, но всё равно есть в твоих видео что-то мотивирующее. Что-то, что, несмотря на затянувший котёл кровавого энтерпрайза, наставляет на путь истинный :) Низкий поклон за творчество! :)
Да, тема проектирования достаточна интересна и безусловно важна, особенно сейчас, в эпоху тотального увлечения гибкими методологиями разработки, когда предварителтные этапы перед запусками продуктов либо сжаты до невозможности, либо проводятся для формальности, в лучшем случае на старте разработки есть только вИдение и идея. Видео подобного формата и содержания должны пользоваться популярностью, т.к. их не так много. Жду продолжения с нетерпением.
Насчет распределенных систем: очень детально нужно знать как они работают, что делать когда выпадает нода, когда возвращается итп, как распределять данные по нодам (consistent hashing), так же нужно знать алгоритмы и структуры данных, используемые в бд (r-trees, b-trees, reverse index, trie итп). Я заметила, что сейчас очень подробно стали гонять по этим темам, чуть ли не код надо писать. Но в книжке высоконагруженные системы все это есть))
Так и есть, интервью все больше смешанные. Заходят через проектирование на алгоритм в итоге пишешь алгоритм. Систему пытаются хакать - система пытается отстраиваться.
Спасибо! Сам недавно споткнулся на подобной категории вопросов, хотя не все интервью шло по такому сценарию. Получил удар по мнимой сеньорити и начал больше исследовать эту тему.
@@SeniorSoftwareVlogger Имел в виду, что интервью целиком не было выдержано в стиле проектирования системы, а было одним из типичных технических интервью обо всем. Случился небольшой заскок на оценку процессорных мощностей (попутно с определением технологического стека) для обслуживания системы Х с количеством пользователей N и тут начались проблемы. Собственно, вот так все просто, урок получен - осталось работать.
Смотрю канал серьёзно улучшил качество видео за прошлый год. Не только таймкоды , но и интеграция их в видео, TLDR в конце - так держать! Побольше бы обучающих видео копировали этот позитивный опыт.
Фрустрация. Был уверен, что точно были коменты, оказалось что все на экстрим коде, и прочих блогерах. Будем исправляться. Тема очень интересная, может быть большую аудиторию она не соберёт, как видео про то как стать программистом или какой язык выбрать. Новичков все же значительно больше чем архитекторов =) но ценность я считаю больше в видео о темах которые выстраданы опытом, поэтому ждём продолжения. П.с. Твои стримы помогают бороться с синдромом самозванца, хоть дорос уже до лида, но закрадывается чувство что настоящие программисты не тупят над парой строчек кода и не гуглят. Смотришь и понимаешь что все с собой нормально)
Саркастический комментарий под видео: между прочим, такие системы разрабатывались тысячами инженеров десятки лет, а у нас тут 20 минту видео. А вообще, спасибо за видео. Оно отличное.
достаточно интересный видос, тизер к серии видео о том какое будущее можно себе построить, если нет желания весь остаток жизни писать обычные crud'ы. спасибо за видео
Ну программисты они же интровертны) Я уверен, Дима, что здесь тысячи людей очень благодарны за твою работу, So do I. А не комментим, потому как боимся задать тупые вопросы, а мнение наше не считаем авторитетным, в итоге никто из берлоги не вылазит) Иногда твои видосы просто способ мотивировать друга, который не может устроиться на работу, видос сразу шарю ибо лучше и сам не скажешь. Иногда просто свежий глоток воздуха среди серых будней, где куча говнокода и миллиард правок больше способствуют деградации, чем саморазвитию и получению дзена, и хоть какого-то удовольствия от профессии. Я давно топчусь к переходу на уровень "уверенный мидл" ибо задачи смешанные и среди них кучу обычного неинтересного дерьма, на долгосрочной перспективе пыл в глазах угасает, а амбиции и желание довести проект до ума не дают свалить. А вот мой ментор свалил и теперь учить меня особо некому, наш лид крут, но он "гуру мультитаскинга" и времени на всех не хватает, так что пару минут на утреннем митинге и "решение завтыков за 5 минут" за глаза... Вижу, что я копаю в правильном направлении) Спасибо за науку, теперь понятно, что "уверенным" в программировании тебя делает правильное абстрактное мышление и четкое понимание того, что под капотом.
вот это очень интересная тема, проектирование для многих разрабов темный лес, мне кажется, что для большинства надо хотябы в самых азах понимать как это устроено, это очень полезно, причем не важно, джаваскриптизер ли или хаскелист ua-cam.com/video/xtcaEiwhflQ/v-deo.html&lc=UgwYCdbnCi0m563UMqh4AaABAg
К сожалению не знаю вашего имени. В этом ролике мне понравилось все. Разве что не знаю - правильна ли на самом деле стратегия - "показать за полчаса" что ты способен "раскидать" сложную архитектуру на кубики...я вот читаю Гради Буча, ООП, 2008. Наконец то добрался до UML. Пока читал первые четыре главы думал что сойду с ума. Есть там такая фраза - "В отчете управления научных исследований Министерства обороны США указывается: Разработка программного обеспечения является трудоемкой работой и будет ею всегда..." Наверно не зря существует много попыток описать "стратегию разбиения на кубики"...и как то несерьезно за полчаса что-то реально стоящее накидать, точнее не так - я бы не стал торопиться с детализацией в данном случае, а спокойно бы выставлял ключевые абстракции, обьясняя что они будут делать в проекте. Не торопясь. Может конечно уже не актуален UML и итеративные поиски правильной композиции из кубиков...Хочу услышать ваш совет - как еще можно двигаться в этом направлении - проектирования архитектуры, не имея реальной "точки приложения силы" - ну нет у меня такой канторы в к-й с меня это просят, видел книги вроде "упражнения на UML", но чето как то...не чувствую себя на уровне чтобы решать реальные упражнения(с ^^правильными ответами^^), вот я понимаю был бы такой тренажер где твою накиданную сходу систему оценивали бы по разным параметрам ну и был бы какой то топ, и место твоей попытки в этом топе...Не знаете м.б. Такое уже есть? ведь хорошая архитектура способна сэкономить много фишек в полном жизненном цикле проекта...а раз есть деньги(экономия) значит должны быть и прецеденты( решения )...ятд
Да быстрее бы видео про архитектуру, недавно занялся ресерчем каналов посвященные ИТ-тематике, просмотрел около 10ка, но именно этот показался наиболее интересным)
А на сколько это актуально для Front-end разработчиков? Проектирование систем - это больше про back-end в моем понимании. Задают ли такие вопросы на позицию Front-end разработчиков и насколько необходимо фронтендеру владеть такими навыками?
Смотря куда собеседуешься. Крупные компании ищут не сеньор ангуляр инженеров, а просто сеньор инженеров. Типа фулстеков в самом широком смысле этого слова.
Хорошее видео, но чуть не упал на "140 символов значит 140 байт", уточнение про доп поля немного спасает ситуацию, но осадочек точно останется. Говоря про такой функционал, нужно обозначить и понимаение что есть жизнь после ASCII, и что юзера часто не будут использовать все 140 символов.
Я тоже любил задавать вопросы на себесеровании на которых нет однозначного ответа. Это как минимум помогает понять как мыслит человек. И почему-то многие впадают в ступор. А некоторые начинают психовать и просить практическое задание.
Вот про количество процессоров это интересно. Разве можно как то рассчитать количество реквестов от количества процессоров? Может кто нибудь поделится мыслями на этот счёт?
Ну вот смотрите, Вы просите меня сейчас спроектировать твиттер, или инстаграм, но эти системы тысячи инженеров проектировали на протяжении нескольких лет, а у меня на это интервью всего полчаса! P.S. Спасибо за видео)
А есть ли советы для девопс инженеров? Я замечаю что на работе просто выполняю требования тех лидов и архитекторов и самому принимать решения приходится только в маленьких задачах. Может мне следует параллельно программирование изучать и писать свое приложение?
@@SeniorSoftwareVlogger и типа вот так на опыте понимать что-ли?) каждый раз при разработке, тестировать на 1 машине с процессором в 1 ядро) и тогда со временем появится понимание? А какая-то методика расчёта теоретическая существует?
Нет эталонной методики и эталонной цифры. Со временем появляется опыт и понимание, что 1 запрос в секунду - очень мало, а 10М запросов в секунду - не реально. Опять же смотрят не на точное число, а на понимание магнитуды.
Есть в планах видео, полный(ну в рамках собеседования на сколько это возможно) какой-то системы? Было бы очень здорово, таких видео полно, но они онли от индусов, на русскую аудиторию нету ни одного. Мало кто в гугл собирается, но для общего развития было бы очень круто услышать.
А кто то из кодеров знает, сколько запись занимает в базе с учетом индексов? Там ведь и кодировка влияет, и тип индекса влияет, и полнотекстовый\не полнотекстовый поиск влияют. Круто, чо, мне не быть сеньором.
Если компания использует монорепозиторий, это даст сильный толчек в развитии. Ты сразу видишь все тесты, как все разворачивается и тд. Видишь все уровни от железа до приложения и сервера. Главное просто чтобы интересно было изучить это все.
@@SeniorSoftwareVlogger Да. Хотелось как раз разложить всё в голове по полочкам. Сейчас найду коммент и оставлю ссылку. Даже если не выиграю, всё равно куплю эту книгу=)
Понимаю, что видео давно вышло, но попытаюсь спросить. Насколько вообще понятие синьора применимо в аутстаффе, для контракторов, работающих через "прокладку"? Возможно, это не совсем очевидно, но большинство людей живёт в маленьких странах, где нет серьёзного внутреннего рынка. И, соответственно, нет серьёзных продуктов национального масштаба, не говоря уже о глобальном. По сути, серьёзными странами в плане ИТ являются только США, абсолютный лидер, далее замкнутый в себе Китай и РФ. Все остальные страны работают с местечковым масштабом, если не брать gamedev, по сути, вынуждены работать контракторами-аутстафферами. Да, сейчас вроде бы 2022 год, удалёнка, но для по-настоящему серьёзной карьеры, если ты ноунейм из маленькой страны, нужно ехать в США или как минимум в Западную Европу. И только тогда уже появляется смысл в развитии до синьора, который в абсолютных деньгах получает существенно больше, чем контрактор через прокладку где-то в Беларуси, Украине или Средней Азии. Это правильное понимание ситуации или скорее бред удалёнщика? Если последнее, то какие контраргументы?
@@SeniorSoftwareVlogger Если синьор - это просто опыт, то почему можно встретить негативные отзывы о людях на собеседованиях, которые повесили себе звание синьора за выслугу лет в предыдущей конторе. Касательно удалённой работы - я много читал про США, что во многих случаях американцам запрещено работать трансгранично. Спрашивал у нескольких мигрантов в Германии - тоже в рабочих контрактах их как штатных сотрудников запрещена трансграничная работа. Я сразу уточню, что по-настоящему удалённой работой считаю только трансграничную, а когда требют внутри страны - то это уже WFH. Думаю, в СНГ сильно раздут хайп по поводу синьоров из-за того, что на более низких грейдах принято платить совсем смешные деньги, в отличие от США или Западной Европы.
Окей, если я получу эту книгу - я её прочитаю =) А там будет какая-то рукописная заметка от Дмитрия, если это бумажный формат? ua-cam.com/video/k6SpcnyhK2Y/v-deo.html&lc=UgzpleXLOHXyix12s194AaABAg Вообще книги O'Reilly заходят со скрипом. Последняя была про алгоритмы и уже после четверти мне казалось, что настолько подробно они мне не нужны. Автор будто настолку писал... Спасибо за старания. За 2 месяца даже заскучал по видео такого формата.
Что то я не понял как ссылку на коммент получить, по крайней мере с телефона, надеюсь это она. ua-cam.com/video/qtTFM_osRe4/v-deo.html&lc=UgyTmpqhph4g6FULzkV4AaABAg
@@sergii.golota а вы сможете однозначно ответить на этот вопрос без примера конкретной строки и уточнения в какой кодировке будет храниться уникод-строка?
Ну всё, я готов собеседоваться на CSS-архитектора как никогда! Интервьюируйте меня семеро! Пруфлинк, если ты меня забыл: ua-cam.com/video/O9vM-16mRNk/v-deo.html&lc=UgzXw8QDUVEWUK59lrB4AaABAg
Даже просто погружение в проектирование системы помогает не только проходить интервью, а мыслить абстрагируясь от деталий, мыслить шире, учитывать плюсы/минусы, анализировать возможные подходы, что очень поможет в работе. Спасибо за видео! ua-cam.com/video/F0pV5q8lo_w/v-deo.html&lc=Ugzmv9kLGpSMq1G0IZl4AaABAg
Начал читать на русском, хочу бумажный вариант. ua-cam.com/video/ZuzcHSjSLnM/v-deo.html&lc=Ugz-m9uTVpc_5hSDo1d4AaABAg
Дмитрий, рандом выбрал тебя! Книга твоя
@@SeniorSoftwareVlogger Спасибо, как мне с тобой связаться чтобы получить?
you probably dont give a shit but does someone know of a way to log back into an instagram account??
I stupidly forgot my account password. I appreciate any assistance you can offer me!
@Koda Prince Instablaster :)
@Ameer Jack I really appreciate your reply. I found the site thru google and Im waiting for the hacking stuff atm.
I see it takes quite some time so I will get back to you later when my account password hopefully is recovered.
Комментарий должен быть написан раньше, чем вышло это видео.
Книга на ваш выбор: бумажная, электронная, на английском или на русском.
Если эта книга вам не нужна - выбирайте любую другую техническую до 40 евро.
Выбор победителя в конце июня на стриме.
"Комментарий должен быть написан раньше, чем вышло это видео" - можете пояснить что это означает?
Это значит, что комментарий должен был быть уже написан под другим видео на канале.
Например ваш старый комментарий ua-cam.com/video/vR8G0Ow4dao/v-deo.html&lc=UgxcVryAbZdCSoBX4hd4AaABAg
@@SeniorSoftwareVlogger Понял, спасибо. Тогда сам оставлю ссылку на другой комментарий: ua-cam.com/video/vovaUbBDunc/v-deo.html&lc=Ugwm_3YHTDd2nvg4t554AaABAg
Про книгу слышал положительные отзывы. Всё думал, что я не дорос до такого уровня и беру какие-то более прикладные книжки. Но, наверное, такая книжка должна направить мозги в правильное русло.
А как скопировать комментарий?
Периодически пересматриваю понравившиеся видео и всегда жду новых.
Отлично структурированный материал, поставленный голос, хорошая подача.
Вот вроде всё и так понятно, о чём рассказано, много об этом читал, с чем-то сталкивался на практике, но всё равно есть в твоих видео что-то мотивирующее.
Что-то, что, несмотря на затянувший котёл кровавого энтерпрайза, наставляет на путь истинный :)
Низкий поклон за творчество! :)
Да, тема проектирования достаточна интересна и безусловно важна, особенно сейчас, в эпоху тотального увлечения гибкими методологиями разработки, когда предварителтные этапы перед запусками продуктов либо сжаты до невозможности, либо проводятся для формальности, в лучшем случае на старте разработки есть только вИдение и идея.
Видео подобного формата и содержания должны пользоваться популярностью, т.к. их не так много.
Жду продолжения с нетерпением.
Насчет распределенных систем: очень детально нужно знать как они работают, что делать когда выпадает нода, когда возвращается итп, как распределять данные по нодам (consistent hashing), так же нужно знать алгоритмы и структуры данных, используемые в бд (r-trees, b-trees, reverse index, trie итп). Я заметила, что сейчас очень подробно стали гонять по этим темам, чуть ли не код надо писать. Но в книжке высоконагруженные системы все это есть))
Так и есть, интервью все больше смешанные. Заходят через проектирование на алгоритм в итоге пишешь алгоритм. Систему пытаются хакать - система пытается отстраиваться.
есть еще распределенные комапнии там логистика людей и их знаний еще более интересные задачи ставит
"Вы закройте этот пласт проблем")))). И откроете огромный пласт проблем связанных с работой распределённых систем.
Спасибо! Сам недавно споткнулся на подобной категории вопросов, хотя не все интервью шло по такому сценарию. Получил удар по мнимой сеньорити и начал больше исследовать эту тему.
Станислав, какие были отступления от сценария?
@@SeniorSoftwareVlogger Имел в виду, что интервью целиком не было выдержано в стиле проектирования системы, а было одним из типичных технических интервью обо всем. Случился небольшой заскок на оценку процессорных мощностей (попутно с определением технологического стека) для обслуживания системы Х с количеством пользователей N и тут начались проблемы. Собственно, вот так все просто, урок получен - осталось работать.
Понял, в комментариях обсуждали, что сейчас все больше смешанные интервью идут
Смотрю канал серьёзно улучшил качество видео за прошлый год.
Не только таймкоды , но и интеграция их в видео, TLDR в конце - так держать! Побольше бы обучающих видео копировали этот позитивный опыт.
Фрустрация. Был уверен, что точно были коменты, оказалось что все на экстрим коде, и прочих блогерах. Будем исправляться. Тема очень интересная, может быть большую аудиторию она не соберёт, как видео про то как стать программистом или какой язык выбрать. Новичков все же значительно больше чем архитекторов =) но ценность я считаю больше в видео о темах которые выстраданы опытом, поэтому ждём продолжения. П.с. Твои стримы помогают бороться с синдромом самозванца, хоть дорос уже до лида, но закрадывается чувство что настоящие программисты не тупят над парой строчек кода и не гуглят. Смотришь и понимаешь что все с собой нормально)
Сегодня интересная тема! Спасибо
Ждём видео про архитектуру приложения
Братан, хорош! Давай давай! Можно всего этого и почаще?
Супер полезное видео, спасибо!
И спасибо ребятам за комментарии с полезными ссылками :)
Интересный канал, нравится что контент от опытного разработчика. Жду новых выпусков на актуальные темы, спасибо 👍🏽💸
Саркастический комментарий под видео: между прочим, такие системы разрабатывались тысячами инженеров десятки лет, а у нас тут 20 минту видео.
А вообще, спасибо за видео. Оно отличное.
Проходил перед собеседованием этот курс, брал подписку на год, подтверждаю курс стоящий.
Интересно и для джунов аналитиков. Как раз куча подобных вопросов в заданиях и на собеседованиях.
Хорошее видео. Спасибо за рекомендацию курса и книгу.
Как всегда интересно рассказано!
Спасибо, привили интерес к вашим видео)
спасибо огромное )) суперский контент ))
достаточно интересный видос, тизер к серии видео о том какое будущее можно себе построить, если нет желания весь остаток жизни писать обычные crud'ы.
спасибо за видео
Классное видео, поставил лайк!
В последнее время контент особо радует
Ну программисты они же интровертны) Я уверен, Дима, что здесь тысячи людей очень благодарны за твою работу, So do I. А не комментим, потому как боимся задать тупые вопросы, а мнение наше не считаем авторитетным, в итоге никто из берлоги не вылазит) Иногда твои видосы просто способ мотивировать друга, который не может устроиться на работу, видос сразу шарю ибо лучше и сам не скажешь. Иногда просто свежий глоток воздуха среди серых будней, где куча говнокода и миллиард правок больше способствуют деградации, чем саморазвитию и получению дзена, и хоть какого-то удовольствия от профессии. Я давно топчусь к переходу на уровень "уверенный мидл" ибо задачи смешанные и среди них кучу обычного неинтересного дерьма, на долгосрочной перспективе пыл в глазах угасает, а амбиции и желание довести проект до ума не дают свалить. А вот мой ментор свалил и теперь учить меня особо некому, наш лид крут, но он "гуру мультитаскинга" и времени на всех не хватает, так что пару минут на утреннем митинге и "решение завтыков за 5 минут" за глаза... Вижу, что я копаю в правильном направлении) Спасибо за науку, теперь понятно, что "уверенным" в программировании тебя делает правильное абстрактное мышление и четкое понимание того, что под капотом.
Спасибо!
Спасибо! Дельно, кратко. Про кабанчика отдельный лайк)
Каждый раз как смотрю твои видео открываю для себя окно в другой мир, очень позновательно, спасибо
вот это очень интересная тема, проектирование для многих разрабов темный лес, мне кажется, что для большинства надо хотябы в самых азах понимать как это устроено, это очень полезно, причем не важно, джаваскриптизер ли или хаскелист
ua-cam.com/video/xtcaEiwhflQ/v-deo.html&lc=UgwYCdbnCi0m563UMqh4AaABAg
А куда собрался переходить?
дякую за відео!
Спасибо. Хорошая книга. Уже начал читать :)
Круто, спасибо!
Спасибо огромное друже!!!
Очень хороший совет по книге. Спасибо, Дмитрий!
А есть где принимают джуниоров -архитекторов?
Такой должности не существуюет
К сожалению не знаю вашего имени. В этом ролике мне понравилось все. Разве что не знаю - правильна ли на самом деле стратегия - "показать за полчаса" что ты способен "раскидать" сложную архитектуру на кубики...я вот читаю Гради Буча, ООП, 2008. Наконец то добрался до UML. Пока читал первые четыре главы думал что сойду с ума.
Есть там такая фраза - "В отчете управления научных исследований Министерства обороны США указывается: Разработка программного обеспечения является трудоемкой работой и будет ею всегда..." Наверно не зря существует много попыток описать "стратегию разбиения на кубики"...и как то несерьезно за полчаса что-то реально стоящее накидать, точнее не так - я бы не стал торопиться с детализацией в данном случае, а спокойно бы выставлял ключевые абстракции, обьясняя что они будут делать в проекте. Не торопясь.
Может конечно уже не актуален UML и итеративные поиски правильной композиции из кубиков...Хочу услышать ваш совет - как еще можно двигаться в этом направлении - проектирования архитектуры, не имея реальной "точки приложения силы" - ну нет у меня такой канторы в к-й с меня это просят, видел книги вроде "упражнения на UML", но чето как то...не чувствую себя на уровне чтобы решать реальные упражнения(с ^^правильными ответами^^), вот я понимаю был бы такой тренажер где твою накиданную сходу систему оценивали бы по разным параметрам ну и был бы какой то топ, и место твоей попытки в этом топе...Не знаете м.б. Такое уже есть? ведь хорошая архитектура способна сэкономить много фишек в полном жизненном цикле проекта...а раз есть деньги(экономия) значит должны быть и прецеденты( решения )...ятд
Классный канал, подписался
sql не отменяет колоночные бд. в клике sql требуется для получения данных
Спасибо! Полезное видео
Книжка класс! Спасибо!
Полезное видео. Спасибо!
Вчера как раз заказал кабанчика себе, жду в предвкушении :D
Да быстрее бы видео про архитектуру, недавно занялся ресерчем каналов посвященные ИТ-тематике, просмотрел около 10ка, но именно этот показался наиболее интересным)
Классно, спасибо))
Thanks it's awesome keep going !
Спасибо за труд.
Жду видео про проектирование веб приложений.
Очень интересно и полезно
Толково, спасибо!
А на сколько это актуально для Front-end разработчиков? Проектирование систем - это больше про back-end в моем понимании. Задают ли такие вопросы на позицию Front-end разработчиков и насколько необходимо фронтендеру владеть такими навыками?
Смотря куда собеседуешься. Крупные компании ищут не сеньор ангуляр инженеров, а просто сеньор инженеров. Типа фулстеков в самом широком смысле этого слова.
Хорошее видео, но чуть не упал на "140 символов значит 140 байт", уточнение про доп поля немного спасает ситуацию, но осадочек точно останется. Говоря про такой функционал, нужно обозначить и понимаение что есть жизнь после ASCII, и что юзера часто не будут использовать все 140 символов.
Я тоже любил задавать вопросы на себесеровании на которых нет однозначного ответа. Это как минимум помогает понять как мыслит человек. И почему-то многие впадают в ступор. А некоторые начинают психовать и просить практическое задание.
Я бы тоже психанул. Готовишься, повторяешь алгоритмы, а тут тебе вопрос задают сколько нужно котов, что бы поменять лампочку в прихожей.
Вот про количество процессоров это интересно. Разве можно как то рассчитать количество реквестов от количества процессоров? Может кто нибудь поделится мыслями на этот счёт?
Это комментарий для следующего конкурса :D
Очень жду видео про веб!
Ссылка на книгу не работает
www.oreilly.com/library/view/designing-data-intensive-applications/9781491903063/
Ну вот смотрите, Вы просите меня сейчас спроектировать твиттер, или инстаграм, но эти системы тысячи инженеров проектировали на протяжении нескольких лет, а у меня на это интервью всего полчаса!
P.S. Спасибо за видео)
Я такого никогда не делал!
фраза "меня заводят твои кубики" приобрела новый смысл
ты сменил работу? интересно узнать про новую работу
Спасибо брат!
А есть ли советы для девопс инженеров? Я замечаю что на работе просто выполняю требования тех лидов и архитекторов и самому принимать решения приходится только в маленьких задачах. Может мне следует параллельно программирование изучать и писать свое приложение?
Книга в розыгрыше интересная!
Как-то делал её перевод на русский в семестровой работе по английскому :)
Ха), мне ещё как минимум 2 года готовиться)
я конечно поздновато но книгу я почитаю)) мне очень интересна тема проектирования систем
Сколько может обрабатывать spring приложение на 1 ядре в секунду?
Интересный вопрос, однако, хотел бы знать, как найти на него ответ...
Протестировать на своем компе как минимум.
@@SeniorSoftwareVlogger и типа вот так на опыте понимать что-ли?) каждый раз при разработке, тестировать на 1 машине с процессором в 1 ядро) и тогда со временем появится понимание?
А какая-то методика расчёта теоретическая существует?
Нет эталонной методики и эталонной цифры. Со временем появляется опыт и понимание, что 1 запрос в секунду - очень мало, а 10М запросов в секунду - не реально. Опять же смотрят не на точное число, а на понимание магнитуды.
Есть в планах видео, полный(ну в рамках собеседования на сколько это возможно) какой-то системы? Было бы очень здорово, таких видео полно, но они онли от индусов, на русскую аудиторию нету ни одного. Мало кто в гугл собирается, но для общего развития было бы очень круто услышать.
Хорошее видео. А про конкретику скажу, что конечно же её сначала не будет, сперва же надо в общих чертах тему объяснить, что получилось здесь хорошо.
Давай что-то про плюсы? Джуниор,какие технологии,и прочее,будет интересно. Спасибо*!
В конце июня будет выпуск
@@SeniorSoftwareVlogger очень жду,так как сам пишу на плюсах!
@@SeniorSoftwareVlogger Вы что пишите на С++ ? Или интервью?
Интервью. Я не пишу на С++
Очень сжато и с пользой. Что скажете о книге : "System Design Interview: An Insider's Guide"? Спасибо
А кто то из кодеров знает, сколько запись занимает в базе с учетом индексов? Там ведь и кодировка влияет, и тип индекса влияет, и полнотекстовый\не полнотекстовый поиск влияют. Круто, чо, мне не быть сеньором.
голова! лайк
Если компания использует монорепозиторий, это даст сильный толчек в развитии. Ты сразу видишь все тесты, как все разворачивается и тд. Видишь все уровни от железа до приложения и сервера. Главное просто чтобы интересно было изучить это все.
Спасибо, нужное и актуальное видео, курс заинтересовал, не подскажешь сколько времени потратил на его прохождение?
У меня было мало времени. За неделю пролистал.
@@SeniorSoftwareVlogger wow, прям очень быстро. Спасибо за ответ.
А насколько вообще полезна большая вторая часть в книге про Распределенные системы?
Очень полезная
@@SeniorSoftwareVlogger разве сейчас это всё не решает Kubernetes?
На собеседовании не получится ответить "кубернетис" на вопрос о распределённых системах.
Неплохо, неплохо
Считаются ли комментарии под видео, которые доступны только для спонсоров?=)
У тебя есть коммент под видео про питон :) Участвуешь в розыгрыше?
@@SeniorSoftwareVlogger Да. Хотелось как раз разложить всё в голове по полочкам. Сейчас найду коммент и оставлю ссылку. Даже если не выиграю, всё равно куплю эту книгу=)
Я уже нашел! К участию принимаю
@@SeniorSoftwareVlogger О. Спасибо!
Понимаю, что видео давно вышло, но попытаюсь спросить. Насколько вообще понятие синьора применимо в аутстаффе, для контракторов, работающих через "прокладку"? Возможно, это не совсем очевидно, но большинство людей живёт в маленьких странах, где нет серьёзного внутреннего рынка. И, соответственно, нет серьёзных продуктов национального масштаба, не говоря уже о глобальном. По сути, серьёзными странами в плане ИТ являются только США, абсолютный лидер, далее замкнутый в себе Китай и РФ. Все остальные страны работают с местечковым масштабом, если не брать gamedev, по сути, вынуждены работать контракторами-аутстафферами. Да, сейчас вроде бы 2022 год, удалёнка, но для по-настоящему серьёзной карьеры, если ты ноунейм из маленькой страны, нужно ехать в США или как минимум в Западную Европу. И только тогда уже появляется смысл в развитии до синьора, который в абсолютных деньгах получает существенно больше, чем контрактор через прокладку где-то в Беларуси, Украине или Средней Азии. Это правильное понимание ситуации или скорее бред удалёнщика? Если последнее, то какие контраргументы?
Применимо. Сеньор - это опыт. Люди и удаленно работают на таких должностях.
@@SeniorSoftwareVlogger Если синьор - это просто опыт, то почему можно встретить негативные отзывы о людях на собеседованиях, которые повесили себе звание синьора за выслугу лет в предыдущей конторе. Касательно удалённой работы - я много читал про США, что во многих случаях американцам запрещено работать трансгранично. Спрашивал у нескольких мигрантов в Германии - тоже в рабочих контрактах их как штатных сотрудников запрещена трансграничная работа. Я сразу уточню, что по-настоящему удалённой работой считаю только трансграничную, а когда требют внутри страны - то это уже WFH. Думаю, в СНГ сильно раздут хайп по поводу синьоров из-за того, что на более низких грейдах принято платить совсем смешные деньги, в отличие от США или Западной Европы.
Выслуга лет и опыт - разные вещи
интересная книга, стоит прочесть
Окей, если я получу эту книгу - я её прочитаю =) А там будет какая-то рукописная заметка от Дмитрия, если это бумажный формат?
ua-cam.com/video/k6SpcnyhK2Y/v-deo.html&lc=UgzpleXLOHXyix12s194AaABAg
Вообще книги O'Reilly заходят со скрипом. Последняя была про алгоритмы и уже после четверти мне казалось, что настолько подробно они мне не нужны. Автор будто настолку писал...
Спасибо за старания. За 2 месяца даже заскучал по видео такого формата.
В этой вряд-ли будет заметка. В одной из следующих может быть. Сейчас одну читаю, как раз под видео с архитектурой веб приложения.
Ребят подкиньте сайты на английском языке с бесплатными курсами по изучению языков программирования. Что-то кроме EDX
Мне эта книга помогла работу сменить
А насколько вообще полезна большая вторая часть в книге про Распределенные системы?
Крутой видос, отлично объясняет автор.
Только не научных статей, а технических.
я разработчик DLT системы. но мне будет тяжело рассказать об архитектуре, не потратив полчаса.
как раз, интервью обычно минут 45
А эта тема нужна фронтендерам?))
Зависит от компании
По книгам хотелось бы больше советов.
Спасибо
Хочу книгу
Что то я не понял как ссылку на коммент получить, по крайней мере с телефона, надеюсь это она.
ua-cam.com/video/qtTFM_osRe4/v-deo.html&lc=UgyTmpqhph4g6FULzkV4AaABAg
Почему ты походишь на Нео?
это все голоса в вашей голове
Попробовал купить книгу на литрес ради формата epub, но оказалось, что там спрятана pdf. Деньги на ветер, можно сказать, лучше бы в сети скачал.
Спасибо за информацию!
140 символов это не 140 байт же, нынче везде unicode.
и сколько же байт займет юникодовая строка из 140 символов если она состоит только из альфанумерических символов?
@@sergii.golota а вы сможете однозначно ответить на этот вопрос без примера конкретной строки и уточнения в какой кодировке будет храниться уникод-строка?
@@sergii.golota в кодировке юникод будет строго по 2 байта на символ. а в utf в зависимости от символов
Ну всё, я готов собеседоваться на CSS-архитектора как никогда! Интервьюируйте меня семеро!
Пруфлинк, если ты меня забыл:
ua-cam.com/video/O9vM-16mRNk/v-deo.html&lc=UgzXw8QDUVEWUK59lrB4AaABAg
"Классное видео, поставил лайк!"[1:]
Хочу книгу!
Не уверен, что у меня есть осмысленные комментарии под прошлыми видео😂
есть ua-cam.com/video/pYesokAuYR8/v-deo.html&lc=UgxCCDCoNpnRY7Y4K_54AaABAg
Хм, +1 книга, которую нужно прочитать.
Даже просто погружение в проектирование системы помогает не только проходить интервью, а мыслить абстрагируясь от деталий, мыслить шире, учитывать плюсы/минусы, анализировать возможные подходы, что очень поможет в работе.
Спасибо за видео!
ua-cam.com/video/F0pV5q8lo_w/v-deo.html&lc=Ugzmv9kLGpSMq1G0IZl4AaABAg
140 символов это 140 байт? я бы такого программиста не взял на работу сразу.
Alex Yu - System design interview
Пффф... Если вы 10 лет работали, и не знали всех этих разделов и терминов, вот вам ещё 10 лет, чтобы это осилить :D
А как же паттерны Бунина)
В первый раз об этом слышу 🤷♂️
Просто хочу книгу.