Jump to content
php.lv forumi

Mr.Key

Reģistrētie lietotāji
  • Posts

    1,332
  • Joined

  • Last visited

Posts posted by Mr.Key

  1. Es tā īsti nesaprotu, kāpēc šo likumu nevarēja realizēt tā, ka tas tiek darīts pārlūkprogrammā. Piemēram, ka Eiropas reģionam ir aktivizēts cookies brīdinājums un tad cilvēks pats var to izslēgt pavisam vai katrai lapai atsevišķi. Vairāk izskatās pēc juristu lobija, viņiem jau prieks - ir darbs. Oportūnistiem daudz jaunu iespēju. Tas, kādos apjomos tagad var pārdot auditus, ir fascinējoši.

  2. > Kādas ir jūsu asociācijas, domājot par šo uzņēmumu?

     

    Uzņēmums, kas ražo visādus informācijas patēriņa produktus, interesantus, taču ar zemu praktisko vērtību.

     

    > Kā jūs raksturotu Draugiem.lv brendu darba tirgū (pm. prestiža vieta, kur strādāt; es nevienam neteiktu, ja esmu daļa no uzņēmuma utt.)

     

    Atpazīstamība komentārus neprasa, brends ļoti vērtīgs.

     

    > Vai, jūsuprāt, Draugiem.lv ir konkurētspējīgs uzņēmums darba tirgū (tieši priekš IT speciālistiem), salīdzinot ar Google, Apple, Microsoft, Intel un citām kompānijām, kuru darbība balstīta uz IT?

     

    Jā, noteikti konkurētspējīgs Latvijas darba tirgū. Salīdzināt ar globāliem IT gigantiem ir grūti, jo pārāk radikālas atšķirības dažādos faktoros. Globāli, domāju, konkurētspēja ir zema.

     

    > Vai esat lasījuši Draugiem.lv veidotus (nevis pārkopētus) darba sludinājumus arī ārpus viņu mājaslapas? Ja jā, tad kur?

     

    Nē.

     

    > Vai jūs atsauktos uz darba sludinājumu Draugiem.lv?

     

    Nē.

     

    > Kāda, jūsuprāt, ir šī uzņēmuma iekšējā atmosfēra? Vai tā sakrīt ar radīto tēlu?

     

    Manuprāt, nepiespiesta, vienlaikus profesionāli prasīga.

  3. Par šo tēmu Stackoverflow meetupā bija laba ierosme. Doma, ka vajadzētu ieviest programmēšanas inženieru sertifikāciju (organizē programmētāju asociācija or smth), kurā būtu nepieciešams uz vietas atrisināt kādu netriviālu uzdevumu (ne tikai algoritmiski, bet arī ar puslīdz lietojamu UI utml.). Un risinājumu pārbaudītu uz ne tikai to, vai ir atrisināta problēma, bet arī veidu kā tas izdarīts (piem. ja for cikla vietā ntās rindiņas koda, tad izgāzies).

     

    Tas garantētu, ka cilvēks ar šo sertifikātu nav vienkārši code monkey, bet reāli izprot un spēj izdarīt.

    Ļoti strīdīgi, izskatās pēc sapņa par brīnummetodi, kas nesīs atbildes uz visiem sāpīgajiem jautājumiem. Nē, tā nebūs, joprojām diplomētie un bļembotie programmētāji rakstīs līku kodu, muldoņas daudz muldēs un maz darīs, vienrinžu fani uzkārs produkcijas un to kluso, nemanāmo čali atcerēsies tikai tad, kad viņš būs aizgājis prom un neviens nesapratīs, kāpēc pirms tam viss strādāja, bet tagad nekas neJiet...

     

    :))

  4. Gan jau ka 4. intervija bija lai paskatītos praksē, kā ir ar 1. intervijā uzdoto jautājumu. Tā ka tas tiešām varētu būt klupšanas akmens. Vai arī otrādi :) Gan jau tiksi uz to FB, pieredzes gūšanai un iespaida atstāšanai uz pīļu dīķi būs baigi ok! :)

     

    Neteiktu, ka uzdevumi ir viegli, taču tie nav arī grūti, ja ir apgūtas datorzinātnes un ja laiks tiek veltīts programmēšanas apguvei, nevis niekiem. Principā kā eksāmens, jā, te nu tiešām izskatās, ka izglītības papīram netiek pievērsta liela uzmanība un es arī nedomāju, ka tādā kokteilī, kā ASV, tas būtu iespējams.

     

    Kam ir interese: http://www.catonmat.net/blog/my-job-interview-at-google/

  5. Taisnība, ka ZF iziet ārpus definīcijas, jo tas ir framework + libraries, loose coupled un nav arī tipiskie gatavie automātisks admin/public (backend/frontend). Kāpēc gan lai to nevarētu izmantot? Protams, ka to var izmantot, sākotnēji to tā arī darīju, taču, kad vairāk izpratu, kā darbojas Application, Controller, View, Layout u.c. komponentes. vairs īsti neredzēju jēgu atteikties no ZF varianta.

     

    Ja projektā ļoti kritisks jautājums ir ātrdarbība un ar cache un citām metodēm to nevar atrisināt, tad minētie ZF komponenti vai to daļas nebūs īsti vietā, un tad ir jautājums, vai vieglāk ir veidot savu, vai, piemēram, darīt citas lietas, kas tad ir katra programmētāja profesionālā bagāža.

  6. Codez, Tev ir pilnīga taisnība, piemēram, Zend Framework versija ir 1.11.11, un paralēli top 2. versijas relīze.

     

    Pašlaik 1. versijas relīzes nr. ir r24811 un logu var pašķirstīt šeit: http://framework.zen...th=%2F&isdir=1

     

    Un arī Issue trackerī reģistrēti 12000+ pieteikumi: http://framework.zen...ssues/browse/ZF

     

    Tā ka es domāju, ļoti uzskatāms piemērs tam, ka ar pirmo reizi (ne)viens neuzbūvēs ideālu freimworku.

     

    Ja vēl paskatās šos ciparus (šeit), tad vispār nav pat jautājumu, ka viens kaut ko var uzbūvēt:

    • Over 10 Million Downloads
    • Over 500 Contributors
    • Over 1000 pages in our Reference Guide
    • Over 500 Examples in our Reference Guide
    • Almost 6 million hits on Google
    • Over 900 hits currently on Technorati
    • Over 120 projects based on, extending, or supporting Zend Framework at SourceForge
    • Over 280 projects based on, extending, or supporting Zend Framework at Google Code
    • Over 4000 resolved issues in our Issue Tracker

    Tas ir tikai par ZF. Ir vēl arī virkne citu, labu ietvaru. Daudz labu ietvaru un valodu, kuru priekšrocību nopietna salīdzināšana vien aizņemtu nedēļas.

     

    Kas attiecas uz to, vai ir vai nav vērts kaut ko darīt - noteikti ir vērts izveidot savu mini freimworku. Es arī esmu to darījis (pasen). Taču, kad to dara, jābūt skaidram priekštatam, kāda nozīme ir tādai aktivitātei. (Manuprāt - tikai mācību nolūkos)

     

    Komerciālos, ne viena cilvēka projektos izmantot pašveidotu freimworku... nu, var jau būt, ka būs programmētāji, kas būs gatavi apgūt dīvainus, viena maza uzņēmuma freimworkus. Piemēram, ja man būtu jāizskata darba piedāvājums, kā vienu no punktiem izskatītu to, kāds freimworks tiek lietots.

     

    Mans ieteikums būtu enerģiju veltīt kāda lielā freimworka apguvei kopā ar optimizācijas risinājumiem, respektīvi, dažāda veida caching risinājumiem. No karjeras viedokļa, droši, ka karjeras izaugsmi būs vieglāk panākt, ja CV karāsies ieraksts par projektiem, kas veidoti uz respektabla ietvara bāzes, nevis par kaut kādu ietvaru, kas nekur netiek izmantots un pat nav noformatēts kārtīgi.

     

    Un jā, kad es sāku savu karjeru, dažiem kolēģiem visai normāli likās apsvērt iespēju uzbūvēt savu OS. Kas tādā fragmentārā līmenī tika arī darīts.

     

    Kas attiecas uz redzamību - normāli cilvēks sagaida, ka tā ir norādīta, jo, ja tā nav norādīta, tad rodas iespaids, ka konkrētais fragments ir mazliet vēsturisks vai arī tā ir aizmirsta. Vai citi jautājumi. Bet programmēšanā ir tā - jo mazāk jautājumu, lasot kodu, jo labāk.

  7. Runa jau nav par to, ka web izstrādē kāds raksta kaŗtošanas algoritmu vai bināro koku, bet gan par to, ka labam programmētājam ir jāizprot kā šīs lietas darbojas iekšienē, jo tad viņš var iepriekš prognozēt daudzas lietas cik ātri un efektīvi strādās un izvēlēties risinājumus atbilstoši tam. Lai gan ikdienā tev nav jāraksta šādas lietas, tācu ir jāstrādā ar rīkiem, kuros šīs lietas ir realizētas. Piemēram, ja tu zini kā strādā btree, ko izmanto kā indeksu mysql tabulās, tad tu vari droši prognozēt, ka atlasīt 1 ierakstu no 1`000`000 ierakstiem pēc indeksētas vērtības ir tikai x2 lēnāk kā no 1`000 ierakstiem, jo zini, ka meklēšana btree ir ar sarežģītību O(log(N)). Tālāk, saprotot kā tiek būvēts binārais koks, nav jāzīlē kā strādā indeksi ar variākiem laikiem un cik efektīvi ir iespējams atlasīt ierakstus pēc vērtību intervāliem vairāko laukos, piemēram, a>5 and a<10 and b>15 and b<20. Zinot to, uzreiz var izdomāt, vai attiecīgā lieta strādās pietiekami ātri, vai ir jādomā optimizācija, vai jāizmanto kāds cits indeks, piemēram spatialāis rbtree.

    Liela daļa web developeru pārāk nepilnīgi izprot daudzas no šīm lietām, tāpēc pielaiž daudz muļķīgu pieņēmumu un līdz ar to kļūdu.

    MySQL gadījumā svarīgāk ir apzināties, ka viņa query optimizātors ir, khmm... maigi sakot, dīvains. Īpaši interesanti ir tad, kad praksē izrādās, ka query ar vienu where nosacījumu izpildās ļoti ātri, jo izmanto indeksu, bet ja where nosacījumu sakabina ar OR, tad indeksu vairs neizmanto un sākas full scan, protams, OR vietā nākas izmantot UNION. Ko teiksi? :D

     

    Par to, ka web developeri bieži nepilnīgi izprot daudzas lietas, piekritīšu. Bet tāpēc jau arī viņi ir izvēlējušies web developmentu, jo tur galvenais, ka poga spiežas un kaut kas izmainās, un visi atpleš mutes aiz sajūsmas :)

  8. Nebūt nav tā, ka tie, kas ir labi teorētiķi, ir arī labi praktiskā darba darītāji. Un otrādi.

     

    Un ne vieni, ne otri nav noniecināmi, diemžēl abās pusēs gadās pa kadriem, kuriem kaut kas sāp un šo sāpi kompensē ar varas izrādīšanu - teorētiķi skandina, cik visi dumji un neko nezin, diletanti, savukārt, dedzina grāmatas utt.

     

    Peace! :)

×
×
  • Create New...