Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Něco navíc v zeleném?
A proč ne...

Lopuch.cz
Jméno:
Heslo:
Podpora LCD:
 
Archiv klubu Programování [ŽP: neomezená] (kategorie Programování) moderuje tvx.
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
   
[ 413 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
al3x 24.11.2005 19:46  329
anonym [328]: Nerekl bych. To co popisujes je chovani typicke pro pro Win32 GUI aplikace, coz TP7 tak uplne neni :)
anonym 24.11.2005 19:30  328
pascalZačínám, a mám takovej problém. V pascalu mi nefunguje shift jak by měl. Normálně v textovém editoru, když držím shift a pohybuju šipkama, tak se mi ten text označuje, ale tohle mi právě v pascalu nejde dost mě to omezuje a normální to myslím neni. Nedá se to náhodou nastavit někde, kde je to tak šikovně skryté, že jsem to nenašel? Konkrétně mám TP 7.0.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 13.11.2005 11:53  327
na ČZU jsme kdysi něco takovýho měli... tazkže jen vím, že to už na excelu 95 šlo...
anonym 13.11.2005 10:56  326
ŘešitelNejsem programátor, pouze uživatel PC. V současné době v Excelu pracuji s faktorovou analýzou která používá k výpočtu řešitele (Solvera). To ovšem znamená vždy znovu a znovu zadat vstupní a měněnou buňku a dát příkaz k řešení. To je jednoduché při několika málo výpočtech, ale ne při desítkách až stovkách výpočtů. Neuměl by někdo naprogramovat ve VBA algoritmus řešitele s tím, že zadání vstupních a řešených buněk "relativní", aby jej bylo možno mnohonásobně kopírovat do listu Excelu ?
andyman 6.11.2005 14:28  325
Anonym: Napsat treba obdelnikovou nebo simpsonovu metodu neni snad zadnej problem...
Pokud nebude vadit C, tak tady je obdelnikova ode me. Je jen na jednoparametrove fce typu double a neni moc presna (zalezi na poctu kroku) - na vetsi vypocty bych to rozhodne nepouzil. a, b jsou meze a n je pocet integracnich kroku. 

// f je fce kterou integrujes
double integral(double (*f)(double), double a, double b, int n) {
  double sum = 0.0;
  double step = (b-a) / n;
  while (a < b) {
    sum += f(a) * step;
    a+=step;
  }
  return sum;
}

btw nezkousel jsem to, takze tam klidne muzou byt chyby...
anonym 5.11.2005 13:02  324
Neměl by někdo ze zdejších hotvou metodu na výpočet určitého integrálu v Javě nebo v něčem jiném?
ender Ender 29.9.2005 11:37  323
anonymPokud bych měl mluvit za sebe, tak já jsem s blokem begin/end nidky problémy neměl, snad jen v začátcích, ale tam toho bylo víc ;-)

Podívej - neznám moc python, takže mohu mluvit jen z pohledu pacalu. Pascal má poměrně hezkou syntaxi srozumitelnou i pro začátečníky a hodí se skvěle pro popis a výuku algoritmů (koneckonců, vyvinul se z Algolu, který k tomu byl přímo stvořen). To na tom nezmění ani jedna specifická chyba, kterou python nemá.
Ostatně věřím, že i v pythonu by se našla nějaká ta chyba, se kterou by se pascal vypořádal líp.
anonym 28.9.2005 22:54  322
2 enderneslo mi o srovnavani jazyku (i kdyz si opravdu myslim, ze je python lepsi). jen sem chtel ukazat, ze syntaxe pythonu ma (prestoze to spousta lidi odmita) svoje vyhody....

btw: zacinal sem programovat v pascalu a v dobe, kdy se me tahle chyba poprvy stala sem python jeste neznal... takze neslo o to ze bych byl zvykli na python, ale takovahle chyba je pomerne tezko viditelna
ender Ender 28.9.2005 22:33  321
No to byl tedy argument jak poleno ;-)

Protože jsi zvyklý psát v Pythonu a neovládáš syntaxi pascalu, je python lepší? Alespoň tak mi to tu vyznělo.
anonym 28.9.2005 20:39  320
jeste dodatek....v prascalu se me parkrat stala tahle chyba:

for i := 0 to n-1 do
    prikaz1
    prikaz2

a bez debuggeru bych to asi nikdy nenasel. clovek, kterej je zvyklej odsazovat totiz analyzuje kod spis podle odsazeni nez podle begin/end nebo {/}. pak pridava prikaz do cyklu nebo podminky a zapomene na begin/end a chyba je na svete....

takovyhle chyby jsou v pythonu prakticky vylouceny.
anonym 28.9.2005 20:27  319
se spatnym odsazenim prakticky nejsou problemy, protoze je najde kompilator. napr:

while neco:
    prikaz1
    prikaz2
  prikaz3
    prikaz4

u prikazu3 nahlasi kompilator chybu, protoze nema odsazeni ani jako vnitrek cyklu while, ani jako prikaz while (ze by to byl prikaz za cyklem). totez, kdyby mel odsazeni jako while, tak by nahlasil chybu u prikazu 4, protoze prikaz 3 neni strukturovany a tudiz nema smysl za nim zvysovat odsazeni

king King Born to be king - ... 15.8.2005 18:29  318
tessmno s pythnem nemam problem, jedine co je nutne je nastavit si svuj editor, aby automaticky konvertoval do mnou zvolenych veci (u me taby), i treba pri psani..
nikdy jsem nemel zadny problem s tim, ze by to delalo nejaky nepekny veci...
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 12.8.2005 15:24  317
co mi uvizlo v hlave z nejaky dokumentace pythonu, tak tam byla zminka ze snad to odsazovani nemusi byt uplne definitivni, ze jenom zatim neni zadny zavorkovani a odsazuje se ale ze jednou mozna bude...
mach 12.8.2005 13:07  316
Ja myslel obecně problém "2 mezery vs tabulator", ale… hmm, u toho Pythonu to bude trochu problem.
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 12.8.2005 13:02  315
mach [314]: no, kdyz to odsazeni ma syntakticky vyznam, tak nevim, jestli to muzes nechat na IDE :)
[ 413 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt