Šioje apžvalgoje pamatysite tiksliai, ką Appsmith gali ir ko negali: registracijos procesą, kūrimo sąsają, kaip jis tvarko duomenų ryšius, kur atsirado klaidų, kiek išties kainuoja kaina ir ar kaip kūrėjui tai verta jūsų laiko. Spoileris: jis galingas, bet netvarkingas tiek gerosiomis, tiek blogosiomis prasmėmis.
Kuo yra Appsmith?
Dauguma įmonių švaisto inžinerines valandas kurdamos tas pačias vidines priemones nuolat: klientų palaikymo valdymo skydus, atsargų valdiklius, patvirtinimo darbo eigas.
Appsmith suteikia vizualų kūrimo įrankį, kuriame nutempi widget’us ant drobės, sujungi juos su savo duomenų bazėmis arba API, ir per kelias valandas (o ne savaites) išplėtoji veikiantį programų komplektą.
Štai kaip tai veikia: pirmiausia prijungi duomenų šaltinį (PostgreSQL, MongoDB, REST API, Google Sheets ir kt.). Tada nutempi UI komponentus (lenteles, formas, diagramas, mygtukus) į tinkleliu pagrįstą drobę.
Fone Appsmith sugeneruoja JavaScript ir SQL užklausas, kurios viską palaiko. Galite iškart pamatyti ir redaguoti šį kodą, kas išskiria jį iš grynus „no-code“ įrankių, kurie slėpia logiką.
Kuo Appsmith išskirtinis:
- Open-source branduolys: galite jį hostinti patys ir tikrai savintis kodą
- Tiesioginiai duomenų bazės jungtys: be tarpinio sluoksnio, kuris sulėtintų veikimą
- Git integracija: elkitės su savo aplikacija kaip su tikru programinės įrangos projektu su versijų kontrole
- Kodo skaidrumas: akimirksniu pereikite nuo vizualaus kūrimo prie žaliavų JavaScript/SQL redagavimo
Kam tinka Appsmith?
Appsmith sukurtas technologiškai orientuotoms komandoms, kurios nori judėti greitai neaukojant kontrolės ar lankstumo:
- Backend programuotojai, kuriantys vidinius skydus: naudojatės Django, Rails ar Node, ir pavargote dienas sukti admin sąsają. Puikiai tinka klientų palaikymo įrankiams, užsakymų valdymo sistemoms ar duomenų tyrimo skydams kurti.
- Startuolių techniniai įkūrėjai, prototipuojantys MVP: reikia idėją patvirtinti greitai, bet taip pat norite galimybės eksportuoti kodą ir hostinti patys vėliau.
- DevOps ir duomenų komandos, kuriančios operacines priemones: reikia programų, kurios trauktų iš kelių šaltinių: Slack įspėjimams, HubSpot klientų duomenims, PostgreSQL transakcijų žurnalams.
- Reikalingas vidutinis įgūdžių lygis: nereikia būti vyresniuoju inžinieriumi, bet turėtumėte suprasti, ką reiškia duomenų bazės užklausa ir kaip veikia JavaScript objektai.
Appsmith pliusai ir minusai
- Open-source su pilnu savišeiminimo galimybe
- Tiesioginės duomenų bazės jungtys (be API tarpinio sluoksnio)
- Vizualus kūrimas ir prieiga prie žaliavo JavaScript kodo
- Įspūdingi natūralūs integracijos moduliai (50+ duomenų šaltinių)
- Git integracija versijų kontrolei
- Vieno mygtuko diegimas į gyvą subdomeną
- Vartotojo JavaScript objektai sudėtingai logikai
- Globali temų sistema, taupanti daug laiko dėl stiliaus
- Nėra simbolių ribojimų kodo redagavime
- Aktyvi bendruomenė ir išsami dokumentacija
- Drag-and-drop valdikliai prisispaudžia prie tinklelio
- Iš anksto parengtos šablonai dažnai turi klaidų
- Mobilus adaptavimas reikalauja nuolatinio rankinio braižymo
- Didesnis mokymosi krūvis nei gryniems no-code įrankiams
Pasiruošę sužinoti, ar Appsmith tinka jūsų darbo eigai? Pradėkite nuo jų debesų versijos ir prijunkite bandomą duomenų bazę. Per 30 minučių sužinosite, ar jis jums tinka, ar reikia ko nors paprastesnio.
Appsmith funkcijos
- Daugiadomenių jungtys vienoje programoje
- Drag-and-drop valdiklių pagrindu veikiantis UI kūrėjas
- Vartotojo JavaScript sudėtingai logikai
- Vieno mygtuko paskelbimas su gyvu subdomenu
- Git versijų kontrolės integracija
- 50+ natūralių duomenų šaltinių integracijų
- Globali temų pritaikymo galimybė
- Prieiga pagal vaidmenis
Mano patirtis su Appsmith iš pirmų rankų
Tai pilnavertė platforma duomenų intensyvioms programoms kurti. Dokumentavau kiekvieną žingsnį – nuo nusileidimo puslapio iki klaidų šalinimo sugadintame JavaScript iš anksto parengtame šablone.
1. Pradžia: Registracija ir pirmi įspūdžiai
Nusileidimo puslapis drąsus, akcentuoja „AI varomas programas ir agentus“. Nemaniau matyti įžangos laukelio tiesiogiai pagrindiniame ekrane; vietoj to turėjau paspausti violetinį Start for free mygtuką.
Tai atvertė pasirinkimą: Start on cloud arba Self-host. Kadangi testavau greitį, pasirinkau debesų versiją, kad nereikėtų patiems diegti Docker konteinerio.
Registracijos ekranas buvo standartinis. Google, GitHub arba el. paštas. Pasirinkau el. paštą. Įvedus duomenis, nukreipė į „Patikrinkite paštą“ ekraną.
Peršokau į savo paštą, paspaudžiau patvirtinimo nuorodą ir pasitiko „Nuorodos patvirtinimas“ langas. Turėjau spustelėti Confirm, kad galėčiau pagaliau patekti į sistemą.
Kai patekau, reikėjo pavadinti organizaciją. Pavadinau „HostAdvice Reviews“. Sistemos patikrina subdomeno prieinamumą ir pasiūlo hostadvice-reviews-1.appsmith.com.
Kai patvirtinau el. paštą ir sukūriau organizaciją, Appsmith iškart pasiūlė ekraną „Connect a datasource“.
Tai akivaizdžiai esminis jų filosofijos punktas: verčia galvoti apie duomenis nuo pat pradžių.
Ekrane buvo keli svarbūs elementai:
Sample Datasources viršuje – du iš anksto paruošti variantai:
- movies – standartinis filmų rinkinys
- users – standartinė naudotojų informacija
Šie skirti testavimui ir pažinčiai be savo duomenų bazės.
Most Popular skyrius žemiau rodė pagrindinius duomenų šaltinius:
- Google Sheets
- REST API
- PostgreSQL
- MySQL
- MongoDB
Išskirtinė „Skip this step, I’ll do it later“ nuoroda viršutiniame dešiniajame kampe. Leidžia pasileisti sąsają be duomenų šaltinio prijungimo.
Taip pat matomas saugumo pranešimas: „When connecting datasources, your passwords are AES-256 encrypted, and we never store any of your data.“
Tai protingas įvedimo etapas. Vietoj to, kad metytų į tuščią drobę, Appsmith lyg sako: „Vidinės priemonės apie duomenis – pradėkime nuo jų.“ Pavyzdžiai – idealu pradedantiesiems. Praleidimo parinktis – taip pat svarbi, nes nekeičia jūsų sprendimo, jei dar nesate pasirengę.
Praleidęs duomenų šaltinio prijungimą, patekau į pagrindinį Appsmith darbo erdvę.
Sąsaja iškart pasirodė profesionali. Trys sritys, kurias programuotojai pripažins:
- Kairioji šoninė juosta (Explorer): čia gyvena jūsų puslapiai, API ir JS objektai.
- Centras (Canvas): tinklelis, ant kurio mesti widget’us.
- Dešinioji šoninė juosta (Property Pane): čia konfigūruojate pasirinkto elemento nustatymus.
Mano nuomonė apie registraciją:
Registracija buvo greita, bet papildomas mygtuko Confirm paspaudimas el. laiške – nedidelė, bet nereikalinga trintis. Sąsaja – švari, bet nepažįstantiems kūrybinės aplinkos gali pasirodyti bauginanti.
Ji skirta tiems, kurie supranta, kad programos yra sudarytos iš „widget’ų“ ir „duomenų šaltinių“, o ne vien iš „puslapių“.
2. Pirmoji kūryba: duomenų prijungimas ir simbolių ribos
Įsijungus kūrimo įrankį, nedelsdamas ieškojau AI teksto lauko. Appsmith nepradeda nuo pokalbių lango su „Parašyk, ko nori“; vietoj to kūri UI pirmiausia. Nutempiau Table widget’ą ant drobės. Tai vien tik drag-and-drop, lentelė prisisiuvo prie tinklelio.
Spustelėjau Connect Data ant lentelės, pasirodė šoninė panelė. Pasirinkau filmo duomenis, ir lentelė tuoj pat užsipildė filmų pavadinimais bei pajamomis.
Nepastebėjau jokių simbolių ribojimų, nes nedaviau AI tekstų. Tačiau pastebėjau, kad vardindamas widget’us (pvz., Table1 į MovieTable) sistema reikalauja be tarpų ir specialių simbolių.
Mano įvertinimas šiai fazei:
Man tai patiko labiau nei grynas AI pokalbių kūrėjas. Duoda daugiau kontrolės. Widget’ai jaučiasi „sunkūs“ ir stabilūs. Nešokinėja – turi konkretų savybių rinkinį, kurį gali susieti su duomenimis. Galinga, bet reikia suprasti, kas yra užklausa, kad išgautum maksimumą.
3. Programos kūrimo procesas: widget’ai ir užklausos
Tada norėjau pridėti interaktyvumą. Nutempiau DatePicker widget’ą ant drobės. Spustelėjęs jį dešinėje Property Pane pamačiau visus nustatymus: datos formatą, numatytą datą ir net „Pirmą savaitės dieną“.
Tada atsidariau JS skyrių šoninėje juostoje. Čia Appsmith tikrai gilus. Mačiau faktinį JavaScript kodą, jungiantį programą. Buvo objektas JSObject1 su funkcijomis myFun1 ir myFun2. Tai reiškė, kad galiu rašyti vartotojo logiką duomenims apdoroti prieš pateikimą lentelėje.
Taip pat peržiūrėjau Queries skyrių. Ten radau užklausą Find_movies1. Atidarius – žaliava SQL komanda:
- Filtravimas: kaip programa pasirenka, kuriuos filmus rodyti.
- Rikiavimas: filmų tvarka pagal pajamas.
- Puslapiavimas: ribojamas rodinių skaičius (5 arba 10 filmų), kad programa nestingtų.
Mano nuomonė apie kūrimą:
Tai išties „low-code“ platforma, o ne „no-code“. Galite išsisukti tik vilkdami blokelius, bet kai norite, kad programa iš tikrųjų ką nors darytų konkretaus, žiūrėsite į JavaScript ir SQL. Man patiko, kaip lengva pereiti nuo vizualaus vaizdo prie kodo.
4. Dizaino pritaikymas: stilius ir temos
Persiunčiau į Theme nustatymus pažiūrėti, kiek galima keisti „išvaizdą“. Appsmith nėra toks lankstus kaip svetainių kūrėjas Webflow, bet turi pakankamai galimybių.
Radau nustatymus:
- Pagrindinė spalva: pakeičia visų mygtukų ir nuorodų akcentą vienu metu.
- App font: keliolika standartinių internetinių fontų.
- Briaunos spindulys: „None“ stačioms kampams arba „Full“ apvaliems mygtukams.
- Šešėliai: keturi kritimo lygiai, kad elementai labiau išsiskirtų.
Taip pat prietaisų juostos nustatymai Navigation: meniu viršuje arba šone. Pasirinkau šoninį nav ir įjungiau „Light“ temą. Yra jungiklis „Show application title“, kurį palikau įjungtą.
Mano nuomonė apie pritaikymą:
Pakanka, kad programėlė atitiktų jūsų įmonės stilių, bet nesitikėkite gražios vartotojiškos aplikacijos. Ji skirta naudotojiškumui. „Global Theme“ – puikus, nes nereikia stilingai apipavidalinti kiekvieno mygtuko atskirai, tai milžiniška laiko taupymas.
5. Backend jungtys: integracijos ir duomenų šaltiniai
Grįžau į „Datasources“ puslapį pažiūrėti viso sąrašo. Įspūdinga:
- Duomenų bazės: MongoDB, PostgreSQL, MySQL, Redis, MS SQL.
- SaaS: Google Sheets, Airtable, HubSpot, Salesforce, Slack, Zendesk.
- AI: OpenAI, Anthropic, Google AI ir specifinis „Appsmith AI“ įrankis.
Pastebėjau viršuje banerį, kad liko 15 dienų bandomojo laikotarpio. Tai dėl „Business“ funkcijų, pvz., detalių prieigos valdymo ir pažangesnio prekinio ženklo.
Tai netrukdė kurti, bet priminė, kad nors branduolys atviro kodo, prabangios funkcijos kainuoja.
Mano nuomonė apie backend nustatymus:
Natūralių integracijų gausa puiki. Nereikia naudoti Zapier kiekvienam žingsniui. Galimybė tiesiogiai jungtis prie PostgreSQL ir tuo pačiu traukti klientų duomenis iš Zendesk vienoje aplikacijoje yra tai, ko ir turėtų siekti tokie įrankiai.
6. Klaidų atsiradimas: KYC šablono testavimas
Išbandyti platformos ribas įkėliau KYC Dashboard (Know Your Customer) šabloną. Tai kur kas sudėtingesnė aplikacija su diagramomis, žemėlapiais ir statuso skyriais.
Iškart pasimatė raudona juosta apačioje: “View details for 8 errors.”
Spustelėjau, ir klaidų žurnalas buvo pilnas pranešimų:
- TypeError: [Object] Copy The blue value must be string.
- Linting error: set_verificationStatus: Expected an identifier and instead saw ‘}’.
Spustelėjau vieną klaidą – nuvedė į JS Object su užkoduotu logikos fragmentu. Kodas bandė gauti patvirtinimo statusą, bet logika buvo sudužusi. Rodė, kad šablonas tikėjosi prijungto duomenų šaltinio arba JavaScript sintaksė buvo klaidinga.
Paskyriau kelias minutes trintukų ir skliaustų taisymui bei statuso susiejimui su lentele, bet klaidos pasirodydavo vėl vaikštant tarp skyrių „Documents“ ir „Verification“.
Mano nuomonė apie klaidas:
Tai buvo labiausiai bauginanti patirtis. Siūlydami šabloną, jis turėtų veikti. Matyti 8 klaidas atidarius „pro“ šabloną buvo nuliūdina.
Tai įrodo, kad Appsmith negalima „paspausti ir paleisti“. Reikia mokėti skaityti klaidų žurnalus ir gilintis į JavaScript taisymus.
7. Publikavimas, versijų valdymas ir mobilus vaizdas
Galiausiai patikrinau diegimą. Paspaudžiau viršutiniame dešiniajame kampe Deploy. Nukėlė į gyvą programos versiją mano subdomene. Buvo greita ir atrodė kaip kūrimui skirta sąsaja.
Taip pat peržiūrėjau Responsive Design spustelėdamas „Mobile“ ir „Tablet“ ikonėles:
- Tablet view: viskas gerai suglaudėsi.
- Mobile view: katastrofa. Didele diagrama ir platesnė lentele tiesiog nesutilpo. Reikėtų valandas slėpti ar keisti išdėstymą. Tai aiškiai „Desktop First“.
Dėl versijų valdymo radau „Connect Git“ parinktį. Galite susieti su GitHub arba GitLab. Tai didelis pranašumas – jūsų aplikacijos kodas nėra įstrigęs Appsmith duomenų bazėje; galite tvarkyti lyg tikrą programinės įrangos projektą.
Mano įvertinimas publikuojant:
Publikavimas sklandus kaip šilkas. Vienas paspaudimas – ir gyva. Git integracija – tai, kas išskiria Appsmith nuo prastesnių no-code įrankių.
Tačiau mobilus patyrimas – nusivylimas. Jei reikia telefonui pritaikytos programos, teks daug rankinio darbo su išdėstymu.
Galutinės mintys: ar tikrai galite turėti savą kodą?
Appsmith – galingas, „nerangus“ įrankis gerąja prasme. Jis nekloja kodo po kilimu; pateikia jį ant stalo. Kadangi atviro kodo, galite savišeiminti ir iš tikrųjų valdyti savo aplinką.
Jis labiau programuotojams nei ribotoms naudotojų grupėms. Jei reikia skydų, susisakančių su penkiomis skirtingomis duomenų bazėmis, ir mokate bent šiek tiek JavaScript, tai aukščiausio lygio pasirinkimas. Tik būkite pasiruošę tyrinėti klaidų žurnalus.
Appsmith kainodara ir planai
Appsmith siūlo tris planus, taikomus pagal naudotojų skaičių. Nėra paslėptų kūrėjų vietų mokesčių, jokių mokesčių už programą – tik aiški mėnesinė sąskaita pagal darbui reikalingų naudotojų skaičių.
| Planas | Kaina | Vartotojai | Pagrindinės funkcijos | Tinka |
| Nemokamas | $0/mėn. | iki 5 | 5 darbo erdvės, Git (3 repo), Google SSO, 3 standartinės rolės, viešos programos, bendruomenės palaikymas | Individualiems programuotojams, studentams, MVP testavimui |
| Business | $15/mėn. už naudotoją | iki 99 | Neapribotos darbo erdvės/repo, darbo eiga, premium integracijos, pasirinkt. rolės, audit logs, galimybė šalinti ženklinimą, prioritetinė parama | Augančioms komandoms, agentūroms, operacijų skyriams |
| Enterprise | $2,500/mėn. | 100+ naudotojų | SAML/OIDC SSO, SCIM provision, CI/CD, uždaras įterpimas, airgapped edition*, valdomas hostinimas*, 24/7 palaikymas, dedikuotas inžinierius | Didelėms organizacijoms, reguliuojamoms industrijoms, SOC 2 atitikmams |
*Papildoma funkcija
Mokėjimo ir atsiskaitymo informacija
- Priimami būdai: kred. kortelė (Business), sąskaita/faktūra (Enterprise)
- Atsiskaitymo ciklas: mėnesinis Business, metiniai kontraktai Enterprise
- Metinė nuolaida: nenurodyta viešai. Reikia susisiekti su pardavimų komanda
- Grąžinimo politika: nepaaiškinta kainų puslapyje
- Paslėptos išlaidos: airgapped edition ir valdomas hostingas – Enterprise priedai
Svarbu: kūrėjų vietos netraumuojamos papildomai. Visi, kurie kuria ar redaguoja programėles, skaičiuojami kaip standartiniai naudotojai po $15/mėn. Tai didžiulis pranašumas, palyginti su platformomis, kurios ima premiją už „builder“ paskyras.
Mano rekomendacija: kurį planą pasirinkti?
Pradėkite nuo Nemokamo, jei dirbate vieni arba esate 3–5 asmenų komanda ir tik tyrinėjate Appsmith galimybes. 15 dienų Business bandomasis leidžia naudotis darbo eiga ir premium integracijomis. Pasinaudokite šiuo laiku, sukurkite tikrą programą ir patikrinkite, ar platforma atitinka jūsų poreikius.
Pereikite prie Business kai prireiks daugiau nei 5 naudotojų arba norėsite pašalinti Appsmith ženklinimą. $15 naudotojui – konkurencinga kaina. Neapriboti Git repo ir pasirinkt. rolės daro šį planą optimalų daugeliui komandų.
Enterprise rinkitės tik jei turite >100 vartotojų arba griežtus atitikties reikalavimus. $2,500 mėn. riba didelė, bet dedikuota parama ir valdomas hostinimas atsveria riziką didelėms organizacijoms.
Appsmith alternatyva: Retool
Jei jūsų tikslas – greitai sukurti vidines priemones be sudėtingos pradžios ir turite biudžetą enterprise lygio funkcijoms, Retool yra stipri alternatyva.
Abi platformos priklauso tam pačiam low-code segmentui ir skirtos techninėms komandoms kurti vidinius skydus, admin paneles ir CRUD aplikacijas. Jos abi siūlo drag-and-drop UI kūrėją, tiesiogines DB jungtis ir JavaScript visur, bet skiriasi požiūriu.
Retool – tai closed-source, enterprise lygio platforma, optimizuota greičiui ir išpildymui, o Appsmith – atviro kodo, programuotojams draugiška platforma, skirta pritaikomumui ir savišeiminimui.
| Funkcija | Appsmith | Retool |
|---|---|---|
| Paprastumas | Vidutinis mokymosi kreivė; sudėtingai logikai reikia JavaScript žinių | Poliruotesnė sąsaja; intuityvu ir programuotojams, ir mažiau techniniams naudotojams |
| Kam tinka | Startuoliams, tech-komandoms, mėgstantiems savišeiminimą | Įmonėms, komandoms, kurioms greita diegti, su didesniu biudžetu |
| Mobilios programos | Prioritetas darbalaukio versijai; mobilui reikia rankinio pritaikymo | Geresni mobilūs komponentai iš karto; vis tiek fokusuota į desktop |
| Backend ir duomenys | Tiesioginės DB jungtys; be įmontuotos duomenų bazės | Tiesioginės DB jungtys + įmontuota SQL duomenų bazė su lenteliniu redaktoriumi |
| Dizaino lankstumas | Tinklelio išdėstymas; platus kodo pritaikymas | Iš anksto paruošti šablonai; labiau rafinuoti komponentai; mažiau žemo lygio kontrolės |
| Veikimas | Gali stringti su sudėtingomis darbo eigomis; bendruomenės optimizacijos | Dažniausiai spartesnis; enterprise infrastruktūros optimizavimas |
| Kainodara | Nemokamai (neapribota vartotojų savišeiminant); $15/vartotojui debesyse | Nemokamai (5 naudotojai); $10/vartotojui + $50/kūrėjui Team plane; brangėja sparčiai |
Galutinis verdiktas apie Appsmith
Po valandų darbų kuriant programėles, jungiant duomenų bazes, taisant šablonus ir testuojant diegimą, žinau vieną: Appsmith – galingas, nekompromisinis įrankis, skirtas kūrėjams, norintiems valdyti kiekvieną detalę.
Bet tiesa tokia: tai ne „sukurk programėlę per 10 minučių nerašydamas nė vienos eilutės kodo“ platforma. Mokymosi kreivė reali. Šablonai su klaidomis. Mobilumas reikalauja rankinio darbo. Jei tikitės poliruoto ir glostančio rankas patyrimo, greitai nusivilsite.
Mano rekomendacija: rinkitės Appsmith, jei esate backend programuotojas (Django, Rails, Node), kuriam reikia sukurti 3–5 vidines priemones neparašant viso frontend kodo rankomis. $15/vartotojui kaina sąžininga, Git versijų kontrolė būtina, o savišeiminimo galimybė užtikrina investicijos ateitį.
