Příspěvky

1

Vývoj / Re: System správy verzí v malé skupině

« kdy: 18. 08. 2011, 11:11:58 »

Jen bych se připojil k doporučení gitu. Git už dlouho používám i jen když pracuji na něčem sám, i na úplné drobnosti. Prostě to škáluje od pár řádek kódu pro jednoho člověka až pro tisíci členné týmy rozeseté po celém světě pracující na miliónech řádek kódu. Git, jedině git. Pro sdílené repository zkus kounout na github, je tam i placená verze pro closed source.

2

Vývoj / Re: Drsnej kód

« kdy: 07. 01. 2011, 14:34:49 »

A co jako? Rychle konvergujících řad je spousta. Mimoto ten algoritmus používá sqrt což je iracionální funkce takže sama o sobě se musí počítat iterací. No a že ten algoritmus naprosto zbytečně alokuje 300 double hodnot, když mu ve skutečnosti stačí tři, o tom už bych vůbec pomlčel.

Zkus tuhle verzi:

Kód: [Vybrat]

double Ellip_Integral(double k)
{
  double a = 1.0;
  double b = sqrt(1-k*k);
  while ((a-b)/2 >= ERR_SMALL) {
    double tmp = a;
    a = (tmp+b)/2;
    b = sqrt(tmp*b);
  }
  return PI/(2.0*a);
}

Nebo ekvivalent v Erlangu, což je takový malý důkaz že imperativní programování způsobuje trvalé poškození mozku. To vysvětluje, že se někdo může rozplývat nad špatně implementovaným algoritmem.

Kód: [Vybrat]

-define(?ERR_SMALL, 1.0e-15).

ellip_integral(K) when K > = 0, K < 1 ->
   ellip(1.0, math:sqrt(1.0-K*K)).

ellip(A, B) when (A-B)/2 < ?ERR_SMALL -> math:pi()/(A+B);
ellip(A, B) -> ellip((A+B)/2, math:sqrt(A*B)).

No a nakonec bych asi skončil u něčeho takového i v C, protože každý trochu slušný kompilátor mi z toho vygeneruje stejně efektivní kód jako kdybych tam měl ten matoucí cyklus.

Kód: [Vybrat]

double ellip(double a, b) {
  if ((a-b)/2 < ERR_SMALL) {
    return PI/(a+b);
  } else {
    return ellip((a+b)/2, sqrt(a*b));
  }
}

double Ellip_Integral(double k) {
  return ellip(1.0, sqrt(1-k*k));
}


3

Vývoj / Re: Jste zastánci OOP programování?

« kdy: 05. 11. 2010, 14:30:46 »

Jsem skalní zastánce OOP a proto je mým nejoblíbenějším jazykem Erlang, protože tam jsou objekty skutečně zapouzdřené, aliasing a problémy s dědičností jsou prakticky eliminovány. Teda pokud člověku nevadí, ze objektům se říká process a metodám message. Kam se hrabe takový SmallTalk.

4

Vývoj / Re: Systém práce starých programátorů.

« kdy: 23. 08. 2010, 17:09:03 »

Ono to neni az zas tak tezke. Ja sice nejsem az zas tak moc stary, ale muj prvni pocitac byla papirova skladacka ve VTM a dodnes jsem schopen napsat a "odladit" v hlave a na papire netrivialni program. Proste napisu kolegovi od IM z hlavy treba 20 radek netrivialniho perl programu a on to pak jen copy paste a zpusti a divi se jak je mozne ze to hned funguje. Nebo musim napsat nejaky script, ktery si nemuzu otestovat na realnych datech protoze ty jsou jen v produkci a tam to ladit nemuzu. Je to cca mesic so jsem psal script, ktery mel pres 1000 radek v perlu a mohl jsem si zkontrolovat jen syntaxi. V produkci jel napoprve a bez chyb. Neni to az tak tezke. Proste to chce urcitou zkusenost a styl prace.

5

Hardware / Re: Porizeni WebCam pro Linux (a dalsi OS) ?

« kdy: 09. 08. 2010, 08:50:58 »

Doma mam http://uk.store.creative.com/products/product.aspx?catid=218&pid=18093. ...

Pro ty, co budou mít stejný problém s webem creative, jedná se o typ Live! Cam Optia AF (VF0560) P/N: 73VF056000001.

6

Distribuce / Re: Plná pamět po startu PC

« kdy: 29. 07. 2010, 18:34:47 »

Z toho co jsem ja videl na screenshotech tak cache zabírá pouze 1.8GB
Zda se ze zbytek pameti pozira myslq.

Koukáme oba na stejný obrázek s číslem 10331940 ve sloupečku used a řádku buffers/cache?

7

Vývoj / Re: Oktálové zobrazení řídicího znaku

« kdy: 23. 06. 2010, 17:48:03 »

To neni CONTROL-U CONTROL-V, ale CONTROL-V CONTROL-U. Co je možná podstatnější nejsou to klávesové zkratky! To znamená, že se zmáčkne klávesa CONTROL (na některých klávesnicích Ctrl a na jiných něco jiného, zpravidla klávesa někde v rohu klávesnice co na ní není napsáno Alt, Shift, Okénko, šipečka nahoru a pod.) a zároveň klívesa uvedená za plus. Pokud zmáč kneš uvedenou klávesovou zkratku správně, tak by jsi měl vidět v kozoli echo xxxxxxx^U

8

Vývoj / Re: Kdy použít Perl a kdy Python?

« kdy: 07. 06. 2010, 23:02:03 »

ruby pro pomalost a zbyde python.

Pomalu, pomalu. JRuby dá Pythonu (a ne jen jemu) pěkně na frak. Ruby v1.9.1 v podstatě dohnal Python (leckde mírně předehnal), Ruby1.9.2 dále akceleruje a MacRuby0.6 zamává i Perlu (bohužel ještě nedokončenému MacRuby neskutečně ujíždí alokace + další "drobnosti", takže se rychlost projeví jen v některých aplikacích).

A na ten web RoR (co jiného čekat od podobného příspěvku) a na jednodušší záležitosti Sinatra.

No a všem jim dá na frak Erlang. Na web aplikace totiž dá na frak prakticky čemukoliv.