Умного написать ничего не могу , но зато нашел про китов и слонов : в общем, земля лежала на черепахе , черепаха лежала на 3х слонах, а слоны стояли на 3х китах. Ну а киты плыли в бесконечном океане))
у меня его и в закрытом не записано, честно говоря. Но в целом могу отослать к книге Java Concurrency in Practice. Goetz B (2020). Это лучшее по теме что я только видел
Посмотрел все лекции по Core. Спасибо, учитель! Очень хорошо преподаете, интересно, с примерами, с различными локальными случаями, не сильно докапываясь до реализации и не идя по верхам. Это идеально. Лекция про Map наверное была самой лучшей, как и ООП серия, хотя в общем - все очень хороши. Как всегда, кратко, простыми словами с простыми определениями, в живом формате бесед выложена крайне полезная информация. Даже не верится, смотря на свой вуз, что где-то есть преподаватели, реально интересующиеся своим предметом и по-настоящему желающие научить ребят, которые не просто сухо читают обветшалую презентацию, а ведут действительно живую и креативную дискуссию, применяют нестандартные способы, как здесь, например, вести лекцию в формате диалога. Буду рад вас услышать ещё на Спринге)
Чувак, контент лютейшая годнота. Столько кейсов локальных разобрал, так ещё и понятным языком. Какие-нибудь попсовые статьи и рядом не стояли с такой глубиной. Такой уровень инфы соберешь только пробираясь через опыт челов на Stackoverflow, или какие-нибудь жесткие книжки. А тут это в одном видосе. Ещё понравилась килл-фича: формат в виде беседы с одним учеником, который постоянно задает вопросы. Ощущается очень живо, не как сухая лекция-диктовка с листка, да и усваивается легче. В общем, круто.
День добрый, спасибо за проявленный к нашему каналу интерес 😀 Ну вообще у меня есть фантазия когда-нибудь записать продолжение, но то времени нет, то энтузиазма, а необходимый для текущих дел минимум уже записан
Отлично, наконец то рассказали что происходит типа под капотом, в JAVA туториалах прям совсем с этим проблема, все рассказы про JAVA как рассказы про магию, например в С очень много инфы о том что происходит при компиляции и все такое, а в JAVA прям типа прими на веру оно так если напишется то будет работать, но например я так и не нашел как происходит наследование под капотом, как классы на стадии компиляции связываются типа в одну простыню кода, типа того
Я не программист вовсе. Но каждая лекция меня приблежает к тому, чтобы им стать... Все очень интересно... Немного практики, думаю смогу исполнять собственные задачи - не хочу работать на кого-то, как раз с помощью навыков программирования я смогу работать на себя, свои сайты, свои программы.. Спасибо лектору огромное.
Доброго дня. У меня вопрос. Решил логику проверки на корректность оценок студентов поместить в сеттер, из-за чего пришлось использовать сеттер оценок в конструкторе, все работает. Но, неожиданно узнаю, что использовать сеттеры в конструкторах не правильно. Скажите, а как правильно если я хочу логику использовать не в конструкторе, а в сеттере?
Идеологически - сложный вопрос. Есть множество всяких "но" и исключений. Прямо сейчас предлагаю остановиться на неожиданном варианте: лучше всего постараться минимизировать количество параметров конструктора (вплоть до пустого) и все что можно устанавливать через сеттеры. Либо второй вариант: сделать объект неизменяемым, и все что можно устанавливать сразу через конструктор или билдер. На данной теме это может показаться странным, но на материале со спрингом он заиграет новыми красками.
Мне кажется, можно неверно понять момент на 1:01:38. Каждая intermediate операция(вроде filter или map) возвращает по документации новый стрим, а не изменяет старый. После каждой такой операции старый стрим становится непригоден для использования, но можно сделать что-то вроде: stream1 = stream1.filter(x->x>0); чтобы получить новый стрим и для него reduce уже, конечно, будет работать.
Сидел в сентябре на лекции, думал, что всё понял. Пару месяцев назад пересматривал и в голову пришла мысль:" в тот раз ничего не понял, а вот сейчас!" Сейчас пересматриваю и снова думаю, что и два месяца назад ничего не понял, а вот теперь всё понимаю. Ну что, через пару месяцев увидимся снова :)
дизлайк ок. А смотреть, по моему глубокому убеждению, смысла и нет - нужно практиковаться в решении задач, пример ресурса для практик я уже публиковал.
Видно хреновый Вы преподаватель, если вас просят объяснить как решить ту или иную задачу, а вы отвечаете "берёшь и решаешь". Задача преподавателя, объяснять, а не говорить "берёшь и решаешь". Ни один человек не сможет ничего сделать, если он не знает или ему не расскажут как это делать. Это тоже самое , если Вас поставить за какой- нибудь новый станок ЧПУ и сказать "ну давай, делай детали там ничего сложного"
хреновость - ок, вопросов нет. Однако аналогия ложная. Вернее будет такая: человеку объяснили как выполнять сложение двух чисел (благо есть первая часть рассказа о массивах), показали пару примеров, а потом дали упражнения, возможно даже модифицированные, например: сложить три числа, а он: я всегда складывал два! как я вообще могу сложить три! Если человеку 6-7 лет, это еще куда не шло, но если человеку 15+ то это уже проблема.
@@java983 Не каждый человек может понять как решать ту или иную задачу, пока ему само ручно не расскажешь, есть люди которым не хватает только одного видео, где рассказывают про конкретную задачу и как решать её, им нужно показывать, разговаривать, наводить и объяснять разные виды задач, а не только делать вид, что вы умнее всех
@@java983 Моё сравнение, как раз показывает Вас и как Вы преподаёте. Для работы на ЧПУ одного объяснение, одной конкретной детали не хватит, для каждой детали своя конкретная программа, у них есть сходство, но в каждой есть свои особенности, которые человек не сможет понять без опыта или помощи.
Ставлю лайк комменту! Если исключить легкое оскорбление, то Вами написана именно та мысль которую я пытаюсь донести! Не даст никакого результата просмотр видео о решении нескольких конкретных задач! Надо решать задачи и обсуждать их решения! Именно поэтому я считаю, что данную тему надо не в виде лекции записывать, а разбирать в ходе практических занятий!
И да и нет. Будем честными, меня нельзя назвать претендентом на звание самого приятного человека года, а эти записи никогда не попадут в тренды ютуба. Это вполне понятно, и я не ставлю себе таких целей. Однако, мне бы хотелось быть правильно понятым. Основная мысль "выпендрежа" в том, что невозможно научиться писать код просто глядя как кто-то его пишет. Можно хоть десять раз пересмотреть эту запись, но до тех пор пока не будет самостоятельно наработанного опыта - все описанное будет "китайской грамотой". Единственно правильным ходом, на мой взгляд, будет сесть и самостоятельно решить все эти задачи, а потом сравнить свои решения с моими, поискать разницу и проанализировать её (если она есть), а лучше обсудить эту разницу с кем-то понимающим. Возможно такой подход сумеет помочь в некоторых случаях. Во всяком случае запрос на такую запись я слышал неоднократно и попытался её изобразить. Интересность же ситуации в том, что почти весь представленный в этой записи материал самоочевиден, никакого rocket science тут нет, и немного посидев над кодом, в большинстве случаев вы получите точно тот же результат. Для этого не требуются какие-то сверхвыдающиеся таланты (страшно сказать - но и у меня их нет) или секретные техники - надо просто сесть и подумать. Если кого-то обижает такое предложение - то тут я уже ничего сделать не могу.
Александр, здравствуйте! Огромное спасибо за качественные лекции! Есть пожелание по возможности дополните курс java мнонопоточностью, уж больно хорошо у вас получается обьяснять сложные вещи простыми словами. Спасибо!
спасибо за позитив! Запись материала по Java продолжу где-то в январе, ну и да - многопоточность бы тоже надо раскрыть. Сейчас первоочередная задача - закрыть курс по CS и базовому C++.
Говорю почти похожее, да. Нельзя использовать вики как авторитетный источник, так как фактически это непонятно кем и как заполняемый ресурс. Но никто не говорит, что туда вообще никогда и ни за чем нельзя смотреть. Особенно если ты не пытаешься учиться по википедии.
Просмотрел мельком, в основном по содержанию. Выглядит действительно интересно, человек явно постарался, можно рекомендовать к изучению. Из некоторых моментов хотелось бы отметить: 1) Первый том почти целиком по паскалю: сомневаюсь что это актуально. Я конечно, как и многие, 20 с чем-то лет назад начинал с того же - но все же времена изменились. 2) Типовая боль: много синтаксиса, мало заданий. Задачника нет ни в составе учебников, ни отдельно. В миллион первый раз описывать синтаксис обычно смысла нет (он есть в стандарте), а вот сформировать последовательно развивающийся задачник - было бы супер отлично. Полагаю, как и у большинства у автора есть какая-то идеология этого процесса, было бы круто увидеть её в печатном виде. 3) Явно заметна область интересов автора: Сасемблер (С/С++/Asm). Это точно не минус, это просто особенность которую надо понимать до начала изучения. 4) Радостно было увидеть Prolog и Lisp. Хотя функциональщину автор любит и понимает явно больше чем логическое программирование. Ну и в области функционального программирования тоже можно было бы посмотреть что-то более актуальное, скажем из JVM языков это Scala.
Спасибо за эти видеоуроки! Вы меня отправили на пересдачу, но изучать джаву по ним очень интересно)
я ниче не понял
Жаль, не зашёл, позадавал бы вопросики.
Лена не поленилась и нашла ссылку про проблемы использования JPA vs JDBC habr.com/ru/articles/551902/
Спасибо! А наш взгляд с учетом мнения в этой статье стоит ли использовать JPA в продакшне?
@@sigma3131 конечно стоит
Умного написать ничего не могу , но зато нашел про китов и слонов : в общем, земля лежала на черепахе , черепаха лежала на 3х слонах, а слоны стояли на 3х китах. Ну а киты плыли в бесконечном океане))
норм
Жиза, прочитал 12 главу, на какой то момент стало не ясно
18:20 Препод умеет преподавать, а учитель - учить! логическая несостыковочка))
1:18:30 девочка выдала базу 🤪😂
Спасибо за отличную подачу материала. Есть ли у вас материал по многопоточности в открытом доступе?
у меня его и в закрытом не записано, честно говоря. Но в целом могу отослать к книге Java Concurrency in Practice. Goetz B (2020). Это лучшее по теме что я только видел
Спасибо! Жду новых видео по Java
Молодец препод!)
В каком регионе России Вы живете?
то там то сям) в центре короче
@@java983 хотелось бы с Вами позаниматься
Спасибо! А Вы занимаетесь индивидуально?
увы, нет. работы и так с головой
@@java983 а здесь вы с кем занимались? Для кого вебинар делали?
@@LAZIO14 для моих студентов в универе
@@java983 очень жаль, что не занимаетесь индивидуально...
super!!!
Бомба препод! Очень нравится курс по информатике) Твои курсы есть на Udemy?
нет. здесь у меня, вобщем-то, чисто поддержка для разных моих других активностей. Конкретно этот курс вообще в пассиве сейчас.
Посмотрел все лекции по Core. Спасибо, учитель! Очень хорошо преподаете, интересно, с примерами, с различными локальными случаями, не сильно докапываясь до реализации и не идя по верхам. Это идеально. Лекция про Map наверное была самой лучшей, как и ООП серия, хотя в общем - все очень хороши. Как всегда, кратко, простыми словами с простыми определениями, в живом формате бесед выложена крайне полезная информация. Даже не верится, смотря на свой вуз, что где-то есть преподаватели, реально интересующиеся своим предметом и по-настоящему желающие научить ребят, которые не просто сухо читают обветшалую презентацию, а ведут действительно живую и креативную дискуссию, применяют нестандартные способы, как здесь, например, вести лекцию в формате диалога. Буду рад вас услышать ещё на Спринге)
И ещё одна прекрасная лекция, такая сложная тема и такими простыми словами, ещё и в шуточном контексте. Спасибо за этот бесценный материал.
Самое гениальное и простое объяснение, что такое Лямбды!
Замечательные лекции. Один из лучших разборов ООП на ютубе. Спасибо за контент!
Чувак, контент лютейшая годнота. Столько кейсов локальных разобрал, так ещё и понятным языком. Какие-нибудь попсовые статьи и рядом не стояли с такой глубиной. Такой уровень инфы соберешь только пробираясь через опыт челов на Stackoverflow, или какие-нибудь жесткие книжки. А тут это в одном видосе. Ещё понравилась килл-фича: формат в виде беседы с одним учеником, который постоянно задает вопросы. Ощущается очень живо, не как сухая лекция-диктовка с листка, да и усваивается легче. В общем, круто.
Что значит этот знак %
Настоящий Ермаков
Блин, как же ребятам повезло с преподавателем! Изучаю по javarush, а сюда прихожу чтобы разжовали тему, подача материала супер))
Спасибо, от таких комментариев даже задумываешься ещё что то наконец записать
что тут думать??? контент ВАУ, все смотрят и облизываются)) однозначно делать!!!@@java983
Добрый день! Продолжение уроков планируется?) У вас телеграмм канал есть?
День добрый, спасибо за проявленный к нашему каналу интерес 😀 Ну вообще у меня есть фантазия когда-нибудь записать продолжение, но то времени нет, то энтузиазма, а необходимый для текущих дел минимум уже записан
спасибо!
как сравнить два объекта разных классов?
а они вообще-вообще разные? даже не в наследовании? Если да - то просто больше ифов. Хотя задача в среднем странно звучит
Отлично, наконец то рассказали что происходит типа под капотом, в JAVA туториалах прям совсем с этим проблема, все рассказы про JAVA как рассказы про магию, например в С очень много инфы о том что происходит при компиляции и все такое, а в JAVA прям типа прими на веру оно так если напишется то будет работать, но например я так и не нашел как происходит наследование под капотом, как классы на стадии компиляции связываются типа в одну простыню кода, типа того
может "кОды" чисел? ))
Я не программист вовсе. Но каждая лекция меня приблежает к тому, чтобы им стать... Все очень интересно... Немного практики, думаю смогу исполнять собственные задачи - не хочу работать на кого-то, как раз с помощью навыков программирования я смогу работать на себя, свои сайты, свои программы.. Спасибо лектору огромное.
воу, вы стримером стали ?)
просто опробовал новые формы
@@java983 правильно делаете, людям знания нужны
Очень круто, спасибо вам
Александр спасибо за урок! Все никак было не вьехать в полиморфизм!)
Александр, Вы прекрасный преподаватель! Вашим студентам очень повезло! Надеюсь Вы и дальше будете записывать видео по Java :)
Спасибо
Доброго дня. У меня вопрос. Решил логику проверки на корректность оценок студентов поместить в сеттер, из-за чего пришлось использовать сеттер оценок в конструкторе, все работает. Но, неожиданно узнаю, что использовать сеттеры в конструкторах не правильно. Скажите, а как правильно если я хочу логику использовать не в конструкторе, а в сеттере?
Идеологически - сложный вопрос. Есть множество всяких "но" и исключений. Прямо сейчас предлагаю остановиться на неожиданном варианте: лучше всего постараться минимизировать количество параметров конструктора (вплоть до пустого) и все что можно устанавливать через сеттеры. Либо второй вариант: сделать объект неизменяемым, и все что можно устанавливать сразу через конструктор или билдер. На данной теме это может показаться странным, но на материале со спрингом он заиграет новыми красками.
@@java983 Благодарю, я как раз реализовал оба способа))) думал что не верно мыслю, но теперь сомнения прошли
Лекции просто потрясающие. Если бы такие были, когда я был на первом курсе, я бы возможно сейчас уже сеньором был
О великий суп наварили!
суп, ешь суп
Ешь суп, горячий суп!
Мне кажется, можно неверно понять момент на 1:01:38. Каждая intermediate операция(вроде filter или map) возвращает по документации новый стрим, а не изменяет старый. После каждой такой операции старый стрим становится непригоден для использования, но можно сделать что-то вроде: stream1 = stream1.filter(x->x>0); чтобы получить новый стрим и для него reduce уже, конечно, будет работать.
да, хорошее дополнение, спасибо
Только в информатике не пять может быть равно как нулю, так и минус шести
отличная лекция!
Никто не рекомендует BlueJ, а зря
Для этого о нем надо знать, а он в большую тройку не входит :-) Попробуем, посмотрим
@@java983 вы не преподаете частные уроки по java?
Сидел в сентябре на лекции, думал, что всё понял. Пару месяцев назад пересматривал и в голову пришла мысль:" в тот раз ничего не понял, а вот сейчас!" Сейчас пересматриваю и снова думаю, что и два месяца назад ничего не понял, а вот теперь всё понимаю. Ну что, через пару месяцев увидимся снова :)
Жизненно, у самого так
Тут однозначный дизлайк, после такого вступления , даже и смотреть дальше не хочется. Если что-то рассказываешь, то умничать не обязательно.
дизлайк ок. А смотреть, по моему глубокому убеждению, смысла и нет - нужно практиковаться в решении задач, пример ресурса для практик я уже публиковал.
Видно хреновый Вы преподаватель, если вас просят объяснить как решить ту или иную задачу, а вы отвечаете "берёшь и решаешь". Задача преподавателя, объяснять, а не говорить "берёшь и решаешь". Ни один человек не сможет ничего сделать, если он не знает или ему не расскажут как это делать. Это тоже самое , если Вас поставить за какой- нибудь новый станок ЧПУ и сказать "ну давай, делай детали там ничего сложного"
хреновость - ок, вопросов нет. Однако аналогия ложная. Вернее будет такая: человеку объяснили как выполнять сложение двух чисел (благо есть первая часть рассказа о массивах), показали пару примеров, а потом дали упражнения, возможно даже модифицированные, например: сложить три числа, а он: я всегда складывал два! как я вообще могу сложить три! Если человеку 6-7 лет, это еще куда не шло, но если человеку 15+ то это уже проблема.
@@java983 Не каждый человек может понять как решать ту или иную задачу, пока ему само ручно не расскажешь, есть люди которым не хватает только одного видео, где рассказывают про конкретную задачу и как решать её, им нужно показывать, разговаривать, наводить и объяснять разные виды задач, а не только делать вид, что вы умнее всех
@@java983 Моё сравнение, как раз показывает Вас и как Вы преподаёте. Для работы на ЧПУ одного объяснение, одной конкретной детали не хватит, для каждой детали своя конкретная программа, у них есть сходство, но в каждой есть свои особенности, которые человек не сможет понять без опыта или помощи.
Ставлю лайк комменту! Если исключить легкое оскорбление, то Вами написана именно та мысль которую я пытаюсь донести! Не даст никакого результата просмотр видео о решении нескольких конкретных задач! Надо решать задачи и обсуждать их решения! Именно поэтому я считаю, что данную тему надо не в виде лекции записывать, а разбирать в ходе практических занятий!
Ну так и я говорю - пример с ЧПУ в данном случае не подходит
Самое главное повыпендриваться в начале видео на счёт того, что кто-то О БОЖЕ не умеет решать задачи. Этика это не ваше
И да и нет. Будем честными, меня нельзя назвать претендентом на звание самого приятного человека года, а эти записи никогда не попадут в тренды ютуба. Это вполне понятно, и я не ставлю себе таких целей. Однако, мне бы хотелось быть правильно понятым. Основная мысль "выпендрежа" в том, что невозможно научиться писать код просто глядя как кто-то его пишет. Можно хоть десять раз пересмотреть эту запись, но до тех пор пока не будет самостоятельно наработанного опыта - все описанное будет "китайской грамотой". Единственно правильным ходом, на мой взгляд, будет сесть и самостоятельно решить все эти задачи, а потом сравнить свои решения с моими, поискать разницу и проанализировать её (если она есть), а лучше обсудить эту разницу с кем-то понимающим. Возможно такой подход сумеет помочь в некоторых случаях. Во всяком случае запрос на такую запись я слышал неоднократно и попытался её изобразить. Интересность же ситуации в том, что почти весь представленный в этой записи материал самоочевиден, никакого rocket science тут нет, и немного посидев над кодом, в большинстве случаев вы получите точно тот же результат. Для этого не требуются какие-то сверхвыдающиеся таланты (страшно сказать - но и у меня их нет) или секретные техники - надо просто сесть и подумать. Если кого-то обижает такое предложение - то тут я уже ничего сделать не могу.
Александр, здравствуйте! Огромное спасибо за качественные лекции! Есть пожелание по возможности дополните курс java мнонопоточностью, уж больно хорошо у вас получается обьяснять сложные вещи простыми словами. Спасибо!
спасибо за позитив! Запись материала по Java продолжу где-то в январе, ну и да - многопоточность бы тоже надо раскрыть. Сейчас первоочередная задача - закрыть курс по CS и базовому C++.
А ведь вы говорили, что нельзя верить Википедии!
Говорю почти похожее, да. Нельзя использовать вики как авторитетный источник, так как фактически это непонятно кем и как заполняемый ресурс. Но никто не говорит, что туда вообще никогда и ни за чем нельзя смотреть. Особенно если ты не пытаешься учиться по википедии.
Спасибо за занятие!
Лучше книг Столярова Андрея Викторовича ничего нет stolyarov.info/books/ рекомендую.
Просмотрел мельком, в основном по содержанию. Выглядит действительно интересно, человек явно постарался, можно рекомендовать к изучению. Из некоторых моментов хотелось бы отметить: 1) Первый том почти целиком по паскалю: сомневаюсь что это актуально. Я конечно, как и многие, 20 с чем-то лет назад начинал с того же - но все же времена изменились. 2) Типовая боль: много синтаксиса, мало заданий. Задачника нет ни в составе учебников, ни отдельно. В миллион первый раз описывать синтаксис обычно смысла нет (он есть в стандарте), а вот сформировать последовательно развивающийся задачник - было бы супер отлично. Полагаю, как и у большинства у автора есть какая-то идеология этого процесса, было бы круто увидеть её в печатном виде. 3) Явно заметна область интересов автора: Сасемблер (С/С++/Asm). Это точно не минус, это просто особенность которую надо понимать до начала изучения. 4) Радостно было увидеть Prolog и Lisp. Хотя функциональщину автор любит и понимает явно больше чем логическое программирование. Ну и в области функционального программирования тоже можно было бы посмотреть что-то более актуальное, скажем из JVM языков это Scala.