PHP.EE FOORUM   
Nimi:   Pass:   Mäleta mind! 
   Teemad | php.ee esilehele | registreeri | Märgi kõik teemad loetuks | #php.ee Skype vestlus | RSS
UUS TEEMA  OTSI  Lehekülgi: 1
PHP
Postitaja: PHP arendaja 2017-06-12 14:17:11
Tere, otsime PHP arendajat ühe projekti lõpetamiseks Tartus.
RE: PHP
Postitaja: Laenukeskus 2017-06-12 14:19:28
Lisan kontaktid kontaktid ka siia juurde.
tartu@laenukeskus.ee
56611777
RE: PHP
Postitaja: tagasiside 2017-06-13 11:45:02
TSITEERITUD:
Tere, otsime PHP arendajat ühe projekti lõpetamiseks Tartus.


Palun kas Te võiksite selgitada, miks selle projekti
esialgne arendaja projekti lõpuni ei arendanud?

Üldiselt on nii, et kui Te palunte inimesel I_2
lõpuni viia inimese I_1 poolt alustatud projekti, siis
targimad inimesed ei soovi I_2 rolli omale võtta, sest
nad teavad, et nemad, I_2 rollis olles, peavad tagama
tarnitava töö toimimise ja kvaliteedi, aga nad ei suuda
seda tehniliselt garanteerida kui nende eellane, I_1,
on vigase arhitektuuri ja/või vigase realisatsiooni loonud.
Samal ajal on probleem kliendile selgitamisega, et
I_1 tehtu ei kõlba kasutada ja I_1 tehtu nullist saadik
ümber-tegemine võtab nii lisa-aega kui lisa-tööd.

Põhimõtteliselt on võimalik küll lahendus, et I_1 loob
korraliku arhitektuuri, kus ülejäänud inimeste looming
on piiritletud lisa-moodulite vormis, aga selline lahendus
leiab rakendust pigem vaid akadeemiliste, pikema-ajaliste,
projektide vormis, kus mooduleid loovad, I_2 rollis olevad
arendajad, saavad tarkvaraarhitektiga, I_1, konsulteerida.
Paraku kommertsmaailmas kipub asi olema nii, et arhitekt
vihastatakse välja ja risud lükatakse kellegi teise kaela,
kes on piisavalt kogenematu või jultunud, et kohe ette teadaolevalt
põruv projekt vastu võtta ja siis põruva projekti eest
jooksvalt arveid esitada, pakkudes väikesi häkkimis-tulemuse-demosid,
et "oleks midagi", mille eest raha küsida.

Minu soovitus Teile: varuge omale tarkvara-arenduseks minimaalselt
3 aastat aega, 1. aasta lõpuks, eeldusel, et Teie tarkvara arenduse
kallal töötatakse täis-ajaga, saate HEAL JUHUL, KORRALIKE ARENDAJATE KORRAL,
keda Te pole ka välja vihastanud, korralikku tasu neile makstes,
reaalsetele vajadustele mitte-sobiva prototüübi, kus on peamiselt
tööd tehtud lõppkasutajatele nähtamatu infrastruktuuri üles-seadmise
kallal. Seda protüüpi siis muudate, et see paremini praktilistele
vajadustele vastaks, ning siis alles 3. aasta lõpuks saate tõeliselt
stabiilse tarkvara, mida testkasutajate ringist laiemale ringile jagada.

Kui arvate, et mu jutt on loll möla, siis palun
võtke oma projekt ja müüge see maha Garage48 seltskonnale:

http://garage48.ee/

RE: PHP
Postitaja: Mario 2017-06-13 14:10:25
Tere,
paraku tervislikel põhjustel, ei saa enam seda tööd vana arendaja játkata. Projekt on 70% valmis ja töötab, kuid lisaasju oleks vaja hakata nüüd külge siduma. Aga kuna kogemus endal puudub programmeerimise ja muu sarnasega, siis tundus kõige õigem seda siin teha, kuna tegu pole pideva töö vaid hetkel ajutise pakkumisega.

Kui kellegi täpsem huvi, oleme hetkel töötavat programmi valmis oma kontoris tutvustama.

Aitáh.
RE: PHP
Postitaja: - 2017-06-13 15:41:54
Kas ja mis raamistikke kasutate?
RE: PHP
Postitaja: blaa 2017-06-14 00:14:14
Tuleb üsna tuttav ette.
Ma ütlen kohe ära, et see 70 jääbki 70-ks, sest olgugi, et mingid asjad saavad valmis, tuleb alati mingeid "häid" mõtteid, mida "hädasti" on vaja juurde teha.
Arvan, et need moodulid on suures osas custom.
Ma küll huupi pakun, aga eks need tervislikud põhjused pole vast muud kui stress, mis arendajal on tulnud sellest, et on kinni ühes mitte kunagi lõppevas projektis, mis ei idane ega mädane ja motivatsiooni ei ole ja enesearengut ka ei ole.
Kogu tuumprobleem on suhtes: mitte-it-pädev-juht, kes sekkub liialt detailidesse ning stereotüüpne introvertne arendaja, kelle jaoks projekti prioriteedid muutuvad liiga tihti. Nende vahelt on puudu ambivertne analüütik või turundusspetsialist, kes kumbagi osapoolt võiks vahepeal maapeale tuua ja mõlemaid asjatust mürast peaks päästma.
RE: PHP
Postitaja: ittigu 2017-06-14 10:25:44
TSITEERITUD:
Tuleb üsna tuttav ette.
Ma ütlen kohe ära, et see 70 jääbki 70-ks, sest olgugi, et mingid asjad saavad valmis, tuleb alati mingeid "häid" mõtteid, mida "hädasti" on vaja juurde teha.
Arvan, et need moodulid on suures osas custom.
Ma küll huupi pakun, aga eks need tervislikud põhjused pole vast muud kui stress, mis arendajal on tulnud sellest, et on kinni ühes mitte kunagi lõppevas projektis, mis ei idane ega mädane ja motivatsiooni ei ole ja enesearengut ka ei ole.
Kogu tuumprobleem on suhtes: mitte-it-pädev-juht, kes sekkub liialt detailidesse ning stereotüüpne introvertne arendaja, kelle jaoks projekti prioriteedid muutuvad liiga tihti. Nende vahelt on puudu ambivertne analüütik või turundusspetsialist, kes kumbagi osapoolt võiks vahepeal maapeale tuua ja mõlemaid asjatust mürast peaks päästma.



Tarkvara-arendajana vastan, et võibolla selle projektiga
on nii, nagu Te väidate, aga kuna ma ise seal projektis
pole osalenud, ei tunne neid inimesi, siis ma ei tea.
Põhimõtteliselt mõningane generatsioonide vahetumine
kindlasti aeg-ajalt toimub, ka siis, kui suhted pole
sassis ja tarkvara-arendaja on õppinud kliendi eripäradega,
ka ebakompetentsusega, toime tulema, kuid selle väitega
nõustun küll, et see jutt, et miskit on X% valmis, on
küll asi, mis tuleks kohe kähku kuhugi vaikselt vaiba alla pühkida ja
loota, et ehk lugesid seda X% lolli juttu võimalikult vähesed
inimesed, sest igasugu protsentide mõõtmisel ja arvutamisel
on tarvis aru saada, millest siis see 100% koosneb ja
tarkvara-projektid, kus arendatakse pidevalt uuendatavat
tarkvara, POLE KUNAGI VALMIS EGA SAA KAH KUNAGI VALMIS.

Mida saab igavesti-mittevalmis projektide korral mõõta,
on "keskmine" tööaeg, mis kulub ühe kliendi soovi rahuldamiseks,
aga siis on mõõdiku jaoks tarvis hästi palju mõõtepunkte,
sest projektid, ehitada jalgratas ja ehitada Marsile lendamise
kosmoselaev, on äärmiselt erinevad ning transistori leiutamiseks
kulus mitu tuhat aastat ning transistoride olemasolu korral
puuteekraaniga mobiiltelefonini jõudmiseks kulus "vaid" ~60 aastat.
Teisisõnu öeldult, nende "keskmiste" arvutamine eeldab
hästi suurt andmestikku, mis saab eksisteerida vaid väga
vanadel projektidel, millel aktiivset arendusaega üle 10 aasta.
Nooremate projektide korral on ainukeseks objektiivseks mõõdikuks
mingi hinne.

Hinnet parandavad asjaolud:

x)
Arendustööde aeg ehk maksumus on minimiseeritud.

x)
Komponentide arv (funktsioonid, klassid, moodulid, ...)
on minimiseeritud.
(Kui on palju erinevaid komponente, siis arendustööde maht
õppimiskurvi kasvu tõttu kasvab. Paljude komponentide testimise
töömaht võib samuti olla suurem kui vähema arvu, aga täiuslikemate,
komponentide testimine, testide kirjutamine.
Mida rohkem on erinevaid komponente, seda
vähem igaüht neist korduvkasutatakse, kuid komponendi
kasutamine klientkoodis kompenseerib
erinevatel põhjustel (laiskus, lollus, ajapuudus, kiirustamine, ...)
puuduvaid teste, mistõttu rohkem korduvkasutatavate komponentide
korral on tõenäosus, et nende testimisel mitteleitud vead
klientkoodis välja tulevad, samuti suurem ja seetõttu on
suure korduvkasutatavusega komponendid de facto paremini testitud
ja seeläbi ka töökindlamad kui
vähema korduvkasutatavusega komponendid.)

x)
Bittide arv komponentides (koodi-tähemärkide arv,
GUI-toimetiga tehtud hiireliigutuste arv, ...) on minimiseeritud.
(See mõjutab arvutusressursi kulu ja inimeste tööaega, kes neid
bitte läbi klaviatuuri või hiire väljastama peavad ja ekraanilt
lugema peavad. "Bloatware" on ka lõppkasutajale aeganõudvam
alla laadida ja installida ning mida rohkem bitte tarkvara
binaaris on, seda rohkem on ründepinda, "attack surface", mida
pahavara arendajad saavad proovida ära kasutada. Kergem
haavatavus pahavara suhtes vähendab rarkvara töökindlust.)

x)
Arvutusressursi tarve (RAM, CPU, HDD-ruum, ...) on minimiseeritud.

x)
Arendustööde maht skaleerimisel (kasutajate arvu suurenemisel,
andmemahtude suurenemisel, lisaserverite kasutuselevõtul, ...)
on minimiseeritud. (See punkt on tegelikult arendustööde mahu
minimiseerimise alamkomponent.)

x)
Tarkvara/riistvara töökindlus on maksimiseeritud.
(Turvateemad on töökindluse teema alamteema.)

x)
Rikke tagajärjel tekkivad kahjud on minimiseeritud.
("Graceful degradation" ehk järk-järguline põrumine,
andmete mitte-riknemine sissemurde tingimustes, ...)
Varukoopiatest taastamis-tööd lähevad arendustööde mahu alla,
sest kui arendustööd oleks korralikult tehtud, poleks vaja
varukoopiatest midagi taastada, süsteem püsiks töökorras ja
andmed korruptsioonivabana.

x)
Tarkvara/Riistvara sõltuvused, sealhulgas arendustöövahendid,
on võimalikult pika-ajaliselt kättesaadavad.
(70-ndate C koodi saate isegi 2017. aasta arvutil
tööle lasta, aga eks proovige tänapäeva arvutil
tööle lasta mõne 80-ndatel pankrotistunud firma
poolt loodud, suletud tarkvarana litsenseeritud,
kompilaatori jaoks kirjutatud koodi. Modernsema aja
näiteks sobivad Microsoft Foundation Classes, Microsoft Basic,
Microsoft Silverlight, Java Applets,
Borland Delphi programmeerimiskeel. Mida aeg edasi,
seda enam sobib näiteks ka Adobe Flash.
Uus PHP7 ei ole PHP5-ga tagasiühilduv.)


Loo kokkuvõte on, et vähem kui 10 aastat aktiivses
arenduses olnud projektide korral on ainukesteks mõistlikeks
mõõdikuteks tehnilised mõõdikud, mida mitte-tehnilisel
kliendil pole mingitki ¹anssi mõõta. Mõned arvavad, et
nad automatiseerivad nende mõõdikute mõõtmise ära ja
siis müüvad mitte-tehnilise taustaga inimestele
"ehitusjärelvalve" teenuse sarnast teenust, kuid
need automaat-mõõte-süsteemid ei suuda toime tulla
töömahu mõõtmisega, mis kulub algoritmide arendusele.
Kui Te mõõdate

Albert Einsteini E=m*c^2

vaid vormimahtu, korduvkasutust, ja muud sarnast hinnates,
siis saab Albert Einstein hindeks 5 palli süsteemis 1 või 1-miinus!

Olukorra muudab eriti halvaks ka asjaolu, et selline
kontrollimatus võimaldab nihilistidest looder-arendajatel
töö tegemist teeselda ja küsida raha tegmata töö eest,
kuid hetkel mina kui antud teksti äärmiselt kallutatult kirjutades,
tarkvara-arendaja positsioonilt kirjutades, tõesti ei tea,
mis oleks selline vastumeede, mis võimaldaks mitte-tehnilise
taustaga inimestel looder-arendajaid töökatest eristada.
Arendaja jutu ja üldise oleku hindamine kindlasti ei aita,
sest libe looder võib olla soravama ja enesekindama ja toredama
jutuga kui tõeliselt tööd rügav, päriselt tööd hästi tegev,
tipp-spetsialist.


Tänan lugemast.
RE: PHP
Postitaja: Mario 2017-06-26 15:09:43
Tánud, siia mingeid kummalisi vastuseid kirjutamast :0...aga aitáh ja töötaja on leitud ja projekt varsti valmis.
RE: PHP
Postitaja: kummalise_vastuse_autor 2017-07-01 02:10:48
TSITEERITUD:
Tánud, siia mingeid kummalisi vastuseid kirjutamast
:0...aga aitáh ja töötaja on leitud ja projekt varsti valmis.


Võtke heaks. Teie praegune vastus illustreerib ilusti
seda, miks tõsisemad arendajad, need, kel ülikoolidiplom
IT-s olemas ja praktilist töökogemust vähemalt 10 aastat,
Teie-suguseid välja praakima kipuvad. Teie miinus on selles,
et Te soovite üli-kiirelt, üli-pealiskaudselt ja tõenäoliselt ei taha
siis ka suurema ja põhjalikuma töö eest ka maksta.
Ükski väärikas meister ei ole nõus tarnima viletsalt tehtud
tööd, sest see rikub mainet.

Samal ajal näite Te kiirelt välja praakivat inimesi, kes
Teile otse näkku ütlevad, et jah, kiir-lörtstüki saab
tõesti sellise aja ja hinnaga, aga probleemi tegelikuks
lahendamiseks on vaja midagi hoopis mahukamat ja keerukamat
lahendust, mis läheb seoses suurema töömahuga ka rohkem maksma.

Nii et, oodake-oodake aga ära, mil Teie projekt valmib,
siis kasutage seda umbes aasta-poolteist ja siis lugege
palun siinse foorumilõime postitusi uuesti, pilguga, et
kas siin toodud vastused on ikka "mingid kummalised vastused"
või on mõni "kummaline vastus" ka Teie elukogemuse poolt
kinnitust leidnud vastus.

Eks saame näha :-D

Mina soovitan Teil hakata oma praeguse projekti
jätkuprojekti jaoks raha koguma ja palun ärge vahetage
oma tarnijat. Kõik me oleme noored ja kogenematud olnud,
mistõttu on hea, kui Teie praegune, tõenäoliselt noor ja kogenematu,
arndaja saab omal nahal tunda, kui palju Ta oma
projekti-töömahu hinnanguga eksis. Palun ärge olge ta
peale siis kuri, kui Ta siiski hiljem tuleb Teile rääkima,
et oleks veel vaja teha X, Y, Z ja leiduvad probleemid P_1, P_2, P_3,..., P_N

Natukene musta huumoriga öeldult, eks
algajad kirurgid peavad kah ju kellegi peal harjutama :-D

RE: PHP
Postitaja: must huumor 2017-08-14 22:05:37
kummaliste vastuste autoril peab küll palju aega olema või ta kasutab vastamiseks diktofoni, nagu ta juba kuskil kellelegi soovitas... jõudu tööle, jutumehi on kah vaja! :)

Leheküljed: 1

©2002-2013 Martin Rebane & PHP.ee kaasautorid
  0.414896965027