Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

Cloud, buducnost, prevara ili zabluda?

[es] :: Advocacy :: Cloud, buducnost, prevara ili zabluda?
(TOP topic, by Milan Gligorijevic)
Strane: << < .. 3 4 5 6 7 8 9 10 11 12 ... Dalje > >>

[ Pregleda: 129359 | Odgovora: 569 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

aludanyi
Andras Ludanyi
Principal Software Engineer and
Engineering Manager
London, United Kingdom

Član broj: 56366
Poruke: 54
93.87.185.*

Sajt: www.ludanyi.com


+23 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 02:30 - pre 143 meseci
Kompajliranje prolazi (iz VC++2010 beta2) ali sam malo umoran da sad pogledam sta i kako radi... sutra.
&&y
 
Odgovor na temu

Nedeljko
Nedeljko Stefanović

Član broj: 314
Poruke: 8450
79.101.132.*



+2736 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 05:22 - pre 143 meseci
Dakle, treba proveriti da li radi ovaj program

Code:
#include <iostream>

using namespace std;

template <int N>
struct Factorial
{
    enum { value = N * Factorial<N - 1>::value };
};

template <>
struct Factorial<0>
{
    enum { value = 1 };
};

int main()
{
    cout << Factorial<4>::value << endl;
    cout << Factorial<0>::value << endl;

    return 0;
}


Treba da ispiše 24 i 1.

Dalje, ako radi, treba proveriti da li intelisens radi potpuno unutar šablona. Eclipse ima intelisesns za ISO C++, ali malo osakaćen za šablone i isto to za intelisens u VS za klasičan C++. Ako i to prođe, onda MS ima dovoljno brz parser, jer je Eclipse rađen u Javi, a u VS rađenom u C++ je dovoljno brzo.

Na kraju krajeva MS ima prilično brz kompajler. No, C++ se svakako sporije žvaće nego delfi, a da li ne neko uspeo da ga satera unutar onoga što treba za on the fly, videćemo.
Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.
 
Odgovor na temu

degojs

Član broj: 4716
Poruke: 5096



+51 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 06:06 - pre 143 meseci
LOL

Da, ispisuje 24 i 1, evo i ja stavio taman VS 2010 b2.. Intellisense izgleda nešto i ne mož da se proveri ("Unavailable for C++/CLI" :-).. možda što je beta 2, a možda ja nemam pojma :-)


Mogao bi ti sam da staviš VS a ne da smaraš. Mislim kad si već toliko zapeo da pričaš o svemu tome, očekivao bi čovek da imaš VS (kako uopšte onda umeš da oceniš da "MS ima prilično brz kompajler" ??!)..
Commercial-Free !!!
 
Odgovor na temu

Srđan Pavlović
Specijalna Edukacija i Rehabilitacija MNRO
Vojvodina, Bačka Palanka

Član broj: 139340
Poruke: 5533
*.static.isp.telekom.rs.

Sajt: www.oligofrenolog.com


+377 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 06:12 - pre 143 meseci
Citat:
Mogao bi ti sam da staviš VS a ne da smaraš

Čekaj, zar Visual Studio nije prilično skup alat? :)

Ja probao sa GCC-om, kaže "druže, ne znam ja o čemu se ovde radi" :D
 
Odgovor na temu

Nedeljko
Nedeljko Stefanović

Član broj: 314
Poruke: 8450
79.101.132.*



+2736 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 06:23 - pre 143 meseci
Citat:
degojs: Mogao bi ti sam da staviš VS a ne da smaraš. Mislim kad si već toliko zapeo da pričaš o svemu tome, očekivao bi čovek da imaš VS (kako uopšte onda umeš da oceniš da "MS ima prilično brz kompajler" ??!)..


Pa, mogu, jer ga imam, ali sam trenutno na SUSE-u zbog posla.

Kod mene g++ kompajlira i izvrsava bez problema.

No, intelisens ipak nije dostupan za C++.
Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.
 
Odgovor na temu

Srđan Pavlović
Specijalna Edukacija i Rehabilitacija MNRO
Vojvodina, Bačka Palanka

Član broj: 139340
Poruke: 5533
*.static.isp.telekom.rs.

Sajt: www.oligofrenolog.com


+377 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 06:49 - pre 143 meseci
Citat:
Kod mene g++ kompajlira i izvrsava bez problema.

jes, radi ko sat

[email protected]:~/Desktop/C-Progs$ g++ 3.c
[email protected]:~/Desktop/C-Progs$ ls
1.c 1-p 2.c 2.c~ 2-p 3.c 3.c~ a.out
[email protected]:~/Desktop/C-Progs$ chmod +x a.out
[email protected]:~/Desktop/C-Progs$ ./a.out
24
1
[email protected]:~/Desktop/C-Progs$

 
Odgovor na temu

mmix
Miljan Mitrović
Profesorkin muz
Passau, Deutschland

SuperModerator
Član broj: 17944
Poruke: 6021



+4620 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 08:39 - pre 143 meseci
Na temu sablona, da u pure managed modu C++ compiler ce primeniti sablon dok god moze da "odradi" sablon compile time. Ako ne moze koristice generics (Naravno uvek ostaje stara fora sa mixed codom i "native" sablonima)

Npr kad se prevede kod koji ste dali dobije se sledeci decompile (ocekivano):

Code:
internal static int main(string[] args)
{
    Console.WriteLine(24);
    Console.WriteLine(1);
    Console.WriteLine((int) FactorialT<int>(4));
    return 0;
}


Ovaj treci poziv je u stvari poziv u

Code:
template <class T>
int FactorialT(T num) 
{
    if (num == 0) return 1;
    else return num * FactorialT<T>(num-1);
};


i isti je pretvoren u generic metod int FactorialT<int>(int num)

Btw, ne znam sto se toliko tripujete oko vs2010, za managed C++ intelisense radi sasvim fino i na vs2008 bar sto se tice tipova i sablona/genericsa (rade cak i documentation tagovi, mada malo brljavo)




Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan, sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv… - Z.Đinđić
Prikačeni fajlovi
 
Odgovor na temu

Nedeljko
Nedeljko Stefanović

Član broj: 314
Poruke: 8450
79.101.132.*



+2736 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 09:08 - pre 143 meseci
Ako rekurzije u šablonima tretira kao generike, onda to bitno menja stvari po pitanju parsiranja. Tada gramatika više nije ista i pada u kontekstno slobodne, pa i uže.

Naime, onda će C++/CLI prihvatiti i neke konstrukcije koje nemaju izlaz iz rekurzije, koje se compile time ne mogu obraditi, jer bi kompajler radio neograničeno dugo.

Da, skup prihvatljivih jezičkih konstrukcija jeste širi, ali je gramatika prostija, jer više nemamo problem zaustavljanja.

http://en.wikipedia.org/wiki/Halting_problem

Dok native C++ kompajler mora da razvije šablone do kraja, C++/CLI ne mora time da se bavi, već guta zdravo za gotovo. Time se gramatika proširuje u smislu skupa dopustivih konstrukcija, ali pojednostavljuje u smislu matematičke hijerarhije složenosti.
Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.
 
Odgovor na temu

mmix
Miljan Mitrović
Profesorkin muz
Passau, Deutschland

SuperModerator
Član broj: 17944
Poruke: 6021



+4620 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 09:28 - pre 143 meseci
Citat:
Nasao si bas LINQ... pa naravno da LINQ nema osnova u CIL-u kada se izvrsava na CIL-u koji je nastao godinama pre nego sto su poceli da razmisljaju o LINQ-u. Inace kakve veze ima CIL sa ovim? CIL je jezik CLR-a nije CLR, sam CLR je daleko vise od CIL-a.


Pa dovoljno je kao primer. Sve sto je u .NET dodato od v2.0 na ovamo je iskljucivo i samo na nivou biblioteka (uz eventualne dodatke kompajlerima), bez obzira sto MS marketing tim besomucno inkrementira broj verzije ni IL ni CLR se nisu znacajnije menjali (sem nekih optimizacija GCa i slicnih stvari). Ne znam kako ne uvidjas problem, zato sto se na kraju i AsParallel instrukcije svode na automatsko startovanje worker threadova kroz biblioteku JIT nikad nece moci da optimizuje taj kod vise nego sto moze da optimizuje kod biblioteke koja to radi, samim tim JIT nema sanse da bilo sta smisleno izanalizira iz payload koda koji ti threadovi rade niti moze bilo sta smisleno da tu optimizuje. Samim tim ne moras ni da cekas VS2010 za AsParallel(), to si mogao i sam da uradis kroz IEnumerable<T> ekstenziju gde ces svaku iteraciju da pobacas na worker thread pool. Vec godinama nam prodaju muda za bubrege i teraju u sto vecu apstrakciju na ustrb performansi. Sto opet ja razumem, to omogucava zaposljavanje C- programera ali opet6 me uzasno nervira kad se tvrdi da je to DOBRO.

Citat:
realnost je malo drugacija, ne mozes da ih otpustis a cak i da mozes, kako ces ih zameniti (ali kazem ti manje vise ne radi se o njima nego o upotrebljivim B i B+ programerima). Prvo i prvo nemas na svakom trzistu dostupnu kvalifikovanu i iskusnu radnu snagu, drugo vecina njih su zaposleni, trece da ih nadjes i dovuces u firmu kosta i to ne malo novca (znam prema teoriji na duze staze se isplati ali u praksi ta duza staza ne postoji bar ne u softverskoj industriji).


ne pratis me, ja se slazem sa slikom realnosti koju ti slikas, nisam ja pao sa drveta pre pola sata i zato vec godinama pazim gde cu se zaposliti i ko ce mi biti kolege, problem nije u tome sto ti tvrdis, problem je sto ti smatras da je to DOBRO resenje za softversku industriju. A za ovo poslednje nisi u pravu i postoje firme koje ne razmisljaju na taj nacin i koje zaradjuju fine pare. Medjutim upravo takvim firmama cloud najvise kvari posao jer direktno konkurise na istu klijentelu, ljude koji su se opekli na mediokritetske ISV-ove, s tim sto cloud ulazi u pricu sa svojim brandom.

Citat:
Inace CLR i Kernel zaista nemaju nikakva osnova za poredjenje, jer je kernel softverski sloj izmedju hardvera i aplikativnog (i sistemskog) softvera a CLR je "masina" iznad kernela a ne ispod. ALi generalno da i Kernel je sloj i neki vid apstrakcije ali nebitan za ovu diskusiju.


Itekako imaju, samo ti to odbijas da vidis zato sto dozivljavas CLR kao varijantu JavaVM-a sto on nije. Samo zato sto vodi racuna o svojoj memoriji ne cini ga virtuelnom masinom.

Code:

            int x = 1;
00000041  mov         dword ptr [ebp-40h],1 
            for (int y = 1; y < 10; y++)
00000048  mov         dword ptr [ebp-44h],1 
0000004f  nop              
00000050  jmp         00000061 
            {
00000052  nop              
                x = x * y;
00000053  mov         eax,dword ptr [ebp-44h] 
00000056  imul        eax,dword ptr [ebp-40h] 
0000005a  mov         dword ptr [ebp-40h],eax 
            }
0000005d  nop              
            for (int y = 1; y < 10; y++)
0000005e  inc         dword ptr [ebp-44h] 
00000061  cmp         dword ptr [ebp-44h],0Ah 
00000065  setl        al   
00000068  movzx       eax,al 
0000006b  mov         dword ptr [ebp-48h],eax 
0000006e  cmp         dword ptr [ebp-48h],0 
00000072  jne         00000052 
            Console.WriteLine(x);
00000074  mov         ecx,dword ptr [ebp-40h] 
00000077  call        674C2F40 


Ne znam za tebe ali meni ovo izgleda kao x86 instruction set. CLR nije virtuelna masina, at best to je forsirani API u kome je unmanaged malloc zamenjen sa managed verzijom i u kome je apstrakcija postignuta time sto je programeru uskracena puna kontrola nad izlazom iz JIT-a u high level jezicima kao sto je c# ili vb.net. C++/CLI ti omogucava bez pardona da u bilo kom trenutku napustis managed context i da predjes na pure native kod (bila je neka tema na .NETu pre nekog vremena gde smo uradili trostruki prelaz). Ta tranzicija nije nikakva mudrost i svodi se bukvalno na cleanup stek-a i jos par sitnica, CLR se cak ni ne trudi da sacuva svoj managed heap, sve strukture su direktno dostupne iz unmanaged koda (s tim sto bi bilo lepo da ih pinujes prvo da ih GC ne bi pomerao). To ide do te mere da mozes komotno da zaobidjes i sama CLR ogranicenja kao sto je string immutability, dakle ne postoji nikakav sandboxing koda.
Singularity ti je npr konkretan primer toga, ceo OS je managed, tj kernel JE kernel+HAL+CLR i sav kod je "apstraktovan" na nivo ILa, dakle ako imas HAL i JIT za odredjeni hardver imas i automatsku kompatibilnost Singularity aplikacija, user mode drajvera, itd.
Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan, sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv… - Z.Đinđić
 
Odgovor na temu

Nedeljko
Nedeljko Stefanović

Član broj: 314
Poruke: 8450
93.86.148.*



+2736 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 09:34 - pre 143 meseci
Pa, dobro mmx, možeš li mi reći, kada se već .NET bajtkod prilikom pokretanja/instaliranja prevodi u native, kako stoje stvari sa odnosom brzine izvršavanja i da li to važi samo za MS-ovu implementaciju ili i za Mono?
Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.
 
Odgovor na temu

mmix
Miljan Mitrović
Profesorkin muz
Passau, Deutschland

SuperModerator
Član broj: 17944
Poruke: 6021



+4620 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 09:50 - pre 143 meseci
Citat:
Nedeljko: Pa, dobro mmx, možeš li mi reći, kada se već .NET bajtkod prilikom pokretanja/instaliranja prevodi u native, kako stoje stvari sa odnosom brzine izvršavanja i da li to važi samo za MS-ovu implementaciju ili i za Mono?


Nisam merio Mono/MS predjenje, mada pretpostavljam da moze da se iskopa na netu ako je to neko radio. Kao sto vidis iz listinga ima tu nekih nelogicnosti (silni nopovi), ali generalno mi deluje sasvim poredivo sa izlazom iz C++ aplikacija. Narafski ako se dohvatis asemblera uvek to moze bolje, ali to bi vec bio overkill.

Problem sa JITovanim kodom u smislu performansi je u odrzavanju CLR konteksta, posto nije VM i posto kod radi na metalu CLR nema direktnu kontrolu nad izvrsavanjem (CPU to radi), samim tim da bi CLR bio "u toku" sa managed kodom JIT generise odgovarajuce pozive u mscorlib.dll za odredjenje akcije (npr za odrzavanje try/catch/finally stukture, itd). Ti pozivi nisu bas retkost i oni generalno usporavaju managed code u poredjenju sa slim native kodom. U nekoj linearnoj aplikaciji to se ne oseca ni blizu, ali ako imas puno iteracija (npr kad pravis hypercube simulaciju) onda se itekako oseti i tu nema pomoci sem da izadjes u pure native kod. Mi smo npr inicijalno napravili celu simulaciju u managed C#-u i to je radilo dosta sporo, narocito baratanje matricama i pozivi u System.Math. Iz tog razloga smo kupili nMath i prebacili sav heavy lifting na njega (nMath je mixed mode C++/CLI wrapper oko BLAS/LAPACK) i to nam je ubrzalo simulacije tri puta.
Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan, sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv… - Z.Đinđić
 
Odgovor na temu

Nedeljko
Nedeljko Stefanović

Član broj: 314
Poruke: 8450
93.86.148.*



+2736 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 09:53 - pre 143 meseci
Može C da bude brži i od asemlera, a oba programa su pisali vrhunski maheri. Šta misliš kako?
Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.
 
Odgovor na temu

mmix
Miljan Mitrović
Profesorkin muz
Passau, Deutschland

SuperModerator
Član broj: 17944
Poruke: 6021



+4620 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 10:04 - pre 143 meseci
Citat:
Nedeljko: Može C da bude brži i od asemlera, a oba programa su pisali vrhunski maheri. Šta misliš kako?


Instruction pipelining i bubbling?

Btw, jos jedna stvar koju skoro uvek vidim kao proizvod losih .NET programera su string operacije, profiler to otkriva ko iz puske. Posto su stringovi immutable, svaka operacija na stringovima kreira novi string (sa sve managed alokacijom i generisanjem/kopiranjem karaktera). Nije uopste nevidjeno da cak i 80% execution time-a ode na glupave operacije kao sto je spajanje stringova u petljama (ono c = c + " dodato "). Sve string operacije u .NETu su uzasno skupe a malo ljudi obraca paznju na to. Apstrakcija i realnost, sta ces.
Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan, sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv… - Z.Đinđić
 
Odgovor na temu

Nedeljko
Nedeljko Stefanović

Član broj: 314
Poruke: 8450
93.86.148.*



+2736 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 10:10 - pre 143 meseci
Napiše ekstra mega vau programer 1988 godine program za IBM PC XT koji radi sa matricama na asembleru. Njegov kolega, ekstra mega vau giga programer uradi na C-u.

Posle toga nađu se oni 2008 da testiraju svoje programe. Drugi programer je sačuvao C sors i iskompajlira ga opet. Prvi programer je takođe sačuvao (asemplerski) sors. Šta misliš, koji će program brže da radi?
Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.
 
Odgovor na temu

mmix
Miljan Mitrović
Profesorkin muz
Passau, Deutschland

SuperModerator
Član broj: 17944
Poruke: 6021



+4620 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 10:15 - pre 143 meseci
Citat:
Nedeljko: Ako rekurzije u šablonima tretira kao generike, onda to bitno menja stvari po pitanju parsiranja. Tada gramatika više nije ista i pada u kontekstno slobodne, pa i uže.
Naime, onda će C++/CLI prihvatiti i neke konstrukcije koje nemaju izlaz iz rekurzije, koje se compile time ne mogu obraditi, jer bi kompajler radio neograničeno dugo.


Pa nije bas toliko bistar koliko mu dajes credit-a On jednostavno pravi diferencijaciju izmedju sablona i template-a po osnovu toga dal su value ili type based, prve evaluira compile-time, a ako su type based onda ide na generice. Cak ni ne dozvoljava da iskoristis value sablon preko promenljive (npr int x = 4; Factorial<x> nije dzovoljeno).


Btw, ako probas da compile-time uradis specijalizaciju koja nije izvodljiva (npr Factorial<1000>) CL pada ko klada




A za infinite recursion ima resenje, mislim da CL interno specijalizuje sablone kroz genericse (Factorial<4>, pa Factorial<3>, dok ne naleti na postojeci Factorial<0> gde definise value) bez obzira na to sto te genericse ne publikuje u izlazni asembli (optimizacija verovatno iskida to) pa ukoliko postoji inifinite loop u nekom trenutku ce odustati i prijaviti da value ne postoji u Factorial<N> sto je malo misleading, ali bar sljaka.
Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan, sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv… - Z.Đinđić
Prikačeni fajlovi
 
Odgovor na temu

mmix
Miljan Mitrović
Profesorkin muz
Passau, Deutschland

SuperModerator
Član broj: 17944
Poruke: 6021



+4620 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 10:25 - pre 143 meseci
A ako pokusas da uradis nesto ovako:

Code:

template<int N>
int DoSomething() {
    Random^ r = gcnew Random();
    return r->Next() + DoSomething<N-1>();
}


dobijes:
fatal error C1202: recursive type or function dependency context too complex

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan, sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv… - Z.Đinđić
 
Odgovor na temu

mmix
Miljan Mitrović
Profesorkin muz
Passau, Deutschland

SuperModerator
Član broj: 17944
Poruke: 6021



+4620 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 10:33 - pre 143 meseci
Citat:
mmix: A za infinite recursion ima resenje, mislim da CL interno specijalizuje sablone kroz genericse (Factorial<4>, pa Factorial<3>, dok ne naleti na postojeci Factorial<0> gde definise value) bez obzira na to sto te genericse ne publikuje u izlazni asembli (optimizacija verovatno iskida to) pa ukoliko postoji inifinite loop u nekom trenutku ce odustati i prijaviti da value ne postoji u Factorial<N> sto je malo misleading, ali bar sljaka.


Odmah da emantujem sebe, nije ni ovoliko pametan bas, to radi sam kod bas ociglednih mrtvih petlji, sa iole malo kompleksnijim:

Code:
template <int N>
struct Factorial
{
    enum { value = (N%2==0) ? N * Factorial<N-1>::value : N * Factorial<N+1>::value };
};


Pokusava da odradi rekurziju i u svakoj iteraciji pokupi "value not defined" dok ne ispuca maksimalan broj fatalnih gresaka i ne izbaci:
Error 102 fatal error C1003: error count exceeds 100; stopping compilation

Da moze da se poveca iznad 100 verovatno bi vrteo dok ne sprzi sopstveni stek i baci novi APPCRASH.
Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan, sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv… - Z.Đinđić
 
Odgovor na temu

Nedeljko
Nedeljko Stefanović

Član broj: 314
Poruke: 8450
93.86.148.*



+2736 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 10:58 - pre 143 meseci
Dakle, može li onaj faktorijel da radi bez generika ili ne?
Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.
 
Odgovor na temu

mmix
Miljan Mitrović
Profesorkin muz
Passau, Deutschland

SuperModerator
Član broj: 17944
Poruke: 6021



+4620 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 11:05 - pre 143 meseci
Ma moze, to smo vec utvrdili (pod uslovom da ne izazove overflow ili ne ubije stek kompajlera).
Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan, sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv… - Z.Đinđić
 
Odgovor na temu

aludanyi
Andras Ludanyi
Principal Software Engineer and
Engineering Manager
London, United Kingdom

Član broj: 56366
Poruke: 54
93.87.185.*

Sajt: www.ludanyi.com


+23 Profil

icon Re: Cloud, buducnost, prevara ili zabluda?20.10.2009. u 12:33 - pre 143 meseci
A gde sam ja rekao da je to resenje DOBRO? Vrlo retko smatram da je neko resenje DOBRO, vecina resenja koje rade su u okvirima moguceg i zadovoljavajuceg. Ali ajde kad smo kod paralelnog razvoja, niko ne moze da kaze da je paralelno programiranje lako i da ne zahteva prilicno jake programere... e sad da ne duzim, cinjenica je da se single core zabio na 3-4GHz, sakrivanje latencije sa nivoima kesa i ostalim "magijama" u jednom jezgru nam donosi ubrzanja tipa 5-10% u najboljem slucaju, i industrija je krenula u multicore zbog toga. E sad imas u masini 4 jezgra uskoro stize 6, 8 pa nadalje sa verovatnocom da za nekoliko godina imas 32 ili mozda cak i vise jezgra na stolu (o serverima da ne govorimo) i sad sva ta jezgra stoje i nista ne rade jer imas glupavi sekvencijalni kod. I ko ce da ti pise paralelni kod tih 12 programera koje imas na trzistu? Kazi mi koja je alternativa? Ja bih voleo da je sav softver na svetu savrsen i da su svugde zaposleni Ajnstajni ali to nije realno.

90% vremena u velikoj softverskoj firmi sam provodio kopajuci po kodu ko neki idiot da bih skontao sta je HTML guy koji se prihvatio malo VB-a naucio malo da programira i onda seo za C# hteo da kaze kad je napisao najgoru skalameriju od koda koji se da zamisliti. I pazi koliko god bilo neverovatno taj kod radi i donosi pare firmi (znam da je to bezveze ali vecina softverskog razvoja je "death march") a alternativa je da nemas softver jer ne mogu A+ i A programeri sve da napisu, fizicki je nemoguce. Ne govorim ti o "critical level" softveru koje bi stvarno trebali samo A+ programeri da rade nego o 90% softvera na svetu bez cega bi sijaset stvari i dalje bilo samo u domenu naucne fantastike. Kazi mi zar nije bolje da jedan broj tih A+ programera stvara alate, biblioteke i dodatnu apstrakciju da recimo ja koji sam mozda A a mozda samo B+ programer ne provodim 90% vremena kopajuci po kodu B i C programera? Na kraju krajeva koliko puta i A ili B+ programer odradi posao daleko ispod svog nivoa jer su ga bacili u domen u kome nema iskustva i dali mu rok da sve to dovrsi do kraja nedelje, i sta onda radi i A programer, koristi konstrukcije koje su mu pali napamet na osnovu iskustva u drugoj oblasti programiranja gde je mozda ekspert. E sad verovao ili ne ti B i C programeri su bili zaposleni i pre 10 godina kada je apstrakcija bila na nizem nivou i guess what... proizvodili su daleko losiji kod nego sto proizvode danas sa ovom dodatnom apstrakcijom. To se desava to je realnost.

Ne znam zasto neko misli da proizvodjaci alata i platformi rade u vakumu i prave nesto po svojoj volji ili nesto sto je dobro samo na Marsu? Svi oni imaju zahteve klijenata, u realnoj industriji nisu svi glupi veliki deo menadzera vidi gde su problemi a narocito vecina A+ i A programera i svi komuniciraju te probleme Microsoftu, Sun-u i ostalima a i Open Source zajednica radi na slicnim resenjima bas iz razloga sto imamo problem i treba da ga nekako resimo ili bar ublazimo. Niko ne radi apstrakciju iz religioznih razloga nego zato sto to zaista pomaze da softverska industrija ne kolapsira.

Sto se tice CLR-a i JavaVM-a, opet ne vidim gde si procitao da sam rekao da je CLR = JavaVM? Nikad nisam ni pomislio na to kada znam da nije... govorio sam u kontekstu apstrakcije... ideja JavaVM i CLR je u sustini ista samo sto je CLR drugacije implementiran (izmedju ostalog iz razloga sto MS ne zanima non-Windows platforma pa nema ni razloga da pravi sandbox, niti su hteli da bace milione i milione linija native razvoja nego su morali da smisle nacin kako da uvedu apstrakciju ala JavaVM ali da zadrze ono sto im je bitno iz native sveta. S druge strane .NET i CLR su samo dodatno dobili napravljeni i za Web (CLR je uvek bio zamisljen kao prirodan naslednik COM-a), dok je cela ideja Jave u startu bila totalno okrenuta prema Web-u. Znaci jos jednom poredjenje dva sistema je bilo iskljucivo zbog apstrakcije. Naravno apstrakcija u ovakvom smislu nije svugde potrebna niti pozeljna, ima i C i C++ svoje trziste i to trziste se cak i siri (bez obzira sto svi misle da se suzava), samo sto ga sve manje i manje ima u razvoju poslovnih resenja.

Inace kao sto sam rekao nista nije nemoguce (u rukama Mandusica Vuka svaka puska...) znaci u nekoj krajnjoj perspektivi sve je moguce uraditi u native okruzenju, moguce je pisati objektni kod i u C-u pa i u assembleru ali pitanje je kolika je cena toga? Ja sam ovde sa Nedeljkom imao neku mini raspravu oko toga da li CLR (i JavaVM) uticu na porast produktivnosti ili je cela stvar samo posledica jezika poput Jave i C#-a. Na to si ti jos dodao RAD alate... i sve to zajedno stvara porast produktivnosti. Ja nikad nisam tvrdio suprotno, ono sto sam rekao da apstrakcija koju donosi CLR ima veci uticaj na porast produktivnosti nego recimo C# i da je C# tako produktivan bas zato sto je u simbiozi sa CLR, Nedeljko se ne slaze sa time, naravno isto tako sam rekao da su i neka resenja u RAD alatima moguca ili bolje receno lakse dostupna zbog CLR-a odnosno mehanizma koja omogucava managed kod. Naravno ne mora da znaci da sam u pravu, rasprava i sluzi da bismo jedni od drugih nesto naucili :) ali na kraju i dalje mislim da je tako (a Nedeljko verovatno i dalje misli suprotno).

Na kraju najbitnija stvar u razvoju softvera da isporucis softver (ali kako Alan Cooper kaze oslanjajuci se na Petera Druckera ne treba se obavezati i predati se neoptimalnoj strategiji) znaci bitno je ispravno odmeriti probleme koje treba resiti, naci optimalnu soluciju i komunicirati tu soluciji hrpi hardvera (i softvera) da bismo imali prakticno resenje. Za sve to trebamo alate i kada se radi o kompleksnom softveru za sve to treba apstrakcija i to na svakom nivou, pogotovo na nivou programerske komunikacije prema hardveru.

Da ne zaboravis... koja je alternativa?
&&y
 
Odgovor na temu

[es] :: Advocacy :: Cloud, buducnost, prevara ili zabluda?
(TOP topic, by Milan Gligorijevic)
Strane: << < .. 3 4 5 6 7 8 9 10 11 12 ... Dalje > >>

[ Pregleda: 129359 | Odgovora: 569 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.