- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Microsoft Excel topic
- Crypto Trade
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- MinDig TV
- Rendszergazda topic
- Mindenki AI-t akar, már 2025-re is eladták a HBM chipeket
- Proxmox VE
- Kapnak egy rakás reklámot a Roblox játékosai
- ArchiCAD és Artlantis topik
-
IT café
Új hozzászólás Aktív témák
-
pmonitor
aktív tag
válasz kovisoft #16741 üzenetére
>Ha megszorozzuk a 999999999-et 10-zel, az túlcsordul
Ha 10-el való szorzásnál túlcsordul, akkor szorozzuk először 5-el, majd 2-vel
Minden szorzás után meg ellenőrizzük a túlcsordulást. Itt módosítottam is. Csak abban nem vagyok biztos, hogy a rész szorzások után is be kell-e tenni a "tempret"-be a "ret" értékét? Sztem. talán nem szükséges.http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz kovisoft #16746 üzenetére
Csak az a bibi, hogy detektálja. Onnan tudom, hogy kipróbáltam. Itt van a kép róla.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz janos1988 #16769 üzenetére
Sosem értettem a programozókat. Bármekkora tárhely áll rendelkezésre, azt hiszik, hogy azt mind meg kell tölteni... Egyébként meg sztem. nagyon sok ismétlődő függvény/metódus lehet azokban a hatalmas kódokban.
Miközben meg pl. én(egy 1-szerű hobbi programozgató), tudok olyan kódot írni a "beépített" függvényeivel szemben, ami legfeljebb fele annyi idő alatt lefut, mint a beépített. Éppen most készítem ezt a dolgot(még nincs teljesen kész). De az látszik, hogy a stringet számmá konvertáló beépített függvények C-ben ~19, míg C#-ban ~68 sec. alatt futnak le, miközben könnyedén lehet ~10 sec. körüli futásidőt elérni ugyanarra a feladatra(inputra).
Dehát ez az én külön bejáratú véleményem...http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
Itt sztanozs nagyon jól összefoglalta a programozók általános álláspontját. Amivel nem tudok egyetérteni. Hosszabb futásidő -> több energiafogyasztás. Főleg (alkalmazás/web)szerveren.
Valóban nem tudom a leggyorsabb kódomat, hogy jól is és hibamentesen is működik. Kovisoft(aki egyébként az egyetlen konstruktív/kritikus hozzászóló volt - ezúton is köszönöm Neki) sem tudta bizonyítani az ellenkezőjét. De tettem konkrét lépést a bizonyítás felé. 200000000000-ig biztosan detektál minden túlcsordulást -> ez azért nem kis dolog. De tegyük fel, hogy ez az algó nem működik. Ez az algó biztosan működik(hiszen ha egy számot szorzunk, akkor az eredményt visszaosztva ugyanazt a számot kell visszakapnunk), és ez is gyorsabb a beépített függvénynél. Legalábbis C-ben. Mert mint írtam, a "rajzom" még nincs teljesen kész(pl. ezt C#-ban még nem próbáltam). De kovisoft valós hibákat/bug-okat írt(a legutolsó hsz-e kivételével), Veled ellentétben. Én is "rizsázom", de ezzel párhuzamosan azért valamit próbálok megcsinálni is.
Egyébként még a programozók sem értenek egyet még a stringet int-re konvertáló függvény szignatúrájában sem. C-ben ha túlcsordulás van, akkor az int-et INT_MIN/INT_MAX értékére állítja be(vagy meghatározatlan értéket ad vissza). C#-ban 0-t ír bele, és false-ot ad vissza. Sztem ez utóbbi jobb, mert a 0-nak "általában" invalid értelme van(darabszám/pénz/akármicsoda esetén). De mondjuk a programozóknak kellene "dűlőre" jutni ilyen témákban.@martonx, @Silεncε: A fejlesztők úgyis elkergetnének, hiszen a programozókat nem érdekli a sebesség, és a méret/helypazarlás(lásd az elején belinkelt sztanozs hozzászólást -- is).
[ Szerkesztve ]
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz martonx #16854 üzenetére
>mert nem atoi-t optimalizálok hehehe).
Azért próbáld optimalizálni a C# Convert.Tostring(int value, int tobase) metódusát. Ha megszakadsz sem tudod jelentősen optimalizálni, mert a C#(és mögötte a robosztus .Net) nem ad megfelelő eszközt a kezedbe. Pedig lehetne rajt mit optimalizálni, mert a C itoa(...) függvénye ~21 sec alatt megoldja, amit a C# említett metódusa ~51 sec alatt. És C-ben még van eszközöd optimalizálni, mert le lehet vinni 10 sec. alá a futásidőt.
[ Szerkesztve ]
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
Ezt elsősorban azért írtam, hogy pl. a C#-ban vannak olyan metódusok, amik hiába lassúak, nincs mód rá optimalizálni. Eszed/nem eszed, nem kapsz mást. Tehát itt most nem a konkrét metódus volt a lényeg. De a "sima/mezei"
ToString()
metódus is ilyen lassú.
De ha jól tévedek, akkor pl. az IP címeket is konvertálják oda-vissza a feldolgozás során(a router-ek és egyebek). Na most ha jól tudtam ezt, akkor elég csak abba bele gondolni, hogy akár csak 1 óra alatt is mennyi IP cím kering a hálózatokon. Ha rosszul tudtam, akkor sorry.http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
Akkor sorry...
De mennyien használnak olyan programot, ami IP címeket jelenít meg? Vagy pl. a tőzsdéken hányszor és mennyi számot kell konvertálni a valuta árfolyamoknál? Vagy akár az áru tőzsdéken? Vagy amikor a banki számlakivonatokat küldik ki? Meg amilyen felhasználásra az ember még csak nem is gondol..[ Szerkesztve ]
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
-
pmonitor
aktív tag
válasz Netszemete #16877 üzenetére
>de én úgy érzem, hogy ez pont az extrém esetekről szóló téma.
Igen, az. Bár ha belegondolunk mennyi szám konvertálás történik csak ebben a kis országban is, akkor lehet, hogy kiderülne, hogy még a nem szélsőséges helyzetben is lenne létjogosultsága az optimalizálásnak. Amennyivel kevesebbet kellene használni a vasakat, az elég nagy energiamegtakarítást is jelentene sztem.
>Épeszű(!) programozó nem kezdi újraírni a glibc-t,
Ha rám gondoltál, én nem vagyok programozó. de ez a könyv is tele van az STL megvalósítás kezdeményekkel. Mondjuk az egész elég sok rizsát tartalmaz. Én mondjuk megbántam, hogy megvettem annak idején. Nem regényt szerettem volna olvasni. De most már mind1.
[ Szerkesztve ]
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz martonx #16885 üzenetére
Elég szomorú, hogy az évtizedek alatt senkinek sem jutott eszébe optimalizálni az alapvető függvényeket/metódusokat sem. Mert az alap típusok konvertálásai alapvetőek(legalábbis sztem.). Mondjuk itt valszeg. a sok függvényhívás is közrejátszik pl. a C "relative" lassúságában.
A másik meg az, hogy ez biztos, hogy egy user programozgatónak a dolga lenne? Ha van egy autóm, amiben nekem nem tetszik valami, akkor tervezzem át, küldjem be a gyártónak, és várjak, hogy elfogadják-e, mi?
-------------------------
Ettől függetlenül nem árt, ha valaki megpróbálja megérteni az általa használt függvények/metódusok működését/algoritmusát. Főleg, ha ugyanazt a funkciót gyorsabban is meg tudja valósítani.
-------------------------
Ha most lennék fiatal, és programozó szeretnék lenni, akkor én 2, esetleg 3 programnyelvet sajátítanék el nagyon. Az asm-ot, a C-t, esetleg a "mezei" C++-t(nem a VC++-t). Ezekkel mindent meg lehet csinálni, és eszközt adnak a kezembe az optimalizálásra is.http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz Netszemete #16887 üzenetére
>a legtöbb feladatnál a sebesség másodlagos, sokadlagos tényező.
Akkor miért is kell erősebb HW-t venni, ha sokadlagos tényező? Akkor miért nem jó a legolcsóbb, lassabb HW, ha sokadlagos tényező?
Sztem. nem sokadlagos. Csak én az alkalmazások optimalizálását emelem ki, a többiek meg a szuper HW-t emlegetik.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz Silεncε #16892 üzenetére
>Sok sikert kívánok hozzá, hogy ezekben megírj egy webappot
Asm-ban vagy C-ben nem. De a C++ megfelelő választás lehet(már aki keni vágja). És gondolom ehhez is vannak eszközök... A C++-ban sztem. a C#-hoz képest 130%-os idővel meg lehet írni ugyanazt az alkalmazást.
[ Szerkesztve ]
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
>Nem vagy szakmabeli és ami itt folyik demagóg
Neked pl. hol vannak a referenciáid? Mert nem vettem észre, hogy vmit. is közzé tettél volna. Én legalább valamiket letettem az asztalra. Hogy értékelhető-e, vagy nem, ahhoz nem tudok hozzászólni, de sokkal több dolgot tettem le az asztalra. Az oldalam gyakorlatilag a "Cutter" nevezetű programom végett hoztam létre. A többi csak úgy jött köré. Elsősorban régebbi programok vannak ott(amiket made in hirtelen csinosítottam). Pont az a bajom, hogy itt bárki mondhatja magát szakmabelinek, anélkül, hogy bármit is letett volna az asztalra(akár értékelhetőt, akár nem). Egyébként, ahogy látom, a programjaim töltögetik "lefelé", és nagyon bízom benne, hogy valaki(k)nek megmozgatják a szürkeállományát, és valami eszükbe jut a programjaim nézegetése közben. Valami ihletet adok Nekik. Ezért hálás köszönetem, azoknak, akik letöltötték/letöltik a programjaimat. Őket légyszíves ne s...d már le, ha megkérhetlek.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
Megkövetlek. És nem fikázlak. Ugyanakkor csak legalább ennyit "várnék" el az olyanoktól, aki programozónak állítja be magát. Ugye, hogy nem is volt olyan nehéz ezt megtenni?
#16912:
>milyen módon minősíted azt a sok mérnököt aki ezzel foglalkozikMár ha ugyebár mérnökök(ráadásul így többes számban).
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
-
pmonitor
aktív tag
válasz dabadab #16919 üzenetére
Link. Nem ez a lényeg? Én nem klónozni szerettem volna a kódot, hanem hogy lehet-e optimalizálni. És azért határozottan lehet. De érdekes módon pl. azt az oldalt nem fikázzátok, ahonnan az algót vettem. Meg a többi atoi(...)-t és itoa(...)-t hiányosan megvalósító oldalt sem(pedig van egy-pár). Csak a pmonitor-ét(aki én lennék).
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
Ezen a linken írogattam a futtatható file-ok létrehozásáról C nyelven VS-ben. Egyébként létrehoztam a Linktár-at is. Itt az előbb említett link is elérhető. A "Linktár"-ba kevesebb linket szeretnék tenni, mert terveim szerint oda tényleg csak az általam hasznosnak/érdekesnek vélt dolgok kerülnek be.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
Ezeket a kódokat követtem el mostanában. A C# ebben a konkrét esetben elfogadhatóan lassabb a C++ kódnál. C++-ban a set és a pair, míg C#-ban ezek megfelelőjét, a HashSet és a KeyValuePair párost használtam.
Én mostanáig legtöbbet C#-ban programozgattam. C-ben csak a natív .dll-ek készítését végeztem el olyan dolgokhoz, amiket C#-ban nem tudtam megvalósítani. C++-ban szinte nem programozgattam(csak 1 kis "szinten tartás" volt - ujjgyakorlat -). Behatóbban nemrég kezdtem el C/C++-al foglalkozni. Igazából sajnálom, hogy a C++-al eddig nem foglalkoztam eléggé. Gyakorlatilag ugyanazok az adatstruktúrák vannak benne, mint a C#-ban, csak úgy néz ki, hogy gyorsabbak(meg persze nem kell hozzá a robosztus .Net). Meg ha valakinek van kedve, akár optimalizálhatja is ezeket "user programozóként" is. Ha nincs kedve, akkor még mindig elfogadható hatékonysággal dolgozhat benne.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz pmonitor #16939 üzenetére
Ért 1 meglepetés! Ha Itt az int.TryParse()-k helyett az itt lévő Int_Parse()-t használom, akkor C#-ban jelentősen javul a sebesség(~22-ről ~18 sec-re). Tehát ~1 sec-el gyorsabb a C++-nál(mondjuk ez 60 misi string konvertálásánál nem eget verő különbség, de azért mégis...). Azért azt hozzá kell tenni, hogy a C# kód a File.ReadAllLines() metódussal olvassa be a file-ból az adatokat. Ez azonban nincs benne az időmérésben. Ha ezt is bele számoljuk, akkor máris az jön ki, hogy a C++ set<>-je és a C# HashSet<>-je sebessége majdnem ugyanaz. Viszont nem tudom, hogy a C# string -> szám konvertáló metódusait hogy szúrhatták el ennyire? Még szerencse, hogy ezt azért lehet optimalizálni. Mert pl a szám -> string konvertáló metódusok optimalizálására esély sincs C#-ban.
Majd ha több időm lesz, akkor ezt módosítom a doc_1.php-ben.
------------------------------------------
@martonx:
Azt is mondhatnám, hogy Csak Ön után! Vagy hogy hogy nem tudja 'kend ezt megcsinálni?
Még 2012-ben készítettem egy ilyen minta kódot Vb.Net-ben managed-ben! Mondjuk ez nem HTML Rendering, csak példának hoztam fel. Egyébként a managed kódot elfelejtettem az elő hsz-emben. Tehát C#-ban nem csak a .Net áll a kód mögött, hanem a managed környezet is. Szóval managed-ben is lehet viszonylag gyors kódot írni. Bár itt csalós dolog is van. Sok memóriaszemét van, amíg a GC le nem fut. Ez miatt is látszhat gyorsnak 1 C# kód. Mindenesetre nem én fogom megváltani a világot. Bár azért C-ben az itoa() és az atoi() függvényeket sikerült optimalizálnom. C#-ban csak a Parse() metódust. Sztem. ez is valami. Az, hogy nem vagyok programozó, az azt is jelenti, hogy hogy én meg tudom csinálni azt, hogy csak azzal foglalkozom, amivel szeretnék foglalkozni. A programozó meg azzal foglalkozik, amivel muszáj(mert ugye a muszáj nagy úr ). Ezért hiányolom azt, hogy akik programozóknak mondják magukat, nem hozzák nyilvánosságra, amit alkottak(mert olyan nincs, hogy egy programozó úgy lett programozó, hogy nem alkotott semmit). Cattus azt írta, hogy nem érdekli, hogy én mit várok el. Ezzel nincs is gond. De akkor az ilyenek se várják el, hogy elhiggyem/elhiggyék, hogy programozó.http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
Annyiból igazad van, hogy aki(k) valamilyen produktumot csinál(nak), ő(ke)t(vagy a produktumukat) tényleg nem igazán illik kritizálni. Mert Ők legalább alkottak valamit a "világnak". De a mérleg másik oldala meg az, hogy a többségük nem kevés lóvéért teszi ezt...
[ Szerkesztve ]
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz K1nG HuNp #16949 üzenetére
Ez szted. mi, ha nem alkotás? Ezekről nem is beszélve. De tegyük fel, hogy igazad van, és tényleg nem alkottam semmit. Olyan nagy baj lenne ez egy nem programozótól? Mutasd meg légyszíves, hogy te miket alkottál!
A pénz keresést meg azért hoztam szóba, mert ha vki(k) ebből gazdagodik meg, akkor sztem számon lehet kérni teljesítményt is. Mint ahogy írták:
>Ha fizetsz erte, az mas, akkor szamon kerhetsz teljesitmenytA téma lezárását nem ígérem meg, de azt igen, hogy jelentős önmegtartóztatást próbálok gyakorolni ezzel kapcsolatban. Tehát sokkal ritkábban szólok hozzá ilyenekhez. De ha ilyen butaságot ír valaki, arra ezentúl is rajzolgatok...
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
>A fórumról több kolléga is olyan dolgokan dolgozik / dolgozott mint valamilyen nagy magyar vállalat webshopja vagy valamelyik mobilbank applikáció és hozzá tartozó backend.
És ezt miért kell titkolni? Ők pl. titkolják, hogy hol dolgoznak?
Horpácsi Illés: Senior szoftvermérnök Evosoft
Deák Gergely: Senior developer Accenture
Romhányi Ármin: Full Stack developer En-Co Software Zrt.
Ruzsinszki Gábor: Software architect EvosoftŐk vajon miért is nem titkolják, hogy hol dolgoznak? Sztem. aki olyan helyen dolgozik/dolgozott, azt nyugodtan felvállalhatnák itt a fórumon is. Vagy vaj van a fülük mögött(rossz úton járnak), hogy nem merik megtenni? Vagy, vagy, vagy...
Én Rád teljesen másképp nézek, mint a többiekre, mióta felvállaltad magad. Mondjuk attól még nagy szakadék van a felfogásunk között, de ennek ellenére is... Mert tudom, hogy van önálló munkád, nem csak a levegőbe beszélsz(illetve írsz). Egyrészt ezért is hallgatok Rád, hogy ne kezdjünk új loopba. Na meg azért is, mert én a szubjektív véleményem le tudom írni a saját oldalamon. Bár ezt meg olyan "az emberek háta mögötti dolognak érzem", de ha szemtől-szembe nem megy, akkor más nem marad...http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
-
pmonitor
aktív tag
>Ez a szabály csak azokra vonatkozik, akik igazi programozók, ő saját bevallása szerint nem az, szóval neki nem kell.
Ez pontosan így van! Gondolatolvasó vagy! Bár hozzáteszem, hogy az sem ártana, ha valamennyi programozó megtenné, hogy legalább a nevét felvállalja. De ahogy mondtad: aki elvárja, hogy programozónak nézzék, őneki sztem. kötelező lenne. Na jó, nem annyira részletesen, hogy TAJ szám, meg egyebek...
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz K1nG HuNp #16965 üzenetére
>hogy a fórumos vérpistikék egy csúnyább beszólás után még élőben is zaklassák? hát nem kösz
Nem kell olyant írni, hogy csúnyább beszólás legyen belőle. Inkább akkor a hallgatást választanám. És ha nincs csúnyább beszólás, akkor nincs élő zaklatás sem. Nem hiszem, hogy az általam megadott fejlesztőket bárki is zaklatná.
#16969:
Sztem. ha valakinek van ideje, akkor mindig jó egy új programnyelvet kipróbálni. Agytágítás sosem árt.http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz martonx #16983 üzenetére
Látom tényleg nincs időd Ilyenre, de fórumozásra, arra jut Te csak használd nyugodtan a var-t majdnem mindenhol, mint rutinos .net programozó.
De látom a mostani ON témához a "PH! megmondói" közül senki nem tud érdemben hozzászólni. Példakódot meg természetesen ne is várjon az illető, mert beletörne az igazi programozók ujja...http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
Egyébként az a tapasztalatom, hogy van, amiben a C++ STL-je, van amiben a C# framework-je hatékonyabb. Mint ahogy már írtam, a különbség az, hogy C/C++ esetén megvan az eszközöd az optimalizálásra, míg C# esetében nem mindig...
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz fatal` #16987 üzenetére
Csak az, hogy rontja a kód olvashatóságát. Főleg így, ahogy martonx ítra:
>a legtöbb helyen a var-t a legcélszerűbb használni,Ha a legtöbb helyen var-t használ valaki, az az olvashatóságot jelentősen csökkenti. De előfordul, hogy "egymagában" is rontja az olvashatóságot. Pl.:
foreach (var item in list)
Ezen csak a nagyon jól megválasztott változónév segíthet valamit, de ez hajszálvékony jég...http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz fatal` #16995 üzenetére
#16991:
>A legtöbb helyen látni a típust a kifejezésből, tök felesleges kiírkálni. Ráadásul írhatod át, ha még a végére fűzöl valamit.Én erre a hsz-edre írtam.
Jó, mondjuk Linq esetén igazából nem nagyon van választás(végülis erre találták ki eredetileg). De az egész kód nem Linq-ból áll.
[ Szerkesztve ]
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz martonx #17189 üzenetére
>Amellett, hogy a js natívan fut a böngészőkben,
Azért a js önmagában is olyan lassú, mint a szar! A lassúsághoz nem kell a Webassemby-nek mindenért a javascript motort abajgatni, ami önmagában is csiga lassú.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz pmonitor #17191 üzenetére
Jaah! De ezt úgyis tudod. Idézet tőled:
>Annak, hogy egy programnyelv jó-e vagy rossz, egy csomó szempontja lehet, nem csak a futásidőben nyújtott teljesítmény. Hiszen, ha így lenne, akkor nem lenne feljövőben a Python, a PHP már vagy egy évtizede ki kellett volna, hogy haljon, a javascriptről nem is beszélve
Tehát saját magad is beismered, hogy a js a leglassabbak között van.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
-
pmonitor
aktív tag
>az értelmetlen sebesség optimalizálás felesleges. Egy weboldal betöltése nem ez a kategória.
Ebben a hozzászólásodban meg ezt írtad:
>kliens oldalon tök mindegy, hogy 0.1 mp vagy 1 mp, ezért is felesleges agyonoptimalizáni bármit.
Eldönthetnéd, hogy akkor most mi is a helyzet kliens oldalon. Egyébként sztem. az első idézet a helytálló. Tehát hogy "Egy weboldal betöltése nem ez a kategória.". Éppen ezért sztem az lenne a megoldás, hogy az illetékes programozók "agyonoptimalizálnák" pl. a javascriptet(is).
De nem szeretnék túl sok rizsát itt. Majd a webhelyemen készítek egy "Ellentmondások a fórumozó programozóktól" című részt(Ha lesz rá időm).
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz martonx #17202 üzenetére
>ahol ha értetted megint nem az itoa volt lassú
Ebben a hsz-edben még nem kicsinyítetted le az atoi szerepét. Viszont ahogy optimalizáltam, egyből lekicsinyítetted az atoi-t. Ugye milyen konzekvens vagy?
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz stellaz #17213 üzenetére
Bár én nem vagyok programozó/szoftverfejlesztő/informatikus, de ha Nektek(szülőknek) van sok pénzetek, valamint a gyermeketeknek egészsége, tehetsége és érdeklődése a téma iránt, akkor sztem. a határ a csillagos ég!
A rizsázás nekem is megy ám(ha akarom), mintha programozó lennék! Ehhez nem kell egyetem!
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz dabadab #17219 üzenetére
>nem megy
Lehet, hogy igazad van. Te, mint rizsázó, lehet, hogy jobban tudod...
Hasonlítsd össze ezt a hozzászólásod, és az itt lévő elfogadott megoldást! Te csak rizsázol/dumálsz/szövegelsz a dijkstra algoritmusról, míg a másik nick egy példán mutatja be a gyakorlati alkalmazását. Melyikőtöknek milyen a hozzáállása? Ki is rizsázik? Bővebben a webhelyemen írtam erről. Nem linkelem be, azt az írásom, mert úgyis törölnék. De meg tudja akárki nézni(te is, ha egy kicsit is kíváncsi vagy rá), hogy miről beszélek(illetve írok). Te a nyomába sem érhetsz annak a nick-nek!A másik meg az, hogy 5 percen belül válaszoltál. Nem tudom, ti folyamatosan a gép előtt ültök állandóan frissítgetve? Munkaidőben! Mikor én(vagy valaki más) kérdez, akkor meg órákig, napokig nincs válaszotok. És azután is csak esetleg rizsa.
sztanozs: Csak a kérdezőnek válaszoltam. Nem kérdeztem semmit.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
-
pmonitor
aktív tag
válasz sztanozs #17222 üzenetére
A sok pénzt a sok pénz alatt értettem. A "határ a csillagos ég" alatt pedig a hivatalos végzettséget(és utána a betöltött munkakört).
>valószínüleg azért nem vagy programozó, mert a mások által feltett kérdéseket sem tudod megérteni és/vagy azokat megválaszolni
Kérlek, tekintsd meg az itteni megoldásaimat. Szerinted ennyit meg tudtam volna oldani, ha a "mások által feltett kérdéseket sem tudnám megérteni és/vagy azokat megválaszolni"? Ezt tényleg komolyan mondod(illetve írod)?
>Folyamatosan ömlik belőled a sértődöttség, és nem tudsz másról beszélni, mint, hogy kitöröltek ezt, vagy xyz nem ért semmihez, vagy hogy most valakit rajtakaptál valami inkonzisztencián.
Sajnos ez nagy vonalakban igaz. De úgy gondolom, hogy nem ok nélkül. Pl. ha valaki konzisztens, őt nem tudnám rajta kapni az inkonzisztencián. Ha nem törölnének ki mást, csak az erősen trágár szavakat/kifejezéseket tartalmazó hozzászólásokat, akkor nem írnám, hogy ezt, vagy azt kitöröltek, stb...
>Jó volna, ha belátnád, hogy itt nem vagy szívesen látott személy, mert:.......
Nem is akarom, hogy szívesen látott személy legyek. Én nem közétek tartozom, és ezt sohasem tagadtam le. De nem is akarok közétek tartozni, mert túl sok embert vertek át a palánkon. Azt ugyan nem értem, hogy mit értesz az alatt, hogy sírok, de milyen közösséget is kellene "építenem"? Egy virtuális, nevesincs nick-ek közösségét/gyülekezetét? Na meg hogyan?
>Nyugodtan rendezkedj be a prog.hu-n
Onnan rúgott ki az újságíró Sting, de nem is bánom. Sőt, azt bánom, hogy valaha is regisztráltam oda. Hasonló a véleményem erről a fórumról is. Na meg a stackoverflow-ról is. Mindenhol csak a rizsa. Ennek a topiknak is "Programozás topic" a címe, és inkább olyan "szoftverfejlesztési egyveleg(rizsa)" az egész. Programozás szinte semmi. Húúú, még sok mindenről tudnék írni, de inkább nem. Aki többet szeretne tudni rólam, Ő legyen szíves felkeresni a webhelyem(bár sajnos ott is csak a töredéke van annak, amennyit szeretném hogy lenne). A lényeg az, hogy a prog.hu-ra nem megyek vissza a fentebb említett okok miatt. Itt meg addig írom le a véleményem, amíg ki nem rúgnak/rúgtok ezért. Bár igazából sztem. okot nem adok rá. Sőt, ha megteszed, hogy visszanézed, akkor láthatod, hogy kb. 2 hónapig nem írtam. Így is el voltam én is, ti is. Sok minden nem változott, mert 99%-ban úgyis csak rizsa megy(velem, vagy nélkülem, mind1). Szóval igazából nélkületek is meglennék. Nincs feltűnési viszketegségem. A prog.hu-ról 2013 végén rúgtak ki, ide meg 1 vagy 2 éve regisztráltam. A kettő közötti időben is el voltam fórumozás nélkül is.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
A web-el kapcsolatban én(mint általában user) csak 1 előnyt tudok "felsorolni". Mégpedig azt, hogy hasznos funkciók vannak benne. Az összes többi csak hátrány:
1.: Lassú
2.: Van, hogy nem működik
3.: Nem biztonságos. Ha 1 gép rá csatlakozik a hálózatra, onnantól kezdve feltörhető(legalábbis, ha hasznos funkciója van). Arról nem is beszélve, hogy mindig akadnak okosabbak, mint a webfejlesztők(lásd pl. itt. Gyakorlatilag csak azt nem törik fel egyesek, amit nem akarnak. Az más kérdés, hogy ezt nyom nélkül nem tudják megtenni(mindennek nyoma van). Csak van, hogy nagyon sokáig tartana a "nyomozás".http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Gördeszka topic
- Az NVIDIA szerint a partnereik prémium AI PC-ket kínálnak
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Xbox Series X|S
- Anglia - élmények, tapasztalatok
- Konzolokról KULTURÁLT módon
- BestBuy ruhás topik
- Milyen billentyűzetet vegyek?
- 3D nyomtatás
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- További aktív témák...