Jump to content
php.lv forumi

Psihius

Reģistrētie lietotāji
  • Content Count

    65
  • Joined

  • Last visited

Everything posted by Psihius

  1. Well, pati prezentācija būs vairāk par Intl biblioteku, nekā par Yii. Bet nu Makarovs tomēr ir Yii core team developers un viņš stāstīs ar piemērim no tā, ar ko viņš strādā. Jo viņš aizgāja "full retard mode" ar Intl un viņiem tā tiek izmantotā ļotio plaši un materialu par Intl ir diezgan maz.
  2. Labdien foruma lasītāji! Šogad, trīs gadus pēc iepriekšējas konferences, atkal notiek WebConf konference. Konferences programmu un prezentāciju aprakstus, kā arī nopirkt biļetes, var uz http://webconf.lv/ Šogad visas prezentācijas būs angļu valodā. Un tagad pie labumiem ;) Visi, kas nāk no šī foruma, var izmantot PHPLV2015 promo kodu, kas dod 25% atlaidi biļetēm. Ja rodas kādi jautājumi vai priekšlikumi, rakstiet mums: Twitter @webconfriga Facebook: https://www.facebook.com/webconfriga/ E-mail: info@webconf.lv Cerams, uz tikšanos konferencē
  3. Paldies par feedback :) Monty ļoti interesantas lietas stāstīja, tie kas neatnāca daudz pazaudēja :)
  4. http://webconf.lv/ Spikeru saraksts un notikuma sarakts ir final, viss ir mājas lapā. Vairāk izmaiņu nebūs :)
  5. Šodien izlikšu pēdejas izmaiņas.
  6. aaxc Ja, starp zonām var mierīgi staigāt. Registrācijas formā tas ir norādīts. Vienkārši ir jaizvēlās pamata zonu, kuru gribās apmeklēt. Pusdienas nav iekļautas (tad jau vajadzētu vel pāris sponsoru ar sudraba vai zelts paketēm), vienkārši ir laiks dots. Ja gribās, var sarunāt pusdienas viesnīcā iepriekš, tur no 4.50 sākot piedavājumi iet. Pēc pagājušās reizes atsauksmēm baroja labi :)
  7. Tāpēc ka neviens nav piedavājis Node.js :)
  8. Vari te jau nerakstīt, es pēc e-mail notifikācijām redzu :) Jau ieliku serverī. Ja kādam ir citi jautājumi - rakstiet :)
  9. Yep, merged un ieslēdzu latviešu valodu atpakaļ.
  10. Es te piedavāju Agile Latvia uzstāties, lai stāsta par WEB development izņemot PHP kaut ko. Pat sazvanīt tagad nevienu nevaru :( Tāpēc un sanāk ka server side pamatā ir PHP ar MySQL. Nākamajā gadā plānoju gatavoties daudz agrāk un dabūt spikerus ar Ruby, Python, PostgreSQL, utt. Vienīgais ir tas, ka ja uz PostgreSQL vel būs daudz gribētāju, vai tiešām uz Ruby un Python salasīsies zāle vismaz ar 100 cilvēkiem?
  11. Čau visiem :) Konferenci organizēju es, odnoklassniki ir sponsors, tā pat kā Zabbix un Microsoft :) Ne visi spikeri zin angļu valodu nepieciešamā apjomā lai veiksmīgi uzstāties, tāpēc pāris prezentāciju būs krievu valodā. Pamatā viss notiks angļu valodā. Piedāvāt prezentāciju jau var jebkurš - galvenais lai temats būtu interesants :) Ar mājas lapas tulkošanu latviešu valodā nesanāca - laika nepietiek katostrofiski un paligā no tiem, kas varētu pārtulkot latviešu valodā, man diemžēl šogad nav. Es ar prieku iedošu pieeju pie bitbucket GIT repozitorija ja kāds gribēs palidzēt. Starp citu, es meklēju 1-2 cilvēkus, kas būtu ar mieru palidzēt ar konferences vadīšanu. No manis brīva ieeja, pusdienas viesnīcā abās dienās un alus uz afterparty :)
  12. Labdien! Šogad es organizēju WebConf Riga 2012, weblapa http://webconf.lv Šoreiz ir tiešām zvaigžņu spikeri kā Michael "Monty" Widenius (MySQL creator), Julien Pauli (PHP 5.5 release manager), Varankin Vladimir & Varvara Stepanova (Yandex, BEM creators), un citi - pins saraksts uz web lapas. Reģistrācija ir atverta, konference notiks 10. un 11. Novembrī Tallink Hotel Riga telpās. Maksa par ieēju 25 LVL.
  13. Palasīt: http://fabien.potencier.org/article/64/php-is-much-better-than-what-you-think
  14. Man vienkārši nav laika, lai varētu normāli iedzilināties tajā pašā Python. Un man nav tādu uzdevumu, kur to varētu pielietot, kur PHP man neder - tas studenta laiks man jau ir aizmugurē kad es varēju pa 16 stundām sēdēt pie datora un mācīties. Īpaši demotivē tas faktors, ka principiāli neko jaunu es iztaisīt nevarēšu, rezultāts būs tas pats - generēts HTML ar CSS (un gribās pievienot tādu lietu, kā ar PHP 5.3 taisīt nelielas console demonizētas applikācijas nav nekādu problēmu, bet ja, jau ar 5.2 un zemāk nekas nesanāks). Varbūt man tā veicās un es strādāju tādos projektos, kur ir attiecoši profesionaļi, kas taisa savu darba gabalu un tāpēc no manis prasa uzbūvēt arhitekturu, izvēlēties risinājumus ko izmantosim un ja mums vajag kaut ko ārpus PHP+MySQL servera pusē - to dara cilvēks ar attiecošās jomas pieredzi. Man nav nekāsu problēmu ar to, ka es nestrādāju ar to pašu Python - es tā un saku - mums ir vajadzīgs Python programmētājs. Man bez tā parasti darba saplānots uz pāris mēnešiem uzpriekšu. Var būt arī cits iemesls, kāpēc mani nevelk mācīties vel kādu valodu - man praktiski nav garlaicīgo šablonu projektu. Man nav jameklē kādu papildus programmēšanas hobbiju, lai izpaust manu iekšejo "es" - man to izdodās izpaust ikdienas darbā. Es arī pētu Yii framework un esmu uzrakstījis pāris patch, kuri tika pielietoti. Nu un daži droši vien zin, ka es ik pa laikam nodarbojos ar visādu event organizāciju (tas pats Webconf). Te nesen bija devclub pirmajs sanākums - tur mums bija interesanta diskusija par CoffieScript (bija prezentācija par to) - pats prezentācijas autors atbildēja uz jautājumu "Kāpēc to izmantot?" ka to izmantot nevajag. Vinš pats to izmanto tāpēc, ka viņš ir izvirtulis un tas dod viņam to estetisko baudu, kuras viņam pietrūks ikdienas darbā. Uz ko paziņa pateica, ka viņš mājās nodarbojās ar Python tieši tā paša iemesla dēļ (darba to neizmanto). Man pietiek ar Yii un tiem uzdevumiem, kas man ir (man ir laiks taisīt pareizi un skaisti, jo kvalitāte ir pirmā vietā, koda rakstīšanas ātrums nav no galveniem kritērijiem). Gribu mācītīes man izraisa trīs lietas: Mono (C#), mobīlās aplikācijas (naitive variants), es gribu iegūt maģistra diplomu.
  15. Tas ir tas gadījums, kad ir jalasa diskusiju pēc kārtas, ne viss atvert pāris ziņojumu pēc vēlēšanas. Es protams varētu iedod konkrētus linkus, bet tad tas tiks lasīts ārpus konteksta un saprasts nepareizi. Īsumā doma ir tāda - kaut gan daļā ir patiesība, tomēr lielāka daļa no problēmām ir jau atrisinātas pēdejās PHP versijās (5.3, 5.4) un daļa ir "intended by design", jo tāda ir valodas filosofija un nevisiem viņa var patikt (tā pat ne visiem patīk jūsu mīļakie Java/Python/Ruby). P.S. Es biju sajusmā par Pascal un Borland C++ Builder :) Es nepretendēju uz taisnību, bet tomēr Python bija radīts ka "general use" skripta valoda un izmantošanai sistēmas programmēšanā, attiecīgi ir jabūt labai kļūdu apstrādej un Exceptions cik es saprotu ir viena no bāzēm uz kuras valoda ir projektēta. Viņš nebija domāts speciāli WEB nolūkam, un kas ir tas pats Django un citi? Tas ir FastCGI/WSGI/etc daemon. Un daemon kā mēš zinam nebeidz savu darbību pēc pieprasījuma apstrādes. Fatal kļūda nav pieļaujama, jo tad visa aplikācija krīt un jūsu WEB sistēma nestrādā. PHP ir projektēts citādā filosofijā - viena pieprasījuma Fatal kļūda nekādā veidā neiespaido neko, izņemot tikai konkrēta pieprasījuma apstrādi. Katrai no pieejām ir savas labas un sliktas puses un viņas ir jāzin neatkarībā uz to, kurā valodā strādā. Citādi sanāk "быдлокод" kā to krieviski sauc. Es ne tikai zinu kā tos lietot, bet arī aktīvi lietoju. Intereses pēc izdarīju "grep 'throw new' | wc -l" uz pāris maniem projektiem, re kas sanāca: 288 reizes, 752 reizes. Bet vienālga man XML kļūdu apstrāde notiek ar libxml_use_internal_errors(true) un libxml_get_errors(), tikai pēc tam es pats izmetu Exception tur, kur man tas ir vajadzīgs ar libxml kļūdas tekstu un ierakstot log ar visiem datiem (trace ir maza daļa no informācijas). PHP 5.4 - unicode support in the core. Un viss vecais kods strādā (protams ja tas bija kārtīgi uzrakstīts, par slikta koda migrēšanu mēs nerunājam). Ja, nav tik radikāli ka Python, bet strādā. UTF-8 pēc noklusējuma. Es nevienu nespiežu lietot PHP, bet kā rāda prakse - pārāk daudzi pastrādā kādu gadu, migrē uz kaut ko citu un pēc tam spļaudās pa forumiem ka PHP ir slikts. Nu ja, kad sāk prasīt kas nav tā, ļoti bieži izrādās tas, ka cilvēks provēja sataisīt kaut kādu murgu uz valodas, kurā nav tam piemerota. Tas ka priekš KDE raksta Widgets PHP un kad to ir kādi 5-6 gabali, brīnās kāpēc tie apēd tik daudz resursu. Tas, ka tiem cilvēkiem pirmkārt ir vajadzīga smadzeņu diagnostika nevienam jautājumu neizraisa - PHP IR SLIKTS! Atkartošu - es pilnīgi saprotu kādas PHP ir problēmas un kā viņas ir jarisina, bet ir arī tādas lietas, kuras ir raksturīgas tieši PHP, tieši WEB specializācijas dēļ un tām, ka PHP nav "general purpose language". Un tām tā ir japaliek. Daļa PHP problēmu ir fundamentālas datorzinātņu problēmas, kuras piemīt arī citām valodām - vienai vairāk, otrai mazāk, bet tās ir. Šīm gan es piekrītu. Gribētu es paskatities, ka šīs individs pus divos naktī, uz planšetdatora tumsā uzrakstīs tik lielu ziņojumu un nepieļaus nevienas kļūdas :) Grammar nazi gan jau jabūt apdomātam.
  16. Tiem, kuri deva linkus uz "A fractal of bad design", iesaku palasīt šo: http://marc.info/?t=133407516900003&r=1&w=2 - tas no php-internals mailing list diskusijas par šo rakstu. Atvers dažiem acis, kā tā raksta autors PHP redzēja tālajā bērnībā. Par XML apstrādi. Čaļi, jus esat ķerti vai? Jums ko, nav ne jausmas ka XML apstrāde bāzējās uz C libxml2 bibliotekas, kuraj ir uzrakstīts wrapper lai ar to varētu strādāt PHP skriptos? Atvainoiet man, bet tā kā PHP error handling ir tāds, kāds viņš ir (vēsturiski, un tiem kas grib Exception - lūdzu, tas ir darams pāris koda līnijās) - strādā ar to. Un viss būtu labi, ja libxml2 nebūtu sava ideja kā darboties ar XML kļūdām - viņai ir savs iekšējais error handling mehanisms, kuru izraut no tās nav iespējams. Starp citu, par valid XML. Ho-ho, čali. Es strādāju daudz ar visāda veida merčantiem, bankām u.t.t. API - man katra XML atbilde obligāti tiek apstrādāta ar libxml_use_internal_errors(true) - praktiski visi laiku pa laikam kaut ko sačakarē ar XML, ka parsers nevar to apstrādāt. Pāris gadijumos XML'am nebīja root node pavisam. Citos gadijumos ja notiek kāda kļūda - XML var būt neprognozējams. Un man caur manu sistēmu mēnesī parplūst pāris miljoni usd - man ir jagarantē ka es saņēmu notifikāciju caur XML API un ja es pats kaut ko sūtu un man atbildē ir sūds, bet tajā sudā ir rakstīts ka operācija tika izpildīta - man to ir jazin. A jūs te sakat jāmet Exception un beigt darbu. Vajadzētu dažus iemest vidē, kur nauda plūst un paskatīties kā tās oliņas saspiedīsies, kad sanāks ka tāda gudrinieka dēļ kaut kur palika kādi 10-15 tūkstoši. Velns parāvis - da paskataties uz to, kas jums ir savajās valodās - puse biblioteku būs "binding to the C library witch exposes functions ...". Un ja paskatities reali - gandrīz katrajā var atrast kaut ko tādu, uz ko var rādīt ar pirkstu un ņirgāties. Ruby/Python tika radītas speciāli, un vienālga tām ir savas problēmas. PHP radijās netīšām, un attīstās. Strauji attīstās un paliek labāks, tīrāks. Un tās, ka tām ir problēmas ar standarta biblioteku (funkciju nosaukumi, parametru secība) - visi to zin, bet lai to majnīt ir vajadzīgi milzīgi resursi. Un vel jāpatur BC. Un vispāri nevienam tas nemaisa tik stipri, lai kāds uzsāktu šo procesu.
  17. Ir cilvēki, kuri apdomāti izvēlās savu uzmanību koncentrēt uz noteiktām valodām un platformām. Kāpēc? Lai ne vienkārši zināt un mākt, bet lai būtu guru savā jomā. Un to nepanāksi lēkājot no valodas uz valodu, no vienas platformas uz citu. Var provēt, skatities, bet lai nopietni pastrādāt vajag vissmaz 3-5 gadus. Lai kļūt par guru vajag vissmaz kādus gadus 10, a to visus 15. Izskatās ka runajot uz doto brīdi par PHP vs Ruby vs Python vs etc visi aizmirst par to, ka tīrs PHP kā tāds ir praktiski superlīme ar kuru parasti tiek salimētas kopā vissmaz 3 tehnologijas: PHP, datu bāzes, HTML/CSS un JavaScript. PHP vietā var būt tas pats Ruby, Python, C# u.t.t. Un tas ir tas minimums. Praktiski jebkurš daudz maz sarežģīts projekts sevī sāk pievienot kādu NoSQL datubāzi, bieži vien memcache vai tam līdzīgs kas tiek izmantots. Kaut kur rādās Sphinx vai viņa kolēģi. Lai iegūt pieredzi, izpētīt, iemācītīes pareizi strādāt un prast risināt jebkuru problēmu visam šim produktu un yehnoloģiju klāstam guru līmenī ar 10 gadiem neapiesies. Daudzi cilvēki pat tik daudz nenovelta un domā ka viņi jau visu zin un visu prot. Nu un tad sākās holywar un tam līdzīgas lietas. Galu galā jums ir cilvēks-kombains - itkā prot daudz un dažādi, bet tik sastaps kādu pamatīgu uzdevumu un hops - lasa dokumentāciju, lasa mailing lists, problēmas ar production versiju dziļu zināšanu trūkuma dēļ un tam lidzīgas lietas. Var būt plaša klāsta specialistam - kaut ko zin labāk, kaut ko sliktāk un pamatā tikt galā ar tekošo darbu just fine. Bet var arī būt guru savā jomā, kam ir jarisina īpašās problēmas, būt tām cilvēkam kas ved aiz sevis citus un patiešām baudīt sava darba rezultātus (nu un kā papildus effekts - darba alga ir stipri augstāka, nekā vidēja). Varat teik ko gribat, bet guru PHP jomā var pelnīt nemazāk (pat arī vairāk) nekā tie paši Python/Ruby speci. Kāpēc? Python/Ruby no sākuma uzstāda līmeni, bet dod maz rūmes sataisīt kaut ko citādi - WEB jomā visu nosaka noteiktais framework. Ar PHP ir cita lieta - tur ir pilnīga brīvība šaja ziņā, tāpēc starpība starp vidējo specialistu un guru ir ļoti liela. KISS filosofiju ir arī jasaprot un jamāk balansēt. Tāpēc atrast īstu specialistu ir grūtāk nekā Ruby/Python, bet īstu guru ir pavisam niecīga daļā. Personīgi es esmu ceļā kopā ar PHP uz to guru jomu. Man ir profilā izglītība, kuru es esmu ar savām spējām papildinājis ar zināšanām sākot no principiālās processora uzbūves, datora hardware daļas, datorzinātnes ārpus tehnikuma un universitātes kursa un beidzot ar manas jomas lietām, kuru attīstībai es katru dienu noveltu laiku. Cik daudzi no jums strādāja ar MySQL NDB Cluster? Cik daudzi lasa mysqlperformanceblog? Kas personīgi no jums ir ticies ar Percona pārstavjiem? Vai ar MySQL pārstavjiem (kuri sākuši vel MySQL AB un uz to brīdi jau bija Oracle), vai ar Sphinx developeriem? Sava mīļāka framework core developer? Kurš no jums lasa savas valodas DEV mailing list (prieks PHP tas saucās php-internals) un ar savu balsi ir iespaidojis valodas attīstību? Iemācīties un strādāt vel ir tikai sākums. Ir cītīgi jastrādā katru dienu savā personīgā labumā, lai gados 40 bija ko atcereties un ar ko lepoties.
  18. Pareizi, lasīt pēdejas 2 lapas nav ko - strīdās kaut kādas figņas dēļ.
  19. edgarsj Priekš PHP ir Zend PHP Certification - tā pat tuvu nav viegla un diezgan labi norāda uz cilvēka līmeni. To nav iespējams nodod vienkārši iegaumējot PHP dokumentāciju - ir jābūt nopietnai praktiskai pieredzei, es teiktu kādi 3-4 gadi sarežģītos projektos lai aptvert visu to, ko sertifikācijā prasa - un vienalga būs pāris vietas kurām ir jāgatavojas. Man jau 7-8 gadi pieredzes un joprojām dažās tēmas man praktiski nav praktiskās pieredzes un ir cītīgi jāgatavojas pāris nedēļas lai nebūtu viens liels fail. Pats draņķīgais tur ir tas, ka ir jautājumi par ļoti specifiskām lietām kuras var zināt tikai no prakses.
  20. Kavacky labi pateica, diemžēl tā bieži un ir. Un pēc savas pieredzes zinu ka atrast labu programmētāju ir liela problēma. Un diemžēl tieši PHP tā ir krietna liela problēma, jo ir daudz tādu kas jau strādā pa 5-10 gadu, bet tālāk par vidējo līmeni pat nav ticis - reti kāds nonāk līdz lieliem krietniem projektiem kur ātrdarbība, arhitektūra un datorzinātnes ir svarīgas. Viss tas nav vajadzīgs vizītkaršu web lapu taisīšanai. Tā pat ar tām CRM sistēmām - lielākā daļa pat neiedziļinās (bet tie, kas tiešām izprot sistēmu var dabūt ļoti krietnu naudu, 2-3x vairāk nekā vidēji mierīgi - man kolēģis ar MS Sharepoint bija strādājis - bija ļoti labi piedāvājumi viņam, tikai ņemties ar to viņam nu ļoti negribas un ņemsies tikai ja nebūs izvēles).
  21. codez Un vienalga jomas specifika nozimē ļoti daudz, pat darbs ar to pašu datu bāzi stipri atšķirās starp WEB un sistēmas programmēšanu. WEB'a responce time/latency ir kritisks, sistēmās programmēšanā tas parasti nav tik svarīgs un ļoti daudzas lietas liek uz datu bāzes procedurām un pagaidīt pāris sekundes nav nekas traks. Un ar datu bāzēm vispāri ir ļoti atkarīgs no konkrēta projekta - kas strādā vienā projektā otrajā var bremzēt tā kā traks un ir jāparkonfigurē datu bāzi attiecīgi.
  22. Gan pateikšu par algoritmiem, kā te ir stipri atkarīgs no jomas, kurā tu strādā. Piemēram es strādāju WEB'a jau 7-8 gadus un Pascal/C/C++ izmantoju kad vel mācījos tehnikumā. Tāpēc ne binaro koku es tev uzrakstīši, ne kartošanas algoritmu kādu (99.999% variantos iebūvēts valodā būs atrāks nekājebkura no realizācijām ar PHP kodu mana gadijumā). Man vispāri viss tas nav vajadzīgs jo tās ir lietas no citas jomas, ar kuru es nenodarbojos un netaisos nodarboties. Bet visus tos pamatus es zinu un kad vajadzēs, tad problēmu man ar to nebūs. Bet reali, ja vajadzēs ko tādu darīt daudz effektivāk paņēmt cilvēku ar vajadzīgām iemaņām un iedod viņām uzdevumu, nekā šādi-tādi provēt risināt pašam. Ko tiešām īštam programmētājām ir jāzin tas ir datorzinātnes - bez tām var iztikt, bet ja ir kāda fundamentāla problēma - tad nu ir ziepes. Pat rakstot uz PHP man tās stipri palīdz (bet es jau nu nenodarbojos ar konveira web lapu izstrādi - es nodarbojos ar backend sistēmām, API un tam līdzīgu lietu izstrādi kur WEB interfejs ir 1%-5% no paša projekta).
  23. Personīgi es nelēkāju no valodas uz valodas un attīstu savas iemaņas un zināšanas dziļumā un apgūstu papildus tehnoloģijas kā NoSQL, Sphinx (memcache & co es pat neskaitu) un saistītas ar HTTP īpašības - līdz šim es nekad neesmu ticis situācijā kad izstrādājot WEB sistēmu man PHP nepietika - man vairāk traucē brauzeri un lielās biznesa prasību izmaiņas. Kārtīgi izdomāta arhitektura un pareizo rīku izvēle praktiski nerod problēmas ar PHP kā tādu. Ja tam ir savas īpašības, kuras ir jazin un ar kurām ir jareķinās, bet tas pats ir a Python/Ruby. Īsti ir jabūt profesionālām savā jomā un ir jazin un jaredz to momentu, kad ir jagriežās pie profesionāla citā valodā lai risināt problēmu, kas radusies un galvenaijs rīks to risinā slikti vai pilnīgi neder. Man tieši tāda situācija ir ar tekošiem projektiem - es nodarbojos ar kolēģi WEB (PHP, MySQL, Yii Framework) un cits cilvēks nodarbojās ar servisu izstrādi uz Mono. Katrs dara savu darbu un kopā mums ir labi strādājošā sistēma. Mēs meklējas HTML/CSS/JS cilvēku, lai viņš profesionāli varētu taisīt savu daļu - mēs to tagad daram, bet neskatoties uz to ka mūsu darba kvalitāte ir drusku augstāka par videjo, mēs uzskatam ka profesionāls to padarīs daudz labāk. Cilvēku, kas lēkā no vienas valodas uz otru ik pirmo-otro gadu par profesionāli es nesaukšu, jo profesionāls izveidojās sakrājot zināšanas viss maz 5-7 gadu laikā noteiktā jomā un tehnoloģijā. Lielāka daļa to, kas lēkāja pa valodām un platformām, ar kuriem es runāju pat vidēji nezin par PHP un izņēmot to populistiku, kas ir redzama visur, neko nezin. Un to pašu var pateikt par jebkuru valodu - ja cilvēks nav strādājis ilgu laiku un neiedzilinājies kārtīgi - tas ir cilvēks ar virspusejām zināšanām tajās valodās un tehnoloģijās.
×
×
  • Create New...