Web Developer

Sveiki! Zinu, ka tēma ir jau cilāta. Bet tik un tā, man radās vajadzība pēc PHP IDE, kas ērti atbalsta arī FTP (bez sarežģītiem čakiem). Teiksim tā - lietošanas ērtuma ziņā līdzīgi EditPlus, bet iespēju ziņā tuvu ZendStudio (nav obligāti nepieciešamas visas fīčas, tikai galvenās). Pie tam - BEZMAKSAS. Zinu, ka ir Eclipse for php, zinu, bet diemžēl pasmagi un sarežģīti konfigurēt, par daudz jāmācās priekš tik primitīvas valodas kā php programmēšana. Man vajag ko vienkāršāku, lai varētu ātri strādāt, atbilstoši php būtībai, ka tas ir ātrs štancēšanas variants. Obligātās fīčas: * ērts ftp - pa taisno seivojot failus notiek uploads, vari atvērt projektu uz ftp vienkārši; * iespējas izmantot frameworkus, konfigurēt pathus, auto-assist funkcijām, metodēm, arī pašrakstītajām; * syntax highlighting pats par sevi, bet ne tā kā priekš newbiem (piemēram, EditPlus syntax hightlight), bet normāli standartā (kā Eclipse). * vēlams lai editēšanas fīčas būtu tuvu Eclipse iespējām - pārlekt uz konkrētu rindu, autoģenerēt šādas tādas funkcijas, klases utt. HTML un JavaScript hightlighting arī vajadzētu būt... * protams, bez problēmām jāiet uz Windows XP - nav svarīgi vai IDE ir programmēts Java, vai C vai C++ ... Ir varianti? Iespējams, pat nav neviens.

Jaunais skins ir interesants. Diemžēl nedaudz neergonomiskāks lasīšanai. Forums ir lasāmviela pamatā. Jābūt iespējai izvēlēties citus skinus ar citiem fontiem, krāsām. Piemēram, nelielas pamatkrāsu korekcijas, fontu un to izmēru korekcijas un forumu būtu krietni vieglāk lasīt! Esmu par to, ka webam jābūt izvēlei vienmēr pārslēgt sekojošus režīmus: 1) lielie burti, bez dizaina, cilvēkiem ar vāju redzi! Šis ir ļoti būtiski. 2) "Avīžstilā" - iespējami viegli uztveramam, primitīvam dizainam, lai ērti būtu lasīt. Dekorācijas un bumbuļi lai paliek maziem bērniem un tiem, kas vēlas tādu dizainu paturēt pēc noklusējuma.

Patērētās vai prognozētās darba stundas reiz stundas likme. Ja ir iepriekš izstrādāts pašizstrādāts produkts, tam ar var noteikt papildus cenu, kas neiekļaujas darba stundās. Ar php tiešām neesmu ilgi neko darījis. Kādreiz tur daudz programmēju - tad, kad biju gandrīz tikpat "zaļš: kā tu (tik "zaļš" kā tu, iespējams nekad neesmu bijis).

Ja uzreiz jautājums par cenu, tad uzreiz arī iesaku taisīt to uz php. Jo php būs vislētākais variants tev. Gan hostings lēts, gan php bezmaksas, gan programmeri lēti - skolnieki ļoti daudz ir php. Bet ja gribi vēl lēti izbraukt pašu projektu, tad ņem jau kādu gatavu risinājumu un pats pilnveido. Tev būs jārēķinās ar šī risinājuma iespējām, tāpēc meklē uzreiz tādu, kas tuvināti atbilst tavām prasībām. Čakars un kaut ko programmēt gatavā risinājumā būs lielāks, nekā vēlme pēc izmaiņām! Bet protams, ja gribi visu pa skaisto, noalgo vienu, divus programmerus, lai uztaisa no nulles pāris mēnešu laikā - droši vien šitādā gadījumā izmaksās ap 1000 Ls (krīze tomēr, cenas zemas). Dizainu vērtē atsevišķi, tas standartā ir 100-200 Ls pie dizainera, cik zinu. Nu ne jau ūberprofa, bet normāla ierindas web dizainera - vairāk ar viņi nepelna par dizainu nekādi, sevišķi jau šais apstākļos. Bet es pieļauju, ja labi grib, var izvilkt kopā pat nedaudz zem 1000 Ls, ieskaitot visu pvn. :)

no bērna dzirdu... Turpini bakstīties, pēc 50 gadiem kļūsi par "html programmētāju".

foxc - iesaku tev sūdzēties Pasaules tiesā! Par tavas personības nicināšanu, ka visi mēdiji pievēršas krīzei, kamēr tev ir problēma un neveiksme - NEIET SPĒLES! Tam jau sen vajadzēja izskanēt pa visu pasauli un sen jau vajadzēja tikt atvērtiem ziedojuma kontiem priekš foxc jaunā krutā kompja.

foxc - es jau priecājos, ku tev kompis spēles nevelk! Varēji jau sākumā labāk mammai pasūdzēties, nevis forumā sevi apkaunot! :)

Ok, turpināšu adīt zeķes! Līgai arī noadīt? Un tavai omei arī? Es vispār tamborēt arī māku, mok tev pamperus uztamborēt, foxc? :D

Nē nu kāpēc suuuc (pokemon), var jau uztjūnēt pa kādiem 5000 LVL. Ja gribi, sarunāsim!

Vispār jau tev fox, kompis ir kruts, kā saka - baigā tačka. Visam vajadzētu iet! Prieks arī, ka izmanto paint un čato skypā ar līgu. Screenshotus arī proti taisīt, kruta!!! Bet klau, nu tev ir tikai 32-bitu Windows, modernām spēlēm vajag vismaz 64-bitu sistēmu + 8GB RAM + Quattro Core! Ja tu šito visu finansiāli vari pavilkt, uzņemsim tevi geimerklubā!

Vienkārši nespēlē spēles. Ja jau tev tas kompis ir tāds sūds, tad met viņu pa logu laukā, tik apskaties sākumā vai tur nav kāda dzīva dvēsele apakšā!

nemec - formula ir vienkārša - laiks ir nauda, tad katra stunda, ko tu tērē darbam, principā ir nosakamā naudā, atkarībā no darba specifikas, mainās arī likme. Ja piemēram, par klientu konsultēšanu tu nosaki sev 5 Ls stundā, programmēšanu 6 Ls stundā, bet lamāšanos 20 Ls stundā, tad arī piestādi klientam attiecīgo rēķinu! Pēc viena otra rēķina viņš vairs tevi netraucēs! ;)

Ja Tev interesē Unicode, tad lūdzu: Ā - Ā ... http://www.pemberley.com/janeinfo/latin1.html

Informāciju drīkst izpaust darbiniekiem, cik nu kurš darbinieks ir godīgs, tik arī svēta informācija, protams, darbinieks pat to atbild pēc tam personīgi. Qeds - ar 99% pārliecību varu pateikt, ka tas jūsu konkurents acīmredzot ir izmantojis tā paša izstrādātāja vadima pakalpojumus un šis vadims ir paņēmis to pašu dzinēju, uz kā griezās jūsu web-projekts, pielabojot dizainu, protams. Normāla parādība! Skatieties kāds jums ir līgums, vai kods pieder jums! Visdrīzāk jau ka nepieder! ;) Tādā gadījumā arī nevarat sūdzēties, nu ir kā ir, jāskatās, vai tas ko tu pērc, tu tiešām nopērc, ieskaitot visas tiesības uz to. Bet es neuzskatu, ka tas kods ir kaut kas vērtīgs, ja godīgi, ja pat čalis te augstāk atklāja SQL injekciju iespējas! :D

Nu šai gadījumā es arī ticu, ka klients ir bijis nedaudz savāds. Iespējams, viņš nezinādams neko par IT sfēru, uzskatīja visu par kļūdām un tāpēc uzskatīja, ka izpildītāja pienākums ir bez maksas tās labot. Tas ir galīgi garām. Tāpēc ieteicams sākumā specificēt prasības. Uz papīra. Tad ir jāpiedāvā izstrādes līgums un uzturēšanas līgums - uzturēšanas līgums parasti kalpo arī kā garantija bugiem. Ja izpildītājs nepiedāvā garantiju, tad pēc produkta pieņemšanas/nodošanas klientam nav tiesību prasīt kaut ko bez maksas labot - galu galā nav tilts, kas var sabrukt, tests ir noticis, viss kārtībā. Tāpēc vienmēr klientam izdevīgāk ir pieņemt uzturēšanas līgumu, kurā atrunāts, kas ir kļūda, kas ir izmaiņu pieprasījums, kas ir jaunu iespēju programmēšana utt. Pie tam, klientam par šādu līgumu un tā izmaksām jāzin jau pirms projekta uzsākšanas. Attiecīgi - šeit vainīga ir kopējā sadarbība un organizācija, gan klients, gan izpildītājs.

Izskatās, ka izpildītājs cenšas attaisnot nedaudz savu iespējamo kompetences vai "čakluma" trūkumu, kamēr klients varbūt īsti neizprot kā notiek sadarbība ar IT firmām un rezultāts ir lauzts līgums. Ļoti iespējams, ka šeit arī diezgan dabiski attiecības nosaka nauda. Tā noteikti nav pārāk liela, ja izpildītājs atļāvās tik vēsi pasūtīt klientu. Ja klients ir naudīgs un maksātspējīgs, pasūtītājs labāk pieciestu neērtības, nekā paliktu bez svarīgiem līdzekļiem un riskētu ar reputāciju. Jebkurā gadījumā sava daļa vainas jāuzņemas arī klientam un sava daļa izpildītājam (iespējams, klientam netika izskaidrots pilnībā IT projekta process, kas ko maksā un kāpēc, kas ir kļūda un kas nav kļūda, iespējams arī sīkas neizdarības, ko nepatīk pašam pēc tam labot).

// Atshujam smirdigu hakeri, kas lozhaa pa failiem. if(!defined("ml_reg")) { die('<h1>DIE HACKER!</h1>'); } Šitais ir unikums! :)

Sīklabojumiem ir jāslēdz uzturēšanas līgums un to arī vajadzēja klientam piedāvāt. Hostings ir tikai servera uzturēšanas līgums, backupu izveide labākajā gadījumā. Bet hostings nav iejaukšanās kodā principā! :)

Piekrītu jums - šāda atbilde "man strādā" no izpildītāja puses ir absolūti nepieņemama. Vispirms ir jācenšas noskaidrot iespējamie iemesli, kāpēc klientam nestrādā. Jautājums - kā tiek definēts, kas ir "kļūda"? Ir bijusi saskarsme ar cilvēkiem, kam grūti ieskaidrot, ka tā nav kļūda, bet gan jauna iespēja. Jo mēdz gadīties tā, ka klients pārdomā prasības. Jebkurā gadījumā, tas jāņem vērā izpildītājam un jāpaskaidro klientam, kāpēc tā nav kļūda, bet jauna iespēja sākotnēji neparedzēta. Šāda vēstule tiešām ir hīts. Klienti ir dažādi, cilvēki ir dažādi, bet oficiālā biznesa vidē nav pieņemts mētāties ar subjektīviem pārmetumiem un vērsties pret personībām. Tā viņi var runāt savā uzņēmuma iekšienē savā starpā, bet ne sūtīt tādas vēstules klientiem.

1. dizains - vienkārš primitīvs - tātad, tas ir labi, bet par krāsām nav padomāts līdz galam. Krāsas diemžēl nepatīk. Logo - bez emocijām, lai gan pārāk tumšs un nesakarīgs. 2. saturs - nu vienaudžiem varētu būt arī interesants. Varētu būt vairāk ziņu kopsavilkumu vienā lapā. Nepieciešamas kategorijas, "tagi", atslēgvārdi, sauc kā gribi. Satura valoda - lai nu ko, bet ja raksta latviski publiskus rakstus, nevis foruma ziņojumus vai čatus, tomēr nedaudz ir jāzin latviešu valoda, gan gramatika, gan daudz maz pieklājīgs tās lietošanas stils. Attiecīgi no 10 ballēm, saturu vērtēju uz 4 - un tas pats četrinieks aiz nagiem pievilkts, vienkārši principa pēc - lai nebūtu nesekmīgs un neapvainotos. Iedvesmai - gramatiski labojumi, piemēram, sekojošam citātam: Labota versija būtu: Neuzņemos pat labot stila kļūdas, kuras diemžēl arī šajā īsajā tekstiņā ir papilnam! :)

Arī "mazas aplikācijas" vajadzētu tomēr apgūt veidot pēc jēdzīgiem patterniem.

Tas ir tikai XHTML Strict. XHTML Transitional pieļauj arī inline elementus pa taisno "form" elementa cdata iekšā. Varētu būt saistīts ar sekojošām definīcijām (neesmu baigais DTD specs, tāpēc 100% visu tur nezinu): No XHTML 1.0 Strict DTD: No XHTML 1.0 Transtional DTD: Izskatās, ka Transitional versija pieļauj inline, kamēr Strict nē.

endrju. Daudz darba vajag vispār, dzīve ir grūta, jāstrādā. :D Bet daudz vairāk darba tev vajadzēs, lai lielā aplikācijā čakarētos ar die() visās malās, komentējot un atkomentējot tos, ja pastāv tāda lieta kā error handlings ar exceptioniem, kuru vari centralizēti konfigurēt un koriģēt izskatu. Labāk vienreiz izdari to darbu, nekā līki hako visās malās.

Krimināls kods, nevar īsti saprast. Sākumā uzraksti, kas tas par failu un iekopē pilnā apjomā - lai var konstatēt, kuras rindiņas vismaz! :)

"Profi" ierunājās! :) Java ir daudz augstāka līmeņa valoda un "exceptions" ir normāla, civilizēta parādība kodā. Ne vienmēr visas kļūdas ir "jāķer" ar try/catch. Tās var arī "pamest" tālāk un ķert tikai tur, kur tas nepieciešams. Ar exceptioniem vari izveidot arī smuku error message ar visām bildēm un ko tik tur jums nevajag; die() tiešām ir vēsture kā jau v3rb0 pareizi teica. Normāli ir, ka aplikācijā visi errori, vismaz to izskats, tiek apstrādāts vienuviet un ir konfigurējams/atslēdzams/ieslēdzams vienuviet, nevis pa visu kodu izmētāti kaut kādi die()... Debugošanai ir izgudroti tādi tūļi kā debuggeri, būsiet tak dzirdējuši par tādiem! ;)