@@torrvic1156 Видео ещё не смотрел, но готов сказать одну вещь, которая ответит на этот вопрос: кто-то должен разрабатывать сами no-code решения и кто-то должен вести разработку на no-code решениях
@@unicoxr5tj417 Раз это канал о программировании (даже в описании так сказано, я сейчас проверил), то было бы честнее подвести итог примерно так: "Ребята, вы как будущие или действующие программисты пишите код, а ноу-код вам не нужен. Это как делать сайт на wisiwyg редакторе или строить каркасный дом из готовых модулей. Кому-то пригождается, но вы должны понимать, что это суррогат и для вашего профессионального роста никакой ценности не имеет. Пишите и пишите код."
@@aistamagic That's very generous of you (no, actually not, allowing to speak one's opinion is not generosity, it's the norm). I'm very skeptical towards no-code business solutions because I see them as a means to grab some quick money on a hyped tech. The hype will just pass.
Мне понравилась цитата одного фотографа, о фототехнике, здесь можно провести прямую аналогию Бытующая в народе мысль о том, что «шедевр можно снять и на телефон», - справедлива. Только вот она не работает в обратном направлении, ибо «не всякий шедевр можно снять на телефон».
Большой фотоаппарат предназначен для хорошего качества. А хорошие фотографии в смысле содержимого, как правило получаются на всяких убогих фотоаппаратах, оказавшихся под рукой.
Классное решение для малого и среднего бизнеса. Когда хотелок много, бизнес-процессы ещё не стандартизированы и нужно много кастомизация, а бюджеты не большие.
НоуКод не только съест кусок рынка типовых приложений, но и создаст дополнительный рынок. Плюс, это классный инструмент экспресс создания МПВ. Данные сервисы отнимут работу только у халтурщиков. Только получать специальность НоуКодера и платить за получение данной профессии деньги - идиотская идея. Для примера: на Тильде ни один зерокодер не сможет создать приличный сайт, а специалист может сделать на ней шедевр. Не могу утверждать, но мне кажется, что этими сервисами буду пользоваться в итоге все те же программисты, но только для решения простых задач
Для меня эти решения дали возможность понять что я хочу программировать, и что я в принципе способен выполнить те этапы, которые до самого кода проходят - сбор и анализ требований, декомпозиция и архитектура. Для собственных приложений, всяких там бюджетов семейных и прочего как раз юзаю такое. Зачем писать если можно набросать за пару часов готовое)
Сергей, спасибо за рекламу. Вы правы, тот кейс который вы привели в этом видео, можно использовать только для мвп и демо очень простых проектов. Но в мире существуют и другие решения, которые позволяют упростить оооооочень сложную бизнес логику с помощью BPM решений таких как K2, NodeRed или Corezoid. Я думаю это очень интересная тема и будет полезна всем бэк енд разработчикам.
1С кстати хороший пример объединения кода и но-кода. Так, запросы к БД в 1С можно писать не только руками, но и с помощью конструктора (как в основном и делают), при чем работает это в обе стороны - можно как поправить сгенеренный конструктором текст, так и натравить конструктор на ручной или поправленный запрос. Другой показательный пример - это система отчетов, она же "система компоновки данных". Она позволяет строить отчет в любых разрезах, иерархиях, накладывать условия, выбирать какие именно данные показать (в том числе и "поля полей"), и это все в "пользовательском" режиме, т.е управляет этим отнюдь не программист! Программист написал для отчета один "большой запрос", а дальше система в зависимости от требований пользователя сама его меняет, оптимизирует, убирает/добавляет таблицы и поля и т.д.
Да, No-Code и Low-Code может и удобно для небольших приложений, но самые большие деньги крутятся в кровавом энтерпрайзе, финтехе :) Если уж хочется зарабатывать много, то и работать придется много, и писать код ручками) Простых путей нет.
1. Хочу освоить C++ 2. Ниасилил C++ с его работой с памятью. Уйду в Java. 3. Ниасилил Java с его фреймворками, Спрингом, Ломбоком, уйду в тестеры. 4. Ниасилил тестинг, ухожу в noCode 5. ...какое ещё дно будем пробивать?
@@chap_01 когда я поступал в аспирантуру, я спросил своего научрука: "а там сложно учиться?":) На что он мне ответил: "Ты неправильно вопрос ставишь - нужно спрашивать "не сложно ли там", а "что это мне даст". ) Если человек выбирает технологию по принципу "абы полегче", то надолго его не хватит )
Рынок заинтересован не в том, чтобы программисты много зарабатывали, а в том чтобы иметь хороший КПД от вложений, как это там модное слово, ROI. Так что если жирный энтерпрайз где-то узрит лазейку для но-код, то он её воспользуется.
@@dmitrikonnov922 не совсем так. Крупные компании консервативны и не склонны рисковать ради шанса сэкономить. Маленькую некритичную штуку какую-нибудь, в рамках исследования, когда какой-то менеджер хочет показать, какой он прогрессивный и повесить себе медаль "за развитие" - да, вполне. Но чтобы в крупной компании думали о том, как заменить свой работающий код на ноукод, с целью сэкономить - не, это бред.
Но-код - логичное развитие. Потребность в простых немного кастомных сайтиках и CRM-ках растёт. Цена падает. Нужны новые инструменты, чтобы покрыть этот спрос. Скоро каждый Вася будет уметь пилить для своей шиномонтажки простые прилажухи. И это прекрасно.
@@congruous-witch Ну так да. Ну это как сегодня в магазине можно купить лучше инструменты: японские, немецкие, какие душе угодно. Но пользоваться-то ими тоже надо уметь. И хорошо понимать, что ты делаешь. Так что всё норм.
Когда-то работал в банке, пришел ко мне клиент. Парень 22 года. Как источник дохода рассказал, что с телефона написал "но код" сайт на котором продавал свой продукт клиентам. Сайт показал, не козистый далеко не такой красивый как wix и прочие. Сказал, что угробил две батареи на телефоне, пока работал над проектом. Имел стабильный доход около года с того сайта. Покупал ноутбук в кредит, кредит я ему выдал.
Суть в том, что некоторые считают, что No-Code решения делают ненужными программистов и любой Вася с улицы сможет создавать сложные сайты не углубляясь в IT. Это совершенно ложное представление. Ибо это все равно лишь инструмент, которым надо научиться пользоваться. Все равно придётся вникать, как минимум, что такое базы данных, как их создавать и как они работают. Да и точно так же, как разработчики ограничены возможностями своего языка программирования, но только в ещё большей степени No-Code разработчики(честно говоря, очень хочется назвать их пользователями🙂) ограничены возможностями заложенными создателями No-Code решений.
Ну вот сейчас пользователь линуха пишет вам этот комментарий, и отнюдь не из командной строки. А еще учтем то что на самом деле у андроида под капотом тоже линух, да и "ай, осы!" на никсовом ядре работают...
Почти со всем я согласен с Немчинским, но вы должны знать, что каждый язык со временем обновляется, добавляются новые фичи, улучшается безопасность, а также добавляются новые функции и меняются и дополняются старые, а значит этот, что"компилятор сайтов" нужно постоянно переписывать, а делать это долго и муторно(как никак весь Бек и фронт нужно переписывать грубо говоря с нуля), так же не известно как и где хранится информация с БД, что может привести к утечке данных. Так что я считаю, что это не более чем баловство.
Даже в Gartner как-то статью опубликовали, на которую многие ссылались и говорили, что мл всё и вскоре программисты будут не нужны. Надеюсь, что это всё чушь и на лет 100 ближайших работы программистам будет предостаточно.
Ну, конечно же не нужны. Сколько всего замечательного придумали, чтобы избавится от программистов. Только работают с этим в основном ребята из it. А low code решение через лет пять после начала использования вполне может превратится в не очень low
Вечный вопрос: чем конкретно будет заниматься специалист - порог входа. И сколько будут платить в сравнении с массовыми профессиями - продавец, водитель, грузчик. Остальное детали. Если для субъективно приличной оплаты нужно будет работать из будки в стране 3-его мира, то это провал.
Дык это все старо как мир. Раньше это называли CASE инструменты (Сomputer-Aided Software Engineering). MS Access (1992), Power Designer (1995), какая -то приблуда от Буча была на базе его версии UML, куча всего еще, включая самописное г-но (ну буду называть, чтобы людей не обижать, т.к. это до сих пор используется). Ни че нового не придумали, просто подросло новое поколение, которое ни чего из этого не видело, зато сочинило новые термины, как это было в свое время с DI, например, ставшим таким же очередным "открытием" для молодняка. Вот и все дела. А автору спасибо за его видео!
Миром правят маркетологи, старые идеи в новой обёртке, теперь просто для веба. Для десктопа было это уже 25 лет назад. Средства визуальной разработки - RAD Tools наподобие Delphi, и для проектирования ПО - CASE инструменты от IBM, ORacle, Rational Rose и т.д
@@user-dh8zy3eq5x Ну так да. В конце концов чтобы постить фотку в инстаграмм на 3-дюймовом экранчике нам не нужен один дохулион мегапикселей в камере. Но маркетологи убидели многих из нас, что это нам ну оооочень нужно, это решит все наши проблемы и сделает нас счастливее.
Как раз работаю в корпорате на проекте который использует Appian (low code энтрепрайз платформа). Блин этого архитектора который придумал использовать low code платформу на этом проекте надо просто уволить и нахер оторвать ему руки чтоб он больше нигде не смог нагадить в будущем. Нашему приложению нужен классический фронт энд на JS но вместо этого мы застряли на этой фигне. И тут несколько проблем, первая у low-code/no-code платформ просто нету достаточной гибкости чтоб делать какие-то кастомные вещи, ну то есть пока что большинство фич которые от нас просят у них получилось сделать но это такой пиздец, это все так криво устроенно и там столько проблем и багов постоянно. Вторая проблема это эти Аппиан разработчики, ну то есть они не разработчики вовсе. Они давольно низко квалифицированные и ничего не понимают за пределами своей платформы. Вот банально, мне приходилось одному из них объяснять как работает REST API, а потом я удивляюсь почему они до сих пор не могут понять как пользоваться нашими API specification. Ну и они вообще не в курсе про какие-то best practices в софтвар разработке. Они не делает юнит тесты (и да при том что это лоу код платформа они пишут давольно не мало кода), они не хранять свой (лоу) код в гите, понятное дело не делают код ревью, конфигурация у них через какую-то жопу сделана, у них нету локального енвайромента то есть они все изменения сразу в деве делают и там вечно какой-то бардак твориться. И на выходе получается абсолютно уе...жасный UI который загружается секунд 10 и в котором постоянно куча багом. Но, с другой стороны это не значит что такие платформы это совсем плохо. Просто в нашем конкретном случае кто-то решил использовать эту платформу там где это вообще не стоит делать, и это вот наглядный пример того почему такие платформы не угрожают классической разработке. В целом я бы сказал что такие платформы наверно уместны там где тебе нужно автоматизировать какие-то простые бизнес процессы которые не требуют большого количества кастомной логики. То есть это уже не CRMки для создания сайтов визиток но и какие-то сложные бизнес процессы ты там тоже не автоматизируешь. Я думаю такие штуки будут прикольны для средних бизнесов потому что они в итоге демократизируют доступ к софт разработке. То есть вот раньше, до появления CRMок, позволить себе сайт было дорого, а сейчас стоимость сайта визитки там до 1к баксов. Вот так и сейчас, если ко мне придет какой-то директор среднего бизнеса и скажет мне хочу вот систему в который мы там сможем организовывать какие-то наши бизнес процессы я ему условно насчитаю 10к баксов за проект который будет делаться один месяц и там будет один фрон и один бэк девелопер. Ну как бы не каждый средний бизнес захочет столько денег платить. А вот если опустить стоимость до 1к это уже интересней для бизнеса.
По количеству приложений бОльшая, но вот по количеству разрабов не факт. Один челик на вордпресе может за год сам больше ста сайтов визиток запилить, а вот какая-то крупная компания с сотнями и десятками разрабов одну апликуху годами лепят)
А ещё сценарий применения lowcode и nocode решений это наука. например в сфере бизнесинформатики для валидирования решений часто разрабатываются прототипы. Для их более быстрой разработки вполне себе может и не надо всё писать с нуля, если функционал не радикально новый.
Так идея не новая. Я вообще считаю, что хороший программист, когда повторяет то, что он уже делал, должен задуматься "а не автоматизировать ли эту херню?" Из этой концепции растут все фреймворки, библиотеки, шаблоны и т.п. В том числе и ноукод, но это ответвление, с идеей "а можно ли сделать так, чтобы шаблонные задачи решались не подключением нужных библиотек, а вообще без кода?"
Совершенно верно, только были еще инструменты на уровень выше - CASE средства для проектирования даже с генерацией каких-то простых шаблонных кусков кода. Я это помню еще лет 25 назад все думали, программисты будут не нужны, накликал мышкой приложение и радуйся :)
По-ходу, все эти No/Low Code аналог всяких мастеров и конструкторов которые существуют уже бог зна сколько времени. Только "Теперь и в вебе!". А так-то еще 100500 времен назад было, типа "в Дельфи можно программировать мышкой" с описаниями наподобии " ...для этого вам надо взять такую-то компоненту из палитры компонент и кинуть ее на форму" (при чем даже для компонент, с интерфейсом не связанных).
Довольно очевидно, что это еще более высокий уровень, еще больше прокладок, еще более большие составляющие программу блоки конструктора. Очевидно, что скорость и гибкость такого решения будут еще ниже, но и цена также ниже. Подрежет ли это текущих программистов? Нет, так как им ничего не мешает использовать этот инструмент в своей работе. Интереснее другое: будет ли рационально умеющему писать код разработчику использовать подобный инструмент после завершения проектирования программы или предпочтительнее будет писать свой код? Очевидно, что без кода быстрее - дешевле, но будет ли скидка стоить потери качества при условии работы с умеющим писать код разработчиком? Второй вопрос: изменит ли это процесс обучения новых разработчиков? Будут ли они сначала учиться без кода? …
Если слишком дорого, а тем более слишком сложно, то каким боком там ноукод может помочь? Это же как раз те случаи, когда нестандартно и всё надо пилить руками.
Я в шоке! Когда смотрю очередное видео Сергея, в голове возникают некоторые вопросы. Но так, как смотрю его в записи, то вопросы в голове остаются. Но!! Буквально через пару дней выходит очередной эфир или видео Сергея и в нем .... он озвучивает ответы на часть моих вопросов, оставшихся в голове! Как такое может быть???? Вчера вот только смотрел последнее видео Сергея и возник вопрос (после многократно-встречающейся рекламы no-code) - действительно ли no-code так хорош и будет набирать обороты и популярность для mpv и низкобюджетных проектов. А сегодня у Сергея уже выходит новое видео с ответами на вопросы в моей голове! Супер и огромное спасибо!
No-code - это что-то принципиально новое? Просто уже давным-давно полноценные сайты можно делать, скажем, на WordPress - это считается no-code? И если да, то почему именно сейчас резко стали говорить о популярности no-code, "новой эре" и т.д.?
Приходилось работать с No-code или Low-code. По мне это маркетинговый ход. Страшно когда на основе этого руководство пытает я выстроить Enterprise продукт.
На удивление благосклонное видео от многолетнего разработчика. Обычно гораздо больше яда и плевков в сторону no-/low-code. Тем не менее нужно понимать, что есть ОЧЕНЬ большая разница между no-code и low-code во-первых, а во-вторых есть огромная пропасть в качестве разных платформ. На практически все указанные вещи, которые, якобы, никогда не будут сделаны на low-code уже придуманы и реализованы решения. Просто low-code платформы (лидеры) толтко 2-3 года назад стали реально готовы для "кровавого энтерпрайза". В этом смысле стоит посмотреть на Mendix или Outsystems. Но стоят такие платформы тоже не мало...
Так потому что в Спринге все равно надо кодить, очевидно же. Ну то есть если вот в теории сделать какой-то UI который там будет основан на Спринге где можно мышкой какие-то блоки перетаскивать тем самым программируя то да, это будет no code решение. А так скажи кому-то без знания джавы сделай мне бэк на спринге, ну как бы ему все равно придется выучить джаву.
есть такая штука как jhipster - не могу сказать, что это low-code решение, но это своего рода "быстрый старт" готового приложения, которое потом нужно со всех сторон допилить напильником, но на выходе там есть много хорошо организованных по кодовой базе решений, которые потом можно раскопать, переиспользовать, понять, почему так было сделано... в общем - хороший старт для тех, кто уже умеет читать код, но еще не умеет в архитектуру
8:46 "и масса других использования, которые я придумать не могу" 🤣 Я тоже, кстати, не могу 🤣 Но, в целом, имхо, для MVP и небольших простеньких приложений - отличная штука.
Главная проблема - ограниченность. Ты можешь настроить под себя только то, что предусмотрено автором CRM. И вот тут кроется главная проблема: если тебе нужно внести даже минимальные изменения, не предусмотренные автором, тебе нужен программист. Обычно это выглядит так: нанимается фрилансер (с не очень высокой квалификацией и отношением), он кое как допиливает костылями нужный функционал. Потом эта ситуация повторяется несколько раз: нада фича -> ищем фрилансера -> профит. Через какое-то время проект превращается в лютое багованное дерьмище, которое проще сжечь и написать по новой, чем поддерживать. Это я сейчас не придумал, это история многих сайтов на WordPress или opencart, которые, по сути, предки ноукод (да они им и являются). Что, кстати, не делает их дерьмом, в отличие от многих сайтов, на них написанных.
Ну хз, наверное все поиграются с зтим лоукодом, потом приживётся действительно как «GUI» для «непосвященных» Как любитель linux и mac - терминал быстрее и гибче. Да, это не наглядно. Но со временем приходит понимание, что посидев, подумав 10 минут над каким-нибудь баш-скриптом, потом все намного быстрее. ВМ на qemu можно сделать намного быстрее, чем щелкать в интерфейсе vmware или виртуалбоксе, если уже есть заготовленный скрипт для создания виртуалки. А если ты еще и кикстарт заготовил, то автоматом можешь и реди ту юз виртуалку сделать. Или например приперло тебе из Downloads все картинки в Pictures переместить. В ГУЙе это мучительно долго будет, если там разношерстный контент в папке Downloads. В терминале - одна команда. Винда вон двигалась в сторону «все через граф.интерфейс» а что в последнее время? Они развивают повершел. Надеюсь уйдет у винды создание бекапа настроек с помощью скриншотов настроек))) Код и терминал не умрут)
Никуда командная строка не уйдет, множество задач делать проще и эффективней. Лоукод так это вообще новая модная тема от инфоцыган и маркетологов. Еще 25 лет назад все это было под другим соусом и для десктопа (RAD, визуальное программирование, CASE инструменты проектирования), а теперь - те же яйца только для веба. Максимум на что они годятся - это клепание прототипов приложений для очень хорошо стандартизованых задач и проблем, остальное от лукавого
По-моему ноу-код - это по сути продвинутые цмски. Все это уже было и оно только создало больше айтишных вакансий. В принципе полностью согласен с Сергеем.
Вон, HiAsm уже доступен больше 12 лет, причем я с него начинал свой путь программиста. Однако, что-то HiAsm не смог вытеснить языки программирования. Да и честно говоря, "нарисовать" сложное приложение в Hiasm сложней, чем его написать в языке программирования. Хотя, в какой-то мере, HiAsm опередил будущее.
Ох... Ну не новая же это идея. Ещё в 2000 появились и уже умерли различные редакторы графические, которые могли посылать soap envelopes и дергать базу... Ну и отдавать что-то. Сейчас просто все в более красивой обёртке. Странно, что кто-то паникует :)
Эта идея программирования мышкой уже существует в той или иной мере лет 25. Начиная от всяких CASE инструментов и заканчивая мастерами, генераторами кода. Только раньше было модно для десктопа, а теперь для веба
Из той же серии утверждение, что вот-вот в ближайшее время начнут вживлять чип в голову и не нужно будет учить иностранные языки. Но годы идут, а чипы всё не вживляются. И чтоб выучить язык всё также нужны и сильная мотивация и много времени и практика.
Зачем чип? Достаточно переводчика в реальном времени. А такая прилажуха я думаю появится в ближайшие лет 5 (если уже не появилась). По крайней мере Яндекс-переводчик видео работает на процентов 95 точно. Любые текста уже можно переводить онлайн также почти со 100% точностью. Будущее уже наступило )
@@MITSA_1 Опять же, когда появиться, тогда и можно будет реально оценить. А пока во всём мире люди всё так же по-старинке ходят на курсы, нанимают репетиторов, смотрят сериалы, радиоподкасты и т.д. Поскольку язык - это не про перевод текста. Язык это и говорение, и слушание, и понимание, и чтение, и думание, и написание и придумывание нового.
Сейчас я вскрою всю правду-матку про No Code! Вместе с нашим уважаемым партнером No Code Production. No Code - лучшее решение, купи прямо сейчас и получишь универсальную открывашку в подарок!
А ведь профи обзывают системы визуального программирования БЫДЛО КОДОМ! И категорически были против,к примеру, языка программирования -Delphi. Что же такого произошло в мире, что системы визуального программирования вдруг стали актуальными?
Для микроконтроллеров есть программа для программирования без кода flowcode. Если мигать светодиодом, то норм. А когда надо использовать продвинутый шим и т.п. везде надо писать код)
Для микроконтроллеров есть много способов программироания, я использовал: - Ladder Diagram (LD) - Sequantial Function Charts (SFC) - Function Block Diagram (FBD) - Structured Text (ST) - Instruction List (IL) Structured Text это то что многие считают true программироанием. Но остальные подходы уменьшили колечество необходимых разработчиков для заводов в разы.
Для программирования современных станков использовались NC кода. В начале программисты печатали код ручками в "текстовом файле". Потом использовались CAM такие как MasterCAM, в которых разработчик описывал действия станка в графическом режиме и в конце получал файл с NC/G кодом. А сейчас используются CAM такие как FeatureCAM, в которых используется не только графический интерфейс но и искуственный интелект которые сокращают время работы в несколько раз. В конце все также получается файл с NC/G кодом. Суть в там что программисты попрежнему нужны. Но программист на FeautreCAM заменит более 10 программистов которые бы работали напрямус с NC/G кодом. Как результат за последние 70 лет количество требуемых программистов сократилось до 1-2 штук на целый отдел с 10-20 станками. Раньше там работало бы не менее 10 программистов, а сейчас 1.
Да, и на большинстве предприятий сейчас требования к знанию G кода намного ниже чем 30 лет назад когда требовалось непосредственно печатать G код. Предкриятиям которые специалицируются на производстве простых а иногда и средней сложности изделий вообще не парятся по поводу знает ли ихний программист G код. Те кто работает с двумя осями (лазер, плазма) в большинстве случаев вообще не знают о сущетвовании G кода! А он есть.
На самом деле интересней тема была бы искусственный интеллект который пишет код, именно это сейчас является главной страшилкой программистов. А вот такие решения как продемонстрированы здесь это всего лишь продукт разработки, который обобщил некое количество "use case"-ов.
Эволюция программирования CNC станков: 1. писать G код ручками. 2. генерировать G код через графический MasterCAM 3. генерировать G код через графический FeatureCAM +machine learning В результате на заводах где работало 10 программистов работает 1-2. Думаю это не страшилка.
Классное решение для среднего и малого бизнеса, когда много хотелок, бизнес-процессы ещё не стандартизировпны и нужна кастомизация - а больших бюджетов нет.
Ну так, логично. Освоить может любой, знаний особых не нужно. А то, что ты никому не нужен будешь, т.к. ниша довольно ограничена, и конкуренция будет высокая (именно потому, что особых знаний не нужно, низкий порог входа), так про это говорить не обязательно. Есть работа? Есть. Значит сам дурак, что не смог устроиться 🤣
@@user-vu6hn4ul2i почему я говорю инфоцыгане, потомучто за банальные знания они берут хорошие деньги и обещают всем, что кто обучется тот начнет получать минимум 2000$, хотя до такой зарплаты может 1% только дойти.
@@vrabosh да, все так. Инфоцигане уже полным ходом зарабатывают. Агрессивная реклама у блогеров стоит денег, и сам факт ее наличия и количества намекает.
А я "плохой программист", сразу код пишу, по ходу довыясняю требованя, никогда не рисую схемы и архитектуры )) И наверное штук пять таких рисующих синьеров по производительности и качеству заткну за пояс )) Это немыслимо, почему в программирование берут сантехников? Да доколе уже будут набирать сюда левых людей, для которых язык программирования - самое неродное что может быть, он будет схемы рисовать, как сантехник трубы, что угодно, только не приступить к кодированию )) вы еще скажите, что комментарии надо писать, потому что пишущий код не понимает язык программирования, на котором пишет.
Я в 8 класі на уроці інформатики теж не розумів нащо ми малюємо блок-схему ) а от коли на роботі я 7 раз переписував валідації та бізнес логіку, не кажучи вже про дизайн, та замість 2 місяців девелопмент зайняв 6. І команда згоріла і тд. От після того я таки згадав про UML та архітектуру) та краще провести спочатку купу мітингів, опитування серед юзерів зробити грумінг і тд чим потім овертаймити та згортати на роботі) То звичайно, якщо ти тім лід. А якщо звичайний мідл та клепаєш таски, де вже є дизайн, опис задачі та треба хіба уточнити пару ньюансів, тоді так можна відразу кодити)
@@petro.diavoliuk Я не тімлід. Я просто сам роблю для декількох великих страхових компаній Нью-йорку сервер, C# та база даних. Команди нема. Ну щоб було зрозуміло масштаб, там декілька сотень таблиць. Тобто я замінюю команду. Я архитектор, а так як я і команда, то можна сказати, що тімлід )) Бо володію YAGNI, KISS, DRY. І ніякого овертайму, все робиться швидко, багів фактично нема. Не дивлячись на те, що нормального девопсу нема на проді і я не займаюсь деплоєм на прод і доступу туди не маю. Якщо є команда і потрібно хоч якось розподілити роботу, то звичайно потрібно зробити по началу якісь мітинги і помалювати архитектуру, але великими кусками, щоб кожен знав яку частину він буде робити і як взаємодіяти з іншими модулями. Ото хіба що там потрібно, без фанатизма, на дошці помалювати хоч якось, можна і UML, але не принципово. В будь-якому разі ніколи не буде такого щоб не змінювались вимоги, не додавались нові. Тому й потріно відразу кодити і по ходу уточняти вимоги, відразу показати юзеру прототип. Сама по собі архітектура, патерни і UML, це тільки для становлення програмістом, коли він ще розвивається. А якщо він довго кодить, і з мовою програмування вже на "ти", пише код так як мовою спілкування, коротко, ясно описуючи в ньому задачу, то відпадає потреба описувати її перед тим якоюсь іншою мовою (наприклаю UML), а потім перекладати.
@@petro.diavoliuk Це просто навичок ще не вистачає у вас. Реально. Потрібно більше кодити, і звичайно непогано почитати про архітектури, вивчити патерни (щоб про них забути потім). Ще раджу дві книги, "Рефакторинг" Фаулера, і "TDD: розробка через тестування" - Кента Бека. Непогано ще вивчити і зрозуміти функціональну парадигму. А далі, роки роботи. Може років через 10 активної роботи, намагання написати код краще, слідування YAGNI приведе до того, що ви вже зможете без милиць кодити. Після цього, у вас слово "архітектура" буде як лайка. Ви просто інтуітивно будете бачити, як можна виділити загальне, як написати мінімальний код без повторів, і це й буде скоріше найкраща архітектура. В мене досвіду вже 18 років.
@@petro.diavoliuk До речі, недавно писав валідацію. Є складний об'єкт і поля пов'язані між собою. Кожне поле валідується спеціальною лібою, яка нав'язується державою, але вона видає на поле тільки true | false. Сам код кожної валідації кожного поля складний, перевіряє декілька аспектів. Замовник попросив, щоб на клієнті і прості маски були на поля і якщо щось не так, англійською мовою генерувало пояснення що конкретно не так, який символ, діапазон, взагалі прямо описаний натуральною мовою, сгенерувати такий текст. І не тільки описувати конкретну помилку, а також генерувати текст повний правил валідації всього поля. Бажано, не сухою мовою, щоб речення враховували інші речення, виводили взаємовопов'язаний між правилами текст. І нічого, тиждень і готово. Тиждень, бо розбирав код на С, тієї ліби. Вишукував в ній в різних функціях валідації на окремі поля схожі куски, які можна описати англійською. І ні разу нічого не малював )
@@yurim7756 )) що ви забули на каналі для новачків?) Я вважав, що ви початківець і читав згадуючи себе в молодості) в мене вже 8 років досвіду) а за книжки дякую. Якраз на бенчі сиджу почитаю)
Сергей: *рекламирует сервис для создания No-Code решений
Также Сергей спустя несколько секунд: *Критикует использование такого подхода для новичков*)
Я вот туповат и не понял. Так угрожает он программистам или нет?)
@@torrvic1156 Видео ещё не смотрел, но готов сказать одну вещь, которая ответит на этот вопрос: кто-то должен разрабатывать сами no-code решения и кто-то должен вести разработку на no-code решениях
@@torrvic1156 не угрожает, так как пользоваться No-Code смогут только программисты
Для того что бы понять как это работает, надо его разобрать! PS а вы в детстве чем занимались?
@@torrvic1156 угрожает бабкам. Которые живут в школе. В доме который построил Сергей.
Серег, можно было бы написать коротко: все серьезные проекты будут кодить, все визитки и прочий интернет-мусор будут ноу-кодить. Все.
Почему мусор? Это тоже самое, что сказать, что дешевая машина - мусор, хотя кому-то она помогает. Едет? Едет. Плохо? Да. Но лучше, чем ничего. …
С того самого момента, когда прошла рекламная интеграция сервиса ноу-код, стало понятно, что критика будет сильно сглаживаться.
@@rammix1 да почему?) никто-никуда тут не сглаживал) Ноу-код будет жить, никому долго прогать не интересно. Для типовых решений пойдет. Но не больше
@@unicoxr5tj417 Раз это канал о программировании (даже в описании так сказано, я сейчас проверил), то было бы честнее подвести итог примерно так: "Ребята, вы как будущие или действующие программисты пишите код, а ноу-код вам не нужен. Это как делать сайт на wisiwyg редакторе или строить каркасный дом из готовых модулей. Кому-то пригождается, но вы должны понимать, что это суррогат и для вашего профессионального роста никакой ценности не имеет. Пишите и пишите код."
@@aistamagic That's very generous of you (no, actually not, allowing to speak one's opinion is not generosity, it's the norm).
I'm very skeptical towards no-code business solutions because I see them as a means to grab some quick money on a hyped tech. The hype will just pass.
Мне понравилась цитата одного фотографа, о фототехнике, здесь можно провести прямую аналогию
Бытующая в народе мысль о том, что «шедевр можно снять и на телефон», - справедлива. Только вот она не работает в обратном направлении, ибо «не всякий шедевр можно снять на телефон».
я бы сказал, что на хороший фотоапарат не каждый сможет снять шедевр
В кривых руках на хороший телефон снимки получаются заметно лучше (и с меньшими затратами усилий), чем на хороший фотоаппарат...
@@kultvio4664 я бы перефразировал и сказал так, что хороший фотоаппарат не является гарантом шедевральных фото.
Большой фотоаппарат предназначен для хорошего качества.
А хорошие фотографии в смысле содержимого, как правило получаются на всяких убогих фотоаппаратах, оказавшихся под рукой.
что сказал - хрен пойми..... шедевр - в смысле сам объект? или снимок получится шедевральным............короче, пох...
Классное решение для малого и среднего бизнеса. Когда хотелок много, бизнес-процессы ещё не стандартизированы и нужно много кастомизация, а бюджеты не большие.
НоуКод не только съест кусок рынка типовых приложений, но и создаст дополнительный рынок. Плюс, это классный инструмент экспресс создания МПВ. Данные сервисы отнимут работу только у халтурщиков.
Только получать специальность НоуКодера и платить за получение данной профессии деньги - идиотская идея. Для примера: на Тильде ни один зерокодер не сможет создать приличный сайт, а специалист может сделать на ней шедевр. Не могу утверждать, но мне кажется, что этими сервисами буду пользоваться в итоге все те же программисты, но только для решения простых задач
Для меня эти решения дали возможность понять что я хочу программировать, и что я в принципе способен выполнить те этапы, которые до самого кода проходят - сбор и анализ требований, декомпозиция и архитектура. Для собственных приложений, всяких там бюджетов семейных и прочего как раз юзаю такое. Зачем писать если можно набросать за пару часов готовое)
Спасибо за видео. Смотрю вас давно, очень нравится что вы делает)
Сергей, спасибо за рекламу. Вы правы, тот кейс который вы привели в этом видео, можно использовать только для мвп и демо очень простых проектов. Но в мире существуют и другие решения, которые позволяют упростить оооооочень сложную бизнес логику с помощью BPM решений таких как K2, NodeRed или Corezoid. Я думаю это очень интересная тема и будет полезна всем бэк енд разработчикам.
О, вперше бачу обговорення сервісу K2
Отличный путь роста для 1С-ников. Техническую часть можно накликать мышкой, а бизнес-логику прописать в каком-нибудь джава/шарпе. Прям как в 1С!!!)))
Наоборот, я так понимаю. Программист ноукод накликивает бизнес логику, а за техническую сторону отвечает CRM.
1С кстати хороший пример объединения кода и но-кода.
Так, запросы к БД в 1С можно писать не только руками, но и с помощью конструктора (как в основном и делают), при чем работает это в обе стороны - можно как поправить сгенеренный конструктором текст, так и натравить конструктор на ручной или поправленный запрос.
Другой показательный пример - это система отчетов, она же "система компоновки данных". Она позволяет строить отчет в любых разрезах, иерархиях, накладывать условия, выбирать какие именно данные показать (в том числе и "поля полей"), и это все в "пользовательском" режиме, т.е управляет этим отнюдь не программист! Программист написал для отчета один "большой запрос", а дальше система в зависимости от требований пользователя сама его меняет, оптимизирует, убирает/добавляет таблицы и поля и т.д.
Да, No-Code и Low-Code может и удобно для небольших приложений, но самые большие деньги крутятся в кровавом энтерпрайзе, финтехе :) Если уж хочется зарабатывать много, то и работать придется много, и писать код ручками) Простых путей нет.
1. Хочу освоить C++
2. Ниасилил C++ с его работой с памятью. Уйду в Java.
3. Ниасилил Java с его фреймворками, Спрингом, Ломбоком, уйду в тестеры.
4. Ниасилил тестинг, ухожу в noCode
5. ...какое ещё дно будем пробивать?
@@chap_01 когда я поступал в аспирантуру, я спросил своего научрука: "а там сложно учиться?":) На что он мне ответил: "Ты неправильно вопрос ставишь - нужно спрашивать "не сложно ли там", а "что это мне даст". ) Если человек выбирает технологию по принципу "абы полегче", то надолго его не хватит )
Рынок заинтересован не в том, чтобы программисты много зарабатывали, а в том чтобы иметь хороший КПД от вложений, как это там модное слово, ROI. Так что если жирный энтерпрайз где-то узрит лазейку для но-код, то он её воспользуется.
@@dmitrikonnov922 не совсем так. Крупные компании консервативны и не склонны рисковать ради шанса сэкономить. Маленькую некритичную штуку какую-нибудь, в рамках исследования, когда какой-то менеджер хочет показать, какой он прогрессивный и повесить себе медаль "за развитие" - да, вполне. Но чтобы в крупной компании думали о том, как заменить свой работающий код на ноукод, с целью сэкономить - не, это бред.
Да
А от Сергій показав, що реклама може бути корисною, дякую за вашу роботу
Держите, классический лайк от СЕООНЛИ, СЕРГЕЙ
дякую за відео, багато чого стало зрозуміліше
Но-код - логичное развитие. Потребность в простых немного кастомных сайтиках и CRM-ках растёт. Цена падает. Нужны новые инструменты, чтобы покрыть этот спрос. Скоро каждый Вася будет уметь пилить для своей шиномонтажки простые прилажухи. И это прекрасно.
Но есть нюансы. Давно уже существует WordPress, но, что-то PHP-шники не вымерли 🤣
@@user-vu6hn4ul2i напомнить на чём написан Wordpress?)))
@@user-bk8wg7hk2b ну я, наверное, догадываюсь, раз упомянул PHP? Я же о том, что WP типа ноукод, но с ЯП он не конкурирует.
@@congruous-witch Ну так да. Ну это как сегодня в магазине можно купить лучше инструменты: японские, немецкие, какие душе угодно. Но пользоваться-то ими тоже надо уметь. И хорошо понимать, что ты делаешь. Так что всё норм.
Когда-то работал в банке, пришел ко мне клиент. Парень 22 года. Как источник дохода рассказал, что с телефона написал "но код" сайт на котором продавал свой продукт клиентам. Сайт показал, не козистый далеко не такой красивый как wix и прочие. Сказал, что угробил две батареи на телефоне, пока работал над проектом. Имел стабильный доход около года с того сайта. Покупал ноутбук в кредит, кредит я ему выдал.
Серега, че за часы на лапе у тебя?
Суть в том, что некоторые считают, что No-Code решения делают ненужными программистов и любой Вася с улицы сможет создавать сложные сайты не углубляясь в IT. Это совершенно ложное представление. Ибо это все равно лишь инструмент, которым надо научиться пользоваться. Все равно придётся вникать, как минимум, что такое базы данных, как их создавать и как они работают. Да и точно так же, как разработчики ограничены возможностями своего языка программирования, но только в ещё большей степени No-Code разработчики(честно говоря, очень хочется назвать их пользователями🙂) ограничены возможностями заложенными создателями No-Code решений.
@@aistamagic по русски пиши не выпендриваися
40 лет назад все работали из командной строки, пользователи линуха сейчас👀
Ну вот сейчас пользователь линуха пишет вам этот комментарий, и отнюдь не из командной строки.
А еще учтем то что на самом деле у андроида под капотом тоже линух, да и "ай, осы!" на никсовом ядре работают...
Почти со всем я согласен с Немчинским, но вы должны знать, что каждый язык со временем обновляется, добавляются новые фичи, улучшается безопасность, а также добавляются новые функции и меняются и дополняются старые, а значит этот, что"компилятор сайтов" нужно постоянно переписывать, а делать это долго и муторно(как никак весь Бек и фронт нужно переписывать грубо говоря с нуля), так же не известно как и где хранится информация с БД, что может привести к утечке данных. Так что я считаю, что это не более чем баловство.
Даже в Gartner как-то статью опубликовали, на которую многие ссылались и говорили, что мл всё и вскоре программисты будут не нужны. Надеюсь, что это всё чушь и на лет 100 ближайших работы программистам будет предостаточно.
так и будет
Ну, конечно же не нужны. Сколько всего замечательного придумали, чтобы избавится от программистов. Только работают с этим в основном ребята из it. А low code решение через лет пять после начала использования вполне может превратится в не очень low
Программистами будут называться те, кто ставит этому ML задачи
@@nicamelschannel227 угу, а через 7 лет использования это начинает спотыкаться и падать на уровне БД.
Вечный вопрос: чем конкретно будет заниматься специалист - порог входа. И сколько будут платить в сравнении с массовыми профессиями - продавец, водитель, грузчик. Остальное детали. Если для субъективно приличной оплаты нужно будет работать из будки в стране 3-его мира, то это провал.
А есть "No code" решения для разработки ядра линукса?))
сомневаюсь :)
Дык это все старо как мир. Раньше это называли CASE инструменты (Сomputer-Aided Software Engineering). MS Access (1992), Power Designer (1995), какая -то приблуда от Буча была на базе его версии UML, куча всего еще, включая самописное г-но (ну буду называть, чтобы людей не обижать, т.к. это до сих пор используется). Ни че нового не придумали, просто подросло новое поколение, которое ни чего из этого не видело, зато сочинило новые термины, как это было в свое время с DI, например, ставшим таким же очередным "открытием" для молодняка. Вот и все дела.
А автору спасибо за его видео!
Serverless - чей-то чужой сервер
NoCode - код, написанный кем-то другим
чьоо?
Везде обман...
Миром правят маркетологи, старые идеи в новой обёртке, теперь просто для веба. Для десктопа было это уже 25 лет назад. Средства визуальной разработки - RAD Tools наподобие Delphi, и для проектирования ПО - CASE инструменты от IBM, ORacle, Rational Rose и т.д
@@user-dh8zy3eq5x Ну так да. В конце концов чтобы постить фотку в инстаграмм на 3-дюймовом экранчике нам не нужен один дохулион мегапикселей в камере. Но маркетологи убидели многих из нас, что это нам ну оооочень нужно, это решит все наши проблемы и сделает нас счастливее.
Как раз работаю в корпорате на проекте который использует Appian (low code энтрепрайз платформа). Блин этого архитектора который придумал использовать low code платформу на этом проекте надо просто уволить и нахер оторвать ему руки чтоб он больше нигде не смог нагадить в будущем. Нашему приложению нужен классический фронт энд на JS но вместо этого мы застряли на этой фигне. И тут несколько проблем, первая у low-code/no-code платформ просто нету достаточной гибкости чтоб делать какие-то кастомные вещи, ну то есть пока что большинство фич которые от нас просят у них получилось сделать но это такой пиздец, это все так криво устроенно и там столько проблем и багов постоянно. Вторая проблема это эти Аппиан разработчики, ну то есть они не разработчики вовсе. Они давольно низко квалифицированные и ничего не понимают за пределами своей платформы. Вот банально, мне приходилось одному из них объяснять как работает REST API, а потом я удивляюсь почему они до сих пор не могут понять как пользоваться нашими API specification. Ну и они вообще не в курсе про какие-то best practices в софтвар разработке. Они не делает юнит тесты (и да при том что это лоу код платформа они пишут давольно не мало кода), они не хранять свой (лоу) код в гите, понятное дело не делают код ревью, конфигурация у них через какую-то жопу сделана, у них нету локального енвайромента то есть они все изменения сразу в деве делают и там вечно какой-то бардак твориться. И на выходе получается абсолютно уе...жасный UI который загружается секунд 10 и в котором постоянно куча багом.
Но, с другой стороны это не значит что такие платформы это совсем плохо. Просто в нашем конкретном случае кто-то решил использовать эту платформу там где это вообще не стоит делать, и это вот наглядный пример того почему такие платформы не угрожают классической разработке. В целом я бы сказал что такие платформы наверно уместны там где тебе нужно автоматизировать какие-то простые бизнес процессы которые не требуют большого количества кастомной логики. То есть это уже не CRMки для создания сайтов визиток но и какие-то сложные бизнес процессы ты там тоже не автоматизируешь. Я думаю такие штуки будут прикольны для средних бизнесов потому что они в итоге демократизируют доступ к софт разработке. То есть вот раньше, до появления CRMок, позволить себе сайт было дорого, а сейчас стоимость сайта визитки там до 1к баксов. Вот так и сейчас, если ко мне придет какой-то директор среднего бизнеса и скажет мне хочу вот систему в который мы там сможем организовывать какие-то наши бизнес процессы я ему условно насчитаю 10к баксов за проект который будет делаться один месяц и там будет один фрон и один бэк девелопер. Ну как бы не каждый средний бизнес захочет столько денег платить. А вот если опустить стоимость до 1к это уже интересней для бизнеса.
Спасибо за информацию 🙂
Теперь у нас появиться сообщество нетрадиционных программистов ? ))
Нет. Как и верстальщиков, программистами они считаться не будут. Itшниками возможно да, но не программистами.
Спасибо теперь то все стало ясно!
Если это маленькие и средние приложения, разве это не большая часть рынка ?
В натуральном выражении значительная (но не большая). А вот в денежном - не очень.
По количеству приложений бОльшая, но вот по количеству разрабов не факт. Один челик на вордпресе может за год сам больше ста сайтов визиток запилить, а вот какая-то крупная компания с сотнями и десятками разрабов одну апликуху годами лепят)
А ещё сценарий применения lowcode и nocode решений это наука. например в сфере бизнесинформатики для валидирования решений часто разрабатываются прототипы. Для их более быстрой разработки вполне себе может и не надо всё писать с нуля, если функционал не радикально новый.
Спустя 7 месяцев ссылка на no code-проект Aista в 404 и вместо этого сайт теперь говорит про chatgpt. В погоне за хайпом :)
вспомнил что лет 15 назад пользовался такой штукой как RAD разработкой в борланде С++ )))
Так идея не новая. Я вообще считаю, что хороший программист, когда повторяет то, что он уже делал, должен задуматься "а не автоматизировать ли эту херню?" Из этой концепции растут все фреймворки, библиотеки, шаблоны и т.п. В том числе и ноукод, но это ответвление, с идеей "а можно ли сделать так, чтобы шаблонные задачи решались не подключением нужных библиотек, а вообще без кода?"
Совершенно верно, только были еще инструменты на уровень выше - CASE средства для проектирования даже с генерацией каких-то простых шаблонных кусков кода. Я это помню еще лет 25 назад все думали, программисты будут не нужны, накликал мышкой приложение и радуйся :)
Про No-Code не знаю, но вот No-Manager уже давно необходимо.
no-results в смысле? ну, бизнес это не одобрит
По-ходу, все эти No/Low Code аналог всяких мастеров и конструкторов которые существуют уже бог зна сколько времени. Только "Теперь и в вебе!". А так-то еще 100500 времен назад было, типа "в Дельфи можно программировать мышкой" с описаниями наподобии " ...для этого вам надо взять такую-то компоненту из палитры компонент и кинуть ее на форму" (при чем даже для компонент, с интерфейсом не связанных).
Так и есть, "те же яйца - вид сбоку" только теперь для веба :) - Генераторы шаблонов и прочих заготовок или совсем уж однотипных задачек
Спасибо дружище за инфу!
JavaScriptтизëр считается дизайнером?
Нет конечно
Ruby же тоже работает как NoCode в чем разница?
no code получается выгоднее
що за годинник на руці?)
Я видел пример как взяли ноукод для сайта визитки и скопировали на свой сервер криво.
И его надо было мне чинить...
Довольно очевидно, что это еще более высокий уровень, еще больше прокладок, еще более большие составляющие программу блоки конструктора.
Очевидно, что скорость и гибкость такого решения будут еще ниже, но и цена также ниже.
Подрежет ли это текущих программистов? Нет, так как им ничего не мешает использовать этот инструмент в своей работе.
Интереснее другое: будет ли рационально умеющему писать код разработчику использовать подобный инструмент после завершения проектирования программы или предпочтительнее будет писать свой код?
Очевидно, что без кода быстрее - дешевле, но будет ли скидка стоить потери качества при условии работы с умеющим писать код разработчиком?
Второй вопрос: изменит ли это процесс обучения новых разработчиков? Будут ли они сначала учиться без кода?
…
Если в видео нет рекламы, значит все видео это - реклама!
Если слишком дорого, а тем более слишком сложно, то каким боком там ноукод может помочь? Это же как раз те случаи, когда нестандартно и всё надо пилить руками.
слишком дорого для данного заказчика. в смысле - за три копейки
Цікава штуковина
Так если никогда не писал код не на одном языке. Учиться на Ноу код бесполезно???
Я в шоке!
Когда смотрю очередное видео Сергея, в голове возникают некоторые вопросы. Но так, как смотрю его в записи, то вопросы в голове остаются.
Но!! Буквально через пару дней выходит очередной эфир или видео Сергея и в нем .... он озвучивает ответы на часть моих вопросов, оставшихся в голове! Как такое может быть????
Вчера вот только смотрел последнее видео Сергея и возник вопрос (после многократно-встречающейся рекламы no-code) - действительно ли no-code так хорош и будет набирать обороты и популярность для mpv и низкобюджетных проектов.
А сегодня у Сергея уже выходит новое видео с ответами на вопросы в моей голове!
Супер и огромное спасибо!
Просто те вопросы, которые интересуют тебя, интересуют и других разработчиков.
No-code - это что-то принципиально новое? Просто уже давным-давно полноценные сайты можно делать, скажем, на WordPress - это считается no-code? И если да, то почему именно сейчас резко стали говорить о популярности no-code, "новой эре" и т.д.?
WordPress - это вообще не no-code решение. С натяжкой low-code
Приходилось работать с No-code или Low-code. По мне это маркетинговый ход. Страшно когда на основе этого руководство пытает я выстроить Enterprise продукт.
Это указывает на некомпетентность руководства. Валить оттуда надо, в общем.
Blueprint в unreal engine это про no-code?
На удивление благосклонное видео от многолетнего разработчика. Обычно гораздо больше яда и плевков в сторону no-/low-code. Тем не менее нужно понимать, что есть ОЧЕНЬ большая разница между no-code и low-code во-первых, а во-вторых есть огромная пропасть в качестве разных платформ. На практически все указанные вещи, которые, якобы, никогда не будут сделаны на low-code уже придуманы и реализованы решения. Просто low-code платформы (лидеры) толтко 2-3 года назад стали реально готовы для "кровавого энтерпрайза". В этом смысле стоит посмотреть на Mendix или Outsystems. Но стоят такие платформы тоже не мало...
А в чем собственно проблема с кодом? Фреймворки, как Spring например, тоже дофига чего умееют из коробки, но почему-то никто это no-code не называет
Так потому что в Спринге все равно надо кодить, очевидно же. Ну то есть если вот в теории сделать какой-то UI который там будет основан на Спринге где можно мышкой какие-то блоки перетаскивать тем самым программируя то да, это будет no code решение. А так скажи кому-то без знания джавы сделай мне бэк на спринге, ну как бы ему все равно придется выучить джаву.
есть такая штука как jhipster - не могу сказать, что это low-code решение, но это своего рода "быстрый старт" готового приложения, которое потом нужно со всех сторон допилить напильником, но на выходе там есть много хорошо организованных по кодовой базе решений, которые потом можно раскопать, переиспользовать, понять, почему так было сделано... в общем - хороший старт для тех, кто уже умеет читать код, но еще не умеет в архитектуру
В 90% случаев программисты и делают что-то похожее т.к всё уже написано
По сути..это CMS. Примеры CMS: WordPress, Drupal
Opencart. Да, это развитие этой идеи.
CMS тоже кто-то должен накодить ;)
No-code это по сути CMS-ка?
Нет суть там другая
Часы Huawei GT3 Pro ?
Короче. Нужно ли знать ноу кодеру программирование ? если да то фронт или бэк ?!
Да, правильно подмечено! Всего лишь появилась ниша для Low и No-Code разработчиков.
А кто создает нокод? Марсиане? Девелоперы - начало всех начал. Я много лет работаю на констркуторах, если что.
Ноукод - это отличный инструмент бизнес-аналитика для создания MVP или системы для микробизнеса.
8:46 "и масса других использования, которые я придумать не могу" 🤣
Я тоже, кстати, не могу 🤣
Но, в целом, имхо, для MVP и небольших простеньких приложений - отличная штука.
вордпресс на минималках
Закладки интересные, а Redmine это про что?
Мб мне кажется, но Сергей только что изобрел WorldPress:)))
Ух тьі, гля, жумлу изобрели в 2022-м!
Но программист не на машинном коде работает. Возможно есть смысл упростить работу?
Извините, вы ответили, недослушал.
Главная проблема - ограниченность. Ты можешь настроить под себя только то, что предусмотрено автором CRM. И вот тут кроется главная проблема: если тебе нужно внести даже минимальные изменения, не предусмотренные автором, тебе нужен программист. Обычно это выглядит так: нанимается фрилансер (с не очень высокой квалификацией и отношением), он кое как допиливает костылями нужный функционал. Потом эта ситуация повторяется несколько раз: нада фича -> ищем фрилансера -> профит. Через какое-то время проект превращается в лютое багованное дерьмище, которое проще сжечь и написать по новой, чем поддерживать.
Это я сейчас не придумал, это история многих сайтов на WordPress или opencart, которые, по сути, предки ноукод (да они им и являются). Что, кстати, не делает их дерьмом, в отличие от многих сайтов, на них написанных.
Звучит как опасение конкуренции
Автоматизировал решение проблемы😁
мне кажется что "программирование" будущего сведётся к написанию ямл файлов
Ну хз, наверное все поиграются с зтим лоукодом, потом приживётся действительно как «GUI» для «непосвященных»
Как любитель linux и mac - терминал быстрее и гибче. Да, это не наглядно.
Но со временем приходит понимание, что посидев, подумав 10 минут над каким-нибудь баш-скриптом, потом все намного быстрее.
ВМ на qemu можно сделать намного быстрее, чем щелкать в интерфейсе vmware или виртуалбоксе, если уже есть заготовленный скрипт для создания виртуалки.
А если ты еще и кикстарт заготовил, то автоматом можешь и реди ту юз виртуалку сделать.
Или например приперло тебе из Downloads все картинки в Pictures переместить. В ГУЙе это мучительно долго будет, если там разношерстный контент в папке Downloads. В терминале - одна команда.
Винда вон двигалась в сторону «все через граф.интерфейс» а что в последнее время? Они развивают повершел.
Надеюсь уйдет у винды создание бекапа настроек с помощью скриншотов настроек)))
Код и терминал не умрут)
Никуда командная строка не уйдет, множество задач делать проще и эффективней. Лоукод так это вообще новая модная тема от инфоцыган и маркетологов. Еще 25 лет назад все это было под другим соусом и для десктопа (RAD, визуальное программирование, CASE инструменты проектирования), а теперь - те же яйца только для веба. Максимум на что они годятся - это клепание прототипов приложений для очень хорошо стандартизованых задач и проблем, остальное от лукавого
Всё забыли про VVVV, пионер визуального программирования
По-моему ноу-код - это по сути продвинутые цмски. Все это уже было и оно только создало больше айтишных вакансий. В принципе полностью согласен с Сергеем.
Вон, HiAsm уже доступен больше 12 лет, причем я с него начинал свой путь программиста. Однако, что-то HiAsm не смог вытеснить языки программирования. Да и честно говоря, "нарисовать" сложное приложение в Hiasm сложней, чем его написать в языке программирования. Хотя, в какой-то мере, HiAsm опередил будущее.
Ох... Ну не новая же это идея. Ещё в 2000 появились и уже умерли различные редакторы графические, которые могли посылать soap envelopes и дергать базу... Ну и отдавать что-то. Сейчас просто все в более красивой обёртке. Странно, что кто-то паникует :)
Эта идея программирования мышкой уже существует в той или иной мере лет 25. Начиная от всяких CASE инструментов и заканчивая мастерами, генераторами кода. Только раньше было модно для десктопа, а теперь для веба
Из той же серии утверждение, что вот-вот в ближайшее время начнут вживлять чип в голову и не нужно будет учить иностранные языки.
Но годы идут, а чипы всё не вживляются. И чтоб выучить язык всё также нужны и сильная мотивация и много времени и практика.
Зачем чип? Достаточно переводчика в реальном времени. А такая прилажуха я думаю появится в ближайшие лет 5 (если уже не появилась).
По крайней мере Яндекс-переводчик видео работает на процентов 95 точно. Любые текста уже можно переводить онлайн также почти со 100% точностью. Будущее уже наступило )
@@MITSA_1 Опять же, когда появиться, тогда и можно будет реально оценить. А пока во всём мире люди всё так же по-старинке ходят на курсы, нанимают репетиторов, смотрят сериалы, радиоподкасты и т.д. Поскольку язык - это не про перевод текста. Язык это и говорение, и слушание, и понимание, и чтение, и думание, и написание и придумывание нового.
Сейчас я вскрою всю правду-матку про No Code! Вместе с нашим уважаемым партнером No Code Production. No Code - лучшее решение, купи прямо сейчас и получишь универсальную открывашку в подарок!
Подивився рекламу довжиною в 12 хвилин :)
Appian forever =)
А ведь профи обзывают системы визуального программирования БЫДЛО КОДОМ! И категорически были против,к примеру, языка программирования -Delphi. Что же такого произошло в мире, что системы визуального программирования вдруг стали актуальными?
Для микроконтроллеров есть программа для программирования без кода flowcode. Если мигать светодиодом, то норм. А когда надо использовать продвинутый шим и т.п. везде надо писать код)
Для микроконтроллеров есть много способов программироания, я использовал:
- Ladder Diagram (LD)
- Sequantial Function Charts (SFC)
- Function Block Diagram (FBD)
- Structured Text (ST)
- Instruction List (IL)
Structured Text это то что многие считают true программироанием. Но остальные подходы уменьшили колечество необходимых разработчиков для заводов в разы.
Для программирования современных станков использовались NC кода.
В начале программисты печатали код ручками в "текстовом файле".
Потом использовались CAM такие как MasterCAM, в которых разработчик описывал действия станка в графическом режиме и в конце получал файл с NC/G кодом.
А сейчас используются CAM такие как FeatureCAM, в которых используется не только графический интерфейс но и искуственный интелект которые сокращают время работы в несколько раз. В конце все также получается файл с NC/G кодом.
Суть в там что программисты попрежнему нужны. Но программист на FeautreCAM заменит более 10 программистов которые бы работали напрямус с NC/G кодом. Как результат за последние 70 лет количество требуемых программистов сократилось до 1-2 штук на целый отдел с 10-20 станками. Раньше там работало бы не менее 10 программистов, а сейчас 1.
Да, и на большинстве предприятий сейчас требования к знанию G кода намного ниже чем 30 лет назад когда требовалось непосредственно печатать G код.
Предкриятиям которые специалицируются на производстве простых а иногда и средней сложности изделий вообще не парятся по поводу знает ли ихний программист G код.
Те кто работает с двумя осями (лазер, плазма) в большинстве случаев вообще не знают о сущетвовании G кода! А он есть.
1С - это и есть Low-Code
DIY программирование 😋
дада верь в свое счастливое будущее-)))) в интерпрайсе ява и вообще - оденуть тебя в деревянный Mac и запустят реквием п плеере
ми цю штуку юзаєм для legacy code аплікух. піключив бд, задав бізнес логіку і все. наразі це найкрутіший бізнес кейс
Что за гений этот Немчинский!?😆😆😆
Люди переизобретают Visual Basic в других жанрах. И вообще, любая задача уже имеет где-то решение на Фортране.
Да да.
Не для ентерпрайзу.
Тільки великі компанії переїзжают на nocode.
И это называется просто😂😂😂
Согласен с Сергеем. Но не забывайте, что он продаёт))
На самом деле интересней тема была бы искусственный интеллект который пишет код, именно это сейчас является главной страшилкой программистов.
А вот такие решения как продемонстрированы здесь это всего лишь продукт разработки, который обобщил некое количество "use case"-ов.
Эволюция программирования CNC станков:
1. писать G код ручками.
2. генерировать G код через графический MasterCAM
3. генерировать G код через графический FeatureCAM +machine learning
В результате на заводах где работало 10 программистов работает 1-2.
Думаю это не страшилка.
@@dimahrytskiv5970 ну слушай, мне кажется, что те 8 уволенных программистов, быстро найдут работу, всё таки востребованая ниша
Дуже інформативно, якщо автор заговорить Українською - канал відразу взлетить ❤
придется другой канал начинать. ютуб терпеть не может смены языка на канале
@@SergeyNemchinskiy дуже багато каналів перейшли на Українську мову. Тут вже справа в бажанні
здравствуй дорогой
традиционные и нетрадиционные программисты...
Как вариант можно начинать путь разработчика с no code иначе можно выгореть и не дойти до момента когда станешь хорошим специалистом!
ГовNoCode это не решение ☝️
@@aistamagic LowCode and NoCode for the full wimpies, I think. Only full-code, only hadcore!
Первое, что делает программист это достаёт уже похожий ранее выполненный заказ и корректирует под заказчика😂
Мне плохо от слово программист, полно уже гений.
Классное решение для среднего и малого бизнеса, когда много хотелок, бизнес-процессы ещё не стандартизировпны и нужна кастомизация - а больших бюджетов нет.
@@olesiashybkaia8300 Если ещё работать руками, по меньше лодарей будет.
ansi c is a low-code solution for assembler 😂😂😂
Сейчас инфоцыгане на этой теме начинают хорошо зарабатывать)
Ну так, логично. Освоить может любой, знаний особых не нужно. А то, что ты никому не нужен будешь, т.к. ниша довольно ограничена, и конкуренция будет высокая (именно потому, что особых знаний не нужно, низкий порог входа), так про это говорить не обязательно. Есть работа? Есть. Значит сам дурак, что не смог устроиться 🤣
@@user-vu6hn4ul2i можно начать уже людей учить этой теме, хорошая ниша. Это как с смм.
@@user-vu6hn4ul2i почему я говорю инфоцыгане, потомучто за банальные знания они берут хорошие деньги и обещают всем, что кто обучется тот начнет получать минимум 2000$, хотя до такой зарплаты может 1% только дойти.
@@vrabosh да, все так. Инфоцигане уже полным ходом зарабатывают. Агрессивная реклама у блогеров стоит денег, и сам факт ее наличия и количества намекает.
Задолбали все эти маркетологи и инфоцыгане. Старые идеи в новой обёртке
Короче говоря no code решения пока сырые и не удобные
А я "плохой программист", сразу код пишу, по ходу довыясняю требованя, никогда не рисую схемы и архитектуры )) И наверное штук пять таких рисующих синьеров по производительности и качеству заткну за пояс ))
Это немыслимо, почему в программирование берут сантехников? Да доколе уже будут набирать сюда левых людей, для которых язык программирования - самое неродное что может быть, он будет схемы рисовать, как сантехник трубы, что угодно, только не приступить к кодированию )) вы еще скажите, что комментарии надо писать, потому что пишущий код не понимает язык программирования, на котором пишет.
Я в 8 класі на уроці інформатики теж не розумів нащо ми малюємо блок-схему ) а от коли на роботі я 7 раз переписував валідації та бізнес логіку, не кажучи вже про дизайн, та замість 2 місяців девелопмент зайняв 6. І команда згоріла і тд. От після того я таки згадав про UML та архітектуру) та краще провести спочатку купу мітингів, опитування серед юзерів зробити грумінг і тд чим потім овертаймити та згортати на роботі)
То звичайно, якщо ти тім лід. А якщо звичайний мідл та клепаєш таски, де вже є дизайн, опис задачі та треба хіба уточнити пару ньюансів, тоді так можна відразу кодити)
@@petro.diavoliuk Я не тімлід. Я просто сам роблю для декількох великих страхових компаній Нью-йорку сервер, C# та база даних. Команди нема. Ну щоб було зрозуміло масштаб, там декілька сотень таблиць. Тобто я замінюю команду. Я архитектор, а так як я і команда, то можна сказати, що тімлід ))
Бо володію YAGNI, KISS, DRY.
І ніякого овертайму, все робиться швидко, багів фактично нема. Не дивлячись на те, що нормального девопсу нема на проді і я не займаюсь деплоєм на прод і доступу туди не маю.
Якщо є команда і потрібно хоч якось розподілити роботу, то звичайно потрібно зробити по началу якісь мітинги і помалювати архитектуру, але великими кусками, щоб кожен знав яку частину він буде робити і як взаємодіяти з іншими модулями. Ото хіба що там потрібно, без фанатизма, на дошці помалювати хоч якось, можна і UML, але не принципово.
В будь-якому разі ніколи не буде такого щоб не змінювались вимоги, не додавались нові. Тому й потріно відразу кодити і по ходу уточняти вимоги, відразу показати юзеру прототип.
Сама по собі архітектура, патерни і UML, це тільки для становлення програмістом, коли він ще розвивається. А якщо він довго кодить, і з мовою програмування вже на "ти", пише код так як мовою спілкування, коротко, ясно описуючи в ньому задачу, то відпадає потреба описувати її перед тим якоюсь іншою мовою (наприклаю UML), а потім перекладати.
@@petro.diavoliuk Це просто навичок ще не вистачає у вас. Реально. Потрібно більше кодити, і звичайно непогано почитати про архітектури, вивчити патерни (щоб про них забути потім). Ще раджу дві книги, "Рефакторинг" Фаулера, і "TDD: розробка через тестування" - Кента Бека. Непогано ще вивчити і зрозуміти функціональну парадигму.
А далі, роки роботи. Може років через 10 активної роботи, намагання написати код краще, слідування YAGNI приведе до того, що ви вже зможете без милиць кодити. Після цього, у вас слово "архітектура" буде як лайка. Ви просто інтуітивно будете бачити, як можна виділити загальне, як написати мінімальний код без повторів, і це й буде скоріше найкраща архітектура.
В мене досвіду вже 18 років.
@@petro.diavoliuk До речі, недавно писав валідацію. Є складний об'єкт і поля пов'язані між собою. Кожне поле валідується спеціальною лібою, яка нав'язується державою, але вона видає на поле тільки true | false. Сам код кожної валідації кожного поля складний, перевіряє декілька аспектів.
Замовник попросив, щоб на клієнті і прості маски були на поля і якщо щось не так, англійською мовою генерувало пояснення що конкретно не так, який символ, діапазон, взагалі прямо описаний натуральною мовою, сгенерувати такий текст. І не тільки описувати конкретну помилку, а також генерувати текст повний правил валідації всього поля. Бажано, не сухою мовою, щоб речення враховували інші речення, виводили взаємовопов'язаний між правилами текст.
І нічого, тиждень і готово. Тиждень, бо розбирав код на С, тієї ліби. Вишукував в ній в різних функціях валідації на окремі поля схожі куски, які можна описати англійською. І ні разу нічого не малював )
@@yurim7756 )) що ви забули на каналі для новачків?) Я вважав, що ви початківець і читав згадуючи себе в молодості) в мене вже 8 років досвіду) а за книжки дякую. Якраз на бенчі сиджу почитаю)
Ищу единомышленников чтобы вместе изучать Java
Ну, давай ) Могу книг/курсов поскидывать
@@alib7619 курсы какие посоветуешь?
@@magomedilasov8464 на рутрекере от скиллбокс лежат курсы, и alishev юдеми там же, на ютубе от alisheva базовая java неплохие