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