• Підхід при плануванні архітектури веб-проєкту

    Ні, вибір інший: або ви йому задешево напишете щось на Фракталі, або він буде шукати звичайних програмістів з розповсюдженими технологіями.

    Так і є. Але я трошки про друге. Для стартапа ФП це майже критична штука,
    незважаючи на існуючи недоліки.
    Грубо кажучи, якщо на стартап потрібно купити 4 веброзробника, на кілька місяців, це та сума, яку просто можуть не заплатити. Тож або ФП, або скоріж за все взагалі ідея залишиться не реалізованою. Нажаль. Сучасні методи розробки коштують дорого, та ще гірше, не дуже гнучкі при зміні вимог.

  • Підхід при плануванні архітектури веб-проєкту

    то проект потрібно буде переписувати з нуля

    Дякую, але, щоб мати повну картину.
    Умовно кажучи, якщо я хочу написати MVP, то в мене є вибір.
    1. Взяти існуючи технології, це місяці роботи, дорогі спеціалісти
    2. Взяти ФП та спробувати за тиждень-два стоврити MVP та перевірити ідею стартапу.
    Тобто різниця в потужностях на розробку між цими підходами настільки істотна,
    що є зміст ризикнути навіть за маловідомими технологіями.
    Навіть якщо втратиш тиждень-два, це не критично, ти пішов по економному шляху.
    Натомість, якщо ти почнеш на класичних технологіях, та закінчаться гроші\бажання\не вгадав з архітектурою через кілька місяців, то стартап не виживе 100%. Та навіть якщо почне генерувати прибуток, потрібно бути відняти затрачені на нього зусилля\гроші\час і він може виявитися збитковим, а на ФП — прибутковим, бо зусиль набагато меньше.

  • Підхід при плануванні архітектури веб-проєкту

    має існувати багато готових движків, як от ДОУ.

    Щось не віриться, що на доу є готовий движок. Саме такого дизайну я ніде більше не бачив. Доречі, якщо автору потрібно клонувати саме таку ф-сть як на доу форумі, майже один в один зі всією бізнес логікою, на ФП це можна зробити, думаю, за тиждень.
    На яких інструментах це можна зробити ще швидше й дешевше — не знаю.
    Взяти лише щось готове, але про кастомні штуки яких саме на доу вистачає, прийдеться забути.

    Підтримали: Slavik Savko, Denys Poltorak
  • Підхід при плануванні архітектури веб-проєкту

    Нажаль, Дмитро, ми знову втратили конструктив.
    Я би міг знову написати довгий пост, наприклад тут.

    не бачу сорсів цих ліб:
    FractalPlatform.Client.dll
    FractalPlatform.Common.dll
    FractalPlatform.Database.dll
    як я можу бути впевнений, що вони не зливають приватну інформацію кудись на сторону?

    Про рефлектор, або про те, що ці DLL [b]не запускаються[/b] на машині користувача, а лише відіграють роль інтерфейсів. Цей код запускається лише в клауді.

    Або тут

    краще вже Дельфі.

    Що не витримує ніякої критики, адже дельфі вам ніяк не допоможе створити більшість тих веб проєктів, що ми тут обговорюємо. І тим більше не прискорить в десятки разів розробку.

    Але, щоб вам відповідати, потрібно розуміти вашу мотивацію.
    Якщо б вона була, наприклад.
    1. Мені сказали, що мій проєкт на PHP потребує 4 місяці розробки, скільки це буде на ФП?
    Чи справді я перший результат отримую вже через тиждень?
    2. Мої вимоги швидко змінюються, чи справді ФП допомогає швидко адаптувати існуючий код до нових вимог, а не переписувати щоразу?
    3. Я хочу спробувати ФП, чи є навчальні матеріали? Як мені отримати доступ до решти навчальних матеріалів, який план навчання?
    4. Я бачив сайт з гарним дизайном, чи можна такий самий сайт з таким сами дизайном створити набагато швидше за допомогою ФП?
    та ін.

    Тоді я міг би допомогти виріши ваши поточні проблеми, та наблизити вас дуже швидко до створення MVP вашого продукту.
    Зараз же ваша основна мотивація не зрозуміла, тож я не зможу відповісти на ваші питання, лише тих людей, які справді хочуть зекономити час та гроші.

  • Підхід при плануванні архітектури веб-проєкту

    Інвестор та поки що менеджер. Підбираю виконавців під MVP.

    Напишіть мені на почту learn.fractal[сбк]gmail.com
    Це зекономить вам багато часу та грошей, та істотно скоротить time-to-market.

  • Підхід при плануванні архітектури веб-проєкту

    Дякую за розгорнуту відповідь, вже виглядає більш конструктивно, тож готовий відповісти на всі питання

    всюди пхає свій власний «легасі» на C#

    В цій темі я лишив коментар, тому що автор написав про конкретні речі, а саме:

    починається грубо кажучи з форуму, а закінчується майданчиком послуг з відео-, ауді- зв’язком, чатом та елементами соціальної мережі

    І так сталося що і форум і медіа майданчик, реалізовано на ФП, тож я привів конкретні приклади та посилання на код, щоб автор зміг порівняти як проєкт може розвиватся з форуму і далі до медіа порталів, з архітектурою без суттєвого «переписування» коду.
    dou.ua/...​rums/topic/45550/#2705427
    Вважаю цю відповідь не менш конструктивною, ніж «читай TOGAF» або «спілкуйся з GPT»

    з повністю відсутньою документацією

    Розумію, що документації завжди не вистачає, але вона звісно є:
    1. В друкованому форматі, у вигляді вікі, наприклад: fraplat.com/wiki
    Більш як 200 сторінок в трьох розділах справочної інформації. Є багато інших (закритих) документів, що описує різні аспекти функціональності.
    2. Є багато відео курсів, з більш як 40 відео в кількох курсах для початківців.
    Також є певні відео в відкритому доступі
    www.youtube.com/...​5yQEBm-oR83qyhMH8Tg0zCCwA
    Тож, якщо в вас дійсно є бажання навчитися, та опанувати щось нове, що дійсно економить час та зусилля, навчитися не проблема. Також документація щодня обновлюється та доповнюється.

    треба вчити якусь нову херобору без документації, по прикладам і з закритими сорсами.

    Вивчення нової технології саме на прикладах, я вважаю одним з найбільш ефективних.
    Всі приклади відкриті в опенсорц, доступні на github, та добре розібрані в більш ніж 20 відео
    Всього доступно більш 25 прикладів.

    раптом що не працюватиме — навіть нема в кого спитати.

    Над проєктом працює кілька людей. Так, ви праві, що найбільша експертиза в мене, але мати україномовного ментора, та людину що відповість на всі питання, це не зовсім «навіть нема в кого спитати». Чи не так ? Спитайте в мене, почитайте документацію, подивіться відео, полистайте опенсорц. Варіанти є та вони доступні.

    хто в наш час в здоровому глузді буде в себе запускати закритий код від ноунейма?

    Це не відповідає дійсності. Єдиний код який вам потрібно запускати, це опенсорц, що збирає ваш проєкт з відкритих сорців на вашому компьютері та деплоїть його в хмару. Тобто код повністью відкрито і все що він робить, розгортає та запускає додаток не на вашому компьютері, а на нашій віртуальній машині
    github.com/...​ractalPlatform.Deployment
    Як це робиться, ви можете переглянути в цьому відео
    www.youtube.com/watch?v=c99Eeb4bQ3k&t=6s

    покажть мені екстремала, хто готовий використовувати продукт без попередньо оголошенних умов використання? (ліцензії)

    Продукт в беті, тобто наразі абсолютно безкоштовний. Модель заробітку в нього буде така сама як в інших NoCode\LowCode платформах. Тобто безкоштовний план для малих проєктів, та платні плани для проєктів, які мають істотне навантаження та функціонал.

    Звісно, я розумію ваш скептитизм, особливо до великих українських проєктів. Але, мова зараз йде про скорочення розробки в десятки разів. Тобто, коли в вас є вибір, витратити кілька днів замість кілька місяців на розробку вашого проєкту. В першому випадку, ви можете дозволити собі взяти люфт, витратити кілька днів на щось нове та цікаве, та створити свій перший проєкт, наприклад, форум про який писав автор в стартовому пості, за кілька днів. І навіть, якщо результат вас не влаштує (а я впевнений, що влаштує, бо прикладів дуже багато і вони зявляються кожен день), ви витратити всього кілька днів, перш ніж занирнути до «важковагових» технологій що займуть місяці розробки.

  • Підхід при плануванні архітектури веб-проєкту

    Проте ви все ж почитайте, що таке тогаф та інші архітектурні фреймворки.

    Що таке TOGAF зрозуміло. Цитата

    he Open Group Architecture Framework (TOGAF) is the most used framework for enterprise architecture as of 2020[2] that provides an approach for designing, planning, implementing, and governing an enterprise information technology architecture.[3] TOGAF is a high-level approach to design. It is typically modeled at four levels: Business, Application, Data, and Technology. It relies heavily on modularization, standardization, and already existing, proven technologies and products.

    Скажи будь-ласка, а ToDo List ти теж за допомогою TOGAF пропонуєш будувати?

    це відповідає на моє запитання.

    На яке саме запитання, на це ?

    всілякі ФП, проти ООП

    Так, Low-Code та No-Code це і є сучасна заміна «мейнстрім» програмуванню, особливо коли йде мова про досить прості и не дуже проєкти.

    bubble.io/how-to-build

    Вивчай списки, якщо не віриш моїм практичним прикладам,
    то хочаб списки того, що можна побудувати за допомогою мого конкурента

    Там і форуми і інстарграми і тіндери і медіа і маркетплейси и що завгодно.
    І навіть без ООП та TOGAF.

    Підтримали: Kyryl Feshchenko, Denys Poltorak
  • Підхід при плануванні архітектури веб-проєкту

    Я правильно розумію, що ви злившись з технічної дискусії, перейшли чомусь відразу на особистості, в міру свого виховання?

    Підтримав: Denys Poltorak
  • Підхід при плануванні архітектури веб-проєкту

    треба дивитись TOGAF

    Всеж таки аутсорц дає про себе знати.
    Головне в аутсорці, що ?
    Правильно, замовнику, який хотів написати форум з прицілом на медіа портал, продати фреймворк управління підприємством.

    Курс NT-TOGAF TOGAF. Створення та управління IT-архітектурою підприємства

    Тобто рішення ціною $500k, замість
    рішення за умовних $5k+.

    Підтримали: Denys Poltorak, Slavik Savko
  • Підхід при плануванні архітектури веб-проєкту

    Був невдалий день в легасі коді?
    Чому такий злий?

    Підтримав: Denys Poltorak
  • За якими критеріями ви обирали б країну для життя?

    Api Lidl Wanted !
    Але як дешевший варіант, яб встановив GPS трекер на телефон Юри, це булоб краще будь-якого апі. Юра з цінами на молоко не помиляється.

  • Підхід при плануванні архітектури веб-проєкту

    Чи існує який-небудь підхід або принцип, притримуючись якого, в майбутньому не потрібно було переписувати код з самого початку

    Існує, це CMDD (Common Mutli-Dimensional Design)

    Яким повинен бути підхід при плануванні архітектури веб-проекту?

    Нівякому разі не брати існуючі застарілі технології. Це місяці та місяці розробки тогож форуму.
    Якщо ти візьмеш щось готове, по типу WP, спочатку собі скоротиш шлях. Але потім може виявитися так, що потрібна якась нестандартна функціональность, якої в готовому плагіні немає і це повністю нивелює прискорення розробки, навіть до відмови від WP.

    Єдиний спосіб бути набагато швидше конкурентів, це використовувати FP
    Ось форум, що написаний з нуля (без шаблонів та готових плагінів) з купою функіональності меньше ніж в 200 рядків коду:

    fraplat.com/jupiter/RawForum
    github.com/...​Forum/ForumApplication.cs

    Ось відео портал, з елементами соц мережі, написаний в 500 рядків коду
    fraplat.com/jupiter/UTube
    github.com/...​UTube/UTubeApplication.cs

    Як бачиш, вони мають майже однакову архітектуру, однаковий код. Ти можеш докинути будь-яку функіональність, навіть таку, що мала би проектуватися в фундаменті (локалізація, секьюріті, масштабування та ін) і всеодно це не буде переписування коду, а лише кілька десятків, може сотня рядків коду на якись доволі довгий список нових фіч.

    Підтримав: Slav
  • За якими критеріями ви обирали б країну для життя?

    Також є (в закритій беті поки що) спеціальний сервіс SiteScanner
    fraplat.com/jupiter/SiteScanner

    Він кожен день сканує доу, та знаходить ключові слова, які вказав користувач в своєму профайлі. Наприклад, якщо ви вкажете теги: «Лидл», «просрочка» ви будете отримувати повідомлення на телеграм, як тільки на доу зявиться інформація про просрочку в будьякій темі. Що доволі зручно.
    Ось приклад телеграм сповіщення
    fraplat.com/...​e0a2b.jpg&newSession=true

    Якщо ви хочете створити свій персональний профайл на сканування з власними ключовими словами, напишіть мені в приватні або під цим повідомленням, я додам.

    Підтримав: svikso
  • За якими критеріями ви обирали б країну для життя?

    Як будете вантажити малюнки, накшталт цього ibb.co/y57Rwj5
    краще використвуйте сервіс, який спеціально для цього був написаний за 15 хвилин
    fraplat.com/jupiter/ImageHosting

    Код
    github.com/...​mageHostingApplication.cs

    На відміну від інших сервісів, написаний в виключному мінімалізмі.
    Працює швидко та не обвішений банерами та вспливаючими панелями.

  • Death By A Thousand Microservices

    Підкажіть будь-ласка, а де можна подивитись на 6к рядків коду для 350 таблиць

    Нажаль, саме цей код не опенсорц. Але приблизно розміри та функціонал ви можете оцінити по, хочаб, системі прав. 12 розділів в системі, 4 ролі, до сотні кнопок меню, на кожну відкривається доволі складна форма з своїм функціоналом
    fraplat.com/MatrixPermissions.xlsx

    Швидкодія саме цього проєкту була описана в цій статті в розділі Peformance
    dou.ua/forums/topic/44975

    Але є один проєкт, який я вважаю доволі «дорослим». Це портал Fractal Platform. На сьогодні він моделює функціональність Jira, Slack, має свій блог. У нього інтегровані засоби для деплою та моніторингу програм Fractal Cloud, а також безліч звітів, портал для навчання та проходження іспитів студентами. Усе це навантажує складну систему прав на 12 розділів. Весь UI перекладено 7 мовами. Загальна доменна модель, за оцінками, перевищує 300-350 реляційних таблиць.

    Із якою швидкістю має працювати такий застосунок? На це питання складно відповісти, але сьогодні це близько 100 мс на завантаження будь-якої сторінки. А на розігрітому кеші час падає до 12-15 мс.

    Для розуміння, 12 мс на відкриття сторінки, це фрейм часу за який мозок (фізіологічно) дозволяє собі міняти події місцями. Тож, інколи (звісно не завжди) складається кумедне враження, що форма відкривається ще до того як ти нажав кнопку.

    Щодо відкритих сорців, є ще такий проєкт. MVP на youtube
    Всі подробиці описані тут.
    dou.ua/...​rums/topic/44975/#2694913
    Дизайну там нажаль нема ніякого,
    але функціоналу досить багато і це десь 500 рядків коду.

  • Death By A Thousand Microservices

    Стаття просто базує.
    Ось свіжий приклад.
    Пет-проєкт, для перевірки чи є світло дома: dou.ua/forums/topic/41353
    Код: github.com/p1v2/eSvitlo = AWS, Lambda, Python = майже 1000 рядків коду
    Функціонал: Бот сповіщує чи є світло в телеграм

    Що робимо. Викидуємо AWS та лямди, переписуємо на Фрактал
    Код: github.com/...​ElectricityApplication.cs = Fractal = 100 рядків коду (в x10 разів меньше)

    Функціонал: Його більше, карта з точками де є світло на карті, можливість зареєструвати нову точку для моніторинга світла, перегляд наявних точок,
    сповіщення через телеграм, все через веб інтерфейс
    fraplat.com/jupiter/Electricity

    Висновок1:
    Якщо код схлопується (а він саме схлопується) в 10-100 разів,
    доцільність використання мікросервісів під великим питанням.

    Висновок2: Цей проєкт дуже простий. Але є складніший проєкт, десь на 300-350 таблиць і
    там .... 6 тисяч рядків коду. На все. На сотню веб скрінів.

    Це як інфляційна теорія створення всесвіту, тільки навпаки.
    З майже нічого створили Death By A Thousand Microservices
    а потім розвернули час навпаки, та просто схлопнули complexity майже до початку.
    Може так трапитись, що на все вистачить кілька сотень функціональних виразів над правильною документоорієнтованою субд.

  • Fractal Platform: програмування, якого більше немає

    Додався ще один мікро проєкт, сайт прогнозу погоди
    fraplat.com/jupiter/Weather

    Чим він цікавий
    1. Він написаний в 1-2 функціональних вирази. На сайті два скріни, скрін з прогнозом погоди та скрін з вибором геолокації. Бізнес логіка складається з отримання через REST джисону, його трансорфмації в зручний вигляд, та відображення на основі його прогнозу погоди
    github.com/...​her/WeatherApplication.cs
    2. При створенні сайтів в такому стилі, ви майже не допускаєте багів, код чистий та функціональний. Це схоже на те, як ви пишете SQL запити. Написав, воно працює з першого разу. Як не працює, ймовірно синтаксична помилка в виразі.
    3. Це другий сайт на платформі який отримав «фейс ліфтинг». Багато прикладів на Фрактал, мають відверто примитивний інтерфейс. Але це лише тому, що цей інтерфейс стандартний, та коштує для розробника майже безкоштовно. Якщо в розробника є трохи більше часу, на стандартний інтерфейс завжди можна натягнути будь-яку html верстку.

  • Чому ШІ не замінить IT-шників

    Люди не покупают спорт кары чтобы кататься на пассажирском сиденье. Если твой инструмент настолько удобен и прост в использовании как условный Excel тебе нет необходимости просить gpt заполнить ячейки в табличке, проще это сделать самому.

    А чатжпт тебе сразу всю доменную область проекта объяснит а потом покроет кодом. И эта область может быть сложнее чем соц сеть

    А здесь нам нужен пример.
    Человек взял GPT и собрал сложный пооект. А потом мы замеряем время, а главное качество решения.
    Ведь все мы профессионалы своего дела и помним, что мало сгенерить помойку из кода. Надо чтобы еще этот код хорошо и быстро работал, а главное был легко модифицирован под новые требования.

    Я готов принять Challenge на любой веб сайт сложнее соц сетей, от любого фаната ИИ.

  • Чому ШІ не замінить IT-шників

    А это интересный вопрос.
    Что важнее, исполнитель или инструмент.
    Так вот, мое мнение, что важнее всетаки инструмент. Обьясню. Инструмент может быть настолько удобным, что от условного трейни требует нажать всего две кнопки. И наоборот, возьми самого матерого и продуктивного девелопера с 30 годами опыта, попроси написать на ассемблере сайт, он будет его делать год. Я конечно утрирую, но могу абсолютно точно сказать, что PHP + GPT у меня бы заняло точно не меньше недели на написание. Пока спроектируешь базу, пока ее заполнишь, пока напишешь дто, какойто репо слой, какието сервисы, а еще деплоить, вообщем все совсем не просто.
    Фрактал — другое дело.
    Еще пример за вчера, сайт который по gps координатам показывает прогноз погоды. Ничего серьезного, с рест вытягиваем джисон, трансформируем его в удобный вид, строим табличку с прогнозом погоды. По кнопке рефреш страница читает координаты и обновляет погоду в новой локации, но.
    Этот сайт написан фактически в _одно функциональное выражение_ или 20 минут работы.
    github.com/...​her/WeatherApplication.cs

    fraplat.com/jupiter/Weather

    Если не так будут писать в будущем, то как ? День болтать с GPT в чате, а он будет генерить кривой код на условном пхп ? В такое будущее программирования не верю.

  • Чому ШІ не замінить IT-шників

    чи замінить штучний інтелект IT-шників?

    Давай на прикладі.
    Ось людина за допомогою ШІ намагалась зробити соціальну мережу -
    камасутра на 2 тиждні з GPT
    dou.ua/forums/topic/43513

    Такий самий сайт, один в один, за допомогою правильних інструментів
    можна створити за 2-3 години. Ну хай за добу — в гіршому випадку.
    dou.ua/forums/topic/44975

    Але, за добу можна вже прототипувати ютуб з купою функціоналу,
    dou.ua/...​rums/topic/44975/#2694913
    а не реєстрація + теги подобається\не подобається

    Тож, використання ШІ на сьогодні виглядає як спроба приладнати потужний моторчик до ложки, щоб копати глибокі траншеї. А треба всього навсього екскаватор та звичайний водій за кермом.
    Інструмент вирішує все.

← Сtrl 1... 456789 Ctrl →