Archyvas

2010.03 archyvas

Microsoft nori išlaikyti C# ir VB tolimesnį kūrimą lygiagrečiai

2010.03.25 Xamas Komentarų: 0

Gana keistų minčių teko pasiskaityti iš C# vieno iš kūrėjų, bei dabartinio ’.NET product unit manager’. Kas keisčiausia, kad jis visas -.NET kalbas (VB, C#, F#, IronPython, IronRuby) vertina lygiavertiškai, ir planuoja, nepaisant to ar C# VS VB bus 50:50 ar 70:30 santykiu, visas naujas funkcijas, kaip supratau, nori kurti lygiagrečiai VB.

Aš asmeniškai apskritai nesuprantu, kokia reali prasmė tobulinti Visual Basic’ą, kuris kaip pamenu, dar 2002 pačio microsoft buvo paskelbta kaip ‘retiring‘ ir apskritai, kodėl nauji žmonės išvis turėtų domėtis Visual Basic’u. Asmeniškai neketinu parašyti nė eilutes Visual Basic’u(kurio aišku ir nemoku, ir mokytis neketinu). Sakyčiau greičiausiai čia būtų tu 30-50 metų JAV programerių, kurių JAV firmose yra begalės, ir kurie visiškai nepripažysta ‘outdated’ dalykų.

Beje, girdėjote apie Php hip-hop? Ne, tai nieko bendro su muzika neturi, na bet tiek kurie yra labai labai labai advanced programeriai php srityje, supranta apie ką aš :) . Remiantis hip-hop’u, visas C# ir Python lieka toli gale :) )). Panašu kad iš Php ir Zend pusės dar yra stiprių galimybių pasistūmėti į prieki.

Dar vienas dalykas – ar jau bandėt opera 10.51. Asmenškai esu apakęs – taip greit vykdomo JS kodo neteiko matyti. Mano 400-800 eilučių DHMTL parserius, ir objektų perkūrimais(new(), remove() [hate of IE6,7] kupino JS kodo vykdymas stulbinantis – IE ir Firefox lieka smarkiai gale. Opera NETIK kad VISIŠKAI neapkrauna CPU su parseriu, bet vykdo tarsi tai būtų ‘native application’, t.y. zero-load time’as :) … Didelis pliusas ir pagarba už tai, į operos pusę… Ir ahh, CSS 3.0 ir opera 10.5 tiesiog idealiai dera kartu… Na bet viską css 3.0 serijoje į vietą turėtų pastatyti IE9, kurio pasirodymas jau visai ne už kalnų(ar jau turite developers IE9 versiją – nelaimei, tik W6/W7, apie W5 MS nuomonė jau seniai aiški(nelaimei, ji nesutampa su mano nuomone apie W5) – kiek žinau sheduled ie realease yra 2011 Q1. Tik neaišku final, official ar pre-release.

Kategorijos: Be temos, Kompiuteriai, programavimas Žymos: , , , , , , ,

100+ eilučių SQL užklausos :))

2010.03.08 Xamas Komentarų: 0
Iki praėjusių metų vidurio į SQL užklausas taip smarkiai niekados neįsijausdavau. Būdavau linkęs viską labiau iš PHP pusės realizuoti, na o kadangi teko dar ir tokį kursą išklausyti pavadinimu DBVS, tai tuo pačiu ir labiau pačiu SQL ir jo galimybėmis pradėjau domėtis.
Anksčiau teikiau pirmenybę new DateInterval(“P7D”) vietoje ADDDATE(CURRENT_DATE,7) time() vietoje UNIX_TIMESTAMP() vartoti, praktiškai beveik nenaudodavau UNION’u, bei CASE – abu pastaruosius dažniausiai realizuodavau kaip atitinkamai dvi užklausas bei if’ais/switch’ais. Beto, tokio pomėgio 10 ir daugiau INNER/LEFT/RIGTH JOIN’ams irgi kažkaip neturėjau, tai realizuodavau keliomis užklausomis.
Tik vieno dalyko gaila, kad PHP nepalaiko komentarų query_mysql(..) dalyje. Na dalinai turbūt dėl to, kad įmanoma padaryti tik vieną užklausą, o bet tačiau, kai užklausos tampa 100+ eilučių ilgio, tai pasikomentuoti kartais būna visai naudinga(apie brutalų:
'dabar skaičiuosime tikrąjį id' AS comment_1
nekalbu).
Aišku, kaip programuoju Zend’u, tai ten viską gamina autogen’as su savo:
$select->from( … table and cols… );
$select->where( … search… );
$select->order( …sorting… );

Bet, tų Zend projektų yra ne visi, ypač tie, kuriems turiu daryti Maintenance’ą, kurie buvo buildinti 5-6yrs ago.

:)
Tai vat, šiandien visai netikėtai pasižiūrėjau į ‘trumputę’ užklausėlę kurią parašiau vienai GIS(geografinė-informacinė-sistema), ir pamačiau kad mano QUERY’is jau lenda ties 100+ lin’ų riba. :)
100 eilučių MySQL užklausa

100 eilučių MySQL užklausa

Ir šitas dalykas asmeniškai kodo švarumo atveju daug kokybiškiau atrodo, kaip pačiam teko stebėti:
desing paternai vienur (nesvarbu ar tai tiesiog pre-html output’o paruošimas su sugeneruotais array variable’ais, ar paruoštas SMARTY autogen templat’as), gen php kodas antroj vietoj, funkcijos – trečioj, klasės – ketvirtoje, include/require libai dar kitur, o štai dabar jau ir sql queriams pradėjau naudoti atskirą prefixą  – t.y. excludint’i iš code failų į atskirą failą :) .
Ir tai yra labai logiškai, ypač tais atvejais kaip SQL queriai yra 100+ eilučių :) .
Kategorijos: Be temos, programavimas Žymos: , , , , , ,