@@СтасГлова денормализация для olap нагрузки, например нужно сделать срез по нескольким измерения: это не просто про какие-то там olap кубы для аналитиков, тут может быть и dw или поиск по нескольким полям (например фасетная классификация в магазине\справочнике или что у вас там)
Максим, вы не один такой. Я день потратил на решение задачи, где по факту нужно было дописать 1 строку кода. Вывод - нехватка основ и плохой разбор задачи. Не опускайте руки, все получится обязательно как хотите!
вот я самоучка, но скажу так, если начать программировать без задачи, то конечно будет тяжело, а если сначала выбрать задачу, и под нее уже выбирать наиболее подходящий язык, то новичку должно быть проще, потому что в сознании уже формируется понимание поиска наиболее лучшего способа решения задачи
Мало того - опытные разрабы его пишут СОЗНАТЕЛЬНО. Это джуниоры пишут по незнанию и им простительно. Опытные же спрашивают заказчика: вам хорошо и дорого и без проблем или быстро и дёшево, но с проблемами впоследствии? И если заказчик выбирает последнее - он сам творец своего "счастья" :))))
@@vasilyh4588 Одно дело писать говнокод с пониманием ответственности потом его убрать из проекта или сделать не говном, вплоть до дистанции в несколько лет, другое дело наговнокодить и покинуть проект через год, оставив свой говнокод другим людям. Как будто второй вариант куда чаще происходит.
@@vasilyh4588 гораздо проще. Когда дедлайн и команда не успевает даже вопросы такие не появляются. Нужно просто налепить хоть что-то чтобы показать заказчику то что наобещал наш сотрудник показать. А знаете ли обещать и реализовывать это разные вещи. Приходится делать простые решения с непродуманной архитектурой ради сроков
❤🎉 И про что-то ещё снимите, пожалуйста! Хотя-бы просто перечень реально потребных нюансов для самоучек) так сказать выжимку из Вашего опыта👍👍 спасибо за Ваш труд!
Дякую Вам, Сергій, за корисне відео! Особливо корисне, коли впала мотивація працювати далі після довгого рішення задачі і думок «піду працювати двірником»))) мирного неба вам і всього найкращого!
Где-то слышал, что Марк Цюкерберг однажды сказал: "Я действительно много узнал о программировании, когда изучил операционные системы". Хотелось бы видео по Операционные Системы. Вам спасибо, рахмат, дякую.
Ещё больше мотивирует спич Тима Урбана про прокрастинацию, где он предложил нарисовать квадратик для каждого месяца, сколько осталось до пенсии и осознать, что не так уж много квадратиков, как думал и очень жалко даже 1 из них потерять.
Сергей, рассмотри пожалуйста, идею создания курса для новичков по общим основам работы компьютера, программ и сетей. Объяснить такие темы как: сервера, порты, среда окружение, DNS , работа с консолью и т.д. Темы вроде базовые но многим не понятны, особенно когда пытаешься связать их в кучу и буду полезны по всем направлениям разработки
@@Dmytro-Tsymbaliuk То есть Линукс не является ОС , через которую идёт взаимодействие из сетью, используется в программирование. А в Виндовс или Мак нет консоли(терминала)!?
Очень хотелось бы по базам данным видео. Если программирование просто интересная задача, то БД именно удовольствие приносят. Видеть упорядоченную и удобно находимую информацию всегда приятно, а создавать такую - тем более. Как самоучке, гуглить и понимать нормальные формы, индексацию, миграции и прочее было очень тяжко и до сих пор не всё понятно и самостоятельно прийти без помощи тяжко
Где найти такого работодателя, который понимает, что многозадачность в программировании вредит? Мне довелось поработать 4 месяца в конторе, где "гениальное" планирование. Сегодня ты работаешь над одним проектом, а завтра по плану менеджеров над другим. А иногда до обеда на одним проектом, а после обеда над другим. Это конечно же очень сильно вредит качеству кода. А сеньористые сеньеры и тим лиды считают себя гениями.
странная контора) это если бы в булочной печник полсмены пёк хлеб, потом вставал бы на кассу, следующую смену мыл полы, и весь персонал так же по кругу)
А как вам организация труда, когда тьі программист, но пьітаешься работать между звонками по поддержке? И день тьі на телефоне, а вечером долбал еще работать. Так задачи затягиваются.
@@DimaVort это называется оптимизация затрат. Зачем буржую платить отдельным специалистам, если и уж имеющиеся сгодятся. А то что это не продуктивно и энергозатратно, никого не волнует, всегда найдется джун, который ищет галеры, что бы хоть как то залезть в ИТ)
имхо, когда ты пишешь на заказ код и знаешь, что нужно именно быстро сдать и уверен, что не ты будешь его потом поддерживать(и не твоя кампания) - то мы все знаем, какой спагетти там получается😂😂😂
Занимаюсь разработкой игр. Расскажите про общие принципы построения AI противника для синглплеерных игр. Также интересно было бы узнать какие-то основы о сохранении текущего состояния игры в файл.
😢сама поймёшь когда вырастешь... (с) к.ф. "однажды в Голливуде", Леонардо ДиКаприо. Спасибо за видео! Ещё, при обучении, не делайте больших перерывов, потом тяжело вспоминать.
Только включила и Сергей - у нас нет света. Какое совпадение как и у нас! Весь Владивосток и все Приморье без света и инета несколько часов...Выпуск очень полезный для меня как начинающей
Привет. С недавних пор я тоже соглашусь с вами начал писать то что нужно сделать - доделать в файлик по приложению. Так я и не забываю что нужно сделать в целом и если какие-то мысли пришли в голову тоже записываю туда. Так в другое время открыл посмотрел и делаешь по порядку, а после завершения проекта просто файлик удалил и всё. Вот про вторые 80% вообще сейчас мне не напоминайти я это не то чтобы совсем не умею делать как умею всего если 10% наберётся то это хорошо. То есть я сейчас обучаюсь и вижу от преподавателя только примеры первые 80%. Про доведения программы до стабильного релиза речь преподаватель вообще не заводит по причине того что сам курс обучения этого не предполагает как по программе так и по времени обучения. Как всегда пытаются впихнуть как можно больше материала в как можно меньшее количество времени. Да и возникает вопрос а как понять каких знаний не хватает. Ну и один вопрос что нужно всё и везде изучать по нужной теме. Но возможно есть методологии не тормозить и учить но что и как хотелось бы узнать это у специалиста а не рыть землю долго и даже может не в том направлении.
смотрю и плачу - _ -, потому что я гавно-программистка и ничего не получается. вроде учишься, а потом всё равно не получается, кажется нужно быть гением чтобы это всё знать, хотя на самом деле это не так и в программистах просто люди, и они же как-то стали программистами. я злюсь
Учиться программировать нужно долго и упорно. Более того писать на скриптовых языках и писать на строго типизированных языках - это совершенно разный опыт. Скриптовые языки намного проще освоить из-за меньшего числа сущностей. lua - самый простой скриптовый язык с минимумом функционала. Лучше начать с него. Потом можно попробовать python с его ООП. Но только не js, так как js работает в браузере и придётся изучать html, css, DOM дерево и кучу всего дополнительного. Какой-нибудь строго типизированный язык вроде C#/Java требует очень много инфы прочитать, прежде чем начнёшь понимать как работает язык. Но есть сайт metanot - просто идеальная площадка для изучения языков с примерами кода. Низкоуровневые языки как C++ и Ассемблер - вообще новичку лучше не брать. Там слишком много всего нужно изучить чтобы писать код. Функциональные языки Scala/Haskell - тоже нужны более опытным программистам. Кто уже неплохой код пишет в императивном стиле и хочет перейти на что-то более читабельное.
Это самокритика и ничего больше. Надо больше думать над решением задачи и советоваться по поводу задач с другими, если чего-нибудь не знаешь. Со временем появится иммунитет😊
Я новичок в программировании, но все вещи, которые вы говорите, они прям вертелись на языке, но никак не мог их сформулировать Чувствовал, но до конца не осознавал Спасибо, очень полезное видео, подписался
Сергей как всегда прав, очень важно оптимизировать свой мыслительный процесс во время разработки, браться за одну задачу за раз, систематизировать, делать заметки в процессе, всё это очень важно и помогает не сойти с ума) а ещё помогает разбивать большие задачи на маленькие, писать отдельный код чтобы проверить какую-то гипотезу (когда к примеру невозможно задебажить какой-то момент)
Вот по нормализации было бы интересно найти тренажёр или задачи, т.к. одного или двух примеров мало. Но еещё больше интересен 1 момент, а как часто приходиться нормализовывать бд дальше 3НФ?
Работаю во фронтенде больше 10 лет. Иллюзий по поводу всезнания у меня нет, но не думал что Немчинский так сходу назовёт вещи, о которых я и понятия не имею. Пошел гуглить 😅
Про нормализацию баз данных. Я это системно не изучал, да и не изучал вообще. И мне по работе это не нужно. Но я как-то натолкнулся на хороший видос, там все это было разжевано отлично, и я все понял. Ну как все, очевидно только база, я уверен, что там есть куча нюансов. Но база на то и база, что с ней можно разобраться с нюансами при желании/необходимости. Да и на практике, обычно, достаточно первых трех типов нормализации.
@@ЛюбимкаТ я теперь "разгоняться" буду долго. Еслиб сразу не бросил, то сейчас был бы доход 800, а так я и через 10 лет не дойду да такого... Короче я теперь с большим запозданием пойду. И так не талантлив в математике и абстракциях( а когда ты ближе к натуральным числам - то сложнее программировать
Есть 2 типа людей - одни пишут и по ходу корректируют, другие все обдумают. Но когда ты все обдумал - точно так же натыкаешся на вещи о которых не подумал. Поэтому лучше разбивать на под задачи
Как точно все подмечено ….прямо как про меня ролик писали особенно про (« я же женщина + 45 ну какой я кодер …это была самая моя глупая идея начать «самомучение» год назад на fullstack developer😮
10:36 Хотел сказать про NP полноту и O нотацию (ее сейчас довольно часто просят объяснить), но, потом, подумал, что это, скорее всего есть на курсе по алгоритмам.
Цитата Скарлет О'Хара - это круть! Кто знает, ставь лайк!😆 Планировать перед тем, как написать код - это правильно. Я продумываю на один-два шага, потом реализую постепенно. Так виден прогресс. Или в процессе реализации может возникнуть новая мысль, что думаю не в том направлении, что тоже хорошо, чем продумав до мелочей, реализовать не то.
На самом деле начиная просмотр этого видео я думал услышать про многозадачность как многопоточность, а тут про то, что Юлием Цезарем быть не правильно. 😅 Если говорить про многозадачность разработчика, то вариант с TODO, TBD etc мне нравится больше. На самом деле даже мысли о том, что можешь не успеть, тоже сильно нагружают мозг и тем самым затягивают реализацию/имплементацию. Я не программист, точнее таким себя не считаю, но навыки у меня есть и достаточно широкие знания и иногда возникают идеи о разработке некоторых приложений. Я бы хотел знать как правильно разработать архитектуру для начала. Какие инструменты использовать? Я для себя вижу это как бесконечно масштабируемое электронное полотно, где можно добавлять различные элементы: связанные таблицы баз данных, элементы интерфейса, классы, методы, объекты любого уровня (кластеры, ноды -> tcp/udp пакеты), что угодно и это всё взаимосвязано. Глядя на такие схемы можно было бы сразу понять узкие места и выбрать направление реализации. Вот какой такой инструмент наиболее удобный? Желательно бесплатный.
Когда программа заработала - это означает только базовый бекенд. А после деплоя начинается интересное - дебагинг. :) Тут тебе и юзерфрендли фронтенд и, собственно, новые фичи - защиты от несанкционированного доступа... описание новых рестрикций, чтобы юзеры не отрезали себе руку. :)
Очень близок пунк "я ни на что не способен, не могу решить эту задачу, может не быть мне программистом..." Пишу проект и когда сталкиваюсь со сложной задачей не понимаю как решить и каждый раз такие мысли😅 два года обучения. Как правило через время она решается) проблема этих мыслей в том, что когда ты будешь работать на компанию она захочет человека который быстро будет решать проблемы, а не такого который несколько дней - неделю будет дуплить над задачей, это понимание и приводит к таким мыслям...
Открою секрет: на самом деле нужны люди, которые решают задачи стабильно и качественно, а не быстро. Для менеджера намного лучше специалист, который решает 100 из 100 задач по задаче в день, чем специалист, который решает 70 задач из 100 за время от часа до 6, причем половину из 70 нужно будет переделать потом. С первым можно точно спланировать дедлайны, релизы, согласовать работу с другой командой, посчитать KPI. Со вторым... Да проще уволиться сразу 😏
@@ИмяФамилия-э4ф7в спасибо за ответ! Немного успокаивает) я как ещё как не состоявшийся джун над своими задачами сижу долго до недели (неправильно подобраное архитектурное решение, попытка запихнуть все в один класс, а не создать отдельный, ниодного паттерна не знаю но интуитивно пришел сразу к двум ) иногда приходится много переделывать и частый рефакторинг для упрощения логики, чтения и уменьшение кода в функциях. Пишу на С++ 😅
Насчет "нужно все продумать, прежде чем писать код". Естественно, это так, но есть нюанс. Тут я вижу ловушку: не нужно думать слишком много. Я не проводил исследований, это личный опыт. Как, обычно, работает у меня: примерно продумал структуру и решение, начал реализацию, и где-то процентах на 30 - 50 понял, что тут так не сработает. Конечно, это происходит далеко не каждый раз, чаще все идет по плану. Но что я хочу сказать. Первое: сколько бы я не думал над задачей до реализации, я бы не увидел этих проблем, т.к. для этого нужно было погрузиться в реализацию. Да, можно сказать, что (в теории) нужно все изучить, абстрактно погрузиться в задачу... На практике, во всяком случае, у меня это так не работает. Второе: принять, что это нормално. Что если я понял, что так нельзя, только в процессе реализации - это не проблема. Буває. И главное: как только ты это понял, сразу начинать рефакторинг. Не вестись на эти "блин, ну я же уже так много сделал, да и пооблема, вроде, небольшая, подопру костылем". Нет, это самое опасное. Чем дольше мы откладываем рефакторинг, тем больше потом вылезет проблем и больше нужно будет рефакторить. Поэтому, не стоит пытаться все продумать заранее, это попадает под первую проблему в этом видео. Слишком много всего нужно держать в голове, и что-то (многое) вылетит. Да и что-то, по любому, не учтем. И нормально относится к тому, что, возможно, в процессе выяснится, что все надо переделать. Что, конечно, не отменяет необходимости базово продумать и составить план решения задачи: где и как мы это будем делать, как встроим в существующий код и т.п.
Не хочу обидеть, но глядя на превьюшку, подумал, что это видео о том, как восстановить волосы. Просто у меня много на эту тему в рекомендациях. Ну, и, было странное ощущение, что метод, видимо, не работает)
Так погоджуюсь! Не встигнемо оглянутись як підуть титри на темному фоні.. та тільки від нас самих буде залежати що буде вписано в тих титрах! Вибачайте я не втримався)😅
Полностью согласен с 4- пунктом. Например, когда ты не знаешь базы как работают сети, то ты тем более не будешь знать что-то высокоуровневое, когда лучше использовать REST, gRPC или WebSocket. Или например как работает память(в общем и в каждом языке). Если ты не знаешь эту БАЗУ, то какие-то более высокоуровневые задачи по типу оптимизации или архитектуры даже не надо начинать....
@@_iPilot сокеты могут работать и в tcp и udp. Плюс там разные модели, bidirectional streaming и тд. Условно без модели osi сложно в этом разобраться, а как результат - создать какой-то продукт с использованием последних технологий.
@@_iPilot о чем мы спорим? Основная идея моего комментария в том что без базы невозможно решать высокоуровневые проблемы. Загуглил, да, вебсокеты только через тсп реализуются, но есть другие технологии, которые реализуют тот же би стриминг через юдп(RTMP). Логично что используються для видео стриминга
11:21 "Лучше плохой план, чем никакого плана" 🙃. В моём случае это "плохой план", но хотелось бы узнать как спланировать разработку "нормально". Возможно Вы уже публиковали такое видео, но не нашёл. Помню давно смотрел "О чем подумать до написания программы?" от S0ER, но пересмотрев несколько раз, до сих пор мало что понимаю из его видео. Возможно у Вас это получиться?
Очень полезный выпуск, ждём про "Нормализацию баз данных"
Хотілося б почути не лише формулювання та теорію, а практику та кейси, коли нормалізація недоцільна зовсім (навмисна дублікація даних)
Народ.. я совсем новенький)) вы тут троллите?))
@@СтасГлова денормализация для olap нагрузки, например нужно сделать срез по нескольким измерения: это не просто про какие-то там olap кубы для аналитиков, тут может быть и dw или поиск по нескольким полям (например фасетная классификация в магазине\справочнике или что у вас там)
Можно видео со списком таких базовых знаний, чтоб понимать что гуглить?
Правда жизни - никто не парится о нормализации, первых 3 нормальных форм хватает
Не переживайте, если вам кажется... Вам не кажется!
То есть никогда не кажется?
@@Das.Kleine.Krokodil Кажется, да.
Концовочка - топ!! 🔥🔥🔥
Го видео про нормализацию бд и булиновую алгебру!
Вы хотели написать былочковую алгебру? 😂
может все таки булиновскую алгебру??
набутыливание без регистрации и смс
Булиневую и двойную рифовую узловую алгебру.
@@drren-qz4tt Булиновская в тюрьме сидит))
Какой-то философский финал получился. Как всегда Сергею - дяка за полезную информацию и опыт!
Пожалуйста, продолжайте записывать такие видео, думаю я не один кого это мотивирует возвращаться после угнетений себя из-за неудачи
обязательно
Максим, вы не один такой. Я день потратил на решение задачи, где по факту нужно было дописать 1 строку кода. Вывод - нехватка основ и плохой разбор задачи. Не опускайте руки, все получится обязательно как хотите!
вот я самоучка, но скажу так, если начать программировать без задачи, то конечно будет тяжело, а если сначала выбрать задачу, и под нее уже выбирать наиболее подходящий язык, то новичку должно быть проще, потому что в сознании уже формируется понимание поиска наиболее лучшего способа решения задачи
8:21 не переживайте, что пишете говнокод - его все пишут 😁
Мало того - опытные разрабы его пишут СОЗНАТЕЛЬНО.
Это джуниоры пишут по незнанию и им простительно.
Опытные же спрашивают заказчика: вам хорошо и дорого и без проблем или быстро и дёшево, но с проблемами впоследствии? И если заказчик выбирает последнее - он сам творец своего "счастья" :))))
@@vasilyh4588 Одно дело писать говнокод с пониманием ответственности потом его убрать из проекта или сделать не говном, вплоть до дистанции в несколько лет, другое дело наговнокодить и покинуть проект через год, оставив свой говнокод другим людям. Как будто второй вариант куда чаще происходит.
@@vasilyh4588 гораздо проще. Когда дедлайн и команда не успевает даже вопросы такие не появляются. Нужно просто налепить хоть что-то чтобы показать заказчику то что наобещал наш сотрудник показать. А знаете ли обещать и реализовывать это разные вещи. Приходится делать простые решения с непродуманной архитектурой ради сроков
❤🎉 И про что-то ещё снимите, пожалуйста! Хотя-бы просто перечень реально потребных нюансов для самоучек) так сказать выжимку из Вашего опыта👍👍 спасибо за Ваш труд!
ДІЙСНО корисні поради. Відчувається досвід. Дякую!
Дякую Вам, Сергій, за корисне відео! Особливо корисне, коли впала мотивація працювати далі після довгого рішення задачі і думок «піду працювати двірником»))) мирного неба вам і всього найкращого!
Спасибо за такие видео! Я только начинаю и не понимаю пока, подходит ли мне эта профессия. Ваши видео помогают понять изнанку)
Где-то слышал, что Марк Цюкерберг однажды сказал: "Я действительно много узнал о программировании, когда изучил операционные системы".
Хотелось бы видео по Операционные Системы.
Вам спасибо, рахмат, дякую.
На ЮТе есть хороший курс Карпова про операционные системы.
Спотыкался обо все. Прям по пунктам. Хороший видос)))
Мотивирующее окончание видео. Открывает глаза💯
Ещё больше мотивирует спич Тима Урбана про прокрастинацию, где он предложил нарисовать квадратик для каждого месяца, сколько осталось до пенсии и осознать, что не так уж много квадратиков, как думал и очень жалко даже 1 из них потерять.
Сергей, рассмотри пожалуйста, идею создания курса для новичков по общим основам работы компьютера, программ и сетей. Объяснить такие темы как: сервера, порты, среда окружение, DNS , работа с консолью и т.д.
Темы вроде базовые но многим не понятны, особенно когда пытаешься связать их в кучу и буду полезны по всем направлениям разработки
Поддерживаю
Работа с консолью это Linux, вообще из другой темы хотелка
@@Dmytro-Tsymbaliuk То есть Линукс не является ОС , через которую идёт взаимодействие из сетью, используется в программирование. А в Виндовс или Мак нет консоли(терминала)!?
Очень хотелось бы по базам данным видео.
Если программирование просто интересная задача, то БД именно удовольствие приносят. Видеть упорядоченную и удобно находимую информацию всегда приятно, а создавать такую - тем более.
Как самоучке, гуглить и понимать нормальные формы, индексацию, миграции и прочее было очень тяжко и до сих пор не всё понятно и самостоятельно прийти без помощи тяжко
А Вам в data science, кажется, путь красной дорожкой проложен) аж завидую)
Nemchinskiy, you rock!
Здравствуйте, спасибо за то что поделились со знаниями!
Где найти такого работодателя, который понимает, что многозадачность в программировании вредит? Мне довелось поработать 4 месяца в конторе, где "гениальное" планирование. Сегодня ты работаешь над одним проектом, а завтра по плану менеджеров над другим. А иногда до обеда на одним проектом, а после обеда над другим. Это конечно же очень сильно вредит качеству кода. А сеньористые сеньеры и тим лиды считают себя гениями.
странная контора) это если бы в булочной печник полсмены пёк хлеб, потом вставал бы на кассу, следующую смену мыл полы, и весь персонал так же по кругу)
За всю свою контору не скажу, но в моей команде сейчас так же 😢 ищу, куда переходить
А как вам организация труда, когда тьі программист, но пьітаешься работать между звонками по поддержке? И день тьі на телефоне, а вечером долбал еще работать. Так задачи затягиваются.
@@DimaVort это называется оптимизация затрат. Зачем буржую платить отдельным специалистам, если и уж имеющиеся сгодятся. А то что это не продуктивно и энергозатратно, никого не волнует, всегда найдется джун, который ищет галеры, что бы хоть как то залезть в ИТ)
Зачем ты ставишь i?@@DimaVort
имхо, когда ты пишешь на заказ код и знаешь, что нужно именно быстро сдать и уверен, что не ты будешь его потом поддерживать(и не твоя кампания) - то мы все знаем, какой спагетти там получается😂😂😂
автоматическая обфускация получается, доп защита от киберхакеров!
Занимаюсь разработкой игр. Расскажите про общие принципы построения AI противника для синглплеерных игр. Также интересно было бы узнать какие-то основы о сохранении текущего состояния игры в файл.
Сергей, снимите пожалуйста видео по нормализации базы данных. Вы очень интересно подаете информацию.
уже сняли
Після кінцівки відео, підвівся з-за столу, підійшов до вікна, запалив... Багато думав... Плакав...
в мене теж саме було, коли я це вперше почув
Сергей и весь коллектив канала, традиционное спасибо за выпуск, как всегда содержательно и интересно 👍👍👍
😢сама поймёшь когда вырастешь... (с) к.ф. "однажды в Голливуде", Леонардо ДиКаприо. Спасибо за видео! Ещё, при обучении, не делайте больших перерывов, потом тяжело вспоминать.
Концовка получилась топчик! 😊
Надеюсь ещё увидимся ... 😅
полезный видос. Спасибо
Термины, которые Вы нам назвали, были для меня на вы и я не знал об этом. Буду ждать видео на эту тему.
очень хорошие советы! спасибо за видео!
Серёга! Живи долго!)
Прибаутки агонь! и первые 80% и вторые. Про нормализацию - хотим! По возможности тоже с прибаутками ))!
Только включила и Сергей - у нас нет света. Какое совпадение как и у нас! Весь Владивосток и все Приморье без света и инета несколько часов...Выпуск очень полезный для меня как начинающей
Нам выключили свет одни и те же люди
@@NemchinskyLive 💯
Видимо, вы не оплатили...
Привет. С недавних пор я тоже соглашусь с вами начал писать то что нужно сделать - доделать в файлик по приложению. Так я и не забываю что нужно сделать в целом и если какие-то мысли пришли в голову тоже записываю туда. Так в другое время открыл посмотрел и делаешь по порядку, а после завершения проекта просто файлик удалил и всё.
Вот про вторые 80% вообще сейчас мне не напоминайти я это не то чтобы совсем не умею делать как умею всего если 10% наберётся то это хорошо. То есть я сейчас обучаюсь и вижу от преподавателя только примеры первые 80%. Про доведения программы до стабильного релиза речь преподаватель вообще не заводит по причине того что сам курс обучения этого не предполагает как по программе так и по времени обучения. Как всегда пытаются впихнуть как можно больше материала в как можно меньшее количество времени.
Да и возникает вопрос а как понять каких знаний не хватает. Ну и один вопрос что нужно всё и везде изучать по нужной теме. Но возможно есть методологии не тормозить и учить но что и как хотелось бы узнать это у специалиста а не рыть землю долго и даже может не в том направлении.
Фраза "Меня все еще зовут Сергей Немчинский" заставляет предполагать, что в будущем вы планируете сменить имя .....😁
Як варіант - ще можна змінити стать. Тоді імя прийдеться міняти на жіноче...
в будущем его могут звать Оксанка Немчинская.
Судя по тряпке в верхнем левом углу, он должен любить имя оксанка, смену поля и прочую содомию.
@@Iezekiilx а с чего ты взяло, что я из россии? ты в себе слишком самоуверенно.
@@Iezekiilxсудя по вашим комментариям,цвета вашей тряпочки полностью вам подходят…
И про булевую, и про нормализацию, и про все.... Давайте про все!!! Все будет интересно !!!!
Отличное видео! Спасибо. За 25 лет активного программинга все прошел. 😆😉
10:23 - для меня эти термины на "Вы". Будет классно, если расскажете :)
Смотрю в комментах про нормализацию бд пишут, тоже бы хотелось про эту тему услышать ликбез Сергея. Лайк и коммент в поддержку 😊
5 из 5 попаданий, я даже приободрился, спасибо большое😂
так и было задумано :)
Про нормализацию баз данных конечно интересно было бы у вас посмотреть
Отличное видео
Надо сперва написать интерфейсы и абстрактные классы, а потом их реализовывать.
Спасибо за видео.
!! Про нормализацию БД было бы интересно послушать
High-strong junior level! 💪
Top super star junior level 😏
смотрю и плачу - _ -, потому что я гавно-программистка и ничего не получается. вроде учишься, а потом всё равно не получается, кажется нужно быть гением чтобы это всё знать, хотя на самом деле это не так и в программистах просто люди, и они же как-то стали программистами. я злюсь
всем так кажется. не переживайте
какой язык учишь?
Учиться программировать нужно долго и упорно. Более того писать на скриптовых языках и писать на строго типизированных языках - это совершенно разный опыт. Скриптовые языки намного проще освоить из-за меньшего числа сущностей.
lua - самый простой скриптовый язык с минимумом функционала. Лучше начать с него. Потом можно попробовать python с его ООП. Но только не js, так как js работает в браузере и придётся изучать html, css, DOM дерево и кучу всего дополнительного.
Какой-нибудь строго типизированный язык вроде C#/Java требует очень много инфы прочитать, прежде чем начнёшь понимать как работает язык. Но есть сайт metanot - просто идеальная площадка для изучения языков с примерами кода.
Низкоуровневые языки как C++ и Ассемблер - вообще новичку лучше не брать. Там слишком много всего нужно изучить чтобы писать код.
Функциональные языки Scala/Haskell - тоже нужны более опытным программистам. Кто уже неплохой код пишет в императивном стиле и хочет перейти на что-то более читабельное.
Это самокритика и ничего больше. Надо больше думать над решением задачи и советоваться по поводу задач с другими, если чего-нибудь не знаешь. Со временем появится иммунитет😊
@УльянаАкинфина-ь1й
Хорошие специалисты учатся по-другому. То, что для тебя тяжелая работа, для них просто игра и любимое занятие.
Отличная идея, сделайте отдельно про нормализацию и булеву алгебру
концовка просто супер )))
Я стараюсь сразу писать тесткейсы. Сделал часть - прикрутил тест кейсы. Поймал что не работает - добавил тест кейсы
планируйте, как будит написан код ... - ага, когда говорят сделать одно, ты начинаешь делать и тебе начинают накидывать новый функционал и т.п.
Я новичок в программировании, но все вещи, которые вы говорите, они прям вертелись на языке, но никак не мог их сформулировать
Чувствовал, но до конца не осознавал
Спасибо, очень полезное видео, подписался
Сергей как всегда прав, очень важно оптимизировать свой мыслительный процесс во время разработки, браться за одну задачу за раз, систематизировать, делать заметки в процессе, всё это очень важно и помогает не сойти с ума) а ещё помогает разбивать большие задачи на маленькие, писать отдельный код чтобы проверить какую-то гипотезу (когда к примеру невозможно задебажить какой-то момент)
Вот по нормализации было бы интересно найти тренажёр или задачи, т.к. одного или двух примеров мало. Но еещё больше интересен 1 момент, а как часто приходиться нормализовывать бд дальше 3НФ?
Работаю во фронтенде больше 10 лет. Иллюзий по поводу всезнания у меня нет, но не думал что Немчинский так сходу назовёт вещи, о которых я и понятия не имею. Пошел гуглить 😅
Хотел бы от вас ролик про нормализацию баз данных и алгебру. :)
Про нормализацию баз данных. Я это системно не изучал, да и не изучал вообще. И мне по работе это не нужно. Но я как-то натолкнулся на хороший видос, там все это было разжевано отлично, и я все понял. Ну как все, очевидно только база, я уверен, что там есть куча нюансов. Но база на то и база, что с ней можно разобраться с нюансами при желании/необходимости. Да и на практике, обычно, достаточно первых трех типов нормализации.
Hi Ya & best wishes. SuperB! Thanks for work. Be Happy. Sevastopol/Crimea.
Да, про нормализацию можно видео! Да и вообще про что-то из области БД
Вы прям поставили в ступор Сергей 😂Конечно же хотелось бы услышать про нормализацию баз данных и это…как его там…булева алгебра.
Прикольная уточка !
Спасибо. Твое видео мне нужно было 7 лет назад 🥲 Тогда бы я не забросил программирование
Если есть желание, то можно и вернуться..
@@ЛюбимкаТ я теперь "разгоняться" буду долго. Еслиб сразу не бросил, то сейчас был бы доход 800, а так я и через 10 лет не дойду да такого...
Короче я теперь с большим запозданием пойду. И так не талантлив в математике и абстракциях( а когда ты ближе к натуральным числам - то сложнее программировать
Есть 2 типа людей - одни пишут и по ходу корректируют, другие все обдумают. Но когда ты все обдумал - точно так же натыкаешся на вещи о которых не подумал. Поэтому лучше разбивать на под задачи
Блин как же точно вы смогли попасть в состояние и вообще в проблемы Джуна 😅
Давайте видео про нормализацию баз данных))
@Nemchinskiy Финалочка со вкусом!)
Работаю в аппаратной рвзработке, печатные платы проектирую. Всё то же самое и в этой сфере, очень похожие проблемы
Как точно все подмечено ….прямо как про меня ролик писали особенно про (« я же женщина + 45 ну какой я кодер …это была самая моя глупая идея начать «самомучение» год назад на fullstack developer😮
Нам нужен видео про теорию программирования ❤😊
Про булеву алгебру выпуск ждём 🤚
Давай про нормализацию видео. В универе очень плозо преподавали бд, и препод совсем не знал ничего о компах, я не знаю почему вообще она вела бд😢
Применяю сказанное не только к програмированию😊
Нет таких терминов не знал, видео по терминам будет полезное.
10:36 Хотел сказать про NP полноту и O нотацию (ее сейчас довольно часто просят объяснить), но, потом, подумал, что это, скорее всего есть на курсе по алгоритмам.
Конечно есть
Давайте видео про нормализацию баз данных
Слушайте, даже не представляю, как обучаются самоучки: я б посоветовал полному новичку все же пойти на курсы, есть даже бесплатные
Цитата Скарлет О'Хара - это круть! Кто знает, ставь лайк!😆
Планировать перед тем, как написать код - это правильно. Я продумываю на один-два шага, потом реализую постепенно. Так виден прогресс. Или в процессе реализации может возникнуть новая мысль, что думаю не в том направлении, что тоже хорошо, чем продумав до мелочей, реализовать не то.
На самом деле начиная просмотр этого видео я думал услышать про многозадачность как многопоточность, а тут про то, что Юлием Цезарем быть не правильно. 😅
Если говорить про многозадачность разработчика, то вариант с TODO, TBD etc мне нравится больше.
На самом деле даже мысли о том, что можешь не успеть, тоже сильно нагружают мозг и тем самым затягивают реализацию/имплементацию.
Я не программист, точнее таким себя не считаю, но навыки у меня есть и достаточно широкие знания и иногда возникают идеи о разработке некоторых приложений. Я бы хотел знать как правильно разработать архитектуру для начала. Какие инструменты использовать?
Я для себя вижу это как бесконечно масштабируемое электронное полотно, где можно добавлять различные элементы: связанные таблицы баз данных, элементы интерфейса, классы, методы, объекты любого уровня (кластеры, ноды -> tcp/udp пакеты), что угодно и это всё взаимосвязано. Глядя на такие схемы можно было бы сразу понять узкие места и выбрать направление реализации.
Вот какой такой инструмент наиболее удобный? Желательно бесплатный.
Мурашки от концовки 😌
Что скажите про обучение фулстак разрабов? Это реально? Есть ли в природе джуны фулстакеры?
Когда программа заработала - это означает только базовый бекенд.
А после деплоя начинается интересное - дебагинг. :)
Тут тебе и юзерфрендли фронтенд и, собственно, новые фичи - защиты от несанкционированного доступа... описание новых рестрикций, чтобы юзеры не отрезали себе руку. :)
Очень близок пунк "я ни на что не способен, не могу решить эту задачу, может не быть мне программистом..." Пишу проект и когда сталкиваюсь со сложной задачей не понимаю как решить и каждый раз такие мысли😅 два года обучения. Как правило через время она решается) проблема этих мыслей в том, что когда ты будешь работать на компанию она захочет человека который быстро будет решать проблемы, а не такого который несколько дней - неделю будет дуплить над задачей, это понимание и приводит к таким мыслям...
Открою секрет: на самом деле нужны люди, которые решают задачи стабильно и качественно, а не быстро. Для менеджера намного лучше специалист, который решает 100 из 100 задач по задаче в день, чем специалист, который решает 70 задач из 100 за время от часа до 6, причем половину из 70 нужно будет переделать потом. С первым можно точно спланировать дедлайны, релизы, согласовать работу с другой командой, посчитать KPI. Со вторым... Да проще уволиться сразу 😏
@@ИмяФамилия-э4ф7в спасибо за ответ! Немного успокаивает) я как ещё как не состоявшийся джун над своими задачами сижу долго до недели (неправильно подобраное архитектурное решение, попытка запихнуть все в один класс, а не создать отдельный, ниодного паттерна не знаю но интуитивно пришел сразу к двум ) иногда приходится много переделывать и частый рефакторинг для упрощения логики, чтения и уменьшение кода в функциях. Пишу на С++ 😅
"Удержать неудержимое" - это когда лучше поспешить.😄
Клікбеееейт! Все одно програмувати важко!
да ладно :) я старался
Насчет "нужно все продумать, прежде чем писать код". Естественно, это так, но есть нюанс. Тут я вижу ловушку: не нужно думать слишком много. Я не проводил исследований, это личный опыт. Как, обычно, работает у меня: примерно продумал структуру и решение, начал реализацию, и где-то процентах на 30 - 50 понял, что тут так не сработает. Конечно, это происходит далеко не каждый раз, чаще все идет по плану. Но что я хочу сказать. Первое: сколько бы я не думал над задачей до реализации, я бы не увидел этих проблем, т.к. для этого нужно было погрузиться в реализацию. Да, можно сказать, что (в теории) нужно все изучить, абстрактно погрузиться в задачу... На практике, во всяком случае, у меня это так не работает. Второе: принять, что это нормално. Что если я понял, что так нельзя, только в процессе реализации - это не проблема. Буває. И главное: как только ты это понял, сразу начинать рефакторинг. Не вестись на эти "блин, ну я же уже так много сделал, да и пооблема, вроде, небольшая, подопру костылем". Нет, это самое опасное. Чем дольше мы откладываем рефакторинг, тем больше потом вылезет проблем и больше нужно будет рефакторить. Поэтому, не стоит пытаться все продумать заранее, это попадает под первую проблему в этом видео. Слишком много всего нужно держать в голове, и что-то (многое) вылетит. Да и что-то, по любому, не учтем. И нормально относится к тому, что, возможно, в процессе выяснится, что все надо переделать. Что, конечно, не отменяет необходимости базово продумать и составить план решения задачи: где и как мы это будем делать, как встроим в существующий код и т.п.
А может сделаешь видеоролик про философиу программистов и равны ли P и NP. Иди P=NP?
Мне бы такого преподавателя 💯👏
Не хочу обидеть, но глядя на превьюшку, подумал, что это видео о том, как восстановить волосы. Просто у меня много на эту тему в рекомендациях. Ну, и, было странное ощущение, что метод, видимо, не работает)
ахахаха
Так погоджуюсь! Не встигнемо оглянутись як підуть титри на темному фоні.. та тільки від нас самих буде залежати що буде вписано в тих титрах! Вибачайте я не втримався)😅
Про булевую алгебру было бы классно осветить это тему.
Со вчерашнего дня я тоже думаю что у меня мозг выпал
Добрый день, хотел спросить, можно ли планировать написание кода с помощью ChatGPT и потом его анализировать внося какие то изменения
Интересно
Всем Адекватности мира и добра
Полностью согласен с 4- пунктом. Например, когда ты не знаешь базы как работают сети, то ты тем более не будешь знать что-то высокоуровневое, когда лучше использовать REST, gRPC или WebSocket.
Или например как работает память(в общем и в каждом языке). Если ты не знаешь эту БАЗУ, то какие-то более высокоуровневые задачи по типу оптимизации или архитектуры даже не надо начинать....
А как указаны технологии связаны с работой сетей, если они все реализованы через один и тот TCP протокол, а отличается только цель?
@@_iPilot сокеты могут работать и в tcp и udp.
Плюс там разные модели, bidirectional streaming и тд.
Условно без модели osi сложно в этом разобраться, а как результат - создать какой-то продукт с использованием последних технологий.
@@fbi9965 WebSocket и просто сокеты немного разные вещи. Первый вообще инициируется только http-запросом по спецификации.
@@_iPilot о чем мы спорим? Основная идея моего комментария в том что без базы невозможно решать высокоуровневые проблемы.
Загуглил, да, вебсокеты только через тсп реализуются, но есть другие технологии, которые реализуют тот же би стриминг через юдп(RTMP). Логично что используються для видео стриминга
please make a video about database normalization
Програмування було складним, поки Сергій не свічнувся =)
Снимите, пожалуйста, видос про нормализацию БД 🙏 будет оч полезно
11:21 "Лучше плохой план, чем никакого плана" 🙃. В моём случае это "плохой план", но хотелось бы узнать как спланировать разработку "нормально". Возможно Вы уже публиковали такое видео, но не нашёл. Помню давно смотрел "О чем подумать до написания программы?" от S0ER, но пересмотрев несколько раз, до сих пор мало что понимаю из его видео. Возможно у Вас это получиться?
да, про нормализацию БД было бы хорошо выпуск)))
У вас есть курс по Dart и Flutterflow?
Треба відео про нормалізацію баз даних)) дуже треба!
Нормализация баз данных иногда ограничена обеспечением сохранности отчётов.