Hollosi Information eXchange /HIX/
HIX CODER 1107
Copyright (C) HIX
2001-03-05
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Re: C kod ( 144 sor ) (mind)  16 sor     (cikkei)
2 Re[2]: progi se taskbaron, se systemtray-en (mind)  18 sor     (cikkei)
3 asm (mind)  6 sor     (cikkei)
4 Re.: txt vs. adatb. & SORRY! (mind)  146 sor     (cikkei)
5 Java help szuksegeltetik (mind)  18 sor     (cikkei)
6 Re: C kod ( 144 sor ) (mind)  11 sor     (cikkei)

+ - Re: C kod ( 144 sor ) (mind) VÁLASZ  Feladó: (cikkei)

C szabvanyban az index kepzes kommutativ.  Azaz i[s] == *((i)+(s)) == s[i]
(minden i,s-re ha egyik pointer masik integral). ANSI C szabvany 3.3.2.1-ik
fejezete (online: http://www.lysator.liu.se/c/rat/c3.html#3-3-2-1).

udv,
dOMA

> ...
> Kaptam egy nagyon rovid c kodot, ami nagyon erdekes. Hatha mas is igy erez,
> ezert kozlom.
>
> main() {
> char s[20];
> int i;
> i=i[s];
> }
+ - Re[2]: progi se taskbaron, se systemtray-en (mind) VÁLASZ  Feladó: (cikkei)

Koszi mindenkinek a tippeket a fenti temaban!

>> se, es a system tray-en se? A lenyeg az lenne, hogy ne lehessen
>> Alt+Tab-bal ralepni.
>Kulonben mihez kell?????
>Ugye nem virus meg hasonlo ????????

Nem, egy egyszeru ora lenne, ugyanilyet hasznalok jelenleg is, semmi mas
funkcioja nincs, mint ido/datum kiirasa + always on top, es azert lenne
erre szukseg, mert idegesit, hogy amikor valtok a taskok kozott, akkor
mindig a clock lesz aktiv. A WinAmp-ban is van ugyanez a lehetoseg, be
lehet allitani, hogy taskbar&systray/systray_only/taskbar_only/none
legyen. Ugyanez kene nekem is.

Udv,
		Hunter				-[HE 1.15beta6]-
"Nem eroszak a disznotor, csak a disznonak."
MMI MLI
+ - asm (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Érdekelne valami jó, lehetoleg magyar nyelvu leírás assembly -rol.
Ha vki tudna segíteni, azt megköszönném...

Huba
+ - Re.: txt vs. adatb. & SORRY! (mind) VÁLASZ  Feladó: (cikkei)

>1) Ha bevallottan nem a legprofibb módon írod meg kedvenc adatbáziskezelődet
>Perl-ben, akkor hol is van a "profizmus"?
Elvesztettem a fonalat, ilyet vallotam volna be? Egyebkent az
adatbaziskezelot a Koszorus irja, en hasznalom a munkakhoz.

>tízezer soros Perl rendszerre minden egyes lekérdezés feldolgozásához...ssssz.
 ..
>a szolgáltatótok szeret titeket?
950 soros, kommentekkel egyutt

>A munkáltatód tudja ezt? Mert ha én lennék, rég leállítottalak volna erről ;)
Sajat munkaltatom vagyok.

>Nem kell misztifikálni: pilátus compnál kb havi 5 rugó PHP rendszer
>mysql-lel. No comment.
Nem is akarom, de ez a ritkabb, egyebkent kosz az otletet.

>Melyik megoldás a hordozhatóbb?
Gondolom az amelyik kevesbe fugg a rendszerkornyezettol.

>Az SQL adatbázisos megoldás ebből a szempontból is kenterbe
>veri a kézzel gányolást.
Mar irtam a velemenyem: feladata valogatja.

>Ha pedig a másik "érvet" nézzük, az még csak elmegy,
>hogy nem ismered fel a jobb megoldást, és a megrendelőnek azért adsz
>rosszabbat.
Szerintem kicsit felreertesz: nem azt mondom, hogy minden esetben a
kezzel "ganyolas" a jobb megoldas, csak szerintem vannak esetek,
amikor felesleges rogton egy nagy, robosztus rendszerhez nyulni, ha
megoldhato a feladat nelkule; es sok esetben megoldhato, ugy hogy nem
ganyolas, uzembiztos, a megrendelo igenyeit kielegiti.

>A kifinomultat abban az értelemben értettem, hogy "az adott problémára optimal
izált
>teljesítmény szempontból". Így már pont egymásnak ellentmondóak
>lesznek a kritériumok.
A megbizhatosag is teljesitmenymodosito tenyezo (nalam legalabbis),
mert ha megbizhatatlan, akkor sok karbantartast igenyel es akkor rossz
az idoszakra eso teljesitmenymutato -> nem mond ellent!

>Azt hiszem, még egyszer el kell mondani: a programozó a legdrágább erőforrás.
A jo programozo :-))

>Tehát ha egy programozó Delphiben dolgozik, az év végén a
>munkaadónak rengeteg megtakarítást
Ha jol dolgozik Delphiben. Mert az, hogy valaki Delphiben dolgozik, az
az nem azt jelenti egyertelmuen, hogy jol is dolgozik benne.
De itt ismet nem a Delphi a lenyeg, hanem a programozo, aki
tokmindegy, hogy miben csinalja, ha jol, profin megcsinalja.

>egy Perl-ben dolgozó emberkéhez képest!
Mielott felreertenenk egymast nem programnyelvekrol szandekoztam
vitatkozni. Mindegyiknek megvan a maga feladata, es amire hasznalni
lehet. A jo programozonak tudnia kell eldonteni, hogy adott feladathoz
melyik a legoptimalisabb megoldas.
Pont nemreg dolgoztam egy rendszeren, amit Delphiben kezdtek el
(webserver alkalmazas), es sajnos ki kellett javitani, holott az egesz
feladatot amit elvegzett, nagysagrendekell egyszerubb lett volna
Perl-ben megoldani -> egy nagyon rossz valasztas volt az adott
programozotol aki a Delphit valasztotta hozza, de sajnos ezt tanulta
csak meg a tanfolyamon. Es a megrendelo ezert szidta a programozokat,
a Delphi-t, holott csak egy rossz tapasztalata volt.

>Ne felejtsd el, hogy ha a Te Perl rendszered bedöglik, ahhoz jószerivel csak
>Te fogsz érteni, Téged kell előkaparni, addig is áll egy cég miattad... melyik
 is
>az olcsóbb?
Ja, hat miert kell bedoglenie? Egyebkent az araimban van garancia is
es a karbantartast is vallalom :-))

>Te csak rosszabb paraméterekkel rendelkező rendszert tudsz megírni
Ezen meg is sertodhetnek akar, en szemely szerint nem szeretnek azert
ilyen szintu szemelyeskedesbe belemenni, foleg minden alap nelkul!

>Szerintem a programozói igényeseg a céltudatosságnál kezdődik: mit kell megcsi
nálni,
>mi a határidő, mi a legmagasabb szintű eszköz, amivel hatékonyan meg lehet old
ani
>a problémát és hajrá, van rá 1-2 nap.
Csak ismet azzal egeszitenem ki, hogy nem a legmagasabb szintu, hanem
a cel tudataban a feladatra a legoptimalisabb eszkoz kell.

>Hát ezt nem igazán értem: nagy feladatra jó, kis feladatra nem jó? Nekem
Konkret pelda: sok-sok evvel ezelott egy Pascal-os DOS-os program
keszult, ami adatokat kezelt. Ugye adott Pascal alatt a Turbo Access
rendszer, ami koztudomasul eleg bugos. Koszorus kollega megirta a
sajat adatbaziskezelot, ami stabil volt evekig, amig a progit
hasznaltak, es 8-10 ezres rekordszamig (5-6-ot hasznaltak) azonos
korulmenyek kozott vegzett tesztekben hatekonyabb volt mint a Turbo
Access. Ez teny es igy tortent, nem vita targya.

>Egy adatbázist megtervezni 2 óra, létrehozni, adatokkal feltölteni,
>használatba venni 10 perc.
Ismet nem b*szogatas akar lenni, de az akkor csak adatbazisocska, ha 2
ora alatt meg lehet tervezni. De a hiba lehet, hogy bennem van es
belatom, ha lusta v. lassu vagyok, de egy komplett adatbazist
relaciokkal, indexekkel, harmadik v. inabb negyedik normalformara
hozni inkabb 1-2 nap, ahhoz, hogy a jovoben hatekonyan programozhato
legyen. De isten orizz, hogy egymas munkastilusat kritizaljuk, nem
errol van szo.

>Perl értelmező rendszered instabilitását is!
ld.: fentebb. Ne mondjunk ilyen szintu kritikat ismeretlenul!

>>Az egyik problema a Delphi-vel es minden rokonaval pont az, hogy 10 honapos
>>tanfolyamrol kiesett ifjoncok Delphi programozonak hiszik magukat.
>lásd fent.
Javitok magamon: nem akartam a Delphi programozokat altalanositani,
de boven belefut az ember ilyenekbe.

>Stb stb - a személyeskedést hagyjuk, de ha a tekintélyelvet kapjuk elő,
Isten orizz a szemelyeskedestol, nem az volt a celom (bocs, ha ugy
tunt)! Es nem is tekintelyt akartam kiharcolni csak tenykent kozoltem.

>szövegkörnyezetben más az értelme: igenis jó egy "csak" Delphi, kezdő
>programozó, ha határidőre elég jó hatékonysággal elvégzi a feladatot.
Ezt nem is vitatom, fentebb helyesbitettem, de meg egyszer: _semmi_ bajom
a Delphi programozokkal, esetenkent en is hasznalok Delphit, ha a
feladat ugy kivanja meg.

>Aha... persze a LEFT JOIN table2 ON table2.id = table3.id is megy, ugye?
>Ezt írja majd be a HTML designer?
Egy dinamikus oldal, ami adatbazisbol taplalkozik nem tiszta HTML,
hanem a mi esetunkben PERL, amibe bele van agyazva a HTML kod, tehat
nem a designer irja meg, az O feladata mas.

>Csak nehogy utánatok kerüljek a cégetekhez,
Hacsak a tied nem lesz a ceg :-))
Egyebkent csak mellenk lehet kerulni <- _trefa_

>//bocsesz, csak azért nem magánba írok, mert az ifjú "Delphi programozók"
>//ne higgyék azt, hogy az általad vázolt "hülyeség amit más csinált, majd én ú
jra
>//megírom, jobban" szemlélet a követendő - munkánál! Ismerkedésre, tanulásra j
ó.
EN PEDIG TOBBEDSZERE IS BOCSANATOT KEREK, NEM AZ IFJU DELPHI
PROGRAMOZOKAT AKAROM BANTANI, MERT VANNAK JOK ES MEG JOBBAK IS
KOZOTTUK!!! DE TAGADHATATLAN, HOGY VANNAK SZEP SZAMMAL, AKIK
PROGRAMOZONAK _HISZIK_ MAGUKAT a Delphi tudasuk miatt!
Nem az ifjusaggal es nem a Delphi-vel van baj, hanem egy sajnos
terjedo szemlelettel! Akinek nem inge, termeszetesen ne vegye magara!

Udv Mindenkinek!


+ - Java help szuksegeltetik (mind) VÁLASZ  Feladó: (cikkei)

sziasztok!

lenne egy kerdesem! egy c/s kapcsolatot csinalok a java.net socket
osztalyaval!
a kerdes csak annyi, hogy mier kapcsolodik a netcapa jol es az ie miert irja
azt hogy:


exception: com.ms.security.SecurityExceptionEx[ugyfel.kapcsol]: cannot
access "localhost"

bezzeg a netcapa viszi es muxik rendesen! a biztonsagi szintet nullara
vettem es ugysem!
van valakinek otlete?

koszonom!

sTenYa
+ - Re: C kod ( 144 sor ) (mind) VÁLASZ  Feladó: (cikkei)

Kedves dOMA!

On 4 Mar 2001, at 11:19, Nagy Domonkos wrote:

> C szabvanyban az index kepzes kommutativ.  Azaz i[s] == *((i)+(s)) == s[i]
> (minden i,s-re ha egyik pointer masik integral). ANSI C szabvany 3.3.2.1-ik
> fejezete (online: http://www.lysator.liu.se/c/rat/c3.html#3-3-2-1).

Nagyon koszonom az infot! Valoban igazad van!

Kosz && udv From:, a la'ma szeme

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS