Если появляется вопрос или трудность, которая способна замедлить процесс развития, то я сразу смотрю ваши видео. Вы очень сильно помогаете в расширении границ кругозора предметной области)
Сколько смотрю, столько удивляюсь, насколько правильный и полезный материал публикует автор канала. Спасибо и успехов Вам! P.s.Пока ем, посмотрю лекцию Декомпозиция предметной области 😉👍
Делаю дипломную работу, начал, сразу с IDE, но быстро понял, что надо начинать со схем и взаимосвязей. Ваше видео, подтвердило, что я вовремя понял свою ошибку.
Я составляю мыслекарты на компе или в телефоне. Первый node - название программы (как правило, техназвание - то, что выполнять будет программа). Далее от него добавляю ноды (они же у меня в дальнейшем будут классы) выполнения какого-то функционала. Как правило, на этапе идеи уже есть первоначальные мысли того, что будет делать прога. Можно сразу в нод записать название метода, если уже пришёл в голову, чтобы не забыть.Также по ходу можно накидывать классы объектов. После добавления первых нодов уже можно заметить скелет программы. Чем хорошо в мыслекартах это делать? Можно устанавливать зависимости стрелками, например, от интерфейса к классу, если есть наследование. Далее можно пуститься в детали и прямо в нодах реализовывать методы, хотя бы схематично. Таким образом, когда я открываю IDE у меня уже половина программы написано. Останется реализовать методы, если на картах не реализованы и сделать нужные зависимости, а далее уже детализировать код добавляя фичи.
Первый ) сходу лайк На всякий случай оставлю ссылку на плейлист, о котором говорил Сергей в видео ua-cam.com/play/PLmqFxxywkatSezlaoxwFbdBBnAk_JJ__5.html
Наконец-то я нашёл свои мысли в словах профи) Спасибо Сергей, теперь точно буду программировать. Уже около четырёх месяцев пишу такой домайн для своего приложения 👍
Здравствуйте Сергей. Почти год назад я наткнулся на ваш канал и решил посвятить себя java-программированию. С недавних пор Вы начали освящать действительно интересные темы. Я живу в Санкт-Петербурге и ситуация на рынке труда для меня оказалась плачевной. Как и в других профессиях, компаниям нужны опытные специалисты, а я в свою очередь наивно ожидал вакансии-стажировки для новичков. Для меня, как и для многих, нужно всё разжёвывать. Когда речь заходит об опыте, мне нечего предоставить компаниям. Я могу написать простое CRUD приложение, или авторизацию, но вы не раз говорили о велосипедах. И вот тут я встал в тупик: куда нужно направить свои навыки, чтобы дальше разбираться в java. т.к. у меня нет коммерческого опыта и опыта работы в команде, выходит, что я ничего из себя не представляю, как разработчик. Листать вакансии и сидеть жопе ровно у меня нет ни сил ни времени, а работать официантом и после смены пару часиков сидеть перед кодом не даст мне нужного результата, ведь помимо этого есть английский язык, спортзал да и личная жизнь. Искренне прошу вашего совета! И ещё раз спасибо за последние серии роликов, очень познавательно
В универе нас учат, что в цикле разработки 80-90% времени занимает именно проектирование, а именно: сбор и анализ функц. требований, определение модели разработки, построение uml диаграмм и т.д. И на самом деле это все сложно, потому-что практического опыта построения более менее серьезных приложений нам не дают. Что вы думаете по этому поводу?
Nursultan Mamytbekov ИМХО все верно.. даже если вы не архитектор/тимлид Я рисую на листочке схему того, как и что должно выглядеть, порой переделываю раз по 10 и это на «средних» скриптах автоматизации строк на 500.
@@ashimov1970 Мое мнение, но судя по написанному, под циклом разработки понимается цикл разработки - ru.wikipedia.org/wiki/%D0%96%D0%B8%D0%B7%D0%BD%D0%B5%D0%BD%D0%BD%D1%8B%D0%B9_%D1%86%D0%B8%D0%BA%D0%BB_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D1%8F . А итерация В УЗКОМ смысле - это всего лишь один шаг цикла (если цикл подразумевает единственное повторение, то это цикл с одной итерацией)
Хочу дополнить ваше видео важной деталью! После того, как были выделены объекты и хоть как-то была представлена бизнес логика, нужно обязательно проанализировать тот инструментарий, который вам возможно понадобится. Имеется ввиду: - прошерстить стандартные библиотеки на предмет полезности классов; - посмотреть что есть от апаче; - посмотреть что есть у остальных, сторонних библиотеках. Такой подход поможет не только понять что нужно подучить и какие ресурсы, библиотеки использовать, а практически однозначно понять какие паттерны понадобятся. Знаю, как для новичков, то может “патерны” это большое ругательство, но жизнь без мата скучна. На самом деле, если новичок в программировании поступит именно так, то многие, даже те, кто не знаком с паттерны, имея вышеперечисленную информацию, на интуитивном уровне смогут понять любую сложную архитектуру.
@@gordonfreeman1842 Чтобы о людях судить нужно человеком быть, а не безликим. а учитывая содержательность ответа от безликого, можно четко утверждать, что мои дополнения приняты.
Я обычно всякими набросками, табличками, стрелочками и графиками исписываю 2-8 листов бумаги (от сложности задачи зависит) Затем открываю вкладку в саблайме и русским языком на псевдокоде пишу названия функций и что приблизительно в них будет написано, не отвлекаясь на реализацию и подсветку ошибок от IDE. Иногда на отдельных вкладках могу уже написать на настоящем языке алгоритм просто для прототипа (независимо от основного языка лучше использовать лаконичный язык, который делает всё максимально "в лоб", не отвлекаясь на описание типов. Я юзаю js, кому-то может, проще пхп или питон) написать реализацию каких-то сложных алгоритмов, где задействованы перебор и группировка сложных коллекций\деревьев, какие-то рекурсивные вызовы и другие хитросплетения. Опять же в текстовом редакторе, чтобы не отвлекаться на ошибки IDE. Затем открываю параллельно IDE (псевдокод справа, IDE слева) и справа налево, как по кальке, начинаю постепенно аккуратно переносить. Таким образом избегаю главной проблемы с которой сталкивался ранее: начинал писать в IDE, столкнувшись с первой проблемой и её отладкой, будучи уставшим, забывал, с чего начинал. Ну и гораздо проще зачеркнуть прототип на бумаге или стереть несколько абзацев псевдокода, чем потом удалять половину рабочего отлаженного кода, если выясняется, что первый прототип оказался неудачным.
А почему построение доменной модели - это самое начало? Разве не описание use cases? Как по мне, сначала надо описать, какой функционал нужен, а уже затем по каждому случаю продумывать, какие объекты понадобятся и какие между ними взаимодействия. Иначе, как я понимаю, можно наплодить совершенно ненужных в данном приложение в данный момент сущностей, или что-то упустить из виду. Т.е. на первом месте нужно сформулировать ТЗ (подробное описание функционала), потом по нему уже доменная модель и далее по тексту. Сергей начал с домена, наверное, потому, что обычно программисту заказчик/бизнес аналитик спускает описание требуемого функционала, но ведь когда новичок сам себе заказчик, надо начинать именно с чёткого формулирования задачи.
Всё верно и красиво рассказано. Но, тут надо ещё раз подчеркнуть, что речь идёт об ентерпрайз приложениях. Новичку, одолевшему 20% учебника вообще сложновато начинать с приложений такого масштаба. Да и где брать предметную область студенту, который кроме школы и ВУЗа ничего не видел? Тут я бы порекомендовал один из двух вариантов. Либо начать с чего-то совсем простенького, не предполагающего особой бизнес-логики. Типа продвинутого калькулятора. Если это тема не про Java, то на всяких студворках можно поискать заказы на дипломы и курсовые. Обычно к ним прилагается описание предметной области. И не лишне будет сделать и пояснительную записку со всеми схемами. Если вам удастся взять заказ, и кто-то хоть как-то проверит то, что вы напишите - будет прекрасно. К тому же работа за деньги (хоть и небольшие) очень стимулирует. Если нет, - просто делайте для себя, чтобы научиться.
Такой вопрос: какая частота смены работ (компаний) для разработчика начинает плохо выглядеть в резюме? Например, на разработчик с опытом в 5 лет, который за это время сменил 4-5 компаний буду смотреть косо или это норма? Потому что, с одной стороны работодатели ценят лояльность, с другой развиваться в профессиональном и материальном плане все же проще меняя работу, чем работая в одной и той же компании годами.
Работодатель не ценит лояльность никак вообще :))) работодатель ценит хорошего специалиста за мало денег :) это если ты уже выше мидла грубо и на тебя завязан проект тогда тебя может и будут ценить, но и то только в том случае когда поймут что ты приносишь бабло и не доволен своей ЗП. Сколько раз видел как хорошие спецы получают меньше банальных п..ов с подвешенным языком и софтскилами по развешиванию лапши на уши :)
Вот вам Developer's starter pack посоны: 1. Выбираете новую для вас оригинальную идею. 2. Пишете приложение 3. Пишете его ЕЩЕ РАЗ, но на этот раз учтя ошибки прошлого 4. Сохраняете свой код. 5. Повторить раз 10, каждый раз увеличивая сложность проекта Потом посмотрите на свой первый код. "Доки не впріти, доти не вміти."
Почти никогда не использовал UML, доменную часть декомпозирую, создавая Java-интерфейсы, описывая поведение и взаимодействие между объектами. Когда на уровне интерфейсов всё красиво, начинаю пилить имплементацию.
Дядя Сережа здрасте☺ У меня такой вопрос: я как-то глянул немножко про спринг и увидел про dependency injection, ничего непонял, но напугало это меня и я подумал что мне? Сперва спринг надо изучить и знать как он на структуру взаимодействий влияет, и исходя из этого начинать планировать архитектуру? Или уже можно помаленьку начинать рисовать umlку, и это будет не зря? (Для прошлой работы хочу написать в итоге приложение, что делать мыслей много и руки чешутся😊)
Дякую за відео. Було б дуже класно, якби з'явилося окреме відео на каналі присвячене Python, бо мені особисто не дуже зрозуміло, де він може використовуватися, але мова мені дужеподобається
Я хотел бы создать что-то вроде простого видеосервиса. Но с материалами по этому вопросу как-то не очень. Это не «убийца ютуба» и никаких клонов других сервисов. На Udemy есть материалы на такую тематику, но там автоматически созданные субтитры, а язык без нативных сабов сложно понимать, да еще и жесткий акцент там в основном. Да еще и среди технологий, которые используются там, нет Java. Это понятно, что фронт на JS, разметка на html, стили в css. А вот думаю на Java попытаться сделать серверную часть. Кто-нибудь может посоветовать материалы по этому вопросу?
И если что, я вообще QA, изучаю Java, прохожу курс, прикупил учебник «Computer Science: основы программирования на Java», но это все - чисто про начала и алгоритмы, но не про такие вещи, как сервера для хранения видео. Что-то другое меня особо и не привлекает. Какие-то игрушки писать/калькуляторы/учет всякой фигни - не мое.
На ютубе и на гитхабе вбей в поиске UA-cam clone. Скопируй себе проект, собери, запусти, найди максимально похожий. А дальше уже под себя допиливай или пиши по образцу существующего.
Блин иду такой с гаража и мне в голову пришло тоже самое что сказал ты в этом видео.Правда я только начал учить java.Но наконец я понял принцип программирования,а ты ещё и подтвердил мои догадки.Так что лайк и Verry Big Thanks Man.
Если человеку важно развиваться как джава разработчику, будет ли минусом написать фронтовую часть на каком-нибудь ангуляре, а весь бэк на джава спринг бут, используя при этом рест апи?
Полностю согласен, только после опредиления всех нужных сущностей я бы начал не с Java объектов, лучше на основании сущностей и их отношений сначала спроектировать базу данных, а уже потом сделать ее маппнг на объекты
Добрый день, вот я на данный момент имею 4 собственных приложения: телеграмм бот, парсер с отправкой по email, змейка на javafx, редактор для html на swing. Сейчас изучаю git в планах у меня изучить PostgresSql Hibernate и Spring boot, и сделать на этом стеке крупный проект на подобии того что вы говорите , этих проектов мне хватит для резюме?
Спасибо за видео. Оченный совет. А то бывает понапишешь редактора в коде, а потом садишься через месяц за код и ничего не понимаешь. Хотелось бы узнать: вы рисуете декомпозицию на бумаге? Или используете какие-то программы вроде Drawer.io, MS Visio или StarUML?
И от меня спасибо за видое. Могли ли бы Вы также рассказать про более или менее нормальные способы версионирования, создание релизов, кто этим обычно занимается и тн. Спасибо :)
С таким подходом велик риск, что на бумажке всё и закончится. Сохранить мотивацию на протяжении всего этого процесса будет крайне тяжело. Лучше больше переписывать, но результат видеть сразу. Я не говорю, что проектировать не нужно вовсе, но и пытаться проработать всё и сразу - путь в никуда. Продумал мелочь - написал, пришлось переписать - рефакторинг тебе в помощь. Как раз и полезность тестов будет видна наглядно, может даже к TDD приобщишься. А так получается какой-то академический вотерфлоу, так сейчас не работают, сейчас всё больше складывают психическое здоровье разработчиков на плаху эджайла во славу TTM.
А если создавать сразу ентити? Ну типа насоздавать пустых классов: user, role, message, channel и тд? и вот уже видно что у тебя есть и потом добавляешь свойства
Решил я сосканировать свои учебники и работать с ними с экрана телевизора. Я использую телевизор за монитор. Он большой. Не вышло. Качество сканировки плохое. А картинки особенно плохи. Попробовал найти программу сканирования получше. Не нашёл. Знает уважемый товарищ Немчинский программы сканирования с высоким качеством или нет?
Все верно. Писал приложуху как-то на шарпе по работе с Excel сразу...очень тяжело было потом ее масштабировать, потом с чуть большим опытом хотел улучшить код...рефакторинг убил к чертям меня.
@@SpaSergo в многократном переписывании всего функционала. думаешь сделал лучше, а когда придумываешь новые фичи - опять приходит идея улучшить взаимодействие между частями проги
@@SergeyNemchinskiy не-не, я имею в виду, что будет какое-то отдельное видео именно про .NET Core? Было про .NET, но может будет отдельное именно про .NET Core?
Здравствуйте, Сергей!) Вопрос такой: я хочу создать свой коммерческий продукт, но я не знаю как, куда и нужно ли вообще платить за используемые библиотеки в моём коде.
Возможно старомодно, но я бы начинал рассказ с database-first (схема данных) или object-first (Java-объекты) выбора в подходе. Я лично за первый вариант, хотя и автогенерация таблиц БД встречалась.
видимо, автор не петрит в проектировании БД, поэтому начал задвигать про "бумажки". Свой личный опыт он выдаёт за единственно верный путь, с ходу отметая всё иное.
Всем кому интересно, как создавать приложение с нуля (нет, не Hello World) - по ссылке ниже хороший канал. Слушать и смотреть много (134 урока на данный момент), но имея базовые знания можно неплохо расширить свой кругозор и вообще прокачаться. Так же на канале очень подробно и грамотно рассмотрены многие фундаментальные темы (без лишней воды, что главное). Не сочтите за рекламу, но ИМХО канал очень хороший. ua-cam.com/play/PLyxk-1FCKqockmP-fXZmHQ7UlYP3qvZRa.html&feature=share PS Это ни в коем случае не является попыткой как-то дискредитировать фоксмайндед и тд и тп. Просто я делюсь полезной инфой (на мой взгляд) не более. Все вебинары и ролики Сергея великолепны (смотрю его творчество не первый год).
Работаю в конторе где .NET разработчики и часто слышу что не будем опускаться до уровня ассемблера, но так говорят почти все, не только .NETчики На сколько я знаю ассемблер это язык программирования, почему не говорят до уровня С или паскаля, почему именно ассемблера?
у тебя язык высокого уровня, с достоинствами и недостатками. За недостатки ты уже наперед расплатился. Если ты при этом не используешь его достоинства, то... ассемблер берется просто как самый вопиющий пример
А когда видео не из "новичкового курса"? Может пора цикл видео для "не совсем новички, но и не мидлы"? Или например видео: "хаккинг на java или как взломать Пентагон"? :D
*11 (как писать приложение Java) ua-cam.com/video/Qku0VoaZ-gE/v-deo.html . #конспСНП . Сформулировать объекты предметной области. К ним - поля (свойства) и отношения. Слой бизнес-логики (что делает). Слой дао (дэйта акцес обджэкт) - обработки баз данных. Слой юай - пользовательского интерфейса (вэб). Это доменная модель. Архитектура. Декомпозиция.
Сергей Сочи-Харитонов 1. Долго, очень долго, жирный и не очень интыпрайз - жава. Не стоит забывать про Андроид... 2. За 20 лет было много потенциальных «подвигателей», но не сложилось. ИМХО .net может отожрать часть новых проектов и т.д. из ниши java. Единственный достойный конкурент.
ИМХО создавать, что-то более или менее серьезное только после проработки на бумаге. Программирование по наитию, это как создать редуктор без чертежа и расчетов.
@@gordonfreeman1842 Для начала не Лёша а Алексей ибо настолько близко мы не знакомы, а во вторых я не угадывал, я просто высказал свое скромное мнение основанное на моем личном опыте. К стати если вас как то покоробило слово на бумажке, это вовсе не означало, что конкретно на бумаге, это означало выражение о том что надо предварительно обдумать весь функционал обязательный и желаемый, оценить объем работы и составить последовательность выполнения задач для реализации задуманного.
@@SergeyNemchinskiy приложение это набор кубиков блоков, модули. Вы всегда можете изменить модуль, убрать модуль но это ни как не отразиться на совокупной работе проекта. Каждый кубик это кусочек кода который может быть как автономным так и частью большого проекта. Конечно же я подрузомеваяю Java GUI.
@@SergeyNemchinskiy Возможно, возможно, я ожидал что диалог может пойти в другом русле и вы начнете меня давить вашим авторитетом, вы очень и очень не глупый человек :)
Счёт у меня в Спардабанке. Платишь ежемесячно по 30 евро. За электричество. А один месяц надо раз заплатить 40 евро. Идёшь говоришь в этот раз 40 евро. А в следующем надо им снова сказать 30 евро. Да я вам сейчас сказал же. Нет. У нас столько клиентов. Да измените вы программу она вам сама без меня напомнит что 30 евро. Что вы, это же большое программирование. За него надо платить деньги. Ерунда это а не программирование. Пару строк кода изменить. Нет нет мы спрашивали программистов. Они вас обманывают берут деньги ни за что. А вы программист? Нет. А что ж вы тогда. А на Останлаге фирма. "ПС хелден" Хелден герои. Оказывают услугу. Очищают компьютеры от вирусов. Компьютер начинает тормозить глючит люди пугаются бегут к ним. По телевизору ведь страшные вещи про хакеров рассказывают. Они честно очищают. Плата обычно в районе 80евро. Человек видит исчезло. Через год он снова набрал приходит снова. Хорошо живут ПС хелден. А у них ещё и другие услуги есть.
Книги лучше читать по несколько раз - первый раз пробежаться, делать только самые легкие упражнения, если завис - идти дальше. Второй раз вдумчиво и со всеми упражнениями. Какие такие 20% ? Это кто автор и что такое переменная? Вот как раз многие и заканчивают на 20% потому что дальше не вывозят или стопорятся на каком то упражнении и тоже прекращают читать...
Это все приколько. Но когда ты работаешь и интерпрайз залупе, ты понятия не имеешь как код работает сейчас, что тебе нужно сделать и что должно получится в итоге. И ты просто начинашь что-то клеапать такое что тебе точно потом понадобиться и по ходу уже разбираешься.
Если появляется вопрос или трудность, которая способна замедлить процесс развития, то я сразу смотрю ваши видео. Вы очень сильно помогаете в расширении границ кругозора предметной области)
Сколько смотрю, столько удивляюсь, насколько правильный и полезный материал публикует автор канала. Спасибо и успехов Вам!
P.s.Пока ем, посмотрю лекцию Декомпозиция предметной области 😉👍
Делаю дипломную работу, начал, сразу с IDE, но быстро понял, что надо начинать со схем и взаимосвязей. Ваше видео, подтвердило, что я вовремя понял свою ошибку.
все верно
до предзащиты 20 дней, у меня только обЪекты только готовы, спидран начался
Я составляю мыслекарты на компе или в телефоне. Первый node - название программы (как правило, техназвание - то, что выполнять будет программа). Далее от него добавляю ноды (они же у меня в дальнейшем будут классы) выполнения какого-то функционала. Как правило, на этапе идеи уже есть первоначальные мысли того, что будет делать прога. Можно сразу в нод записать название метода, если уже пришёл в голову, чтобы не забыть.Также по ходу можно накидывать классы объектов. После добавления первых нодов уже можно заметить скелет программы.
Чем хорошо в мыслекартах это делать? Можно устанавливать зависимости стрелками, например, от интерфейса к классу, если есть наследование.
Далее можно пуститься в детали и прямо в нодах реализовывать методы, хотя бы схематично. Таким образом, когда я открываю IDE у меня уже половина программы написано. Останется реализовать методы, если на картах не реализованы и сделать нужные зависимости, а далее уже детализировать код добавляя фичи.
Первый ) сходу лайк
На всякий случай оставлю ссылку на плейлист, о котором говорил Сергей в видео
ua-cam.com/play/PLmqFxxywkatSezlaoxwFbdBBnAk_JJ__5.html
Хотелось бы послушать про процесс развертывания приложения. В общих чертах, что это и зачем
Отлично разложено и с толком!!! Хорошо бы таким видео паралельно выложить подкасты, что позволит в дороге прослушивать.
Так просто покупаете ютуб премиум и ютуб становится подкастом :) Я так и сделал.
Наконец-то я нашёл свои мысли в словах профи)
Спасибо Сергей, теперь точно буду программировать. Уже около четырёх месяцев пишу такой домайн для своего приложения 👍
В заголовке Java , а разговор про js начали. Но как всегда доступно всё объясняете. Спасибо!
Шикарная инфа, прямо почувствовал, что мне по силам что-то самому написать.
спасибо :)
Ваш бубнёж слушать бы и слушать👍🏻 Вы, кстати, мерч не думаете продавать? Приятный оранжевый цвет 👌🏼
Ябвзял.
SineSet так и я бы взял
тоже, красиво :)
Здравствуйте Сергей. Почти год назад я наткнулся на ваш канал и решил посвятить себя java-программированию. С недавних пор Вы начали освящать действительно интересные темы. Я живу в Санкт-Петербурге и ситуация на рынке труда для меня оказалась плачевной. Как и в других профессиях, компаниям нужны опытные специалисты, а я в свою очередь наивно ожидал вакансии-стажировки для новичков. Для меня, как и для многих, нужно всё разжёвывать. Когда речь заходит об опыте, мне нечего предоставить компаниям. Я могу написать простое CRUD приложение, или авторизацию, но вы не раз говорили о велосипедах. И вот тут я встал в тупик: куда нужно направить свои навыки, чтобы дальше разбираться в java. т.к. у меня нет коммерческого опыта и опыта работы в команде, выходит, что я ничего из себя не представляю, как разработчик. Листать вакансии и сидеть жопе ровно у меня нет ни сил ни времени, а работать официантом и после смены пару часиков сидеть перед кодом не даст мне нужного результата, ведь помимо этого есть английский язык, спортзал да и личная жизнь. Искренне прошу вашего совета! И ещё раз спасибо за последние серии роликов, очень познавательно
ua-cam.com/video/lNWp3_CVEO0/v-deo.html
Спасибо! Достаточно интересно преподносите материал!
Тема сложная, но очень классная! Самое полезное видео из всех, которое видел по программированию
В универе нас учат, что в цикле разработки 80-90% времени занимает именно проектирование, а именно: сбор и анализ функц. требований, определение модели разработки, построение uml диаграмм и т.д. И на самом деле это все сложно, потому-что практического опыта построения более менее серьезных приложений нам не дают. Что вы думаете по этому поводу?
Nursultan Mamytbekov
ИМХО все верно.. даже если вы не архитектор/тимлид
Я рисую на листочке схему того, как и что должно выглядеть, порой переделываю раз по 10 и это на «средних» скриптах автоматизации строк на 500.
а что под циклом понимается? итерация?
@@ashimov1970 Мое мнение, но судя по написанному, под циклом разработки понимается цикл разработки - ru.wikipedia.org/wiki/%D0%96%D0%B8%D0%B7%D0%BD%D0%B5%D0%BD%D0%BD%D1%8B%D0%B9_%D1%86%D0%B8%D0%BA%D0%BB_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D1%8F .
А итерация В УЗКОМ смысле - это всего лишь один шаг цикла (если цикл подразумевает единственное повторение, то это цикл с одной итерацией)
Спасибо. Как раз этим вопросом сейчас мучался.
Такое впечатление что только задумалась над вопросом и сразу видио))))) Большоє спасибо!!!
Спасибо за труд.
Хочу дополнить ваше видео важной деталью! После того, как были выделены объекты и хоть как-то была представлена бизнес логика, нужно обязательно проанализировать тот инструментарий, который вам возможно понадобится. Имеется ввиду:
- прошерстить стандартные библиотеки на предмет полезности классов;
- посмотреть что есть от апаче;
- посмотреть что есть у остальных, сторонних библиотеках.
Такой подход поможет не только понять что нужно подучить и какие ресурсы, библиотеки использовать, а практически однозначно понять какие паттерны понадобятся. Знаю, как для новичков, то может “патерны” это большое ругательство, но жизнь без мата скучна. На самом деле, если новичок в программировании поступит именно так, то многие, даже те, кто не знаком с паттерны, имея вышеперечисленную информацию, на интуитивном уровне смогут понять любую сложную архитектуру.
дурачок ты, Олежка ...
@@gordonfreeman1842 Чтобы о людях судить нужно человеком быть, а не безликим. а учитывая содержательность ответа от безликого, можно четко утверждать, что мои дополнения приняты.
@@ОлегСавенко-с5ж хаха, ты только лишний раз подтвердил, что ты - дурачок.
Можешь дальше не продолжать...
@@gordonfreeman1842 Не буду.
Я обычно всякими набросками, табличками, стрелочками и графиками исписываю 2-8 листов бумаги (от сложности задачи зависит)
Затем открываю вкладку в саблайме и русским языком на псевдокоде пишу названия функций и что приблизительно в них будет написано, не отвлекаясь на реализацию и подсветку ошибок от IDE.
Иногда на отдельных вкладках могу уже написать на настоящем языке алгоритм просто для прототипа (независимо от основного языка лучше использовать лаконичный язык, который делает всё максимально "в лоб", не отвлекаясь на описание типов. Я юзаю js, кому-то может, проще пхп или питон) написать реализацию каких-то сложных алгоритмов, где задействованы перебор и группировка сложных коллекций\деревьев, какие-то рекурсивные вызовы и другие хитросплетения. Опять же в текстовом редакторе, чтобы не отвлекаться на ошибки IDE.
Затем открываю параллельно IDE (псевдокод справа, IDE слева) и справа налево, как по кальке, начинаю постепенно аккуратно переносить.
Таким образом избегаю главной проблемы с которой сталкивался ранее: начинал писать в IDE, столкнувшись с первой проблемой и её отладкой, будучи уставшим, забывал, с чего начинал.
Ну и гораздо проще зачеркнуть прототип на бумаге или стереть несколько абзацев псевдокода, чем потом удалять половину рабочего отлаженного кода, если выясняется, что первый прототип оказался неудачным.
А почему построение доменной модели - это самое начало? Разве не описание use cases? Как по мне, сначала надо описать, какой функционал нужен, а уже затем по каждому случаю продумывать, какие объекты понадобятся и какие между ними взаимодействия. Иначе, как я понимаю, можно наплодить совершенно ненужных в данном приложение в данный момент сущностей, или что-то упустить из виду. Т.е. на первом месте нужно сформулировать ТЗ (подробное описание функционала), потом по нему уже доменная модель и далее по тексту.
Сергей начал с домена, наверное, потому, что обычно программисту заказчик/бизнес аналитик спускает описание требуемого функционала, но ведь когда новичок сам себе заказчик, надо начинать именно с чёткого формулирования задачи.
Тоже хотел добавить , что начинать неплохо бы со Сценариев Использования
В реальном мире, если вы начнете с юз-кейсов, то никогда никуда и не придете. Поверьте мне, как сертифицированному специалисту по RUP
@@SergeyNemchinskiy почему?
@@dmitrikonnov922 просто поверь, ведь сам Сергей так сказал.
Спасибо за видео, мне предстоит написать мое первое web-приложении и рекомендация с чего начать очень кстати!!!!
Всё верно и красиво рассказано. Но, тут надо ещё раз подчеркнуть, что речь идёт об ентерпрайз приложениях. Новичку, одолевшему 20% учебника вообще сложновато начинать с приложений такого масштаба. Да и где брать предметную область студенту, который кроме школы и ВУЗа ничего не видел?
Тут я бы порекомендовал один из двух вариантов. Либо начать с чего-то совсем простенького, не предполагающего особой бизнес-логики. Типа продвинутого калькулятора. Если это тема не про Java, то на всяких студворках можно поискать заказы на дипломы и курсовые. Обычно к ним прилагается описание предметной области. И не лишне будет сделать и пояснительную записку со всеми схемами. Если вам удастся взять заказ, и кто-то хоть как-то проверит то, что вы напишите - будет прекрасно. К тому же работа за деньги (хоть и небольшие) очень стимулирует. Если нет, - просто делайте для себя, чтобы научиться.
ua-cam.com/video/lNWp3_CVEO0/v-deo.html
Спасибо за видео, надо будет про UML поглядеть, по работе скоро пригодится =)
В топе комментариев скинули плейлист про архитектуру, там первое видео знакомит с uml
Такой вопрос: какая частота смены работ (компаний) для разработчика начинает плохо выглядеть в резюме? Например, на разработчик с опытом в 5 лет, который за это время сменил 4-5 компаний буду смотреть косо или это норма? Потому что, с одной стороны работодатели ценят лояльность, с другой развиваться в профессиональном и материальном плане все же проще меняя работу, чем работая в одной и той же компании годами.
Работодатель не ценит лояльность никак вообще :))) работодатель ценит хорошего специалиста за мало денег :) это если ты уже выше мидла грубо и на тебя завязан проект тогда тебя может и будут ценить, но и то только в том случае когда поймут что ты приносишь бабло и не доволен своей ЗП. Сколько раз видел как хорошие спецы получают меньше банальных п..ов с подвешенным языком и софтскилами по развешиванию лапши на уши :)
Это много имхо. 2-3 еще куда ни шло
Дякую за відео. Чекаю на Spring!
Вот вам Developer's starter pack посоны:
1. Выбираете новую для вас оригинальную идею.
2. Пишете приложение
3. Пишете его ЕЩЕ РАЗ, но на этот раз учтя ошибки прошлого
4. Сохраняете свой код.
5. Повторить раз 10, каждый раз увеличивая сложность проекта
Потом посмотрите на свой первый код.
"Доки не впріти, доти не вміти."
Почти никогда не использовал UML, доменную часть декомпозирую, создавая Java-интерфейсы, описывая поведение и взаимодействие между объектами. Когда на уровне интерфейсов всё красиво, начинаю пилить имплементацию.
Дядя Сережа здрасте☺ У меня такой вопрос: я как-то глянул немножко про спринг и увидел про dependency injection, ничего непонял, но напугало это меня и я подумал что мне? Сперва спринг надо изучить и знать как он на структуру взаимодействий влияет, и исходя из этого начинать планировать архитектуру? Или уже можно помаленьку начинать рисовать umlку, и это будет не зря? (Для прошлой работы хочу написать в итоге приложение, что делать мыслей много и руки чешутся😊)
Сергей, спасибо, очень ясное и полезное видео) Однозначно лайк)
Дякую за відео. Було б дуже класно, якби з'явилося окреме відео на каналі присвячене Python, бо мені особисто не дуже зрозуміло, де він може використовуватися, але мова мені дужеподобається
В планах
Я хотел бы создать что-то вроде простого видеосервиса. Но с материалами по этому вопросу как-то не очень.
Это не «убийца ютуба» и никаких клонов других сервисов.
На Udemy есть материалы на такую тематику, но там автоматически созданные субтитры, а язык без нативных сабов сложно понимать, да еще и жесткий акцент там в основном. Да еще и среди технологий, которые используются там, нет Java.
Это понятно, что фронт на JS, разметка на html, стили в css. А вот думаю на Java попытаться сделать серверную часть. Кто-нибудь может посоветовать материалы по этому вопросу?
И если что, я вообще QA, изучаю Java, прохожу курс, прикупил учебник «Computer Science: основы программирования на Java», но это все - чисто про начала и алгоритмы, но не про такие вещи, как сервера для хранения видео.
Что-то другое меня особо и не привлекает. Какие-то игрушки писать/калькуляторы/учет всякой фигни - не мое.
@Конь Впальто английский - … ?
Я тэбе один умный вещь скажу. Нэ дэлай брат еще одын видэосэрвис. Подумай еще.
На ютубе и на гитхабе вбей в поиске UA-cam clone. Скопируй себе проект, собери, запусти, найди максимально похожий. А дальше уже под себя допиливай или пиши по образцу существующего.
Супер! Продолжать
Блин иду такой с гаража и мне в голову пришло тоже самое что сказал ты в этом видео.Правда я только начал учить java.Но наконец я понял принцип программирования,а ты ещё и подтвердил мои догадки.Так что лайк и Verry Big Thanks Man.
как протрезвеешь, поймёшь, что ты поспешил с выводами...
Сергей, можешь про DDD рассказать, сталкивался ли в своей работе, как относишься к данной парадигме?
про UML согласен, я всегда с него начинаю
Спасибо. Полезно
Если человеку важно развиваться как джава разработчику, будет ли минусом написать фронтовую часть на каком-нибудь ангуляре, а весь бэк на джава спринг бут, используя при этом рест апи?
Полностю согласен, только после опредиления всех нужных сущностей я бы начал не с Java объектов, лучше на основании сущностей и их отношений сначала спроектировать базу данных, а уже потом сделать ее маппнг на объекты
Расскажите про Тех. задание
что рассказать?
Добрый день, вот я на данный момент имею 4 собственных приложения: телеграмм бот, парсер с отправкой по email, змейка на javafx, редактор для html на swing. Сейчас изучаю git в планах у меня изучить PostgresSql Hibernate и Spring boot, и сделать на этом стеке крупный проект на подобии того что вы говорите , этих проектов мне хватит для резюме?
@javanewsukbot вот мой телеграмм бот если интересно можете попробовать, также могу скинуть github
Спасибо за видео. Оченный совет. А то бывает понапишешь редактора в коде, а потом садишься через месяц за код и ничего не понимаешь.
Хотелось бы узнать: вы рисуете декомпозицию на бумаге? Или используете какие-то программы вроде Drawer.io, MS Visio или StarUML?
И от меня спасибо за видое. Могли ли бы Вы также рассказать про более или менее нормальные способы версионирования, создание релизов, кто этим обычно занимается и тн. Спасибо :)
Написав около тысячу строк кода к этому сам дошёл (около сотню изресованных записок сумасшедшего). Но всё равно позновательно :)
Больше оранжевого!) Вам очень идёт. Ну а видео как всегда топ, тут даже обсуждать то нечего))
спасибо :) но я был в красном
@@SergeyNemchinskiy я и написал "больше оранжевого", а вы в красном 😂
Да, если не взять бумажку, тяжко приходится. Даже с калькулятором (оказывается, что тебе еще 5 кнопок нужны, а они никуда не лезут)
Подскажите пожалуйста. Имеются 2 тома JAVA 2 от Айвора Хортона. Актуальна ли ещё эта литература или слишком устарела?
Сергей скажите пожалуйста, учить Котлин да и писать на Котлине без знаний Джавы нету смысла?
извините за такой банальный вопрос,стоит ли идти учиться в университет из-за диплома,если я хочу работать за рубежом.
С таким подходом велик риск, что на бумажке всё и закончится. Сохранить мотивацию на протяжении всего этого процесса будет крайне тяжело. Лучше больше переписывать, но результат видеть сразу. Я не говорю, что проектировать не нужно вовсе, но и пытаться проработать всё и сразу - путь в никуда. Продумал мелочь - написал, пришлось переписать - рефакторинг тебе в помощь. Как раз и полезность тестов будет видна наглядно, может даже к TDD приобщишься. А так получается какой-то академический вотерфлоу, так сейчас не работают, сейчас всё больше складывают психическое здоровье разработчиков на плаху эджайла во славу TTM.
Почему только Java-приложения? Это справедливо для всех языков
very useful tips, tnx
норм бубнеж)
приятно просто пслушать)
спасибо
да, особенно если есть желание поспать, а не научиться чему-то....
А если создавать сразу ентити? Ну типа насоздавать пустых классов: user, role, message, channel и тд? и вот уже видно что у тебя есть и потом добавляешь свойства
Да, но лучше сначала их нарисовать. тогда видно их взаимосвязи и видно, что что-то висит в воздухе
Я пишу код как скульптор. Беру белый экран и отсекаю всё не нужное. Получается программа. :)
сколько белых экранов ушло в корзину? )
@@rufat85 они были не белые,а коричневые и плохо попахивали. :)
я так 2 монитора уничтожил =)
Решил я сосканировать свои учебники и работать с ними с экрана телевизора. Я использую телевизор за монитор. Он большой. Не вышло. Качество сканировки плохое. А картинки особенно плохи. Попробовал найти программу сканирования получше. Не нашёл. Знает уважемый товарищ Немчинский программы сканирования с высоким качеством или нет?
Спасибо!
Все верно. Писал приложуху как-то на шарпе по работе с Excel сразу...очень тяжело было потом ее масштабировать, потом с чуть большим опытом хотел улучшить код...рефакторинг убил к чертям меня.
А что там сложно го? В рефакторинге
@@SpaSergo в многократном переписывании всего функционала.
думаешь сделал лучше, а когда придумываешь новые фичи - опять приходит идея улучшить взаимодействие между частями проги
И да, классная кофта :)
Какие книги можно почитать по теме видео???
Ох, сложно с ними.... Может сам напишу :)
@@SergeyNemchinskiy да не, может не надо, а то, чувствую, много воды будет в той книге...
Уважаемый Сергей помогите пожалйста определиться с выбором Java, хочу учить Java но посторонные мнения мешают.....
а ещё C# очень хорош, он лучше, чем Java
А про .net core будет?
да точно так же :)
@@SergeyNemchinskiy не-не, я имею в виду, что будет какое-то отдельное видео именно про .NET Core? Было про .NET, но может будет отдельное именно про .NET Core?
Ну, я же с ним не рабоотал. Это к Бороде
Здравствуйте, Сергей!) Вопрос такой: я хочу создать свой коммерческий продукт, но я не знаю как, куда и нужно ли вообще платить за используемые библиотеки в моём коде.
старайтесь использовать библиотеки, которые идут с лицензией apache или LGPL - их можно использовать бесплатно
Заменит ли Котлин Java?
на андроиде? Скорее всего, хотя. гугл в любой момент может передумать. В Enterprise - no way
@@SergeyNemchinskiy Спасибо!
спасибо
на самом деле всё правильно...даже в школе чтоб понять задачу нужно сначала сделать рисунок чтоб поэтапно понять всё как делать...так и тут
2:35 Ох... жизка подъехала
а разработка дизайна на каком этапе происходит?
это вообще к разработке джава-приложения имеет мало отношения. Это к фронт-энду
@@SergeyNemchinskiy а на джава отдельно от фронта ui нет? Или практически не используется?
я на бронепоезде, автор в своём обращении говорит про джаву или джаву скрипт?
Мне кажется, если на видео написано Джава - то оно про джава? А не про руби или пхп или про джава-скрипт
@@SergeyNemchinskiy Сергей, спс ))
Возможно старомодно, но я бы начинал рассказ с database-first (схема данных) или object-first (Java-объекты) выбора в подходе. Я лично за первый вариант, хотя и автогенерация таблиц БД встречалась.
видимо, автор не петрит в проектировании БД, поэтому начал задвигать про "бумажки".
Свой личный опыт он выдаёт за единственно верный путь, с ходу отметая всё иное.
Я, открывая идешку вижу не пустой белый экран. Я вижу пустой черный экран
праздники отошли... теперь можно и с головой в Java.
Всем кому интересно, как создавать приложение с нуля (нет, не Hello World) - по ссылке ниже хороший канал. Слушать и смотреть много (134 урока на данный момент), но имея базовые знания можно неплохо расширить свой кругозор и вообще прокачаться. Так же на канале очень подробно и грамотно рассмотрены многие фундаментальные темы (без лишней воды, что главное).
Не сочтите за рекламу, но ИМХО канал очень хороший.
ua-cam.com/play/PLyxk-1FCKqockmP-fXZmHQ7UlYP3qvZRa.html&feature=share
PS Это ни в коем случае не является попыткой как-то дискредитировать фоксмайндед и тд и тп. Просто я делюсь полезной инфой (на мой взгляд) не более. Все вебинары и ролики Сергея великолепны (смотрю его творчество не первый год).
Работаю в конторе где .NET разработчики и часто слышу что не будем опускаться до уровня ассемблера, но так говорят почти все, не только .NETчики
На сколько я знаю ассемблер это язык программирования, почему не говорят до уровня С или паскаля, почему именно ассемблера?
у тебя язык высокого уровня, с достоинствами и недостатками. За недостатки ты уже наперед расплатился. Если ты при этом не используешь его достоинства, то...
ассемблер берется просто как самый вопиющий пример
Ассемблер - он самый низкоуровневый. Ниже не бывает.
Сергей Сочи-Харитонов
Ну.. в теории машинный код писать можно. Знал одного типа, который так изгалялся в конце 90х..
@@tsa157 можно. Но это не язык программирования
А когда видео не из "новичкового курса"? Может пора цикл видео для "не совсем новички, но и не мидлы"?
Или например видео: "хаккинг на java или как взломать Пентагон"? :D
thanks
*11 (как писать приложение Java) ua-cam.com/video/Qku0VoaZ-gE/v-deo.html . #конспСНП . Сформулировать объекты предметной области. К ним - поля (свойства) и отношения. Слой бизнес-логики (что делает). Слой дао (дэйта акцес обджэкт) - обработки баз данных. Слой юай - пользовательского интерфейса (вэб). Это доменная модель. Архитектура. Декомпозиция.
Здравствуйте, хорошее видео. Расскажите почему Java так популярен.
Серик Оспанов
100500 раз сказано на канале «что, почему и как». Посмотрите не ленитесь :)
Так исторически сложилось.
Интересно другое сколько еще он останется на гребне волны и кто готов его подвинуть...
Сергей Сочи-Харитонов
1. Долго, очень долго, жирный и не очень интыпрайз - жава. Не стоит забывать про Андроид...
2. За 20 лет было много потенциальных «подвигателей», но не сложилось. ИМХО .net может отожрать часть новых проектов и т.д. из ниши java. Единственный достойный конкурент.
@@tsa157 если я правильно понимаю у нета тоже особых причин нет чтобы на него переходить. Правильно?
Здраствуй мой дорогой...
ыы :)
ИМХО создавать, что-то более или менее серьезное только после проработки на бумаге. Программирование по наитию, это как создать редуктор без чертежа и расчетов.
а вот и не угадал, Лёша
это только таким как ты нужна бумажка, куда ты без неё ...
@@gordonfreeman1842 Для начала не Лёша а Алексей ибо настолько близко мы не знакомы, а во вторых я не угадывал, я просто высказал свое скромное мнение основанное на моем личном опыте. К стати если вас как то покоробило слово на бумажке, это вовсе не означало, что конкретно на бумаге, это означало выражение о том что надо предварительно обдумать весь функционал обязательный и желаемый, оценить объем работы и составить последовательность выполнения задач для реализации задуманного.
новый год только начался, а вы его уже гоните(
Для того, чтобы написать Java программу... надо взять и написать!
Ну камон! Каким ботаном надо быть что бы первым делом выписывать на листочек элемены предметной области. А как же набить шишки?
Почему вы говорите JavaScript, уже не первый раз?
Джавовский, а не javascript
@@igorvasylevskyi3629 переслушал, действительно, Вы правы. Спасибо
2:37 Это про меня )))))
как писать JavaScript приложения)))
А какие у Вас часы, случаем не Galaxy Watch?)
я рекомендую писать любое JAVA приложения модульной модели.
ээээ?
@@SergeyNemchinskiy приложение это набор кубиков блоков, модули. Вы всегда можете изменить модуль, убрать модуль но это ни как не отразиться на совокупной работе проекта. Каждый кубик это кусочек кода который может быть как автономным так и частью большого проекта. Конечно же я подрузомеваяю Java GUI.
:))) Вы свои слова придумываете ... Модельная архитектура это называется :)
@@SergeyNemchinskiy Возможно, возможно, я ожидал что диалог может пойти в другом русле и вы начнете меня давить вашим авторитетом, вы очень и очень не глупый человек :)
@@nidichka конечно неглупый, просто поболтать любит...
Если прочитать только 20% книги, то есть большая вероятность написать свою криво (не)работающую хэш таблицу , велосипеды etc. Я писал так😌
Хохма в том что ты можешь далее прочитать 80% но ни хрена не поймешь, пока не набьешь шишки на кривонеработающейхештаблице :)
@@inbuckswetrust7357 не могу не согласиться, но предпочтительнее думать над реализацией чем над средствами
Станислав Скуратович мы сейчас точно про чтение книг говорим ? не знание средств реализации может сильно осложнить жизнь.
100 👍
20% учебника даёт 80% знаний/результата... но это не первые 20% страниц... а какие именно - так просто не узнаешь, особенно пока новичок
Не спорю с Сергеем Немчимским, а то он тебя декомпозирует
Счёт у меня в Спардабанке. Платишь ежемесячно по 30 евро. За электричество. А один месяц надо раз заплатить 40 евро. Идёшь говоришь в этот раз 40 евро. А в следующем надо им снова сказать 30 евро. Да я вам сейчас сказал же. Нет. У нас столько клиентов. Да измените вы программу она вам сама без меня напомнит что 30 евро. Что вы, это же большое программирование. За него надо платить деньги. Ерунда это а не программирование. Пару строк кода изменить. Нет нет мы спрашивали программистов. Они вас обманывают берут деньги ни за что. А вы программист? Нет. А что ж вы тогда.
А на Останлаге фирма. "ПС хелден" Хелден герои. Оказывают услугу. Очищают компьютеры от вирусов. Компьютер начинает тормозить глючит люди пугаются бегут к ним. По телевизору ведь страшные вещи про хакеров рассказывают. Они честно очищают. Плата обычно в районе 80евро. Человек видит исчезло. Через год он снова набрал приходит снова. Хорошо живут ПС хелден. А у них ещё и другие услуги есть.
Книги лучше читать по несколько раз - первый раз пробежаться, делать только самые легкие упражнения, если завис - идти дальше. Второй раз вдумчиво и со всеми упражнениями. Какие такие 20% ? Это кто автор и что такое переменная? Вот как раз многие и заканчивают на 20% потому что дальше не вывозят или стопорятся на каком то упражнении и тоже прекращают читать...
А Вы правда меня любите? 😍
Я так делаю, беру чужой код на гитхабе и разбираюсь что да как.
В пясду эти декомпозиции. Все правильно ))
лучше свой пиши, а то так и будешь в чужом коде копаться ...
Это все приколько. Но когда ты работаешь и интерпрайз залупе, ты понятия не имеешь как код работает сейчас, что тебе нужно сделать и что должно получится в итоге.
И ты просто начинашь что-то клеапать такое что тебе точно потом понадобиться и по ходу уже разбираешься.
ua-cam.com/channels/1g3kT0ZcSXt4_ZyJOshKJQ.htmlvideos вот человек показывает как писать ява-сервер.
Вёот)))
а сказать-то чего хотел?
Лисичка - символ обмана и лукавства, Сергей, подумайте над этим!
точно ему надо думать?
Alex Runev
А так подозреваю, вы не используете Firefox? :)
Лисичка - это не символ. Это млекопитающее.
@@SecretUA-camAgent На баннере ЕГО компании есть признаки млекопитающего, которое отождествляется со словом НА*БАЛОВО. Яп задумался.
@@tsa157 эээ.. нет, а надо?