Šajā apskatā jūs redzēsit tieši to, ko Appsmith var un ko nevar darīt: reģistrēšanās procesu, veidotāja saskarni, kā tas pārvalda datu savienojumus, kur parādījās kļūdas, kāda patiesībā ir cenu politika un vai tas kā izstrādātājam ir jūsu laika vērts. Spoileris: tas ir jaudīgs, bet nekārtīgs gan labā, gan sliktā nozīmē.
Kas ir Appsmith?
Vairums uzņēmumu izšķērdē inženiertehniskās stundas, veidojot vienus un tos pašus iekšējos rīkus atkal un atkal. Atbalsta darbinieku paneļus, krājumu pārvaldniekus, apstiprināšanas darbplūsmu.
Appsmith dod jums vizuālo veidotāju, kurā jūs velkat logrīkus uz audekla, savienojat tos ar savām datubāzēm vai API un izvietojat darba lietotni stundās, nevis nedēļās.
Tā tas strādā: vispirms jūs savienojat datu avotu (PostgreSQL, MongoDB, REST API, Google Sheets u.c.). Pēc tam jūs velkat lietotāja saskarnes komponentus (tabulas, formas, diagrammas, pogas) uz režģa bāzes audekla.
Aizkulisēs Appsmith ģenerē JavaScript un SQL vaicājumus, kas visu nodrošina. Jūs varat tieši skatīt un rediģēt šo kodu, kas to atšķir no tīriem “no-code” rīkiem, kas slēpj loģiku no jums.
Kas padara Appsmith unikālu:
- Atvērts kods ar pilnu pašizvietošanas iespēju: Varat to izvietot pašiem un patiesi kontrolēt savu kodu
- Tiešas datubāzu savienojumi: Nav starpprogrammatūras slāņa, kas visu palēnina
- Git integrācija: Apstrādājiet savu lietotni kā īstu programmatūras projektu ar versiju kontroli
- Koda caurredzamība: Uzreiz pārslēdzieties starp vizuālo veidotāju un neapstrādātu JavaScript/SQL
Kam ir domāts Appsmith?
Appsmith ir veidots tehniski orientētām komandām, kurām nepieciešams rīkoties ātri, nezaudējot kontroli vai elastību:
- Back-end izstrādātāji, kas veido iekšējos paneļus: Jūs esat Django, Rails vai Node izstrādātājs un esat noguris pavadīt dienas, savienojot administrēšanas saskarnes. Ideāli piemērots klientu atbalsta rīku, pasūtījumu pārvaldības sistēmu vai datu izpētes paneļu izveidošanai.
- Jaunuzņēmumu tehniskie dibinātāji, kas prototipē MVP: Jums ir ātri jāpārbauda ideja, bet arī jāvēlas iespēja vēlāk eksportēt kodu un izvietot pašiem.
- DevOps un datu komandas, kas veido operacionālos rīkus: Jums ir vajadzīgas lietotnes, kas apvieno vairākus avotus: Slack brīdinājumiem, HubSpot klientu datiem, PostgreSQL transakciju žurnāliem.
- Prasmes līmenis ir vidējs: Nav nepieciešams būt vecākajam inženierim, bet jums jāizprot, kas ir datubāzes vaicājums un kā darbojas JavaScript objekti.
Appsmith plusi un mīnusi
- Atvērts kods ar pilnu pašizvietošanas iespēju
- Tieši datubāzu savienojumi (bez API starpprogrammatūras)
- Vizuālais veidotājs ar piekļuvi neapstrādātam kodam
- Iespaidīgas vietējās integrācijas (50+ datu avoti)
- Git integrācija versiju kontrolei
- Ar vienu klikšķi izvietošana uz dzīvas apakšdomēna
- Pielāgoti JavaScript objekti sarežģītai loģikai
- Globālā tēmu pārvaldība ietaupa ievērojamu laiku izskatam
- Nav rakstzīmju ierobežojumu koda rediģēšanā
- Aktīva kopiena un detalizēta dokumentācija
- Velc un nomet logrīki pielīp režģim
- Iepriekš sagatavoti paraugi bieži vien satur kļūdas
- Mobilā reaģētspēja prasa pastāvīgu manuālu pielāgošanu
- Mācīšanās līkne stāvāka nekā tīriem bezkoda rīkiem
Gatavi uzzināt, vai Appsmith atbilst jūsu darbplūsmai? Sāciet ar viņu mākoņversiju un savienojiet testa datubāzi. Jūs 30 minūšu laikā sapratīsiet, vai tas ir jums piemērots, vai nepieciešams kaut kas vienkāršāks.
Appsmith funkcijas
- Vienlaicīgi vairāku datubāzu savienojumi vienā lietotnē
- Velc un nomet uz logrīkiem balstīts UI veidotājs
- Pielāgots JavaScript sarežģītai loģikai
- Vienas klikšķa publicēšana ar dzīvu apakšdomēnu
- Git versiju kontroles integrācija
- 50+ vietējo datu avotu integrācijas
- Globālā tēmu pielāgošana
- Piekļuves kontrole pēc lomām
Mana praktiskā pieredze ar Appsmith
Tas ir pilnvērtīgs platformas risinājums datu apjomīgām lietotnēm. Es dokumentēju katru soli – no brīža, kad es nokļuvu uz galvenās lapas, līdz tam, kad es laboju bojāto JavaScript iepriekš sagatavotā paraugā.
1. Sākums: reģistrēšanās un pirmie iespaidi
Galvenā lapa ir drosmīga, uzsverot ideju par “AI darbinātām lietotnēm un aģentiem”. Es neredzēju uzreiz uz sākuma ekrāna uzvednes lodziņu; tā vietā man vajadzēja noklikšķināt uz purpura Start for free pogas.
Tas izraisīja izvēli: Start on cloud vai Self-host. Tā kā es testēju ātruma dēļ, es izvēlējos mākoņa variantu, lai izvairītos no Docker konteineru uzstādīšanas savā datorā.
Reģistrācijas ekrāns bija standarta. Google, GitHub vai e-pasts. Es izvēlējos e-pastu. Pēc datu ievadīšanas mani pārsūtīja uz ekrānu “Check your inbox”.
Es atvēru savu pasta programmu, noklikšķināju uz verifikācijas saites un man parādījās uznirstošais logs “Link confirmation”. Man bija jāklikšķina uz Confirm, lai beidzot iekļūtu sistēmā.
Kad iekļuvu iekšā, man vajadzēja nosaukt savu organizāciju. Es to nosaucu par “HostAdvice Reviews”. Sistēma pārbaudīja apakšdomēnu un piešķīra hostadvice-reviews-1.appsmith.com.
Pēc e-pasta apstiprināšanas un organizācijas izveides Appsmith mani nekavējoties novirzīja uz ekrānu “Connect a datasource”.
Tas skaidri atspoguļo viņu filozofijas kodolu. Viņi vēlas, lai jūs jau no paša sākuma domājat par datiem.
Ekrānā bija daži galvenie elementi:
Sample Datasources augšpusē – divas iepriekš sagatavotas iespējas:
- movies – standarta filmu kolekcija
- users – standarta lietotāju informācija
Šie skaidri ir domāti testēšanai un apguvei, neizveidojot saiti ar savu datubāzi.
Most Popular sadaļa zemāk, kur redzamas galvenās datu avotu iespējas:
- Google Sheets
- REST API
- PostgreSQL
- MySQL
- MongoDB
Kas man uzreiz iekrīt acīs, bija izceltais saite “Skip this step, I’ll do it later” augšējā labajā stūrī. Tas dod jums iespēju, ja vēlaties vispirms vienkārši izpētīt saskarni.
Ir arī nomierinošs drošības paziņojums: “When connecting datasources, your passwords are AES-256 encrypted, and we never store any of your data.”
Tas ir gudrs iesākšanas gājiens. Tā vietā, lai mestu jūs tukšā audeklā, Appsmith būtībā saka: “Hei, iekšējie rīki ir par datiem – sāksim tur.” Paraugu datu avoti ir ideāli piemēroti iesācējiem, kas vēlas izmēģināt platformu. Izlaidšanas iespēja ir arī izšķiroša – tā neliek jums pieņemt lēmumu, uz kuru neesat gatavs.
Pēc datu avota savienojuma izlaides mani novirzīja uz galveno Appsmith darba vidi.
Interfeiss uzreiz šķita profesionāls. Tam ir trīs rūts izkārtojums, ko izstrādātāji atpazīs:
- Kreisā sānjosla (Explorer): šeit glabājas jūsu lapas, API un JS objekti.
- Centrālais audekls: tas ir režģis, kurā nometat savus logrīkus.
- Labā sānjosla (Property Pane): šeit pielāgojat iestatījumus tam, uz ko noklikšķinājāt.
Mans viedoklis par reģistrēšanos:
Reģistrēšanās bija ātra, taču papildu klikšķis “Confirm” e-pasta verifikācijas laikā šķita mazliet lieks kavējums. Saskarne ir skaidra, taču, ja neesat pieradis pie izstrādes vidēm, tā izskatās nedaudz biedējoša.
Tā ir veidota cilvēkiem, kas saprot, ka lietotnes sastāv no “logrīkiem” un “datu avotiem”, nevis tikai no “lapām”.
2. Mana pirmā būve: datu savienošana un rakstzīmju ierobežojumi
Kad veidotājs atvērās, es uzreiz meklēju AI uzvednes lodziņu. Appsmith nesākas ar “ieraksti, ko vēlies” tērzēšanas interfeisu kā daži jaunāki AI veidotāji.
Tā vietā vispirms veidojat UI. Es velku Table logrīku uz audekla. Tas bija vienkāršs vilkšanas un nomešanas gājiens, un tabula pielīda pie režģa.
Es noklikšķināju uz Connect Data tabulai, un no labās puses izslīdēja panelis. Es izvēlējos filmas datus, un tabula uzreiz piepildījās ar filmu nosaukumiem un ieņēmumu skaitļiem.
Es nesaskāros ar rakstzīmju ierobežojumiem, jo es vēl neko nemudināju AI rakstīt kodu; es manuāli savienoju laukus. Tomēr es pamanīju, ka veidņu nosaukumos (piemēram, mainot Table1 uz MovieTable) sistēma stingri nepieļauj atstarpes un speciālās rakstzīmes.
Mans viedoklis par šo posmu:
Man patiesībā tas patīk labāk nekā tīrie tērzēšanas AI veidotāji. Tas sniedz vairāk kontroles. Logrīki šķiet “smagāki” un stabilāki. Tie ne vienkārši peld apkārt; tiem ir specifiskas īpašības, kuras var saistīt ar datiem. Tas šķita jaudīgi, bet noteikti prasa zināt, kas ir “vaicājums”, lai to pilnībā izmantotu.
3. Lietotnes veidošanas process: logrīki un vaicājumi
Tālāk es vēlējos pievienot interaktivitāti. Es velku DatePicker logrīku uz audekla. Pēc noklikšķināšanas labajā Rekvizītu panelī parādījās katrs iespējamais iestatījums: datuma formāts, noklusējuma datums un pat “First Day of Week.”
Pēc tam es noklikšķināju uz JS cilnes sānjoslā. Šeit Appsmith kļūst dziļš. Es varēju redzēt faktisko JavaScript kodu, kas darbina lietotni. Es pamanīju objektu ar nosaukumu JSObject1 ar funkcijām myFun1 un myFun2. Tas man deva signālu, ka es varu rakstīt pielāgotu loģiku, lai pārveidotu savus datus pirms to ielādes tabulā.
Es arī apskatīju Queries sadaļu. Es redzēju vaicājumu ar nosaukumu Find_movies1. Atverot to, parādījās neapstrādāts datubāzes komandas teksts. Es varēju redzēt loģiku par:
- Filtering: Kā lietotne nosaka, kuras filmas parādīt.
- Sorting: Filmu sakārtošana pēc ieņēmumiem.
- Pagination: Filtru ierobežošana uz 5 vai 10 filmām vienlaikus, lai lietotne nepalēninātos.
Mans viedoklis par būvēšanas procesu:
Šī ir patiesa “zemu-koda” platforma, nevis “bezkoda”. Jūs varat pietikt ar tikai velc un nomet, bet brīdī, kad vēlaties, lai lietotne patiešām kaut ko dara, jūs skatīsities JavaScript un SQL. Man patika, cik viegli bija pārslēgties starp vizuālo skatu un koda skatu.
4. Dizaina pielāgošana: stils un tēmas
Es pārgāju uz Theme iestatījumiem, lai redzētu, cik daudz varu mainīt “izskatu un sajūtu”. Appsmith nav tik elastīgs kā vietņu veidotājs, piemēram, Webflow, bet ir pieejamas pietiekami labas opcijas.
- Pamata krāsa: es varēju vienlaikus mainīt akcenta krāsu visām pogām un saitēm lietotnē.
- Lietotnes fonti: aptuveni divpadsmit standarta tīmekļa fonti.
- Robežas rādiuss: varēju izvēlēties “None” asām malām vai “Full” apaļām pogām.
- Ēnas: četri kritienu ēnu līmeņi, lai logrīki izceltos uz lapas.
Es arī testēju Navigation iestatījumus. Es varēju izvēlēties, vai izvēlnes ir augšpusē vai sānos. Es izvēlējos sānskapi un ieslēdzu “Light” tēmu tam. Ir arī pārslēgs “Show application title”, kuru es atstāju ieslēgtu.
Mans viedoklis par pielāgošanu:
Tas ir pietiekami, lai saskaņotu lietotni ar jūsu uzņēmuma zīmolu, taču negaidiet šeit izveidot “skaistu” patērētāju lietotni. Tā ir veidota funkcionalitātei. Funkcija “Global Theme” ir lieliska, jo jums nav jāsāk katru pogu atsevišķi, kas ietaupa milzīgu laiku.
5. Savienojums ar aizmuguri: integrācijas un datu avoti
Es atgriezos “Datasources” lapā, lai redzētu pilnu sarakstu ar to, ko varu pieslēgt. Tas ir iespaidīgs saraksts.
- Datubāzes: MongoDB, PostgreSQL, MySQL, Redis, MS SQL.
- SaaS: Google Sheets, Airtable, HubSpot, Salesforce, Slack, Zendesk.
- AI: OpenAI, Anthropic, Google AI un īpašs “Appsmith AI” rīks.
Es pamanīju mazu baneri augšpusē ar norādi, ka man ir 15 dienas atlikušo bezmaksas izmēģinājumu. Tas ir paredzēts “Business” funkcijām, piemēram, detalizētai piekļuves kontrolei un uzlabotai zīmola pielāgošanai.
Tas mani neatturēja no veidošanas, taču tas atgādina, ka, lai gan kodols ir atvērts, papildu funkcijas ir par maksu.
Mans viedoklis par aizmugures uzstādīšanu:
Dzimto integrāciju skaits ir iespaidīgs. Jums nav nepieciešams izmantot Zapier visam. Spēja tieši pieslēgties PostgreSQL datubāzei un vienlaikus vilkt klientu datus no Zendesk vienā lietotnē ir tieši tas, ko šādam rīkam vajadzētu spēt.
6. Kad parādījās kļūdas: KYC veidnes tests
Lai pārbaudītu platformu, es ielādēju KYC Dashboard (Know Your Customer) veidni. Tā bija daudz sarežģītāka lietotne ar diagrammām, kartēm un statusa cilnēm.
Tūlīt ekrāna apakšā parādījās sarkans josla: “View details for 8 errors.”
Es noklikšķināju uz tās, un kļūdu žurnāls bija pilns ar ziņojumiem, piemēram:
- TypeError: [Object] Copy The blue value must be string.
- Linting error: set_verificationStatus: Expected an identifier and instead saw ‘}’.
Es noklikšķināju uz vienas kļūdas, un tas mani aizveda uz JS Object daļu panelī. Kods mēģināja izvilkt verifikācijas statusu, bet loģika bija salauzta. Izskatījās, ka veidne meklē datu avotu, kas nav pilnībā savienots, vai tajā ir JavaScript sintakses kļūda.
Es pavadīju dažas minūtes, cenšoties izdzēst liekās iekavas un pārsaistīt statusu “Verified” tabulai, taču kļūdas turpināja parādīties, pārejot uz dažādām cilnēm, piemēram, “Documents” un “Verification”.
Mans viedoklis par kļūdām:
Šī bija visnepateicīgākā daļa pieredzē. Ja piedāvājat veidni, tai būtu jāstrādā. Redzēt 8 kļūdas acumirklī, kad atverat “pro” veidni, bija nomācoši.
Tas pierāda, ka ar Appsmith nevar vienkārši “klikšķināt un darboties”. Jums ir jābūt ērti lasīt kļūdu žurnālus un ķerties pie JavaScript, lai labošanas darbi.
7. Publicēšana, versiju kontrole un mobilo skatījumi
Visbeidzot, es pārbaudīju izvietošanas pusi. Es noklikšķināju uz Deploy pogas augšējā labajā stūrī. Mani aizveda uz lietotnes dzīvo versiju manā pielāgotajā apakšdomēnā. Tas bija ātri un izskatījās tieši tāpat kā veidotājā.
Es arī pārbaudīju Responsive Design, noklikšķinot uz “Mobile” un “Tablet” ikonām ekrāna augšā.
- Planšetdatora skats: viss labi samazinājās.
- Mobilā skats: tas bija haotisks. KYC paneļa lielās diagrammas un plašās tabulas vienkārši neietilpa. Man būtu jāiegulda daudzas stundas manuālā veidā, slēpjot logrīkus vai mainot to izmērus mobilajam. Tas noteikti ir “Desktop First”.
Attiecībā uz Version Control, es redzēju opciju “Connect Git”. Jūs varat saistīt savu lietotni ar GitHub vai GitLab. Tas ir ļoti svarīgi, jo tas nozīmē, ka jūsu lietotnes kods nav ieslodzīts Appsmith datubāzē; jūs to varat pārvaldīt kā īstu programmatūras projektu.
Mans viedoklis par publicēšanu:
Publicēšana ir kā samts. Viena klikšķa un esat tiešsaistē. Git integrācija ir tas, kas atšķir Appsmith no “amatieriskākiem” bezkoda rīkiem.
Tomēr mobilā pieredze bija vilšanās. Ja jums vajag lietotni, kas strādā uz telefona, jums būs jāiegulda daudz manuāla darba, lai pielāgotu izkārtojumu.
Noslēguma pārdomas: vai jūs patiešām varat kontrolēt kodu?
Appsmith ir jaudīgs, “nekārtīgs” rīks labā nozīmē. Tas neslēpj kodu no jums; tas to izvirza priekšplānā. Tā kā tas ir atvērta koda, jūs to varat izvietot pie sevis, kas nozīmē, ka jūs patiesi kontrolējat savu vidi.
Tas šķiet vairāk orientēts uz izstrādātājiem un mazāk ierobežots. Ja jums ir nepieciešams panelis, kas savienojas ar piecām dažādām datubāzēm un jūs pārzināt nedaudz JavaScript, tas ir augstākās klases risinājums. Vienkārši esiet gatavi pavadīt laiku, analizējot kļūdu žurnālus.
Appsmith cenas un plāni
Appsmith piedāvā trīs cenu līmeņus, kuru pamatā ir lietotāju modelis. Nav slēptu maksu par izstrādātāju vietām, nav maksu par lietotnēm – vienkārša ikmēneša norēķinu sistēma pēc cilvēku skaita jūsu darba vidē.
| Plāns | Cena | Lietotāji | Galvenās iezīmes | Vispiemērotākais |
| Free | $0/month | Līdz 5 | 5 darba vides, Git (3 repozitoriji), Google SSO, 3 standarta lomas, publiskas lietotnes, kopienas atbalsts | Atsevišķi izstrādātāji, studenti, MVP testēšana |
| Business | $15/month par lietotāju | Līdz 99 | Neierobežotas darba vides/repos, darbplūsmas, premium integrācijas, pielāgotas lomas, audita žurnāli, zīmola noņemšana, prioritārs atbalsts | Augošas komandas, aģentūras, operāciju departamenti |
| Enterprise | $2,500/month | 100+ lietotāji | SAML/OIDC SSO, SCIM nodrošināšana, CI/CD, privāta iegulšana, airgapped izdevums*, pārvaldīta hostings*, 24/7 atbalsts, piešķirts inženieris | Lieli uzņēmumi, reglamentētās nozares, SOC 2 atbilstības prasības |
*Papildu funkcija
Apmaksas un norēķinu informācija
- Pieņemtās metodes: kredītkarte (Business), rēķins/līgums (Enterprise)
- Norēķinu cikls: ikmēneša Business plānam, gada līgumi Enterprise plānam
- Gada atlaide: nav publiski reklāmēta. Jāsaņem kontaktēšanās ar pārdošanas nodaļu
- Atmaksas politika: nav norādīta cenu lapā
- Slēptās izmaksas: airgapped izdevums un pārvaldīts hostings ir apmaksātas papildfunkcijas Enterprise plānā
Svarīga piezīme: Izstrādātāju vietas netiek papildu apmaksātas. Ikviens, kas veido vai rediģē lietotnes, tiek uzskaitīts kā standarta lietotājs par to pašu $15/mēnesī likmi. Tas ir milzu atšķirība salīdzinājumā ar platformām, piemēram, Retool, kas iekasē papildu maksu par “builder” kontiem.
Mans ieteikums: kuru plānu izvēlēties?
Sāciet ar Free, ja esat atsevišķs izstrādātājs vai 3–5 cilvēku komanda, kas vienkārši izpēta, ko Appsmith spēj. 15 dienu Business izmēģinājums sniedz pilnu piekļuvi darbplūsmām un premium integrācijām, tāpēc izmantojiet šo laiku, lai izveidotu reālu lietotni un pārliecinātos, vai platforma atbilst jūsu darbplūsmai.
Jauniniet uz Business brīdī, kad jums nepieciešams vairāk nekā 5 lietotāji vai vēlaties noņemt Appsmith zīmolu. Par $15/lietotājs tas ir konkurētspējīgs. Neierobežots Git repozitoriju skaits un pielāgotas lomas padara šo līmeni par vispiemērotāko lielākajai daļai komandu.
Pārejiet uz Enterprise tikai tad, ja jums ir vairāk nekā 100 lietotāju vai stingras atbilstības prasības. $2,500/mēnesī sākumcena ir augsta, taču piešķirtais atbalsts un pārvaldītais hostings to attaisno lielām organizācijām, kuras nevar atļauties dīkstāvi.
Appsmith alternatīva: Retool
Ja jūsu mērķis ir ātri izveidot iekšējos rīkus ar minimālu uzstādīšanas sarežģītību un jums ir budžets uzņēmuma līmeņa funkcijām, Retool ir spēcīga alternatīva.
Abas platformas darbojas tajā pašā zemu koda segmentā un mērķē uz tehniskām komandām, kas veido iekšējos paneļus, administrēšanas saskarnes un CRUD lietotnes. Tām ir līdzīgas filozofijas, velc-un-nomet UI veidotāji, tiešie datubāzu savienojumi un JavaScript visur, taču pieejā tās būtiski atšķiras.
Retool ir slēgta koda, uzņēmumorientēta platforma, optimizēta ātrumam un pulētībai, kamēr Appsmith ir atvērta koda, izstrādātājam orientēta platforma, veidota pielāgošanai un pašizvietošanas elastībai.
| Funkcija | Appsmith | Retool |
|---|---|---|
| Lietošanas ērtums | Vidēja mācīšanās līkne; sarežģītai loģikai nepieciešamas JavaScript zināšanas | Polētāka saskarne; intuitīvs gan izstrādātājiem, gan mazāk tehniskiem lietotājiem |
| Vispiemērotākais | Jaunuzņēmumiem, tehniski spēcīgām komandām, pašizvietošanas atbalstītājiem | Uzņēmumiem, komandām, kurām nepieciešama ātra izvēršana, organizācijām ar lielāku budžetu |
| Mobilās lietotnes | Desktop-first; mobilajam nepieciešama manuāla pielāgošana | Labākas mobilās komponentes iebūvētas pēc noklusējuma; joprojām orientēts uz desktop |
| Aizmugure un dati | Tieši DB savienojumi; nav iebūvētas datubāzes | Tieši DB savienojumi + iebūvēta SQL datubāze ar izklājlapas tipa redaktoru |
| Dizaina elastība | Režģa izkārtojums; plaša koda pielāgošana | Iepriekš sagatavotas veidnes; rafinētākas komponentes; mazāka pieeja zemā līmenī |
| Veiktspēja | Var būt aiztures ar sarežģītām darbplūsmām; optimizācijas, ko nodrošina kopiena | Parasti ātrāks; uzņēmumiem optimizēta infrastruktūra |
| Cenu politika | Bezmaksas (neierobežots lietotāju skaits pašizvietojot); $15/lietotājs mākoņā | Bezmaksas (5 lietotāji); $10/lietotājs + $50/builder Team plānā; ātri kļūst dārgs |
Beigu verdikts par Appsmith
Pēc tam, kad pavadīju stundas, veidojot lietotnes, savienojot datubāzes, atkļūdojot veidnes un testējot izvietošanu, es noteikti zinu: Appsmith ir jaudīgs, bezkompromisa rīks, kas ir veidots izstrādātājiem, kuri vēlas kontroli.
Bet šeit ir realitātes pārbaude: Šī nav platforma, kur izveidot lietotni 10 minūtēs bez koda rakstīšanas. Mācīšanās līkne ir reāla. Iepriekš sagatavotas veidnes brīdī varēs satikt kļūdas. Mobilā reaģētspēja prasa manuālu darbu. Ja gaidāt glancētu, soli pa solim vedošu pieredzi, jūs tiksiet vīlušies jau pēc stundas.
Mans ieteikums: izvēlieties Appsmith, ja esat back-end izstrādātājs (Django, Rails, Node) un jums jāizveido 3–5 iekšējie rīki, neveidojot katru frontend koda rindu pats. $15/lietotājs cena ir godīga, Git versiju kontrole ir būtiska un pašizvietošanas iespēja nodrošina jūsu ieguldījuma ilgtermiņa drošību.
