Kezdőlap › Fórumok › Flém › Eszmecserék fejlesztőeszközökről, háborúkról (kádée vs. gnóm) és bármiről
- This topic has 691 hozzászólás, 27 résztvevő, and was last updated 17 years, 12 months telt el by
LCoder.
-
SzerzőBejegyzés
-
2007-07-05-15:21 #2118497vizsla wrote:Na, ez a hülyeség… Az emberek általában „bóvlikat” gyűjt gombok, bélyegek, érmék, aláírások stb. és ezeknek a 95%-a tényleg értéktelen bóvli… (hogy, miért? megszokás, ezt látták a szüleiktől, barátaiktól…) Már rég kidobták?
Én még nem találkoztam emberrel aki windows telepítőcédéket gyűjtene. A legnagyobb szélsőség amit ebben a témakörben láttam az amikor valaki régi gépeket (Pl. ZX-81, ZX-Spectrum, Commodore 64) gyűjt. Egyébként töredelmesen bevallom ez ügyben én is „bűnös” vagyok, nálam is lapul a fentiekből egy-egy példány. De telepítő CD csak egy van gépenként. Bár tény hogy a Vista doboza már van annyira szép hogy lehet hogy akad aki gyűjti…
Na pont ez történik nálam is… a világon semmi (pedig nyomtatnia kéne)
Mondjuk én nem egészen erre gondoltam
2007-07-05-15:45 #2118498„Mondjuk én nem egészen erre gondoltam”
Látod! Én is tudok terelni, nem csak te…2007-07-05-15:45 #2118499„Mondjuk én nem egészen erre gondoltam”
Látod! Én is tudok terelni, nem csak te…2007-07-05-16:16 #2118500LCoder wrote:Egy ilyen bonyolultságú rendszernél elkerülhetetlen hogy maradjon benne néhány bug. A linux kernelben hol is tart ? 2.6.21. De elvben már a 2.6.0 sem volt béta.
A kernel, amit letöltesz a kernel.org-ról az nem végfelhasználóknak szánt, hanem disztribútoroknak meg buherátoroknak. A _stabil_ kernel az az, amit a disztribúciód stabil ága szállít.LCoder wrote:A kernelben nemigen van lebegőpontos számítás, vagy csak elhanyagolható.
Abban nincsen, de ha pl a DirectX-be raknának az már durván érezhető lenne. Jó, akkor kellene bizonyos részekhez ~10 build, de ne mondja nekem valaki, hogy a telepítő ne tudná kiválasztani a megfelelőt az arch-odhoz (vagy runtime cpu detection, lásd mplayer… winre is megcsinálták).LCoder wrote:Ezt most nem tudom mire értetted.
Arra, hogy a Linux telepítő felajánlja az automatikus beléptetést.LCoder wrote:Fényévekkel gyorsabb. Nálam a ZA gyakorlatilag észrevehetetlen. Persze egy szerveren lehet hogy másképp néz ki a dolog.
Nem tudom, nekem nem tűnt gyorsabbanak. Majd a következő reinstallkor (asztali gép) mérlegelem a dolgot. Laptopra meg úgyis kénytelen leszek rakni (egyetem, és 2-3 játék, ami nem megy Linuxon, mert viaszutyokhoz nincsen driver), de letiltok mindenféle hálózatot. Azzal nyerek vagy 20% teljesítménynövekedést alapból 🙂LCoder wrote:Ha meg akarok nézni valamit akkor felteszek a témával kapcsolatos segédprogit. Ahogy amúgy linux alatt is csak az alapvető, a kernellel kapcsolatos dolgok vannak a proc alatt, ha Pl. az X-szel kapcsolatos dolgok érdekelnek akkor már nem ott kell keresgélni. De általában ezeket a dolgokat programból írja/olvassa az ember. Azt meg könnyebb egy API-n keresztül objektumként vagy struktúraként API-n mint textfájlokon keresztül kezelni.
Olyan segédprogi van ingyen is, vagy a „get a ‘goodfornothing’ trial or spend your day to find a fscking crack” dilemma vetődik fel benned? Megvenni meg nem veszem meg, mert
1.) annyit nem ér
2.) te lehet, hogy összemlózod az XP árát 2-3 nap alatt, de nekem az 1 vagy 2 hét munka, attól függően, hogy milyen műszakban vagyok (és én mázlista, mert eltartanak a szüleim, de akinek magáról kell gondosokodnia…)LCoder wrote:Szvsz max. akkor ha írsz egy előfordítót. De nem is ez a legnagyobb gond ezzel, hanem az hogy a java osztályok ma mind getter-setter függvényekkel vannak megcsinálva. Ez az amit ma már a java nem tud megváltoztatni – ha megtenné az méretes kompatibilitási problémákat okozna (kivéve ha meghagyja a régi getter-setter függvényeket is, ezt akár meg is tehetnék, de akkor is lennének kompatibilitási gondok, ráadásul be kellene ismerniük hogy tévedtek).
Nem erre gondoltam. Írsz egy classot, és meghívod valahogyan így:Code:public Property = new Property(){
public void set(Object input){
…
}
public Object get(){
…
}
}…
ertek = obj.xy.get();
obj.xy.set(ertek);Valószínű ez így nem tökéletes (még java ügyben elég newbie vagyok, de amikor időm engedi, tanulok), de a koncepció érthető szerintem.
LCoder wrote:A hátránya meg minden más, mindenekelőtt az amit ők típuskezelésnek csúfolnak. Meg hogy igazából csak webre jó. Meg hogy a júzer gépére oda kell tenni a forráskódot is, ami a magyar üzleti etika mellett nem mindig szerencsés. Meg hogy nem tud tárgykódra fordítani, ezért minden függvényt, osztályt, mindig röptében újra kell forgatnia. Meg az a hülye dollározgatás a változóneveknél, tisztára mint a Commodore 64-es időkben…
típuskezelés: szerintem nagyon kényelmes tud lenni, hogy nem kell mindenféle konvertálófüggvényekkel szenvedni (lásd pascal), hanem simán át tudod adni az értéket. Ha nagyon típusos akarsz lenni, azt is meg lehet oldani. Eddig a java-ban (és a pythonban, mert onnan vette át) értelmes megoldást (.toString(), .valueOf()), méghozzá azt, hogy az adattípusokat objektumként kezeli.
Forráskód vs bináris: http://www.google.hu/search?q=php+bytecode+compiler
A dollározásnak is megvan az értelme, kényelmesebb.Code:# „A” példa
foreach (array(‘nick’, ‘pass’, ‘mail’, … ) as $i) $$i = pg_escape_string($$i);
pg_query(„INSERT INTO „user”(„nick”,”pass”,”mail”) VALUES(‘$nick’,’$pass’,’$mail’)”);
# „B” példa
$n=count($user_data);
for($i=0;$i<$num;$i++) $user_data[$i]=pg_escape_string($user_data[$i]);
pg_query("INSERT INTO "user"("nick","pass","mail") VALUES('{$user_data['nick']}','{$user_data['pass']}','{$user_data['mail']}')"Ezt most írd át pl Pascal-ba… kíváncsi vagyok, mennyivel bonyolultabb lenne a dolog (esetleg fűszerezd meg, és ne csak stringet stringgel fűzz össze, hanem a query-be pakolj bele pár boolean és integer értéket is.)
LCoder wrote:A silverlight nem sokkal több mint egy flash lejátszó, sőt. Nem a silverlight lesz a megoldás, van ennél jobb de annak még csak munkaneve van (ami nem jut eszembe). A lényeg hogy a java web starthoz vagy a ClickOnce-hoz hasonlóan lejön az alkalmazás a júzer gépére, és ott fut de nem önálló ablakban hanem a böngészőn belül.
Újabb vaporware a láthatáron?LCoder wrote:Igazából a windows mobile és a Symbian vannak elterjedve. De hosszú távon a win mobile-nak saccolok nagyobb jövőt, pont a .NET kompatibilitás miatt. Amúgy meg a helyzet az hogy ha valakinek alap mobil kell az nem fog rá javás alkalmazásokat tenni, max. játékokat. Aki meg már alkalmazást is tesz rá az nem a 10 ezer forintos kategóriából választ, hanem olyat vesz amiben van esetleg GPS, elég memória/proci a multimédiához, stb. egy ilyen gép pedig már elbírja a win mobile-t. Amúgy pedig 5 éve még a javás/színes mobil is a luxus kategóriában volt, ma meg már szinte mindenkinek ilyenje van.
Az első mondatra már vizsla válaszolt.
Vegyük a mobilom (SonyEricsson T630). Van rajta 5-6 játék (fele java), midpssh és opera mini. Ezek szerintem eléggé kimerítik az alkalmazás kategóriát, pedig az én telefonom sem felsőkategória (amikor 3 éve vettem, akkor még az volt).LCoder wrote:Ha kivágnák az X-et az azt jelentené hogy a többi XLibre épülő progi sem tud elindulni. Igazából szvsz te a Qt-re gondoltál, azt valóban ki kellene, de alig hiszem hogy megtennék. Pedig egy egységes desktop felülettel ami mind a KDE mind a Gnome előnyeit összehozza tényleg ütőképes lehetne a linux. De ennek nincs sok esélye.
Nem, nem a qt-re gondoltam, hanem az X szerverre. Kellene egy wrapper library az tény, de az X van talán a legjobban lemaradva (jó, a 7.2-es nagyon nagy ugrás… mondjuk még 2-3 ilyen kellene, és behozná a lemaradást).LCoder wrote:Én annyira nem látok ilyen periodikus mozgást. Igazából a windows és a linux idáig fej-fej mellett mozogtak, egyiknek sem volt előnye. A windowsnak volt egységes API-ja, a linux ezzel szemben sok kicsi szétszórt inkompatilbis szutyokból állt, ugyanakkor a win32 API még a 80-as évek elejéről ittragadt szemlélet alapján lett felépítve, úgy direktbe ezért nem nagyon használta senki, mindenki tett a tetejére MFC-t, VCL-t, Qt-t, wxWindost, stb-t, míg linux alatt azért a GTK, Qt közvetlenül is használható felületet adott. Ez tartott úgy 2000 környékéig, akkor kezdett a .NET-tel mocorogni a microsoft, de az első igazán használható verzió a 2.0 volt a Visual Studió 2k5-tel, a nagyobb durranás pedig a .NET 3.x lesz ha végre kész lesz hozzá az Orcas. Más kérdés hogy ez után még 2-3 év mire megjönnek hozzá az alkalmazások is.
A Sun nem fogja hagyni, hogy a Java piacot veszítsen, mivel az az egyik fő bevételforrása. Ezért is lett GPL a Java, hogy minél többen tudják fejleszteni. Kíváncsi leszek, hogy ha a közösség is beszáll, 1-2 verzió múlva hova jut (tette ezt a Trolltech is, aztán nézd meg a qt4-et).LCoder wrote:Linux fronton viszont nem látok túl nagy változást, kivéve két szvsz igen pozitív dolgot, az egyik a mono project valóban elég lendületes fejlődése (már csinálják a silverlight-ot), másrészt pedig hogy a java is kezd picit mocorogni (a Netbeans 6 már kezd egész használható környezetnek tűnni).
Egész használható? Már az 5.5 is nagyon durva dolgokat tud… bár összehaosnlítani a vs.net-tel nem tudom, lévén nem bírtam felrakni (de ezt már kitárgyaltuk… ha nem hiszel nekem, érdeklődj ShadoW-nál, ő is csak pislogott nagyokat).2007-07-05-16:16 #2118501LCoder wrote:Egy ilyen bonyolultságú rendszernél elkerülhetetlen hogy maradjon benne néhány bug. A linux kernelben hol is tart ? 2.6.21. De elvben már a 2.6.0 sem volt béta.
A kernel, amit letöltesz a kernel.org-ról az nem végfelhasználóknak szánt, hanem disztribútoroknak meg buherátoroknak. A _stabil_ kernel az az, amit a disztribúciód stabil ága szállít.LCoder wrote:A kernelben nemigen van lebegőpontos számítás, vagy csak elhanyagolható.
Abban nincsen, de ha pl a DirectX-be raknának az már durván érezhető lenne. Jó, akkor kellene bizonyos részekhez ~10 build, de ne mondja nekem valaki, hogy a telepítő ne tudná kiválasztani a megfelelőt az arch-odhoz (vagy runtime cpu detection, lásd mplayer… winre is megcsinálták).LCoder wrote:Ezt most nem tudom mire értetted.
Arra, hogy a Linux telepítő felajánlja az automatikus beléptetést.LCoder wrote:Fényévekkel gyorsabb. Nálam a ZA gyakorlatilag észrevehetetlen. Persze egy szerveren lehet hogy másképp néz ki a dolog.
Nem tudom, nekem nem tűnt gyorsabbanak. Majd a következő reinstallkor (asztali gép) mérlegelem a dolgot. Laptopra meg úgyis kénytelen leszek rakni (egyetem, és 2-3 játék, ami nem megy Linuxon, mert viaszutyokhoz nincsen driver), de letiltok mindenféle hálózatot. Azzal nyerek vagy 20% teljesítménynövekedést alapból 🙂LCoder wrote:Ha meg akarok nézni valamit akkor felteszek a témával kapcsolatos segédprogit. Ahogy amúgy linux alatt is csak az alapvető, a kernellel kapcsolatos dolgok vannak a proc alatt, ha Pl. az X-szel kapcsolatos dolgok érdekelnek akkor már nem ott kell keresgélni. De általában ezeket a dolgokat programból írja/olvassa az ember. Azt meg könnyebb egy API-n keresztül objektumként vagy struktúraként API-n mint textfájlokon keresztül kezelni.
Olyan segédprogi van ingyen is, vagy a „get a ‘goodfornothing’ trial or spend your day to find a fscking crack” dilemma vetődik fel benned? Megvenni meg nem veszem meg, mert
1.) annyit nem ér
2.) te lehet, hogy összemlózod az XP árát 2-3 nap alatt, de nekem az 1 vagy 2 hét munka, attól függően, hogy milyen műszakban vagyok (és én mázlista, mert eltartanak a szüleim, de akinek magáról kell gondosokodnia…)LCoder wrote:Szvsz max. akkor ha írsz egy előfordítót. De nem is ez a legnagyobb gond ezzel, hanem az hogy a java osztályok ma mind getter-setter függvényekkel vannak megcsinálva. Ez az amit ma már a java nem tud megváltoztatni – ha megtenné az méretes kompatibilitási problémákat okozna (kivéve ha meghagyja a régi getter-setter függvényeket is, ezt akár meg is tehetnék, de akkor is lennének kompatibilitási gondok, ráadásul be kellene ismerniük hogy tévedtek).
Nem erre gondoltam. Írsz egy classot, és meghívod valahogyan így:Code:public Property = new Property(){
public void set(Object input){
…
}
public Object get(){
…
}
}…
ertek = obj.xy.get();
obj.xy.set(ertek);Valószínű ez így nem tökéletes (még java ügyben elég newbie vagyok, de amikor időm engedi, tanulok), de a koncepció érthető szerintem.
LCoder wrote:A hátránya meg minden más, mindenekelőtt az amit ők típuskezelésnek csúfolnak. Meg hogy igazából csak webre jó. Meg hogy a júzer gépére oda kell tenni a forráskódot is, ami a magyar üzleti etika mellett nem mindig szerencsés. Meg hogy nem tud tárgykódra fordítani, ezért minden függvényt, osztályt, mindig röptében újra kell forgatnia. Meg az a hülye dollározgatás a változóneveknél, tisztára mint a Commodore 64-es időkben…
típuskezelés: szerintem nagyon kényelmes tud lenni, hogy nem kell mindenféle konvertálófüggvényekkel szenvedni (lásd pascal), hanem simán át tudod adni az értéket. Ha nagyon típusos akarsz lenni, azt is meg lehet oldani. Eddig a java-ban (és a pythonban, mert onnan vette át) értelmes megoldást (.toString(), .valueOf()), méghozzá azt, hogy az adattípusokat objektumként kezeli.
Forráskód vs bináris: http://www.google.hu/search?q=php+bytecode+compiler
A dollározásnak is megvan az értelme, kényelmesebb.Code:# „A” példa
foreach (array(‘nick’, ‘pass’, ‘mail’, … ) as $i) $$i = pg_escape_string($$i);
pg_query(„INSERT INTO „user”(„nick”,”pass”,”mail”) VALUES(‘$nick’,’$pass’,’$mail’)”);
# „B” példa
$n=count($user_data);
for($i=0;$i<$num;$i++) $user_data[$i]=pg_escape_string($user_data[$i]);
pg_query("INSERT INTO "user"("nick","pass","mail") VALUES('{$user_data['nick']}','{$user_data['pass']}','{$user_data['mail']}')"Ezt most írd át pl Pascal-ba… kíváncsi vagyok, mennyivel bonyolultabb lenne a dolog (esetleg fűszerezd meg, és ne csak stringet stringgel fűzz össze, hanem a query-be pakolj bele pár boolean és integer értéket is.)
LCoder wrote:A silverlight nem sokkal több mint egy flash lejátszó, sőt. Nem a silverlight lesz a megoldás, van ennél jobb de annak még csak munkaneve van (ami nem jut eszembe). A lényeg hogy a java web starthoz vagy a ClickOnce-hoz hasonlóan lejön az alkalmazás a júzer gépére, és ott fut de nem önálló ablakban hanem a böngészőn belül.
Újabb vaporware a láthatáron?LCoder wrote:Igazából a windows mobile és a Symbian vannak elterjedve. De hosszú távon a win mobile-nak saccolok nagyobb jövőt, pont a .NET kompatibilitás miatt. Amúgy meg a helyzet az hogy ha valakinek alap mobil kell az nem fog rá javás alkalmazásokat tenni, max. játékokat. Aki meg már alkalmazást is tesz rá az nem a 10 ezer forintos kategóriából választ, hanem olyat vesz amiben van esetleg GPS, elég memória/proci a multimédiához, stb. egy ilyen gép pedig már elbírja a win mobile-t. Amúgy pedig 5 éve még a javás/színes mobil is a luxus kategóriában volt, ma meg már szinte mindenkinek ilyenje van.
Az első mondatra már vizsla válaszolt.
Vegyük a mobilom (SonyEricsson T630). Van rajta 5-6 játék (fele java), midpssh és opera mini. Ezek szerintem eléggé kimerítik az alkalmazás kategóriát, pedig az én telefonom sem felsőkategória (amikor 3 éve vettem, akkor még az volt).LCoder wrote:Ha kivágnák az X-et az azt jelentené hogy a többi XLibre épülő progi sem tud elindulni. Igazából szvsz te a Qt-re gondoltál, azt valóban ki kellene, de alig hiszem hogy megtennék. Pedig egy egységes desktop felülettel ami mind a KDE mind a Gnome előnyeit összehozza tényleg ütőképes lehetne a linux. De ennek nincs sok esélye.
Nem, nem a qt-re gondoltam, hanem az X szerverre. Kellene egy wrapper library az tény, de az X van talán a legjobban lemaradva (jó, a 7.2-es nagyon nagy ugrás… mondjuk még 2-3 ilyen kellene, és behozná a lemaradást).LCoder wrote:Én annyira nem látok ilyen periodikus mozgást. Igazából a windows és a linux idáig fej-fej mellett mozogtak, egyiknek sem volt előnye. A windowsnak volt egységes API-ja, a linux ezzel szemben sok kicsi szétszórt inkompatilbis szutyokból állt, ugyanakkor a win32 API még a 80-as évek elejéről ittragadt szemlélet alapján lett felépítve, úgy direktbe ezért nem nagyon használta senki, mindenki tett a tetejére MFC-t, VCL-t, Qt-t, wxWindost, stb-t, míg linux alatt azért a GTK, Qt közvetlenül is használható felületet adott. Ez tartott úgy 2000 környékéig, akkor kezdett a .NET-tel mocorogni a microsoft, de az első igazán használható verzió a 2.0 volt a Visual Studió 2k5-tel, a nagyobb durranás pedig a .NET 3.x lesz ha végre kész lesz hozzá az Orcas. Más kérdés hogy ez után még 2-3 év mire megjönnek hozzá az alkalmazások is.
A Sun nem fogja hagyni, hogy a Java piacot veszítsen, mivel az az egyik fő bevételforrása. Ezért is lett GPL a Java, hogy minél többen tudják fejleszteni. Kíváncsi leszek, hogy ha a közösség is beszáll, 1-2 verzió múlva hova jut (tette ezt a Trolltech is, aztán nézd meg a qt4-et).LCoder wrote:Linux fronton viszont nem látok túl nagy változást, kivéve két szvsz igen pozitív dolgot, az egyik a mono project valóban elég lendületes fejlődése (már csinálják a silverlight-ot), másrészt pedig hogy a java is kezd picit mocorogni (a Netbeans 6 már kezd egész használható környezetnek tűnni).
Egész használható? Már az 5.5 is nagyon durva dolgokat tud… bár összehaosnlítani a vs.net-tel nem tudom, lévén nem bírtam felrakni (de ezt már kitárgyaltuk… ha nem hiszel nekem, érdeklődj ShadoW-nál, ő is csak pislogott nagyokat).2007-07-05-16:48 #2118502„Vegyük a mobilom (SonyEricsson T630).”
Nekem egy t300-as… most b… földhöz (kicsit megrepedt a kijelzője), mert a gyójsztik, már nem működik, amúgy meg 2x fürdött már, úgyhogy már tölteni is alig lehet. :))))
Most egy motorola a780-as szerűvel szemezek…
(Bár, megfogalmazódik a kérdés bennem, hogy ugyan ki előtt menőzzek egy ilyennel :))), mert egyébként túl húzós az ára. :)))))2007-07-05-16:48 #2118503„Vegyük a mobilom (SonyEricsson T630).”
Nekem egy t300-as… most b… földhöz (kicsit megrepedt a kijelzője), mert a gyójsztik, már nem működik, amúgy meg 2x fürdött már, úgyhogy már tölteni is alig lehet. :))))
Most egy motorola a780-as szerűvel szemezek…
(Bár, megfogalmazódik a kérdés bennem, hogy ugyan ki előtt menőzzek egy ilyennel :))), mert egyébként túl húzós az ára. :)))))2007-07-06-09:54 #2118504LCoder wrote:susyp wrote:Másrészt van egy fajta üldözési mániám: szeretem tudni, hogy ki miért matat a gépemben, és szeretek magam eldönteni dolgokat.
Ezt te nem tudhatod. Pontosabban akkor esetleg ha coder vagy és nagyon megnézed. De hogy a linux disztribekben lévő 1000 progiból nem lapul-e valamelyikban valami csúnyaság senki nem tudhatja, még az sem aki programozó, elvégre több tízezer soros progikat senki nem fog százassával végigszőrözni hogy mi mit csinál. És az openoffice.org is el tudja küldeni a zenekiadóknak az mp3-maid listáját.Mindegy, belőlem már nem lesz win-használó. Az XP-t nem is tudom áttenni az amd64-es gépemre, de egyébként sem akarok visszatérni az akolba.
Nekem is 32 bites XP fut az AMD64-es gépemen. Mi ezzel a gond ?
1. A linux minősítési rendszere nem kedvez annak, h, csak úgy megbújjon valami huncutság a programok között. A nyilvánosság komoly erő.
2. Az Ooo el tudhatá küldeni, de nem küldi. A HP viszont minden alkalommal nyöszörög, h. nem hagyom kommunikálni.
3. Nem arról van szó, h. nem működik rajta, de szerinted mindegy, h. 32, v. 64. bites rendszert használok? Minek fejlesztettem?2007-07-06-09:54 #2118505LCoder wrote:susyp wrote:Másrészt van egy fajta üldözési mániám: szeretem tudni, hogy ki miért matat a gépemben, és szeretek magam eldönteni dolgokat.
Ezt te nem tudhatod. Pontosabban akkor esetleg ha coder vagy és nagyon megnézed. De hogy a linux disztribekben lévő 1000 progiból nem lapul-e valamelyikban valami csúnyaság senki nem tudhatja, még az sem aki programozó, elvégre több tízezer soros progikat senki nem fog százassával végigszőrözni hogy mi mit csinál. És az openoffice.org is el tudja küldeni a zenekiadóknak az mp3-maid listáját.Mindegy, belőlem már nem lesz win-használó. Az XP-t nem is tudom áttenni az amd64-es gépemre, de egyébként sem akarok visszatérni az akolba.
Nekem is 32 bites XP fut az AMD64-es gépemen. Mi ezzel a gond ?
1. A linux minősítési rendszere nem kedvez annak, h, csak úgy megbújjon valami huncutság a programok között. A nyilvánosság komoly erő.
2. Az Ooo el tudhatá küldeni, de nem küldi. A HP viszont minden alkalommal nyöszörög, h. nem hagyom kommunikálni.
3. Nem arról van szó, h. nem működik rajta, de szerinted mindegy, h. 32, v. 64. bites rendszert használok? Minek fejlesztettem?2007-07-06-10:14 #2118506vizsla wrote:„Vegyük a mobilom (SonyEricsson T630).”
Nekem egy t300-as… most b… földhöz (kicsit megrepedt a kijelzője), mert a gyójsztik, már nem működik, amúgy meg 2x fürdött már, úgyhogy már tölteni is alig lehet. :))))
Most egy motorola a780-as szerűvel szemezek…
(Bár, megfogalmazódik a kérdés bennem, hogy ugyan ki előtt menőzzek egy ilyennel :))), mert egyébként túl húzós az ára. :)))))Hát nem sűrűn cseréled a telefonodat, az biztos.
Ha esetleg szükséged lenne egy jó T300-ra, nekem van egy… 😉
7 napig megy készenlétben, LiPo akksival.
Még 2002. év végi.Tényleg! A flémben lehet offolni? (Szép magyar mondat.)
-
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz