Spartacus

Statistika

Pridružen/a:
23 dec 2007, 14:01
Zadnjič aktiven:
25 jul 2026, 08:08
Prispevki:
Teme:
30 | Vse teme
828
38
4
#1

V eni od prejšnjih firm se je uporabljal Helpsmith. Gre za nek približek worda, dokumentacijo pa lahko shraniš tudi kot pdf, chm ali html.



Dokaj uporabna zadeva, samo malenkost se jo moraš navadit.



Aja, gre pa za plačljivo zadevo (199 USD)


všeč(2) ni všeč(0) spam(0)
#12

boilers:

@hanyo za bullshit detektorja :)




Tle sm umrl od smeha, bahaha :)



Drugače pa podpiram gnome-a in njegove nominirance


všeč(0) ni všeč(0) spam(0)
#7

Evo, me je hanyo prehitel. Na večih spletnih trgovinah sem videl, da dostavljalec (konkretno GLS) lahko zahteva osebni dokument pri prevzemu.



(primer: http://www.sampanjec.si/index.php?option=com_virtuemart&page=shop.tos&pop=1&vmcchk=1&Itemid=68)


všeč(0) ni všeč(0) spam(0)
#4

Kaj pa tole: recimo, ko se uporabnik prijavi na spletno trgovino, lahko brska po vseh kategorijah izdelkov (navaden račun). Če pa hoče kupit izdelek, ki ima zakonsko določeno starostno omejitev, pa mora imeti "potrjen račun", za katerega pa mora poslat kopijo dokumenta, na podlagi katerega se potrditev izvede. Tako izpeljano izvedbo ima npr. eloterija.si.



S tem tehnično onemogočiš nakup nepreverjenim računom. Vsak uporabnik pa se mora pred kreiranjem računa strinjati s pogoji poslovanja, kjer pa je točno navedeno, da svojih prijavnih podatkov ne sme deliti okrog. V primeru, da pa "pubertetniški mlajši bratec" vseeno uspe kupit alkohol in tobak, je pa odgovornost na starejšemu bratu, ker ni kliknil "odjavi se" (in s tem kršil tako pogoje poslovanja, kot zakonodajo zaradi omogočanja nakupa).



Edit: tole je samo razmišljanje, ne pravni nasvet. Bi bil pa slednji dobrodošel :)


všeč(0) ni všeč(0) spam(0)
#6

Tudi, če obstaja specifikacija, razvijalec lahko zelo hitro naleti na scenarij, ki ni dovolj dobro definiran. Kaj (vsaj teoretično) naredit v tem primeru?



V pogodbo o sodelovanju (izvedbi) se doda člen/opomba/whatever, ki določa, da razvijalec nedefinirane scenarije pokrije po lastni presoji. Veliko naročnikom bi ta del šel v nos, ampak s tem si razvijalec zavaruje hrbet, da se pogodba ne izsiljuje do nezavesti.



Takšne pogodbe namreč (načeloma) izvajalca zavezujejo k podpori in odpravi napak. Iz izkušenj iz enega od bivših podjetji lahko povem, da je naročnik dolgo časa izsiljeval nove funkcionalnosti na projektu pod krinko "bug-fixa", češ da "tole pa ni bilo napisano v specifikaciji".



tldr: Naročnik pove, kaj pričakuje. Izvajalec nedorečene situacije pokrije po lastni presoji. Posegi (nadgradnje) po zaključku razvoja se doplačajo (urno/po sklopu/mesečni pavšal/kakorkoli).


všeč(5) ni všeč(0) spam(0)
#1

Evo, sem se registriral.



(Ko bom pa sam rabil kakšne referral vpise, se bom pa najprej na vaju spomnil :P )


všeč(1) ni všeč(0) spam(0)
#46

bobo05:

meni ne paše :)




Malenkost izvirnosti: bobooschy :D


všeč(0) ni všeč(0) spam(0)
#38

hehehe, svašta xD :P


všeč(0) ni všeč(0) spam(0)
#3434

Pa so v takšnem stanju že dalj časa? Včasih je na squidoo kakšen hrošček, tudi sam sem že doživel, da sem imel vse rdeče, ali pa nenormalno veliko številko pri lensranku (preko 1.000.000). Ampak potem se je v parih urah popravilo nazaj na zeleno.



Moj nasvet bi bil, da zaenkrat malo počakaš, če se bo kaj spremenilo. Če pa npr. do jutri ne bo boljše, pa naprej brskaj za razloge.


všeč(0) ni všeč(0) spam(0)
#2

Evo, prijavljen pod aff. Hvala za info, bom stestiral :)


všeč(1) ni všeč(0) spam(0)