Pomoć oko izbora baze i načina pristupa

gresis
recimo da je u neku ruku C# naslednik Delphi-a (http://en.wikipedia.org/wiki/C_Sharp_(programming_language) , http://en.wikipedia.org/wiki/Delphi_programming_language)
VisualBasic... jos uvek se pitam kako neki i dalje koriste 6icu pored .net verzija


sto se moodle-a tice, zavrsis fax na kom se korsiti i koliko sam upucen ispunjava i vise od onoga sto trazi
vec ima svoja resenja za testove, najverovatniej postoji i za psihologe neka resenja, tako da stvarno ne vidim razlog da u njemu pravis neki svoj ER model umesto da iskoristis i eventualno malo prilagodis gotovo resenje


nemoj da komplikujes bespotrebno

---

^
1) Želim da ostanem u okviru MS rešenja koliko je to krajnje moguće.
2) Visual Studio sadrži Visual Basic i Visual C++, to su jezici, koliko razumem, koje bih mogao da koristim. VB mi je blizak.
3) želim sam da napravim ER model i nikakvo gotovo rešenje mi ne odgovara. Ako Moodle ne može da ponudi ono što može Access, Moodle ne može biti moj izbor;
4) bitan momenat je kolaboracija, povezivost sa Office aplikacijama i mejlom, kalendarom... ne posmatram to kao dve zasebne stvari jer će u budućnosti da se preplatu.
5) "zavrsis fax na kom se korsiti" --> završim fax za korišćenje Moodla na moodle.edu :), ili ono što sam video: razni e-learning kursevi?

typo (em kucam naslepo em ne gledam sta kucam): zavrsiH fax na kom se korsiti i koliko sam upucen ispunjava i vise od onoga sto trazi
:)

mnogo si zakompikovao u startu
pogledaj mogucnosti moodle-a http://docs.moodle.org/en/Features (gle, povezivanje sa LDAP), pogledaj neko "resenje za saradnju" (Colanos Workplace, npr)i spoj sve to lepo u jedno
obzirom da je budzet nula, sumnjam da ces moci da priustis SharePoint

sto se VB tice, VB6 i VB.net se razlikuju solidno, koliko primetih (.net je objektno-orijentisan, npr)

---

OK,

Gotova rješenja, dakle, otpadaju ... Sljedeći korak je analiza polu-gotovih rješenja. Evo prijedloga:

S' obzirom da te privlači SharePoint, savjetujem da:

Se registruješ na http://www.sharepointhosting.com/ i prijaviš za 30 dana probnog pristupa na SharePoint 2007. Dobićeš svoj pod-domen u formatu XXXX.securespsites.com koji potom možeš detaljno testirati da bi odlučio da li je SharePoint pravac u kojem želiš ići.

Ako ti se dopadne ono što SharePoint nudi - možeš kupiti neki od hosting paketa kod provajdera: http://www.sherweb.com/ (iz razloga što SharePointHosting ne prodaje korisnicima van USA, ali nude trial period).

Elem...

SharePoint lijepo funkcioniše sa Office-om. Možeš kreirati workflow-e u skladu sa procesima koji se odvijaju u tvom sistemu. Ako želiš - možeš proširiti funkcionalnosti procesa upotrebom .NET WF (Workflow Foundation) objekata za SharePoint (primjer: http://blogs.msdn.com/bethmass...-sharepoint-2007-workflow.aspx ).

Front-end ti može biti Access koji će podatke skladištiti unutar SharePoint servera ( http://office.microsoft.com/en-us/access/HA101314631033.aspx ili http://blogs.msdn.com/access/archive/2006/09/18/761366.aspx za primjer), a za dizajn i ažuriranje Web portala unutar SharePoint-a možeš koristiti MS SharePoint Designer 2007 (koji je od skora - besplatan i preuzima se sa Microsoft-ovog Web sajta: http://www.microsoft.com/downl...9E710D44F42&displaylang=en ).

Što se tiče formulara za krajnje korisnike - oni mogu biti kreirani i popunjavani u InfoPath-u (sjajan front-end, ali zahtijeva da korisnici imaju InfoPath).

Ako ti potom zatreba neposredan pristup podacima i njihovoj strukturi - možeš dodatno platiti i dobiti pristup SQL Server bazi gdje se nalaze SharePoint podaci. Za početak, u trial periodu, bilo bi dobro da kombinuješ ono što imaš (u Access-u formiraš željene tabele, publikuješ na SharePoint, generišeš front-end, pošalješ front-end Access fajl drugima - testiraš deployment itd.).

Pa, SharePoint nije toliko skup. Ja sam mu našao odličnu primjenu za lične potrebe upotrebom besplatnih template-ova koji dođu uz hosting ( http://www.sherweb.com/sharepoint-hosting/application-templates ), i nalazim da cca 9 USD mjesečno ima svoje opravdanje u cijeni:

Sve podatke (bug tracking, customer helpdesk, contacts itd.) držim na SharePoint serveru, a odatle se liste sinhronizuju sa Outlook-om, odakle sadržaj sinhronizujem sa mobilnim telefonom i u svakom trenutku imam sve što mi treba od podataka na svim mjestima. Što god dodam u mobilni telefon (kontakt, to-do, kalendar, note i sl.) - trenutno se replicira svugdje. Da imam BlackBerry - bilo bi mi još lakše...

Međutim - ako čovjek hoće Office - to je golema stavka u cijeni, a da ne govorim o tome ako želi da svako od korisnika ima i InfoPath (koji ne dolazi sa jeftinijim verzijama Office-a)...

---

Sve u svemu - ja bih uporno izbjegavao .NET i samostalan razvoj/implementaciju WAN infrastrukture (Hamachi, port forwarding, DynDNS, drž ne daj...). Zašto? Zato što bi na kraju krajeva došla "skuplja pita n'o pogača."

Ovo zvuči jako dobro! Samo jedno pitanje. Ako u Access-u definišem tabele i relacije (dakle ceo ER sa uslovima za integrisanost podataka) -- mogu li to da prebacim bez muke na SQL Server Express a da *zadržim* taj kontroni mehanizam, ključeve, relacije, sve što sam definisao? Prelaskom na SQL Server, koji je deo Visual Studija, ja zapravo ulazim u .NET priču? (Čini mi se da si rekao da se držim dalje od nje.)

Drugo, kakvo je tvoje mišljenje o SharePoint sistemu i da li je možda previše "veliki zalogaj" za mene? Takođe, mogu li da koristim samo Office SharePoint Server?

Treće, zašto svaki klijent mora da ima InfoPath instaliran, ako ja formu publikujem kao Web stranicu (samo inicijalno je kreiram InfoPath-om)?

Hvala na opširnom odgovoru, očekuje me dosta čitanja, pa ću se javiti. :)

Možeš.
Prelaskom na SQL Server (koji NIJE dio Visual Studija, ma da uz VS dolazi i express verzija) - ne ulaziš u .NET priču. Ulaziš u .NET priču ako uđeš u Visual Studio.NET.



Ni tvoj koncept nije premali zalogaj, a SharePoint nije veliki zalogaj za nikoga (što sam gore opisao na mom slučaju). To je, naprosto, jedna vrsta CMS-a koju je osmislio Microsoft, ali naravno - daleko fleksibilnija od uobičajenih open-source CMS-ova i kompatibilnija sa postojećim MS proizvodima. Što se izbora SharePoint servera tiče, i mog mišljenja o tome - najbolje je da sam isprobaš. Može se lako desiti da se potpuno razočaraš. :)



Mislim da si u pravu, a da sam ja pogriješio - ma da sa InfoPath-om nisam puno radio. Zapravo - izbjegavao sam ga baš iz razloga što sam smatrao da se forma ne može publikovati, a sad na brzinu vidim da nije tako: http://office.microsoft.com/en-us/infopath/HA101656341033.aspx . Čini mi se da je tako bilo ranije (kod Office-a 2003), pa sam možda zato zaobilazio InfoPath... ne znam ni sam...

Ipak - preporučujem svakako da sam isprobaš i potom doneseš odluku. Tu sve zavisi od tvog ukusa i afiniteta. Možda bi se neko drugi na tvom mjestu radije prihvatio (npr.) Joomle u kombinaciji sa MySQL-om + odgovarajućom ekstenzijom ( sa http://extensions.joomla.org/ ) - da bi dobio krajnji rezultat izbjegavajući tako Microsoft. Ti imaš drugačiju ideju i ne bih te onda zamarao Moodle-om i sl.

U svakom slučaju - savjet je da SVE istražiš, pa kada i ako vidiš da nema odgovarajućeg polu-gotovog rješenja - NASTAVIŠ da istražuješ još malo, i kada se potpuno razočaraš u gotova i polu-gotova rješenja koja ti se nude - istražuješ JOŠ malo, da bi se tek na kraju (eventualno) upustio u razvoj svog sistema od "0" (nule). :)

Toga sam se i bojao! Ako bih tako radio sve u životu, onda bih samo istraživao! :) Isti princip možeš da primeniš na traženje devojke/momka -- gde bi te odvelo? :)

Zahvaljujući Xmarks servisu, otkrio sam Joomle pre nego što si napisao, vidim da je opensource CRM sa dosta ekstenzija. Imam stah od tih opensource rešenja, strah koji je možda potpuno neopravdan, bojazan da ću se "zakucati", i da ću na kraju završiti u MS okruženju.

Zašto baš toliko potenciram MS? Nisam njihov fan, ali svi već imamo Office, koristimo Outlook, bolje da integrišem nešto što je Office-like, i da da i baza bude smisleno povezana sa drugim internim/eksternim projektima kojih će biti. Istina, nikada nisam iskusio pravu kolaboraciju i očekivanja su mi ogromna (mada si me spustio na zemlju malo). Očekivanja su velika jer sam radio sa velikim okruženjima (250+ zaposlenih) gde je vrhunac kolaboracije bio da postoji Shared folder na običnom server-u, i onda recimo najnovija verzija nekog Word dokumenta je ona koja ima najveći broj u nazivu (npr. Saopštenje za medije54.doc). :(

Konačno, na svakom ekranu svake Office aplikacije imam mogućnost - save/publish on a SharePoint server, očito da MS to gura; kud svi turci, tu i mali Mujo! :)

Joomla je CMS a ne CRM. Daje ti sve mogucnosti koje ti trebaju i imas API ispod koji ti pomaze oko mnogo cega, ali.... (mora biti ali):
- moraces programirati, ne postoje Wizardi
- bazirana je na PHP i MySQLu.

---

To sam hteo da napišem, sorry. Previše sam rešenja video u veoma kratkom roku pa brkam :). Na žalost, PHP + MySQL nisu opcija za mene.

Hvala svima na dosadašnjoj pomoći. Onda ću uraditi sledeće:

Alati: Aceess 07 + InfoPath 07
Status: testiranje najosnovnijeg povezivanja

Za početak probao da povežem InfoPath formu i Access bazu. Na slici lepo piše da izaberem Access bazu, uradio sam to, uradio Test connection, i onda mi kaže ovo što vidite na slici. Objavio sam je javno jer je smešna! Dobro, ovo je prvih 5min :).

_{[Ovu poruku je menjao owim dana 24.05.2009. u 06:28 GMT+1]}

Buduci da si se odlucio za specificno rjesenje, najbolje je da otvoris novu temu u Access forumu i tamo nastavis pisati o problemima jer je veca vjerovatnost da ces dobiti adekvatnu pomoc.

---

To sam i ucinio. Pogledati Access forum za detalje koje se odnose na Access i InfoPath. :)

U redu, Access i InfoPath - ali opet ti treba baza podataka koja je "živa" na Internetu (ako hoćeš da izbjegneš Hamachi, imanje sopstvenog servera 24/7 online itd.). Preporučujem, kao što rekoh ranije, da probaš sa SharePoint serverom. Integracija je vrlo dobra, a kako bih pokazao o čemu govorim - postavio sam jedan kratki screencast na adresi:

http://www.najdanovic.com/tutorials/SharePointAccess

Probaj, ništa te neće koštati. Možda je to ono što tebi treba (radi posao). Ako si spretan sa Access-om (kao što si rekao da jesi) - skratio si pola posla. :)

Dio koji se ovdje ne vidi (a što ćeš me vjerovatno pitati) jeste da li se front-end čuva u Access fajlu. Odgovor je - da, automatski je sačuvan u My Documents sa imenom baze zadatim u samom startu (10-ti sekund).

Malo sam i ja istraživao na ovu temu. Jedno od rešenja koje sam pronašao je PHPrunner program. Ovaj program radi tako što za datu bazu podataka ( MySQL, MS Access, SQL Server and Oracle) automatski pravi PHP web sajt.

Znači, hostuješ sajt kod već pomenutog hostera koji podržava Access baze podataka. Napraviš svoj web sajt koristeći PHPrunner program.

Mislim da na ovaj način nećeš moći da dodaš podforme. Nisam siguran u to. Moći ćeš samo da imaš forme.

Više podataka možeš pronaći na
http://www.xlinesoft.com/phprunner/screenshots.htm
Evo i nekoliko sajtova koji su zvanični primeri za PHPrunner:
http://livedemo.asprunner.net/phprunner/livedemo1/menu.php
http://livedemo.asprunner.net/phprunner/livedemo2/login.php
http://livedemo.asprunner.net/phprunner/livedemo3/menu.php
http://livedemo.asprunner.net/phprunner/livedemo4/menu.php

_{[Ovu poruku je menjao Brodoplovac dana 24.05.2009. u 13:37 GMT+1]}

@owim

dosta je napisano, pa da dam neko svoje misljenje (ne bi dalje nastavljao)

(pred)Znanje

Ako si programirao pre deset godina kao hobista sada bi se mogao smatrati kao "apsolutni pocetnik" i ne gine ti citanje tone literature, a onda ti je svejedno sa cim ces raditi. Ako pocinjes pogledaj i PHP/MySql varijantu. Veruj da je dosta jednostavno, a resenje je za web pa nema neke medjukorake

Software

Koliko sam shvatio ti si se odlucio za SharePoint po svaku cenu. Budzet nula, a hoces MS resenje. To ne ide. Da si odavde onda bi moglo da prodje ako radis u obrazovnoj ili vladinoj ustanovi. Ali ako radis za firmu ciji ti je sajt u potpisu (austrija) onda ces verovatno sve morati da platis, pa zamoli nekog da ti da kompletnu racunicu.

Aplikacija/projekt

Poceo si da bi radio anketu. Ali je to izgleda mnogo vise. Anketa ima pitanja i odgovore u nekoliko varijanti:

pitanje pa jedan odgovor od ponudjenih
pitanje pa vise odgovora od ponudjenih
pitanje pa se trazi odgovor
i tako dalje

Priznajem da do sada nisam shvatio sta tvoja aplikacija treba da radi/obuhvati. Razlog je sto se upetljas sa pojomovim, pa se ispravljas i tako u krug.

---

@drganche & ostali
Pre 10-15 godina zezao sam se sa Clipper-om, dBase-om, Access-om 1 i 2 ('97), Visual Basic-om, Oraclom pod VMS-om, Turbo Pascalom, Fortranom. Ako me naljutiš u COBOL-u ću napisati aplikaciju (i njega, na žalost?, znam)! :)

A) Zašto utisak da ne znam šta hoću?
- Tražim obuhvatno rešenje i razmišljam pet koraka unapred.
- Ovo je neprofitabilni, pro bono projekat.
- Radim ga sada sam i želim da pokažem demo rezultat kojim bih "kupio" kolege da pređu sa papira na ovakvo rešenje.
- Nisam programer i nisam u toku. Mogu da provedem besane noći nad Knowledge Base-om i raznim forumima; ali ne puno noći.

B) Evolicuja u razmišljanju I
- Mogao sam istraživanje da uradim sa Google Forms za 5 min, odradiće posao jednom i zabetonirati me dalje.
- Istraživanje može da postavlja najrazličitije upite, daklo od "izaberi odgovor". Jedan kandidat može da uradi seriju različitih testova, može da ih ponavlja, a dobijeni podaci, propušteni kroz moju aplikaciju, daju mi skorove na nekim skalama (recimo ličnosti).
- Posmatrao sam to ovako: test koji dajemo je usluga, a za ispitanika X pravimo projekat X koji uključuje usluge A, C, D, i F. Potreban je kalendar kada je šta uradio, da li je ispunio usluge, koliko puta je koje ponovio, da li je kompletirao projekat. E sad, kolega K2 može ispitaniku X da doda i projekat P2 u kojem su usluge A i T, jer kod kolege K2 svaki projekat ima i uslugu T. Tako da ispitanici rade testove koje mi vidimo kao zasebne projkete (oni ne moraju), dok svaki kolega može imati više projekta. Ovim se ostvaruje dosta n-m veza (ispitanik-kolega, npr).
- Poistovetimo sa firmom: mi smo "služba prodaje", svako od nas ima klijente sa
kojima radi, telefonira, prodaje usluge ili pakete usluga ("projekte"),
ali komunicira i međusobno sa kolegama da svako zna ko s kim šta radi, da se ne bi preklapali, davali različite ponude, itd.
- Klasična ER-struktura ali ne ona koja se wizard-om može dobiti.
- Bitno je da klijent kod sebe ima samo browser kao klijent aplikaciju, ode na zadati URL, uloguje se, i uradi testove koji ga čekaju ili ponovi stare. Sada je ovo već klijent-server aplikacija, potrebna je baza koju treba hostovati, izrada formi, i povezivost web formi klijenta i baze u WAN/MAN (VPN?) okruženju. Koliko se to može automatizovati?

C) Evolicuja u razmišljanju II
- Sem ispitanika i mi istraživači dosta komuniciramo među sobom, bez imalo kolaboracije, sa gomilom verzija dokumenta za koje ne znamo ko ih je i kad prepravljao, želim da uvedem red, i tu mi je na pamet pao Office SharePoint Server o kojem tada nisam znao ništa sem opisa na MS sajtu koji je delovao primamljivo.
- Svi mi koristimo Office alate: Word, Excel, Outlook... Office SharePoint razumeo sam kao finu nadogradnju, integrabilnu sa Office-om, za pravu kolaboraciju.

D) Evolicuja u razmišljanju III
- Potom postavio pitanje: što ne bih integrisao sve to? Znaćemo koji kolega vodi koje ispitanike, usluge i projekte, kako projekati napreduju, koje su usluge najšešće, koliko traju, koje problematične, koliko ima ispitanika, koja je istorija svakog ispitanika (kalendar), itd. Takođe ćemo kroz Office kolabolaricu znati i koji kolega koje testove koristi, kako procesira podatke, koji su mu rokovi, na kojim drugim projektima radi, koliko je raspoloživ. Dodatno, svako obično radi od svoje kuće ili sa posla, gde je sve to WAN. Dakle, treba mi VPN (opet SharePoint?).
- Nisam nikakav fan ovog programa, nikada ga nisam ni startovao, po opisu deluje kao nešto što mi/nam je potrebno. A ako se pokaže da je SharePoint Server dobro rešenje, možda ima smisla da koristim i SharePoint Designer za izradu formi i povezivanje s bazom (SQL Server). Dakle, da sam mislio samo o jednom koraku uzeo bih Access i InfoPath. Međutim, ako je ovo izgledna budućnost, zašto da odmah da ne radim u tim alatima?

Ovo je moja ključna nedoumica, jer nemam iskustva, i zato na ovom forumu tražim upravo tu pomoć!


- Ovim sam se odmakao od prvobitne ideje, ali u pravom smeru.

D) Evolicuja u razmišljanju IV
- Austrijska firma za koju radim, poseduje i prodaje kompletan Talent Management sistem, koji sam video na delu. U klasi je SAP-a (ERP), po ceni i funkcijama. Organak u Srbiji (još) ne postoji, pa je i s te strane budžet - nula.
- Međutim, rešenje koje bih sam + uz pomoć drugih mogao da napravim jednoga dana moglo bi da se integriše sa takvim rešenjem (kao sjedinjavanje s Bogom, hehe).

Naravno, to je gigantska ideja na duge staze, ali želim da je uvek imam u vidu dok dizajniram prvu tabelu.

* * *

Nadam se da sam ovim dao "big picture" koja je nedostajala, i "raspetljao ono što ide u krug". Zato od samog strarta biram alate i tehnologiju s kojom mogu da imam budućnost, ali ne želim da ulazim u manje fleksibilna rešenja tipa Moodle, ili MySQL+PHP jer o tome ne znam ništa.

Zbog toga sam fokus stavio na alate (rešenja) koje ima smisla kombinovati, a koja ne. U ranijem postu ponudio sam "Office rešenje" i "Visual Studio rešenje".

Dobio sam puno saveta na kojima sam veoma zahvalan. Najviše mi znači sitna pomoć ovog tipa:
- "Ako koristiš SQL Server (Express) i dalje ne ulaziš u objektnu .NET priču"
- "Bazu napravi u Access-u, ali koristi i SQL Server". Onda pitam šta će SQL Server i "razlika je u tome što je Access na file server platformi, a sa SQL
serverom imao bi pravu client-server aplikaciju. Sad, ne znam da li ti to treba, jer samo stavljanje baze u SQL Server ne čini ništa za aplikaciju bez korišćejna stored procedura, trigera, vjuova itd..." --> šta sam saznao odavde?


Ako ovim nisam pojasnio šta želim da uradim, već se Tebi kao čitaocu čini da sam u oblacima i da nemam pojma, najbolje da stavimo LOCK na ovu temu.

S druge strane, ako sam ovim otvorio nova vrata, voleo bih da dobijem još neki reply :)

Veliki pozdrav i još jednom -- hvala na čitanju ogromnog posta.

A)
- korak po korak, preskaces vazne i kreiras sebi konfuziju u glavi
- Napravi neku bezveznu mrtvu formu i pokazi funkcionalnost (zamisljenu) kako bi to trebalo raditi
- 'nemas puno noci'? Ne poznajes aktuelne tehnologije (to od prije 10 godina mozes zaboraviti, i ja sam poceo sa pascalom i clipperom, to mi sad samo sluzi kao fina uspomena), nemas iskustva, nemas novca (pro bono), zelis punoooooo i nemas ni vremena?? Izvini ako sam grub, ali zasto ne bi poceo da pravis mercedesa, mozda budes imao vishe srece, djelove i nije tesko naci.

B) Tebi treba web-based aplikacija, nikakvi WAN/MAN/VPN, izbij te termine iz dalje diskusije, bunis i sebe i druge. WEB app ima Web server, app server (cesto integrisan sa wbe serverom) i bazu podataka na koju se oslanja. Imas tu na izboru najvishe savjetovanu kombinaciju Apache/PHP/MySQL, ASP.NET sa MS SQL bazom, JSP sa bilo kojom bazom, Flash i Action Script sa nekim Server Side jezikom (php, ASP, JSP), SilverLight sa bilo kojim drugim MS tehnologijom, RubyOnRails, Python, Perl..

C) Kolaboracija? To je tema siroka kao 'programiranje'. Definishi dobro sta zelis tacno - pa onda pocni razmisljati kako da to uradis.

D) Zasto ne? Zato sto je to mnogoooo posla, a ti nisi jos ni svjestan koliko. Problem je sto ti ne zelis da se prilagodis postojecim rjesenjima, tj njih prilagodis svojim potrebama, hoces da sve pishes od nule jer 'jedino ako si ti napisao, onda je to dobro napisano i nema ogranicenja' a zamisljas da postoji 'carobni stapic' kome ces objasniti sta hoces i onda ce ti on to sve izgenerisati. Deda Mraz NE POSTOJI!



Definisao si 10% mogucnosti, mozda ni toliko. Odakle ti ideja da PHP+MySQL nije fleksibilno? Ne znas nista o tome a znas da nije flexibilno? Sta znas o SharePointu? Nista vishe i nista manje. Znas li koliko kosta? - Cijena, sitnica - 4.5K USD + CAL-ovi.


I dalje si u velikim oblacima, ne postoji garancija i ne moze ti niko dati odgovor 'pocni sa tim i zavrsices posao'. Svi gore alati i tehnologije koje sam naveo mogu da zavrse posao - sigurno. Neki prije, neki sporije, niti jedan za 2noci programiranja. Na kraju krajeva da imas uvjezbani tim programera, definisanu funkcionalnu specifikaciju, definisanu strukturu podataka ne bi ga zavrsili za 2mjeseca. Ti si SAM.

p.s. necu lockovati temu, ponasanje i pisanje su pristojni.

---

Kakav ton. Ne znam zašto napadaš čovjeka koji je psiholog (nije programer) i samo želi svoje postojeće znanje da iskoristi kako bi prije došao do rješenja? Zar to ne želi svako od nas?

Uostalom - kako stvari stoje: zna o PHP-u i MySQL-u više nego što ti znaš o SharePoint-u jer je imao prilike da pogleda Moodle, a ti nikada ranije nisi ni čuo za SharePoint (ili se nisi makar ni bazično upoznao sa materijom), jer da jesi - znao bi da "Office SharePoint Server" (čije cijene si iznio) nema veze sa "Windows Sharepoint servisima" (čiju upotrebu sam ja gore predlagao).

Windows Sharepoint Services je proizvod BESPLATAN za korisnike Windows Server (2003+) operativnih sistema (dolazi praktično uz Windows Server), i Microsoft Sharepoint Designer je BESPLATAN za sve korisnike Windows operativnih sistema (besplatno se download-uje sa Interneta).

Ja sam gore naveo adresu Web sajta na kome lično hostujem svoj SP portal (http://www.sherweb.com/sharepoint-hosting) pa pogledaj cijene i opcije ako te zanima. Ne trebam opet napominjati zašto bi owim mogao isprobati i tu varijantu (predložio sam provajdera gdje se to može isprobati besplatno), jer sam to već prethodno naveo (jednostavnost, dostupnost, fleksibilnost, integracija sa MS Office proizvodima, back-end za MS Access, nema programiranja itd. itd.).

U svakom slučaju - ponavljam: na njegovom mjestu bih isprobao više različitih tehnologija, i nakon što se uvjerim da mi ni jedno gotovo ili polu-gotovo rješenje ne odgovara - upustio se u samostalnu izradu novog "od nule". Koja će to potom tehnologija biti - posebna je priča.


Što se ostalog tiče:

A) Djelimično se slažem. Pomoglo bi kada bi recimo u Access-u napravio prototip onoga što želi,

B) Ne slažem se. Ta stroga podjela na Web i client aplikacije odavno više nema smisla. Postoji beskonačno mnogo među-kombinacija, a ako njemu prevashodno treba mehanizam za dijeljenje Office dokumenata između korisnika razuđenih po Internetu - neka odabere rješenje koje će mu ponuditi i WebDAV i to eventualno malo začiniti tako da prepoznaje svojstva dokumenta i kategorizuje na odgovarajući način (tu i MS Exchange radi sjajnu stvar za 2 minuta konfiguracije, koju bi on u PHP-u morao da programira sedmicu dana)... dakle - nema unaprijed predodređene tehnologije koja će garantovati uspjeh i najkraće vrijeme izrade (odnosno - to sigurno nije PHP/MySQL, jer ako zađe u to podneblje - neka spremi ogroman broj "besanih noći") :)
Osim toga - bez obzira što je Apache/MySQL/PHP moćno okruđenje - opet na kraju sve zavisi od znanja programera koji može POTPUNO "uprskati stvar" da to radi katastrofalno loše. Manje su šanse da se to desi - ako se radi sa alatima baziranim na MS Office-u.

C) Slažem se. I sam smatram da je owim krenuo pogrešnim putem. Prvo treba osmisliti što mu tačno treba, i kako to treba da izgleda i funkcioniše - a tek potom dolazi izbor tehnologija (koji je - sekundaran). Jedino što bih ja na njegovom mjestu bio uporan (a i on je to navodio) da pronađe tehnologiju sa kojom ima neko iskustvo, ili gdje ne treba mnogo programiranja jer on u tom projektu treba da provede najviše vremena na osmišljavanje sistema i njegovo testiranje, a ne na kodiranje.

D) Ne slažem se, i nije o tome riječ. Uostalom - ovo je i uvrijedljivo.

owim u svakom slučaju šta god krenuo da radiš , nemoj počinjati bez da imaš jasnu sliku šta hoćeš da uradiš.

I pazi da ne preteraš sa veličinom projekta, nije isto zamisliti i uraditi i još sam.

Moj lični izbor su php/mysql/apache pre nego micro$oft tehnologije.
E sad recimo ako ti je bitna konkurentnost onda biraš javu npr.
A za sve ovo da bi savladao treba ti neko vreme. Prvo učenje

Inače nisam video jer nisam baš svaki post pročitao, ali treba uzeti u obzir i bezbednost aplikacije, a to ti je još dodatnog razmatranja i programiranja.

U pravljenju aplikacije sem teorije, po meni je jednako bitno da imaš iskustvo. Naidješ na problem,aha, to sam već jednom radio, lako ću, ili bolje ću. A ti to nemaš.
Ti bi ovom projektu realno trebao da budeš domain expert i nadješ programera pa krenete polako.

Nije poenta da se čovjeku preporuči ono što bi mi pojedinačno koristili i što bi nama lično odgovaralo, već ono što bi NJEMU odgovaralo i ono sa čime je on možda već donekle familijaran - odnosno - sa čime se može komforno služiti bez da izgubi godinu dana na besmisleno učenje ...

Mislim - moj lični izbor je Perl ili Brainfuck ( http://en.wikipedia.org/wiki/Brainfuck ) ili Shelta ( http://catseye.tc/projects/shelta/ ) pa bih mu onda to preporučio za projekat... Neka se čovjek muči... što da ne, jel da?