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

Ти що фантастичні фільми не дивився ?
— Джесі, панель управління космольотом мені на екран...
Клац клац клац по тач скріну, прімєніть ....

Так це всеодно довше чим набрати/зберегти число «25».
Твій інтерфейс зручніший, якщо ти за кермом. Тоді так, маєш багато часу надіктовувати, але не можеж перевірити чи все правильно зробило.

Ну ок. Кількість булок змінилась.
З текстовим інтерфейсом пишеш => «А памьятаєш ти генерувала джисон де була кількість булок пупкіна. Можеш змінити на 25 тепер»
З візуал інтерфейсом, відкрив, набрав => 25

Люди люблять сприймати/редагувати візуал інфо

«Мене звати Вася Пупкін, і я алкоголік. Також я живу на вулиці Леніна, 24А, кв. 13. І маю середній дохід 24 булки на день.»

GPT + FP вже намалював для тебе інтерфейс. Тож якщо споживання булок зміниться, на цей раз просто подредактуєш число в text box

fraplat.com/...​6485d9cc230d9af67f521.jpg

Це залежить від інформації. Людина перш за все візуал. Навіть зараз, є можливість не натискати кнопки, а надиктувати меседж, і цій технології вже років 15, але всеодно 90% повідомлень набирають вручну, а не надиктовують.

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

Хех, давно хотів зробити сервіс, що визначає вік за фото, без реклами і смс.
І ось він є, 20 хвилин часу та приблизно 35-40 рядків коду на ФП =)
fraplat.com/jupiter/HowOldAreYou

В принципі згоден, там нескладний однорядковий фікс
github.com/...​abb16c2aa0b33dbcd442d50d5

Fixed + Deployed =)

= ))) не баг, фіча

Fixed + Deployed.
Дякую за відгук. Дійсно, числа можуть бути довші за 20 символів :)

GPT )))
Те, що ти кажеш, дуже цікаве і підкреслює важливу особливість людського інтелекту — його унікальність і варіативність. Навіть якщо створити суперсильний ШІ, який перевершить людський інтелект у багатьох сферах, його стандартизація як єдиної моделі не здатна замінити всю різноманітність людських мізків. Кожна людина має свій унікальний досвід, контекст, сприйняття та стиль мислення.

Це дає змогу навіть тим, хто не є експертами або «найрозумнішими», знаходити унікальні рішення, що ШІ не може передбачити, оскільки його навчання обмежене даними та моделями, на яких він був тренований. Саме в цьому різнобічність людства стає перевагою — у здатності адаптуватися, мислити нелінійно та інколи знаходити відповіді в тих місцях, де цього не очікують.

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

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

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

Не тільки для навчання. Поставив вчора ollama з 70b параметрів. На моєму TnhinkPad 32gb iCore 7 одну відповідь «думало» кілька годин.
А там ще є моделька на 200b параметрів ... і це ніразу не супер AI.

Не закрився, все Ок =)

Проєкт живий. Додав першу інтеграцію с ШІ

Тепер по простому промпту:

«Create web app where I can find list of most popular youtube videos with amount of views. Add link to youtube.»
або
«List of popular Ukraine restaurants with their gps coordinates»

Створюється за 10-15 сек багатосторінковий веб апп з стандартним (поки що) інтерфейсом

Потестувати можна тут:
fraplat.com/...​iter/AIToWebApp/Dashboard

Сам ШІ конструктор + Апп Стор на мінімалках, написано на самому ж ФП приблизно в 100 рядків коду.
github.com/...​s/Applications/AIToWebApp

Загальна кількість проєктів на ФП перевищила 43
fraplat.com/jupiter/ListOfProjects

Загальна стратегія розвитку зараз така.
ФП дійсно дає змогу писати в надцять разів меньше коду майже на весь спектр прикладних задач.
ФП + ШІ, дорівнює інструмент, який пише легко читаємий/модифікуємий код людиною з набагато меньшою кількістю помилок, оскільки інші мови програмування\фреймворки для сучасного ШІ доволі складні.

Є багато інших новин, але це, мабуть, буде інша стаття на доу.
Також в нас зявився тг канал: https:\\t.me\fraplat

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

від чого збивається scroll position

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

лайки не ставить, коментарі не відправляються

Я це зробив, аккаунт «Testing»

Доречі, цей баг щойно виправив.

Мене все частіше дивує платформа. Буває за звичкою ниряєш десь під капот, дебажити складну внутрішню логіку платформи, думаєш що там щось зламали останні коміти, а потім розумієш, що все що потрібно було .... підправити джисон.
Сказати що юзер з ролю User, має право писати в масив Likes в Security dimension.
І це все.

"Likes": {
        "Allow": {
          "Write": [
            "User"
          ]
        },

github.com/...​adc167074bf0cff457e6eb28e

Схоже саме і так буде виглядати справжнє програмування майбутнього.
Кілька сотень рядків красивого функціонального коду, плюс конфігурація бд в джисонах і складний сайт працює.

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

Там весь сайт, наче мене зновую підєднали до модему dial up який пакети передає через аналоговий телефон зі швідкістю 33,6 кбіт/сек. Ні одна сторінка не відкривається швидко.

Майже 3 секунди на завантаження сторінки. Мабуть ми маємо на увазі якісь різні кеші.
fraplat.com/...​143a1bce64d2ef2001029.png
Ваш кеш бігає на Плутон і назад, схоже.

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

То треба трохи в Computer Science, чому саме так. Теорія ймовірності.
Розподіл Парето. І оце ось все.

А кейс коли людина відправляє коментар більше ніж 255 символів теж ігноруємо? Пароль до 6 символів чи до 8? Писав би я веб апп для програмістів то можливо б і закрив на це очі, але ми пишемо сайти для людей яким потрібний хороший UX, моментальне реагування на введені дані та підказки.

Я все ще не бачу проблеми провалідувати це на сервері. Тим паче по секуріті, фронт валідація нічого не вартує, все одно потрібно дані всі перевіряти на сервері повторно.

Я це зробив, аккаунт «Testing»

Добре, я протестую. Але треба розуміти, що кількість рядків в проєкті, а саме 450 майже на все — суттєво не зміниться після виправлення багу. Тобто ми зараз більше займаємося QA тестуванням, а не парадигмою правильної зрозумілої архітектури.
UTube майже весь колись був написаний за добу з купою функціоналу
dou.ua/...​rums/topic/44975/#2694913

450 рядків в сучасному Реакт в вашому проєкті, мабуть тільки код одного банера більше займає. Звідси і читаємость коду, гнучкість коду, кількість багів в коді, щоб це не означало.