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