Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - noef

Stran: 1 ... 50 51 [52] 53 54 ... 60
766
Odkladiště / Re:Tak jsem si to prepsal z Javy do Qt/C++u
« kdy: 10. 01. 2015, 16:03:08 »
Tohle je, řekl bych, pravděpodobně spíše jen iluze (ale mohu se mýlit), do opravdové hloubky se v takových předmětech většinou nechodí, jen to tak studentům může připadat. Ale to jen spíše tak pro zajímavost.
Řeč je o TIN na FIT VUT? Tak obsah této přednášky se třeba konkrétně u nás (MFF) dělil minimálně do tří předmětů.
Ano, jde o TIN. Je mozne, ze to pouze studentum tak pripada, protoze je to nanahnane do jednoho predmetu. (Realne nebude moc predmetu, ktere jdou opravdu maximalne do hloubky - to si myslim, ze nejvice nastava az na doktorandske urovni, pripadne u volitelnych predmetu [TIN neni volitelny]).

Dalsi problem TINu byl, ze nektere veci ucil "zrychliku" znovu, jako predmety predchazejici, ale po svem - konfliktni terminy, preucovani pojmu, ktere student znal z jinych predmetu. To si, myslim, neni vhodne a ucitele tech predmetu by si to meli vyrikat/sjednotit.

Ziskani prehledu napr. v pocitacove grafice, pokud nekdo planuje delat databaze, mu asi moc nepomuze v "příprava na budoucí povolání".

To je zrovna krásný příklad na to, jak člověku bez VŠ vzdělání unikají důležité souvislosti (neber to prosím osobně). V počítačové grafice student uslyší o různých datových strukturách pro uložení prostorových dat scény, s velkou pravděpodobností i o KD tree:
http://en.wikipedia.org/wiki/K-d_tree
No a světe div se, ono se to používá i v dababázích na indexovaní:
http://excoventures.com/talks/knn.pdf
Proč asi? Protože pro určitá data (např. GPS souřadnice) je to velmi výhodná datová struktura pro úlohy typu najdi mi podobné záznamy v okolí 5 km.
Jsem na konci magisterskeho studia, ale o tomto slysim prvne. Pravda, muj obor k tomu nema blizko, to muze byt duvodem (nevylucuji ovsem ani mou chybu). Asi jsem zvolil spatny priklad.

767
Odkladiště / Re:Tak jsem si to prepsal z Javy do Qt/C++u
« kdy: 10. 01. 2015, 14:47:53 »
noef, ale vzdyt presne to na VS je.
Ja nepsal, ze to (zhruba) tak neni*. Byla to reakce na Kolemjdoucí-ho nazor "VŠ Bc./Ing. má fungovat jako příprava na budoucí povolání", coz je mozna pohled statu, ale rozhodne ne VS. Ziskani prehledu napr. v pocitacove grafice, pokud nekdo planuje delat databaze, mu asi moc nepomuze v "příprava na budoucí povolání". Presto se rozhled muze hodit, student totiz nemusi vedet, co bude potrebovat v budoucim zamestnani, dokonce nemusi mit ani jasno v tom, cemu presne se chce venovat...

* Nemuzu moc srovnavat (trochu blize znam jen dve skoly v Brne), ale napriklad na informatice MUNI je teoreticky bc a prakticky mgr, na VUT je to presne naopak. Myslim, ze by to melo byt vyvazenejsi v obou programech (bc i mgr). Take moznosti specializace na FIT VUT mi prijdou nedostatecne, v bc nebyl zadny vyber volitelnych predmetu (tusim tri celkove); v mgr studiu je to o trochu lepsi, presto povinne (vetsinou spolecne) predmety jsou casto ona zminovana "sita", ktera nesouvisi s oborem (studenta), ani praxi. Latka je teoreticka a probirana velmi do hloubky, jsou pozadovany formalni dukazy, casto uplne chybi i motivace - ucitel nezmini dopady/aplikaci v praxi.

Nektera "sita" v bc mi prisla i uzitecna, napr. zaklady algoritmizace - mnoho malych domacich ukolu v C obhajovanych cvicicimu (takze zadne podvody, jak predvadi tady "semestralka", opravdu nemohly nastat, kdyz cvicici chtel vysvetlit pomalu kazdy radek kodu). Naopak "sito" teoreticka informatika mi opravdu prislo, ze se vyucuje jen proto, ze to vyucujici chce ucit ._. (latka je tak obsahla, ze by klidne vydala na dva, mozna tri predmety. kreditove [coz ma odrazet casovou narocnost] to samozrejme vychazi stejne, jako "normalni" predmety...)

Osobne si myslim, ze se zbytecne moc vyzaduje titul z VS. Vetsinou zamestnavatel chce prave "delniky" a ti se maji zaucovat na stredni skole - coz IMO nyni nefunguje. Logicky se firmy tuto roli snazi podstrcit VS. Je skoda, ze se to cele takto posouva - casy, kdy i uklizecka musi mit maturitu dorazily.

768
Odkladiště / Re:Tak jsem si to prepsal z Javy do Qt/C++
« kdy: 10. 01. 2015, 12:02:30 »
Okrajove zalezitosti byly napr. i OOP a funkcionali programovani. Kdyz zakladni principy zna zamestnanec ze skoly, tak se nauci syntaxi a netrva mu pak tak dlouho novy pristup prevest do praxe.

Samozrejme nemluvim o stavu, kdy vetsina predmetu jsou ty okrajove zalezitosti. Ale k minimalnimu teoretickemu zakladu, strucne historii, aktualnim jazykum/technologii/pristupum/hw se podle me hodi vyzkouset si v ramci par predmetu nejake exotictejsi pristupy/jazyky (klidne vice v jednom predmetu, spise predstavit a udelat nejaky trivialni projekt).

Rozhodne si nemyslim, ze VS ma mit stejnou roli jako stredni skola nebo snad ucnak, kde se opravdu jede tezce jen na praxi. Zamestnance si ma zaskolit zamestnavatel, ne VS. Ktera to IMO stejne nikdy nemuze zvladnout tak, aby to vyhovovalo vsem/vetsine zamestnavatelu.

A teda nevim, ale nemala cast z toho, co jsem napsal nepusobi jako exotika - FP, 3D obecne + priklady v OpenGL, paralelizace na CPU i grafice, umela inteligence, rozpoznavani, hw veci typu psani ve VHDL.

769
Odkladiště / Re:Tak jsem si to prepsal z Javy do Qt/C++
« kdy: 10. 01. 2015, 10:52:10 »
S tim souhlasim (dulezite ale je, ze pouze zaklady = prehled, ne vyzadovat naucit se zpameti standardni Haskell knihovnu a to pak chtit reprodukovat u zkousky; lepsi je zadat projektiky). Jen jsem dodaval, ze VS nema dat jen rozhled v aktualne pouzivanych technologiich a pristupech, ale predstavit take okrajove veci, protoze ty (v nejake forme) se mohou za par (desitek) let stat majoritni zalezitosti.

770
Odkladiště / Re:Tak jsem si to prepsal z Javy do Qt/C++
« kdy: 10. 01. 2015, 09:43:26 »
Jestli jsem to nasel dobre, tak vyucujici toho predmetu je zaroven predsedou disciplinarni komise. Aby se pan semestralka jeste nedivil. Zadani prace je zaindexovane googlem, jednoduse dohledatelne a moc by me neprekvapilo, po tak arogantnich prispevcich, ze by administrator roota nemel zase takovy problem spolupracovat s vyucujicim (např. IP adresa by mohla pomoct dopadnout podvodnika).

Osobne si myslim, ze je to skoda vlakna, nebylo by lepsi ho rozdelit? Podle me puvodni tema do odkladiste nepatri.

Tak to ale spíše hodně vypovídá o tobě než o škole. Nebyla dobrá, ale ty také ne, takže jste se doplňovali. Nelíbí se mi ale, že chceš vypichovat nějaké ty zlé vzdálené školy, které přece musejí být úplné zlo. Pravděpodobně jsou totiž skoro stejně špatné. Jen jako takový detail, jinak je to asi úplně jedno, protože máš stejný titul jako pan Semestrálka.

Ehm  :o, ta reakce je opravdu zamyslena na me? Ja nepsal nic o kvalitach jinych skol (ani te moji), navic nestuduji na stejne skole jako uzivatel semestralka. Nejsem zarny student a o hodnote titulu si nedelam iluze. Mam pocit, ze odpoved patrila na nekoho jineho.



Vidim to podobne jako robotron. Navstevuji asi celkem kvalitni skolu (alespon je stale tak vnimana ostatnimi) a prestoze ne vzdy souhlasim s volbou povinnych predmetu a ne vsichni prednasejici umi prednaset, tak nemuzu skole zaprit velmi vzdelane lidi v jejich oborech i to, ze jsem byl nucen si zkusit jine pristupy (logicke programovani, funkcionalni se mi dokonce i hodi [pronika i do zatuchle Javy] a navedlo me k experimentovani se Scalou, nejake ty low-hw veci, moznosti paralelizace na grafice, AI, rozpoznavani, 3d grafika a mnoho dalsiho). Bez "zbytecnych projektu/predmetu" bych si ale nevyzkousel hromadu veci, ktere v zaveru byly zajimave a o cast z nich se zajimam nadale i po dokonceni predmetu. Myslim si, ze takto ma vysoka skola fungovat :).

771
Odkladiště / Re:Tak jsem si to prepsal z Javy do Qt/C++
« kdy: 09. 01. 2015, 23:17:40 »
Jestli jsem to nasel dobre, tak vyucujici toho predmetu je zaroven predsedou disciplinarni komise. Aby se pan semestralka jeste nedivil. Zadani prace je zaindexovane googlem, jednoduse dohledatelne a moc by me neprekvapilo, po tak arogantnich prispevcich, ze by administrator roota nemel zase takovy problem spolupracovat s vyucujicim (např. IP adresa by mohla pomoct dopadnout podvodnika).

Osobne si myslim, ze je to skoda vlakna, nebylo by lepsi ho rozdelit? Podle me puvodni tema do odkladiste nepatri.

772
Odkladiště / Re:Tak jsem si to prepsal z Javy do Qt/C++
« kdy: 09. 01. 2015, 12:21:02 »
Myslim, ze "pomalost Javy" zde, jako ve vetsine pripadu, prameni z nezkusenosti programatora, ne platformy. Ke 100Hz: "i v Jave lze psát aplikace obsluhující požadavky do jedné milisekundy" [1]. Nektere generalizace mi prijdou primo nepravdive, napr. poctem i kvalitou knihoven se Java povazuje za to nejlepsi, co existuje. Prestoze pro low-hw veci byva vyhodnejsi C/C++/ASM (prinejmensim na urcite casti), tak si opravdu nejsem jisty, ze aplikace z tohoto vlakna tam vubec spada.

1: http://java.cz/article/cz-podcast-90-psani-low-latency-java-aplikaci

773
Odkladiště / Re:Tak jsem si to prepsal z Javy do Qt/C++
« kdy: 08. 01. 2015, 15:20:27 »
@neruda: pekny prispevek (tokhle nejak mel vypadat OP).

- "tady me to pise, ze mam starou verzi javy", "porad me tady neco blika ze mam aktualizovat",  "prestalo mi to chodit"
Tohle neni chyba Javy, ale administratora/uzivatele.

"je to pomaly"
Chyba programatora? Pokud nepocitam start, tak u mensich/strednich GUI aplikaci si myslim ze vysledek nebude prilis znatelny (mozna se pletu, experimentoval jsem jen se swingem). Treba takova IntelliJ IDEA mi prijde svizna (narozdil od Eclipsu, prestoze jsou obe aplikace v Jave).

"strasne to zere RAM" (napr batch zracovani obrazku s memory leakama v BufferedImage)
Prasit se da snad vsude. Pokud nebudu uvolnovat pamet v C++, tak to bude taky zrat RAM, ale prece si nemuzu stezovat, ze je to chyba C++. (Pokud je to opravdu chyba zakladni knihovny, tak se omlouvam, ale co jsem vygooglil tak se to bezne da osetrit pomoci flush/dispose.)

774
Odkladiště / Re:Tak jsem si to prepsal z Javy do Qt/C++
« kdy: 06. 01. 2015, 20:48:49 »
Cekal jsem od tohoto vlakna trosku vic :-\ (mam na mysli puvodni tema, off-topic tu vykvetl celkem zajimavy). Treba srovnani, kolik casu zabrala implementace Java vs. C++, jak to bylo s rychlosti obou reseni, jestli Java implementace zohlednovala pozadavky na rychlost (napr. vhodne optimalizace, nastaveni/volba GC), atp.

775
Software / Re:Alternativa TrueCryptu
« kdy: 02. 01. 2015, 13:35:28 »
CipherShed je v soucasne verzi dle informaci na strankach projektu TrueCrypt 7.1a upraven o nove logo a replace TrueCrypt na CipherShed.
Pokud se nepletu, tak nedavno (dny, tydny?) vysla prvni alpha. A aby to mohli vubec legalne vydat, tak musi dodrzet licenci TC, ktera zakazuje pouzivani slov TrueCrypt, loga a urcitych frazi. Je to velmi rana faze prebirani vyvoje ciziho projektu - asi bude trvat nejaky cas, nez se rozkoukaji v kodu (navic kdyz je kod neslavny, tak to nemaji lehke). Jako prvni planuji opravit nejakou slabost u hesel, asi ne uplna prkotina. Je to snad "top" vec, kterou jim doporucil ten bezpecnostni audit.

Proste jak to vidim, tak jejich cil je udrzovat TC nazivu a postupne to prepisovat (nevim zda "jen" prepisovat, rekl bych, ze spis paralelne tvorit od podlahy, aby to mohli vydat pod OpenSource licenci). Kazdopadne pro dost lidi to je pouzitelna alternativa k neudrzovanemu TrueCryptu. Chapu Vase duvody a je celkem skoda, ze jste neuvedl tento pozadavek hned v prvnim prispevku, mohli jsme usetrit nejakou tu stranu :).

776
Software / Re:Alternativa TrueCryptu
« kdy: 02. 01. 2015, 11:33:36 »
Mam takove ty domaci data, ktere nechci nikde mit v cleartext podobe. Pro pristup k temto datum pouzivam linux, OS X, Win 7. Jedna se o systemy ktere nebyli/nejsou pripojeny k siti, nejsou aktualizovane. Mate zkusenost s nejakou multiplatformni alternativou Truecrypt? Idealne s podporou sifrovani disku a smart cards.
Filipe, jak je jiz z nazvu zrejme, hledam alternativu. Duvody proc hledam alternativu jsou pro tuhle diskusi rekneme osobni a nepodstatne. Nechci diskutovat o tom jestli TrueCrypt nebo jeho fork X nebo fork Y. Hledam alternativu TrueCrypt splnujici me pozadavky.
Myslim, ze jste, pane OMG, spatne formuloval dotaz. Mel jste v prve rade uvest, proc nechcete TrueCrypt (konkretni vlastnosti, ne filozoficke, nabozenske ci jine hlubsi duvody). Takto se zlobite nad tim, ze Vam doporucuji jeho fork, ktery ale odpovida Vasim pozadavkum. Ten CipherShed totiz neni TC, takze IMO to je alternativa s asi nejblizsi funkcionalitou TC a zaroven to je/bude udrzovane, coz je predpokladam nejvetsi nevyhoda TC. Myslim, ze to planuji kompletne prepsat, pac originalni TC byl, pry, jak od prasete. Pak to bude s funkcionalitou shodne s TC, ale zcela jiste to uz nebude TC, budete to bez oduvodneni odmitat i potom?

Zdrojaky jak originalniho TC tak forku (vcetne komentovanych commitu) jsou k dispozici. Pokud novemu tymu neverite, muzete si to projit. Moc ale nechapu, kdyz se nechcete namahat prochazet zdrojaky jednoho projektu a brat to jako duvod, proc ho nepouzivat, jak se to zmeni u jineho projektu? Vzdyt tam budete mit podstatne vice zdrojaku, nejen zmeny, k posouzeni...

Hledam odpoved na muj puvodni dotaz, nehledam diskusi proc ne TrueCrypt.
Pokud neuvedete, co (jake vlastnosti) se Vam nelibi na TC (nebo forku), ktere ale vyzadujete, tak Vam asi moc neporadime. Neni nutne uvadet duvody, presto by to asi pomohlo (ikdyz, jak pise Ondra Satai Nekola, o nicem s podobnou funkcionalitou jsem nikdy neslysel).

777
Software / Re:Alternativa TrueCryptu
« kdy: 02. 01. 2015, 08:57:38 »
Myslim, ze jako alternativa TrueCryptu by mohl byt opensource1 fork CipherShed. Planovali profi bezpecnostni audit (ale tim, jestli se pamatuju dobre, prochazel/prosel i originalni TC).

1: Vim ze to meli na strankach vyvesene, nevim jaka je presne aktualni situace. Na rozdil od TC projekt chteli vest mnohem otevreneji.
to je TrueCrypt 7.1a s jinym nazvem a jinym logem a buhvico k tomu jeste do binarky zkompilovali...  Alternativa TrueCrypt pro me neni rebranded TrueCrypt...
A jak presne ze se to lisi od puvodniho TC, ktere Vam nevadilo? Zdrojaky taky vystavujou (+commity, coz myslim ani TC nedelal) a zde popisovany problem to resi - kdyz se najde kriticka chyba, tak ji opravi (uz ted pracuji na problemech, ktere odhalil ten audit TC).

778
Software / Re:Alternativa TrueCryptu
« kdy: 01. 01. 2015, 17:10:49 »
Jsou podstatne aktivnejsi co se tyce komunikace s uzivateli.
To tomu projektu nějak pomůže? Myslím, že problém TC nebyl nedostatek uživatelů.
To jsem nikdy netvrdil. Rikal jsem, ze selhali pri doruceni zpravy uzivatelum o nedostatku financi.

Myslim si, ze by se naslo dost lidi ochotnych prispet.
Myslíte si to hezky, ale ti lidé se nenašli.
Cele to ukonceni vyvoje TC je zarnym prikladem otresneho amaterskeho pristupu (ani neuvedli, proc skoncili; radsi doporucili zcela neadekvatni MS reseni [troll.png]).
Já myslím, že ukončení vývoje a údržby TC naprosto přesně odpovídá tomu, jak k TC přistupovali uživatelé.
Anebo z druhe strany, jak k tomu pristupoval TC tym. Pokud odmitaji komunikovat s uzivateli a ocekavaji, ze uzivatele nejak vyciti, ze potrebuji dalsi finance na vyvoj... Proc nepridali do TC moznost zobrazit (treba i jednorazove) nejakou stranku, pripadne dotaz na otevreni stranky s zadosti o podoru, vysvetlenim atp.? Pokud TC ani neupozorni na novejsi verzi (mozna se pletu), tak uzivatel nema moc duvod  (=zapomene) kontrolovat domaci stranku produktu. (Je otazka, jak to resit bezpecne~popiratelne, ale predpokladam, ze by to melo jit.)

Já zvláštní, jak kde kdo důvěřuje autorům TC ohledně jeho bezpečnosti, ale když autoři doporučí řešení od MS, najednou na to zapomenou a tváří se, že autoři TC bezpečnosti vůbec nerozumí.
Bezpecnostni audit probehl a zadne vyznamne problemy (zadni vratka) nebyly nalezeny.

ale když autoři doporučí řešení od MS, najednou na to zapomenou a tváří se, že autoři TC bezpečnosti vůbec nerozumí.
Zapomnel jste na tu cast, kdy nejdrive kritizovali BitLocker a snad MS i obvinovali z toho, ze tam maji zadni vratka. Neni to tedy od nich trolovani, kdyz nasledne stejny produkt doporuci? Nerekl bych, ze nekdo tvrdi, ze TC tym bezpecnosti nerozumi.

A jak se lisi ten fork od ostatnich free SW produktu?
Například od Linuxu, OpenOffice nebo LibreOffice, Chromia a mnoha dalších se liší v tom, že za ním nestojí velké firmy, které by platily vývoj. Od OpenSSH se liší v tom, že v něm snad nejsou školácké programátorské chyby.
Presto OpenSSH zije celkem dlouho a uspesne. Mely snad ale tyto produkty od zacatku sve existence za sebou giganty? Lidi kolem CipherShed pusobi profesionalne a otevrene (nikdo z tymu snad neni anonymni, je tam nejaka struktura, verejne repo v gitu - snadnejsi dohledat a analyzovat zmeny, vyvesene principy, aktivni uzivani komunikacnich kanalu [minimalne twitter a novinky na strankach]).

Takto bych mohl kazde doporuceni smest ze stolu a rict, ze budto hrozi bezpecnostni riziko, protoze uzavreny kod, nebo free produkt, ktery umre. Ma tedy cenu hledat alternativu, kdyz podle teto logiky vlastne zadna (dlouhodobe) neexistuje?
Já nevěřím tomu, že se bezpečný bezpečnostní software dá dělat tak, že tam budou přispívat kousky kódu náhodní programátoři a nebude tam silný lídr, který na bezpečnost dohlédne. Zároveň nevěřím tomu, že to silný lídr dokáže dělat delší dobu jenom jako koníčka. To, jestli má ten produkt uzavřený nebo otevřený kód, podle mne není z hlediska jeho trvání podstatné.
Nema tuto roli plnit prave ten jejich tym (detailni proverovani vsech prispevku kodu)? Ale jinak s Vami souhlasim, pokud se za ne nepostavi nekdo velky, nebo oni sami nerozjedou firmu, tak to nebude moc dlouho trvat.

Mozna by vice vyvojaru prispelo kodem, kdyby TC nemelo specialni licenci a TC tym (vice) komunikoval.
Jenže příspěvky kódu jsou podle mne přesně to, co TC vůbec nescházelo. Právě proto si myslím, že forky TC moc dlouho nepřežijí, protože řeší právě jen ty příspěvky kódy, v čemž ale žádný problém nebyl.
Nemyslim si. Minimalne ten fork, o kterem mluvim (duvody jsem v podstate popsal vyse).

Asi se jen chteli zbavit pet projektu, tak zvolili nejjednodussi reseni - utekli.
Podle mne zvolili z pohledu odborníků na počítačovou bezpečnost nejlepší možné řešení - nepokusili se rozmělnit svou odpovědnost a hodit to na někoho jiného a férově řekli uživatelům, jaká je situace. Po předchozích opakovaných zkušenostech neměli důvod si myslet, že by se někomu podařilo ten projekt zachránit. Navíc když několikrát dali najevo, že projekt potřebuje pomoc, a nic se nestalo, proč by měli brát nějaké ohledy na uživatele? Uživatelé utekli jako první, autoři až po nich...
Ferove rekli uzivatelum, proc skoncili? Vzdyt vyvesili podvodne vyhlizejici stranku s textem, ktery protirecil tomu, co dosud tvrdili. Naopak si myslim, ze ferove moc nejednali (urcite ne ke konci). Spis to pusobi, ze chteli projekt uplne potopit.

Uzivatele si prave myslim, ze neutekli k alternativam, jen pouzivali dale jejich SW a ani nevedeli, ze se neco deje, dokud si to neprecetli na nejakem novinkovem servru.

779
Software / Re:Alternativa TrueCryptu
« kdy: 01. 01. 2015, 14:56:36 »
To nedovedu predpovedet, ale uz ted je jesne, ze oproti puvodnimu tymu je to jasny krok dopredu. Jsou podstatne aktivnejsi co se tyce komunikace s uzivateli. Cele to ukonceni vyvoje TC je zarnym prikladem otresneho amaterskeho pristupu (ani neuvedli, proc skoncili; radsi doporucili zcela neadekvatni MS reseni [troll.png]).

A jak se lisi ten fork od ostatnich free SW produktu? Prece neplati: free soft = umre brzy. Takto bych mohl kazde doporuceni smest ze stolu a rict, ze budto hrozi bezpecnostni riziko, protoze uzavreny kod, nebo free produkt, ktery umre. Ma tedy cenu hledat alternativu, kdyz podle teto logiky vlastne zadna (dlouhodobe) neexistuje? Tomu neverim...

Mozna by vice vyvojaru prispelo kodem, kdyby TC nemelo specialni licenci a TC tym (vice) komunikoval.

PS: Myslim si, ze by se naslo dost lidi ochotnych prispet. Z toho co jsem cetl, tym okolo TC byl neschopny tuto zpravu vhodne dorucit uzivatelum. Asi se jen chteli zbavit pet projektu, tak zvolili nejjednodussi reseni - utekli.

780
Software / Re:Alternativa TrueCryptu
« kdy: 01. 01. 2015, 12:17:37 »
Nevidim duvod proc prestat pouzivat TrueCrypt. Az se najde problem/bug/nekompatibilita, tak proste prejdu na vyse zmineny fork, ktery je zatim v podstate pouze "rebranded" TC (takze ocekavam, ze i plne kompatibilni - a to si myslim, ze maji v planu zachovat).

PS: Prijde mi, ze resite vyresene. Nebo je snad nejaky "problem" i s tim forkem?

Stran: 1 ... 50 51 [52] 53 54 ... 60