• Чому я заснував KavunUA?

    Як я розумію kavun.org.ua це лише лендінг.
    В мене є дуже простий проєкт\заготовка, який моделює BL фріланц біржі: fraplat.com/...​jupiter/FreelanceResponse
    Три ролі, кастомери, девелопери, адміни. Створення задач,
    два тендерних типу між виконавцями.
    Чат між замовником-виконавцем, рейтинги замовників та виконавців тощо.
    Бізнесс логіка може перероблятися під будь які потреби дуже швидко, не вистачає лише на неї натягнути дизайн. Якщо цікаво, та хочете перейти від лендінг до реально працюючого проєкту в стислі терміни — пишіть learn.fractal [sbk] gmail.com

    Схожі ідеї та проєкти зявляються час від часу,
    dou.ua/forums/topic/43440
    але фаундери чомусь не доходять далі лендінгів.
    Тож в цьому я можу допомогти.

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

    Так, треба буде якось доробити в майбутньому. Найважче знайти десь дані Місто-Координати, щоб заповнити список вибору регіону.

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

    Дякую за відгук,

    Для бекендера, який витратить місяць-третій на підівчити фронт — це все непотрібно. WordPress, Salesforce, Hybris, Shopify... Платформа на платформі. І так весь кодінг перетворився на конструктор Lego. Збираєш собі з модулів, що душа бажає.

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

    А ви пропонуєте взяти перейти з цього свята життя на чорнобілі формочки і туду лісти? Це як на банкеті, де всі п’ють пиво і закусують шашликами, зібрати групку веганів і піти в куточок жерти броколі і запивати розсолом...

    Не зовсім це так. Розробник на ФП має перевагу. Якщо в сучасній розробці вам потрібно робити і фронтенд і бекенд, та відразу малювати всі скріни, то ФП дає більш гнучкі можливості. Ви робите бекенд, далі на той бекенд платформа безкоштовно генерить стандартний фронтенд, той сами чорнобілий, або яку хочете вибрати кольорову тему. Далі ви можете кастумізувати в джисонах той інтерфейс за три копійки. Але якщо цього замало, просто берете стандартну html верстку, та натягуєте її на стандартний інтерфейс.
    І отримуєте аплікації, які вже зовсім не відрізняються від звичайних вебсайтів, але мають вже в десятки разів меньше коду, в десятки разів швидше зроблені, та мають більш якісний та гнучкий функціональний код.

    fraplat.com/jupiter/Weather
    fraplat.com/jupiter/RawForum

    Але що справді цінне, це те, що ви можете вибрати, на які скріни будете приділяти увагу а на які ні. В прикладі з fraplat.com/jupiter/Weather є html верстка, та стандартний скрін де я можу задати gps координати. Тож погоду дивляться всі та завжди, а ось gps координати, скажімо, будуть міняти рідко (як приклад). Тож ви лишаєте скрін в «чорно-білому» стилі, для змін координатів, а html верстку замовляєте в дизайнера.
    Якщо ви б використовували стандартні засоби розробки й внутрішні, й зовнішні, й скріни які просто щось конфігурують вам потрібно було б дизайнити відразу з нуля та витрачати на це час.

    Нащо змагатися з кимось, у кого є необмежена кількість грошей, і купа головастих задротів літкодерів? Вони всеодно напишуть краще ) Ой... Уже написали, тобто.

    Насправді це міф. Великі корпоративні компанії не гнучкі, мають багато бюрократичних обмежень, та дуже повільно змінюються. Apple при Джобсу, може була чи не єдиним виключенням. Купа продуктів, які дійсно змінювали світ, Oculus, Android, OpenAI виходили з стартапів, та далі або виростали з гаражів в великі компанії, або куплялися великими корпораціями як готові продукти.

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

    Ну що хлопці, а особливо дівчата :)
    Хочете себе відчути справжніми CRUD девелоперами веб сайтів ?
    1. Заходите сюди fraplat.com/jupiter/JsonToWebApp
    2. Вставляєте в віконце свій Json (можна досить великий)
    3. Нажимаєте на кнопку «Build My Web App !»

    а далі ....
    1. Ви отримуєте справжній CRUD веб апп
    2. Отримуєте вже задизайнену БД, яка може складатися з кількох таблиць та звязків між ними (в залежності від складності джисона)
    3. Отримуєте весь прошарок з DTO та ORM, та обвязку
    4. Отримуєте рендеринг фронта: текст бокси, чек бокси, таблиці, вкладені форми інше
    5. Всі скріни відкриваються та зберігаються за лічені мілісекунди.

    Поздоровляю, тепер ви — майже справжній Fractal Developer веб сайтів
    Magic =)

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

    Кеш — зовнішній компонент, котрий не викликає бізнес-логіку.

    Цінність кеша, якщо він під рукою, як в процесорі L2 наприклад. Тож він може бути частиною самого процессора, а це вже не stateless, та йиовірність що щось сбоїть бо стан системи особливий.

    Ну от в геймдеві використали.

    Доречі гарний кейс. Тому що гра це завжди складний black box, там не стільки база данних, скільки щось мале подали на вхід типу кліка мишкою і воно молотить рендерить. Тож саме в цьому кейсі з грою можливо є зміст писати replay.
    В складних CRUD я не бачив. Більше просто бють систему на мікросервіси, та тестують кожен окремо. Але там інша дупа потім з відладкою.

    Підтримав: Denys Poltorak
  • Fractal Platform: програмування, якого більше немає

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

    Тож по хорошому треба дампити і бд і адресний простір серверу як процесу і мокати далі всі коли до 3d party систем, включаючи ОС.

    Але, саме ФП з її концепцією CMDD (в статті зверху є розділ), найбільш близький до цього, тож Autoreplay може бути всього лиш ще одним Dimension, який в паралельному вимірі каже нам, що тепер ми у всіх кутках системи читаємо снепшоти в розрізі часу. Це справді реально, можливо навіть десь в пристойні 10к-15к рядків коду, та багато думати =)

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

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

    RDBMS це Relational Database.
    FP живе на Key/Value, поверх якого абстракції json документів.

    Докладно концепцію Storages, тобто концепція малих узкоспеціалізованих гарно масштабованих «движків» для зберігання данних, досить докладно описана в розділі Database цієї статті.
    Це має цілий ряд істотних переваг.

    Підтримав: Denys Poltorak
  • Fractal Platform: програмування, якого більше немає

    Хм, цікава функціональність.
    Але як на мене тут є кілька обмежень:
    1. Автореплей мішає не тільки багатопоточність, а перш за все зміни в базі данних. Саме тому AutoTesting працює на еталонних базах.
    2. Автореплей який включено на постійній основі, може сповільнювати запити користувачів
    3. Автореплей повинен вміти мокати недетерміновані змінні. Наприклад час, та генеровані гуїди.

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

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

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

    Нажаль, це біч складних проєктів. Зараз там майже 150к рядків коду. Якщо аутсорсних, то це вже кілька мільйонів було б.

    У вас там event replay не можна використати для відтворення багів?

    Є логи. Багато чого можна просто подебажити. Щоб кожен раз не перетестовувати все після змін, є Auto Tests з кілька десятків тестових сценаріїв. Тобто вбудована можливість self testing, або простіше кажучи, перевірити що кожен з тестових проєктів працює як раніше після якоїсь суперечливої зміни. Це дуже сильно допомагає, бо найгірше якщо якась нова зміна ламає щось в якомусь з 25 вже існуючих проєктів, а перетестувати все мануально після кожної зміни фізично важко.

    Підтримав: Denys Poltorak
  • Fractal Platform: програмування, якого більше немає

    Так, це треба теж пофіксити) Здається не складно, Дякую

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

    О! Нарешті нестабільні проблеми. Багатопоточність?

    Мабуть це не з багатопоточнісю повязано. Раніше цей баг репродюсився навіть без навантаження, десь на 3-5 запит.
    Після останнього фіксу цей баг в мене зовсім вже перестав репродюситься, хоч на мобілі, хоч на десктопах.

    Точно причину багу назвати не можу. Скоріж за все, там де мій код падав з помилкою, це викликало згодом якісь дуже рідкий баг повязаний з IIS, Application Pools, життєвим циклом запитів ASP.NET Core. Тобто, коли я убрав на своїй стороні цю очевидну помилку, щоб не було ексепшина, інша side помилка теж зникла.

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

    Думаю з’явиться. Це загальна функіональність.
    Але після останнього фіксу в мене 500 стала репродюситися рідко.
    Дивлюсь, де можна логи додати, щоб відловити цю помилку з додатковою інформацією.

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

    Дякую, ще раз гляну. Баг не простий, добре що не критичний.

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

    Я можу поставити пляшку шампанського, що ніякого СТО не буде =)
    Мій топ фаундерів на доу:
    1. Людина зібрала десь 10 людей в чаті, на другий тиждень обговорення «я не знаю чи це потрібно клієнту». Це було останнє повідомлення в тому чаті.
    2. У людини має бути стартап, який на 95% складається з внутрішніх скрінів для аналітиків, але хоче щоб все було СПА. На рахунок, чи дійсно це важливо для MVP, можливо якось розділити де СПА де внутрішні скріни та на останніх зекономити — вийшла з чату =)
    3. Ну і ось вище людина шукає СТО, хоча досі навіть не зрозуміло, що за проєкт та навіщо світу ще один форум з медіа порталом.

    Таке =)

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

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

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

    Я обираю мишкою White — через декілька секунд мені пише error 500

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

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

    Щось цей пост не побачив відразу,
    дякую за тестування, давно хотів цей баг з сесіями пофіксити,
    тож

    1. після завантаження отримую посилання, котре не працює і видає помилку.

    Виправлено.

    2. випадкове посилання на інше зображення
    зберігається в моїй сесії і можливість завантаження іншого зображення «зникає»

    Виправлено.

    3. немає можливості відновити функцію завантаження без очистки сесії в налаштуваннях браузера.

    Виправлено.
    Можешь перевіряти.

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

    Але де знайти цього СТО

    Ви не зовсім правильно ставите питання.
    Правильне питання — де знайти гроші на СТО і Ко.
    Скоріш за все, перший місяць закінчиться тим, что він буде отримувати $40-70 на годину,
    уточнювати вимоги та малювати графіки. Тож в перший місяць ви спалите десь $10k-$20к,
    а в підсумку будете мати щось типу кілька діаграм, та в кращому випадку логінку.
    Почитайте щось про економний стартап, може зрозумієте, чому 90% з них не виживають.
    Багато з тих, хто визветься, прийде просто майнити гроші за рахунок інвестора.

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

    з мовою програмування PHP

    Можу помилятися, але можливості С# більші за php. А все що не можливо втиснути в ФП, можна дописати розширеннями на С#.

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

    github.com/...​SiteScannerApplication.cs

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

    розширити онлайн кінотеатр — це вже виходить за межі фреймворка і вже скоріше зібрання модулів для ЦМСки.

    Нічого не зрозумів. Ти про свій досвід з пхп?
    Та забудь про нього, це технології 20ти річної давнини.

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

← Сtrl 1... 34567...10 Ctrl →