Jump to content
php.lv forumi

Shaman`is

Reģistrētie lietotāji
  • Posts

    49
  • Joined

  • Last visited

Everything posted by Shaman`is

  1. SkyD - pameklē netā... ;)) cenas svārstās tā aptuveni no 1000 - 5000 mēnesī... protams, vienmēr ir variants braukt uz Īriju zemenes lasīt. Robi - man tā tīri interesanti palikās - kas tie ir par darbiem, kur maksā vairāk par 400 ls mēnesī un - neprasot iepriekšēju pieredzi? es ar tādu gribu...
  2. SkyD - Tu esi kaadreiz kodeejis 8 h no vietas? ja vajag, var vairaak, protams. bet nu reziimaa "gulta -> kompis -> ledusskapis -> pusdienas pie kompja-> gulta" paaraak ilgi iztureet nevar. protams, cits ilgaak, cits ne tik ilgi, bet nu tomeer. ;) taas 40h skiet ir ar likumu noteiktas...
  3. SkyD - nu normāls darbalaiks ir 40h nedēļā. ja vairāk - tad arī oficiālā darbavietā maksā ja nemaldos dubultā. un jo lielāks speciālists, jo vairāk bonusus firma piedāvā -vismaz tā vajadzētu būt ;) piemēram, lielāka alga, bet ne tikai. visādi kvalifikācijas celšanas kursi, samazināts darba laiks utt...
  4. armag - es Tev ieteiktu vadīties pēc viena pavisam vienkārša principa - lietot kaut ko, šajā gadījumā datubāzi, tikai tad, kad ir pēc kā tāda nepieciešamība. nevis - dzirdēju, ka kaut kas tāds ir ļoti kruta, tagad es to lietošu. protams, vēlme uzzināt kaut ko jaunu ir tikai un vienīgi apsveicama. bet droši vien būtu lietderīgi saprast sākumā, ko nozīmē šie termini: database, relational database, sql - structured query language. nezinot tādas lietas, ir visai pagrūti izskaidrot ko sarežģītāku. un Grey_Wolf skaidrojums ir visnotaļ labs ;)
  5. tā bieži vien ir php koderu priekšrocība - nenormēts darba laiks. alga varbūt nedaudz mazāka, toties daudz vieglāk apvienot ar mācībām... par algu - 200 ls ir standarta alga iesācējam. pēc tam - nu tas jau no paša atkarīgs. 400-500 profesionālis varētu saņemt mierīgi, ja strādā normālā kantorī pie nopietniem projektiem. un nopietni projekti mēdz būt arī ar php, ne tikai citās programmēšanas valodās. pirms pāris gadiem nācās dzirdēt, ka vislabāk atalgotie ir Java programmētāji. nez, varbūt pa šo laiku kas ir mainījies.
  6. ;) ar lieliem pārtraukumiem... šis ir trešais gads, kopš vispār pastāv tādi turnīri kā kickoff.
  7. kāda jēga? vai vārdiņš "attīstība" neko neizsaka? nezinu, varbūt kādam nez kāpēc ir radies iespaids, ka man pašam slinkums un tādēļ meklēju kādu muļķi, kurš izdarīs darbu manā vietā... muļķības. varu pačukstēt, ka tāda lieta kā pamatdarbs jau ir izdarīts - t.i., pamatfjas ir nodrošinātas - statistikas ievade utt. savukārt visādām noderīgām lietām man - jā, neatliek laika. jautāsiet - kādēļ? tādēļ ka kaut vai ir tāds sīkums, kā paša turnīra organizēšana, kur man ar sava roka jāpieliek. es nesūdzos - man patīk ;)) bet - tas prasa laiku. un varu pačukstēt, ka nupatās iet jau trešais gads, kad ar pārtraukumiem ir strādāts pie šīs lapas attīstības. un tiešām nesapratu to teikumu par dizainera kursiem - kādēļ man kas tāds būtu jāorganizē? Hmm, laikam visi tiešām tik pieredzējuši, ka strādā labi atalgotos darbus un nevienam neko nevajag iemācīties... es tiešām neapgalvoju, ka esmu guru. bet kaut kā līdz šim man ir izdevies uzveidot visu, kas ir bijis vajadzīgs. gan css, gan php ziņā... ps. varu pačukstēt ka ir cilvēki, kuri ir izrādījuši interesi ;))
  8. pag pag. es nevienā mirklī neesmu prasījis gatavu forumu. un tas par samērīšanos bija joks...
  9. tip, samēramies, kuram garāks? :))) (kurš ilgāk ar php strādā? - tā būtu novirzīšanās no tēmas...)
  10. ;))) es jau pats minēju, ka dizains šobrīd tiek pārstrādāts. ja rūpīgāk palasa iepriekšējos postus... turklāt - viena lieta ir novērtēt. cita - uztaisīt pašam... es, protams, neapšaubu neviena klātesošā spējas dizaina jautājumos. ;)) un zxspectrum - Tev neapšaubāmi ir taisnība - nevar būt vienlaicīgi specs daudzās jomās. kaut ko vienmēr varēs zināt vairāk, kaut ko - mazāk.
  11. Papildinaajums - neapshaubaami, par paliidzeeshanu lapas izstraadee var sarunaat atliidziibu reklaamas veidaa . Apmekleejums nav, protams, gigantisks, tomeer ir stabils un patstaaviigs. un - attiistot lapu, noteikti pieaugs.
  12. nē. linku gan tā uzreiz iedot nevarēšu. nesaglabāju.
  13. Latvijā es ar neesmu dzirdējis. Pats labprāt aizietu. Ārzemēs ir šādi tādi redzēti, info meklējot. Cenas - nu simtos... ;)))
  14. ;)) Ne visos bezpeļņas uzņēmumos algas maksā. Īpaši ja viss projekts, kā šinī gadījumā, ir ļoti jauns. Protams, gadījumā ja radīsies tāda iespēja, neviens naudu savā kabatā nebāzīs - atbilstošs darbs tiks atbilstoši atalgots. Atbildot G-Style - kā smejies atceros kā pats pirms gadiem 2 strādāju praksē tādā droši vien nedzirdētā uzņēmumā kā "Exigen Latvia". Nu re... Cilvēkiem, kas patiešām grib kaut vai dabūt ierakstu CV - no pieredzes varu teikt, ka jebkurā darba intervijā prasīs, ko Tu proti un ko esi uzatisījis, un kur esi strādājis - šāda iespēja noderētu. Un pilnībā piekrītu v3rb0 - privātstundas te daudziem noderētu. Neesmu, protams, drausmīgi gudrs - līdz profesoram tālu ;))) Bet šo to zinu un pamācītu. Protams, nedomāju ka kāds ar patstāvīgu darbu ko tādu gribēs darīt tikai ieraksta CV dēļ. Naivā pasaule, G-Style? Es zinu pietiekoši daudz cilvēkus, kas darbojas bezpeļņas projektos. Laikam pat pārāk daudz... vienīgā nelaime- viņi visi tiešām ir aizņemti ar saviem projektiem. (ne tikai IT) Un par php kursiem, cik esmu redzējis, jāmaksā...
  15. Šobrīd ir iespēja pieteikties strādāt pie viena visai interesanta projekta. Kickoff.lv Kādas prasības? Noteikti liela vēlme kaut ko jaunu iemācīties. Protams, būtu vēlamas kaut minimālās zināšanas php. Ko cilvēks iegūs, piedaloties šajā projektā? Daudz jaunu zināšanu. Gan par praktisko OOP izmantošanu, gan php patterns. Kā arī, protams, gūs visai plašu ieskatu par klienta neizmērojamajām vēlmēm un reālajām iespējām ;)) Jāpiebilst, ka vismaz pagaidām šis projekts ir bezpeļņas, kas pēc definīcijas nozīmē to, ka par šo darbu netiks maksāts. Kāda velna pēc tad pieteikties? ;) Jo šī ir unikāla iespēja mācīties - būs pieejams skolotājs manā personā, kas palīdzēs apgūt visu, kas nepieciešams uzdevumu izpildei. Turklāt - ja kādam gadās vēlme pakodēt ar kādu kopā nakts vidū - ir taču patīkamāk kodēt, ja pēc tam rezultāts tiek praktiski izmantots, vai ne? PS. lūdzu bez komentāriem par izskatu - šobrīd tiek strādāts pie jaunā dizaina... ;)
  16. To pirmo Patterns Of Enterprise Application Architecture ir bijusi tā laime palasīties. Krievu valodā gan. Grāmatā ir 2 daļas. otrajā ir aprakstīti konkrētie risinājumi. tajā neiedziļinājos. pirmā daļa - paskaidro, kas ir kas, kā būtu jādara utt... faktiski pirmajās 100 lpp neko jaunu neuzzināju. varbūt bija vērts palasīties otro daļu, bet pēc pirmās nelikās, ka būtu vērts iedziļināties - t.i., vērts iedziļināties ir, ja vēlas uzzināt ko vairāk par konkrēto risinājumu. grāmata tā arī ir plānota - otro daļu šķir vaļā pēc vajadzības, kad ir nepieciešamība pēc konkrētā risinājuma. ;)
  17. reku links uz grāmatu: php|architect`s guide to php design patterns iesākumam droši vien derētu citēt autoru: "Ir iespējams pārcensties, lietojot OOP pieeju un šablonus (design patterns). Tāpēc ir svarīgi ievērot principu - izmantot vienkāršāko iespējamo risinājumu, kurš strādā. Ja risināmajam uzdevumam nav nepieciešama elastība un augsta abstrakcijas pakāpe, ko nodrošina šabloni, nelietojiet tos. Šabloni (design patterns) ir domāti specifisku problēmu risināšanai, nevis problēmu radīšanai." Kas būtu jāzina, pirms ķerties pie šīs grāmatas - autors pieņem, ka lasītājs labi pārzina php, kā arī ir iepazinis OOP principu lietošanu php. tīri teorētiski - lasīt varētu jebkurš, kuru tas interesē - bet bez priekšzināšanām būs par smagu, manuprāt. Viena lieta, kas jāpiebilst šajā sakarā - šo grāmatu nav jēgas vienkārši lasīt. Kāpēc? Vienkārši - viņa ir jāstudē. kam šī grāmata varētu noderēt - cilvēkiem, kuri darbojas vidēja vai liela līmeņa projektos, izmantojot OOP, vai arī plāno ko tādu nākotnē. Diezgan droši varu apgalvot, ka profesionālam php programmētājam būtu šīs lietas jāpārzina. Ok, ir pietiekoši daudz projektu, kur bez kā tāda var iztikt, bet šādas zināšanas būs liela priekšrocība, manuprāt. Turklāt iepazistoties ar šo materiālu, nākas secināt, ka ir lietas, kuras tāpat ir darītas līdzīgi, jo tas ir labs risinājums. Par pašu grāmatas saturu: - grāmatai ir neliels ievads, kurā ir vispārīga info gan par OOP, gan par programmēšanas principiem kā tādiem. ļoti minimāli. - 1. nodaļa ir veltīta programmēšanas praksei. Ir pastāstīts par testēšanu, UML diagrammām un dažām citām lietām visai vispārīgi - tālāk seko 16 nodaļas, katra veltīta savam šablonam. piemēram, singleton, model-view-controller, decorator pattern utt... katrā no nodaļām ir vispārīgs ievads, kurš raksturo konkrēto situāciju. izdalīta problēma, kas radusies šajā situācijā kā arī risinājums. un tālāk jau diezgan sīki un smalki aprakstīts konkrētais šablons. Ļoti saprotami, starp citu. Man patika, labāk nekā citos materiālos, kurus bija nācies lasīt - pēc tam seko noslēgums un visu populārāko šablonu saraksts - arī to, kas nav šajā grāmatā. - un vēl viena interesanta lieta - pielikumā ir tāda nodaļa kā simpleTest testing practices - visai noderīga info varētu būt, lai gan īpaši neiedziļinājos. Par testēšanu. tas tā, īsumā viss ;)
  18. palasīju tās grāmatas demo nodaļu. liekas diezgan sakarīgi, vienīgi tā cena... bet nupatās dabūju tās grāmatas pdf versiju ;))) iečekošu, pēc kāda laiciņa varētu uzrakstīt apskatu. atbildot hmnc - jā, pat termini.lv nav konkrētas patterns definīcijas, tāpēc varētu rasties pārpratumi par nosaukumiem ;) runājot par pašiem šabloniem (manuprāt, šis ir labākais tulkojums no visiem iespējamajiem). kā es to saprotu - tā nav nevajadzīgu papildklasu ieviešana visur, kur vien ienāk prātā tikai tāpēc, ka kādam liekas, ka tā ir kruti. šablonu lietošana, manuprāt, ir nepieciešama tur, kur projekts tiek veidots, izmantojot OOP - attiecīgi šie šabloni vienkārši ir kā papildrīks, kas palīdz izstrādāt labākas OOP klases. ps. visos materiālos par design patterns tas tiek pieminēts - izmantojiet tos tur, kur tas nepieciešams. attiecīgi - nav īsti jēgas strīdēties par to, cik tie labi/slikti. ir projekti, kur tos izmantot būtu labi. un ir projekti, kur tos NEBŪTU jāizmanto nekādā gadījumā... ;))
  19. Shaman`is

    php kursi

    atceros, pirms pāris gadiem tika sarīkoti 2 vai 3 php semināri... šķiet, tā lieta apklusa, lai gan interese bija. varbūt ir vērts ko tādu atkal sarīkot? lai gan - kurš būs tas, kurš uzņemsies rīkošanu?
  20. ;) un papildinot Kaitnieka teikto - patterns ir viens no rīkiem, ar kura palīdzību veidot lielāku abstrakcijas līmeni. mazai lapai ar pāris skreeniem tas varbūt neko nedos, bet lielai sistēmai, kurai pēkšņi rodas nepieciešamība visus ekrānus drukāt, piemēram, iekš pdf - laimīgs būs tas, kurš projektējot būs izveidojis to padarīšanu pietiekoši abstraktu un - atvērtu dažādiem papildinājumiem... par phppatterns.com info ir laba, bet jau kādu laiciņu atpakaļ apskatīta. manuprāt, šai lapai ir viens trūkums - tur atrodamā info ir realizētas patterns php versijas. zinot konkrētā pattern - piemēram, mvc, definīciju, to tāpat nav tik grūti uzkodēt. ar šo informāciju tā īsti nepietiek ;) ps. agrāk viņiem tā lapa bija daudz smukāka... vienkārši - meklējot informāciju ir nācies saskarties ar to, ka tiek pieminēti "web design patterns". nevis šie klasiskie, bet speciāli webam domātie. problēma - neko vairāk par šādu pieminēšanu atrast nav izdevies, pat izmantojot pasniedzēja doto iespēju meklēt visādu starptautisku konferenču tikai biedriem pieejamajos materiālos...
  21. esi mērījis? šeit, šķiet, atkal rodas jautājums - kuram patīk oop, un kuram nē. no pieredzes - lielā projektā pat ļoti atmaksājas laika, kas pavadīts programmējot, ziņā. starp citu - jautājums jau bija - nevis "vai patterns ir vajadzīgi webam?" bet gan - "vai kāds var padalīties ar info?" tas tā, starp citu ;)
  22. nu jā, mvc ir viens no. un taisnība, ka ne vienmēr var viņus izmantot. ir reizes, kad pat - nevajag. ;) taatad, viena definīcija: Design patterns are recurring solutions to software design problems you find again and again in real-world application development. Patterns are about design and interaction of objects, as well as providing a communication platform concerning elegant, reusable solutions to commonly encountered programming challenges. cita definīcija: Each pattern is a three-part rule, which expresses a relation between a certain context, a problem, and a solution.
  23. sākumam derētu precizēt - ka patterns nav gluži tas pats - kas template. Template varētu uzskatīt par vienu no patterns paveidiem. kam izmantošu? būtu interesanti pamācīties no citu programmētāju pieredzes, jo patterns ir tieši šāds rīks - pieredzes nodošanai. kā arī - par šo lietu ir vēlēšanās rakstīt bakalaura darbu. lieliem vai maziem saitiem - bet nu jau praksē ir pierādījies, ka labi izplānotas klases ļoti atvieglo darbu, ja ne uzreiz, tad pēc tam, kad kaut kas ir jālabo -vai nu izskatā, vai kodā. par xhtml + css zinu neslikti - bet tas attiecas tikai uz izskatu. Savukārt Patterns - uz visu projektu - sākot no arhitektūras līdz pat pēdējam sīkumam. protams, ka patterns, tāpat kā jebkas cits - jāpielieto tur, kur vajag. bet lai saprastu, kur vajag - ir jāmācās. un tikai no savas pieredzes mācīties nav tik produktīvi. ps. atļaušos nepiekrist pēdējam teikumam - ja ar šabloniem saprotam - patterns, tad php nav šablonēšanas tūlis. Patterns vispār tiek definēti, neizmantojot kādu konkrētu valodu- viņus var pielāgot gan c++, gan cobol (dažreiz gan ar zināmiem ierobežojumiem)
  24. Labs vakars, nu jau kādu laiku nesekmīgi cenšos atrast jebkādu informāciju par design patterns, kas būtu domāti lietošanai web vidē. info par pašiem design patterns ir pietiekoši, pat esmu ticis pie klasiskās grāmatas "Design Patterns" by Erich Gamma, ... Problēma ir sekojoša - liela daļa no šiem klasiskajiem šabloniem faktiski nav izmantojama web vidē. Tomēr kā rīks šabloni (patterns) ir visnotaļ neslikts, ja vien to izmanto tur, kur vajadzīgs (piemērs ar "hello world" iekš patterns ar jau pirms kāda laiciņa ir apskatīts ;) vai vēl kāds ir saskāries ar šo lietu un varētu padalīties ar informāciju?
×
×
  • Create New...