Как правильно разрабатывать Java приложение?
2020 ж. 9 Қаң.
45 267 Рет қаралды
Всем привет, сегодня поговорим о том, как правильно разрабатывать Java приложение.
Курсы JAVA - bit.ly/2FzSMhl
Курсы C#/.NET - bit.ly/2Nd2tGJ
Курсы ANDROID С НУЛЯ - bit.ly/2Fxg5Zc
Курсы Automation QA (Java) - bit.ly/35CP1SX
Курсы FRONT-END - bit.ly/2T9kVE8
Курсы UI/UX дизайна - bit.ly/2TaxZcq
Курсы WordPress Developer - bit.ly/39RlyYZ
Сайт Foxminded: bit.ly/2T8GO6o
Foxminded в ФБ: / foxmindedco
FoxmindEd в Instagram: / foxminded.ua
Мой Telegram: t.me/nemchinskiyOnBusiness
Мой блог: www.nemchinsky.me
Если появляется вопрос или трудность, которая способна замедлить процесс развития, то я сразу смотрю ваши видео. Вы очень сильно помогаете в расширении границ кругозора предметной области)
Сколько смотрю, столько удивляюсь, насколько правильный и полезный материал публикует автор канала. Спасибо и успехов Вам! P.s.Пока ем, посмотрю лекцию Декомпозиция предметной области 😉👍
Наконец-то я нашёл свои мысли в словах профи) Спасибо Сергей, теперь точно буду программировать. Уже около четырёх месяцев пишу такой домайн для своего приложения 👍
Такое впечатление что только задумалась над вопросом и сразу видио))))) Большоє спасибо!!!
Тема сложная, но очень классная! Самое полезное видео из всех, которое видел по программированию
В заголовке Java , а разговор про js начали. Но как всегда доступно всё объясняете. Спасибо!
Сергей, спасибо, очень ясное и полезное видео) Однозначно лайк)
Хотелось бы послушать про процесс развертывания приложения. В общих чертах, что это и зачем
Отлично разложено и с толком!!! Хорошо бы таким видео паралельно выложить подкасты, что позволит в дороге прослушивать.
Так просто покупаете ютуб премиум и ютуб становится подкастом :) Я так и сделал.
Я составляю мыслекарты на компе или в телефоне. Первый node - название программы (как правило, техназвание - то, что выполнять будет программа). Далее от него добавляю ноды (они же у меня в дальнейшем будут классы) выполнения какого-то функционала. Как правило, на этапе идеи уже есть первоначальные мысли того, что будет делать прога. Можно сразу в нод записать название метода, если уже пришёл в голову, чтобы не забыть.Также по ходу можно накидывать классы объектов. После добавления первых нодов уже можно заметить скелет программы. Чем хорошо в мыслекартах это делать? Можно устанавливать зависимости стрелками, например, от интерфейса к классу, если есть наследование. Далее можно пуститься в детали и прямо в нодах реализовывать методы, хотя бы схематично. Таким образом, когда я открываю IDE у меня уже половина программы написано. Останется реализовать методы, если на картах не реализованы и сделать нужные зависимости, а далее уже детализировать код добавляя фичи.
Первый ) сходу лайк На всякий случай оставлю ссылку на плейлист, о котором говорил Сергей в видео kzhead.info/channel/PLmqFxxywkatSezlaoxwFbdBBnAk_JJ__5.html
Спасибо. Как раз этим вопросом сейчас мучался.
Спасибо за труд.
Спасибо Сергей. Полезное видео.
Спасибо! Достаточно интересно преподносите материал!
Шикарная инфа, прямо почувствовал, что мне по силам что-то самому написать.
спасибо :)
Сергей, спасибо за видео! Но пожалуйста, избавься от этой тупой менеджерской мульки про правило Парето. В оригинальном труде нет жесткой пропорции 20/80 - там просто наблюдение о неравномерности распределения благ. Да и потом, откуда такая уверенность, что именно первые 20% учебника дают 80% итогового результата? Эти 20% могут быть размазаны тонким слоем по всей книге, и пока ты не проработаешь ее от корки до корки - ты не охватишь эти самые 20% и будешь вечным хеллоуворлдщиком, который в сотый раз читает о том, как установить IDE и прописать переменные среды. С уважением и пожеланием успехов :)
Я некоторые книги перечитывал раз по 5 и каждый раз находил что то новое для себя. Один раз прочитав полностью книгу, от корки до корки, получаешь тех самых 20%.
Nephrite Red Так вроде никто не говорил, что надо прочитать первые 20% книги.. насколько я понял, имелось ввиду совсем другое. Правило Паретто, как не странно действует отлично (если конечно в голове есть крепкая база). Нет смысла перечитывать книги в 1500 страниц от корки до корки, со всеми тонкостями и прочим, особенно когда по всевозможным фреймворкам и технологиям существуют десятки книг. Читайте по диагонали, выхватывайте суть, все тонкости в голове не удержать НИКОГДА. На канале Соера был хороший ролик, про то как необходимо читать техническую литературу..
@@tsa157 Сформулирую основные тезисы видео, как я их понял. 1. Учитесь выделять главное и сразу практикуйтесь. Если напираться знаниями, как бабушкиными пирожками, то у этих знаний судьба будет такая же, как у пирожков. 2. Начинайте писать что-то осмысленное, как только познакомились с базовым синтаксисом. 3. Для того, чтобы писать что-то осмысленное, нужно знать предметную область - без этого написание кода просто лишняя нагрузка на процессор. 4. Продуманная архитектура приложения важна даже для мелких проектов - поэтому изучайте и применяйте лучшие практики. А насчет Парето меня бомбануло потому, что сейчас это слишком затасканная фраза, и те, кто ей швыряется, обычно несут ахинею. При этом они без Wiki не могут вспомнить имени автора и хотя бы в двух словах объяснить о чем шла речь в его работе и на основании чего было выведено это правило. Число же тех, кто читал оригинал стремится к нулю. Пользоваться достижениями ученых нужно разумно, иначе без понимания сути здравые идеи превращаются в бессмысленные мантры. Надеюсь, прояснил свою точку зрения :)
Я думаю, что Сергей имел в виду, что нужно уже что-то пробовать писать, находясь ещё в процессе чтения книги. 20 % тех же Headfirst очень мало, но всё же можно уже клепать более интересные вещи чем только те, что есть там в заданиях.
Ну а что поделать, ведь Сергей - менеджер, а не программист, вот и несёт пургу.
Супер! Продолжать
Каждый начинающий программист должен не послушать этого совета, и попытаться сходу наговнокодить. Ибо цену косяков в архитектуре лучше всего можно понять только на собственном опыте.
Мне кажется, что по началу, даже проработав архитектуру, будет куча косяков, а уж говнокода, велосипедов и костылей - подавно.
Спасибо за видео, надо будет про UML поглядеть, по работе скоро пригодится =)
В топе комментариев скинули плейлист про архитектуру, там первое видео знакомит с uml
Спасибо за видео, мне предстоит написать мое первое web-приложении и рекомендация с чего начать очень кстати!!!!
Делаю дипломную работу, начал, сразу с IDE, но быстро понял, что надо начинать со схем и взаимосвязей. Ваше видео, подтвердило, что я вовремя понял свою ошибку.
все верно
до предзащиты 20 дней, у меня только обЪекты только готовы, спидран начался
Дякую за відео. Чекаю на Spring!
Спасибо. Полезно
Дядя Сережа здрасте☺ У меня такой вопрос: я как-то глянул немножко про спринг и увидел про dependency injection, ничего непонял, но напугало это меня и я подумал что мне? Сперва спринг надо изучить и знать как он на структуру взаимодействий влияет, и исходя из этого начинать планировать архитектуру? Или уже можно помаленьку начинать рисовать umlку, и это будет не зря? (Для прошлой работы хочу написать в итоге приложение, что делать мыслей много и руки чешутся😊)
Здравствуйте Сергей. Почти год назад я наткнулся на ваш канал и решил посвятить себя java-программированию. С недавних пор Вы начали освящать действительно интересные темы. Я живу в Санкт-Петербурге и ситуация на рынке труда для меня оказалась плачевной. Как и в других профессиях, компаниям нужны опытные специалисты, а я в свою очередь наивно ожидал вакансии-стажировки для новичков. Для меня, как и для многих, нужно всё разжёвывать. Когда речь заходит об опыте, мне нечего предоставить компаниям. Я могу написать простое CRUD приложение, или авторизацию, но вы не раз говорили о велосипедах. И вот тут я встал в тупик: куда нужно направить свои навыки, чтобы дальше разбираться в java. т.к. у меня нет коммерческого опыта и опыта работы в команде, выходит, что я ничего из себя не представляю, как разработчик. Листать вакансии и сидеть жопе ровно у меня нет ни сил ни времени, а работать официантом и после смены пару часиков сидеть перед кодом не даст мне нужного результата, ведь помимо этого есть английский язык, спортзал да и личная жизнь. Искренне прошу вашего совета! И ещё раз спасибо за последние серии роликов, очень познавательно
kzhead.info/sun/n7KQoJeXeoh7gmg/bejne.html
Сергей, можешь про DDD рассказать, сталкивался ли в своей работе, как относишься к данной парадигме?
Ваш бубнёж слушать бы и слушать👍🏻 Вы, кстати, мерч не думаете продавать? Приятный оранжевый цвет 👌🏼
Ябвзял.
SineSet так и я бы взял
тоже, красиво :)
Спасибо!
И от меня спасибо за видое. Могли ли бы Вы также рассказать про более или менее нормальные способы версионирования, создание релизов, кто этим обычно занимается и тн. Спасибо :)
Спасибо за видео. Оченный совет. А то бывает понапишешь редактора в коде, а потом садишься через месяц за код и ничего не понимаешь. Хотелось бы узнать: вы рисуете декомпозицию на бумаге? Или используете какие-то программы вроде Drawer.io, MS Visio или StarUML?
Блин иду такой с гаража и мне в голову пришло тоже самое что сказал ты в этом видео.Правда я только начал учить java.Но наконец я понял принцип программирования,а ты ещё и подтвердил мои догадки.Так что лайк и Verry Big Thanks Man.
как протрезвеешь, поймёшь, что ты поспешил с выводами...
very useful tips, tnx
В универе нас учат, что в цикле разработки 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 . А итерация В УЗКОМ смысле - это всего лишь один шаг цикла (если цикл подразумевает единственное повторение, то это цикл с одной итерацией)
Больше оранжевого!) Вам очень идёт. Ну а видео как всегда топ, тут даже обсуждать то нечего))
спасибо :) но я был в красном
@@SergeyNemchinskiy я и написал "больше оранжевого", а вы в красном 😂
Полностю согласен, только после опредиления всех нужных сущностей я бы начал не с Java объектов, лучше на основании сущностей и их отношений сначала спроектировать базу данных, а уже потом сделать ее маппнг на объекты
Почти никогда не использовал UML, доменную часть декомпозирую, создавая Java-интерфейсы, описывая поведение и взаимодействие между объектами. Когда на уровне интерфейсов всё красиво, начинаю пилить имплементацию.
про UML согласен, я всегда с него начинаю
Подскажите пожалуйста. Имеются 2 тома JAVA 2 от Айвора Хортона. Актуальна ли ещё эта литература или слишком устарела?
спасибо
А почему построение доменной модели - это самое начало? Разве не описание use cases? Как по мне, сначала надо описать, какой функционал нужен, а уже затем по каждому случаю продумывать, какие объекты понадобятся и какие между ними взаимодействия. Иначе, как я понимаю, можно наплодить совершенно ненужных в данном приложение в данный момент сущностей, или что-то упустить из виду. Т.е. на первом месте нужно сформулировать ТЗ (подробное описание функционала), потом по нему уже доменная модель и далее по тексту. Сергей начал с домена, наверное, потому, что обычно программисту заказчик/бизнес аналитик спускает описание требуемого функционала, но ведь когда новичок сам себе заказчик, надо начинать именно с чёткого формулирования задачи.
Тоже хотел добавить , что начинать неплохо бы со Сценариев Использования
В реальном мире, если вы начнете с юз-кейсов, то никогда никуда и не придете. Поверьте мне, как сертифицированному специалисту по RUP
@@SergeyNemchinskiy почему?
@@dmitrikonnov922 просто поверь, ведь сам Сергей так сказал.
И да, классная кофта :)
норм бубнеж) приятно просто пслушать)
спасибо
да, особенно если есть желание поспать, а не научиться чему-то....
Всё верно и красиво рассказано. Но, тут надо ещё раз подчеркнуть, что речь идёт об ентерпрайз приложениях. Новичку, одолевшему 20% учебника вообще сложновато начинать с приложений такого масштаба. Да и где брать предметную область студенту, который кроме школы и ВУЗа ничего не видел? Тут я бы порекомендовал один из двух вариантов. Либо начать с чего-то совсем простенького, не предполагающего особой бизнес-логики. Типа продвинутого калькулятора. Если это тема не про Java, то на всяких студворках можно поискать заказы на дипломы и курсовые. Обычно к ним прилагается описание предметной области. И не лишне будет сделать и пояснительную записку со всеми схемами. Если вам удастся взять заказ, и кто-то хоть как-то проверит то, что вы напишите - будет прекрасно. К тому же работа за деньги (хоть и небольшие) очень стимулирует. Если нет, - просто делайте для себя, чтобы научиться.
kzhead.info/sun/n7KQoJeXeoh7gmg/bejne.html
Вот вам Developer's starter pack посоны: 1. Выбираете новую для вас оригинальную идею. 2. Пишете приложение 3. Пишете его ЕЩЕ РАЗ, но на этот раз учтя ошибки прошлого 4. Сохраняете свой код. 5. Повторить раз 10, каждый раз увеличивая сложность проекта Потом посмотрите на свой первый код. "Доки не впріти, доти не вміти."
Сергей скажите пожалуйста, учить Котлин да и писать на Котлине без знаний Джавы нету смысла?
Я обычно всякими набросками, табличками, стрелочками и графиками исписываю 2-8 листов бумаги (от сложности задачи зависит) Затем открываю вкладку в саблайме и русским языком на псевдокоде пишу названия функций и что приблизительно в них будет написано, не отвлекаясь на реализацию и подсветку ошибок от IDE. Иногда на отдельных вкладках могу уже написать на настоящем языке алгоритм просто для прототипа (независимо от основного языка лучше использовать лаконичный язык, который делает всё максимально "в лоб", не отвлекаясь на описание типов. Я юзаю js, кому-то может, проще пхп или питон) написать реализацию каких-то сложных алгоритмов, где задействованы перебор и группировка сложных коллекций\деревьев, какие-то рекурсивные вызовы и другие хитросплетения. Опять же в текстовом редакторе, чтобы не отвлекаться на ошибки IDE. Затем открываю параллельно IDE (псевдокод справа, IDE слева) и справа налево, как по кальке, начинаю постепенно аккуратно переносить. Таким образом избегаю главной проблемы с которой сталкивался ранее: начинал писать в IDE, столкнувшись с первой проблемой и её отладкой, будучи уставшим, забывал, с чего начинал. Ну и гораздо проще зачеркнуть прототип на бумаге или стереть несколько абзацев псевдокода, чем потом удалять половину рабочего отлаженного кода, если выясняется, что первый прототип оказался неудачным.
Хочу дополнить ваше видео важной деталью! После того, как были выделены объекты и хоть как-то была представлена бизнес логика, нужно обязательно проанализировать тот инструментарий, который вам возможно понадобится. Имеется ввиду: - прошерстить стандартные библиотеки на предмет полезности классов; - посмотреть что есть от апаче; - посмотреть что есть у остальных, сторонних библиотеках. Такой подход поможет не только понять что нужно подучить и какие ресурсы, библиотеки использовать, а практически однозначно понять какие паттерны понадобятся. Знаю, как для новичков, то может “патерны” это большое ругательство, но жизнь без мата скучна. На самом деле, если новичок в программировании поступит именно так, то многие, даже те, кто не знаком с паттерны, имея вышеперечисленную информацию, на интуитивном уровне смогут понять любую сложную архитектуру.
дурачок ты, Олежка ...
@@gordonfreeman1842 Чтобы о людях судить нужно человеком быть, а не безликим. а учитывая содержательность ответа от безликого, можно четко утверждать, что мои дополнения приняты.
@@user-rg6cc8ui7w хаха, ты только лишний раз подтвердил, что ты - дурачок. Можешь дальше не продолжать...
@@gordonfreeman1842 Не буду.
Написав около тысячу строк кода к этому сам дошёл (около сотню изресованных записок сумасшедшего). Но всё равно позновательно :)
Да, если не взять бумажку, тяжко приходится. Даже с калькулятором (оказывается, что тебе еще 5 кнопок нужны, а они никуда не лезут)
Добрый день, вот я на данный момент имею 4 собственных приложения: телеграмм бот, парсер с отправкой по email, змейка на javafx, редактор для html на swing. Сейчас изучаю git в планах у меня изучить PostgresSql Hibernate и Spring boot, и сделать на этом стеке крупный проект на подобии того что вы говорите , этих проектов мне хватит для резюме?
@javanewsukbot вот мой телеграмм бот если интересно можете попробовать, также могу скинуть github
thanks
Такой вопрос: какая частота смены работ (компаний) для разработчика начинает плохо выглядеть в резюме? Например, на разработчик с опытом в 5 лет, который за это время сменил 4-5 компаний буду смотреть косо или это норма? Потому что, с одной стороны работодатели ценят лояльность, с другой развиваться в профессиональном и материальном плане все же проще меняя работу, чем работая в одной и той же компании годами.
Работодатель не ценит лояльность никак вообще :))) работодатель ценит хорошего специалиста за мало денег :) это если ты уже выше мидла грубо и на тебя завязан проект тогда тебя может и будут ценить, но и то только в том случае когда поймут что ты приносишь бабло и не доволен своей ЗП. Сколько раз видел как хорошие спецы получают меньше банальных п..ов с подвешенным языком и софтскилами по развешиванию лапши на уши :)
Это много имхо. 2-3 еще куда ни шло
Если человеку важно развиваться как джава разработчику, будет ли минусом написать фронтовую часть на каком-нибудь ангуляре, а весь бэк на джава спринг бут, используя при этом рест апи?
2:35 Ох... жизка подъехала
Дякую за відео. Було б дуже класно, якби з'явилося окреме відео на каналі присвячене Python, бо мені особисто не дуже зрозуміло, де він може використовуватися, але мова мені дужеподобається
В планах
2:37 Это про меня )))))
Возможно старомодно, но я бы начинал рассказ с database-first (схема данных) или object-first (Java-объекты) выбора в подходе. Я лично за первый вариант, хотя и автогенерация таблиц БД встречалась.
видимо, автор не петрит в проектировании БД, поэтому начал задвигать про "бумажки". Свой личный опыт он выдаёт за единственно верный путь, с ходу отметая всё иное.
А если создавать сразу ентити? Ну типа насоздавать пустых классов: user, role, message, channel и тд? и вот уже видно что у тебя есть и потом добавляешь свойства
Да, но лучше сначала их нарисовать. тогда видно их взаимосвязи и видно, что что-то висит в воздухе
Здравствуйте, Сергей!) Вопрос такой: я хочу создать свой коммерческий продукт, но я не знаю как, куда и нужно ли вообще платить за используемые библиотеки в моём коде.
старайтесь использовать библиотеки, которые идут с лицензией apache или LGPL - их можно использовать бесплатно
Я хотел бы создать что-то вроде простого видеосервиса. Но с материалами по этому вопросу как-то не очень. Это не «убийца ютуба» и никаких клонов других сервисов. На Udemy есть материалы на такую тематику, но там автоматически созданные субтитры, а язык без нативных сабов сложно понимать, да еще и жесткий акцент там в основном. Да еще и среди технологий, которые используются там, нет Java. Это понятно, что фронт на JS, разметка на html, стили в css. А вот думаю на Java попытаться сделать серверную часть. Кто-нибудь может посоветовать материалы по этому вопросу?
И если что, я вообще QA, изучаю Java, прохожу курс, прикупил учебник «Computer Science: основы программирования на Java», но это все - чисто про начала и алгоритмы, но не про такие вещи, как сервера для хранения видео. Что-то другое меня особо и не привлекает. Какие-то игрушки писать/калькуляторы/учет всякой фигни - не мое.
@Конь Впальто английский - … ?
Я тэбе один умный вещь скажу. Нэ дэлай брат еще одын видэосэрвис. Подумай еще.
На ютубе и на гитхабе вбей в поиске KZhead clone. Скопируй себе проект, собери, запусти, найди максимально похожий. А дальше уже под себя допиливай или пиши по образцу существующего.
С таким подходом велик риск, что на бумажке всё и закончится. Сохранить мотивацию на протяжении всего этого процесса будет крайне тяжело. Лучше больше переписывать, но результат видеть сразу. Я не говорю, что проектировать не нужно вовсе, но и пытаться проработать всё и сразу - путь в никуда. Продумал мелочь - написал, пришлось переписать - рефакторинг тебе в помощь. Как раз и полезность тестов будет видна наглядно, может даже к TDD приобщишься. А так получается какой-то академический вотерфлоу, так сейчас не работают, сейчас всё больше складывают психическое здоровье разработчиков на плаху эджайла во славу TTM.
Все верно. Писал приложуху как-то на шарпе по работе с Excel сразу...очень тяжело было потом ее масштабировать, потом с чуть большим опытом хотел улучшить код...рефакторинг убил к чертям меня.
А что там сложно го? В рефакторинге
@@SpaSergo в многократном переписывании всего функционала. думаешь сделал лучше, а когда придумываешь новые фичи - опять приходит идея улучшить взаимодействие между частями проги
на самом деле всё правильно...даже в школе чтоб понять задачу нужно сначала сделать рисунок чтоб поэтапно понять всё как делать...так и тут
извините за такой банальный вопрос,стоит ли идти учиться в университет из-за диплома,если я хочу работать за рубежом.
Почему только Java-приложения? Это справедливо для всех языков
Расскажите про Тех. задание
что рассказать?
100 👍
Я пишу код как скульптор. Беру белый экран и отсекаю всё не нужное. Получается программа. :)
сколько белых экранов ушло в корзину? )
@@user-ev1me4xq8v они были не белые,а коричневые и плохо попахивали. :)
я так 2 монитора уничтожил =)
Уважаемый Сергей помогите пожалйста определиться с выбором Java, хочу учить Java но посторонные мнения мешают.....
а ещё C# очень хорош, он лучше, чем Java
праздники отошли... теперь можно и с головой в Java.
Решил я сосканировать свои учебники и работать с ними с экрана телевизора. Я использую телевизор за монитор. Он большой. Не вышло. Качество сканировки плохое. А картинки особенно плохи. Попробовал найти программу сканирования получше. Не нашёл. Знает уважемый товарищ Немчинский программы сканирования с высоким качеством или нет?
новый год только начался, а вы его уже гоните(
А когда видео не из "новичкового курса"? Может пора цикл видео для "не совсем новички, но и не мидлы"? Или например видео: "хаккинг на java или как взломать Пентагон"? :D
Какие книги можно почитать по теме видео???
Ох, сложно с ними.... Может сам напишу :)
@@SergeyNemchinskiy да не, может не надо, а то, чувствую, много воды будет в той книге...
Всем кому интересно, как создавать приложение с нуля (нет, не Hello World) - по ссылке ниже хороший канал. Слушать и смотреть много (134 урока на данный момент), но имея базовые знания можно неплохо расширить свой кругозор и вообще прокачаться. Так же на канале очень подробно и грамотно рассмотрены многие фундаментальные темы (без лишней воды, что главное). Не сочтите за рекламу, но ИМХО канал очень хороший. kzhead.info/channel/PLyxk-1FCKqockmP-fXZmHQ7UlYP3qvZRa.html&feature=share PS Это ни в коем случае не является попыткой как-то дискредитировать фоксмайндед и тд и тп. Просто я делюсь полезной инфой (на мой взгляд) не более. Все вебинары и ролики Сергея великолепны (смотрю его творчество не первый год).
я на бронепоезде, автор в своём обращении говорит про джаву или джаву скрипт?
Мне кажется, если на видео написано Джава - то оно про джава? А не про руби или пхп или про джава-скрипт
@@SergeyNemchinskiy Сергей, спс ))
А какие у Вас часы, случаем не Galaxy Watch?)
Работаю в конторе где .NET разработчики и часто слышу что не будем опускаться до уровня ассемблера, но так говорят почти все, не только .NETчики На сколько я знаю ассемблер это язык программирования, почему не говорят до уровня С или паскаля, почему именно ассемблера?
у тебя язык высокого уровня, с достоинствами и недостатками. За недостатки ты уже наперед расплатился. Если ты при этом не используешь его достоинства, то... ассемблер берется просто как самый вопиющий пример
Ассемблер - он самый низкоуровневый. Ниже не бывает.
Сергей Сочи-Харитонов Ну.. в теории машинный код писать можно. Знал одного типа, который так изгалялся в конце 90х..
@@tsa157 можно. Но это не язык программирования
Здраствуй мой дорогой...
ыы :)
А про .net core будет?
да точно так же :)
@@SergeyNemchinskiy не-не, я имею в виду, что будет какое-то отдельное видео именно про .NET Core? Было про .NET, но может будет отдельное именно про .NET Core?
Ну, я же с ним не рабоотал. Это к Бороде
Заменит ли Котлин Java?
на андроиде? Скорее всего, хотя. гугл в любой момент может передумать. В Enterprise - no way
@@SergeyNemchinskiy Спасибо!
а разработка дизайна на каком этапе происходит?
это вообще к разработке джава-приложения имеет мало отношения. Это к фронт-энду
@@SergeyNemchinskiy а на джава отдельно от фронта ui нет? Или практически не используется?
Я, открывая идешку вижу не пустой белый экран. Я вижу пустой черный экран
Для того, чтобы написать Java программу... надо взять и написать!
*11 (как писать приложение Java) kzhead.info/sun/hM-uYLqnmIxjmn0/bejne.html . #конспСНП . Сформулировать объекты предметной области. К ним - поля (свойства) и отношения. Слой бизнес-логики (что делает). Слой дао (дэйта акцес обджэкт) - обработки баз данных. Слой юай - пользовательского интерфейса (вэб). Это доменная модель. Архитектура. Декомпозиция.
ИМХО создавать, что-то более или менее серьезное только после проработки на бумаге. Программирование по наитию, это как создать редуктор без чертежа и расчетов.
а вот и не угадал, Лёша это только таким как ты нужна бумажка, куда ты без неё ...
@@gordonfreeman1842 Для начала не Лёша а Алексей ибо настолько близко мы не знакомы, а во вторых я не угадывал, я просто высказал свое скромное мнение основанное на моем личном опыте. К стати если вас как то покоробило слово на бумажке, это вовсе не означало, что конкретно на бумаге, это означало выражение о том что надо предварительно обдумать весь функционал обязательный и желаемый, оценить объем работы и составить последовательность выполнения задач для реализации задуманного.
Ну камон! Каким ботаном надо быть что бы первым делом выписывать на листочек элемены предметной области. А как же набить шишки?
Здравствуйте, хорошее видео. Расскажите почему Java так популярен.
Серик Оспанов 100500 раз сказано на канале «что, почему и как». Посмотрите не ленитесь :)
Так исторически сложилось.
Интересно другое сколько еще он останется на гребне волны и кто готов его подвинуть...
Сергей Сочи-Харитонов 1. Долго, очень долго, жирный и не очень интыпрайз - жава. Не стоит забывать про Андроид... 2. За 20 лет было много потенциальных «подвигателей», но не сложилось. ИМХО .net может отожрать часть новых проектов и т.д. из ниши java. Единственный достойный конкурент.
@@tsa157 если я правильно понимаю у нета тоже особых причин нет чтобы на него переходить. Правильно?
Почему вы говорите JavaScript, уже не первый раз?
Джавовский, а не javascript
@@igorvasylevskyi3629 переслушал, действительно, Вы правы. Спасибо
я рекомендую писать любое JAVA приложения модульной модели.
ээээ?
@@SergeyNemchinskiy приложение это набор кубиков блоков, модули. Вы всегда можете изменить модуль, убрать модуль но это ни как не отразиться на совокупной работе проекта. Каждый кубик это кусочек кода который может быть как автономным так и частью большого проекта. Конечно же я подрузомеваяю Java GUI.
:))) Вы свои слова придумываете ... Модельная архитектура это называется :)
@@SergeyNemchinskiy Возможно, возможно, я ожидал что диалог может пойти в другом русле и вы начнете меня давить вашим авторитетом, вы очень и очень не глупый человек :)
@@nidichka конечно неглупый, просто поболтать любит...
Не спорю с Сергеем Немчимским, а то он тебя декомпозирует
Я так делаю, беру чужой код на гитхабе и разбираюсь что да как.
В пясду эти декомпозиции. Все правильно ))
лучше свой пиши, а то так и будешь в чужом коде копаться ...
Если прочитать только 20% книги, то есть большая вероятность написать свою криво (не)работающую хэш таблицу , велосипеды etc. Я писал так😌
Хохма в том что ты можешь далее прочитать 80% но ни хрена не поймешь, пока не набьешь шишки на кривонеработающейхештаблице :)
@@inbuckswetrust7357 не могу не согласиться, но предпочтительнее думать над реализацией чем над средствами
Станислав Скуратович мы сейчас точно про чтение книг говорим ? не знание средств реализации может сильно осложнить жизнь.
как писать JavaScript приложения)))
Вёот)))
а сказать-то чего хотел?
20% учебника даёт 80% знаний/результата... но это не первые 20% страниц... а какие именно - так просто не узнаешь, особенно пока новичок
А Вы правда меня любите? 😍
Это все приколько. Но когда ты работаешь и интерпрайз залупе, ты понятия не имеешь как код работает сейчас, что тебе нужно сделать и что должно получится в итоге. И ты просто начинашь что-то клеапать такое что тебе точно потом понадобиться и по ходу уже разбираешься.
Счёт у меня в Спардабанке. Платишь ежемесячно по 30 евро. За электричество. А один месяц надо раз заплатить 40 евро. Идёшь говоришь в этот раз 40 евро. А в следующем надо им снова сказать 30 евро. Да я вам сейчас сказал же. Нет. У нас столько клиентов. Да измените вы программу она вам сама без меня напомнит что 30 евро. Что вы, это же большое программирование. За него надо платить деньги. Ерунда это а не программирование. Пару строк кода изменить. Нет нет мы спрашивали программистов. Они вас обманывают берут деньги ни за что. А вы программист? Нет. А что ж вы тогда. А на Останлаге фирма. "ПС хелден" Хелден герои. Оказывают услугу. Очищают компьютеры от вирусов. Компьютер начинает тормозить глючит люди пугаются бегут к ним. По телевизору ведь страшные вещи про хакеров рассказывают. Они честно очищают. Плата обычно в районе 80евро. Человек видит исчезло. Через год он снова набрал приходит снова. Хорошо живут ПС хелден. А у них ещё и другие услуги есть.