Jump to content
php.lv forumi

marrtins

Reģistrētie lietotāji
  • Posts

    1,570
  • Joined

  • Last visited

Posts posted by marrtins

  1. codez, jā un nē. Kaut-kāds stāvoklis (state) ir jebkurai programmai, savādāk - kāda jēga? Par spēlēm - kaut kad uzdūros visai veiksmīgai online spēlei (cik varēja saprast), kurai backends rakstīts Erlang (vismaz man šķiet, ka Erlang, katrā ziņā kādā no funkcionālām valodām), tik tagad neatceros kur un kā sauca. Man šķiet, ka labi iebraucot šajā fiškā, var itin labi kodēt praktiski jebko. Vienīgi es tagad strikti nestrīdēšos ko labāk darīt funkcionālās, ko imperatīvajās, jo nav vēl tās iemaņas funkcionālās programmēšanas jomā.

     

    Ir vērts arī atcerēties Paul Graham ar savu Lisp shopu (diviņdesmitajos?), Facebook Erlang chat un slaveno telekom aplikāciju ar 2+ milj. Erlang koda un 99.999999999% uptime. Tākā diezgan plašs spektrs.

     

    Reku mans nesenais mēģinājums atsvaidzināt Erlang ar Sudoku: http://www.boot.lv/forums/index.php?/topic/138874-jaunakais-java-programmetajs/page__view__findpost__p__1433576

     

    Kā redzams, viss state katreiz tiek padots f-ijai. Der šādam mazam uzdevumam, lielākam būtu jādomā kas cits - efektīvāks.

     

    Pirmais mēģinājums Erlang pirms gandrīz jau četriem gadiem ir counter.hackers.lv web serveris - vāc hitus (~2milj diennaktī) un servē bildes. Kādas 200-300 rindiņas kopā.

  2. Bez tam fukcionālajām valodām ir daudz šaurāks pielietojums un tās pēc definīcijas izpildās lēnāk.

    Šaurāks? Tu ko pīpē? :) Ātrāks/lēnāks ir tik relatīvi...

     

    Gribētu redzēt kā tu Erlangā uztaisītu teiksim vienkāršu blogu, kurš izmanto datubāzes.

    Tas nav tas grūtākais, Erlangā pat pāris web frameworki: http://nitrogenproject.com/, http://www.erlang-web.org/

    Ja Tu domā izmantot Erlang + MySQL, tad tā būtu nepareizu rīku kombinēšana. Mass paralēls erlang datus dotu neparalēlam MySQL.

     

    Grūtāk ir ar spēlītēm, reku "problēma" ir labi aprakstīta: http://prog21.dadgum.com/23.html

  3. par javu arī nevaru piekrist. kamēr php nebūs mainīgo tipi konkrēti jāpadod, tikmēr tās ir nesalīdzināmas lietas.

    Strong vs weak typing jau nav tik fundamentālas lietas.

     

    nevajag jau baigi oponēt par lietām, ko pats neesi ska'tijies. es domāju php6.

    Nesatraucies :) Ir skatīts/lasīts, bet pietiekami sen un tajā laikā neradās pārliecība par OOP.

     

    nedomāju ka šobrīd vēl uz kāda lv hostētāja servera varētu palaist php3 kodu. vismaz bez lieku rindu pierakstīšanas noteitki nevar.

    Uz maniem serveriem var ;)

  4. No savas pieredzes varu pateikt, ka PHP programmētājiem ir sveši termini DRY, ORM, TDD

    Slikta pieredze Tev trāpījusies :)

    Pie tam, šie Tevis pieminētie termini ir vairāk KĀ programmēt, nevis valodas īpatnības. Varu piekrist tikai tam, ka vienā vai citā valodā ir ērtāk.

  5. un PHP toč nav viena līmeņa valoda ar Java

    :)

     

    Java vismaz sniedz kaut kādas paralēlās izpildes iespējas, par ko PHP var tikai sapņot

    Kur problēma šo implementēt? Uzrakstam serveri (kaut PHP), laižam katru PHP "green" thread savā procesā, nodefinējam PHP interfeisu, pieprogrammējam procesu komunikāciju un voila. Protams, tas sūkās bez jēgas, bet ar šo es gribēju teikt, ka tas ir implementācijas jautājums, nevis valodas kā tādas.

  6. DISCLAIMER: vārds "tu" šajā tekstā nav norāde uz kādu konkrētu cilvēku. Drīzāk kā angliskais "one may".

     

    nav pamats, manuprāt ar laiku varētu atbirt to koderu skaits, kas strādā pēc principa : "Will code php for food", jo php ar katru relīzi paliek mazliet sarežģītāks.

    Ja arī tas būtu tiesa, ka koderi atbirst pēc šāda principa, nekas neliedz tiem koderiem kodēt pēc iepriekšējās pieredzes. Drīzāk atbirst dēļ "apnika" vai arī dabīgi - ja reiz nevar/negrib/nespēj iemācīties ko jaunu.

     

    5.3 jau izskatās pēc normālas oop, ko nevarētu teikt par 4 vai par 3. versiju

    Neizskatās gan. OOP šajā versijā ir kaut-kas daudz labāks par 4 vai 3 (trešājā vispār bija O? tas bi tik sen, ka neatceros un tajos laikos OOP tāpat necirtu), bet ne "normāls" OOP.

     

    kur katrs blieza kā mācēja. ja 6. versija kā runā būs tīri oop, tad atkritīs visi "govnocoderi".

    "Tīri" - tas ir kā domāts? Vispār nebūs iespēja programmēt citādi kā tikai OOP? Neticu. Vai varbūt domāts, ka būs iespēja pilnvērtīgi OOP-ēt? Varbūt, redzēsim.

     

    javas popularitāte manuprāt saistīta ar to, ka java uz visām mašīnām izpildās un +/- vienādi, ko noteikti nevarētu teikt par c un ne pavisam par aspnet, bet php +/- arī, bet ne tik kruta kā java.

    +/- izpildās vienādi arī C rakstīts kods, ja ievēro dažas piesardzības. Tas pats ar PHP. Kurās vidēs ir vairāk jāuzmanās, tas ir atsevišķa pētījuma vērts. Protams, ja tu raksti fopen("c:\tmp\blabla.tmp") tad tu pats esi vainīgs.

     

    esmu pamanījis, ka javas koderu starpā php koderi tiek stipri apcelti, tā ka php līdz javas līmenim vēl ir kur augt.

    Ja? Tas ir tāpat, kā vairums rubijistu ir iedomājušies sēdam Olimpā un esam nezin kas? Tas ir kāds arguments? Ruby kā valoda salīdzinājumā ar PHP nemaz tik daudz jauna nedod un tik daudz nepalašina prāta spējas, lai tā lietotāji tagad varētu mētāt pirkstus \m/. Līdzīgi ar Java. Java un PHP (un tas pats Ruby, ja reiz iesāku) ir +/- viena līmeņa programmēšanas valodas.

  7. nav pamats, manuprāt ar laiku varētu atbirt to koderu skaits, kas strādā pēc principa : "Will code php for food", jo php ar katru relīzi paliek mazliet sarežģītāks. 5.3 jau izskatās pēc normālas oop, ko nevarētu teikt par 4 vai par 3. versiju, kur katrs blieza kā mācēja. ja 6. versija kā runā būs tīri oop, tad atkritīs visi "govnocoderi".

     

    javas popularitāte manuprāt saistīta ar to, ka java uz visām mašīnām izpildās un +/- vienādi, ko noteikti nevarētu teikt par c un ne pavisam par aspnet, bet php +/- arī, bet ne tik kruta kā java.

     

    esmu pamanījis, ka javas koderu starpā php koderi tiek stipri apcelti, tā ka php līdz javas līmenim vēl ir kur augt.

    Sviests kaut kāds. Katrā rindiņā pilnīgas aplamības.

  8. vidējs speciālists ar cenu 40$/h var to izdarīt pa 2 h primitīvam aplikācijas stackam

    Sorry, bet ja primitīvs stacka installs aizņem vairāk pa 20-30min, tad to nevar saukt par speciālistu. Nemaz nerunājot par 20Ls/h algu :D Iesācējs ar manuāli uz otra ekrāna varētu ņemties 2h, varbūt biki vairāk.

×
×
  • Create New...