Koji je programski jezik pogodan za pisanje programa za racunovodstvo

Microsoft je odustao od Fox-a, samim tim veliki broj programera traži alternative, novi programeri se ne odlučuju za rad sa njim.
Nije bukvalno mrtav, nisam tako ni mislio, ali svakako nema perspektivu. Sedna kao projekat prilagođavanja Fox-a .NET tehnologiji jeste interesantan ali samo odlaže neminovno (odnosno i nastao je da prebaci Fox programere na .NET).
I sam sam ga neko vreme koristio i mislim da su u njega ugrađene odlične ideje ali se pokazalo da ga je Microsoft kupio samo zbog rushmore tehnologije - i zaboravio. Čudo je i što je toliko opstao.


Python jeste vrlo interesantan ali...
Bavi li se neko na našim prostorima razvojem programa za knjigovodstvo u Python-u?
Baš bih voleo da vidim neki konkretan ali uporediv primer.

E da, u pitanju nije bilo navedeno za koju vrsta knjigovodstva se pise ta aplikacija - robno, materijalno, finansijsko, obracun zarada, osnovna sredstva, PDV, normativi, vodjenje KEPU i slicnih knjiga, izrada bilansa stanja i zavrsnih racuna, obracun zateznih kamata, kursnih razlika, carinskih stopa, itd. Pa su tu i varijante direktnog povezivanja na POS terminal i stampa na fiskalnom stampacu, pa izvoz podataka u elektronskoj formi za potrebe boniteta, poreske uprave, socijalnog & zdravstvenog osiguranja, pa specijalizovane statistike za odeljenje plana i analize i finansijskog direktora, razni izvestaji i nalozi za komercijalu i proizvodni sektor itd. Moze tu jos puno toga da se nabraja, sve zavisi od toga sta hoces da taj tvoj program radi.

Znaci, da li zelis da pises aplikaciju za neko najprostije knjigovodstvo sa najelementarnijim izvestajima, ili bi hteo da napravis objedinjeni alat za sve moguce primene u knjigovodstvu? U sustini, za neku najosnovniju varijantu, ako zelis da lici na Excel, "radi" matematicke operacije i sortira, mozes napraviti par makroa u Excelu i cuvati sve podatke u sheetovima. I to ce savrseno raditi posao za nekoga ko ima tri fakture mesecno i jednog zaposlenog. Ako zelis da pravis nesto kompleksnije, onda je potrebno da znas malo vise sta hoces od programa, osim da lici na Excel, racuna i sortira, pa samim tim mozes dobiti i konkretnije odgovore. Ja jos nisam cuo za programski jezik koji abnormalno radi matematicke operacije i u kojem nije moguce odraditi sortiranje, tako da nemoj da se cudis ako na ovom forumu ne dobijes odgovor koji si ocekivao.

Diskusija oko nacina implementacije korisnickog interfejsa nema smisla.

Prvo napravi srednji sloj/ aplikacionu logiku koja ce cucati na serveru, a onda napravi razlicite korisnicke interfejse - desktop, pda, web itd
Sve to moze da se zapakuje i u jedinstvenu desktop aplikaciju ako je takav korisnicki zahtev.

Rasprostranjena je varijanta - Java na serveru, sa JSP web interfejsom (Tomcat) ili .Net (C#) desktop klijentima.


_{[Ovu poruku je menjao cikaIvan dana 27.04.2008. u 17:24 GMT+1]}

Ako neko vec ima .NET programere koji rade desktop aplikaciju, zasto ne bi i serverska strana bila u .net-u? Ili obrnuto, ako ima Java programere, zasto ne napraviti i Java desktop stranu.

Potpis

Nebojsa Milanovic:
-Trumpa smatram vrhunskim predsednikom i voleo bih da živim u državi na čijem je on čelu
-Rusija ne laže, ne vodi osvajačke ratove
-Trump je svetla tačka u USA blatu
-Elon Musk, možda najpametniji i najtrezveniji Amerikanac

Zaista, sto da ne?
To je vec stvar licnih preferencijala.
Ako koristis Linux server, Java je verovatno logicniji izbor.
.Net klijent za desktop je verovatno lakse napisati u C# nego u Swingu i on ce se izvrsavati nesto brze na korisnikovoj Windows masini.

Mislim na liniju komandi File, Edit,View... sa padajucim listama ispod
naslovne linije u Excelu samo su to u ovom programu delovi programa,
izvestaji,.... Mislim na program koji ce obavljati sve knigovodstveno,
racunovodstveno, finansijske poslove na vise umrezenih kompjutera(robno,
materijalno, finansijsko, obracun zarada, osnovna sredstva, PDV, normativi,
vodjenje KEPU i slicnih knjiga, izrada bilansa stanja i zavrsnih racuna,
obracun zateznih kamata, kursnih razlika, carinskih stopa, itd. )
Pri unosenju podataka naprimer kontiranju u glavnoj knjizi konta se unose na
pocetku u koloni do kolone i sve se odvija u jednom redu (kao u Dnevniku -
ko se razume u knjigovodstvo) a kolone gde se unose podaci su kao u
Excelovom listu.

@mmix


Ne salim se. Zaista to mislim. Samo ce vreme pokazati da li ce tako biti. Uostalom, i sam si odgovorio zasto LINQ imas sanse, ta "SQL like" sintaksa jedino i moze da natera developere da ga probaju, da imaju bar jedan dobar deo sto imaju i sa SQL-om i jos plus nesto novo, a to novo ce biti static type checking i model podataka (naravno ovo ce ici preko nekog ORM alata), no da ne sirim pricu o ovome, posle ce neko reci da se samo izvlacim, uglavnom ovo je moje vidjanje, a da li ce biti tacno to ce vreme prosuditi.

@degojs


Izvni degojs ali brkas. Dao sam ti primer iz kojeg se vidi da brkas. Type sistem je jedno a osobine jezika drugo, i to sto je tebi kontradiktorno ne znaci i da jeste. Ako hoces i tvojim jezikom, onda bi to bilo ovako, "kudim" non static type sistem ali "hvalim" osobine "dinamickih" jezika, jer konstrukcije koje se sa njima mogu postici su zaista "mocne", i ja jesam pobornik spajanja ta dva sveta, u stvari to ti govore i ljudi poput Stroustrupa, Hejlsberg, cuces nesto poput "multiparadigm".

Ima tu jos elemenata...

Na primer, da li se aplikacija pravi od nule, ili se preradjuje par meseci ili par godina stara postojeca aplikacija? U prvom slucaju, lakse je odabrati najrazumniju opciju (da li je to .NET, Fox ili nesto deseto), dok u drugom slucaju treba ipak manje vremena da se aplikacija renovira unutar iste tehnologije (recimo sa Visual Fox Pro 7 na 8). problem sa dosta aplikacija sa kojima sam se sretao a koje su pisane u Fox-u (dos ili Windows), je taj sto su prve verzije tih aplikacija napisane u nekim slucajevima i pre vise od 10 godina, a od tada pa do danas su povremeno (ili konstantno) unapredjivane, ali na jednoj te istoj ili vrlo slicnoj platformi. U pocetku bese dBase, pa onda Clipper, pa zatim Fox, pa Visual Fox. Recimo u hotelu za koji radim vrti se aplikacija za hotelsko poslovanje, koja je napisana i Visual Fox Pro, sa klasicnim DBF fajlovima za bazu podataka. Ceo sistem bi bio mnogo efikasniji da je baza podataka na nekoj od SQL Server varijanti, ali ljudi koji su aplikaciju radili poceli su razvoj pre dosta godina, u medjuvremenu prodali izmedju 150 i 250 instalacija, i njima se ne isplati portovati sve na neku .NET + SQL platformu...

Ja sam upravo sada na pola puta da kompletiram portiovanje svih mojih aplikacija na VB.NET 2008 a koje su ranije bile pisane u VB6, dok je baza od samog pocetka uvek bila MS SQL. Dobit je visestruka (ocistio sam aplikaciju maksimalno od stvari sto planiram odavno a sto ne bih NIKAD uradio da sam ostao na VB6, povadio dosta bagova, optimizovao neke procedure tako da sada rade i preko 10x brze), jedino sto je potreban za nijansu jaci hardver. Da promena tehnologije nije bila tako velika (stari VB6 i .NET), dosta toga se ne bi desilo u skorije vreme, jer bih vrsio samo zaista neophodne izmene).

(p.s. Ja sam poceo sa clipper 5.0x, pa VB 3, 4, 5, 6, 2005, 2008)

Pa svako bi trebalo da ume da uporedi vreme i živce koje bi potrošio ako i ako ne uradi rewrite na boljoj platformi. Ako se radi kako treba, upgrade postojeće aplikacije, ma u čemu da je pisana, mogla bi da se svodi na "nekst, nekst".

Pogodnih ima mnogo.
Za desktop varijantu npr:

Borland C++ Builder (ili delphi) + access ili SQL server
ili
VB ( VB.NET ili C# ) + access ili SQL Server

Za web:

Oracle Forms + Oracle reports + Oracle

Potpis

there's something out there
waiting for us,
and it ain't no man...

Čisto mi je čudno da se nije javio ni jedan programer u Clarionu. Oni jako vole svoj jezik i brane ga ognjem i mačem ako treba. Foxpro je htio to netko priznati ili ne mrtav no još upotrebljiv. Koliko će to dugo biti vidjet će njegovi developeri. Mrtav je i Clipper pa se još uvijek ponegdje prodaje. U prilog tome, mi smo u firmi prije 6 mjeseci bacili masu licenci, instalacija, raznih 3-party libraryja, Clipper 5.2, Foxpro za DOs i windoze, VisualFoxPro, Ultimade, dBsee... zadržali smo Delphi 7.

Koliko god recimo ja obožavao Delphi, i iako on ima podršku za sve moguće tehnologije (win32, .net, podrška za SOAP, CORBA, MIDAS, COM, WERBSNAP, INTRAWEB) vidim da lagano ugiba. Čak i unatoč stalnoj podršci, novim verzijama, novim mogućnostima. A njime se može raditi sve što poželiš, i bilo kojim pristupom. Od web-based alikacija, n-tiered programa, servisa... što god ti na pamet padne.

Meni je smislen i budućnosti okrenuta najviše Java. To je odavno i dokazano i pokazano. Tko nije shvatio - ni neće. Na žalost tu je pitanje isplativosti jave. J2EE je divna stvar, po meni je to "prava stvar" u svim pogledima, osim kad staviš na papir koliko ti treba resursa za razvoj. Kad zbrojiš koliko ti treba vremena, koliko ti treba ljudi, koliko ti treba za održavanje, i što je vrlo bitno - koliko to uopće možeš prodati i po kojoj cijeni. tu pomalo pada u vodu i onda mi se opet nameće Delphi koji može puno toga, a znatno brže i preciznije nego u drugim jezicima.

Što se tiče knj. programa osnova je brza i pouzdana baza + interface, ili ako je ikako moguće baza + aplikacijski sloj + client. i tu se sve svodi na Javu, na .net, na Delphi u nekom od njegovih oblika.

Vidio sam stvari bazirane na ajaxu, tj. spregi ssi+csi jezika i zaključih da ne nude ništa bolje riješenje nego što se to može napraviti Javom ili Delphijem.

Ako se koristi Internet bez VPN-a. tj. nekih extranet riješenja, ne treba zaboraviti ni na ranjivost sadržaja i količini prometa koja je kod SOAP-a, a da ne govorim SSI+CSI itekako izražena.

Pa da rezimiram: tko ima resursa tu je platformski neovisna, jaka, pouzdana i vječna: Java. Kome se žuri i hoće naplatiti sve što stvori tu je Delphi i njemu slični jezici.

Potpis

God is real unless is declared as integer.

A, ovaj, na osnovu čega tvrdiš da je Delfi efikasniji od Jave (sem na osnovu toga što si ti radio u istom)?

A zasto ne flex ili AIR + webOrb i neka baza ?

Na osnovi toga što radim u Delphiju godinama, a imam i dobro iskustvo u C-u. Recimo da sam učio programirati i uživao u poslasticama tipa TSR programa i upravljanja periferijom i kontorlerima iz Turbo C-a. 2 još u doba DOS-a. Javu sam načeo prije par mjeseci i malo testirao što i kako.

Spomenut ću banalnu situaciju, za nešto vrlo jednostavno i efikasno mada izbjegavam takav pristup: Odabereš samo jednu od nekoliko metoda pristupa nekoj od baza, postaviš komponentu za connection, za transakcije, provider, datasetprovider, clientdataset, neki query, povežeš ga na datagrid i gotovo. Eventi okidaju, većina toga se odvija automatski i stvar je uglavnom riješena. A to napraviti u Javi? Ne znaš hoće li ti trebati više vremena da napraviš nešto upotrebljivo u Swingu što će ispravno hvatati kojekakve evente tj. signale ili ćeš krotiti JvTable. Ili ćeš se pak baciti na neki framework tipa Springa, Hibernatea i sl. A ako hoćeš punu snagu i moć Jave, baciš se na izradu zrna za aplikacijski server tipa Glasfisha ili Tomcata, pa onda još razvijaš i nekakvo web ili GUI sučelje i to sve ide sporije u odnosu na Delphi. Pogrešno si me razumio, ja kažem da je Java fantastična stvar i definitivno jedan od igrača budućnosti, no nije za one-man-band programiranje i nešto gdje treba brzo pokazati rezultate. Ja u Delphiju u par popodneva mogu stvoriti itekako efikasan program, za što će ti u Javi trebati znatno više. A moje je skromno mišljenje da će se i native kod uvijek brže izvršavati od raznih među-kodova kao što su Java ili .net . I kao što sam već spomenuo, objeručke bi prigrlio javu kad bi njom idući tjedan mogao uspješno zaraditi svojem djetetu za hranu jednako vješto kao i Delphijem. Smatram da je najbolji jezik onaj koji najbolje poznaješ. Tako sam ja u Delphiju koristio BDE i IBX. Sad se evo selim na nešto ozbiljnije i perspektivnije pa ćeš i naći na nekom od ovih podforuma moje bedasto početničko pitanje o radu s DBX jer sam u toj tehnologiji zbilja početnik. Slično tome je i Java. Ne tvrdim da je sporija, meni je sporija jer nemam za nju razvijene sisteme, rutine, štoseve i trikove koje mogu brzo iskorisiti.

Potpis

God is real unless is declared as integer.

@negyxo: apsolutno si u pravu!

@lukeguy: ne znam koji je tvoj razlog za odbijanje apsolutno nepobitne cinjenice a to je da su desktop aplikacije vec uveliko pocele da evoluiraju u web aplikacije i da ce u veoma skoroj buducnosti desktop aplikacije biti dinosaorusi u svetu kompjutera. Ne samo Zoho i Google Docs vec sam negde procitao i da je Photoshop vec izasao kao beta web aplikacija samo ne mogu da se setim gde je taj clanak. A uskoro ce i dial-up biti nesto sto sluzi za nedajboze jer ce brzi internet biti u svakom domacinstvu kao sto je sad telefon.

Ako sam ja sam uspeo da napravim da Preferans (http://www.preff.net) u AJAX-u, i to bez ikakvog iskustva sa JavaScriptom, zasto neko ne bi mogao jedan knjigovodstveni program u kome je em interaktivnost drasticno manja em nema potrebe za nekakvim kolaborativnim azuriranjem, a i to bi moglo bez problema.

U svakom slucaju, sada vec postoje JS editori ili JS plugin za Eclipse i slicno i vreme potrebno da se nesto uradi je sasvim uporedivo sa drugim programskim jezicima.

Potpis

Pedja
- http://www.CoPe.rs
- http://iKr.me - GROK! SKRATI TAJ LINK!

I GOTOVO??? Pa meni u Java treba 5 minuta da sve to odradim i to sa Hibernate??? A ovo sto si ti napisao ja bih skocio kroz prozor da moram da uradim, svega mi!



Idi??? A u Java eventi spavaju ili su na odmoru pa moras da ih tuzis da bi odradili svoj posao???



Pa sve ionako ide na web tako da ne vidim sta hoces da kazes??? I ne znam zasto rec "nekakvo"??? Nego posalji ti jedan mail Google-u i eBay-u da ne znaju sta rade i da batale Java zbog radi Delphi-ja... Stvarno ti je ceo ovaj deo vise nego bezveze, uvredljiv za sve Java programere i po meni za programere uopste. Neosnovano napadas nesto sto si i sam u pocetku napisao da ne poznajes!



APSOLUTNO NETACNO jer ja mogu u Java da napravim isti program za manje od par popodneva. http://www.kvizolino.com sam ceo napravio za dva tri popodneva, koliko bi ti trebalo za to u Delphiju???



Da, pa? Program pisan u Assembly-ju radi brze od drugih, u Masincu jos brze, pa? Da batalimo sve jezike i vratimo se na kartice? Postoji razlika izmedju "brze" ili cak "mnogo brze" i "zanemarivo brze". To sto kompjuterski moze da se izmeri da nesto radi 1000 puta brze nije uopste bitno ako je ljudima i ta sporija varijanta prebrza. Drugim recima, ako je nesto prebrzo ili "dovoljno brzo" sve sto je brze je "zanemarivo brze".



E, napokon se apsolutno slazemo! Ali ako tako smatras onda sve ovo gore napisano nema osnova. Jer mozda je tebi licno tesko nesto napraviti u Java ali si se raspisao i iznapadao Java kao da je to univerzalna istina a ne tvoje licno iskustvo ili problem. Ja recimo imam identican problem sa Delphijem, i najverovatnije ga necu nikada ni uciti kako treba, ali sigurno necu nikada reci da je apsolutno lakse, brze ili bolje programirati u Java ili da Delphi ne valja po bilo kojoj osnovi!!!

_{[Ovu poruku je menjao preff.net dana 01.05.2008. u 11:36 GMT+1]}

Potpis

Pedja
- http://www.CoPe.rs
- http://iKr.me - GROK! SKRATI TAJ LINK!

Za malo da zaboravim, kad vec spominjes Hibernate: sa Hibernate-om ne moras da poznajes SQL ili DB2 ili PostgreSQL ili bilo koji drugu DB sintaksu!!! Sve se radi sa klasama i metodama kao i ostatak Java programa! Drugim recima ne treba ti provider, datasetprovider, clientdataset, neki query i datagrid... U jednoj klasi podesis parametre za konekciju i "Vozi Misko"...

Potpis

Pedja
- http://www.CoPe.rs
- http://iKr.me - GROK! SKRATI TAJ LINK!

.net (VB.net , C#)
prednosti - brza izrade projekta
mana - rad samo na windowsima

Java
prednost - rad na više Os-ova sa manjim modifikacijama
mana - duža izrada projekta


Python

prednsot - jednostavnost, radi na više Os-ova
mana - nepostojanje kvalitetnog GUI-a kao što je VS, ako bi se pisalo ručno, duža izrada projekta

može se integrirati u VS, ali opet radi onda samo na win.


ako misliš koristiti aplikaciju samo na windowsima, onda preporučam C# + mysql.

_{[Ovu poruku je menjao MarkoBalkan dana 01.05.2008. u 12:36 GMT+1]}

Hm, ne postoji prebrza aplikacija.

Na primer, stara aplikacija (VB6+MS SQL 2000) za obradu plata koju prodajem vec nekih 4-5 godina radila je na prosecnom P4/256Mb/40Gb racunaru izmedju 5 i 10 zaposlenih u sekundi. Nova aplikacija na VB.NET 2008 + SQL 2005 radi na istom racunaru izmedju 20 i 90 zaposlenih u sekundi. Da li je to zbog nove i bolje tehnologije, ili zbog toga sto sam radi rewrite cele aplikacije od nule, ne znam. Za radnu okolinu sa 50 ili 100 zaposlenih i jedna i druga aplikacija su savrseno upotrebljive. Medjutim, sada pregovaram sa jednom drzavnom ustanovom koja ima izmedju 30 i 35,000 zaposlenih, i ti je ubrzanje izmedju 300% i 1000% i te kako znacajno.

sada pregovaram sa jednom drzavnom ustanovom koja ima izmedju 30 i 35,000 zaposlenih, jel to neka Omladinska Zadruga :)



30 ili 35.000

hahahha