Živý rozhovor: s Janem Fialou o PSPadu

Diskuze čtenářů k článku

Mem_, Mem_  |  30. 11. 2006 09:07  | 

Já přidám aspoň obligátní poděkování za skvělý produkt

Jinak k dotazu v článku ohledně reklamy - s uváděnou návštěvností anglického webu byste si podle mého přišel na slušný přivýdělek třeba s textovou reklamou Google AdSense (já mám web s freeware aplikací pro PDA kde je denně jen kolem 100-200 návštěvníků a měsíčně to hodí cca 50 USD bez další námahy)

Souhlasím  |  Nesouhlasím  |  Odpovědět
J.  |  30. 11. 2006 10:11  | 

Panu Fialovi dekuji za cas a redakci Zive dekuji za zprostredkovani rozhovoru. Tohle je uplne jina liga ve srovnani s odbornikem na MSIE a tiskovy mluvci BSA.

Souhlasím  |  Nesouhlasím  |  Odpovědět
2ge  |  30. 11. 2006 12:03  | 

Dakujem za pekny rozhovor s inteligentnym autorom. Sice PSPad nevyuzivam, ale videl som ho z rychlika a musim povedat, na to ze je to freeware je to cool!

Souhlasím  |  Nesouhlasím  |  Odpovědět
Vlasta Neubauer  |  30. 11. 2006 12:04  | 

Panu Fialovi:
jeden z dotazů se týkal GUI. na tom bych nic neměnil. v jednoduchosti je dokonalost. hlavně nezaměstnávejte žádné 'leštiče ikon' ;)

příklad si lze vzít třeba z GUI MS Office:
2000/XP - tak akorát
2003 - přeplácané, přehlednost trpí
2007 - dle mého nepoužitelné (nezkoušel jsem)

A - díky za skvělý editor.

Souhlasím  |  Nesouhlasím  |  Odpovědět
PetrM  |  02. 12. 2006 11:54  | 

2007 - dle mého nepoužitelné (nezkoušel jsem)

vskutku relevantní informace

Souhlasím  |  Nesouhlasím  |  Odpovědět
pan X.  |  30. 11. 2006 12:19  | 

Proc pspad, kdyz existuje VIM :)

Souhlasím  |  Nesouhlasím  |  Odpovědět
a8n  |  01. 12. 2006 18:23  | 

Proč VIM, když existuje pspad :)

Souhlasím  |  Nesouhlasím  |  Odpovědět
finc  |  30. 11. 2006 12:53  | 

Skutečný programátor PSPad používat nebude. Pro začátečníky je to jistě zajímavý nástroj, pro pozdější práci však jen vylepšený poznámkový blok a k programování začne programátor používat nějaké skutečné IDE. Kvalit jako má např. Eclipse to nikdy dosahovat zřejmě nebude, už jen z toho důvodu, že je celý editor je odkázán na jednu osobu. Ale i tak je to zajímavé, jen bych ho linkoval max. na *.txt soubory :)
A jelikož jsem linuxák, tak PSPad je pro mě uzavřená kapitola, což mi ale nevadí :)
Zajáímala by mě podpora OOP psaní kódu. Vytváření projektů, možnost spoušění externích aplikací v PSPadu, plugin pro správu databáze, ukládání historie, správa chyb při kompilaci, apod.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mem_, Mem_  |  30. 11. 2006 13:09  | 

Hezký pokus o flame, "skutečný programátore" . Mně se třeba líbí, že mohu i na serveru komfortně zeditovat třeba ASP.NET 2.0 projekt bez nutnosti toho tam instalovat celé IDE, bez kterého by si asi naopak začátečník neporadil. Možná jste si málo všiml jedné věci - PSPad je v první řadě skvělý textový editor, jednoduché IDE pro překladače to je až v poslední řadě (i ve výčtu na homepage produktu:)) a soupeřit s velkými IDE pro dané prostředí ani nemá v úmyslu, tak mu to nepodsouvejte a nekritizujte ho za to

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ivan  |  30. 11. 2006 14:17  | 

Opravdoví programátoři programují ve FORTRANu. Všechno ostatní jsou jen pojídači koláčů.

Souhlasím  |  Nesouhlasím  |  Odpovědět
IgorK, IgorK  |  30. 11. 2006 14:45  | 

dakujem za info, doteraz som nevedel co je skutocny programator. ja som si doteraz naivne myslel, ze skutocny programator sa pozna podla efektivnosti vytvarania algoritmov a nie podla toho, aky jazyk alebo IDE pouziva. PSPad sam pouzivam, ale moje slovo pre vas najskor nema ziadnu vahu, pretoze nie som podla vasej definicie skutocny programator, ale iba obycajny certifikovany C++ senior developer.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr  |  30. 11. 2006 16:35  | 

...myslím, že jste svou ironií překonal i autora původního příspěvku, pane certifikovaný. Tento editor je velice kvalitní (a 100x díky autorovi za něj), také jsem ho dlouho dobu používal, nicméně díky kompletní migraci na UNIX systémy jsem musel hledat něco nového ... a objevil jsem Vim, který je opravdu špičkový a dle mého názoru zatím nepřekonaný program, co se týče práce s textem. Tím vůbec nesnižuji kvality PSPadu, jen říkám, že nebýt toho, že jsem začal vyvíjet aplikace pro UNIX systémy, nikdy bych Vim nevyzkoušel a zůstal bych u PSPadu.

Nemohu, ani nechci, se s Vámi sázet kdo píše kvalitnější kód, ale vsadil bych se s Vámi o cokoli, že pokud vezmeme X standardních textových operací, které jako programátoři nejčastěji používáme a dáme si závody, kdo je bude mít dříve hotové - já ve Vimu, vy v PSPadu ... tak prohrajete ... a to tím výrazněji, čím více tyto operace budou složitější.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mem_, Mem_  |  30. 11. 2006 17:44  | 

Tak tohle jsem nějak nepobral. Jako pochopil jsem, že jste nám chtěl sdělit, že se vám Vim líbí a píšete v něm (taky jsem na škole psával ve Vi, Emacsu apod.), ale teď se tady předhánět s předřečníkem, kdo z vás je více skutečný programátor a že on v PSPadu určitě ne, protože něco napíšete ve Vimu rychleji, to jste nějak ustřelil, ne? Vždyť to tady nikdo neřeší, tak co machrujete?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr  |  30. 11. 2006 19:27  | 

Tohle jsem neřekl ani nenapsal. Možná byste si měl zopakovat základy výrokové logiky a přečíst si příspěvek ještě jednou.
Tvrdím jen to, že práce s textem (tj. to k čemu jsou textové editory určeny) je mnohem efektivnější v jiných programech a proto jsou také programátory využívány. Pokud jste někdy něco naprogramoval, tak víte že to není jen o sestavení nějakého algoritmu, ale také o editačních (a opakovaných) operacích a úpravách v mnoha MB txt souborech... a to, že jsou tyto věci např. ve Vimu na mnohem vyšší úrovni trvám... Dle mého názoru je PSPad určen pro naprosto jiný segment uživatelů.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mem_, Mem_  |  30. 11. 2006 20:16  | 

Aha, takže jsem vás původně podcenil. Teď dokonce tvrdíte, že pokud já a "certifikovaný" kolega PSPad používáme (já psal příklad užití výše), tak nejsme ti jediní správní programátoři jako vy, ale "jiný segment uživatelů". Já vám Vim neberu, ale nevidíte si do pusy, to je celé.

Souhlasím  |  Nesouhlasím  |  Odpovědět
IgorK, IgorK  |  30. 11. 2006 20:54  | 

noo, ono celu tuto hlupu debatu rozbehol - finc.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mem_, Mem_  |  30. 11. 2006 21:33  | 

Já vím, ale tady skutečně reaguju už jen na Petra, "jediného skutečného programátora, protože Vim" ;)

fincův příspěvek jsem označil za flame a víc nemám k tomu co říct

Souhlasím  |  Nesouhlasím  |  Odpovědět
IgorK, IgorK  |  30. 11. 2006 20:48  | 

ako to mam chapat? ze ste programator stylu "copy"&"paste" & "find"&"replace"? pri strukturovanom a objektovom pristupe a dobrej analyze a dobrom interface sa clovek standardne prehrabava v 2 suboroch a to *.h a *.cpp. na unixoch som pouzival nedit a tomu tiez nic nechybalo. jedine, co som uz vytkol autorovi je absencia ctgas, pretoze je obcas dobre rychlo najst definiciu nejakej triedy alebo metody. toto autor prislubil, takze ja uz k tomu nemam co dodat.

Souhlasím  |  Nesouhlasím  |  Odpovědět
finc  |  30. 11. 2006 17:46  | 

Žádný flame vyvolávat nechci.
Na druhou stranu mi snad nechcete tvrdit, že nezáleží na použitém IDE! Neberu Vám vaše certifikování třeba ani na MS Excel, to je vaše záležitost a pokud se cítíte být v PSPadu produktivnější než v komplexním IDE, prosím, vaše volba.
Na druhou stranu vím jen o začátečnících, kteří PSPad používají, na tvorbu většího projektu je to prostě nepoužitelný nástroj. Nebudu tady křičet o jiném nástroji (mě se třeba VIM nelíbí :)), ale také bych nemohl nikomu PSPad doporučit. Zajímavé je snad, že se jedná o český produkt, ale to je asi tak vše.
Jinak co si představuji pro vývojářským nástrojem programátora, tak je to něco takového: http://www.eclipse.org/screenshots/

Souhlasím  |  Nesouhlasím  |  Odpovědět
Viki  |  30. 11. 2006 13:47  | 

Nechci se nikoho dotknout, ale tento program mi pripada jako vylepsena tutorial aplikace z vyuky Delphi. Kdyby autor byl skutecny programator, nebude v clanku nekolikrat narikat, ze nejaka komponenta neco neumi, ale komponentu si naprogramuje vlastni. Takovy jest muj nazor...

Souhlasím  |  Nesouhlasím  |  Odpovědět
J.  |  30. 11. 2006 14:07  | 

Tak trosku flame:

A co ty belo byt jineho, nez (hodne) vylepsena standardni aplikace? :)

Funguje to skvele. A kdyby si mel sam programovat komponenty typu SynEdit, tak se z toho...

Navic skutecni programatori programuji v assembleru a bez komponent. :)
(Ale dneska jeste najdes lidi, co ti reknou, ze skutecny programator si deruje program do pasky. Ti, co museli tlacitkama po spusteni pocitace namackat bootovaci sekveneci, uz pomalu vymiraji.)

Souhlasím  |  Nesouhlasím  |  Odpovědět
developer, developer  |  30. 11. 2006 15:27  | 

"A kdyby si mel sam programovat komponenty typu SynEdit, tak se z toho..." - no a to je zrovna zly pristup, ktory vyvoj vobec neposuva dopredu:)

Preco pouzivat zlu komponentu, ked si mozem spravit svoju a lepsiu? Zrovna sme si takuto nejaku tu kniznicu typu SynEdit spolu s kamaratom napisali. Nie je to nic zlozite, trvalo nam to vyse mesiaca (popri zamestnani), gramatiky su definovane regexpami, parsujeme svizne v paralelnom threade (1MB HTML za cca 1.5s) atd... Celkovo je to sviznejsie ako moje oblubene scite, ale ma to daleko lepsie moznosti :) Na rozdiel od PSPadu to teda neseka pri velkych suboroch a vyznamnych zmenach (skuste napriklad v par megovom HTML subore bez komentarov, pridat na zaciatok suboru <!-- :) Idem si skocit pre to kaficko...

Celkovo s predchadzajucim prispevkom suhlasim. PSPad mi tiez pride ako velka zbierka kniznic v delphi. Ale budiz. Co si uzivatelia priali, to dostali a zjavne su s tym spokojni :)

Souhlasím  |  Nesouhlasím  |  Odpovědět
J.  |  30. 11. 2006 17:45  | 

> PSPad mi tiez pride ako velka zbierka kniznic v delphi. Ale budiz.

To nepopiram.

Ta vase kniznice je do Delphi a da se nekde stahnout? Rekl bych, ze by to nekolik lidi zajimalo.

Souhlasím  |  Nesouhlasím  |  Odpovědět
developer, developer  |  30. 11. 2006 18:20  | 

Je to closed source, napisane v C++ a vysledok bude mozne vidiet coskoro na http://intype.info

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jan Fiala, Jan Fiala  |  30. 11. 2006 20:37  | 

Opravdu jsem si rikal, ze na reakce uzivatelu reagovat nebudu. Ale tohle mi nedalo. Takze shrnu reakce na par dalsich prispevku do jednoho.

Kazdy program je "sbirka knihoven". Nejde o konkretni programovaci jazyk. Vyvojar, ktery nevyuziva hotove knihovny neni podle meho nazoru "rozumny". Tim jsem samozrejme nechtel naznacit, ze se posbira co se najit da a poslepuje. Vse v rozumne mire.
Na strankach InType pisete o 32 000 radku kodu. Mnou psane veci v PSPadu (pouze kod bez formularu) maji v teto chvili asi 2.7MB. Takze timto pozdravuji autora prispevku o tutorialu v Delphi. Zrejme toho jeste o programovani moc nevi. Ale to casem prijde (mozna).

Vyvoje SynEditu jsem se aktivne ucastnil. Ted uz tolik casu nemam, takze jsem toho musel nechat. Pravdou je, ze vyvoj SynEditu v posledni dobe stagnuje. Ale vymenit zakladni soucast cehokoli je vzdy obtizne a casove narocne.
Pisete, ze jste to zvladli za mesic a jeste pri zamestnani gratuluji. Na vasich strankach je psano, ze jste psali 10-14 hodin denne. To mate zrejme zajimave zamestnani... Ja krome programovani musim zvladat podporu uzivatelu, ale na to prijdete take, az se program dostane mezi uzivatele.
Jinak preju hodne uspechu z InType a doufam, ze s nim budou uzivatele minimalne tak spokojeni, jako s PSPadem.

K poznamce o rychlosti. Zkuste si to s HTML zvyraznovacem a ne s multizvyraznovacem (Zmena syntaxe). Multizvyraznovac totiz v ramci HTML zvyraznuje CSS, XML, JavaScript, VBScript, PHP, Tcl/TK + jeden vybrazny vyraznovac, vetsinou ASP. Takze pokud to chcete srovnavat, budete muset napsat definici, ktera pokryje tohle vsechno. Pak dodelejte aktivni zvyraznovani zavorek a parovych slov a muzeme zacit srovnavat. Verim, ze uz to nebude proklamovanych 1,5s a ja si to kaficko budu moct dat take.

Na dalsi podobna prohlaeni uz reagovat nebudu, ale rad odpovim na doplnujici otazky, tykajici se tematu rozhovoru.

Souhlasím  |  Nesouhlasím  |  Odpovědět
developer, developer  |  30. 11. 2006 21:54  | 

Nechcel som sa vas nijako dotknut. Nevedel som ze ste pracovali na SynEdite (mea culpa). Kazdopadne neohrabanost a pomalost PSPadu bol jeden z dovodov, preco som zacal uz davnejsie pouzivat SciTE (opet sa vas nechcem nijak dotknut, proste som uprednostnil rychlost voci pre mna zbytocnej funkcionalite:)

No, zabudol som uviest, ze to nie je ciste HTML, ale v kombinacii s JS, CSS, PHP, RUBY a pod. Prakticky si mozte nadefinovat lubovolnu kombinaciu lubovolnych jazykov, cas parsovania nie je nijak ovplyvneny poctom jazykov. Pokial CSS zvlada dane mnozsto za nejaky cas, tak to zvladne za rovnaky cas aj CSS vnorene v HTML. Pri mojom priklade som vychadzal z toho, ze som si stiahol (nedavno) cistu instalaciu PSPadu s defaultnym nastavenim. Ono ten multizvyraznovac je fajn vec a preto sa ocakava, ze to ludia budu pouzivat, takze ma ani nenapadlo, ze tam mate aj nejaky rychlejsi parser:)

Co sa tyka vyvoja, pracovali sme mesiac naozaj intenzivne na ukor nasich normalnych zamestnani. Sam dobre viete, ze editor sa nesklada iba z parseru a renderovania textu:) Takze, ten cas sa zaklada zhruba na pravde.

Prajem vam pekny den.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mesijé Alfonse  |  30. 11. 2006 14:10  | 

Podobnych programu jako PSPAD jsou desitky, proste jednoduchy textovy editor. Po vyzkouseni VIM uz nema cenu hledat neco jineho.

Souhlasím  |  Nesouhlasím  |  Odpovědět
gro  |  30. 11. 2006 14:48  | 

Děkuji tvůrci a jeho pomocníkům za skvělý editor dat/textu. Nyní otázka: Lze se dočkat v nějaké z příštích verzí chování editoru jako je níže nastíněn tzv. "online-text-mód" ?

Online-text-mód: Na HDD je soubor (třeba neco.TXT) tento je otevřený v editoru, editor provádí update podle toho co je na HDD (třeba každých 500ms) zároveň (a nyní to přijde) to co uživatel zapíše v editoru se okamžitě projeví (zapíše) do souboru (neco.TXT) na HDD (undo a další funkce jsou stále použitelné / vyžaduje nějaké další preference v návaznosti na konzistentnost dat). Jinými slovy, soubor na HDD se nyní chová jako soubor obousměrně mapovaný v RAM paměti s násobným přístupem.
Vhodnější je možná rozdělit tento mód ve dví kdy může pracovat jedna, druhá nebo obě půli zaráz (aktivace ikonami).
OTM-self - co uživatel zapíše ihned se přenáší do souboru na HDD
OTM-refresh - v intervalu x se načítá soubor z HDD (a ihned jsou tak vidět změny co provádí jiný program na souboru TXT)

Tyto návrhy může využít každý bez omezení a to za podmínky že v jejich využívání nebude jakkoliv bránit nikomu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Karek K.  |  30. 11. 2006 15:09  | 

pekna kravina, k cemu to bude dobre?

Souhlasím  |  Nesouhlasím  |  Odpovědět
gro  |  30. 11. 2006 16:52  | 

pro ulehceni prace

Souhlasím  |  Nesouhlasím  |  Odpovědět
Karel K.  |  30. 11. 2006 17:57  | 

A co takhle aby ti pspad uvaril a vypral?

Souhlasím  |  Nesouhlasím  |  Odpovědět
gro  |  30. 11. 2006 18:31  | 

Zastavam paradigma ktere povazuje dialogy load, a ikony reload/update a save ci close a mnozstvi dalsich "beznych" veci za anachronismus a zbytecnou torturu. Buhuzel nejaka zasadnejsi zmena co je treba pro zavedeni paradigmatu co zastavam by byla treba na urovni systemu a to se neda v blizkem case ocekavat. Pro zacetek staci ale nejake ty stripky co treba odstrani nutnost neustale klikat na ikonu SAVE nebo hmatat jak zak kung-fu. Samozrejme nikomu nic nenutim, tohle je snad jenom diskuze ne ? Kdyz OTM autor zahrne do funkcnosti bude to super a bde to rozsirenim volnosti v praci s daty, kdyz ne, tak ne.

Souhlasím  |  Nesouhlasím  |  Odpovědět
gro  |  30. 11. 2006 18:48  | 

Pro funkci automatickeho ukladani by mozna bylo snaze "udelatelne": editor hlida aktivitu vkladani znaku od uzivatele, pokud uzivatel prestane psat, po nastavene prodleve (necht treba 2s) provede ulozeni souboru.

Automaticke ukladani po x minutach je pro praci s naslednym okamzitym vyuzitim textoveho souboru "blbe", nakonec je v zalozce "zalohovani".

Souhlasím  |  Nesouhlasím  |  Odpovědět
J.  |  30. 11. 2006 17:40  | 

K cemu by to mohlo byt dobre, to si predstavit dokazu.

Horsi to bude s funkcnosti.

Predstav si velkej soubor (hodne radku, nekolik megabajtu). Na zacatku souboru zacnes psat slovo. Zmacknes klavesu, napise se pismenko, soubor se cely ulozi (myslim, ze se musi ulozit cely, protoze se vklada). Zmacknes druou klavesu a soubor se zase bude celej ukladat.

Podobne blede to vidim s nacitanim. Kazdou vterinu nacitat soubor a hledat rozdily, nic moc.

Souhlasím  |  Nesouhlasím  |  Odpovědět
gro  |  30. 11. 2006 18:22  | 

Proto uz v navrhu mluvim o nastavitelnem intervalu (mohl by byt autokonfiguracni podle vykonu PC) nicmene hlavni pouziti teto funknosti je na veci kde nejde o nejake velke objemy dat (stejne pro dnesni PC neni problem nacitat nekolikamegovy soubor kazdou sekundu)
Ukladani pridaneho znaku...to je otazka prez jake rozhrani se zapisuje (cti jak je rohrani hloupe/chytre), konflikty pak maji resit zminene preference - co ma prednost.

Pri nacitani zadne rozdily nehledas (protoze se neustale udrzuji aktualni data tim ukladanim)

Ono ale ve skutecnosti hodne zalezi na zpusobu pouziti v souvisloti s tou dalsi aplikaci (platnost dat), proto ty preference a rozdeleni na OTM-self a OTM-refresh

Priklad pouziti jako terminal:
Time Stav

000 Prazdny soubor Portal.txt
001 Uzivatel PSPad nacita:
0
002 Uzivatel PSPad nacita:
0
...
006 Program X je spusten a zjistuje prazdny portalovy soubor
007 Program X vklada do Portal.txt:
HCC - 7000
PIO - 128
RAD - 1000
ZER - 512
008 Uzivatel PSPad nacita:
HCC - 7000
PIO - 128
RAD - 1000
ZER - 512
...
017 Program X nacita Portal.txt
...
018 Uzivatel PSPad nacita:
HCC - 7000
PIO - 128
RAD - 1000
ZER - 512
...
110 Uzivatel PSPad vklada 6,5 (ted zalezi jak je rozhrani chytre, bud se ulozi dva bajty nebo cely soubor):
HCC - 6500
PIO - 128
RAD - 1000
ZER - 512
117 Program X nacita:
HCC - 6500
PIO - 128
RAD - 1000
ZER - 512
...

Souhlasím  |  Nesouhlasím  |  Odpovědět
J.  |  01. 12. 2006 00:56  | 

(Napadlo me, ze to chces na neco jako chat nebo terminal.)

Podle me bys rozdily hledat mel, protoze kdyz druha strana prida nejake znaky na zacatek souboru a tvuj editor si pamatuje, ze jsi mel kurzor na nejake pozici od zacatku souboru, tak ti to muze skocit s kurzorem zrovna, kdyz se chystas neco napsat.

Obavam se, ze na tohle by ten editor musel byt sakra chytrej.

A co se inteligence rozhrani pri ukladani tyka, tak bych zadnou inteligenci pro jistotu nepredpokladal. Pro editor je soubor rada bajtu. A neznam zadnou standardni funkci, ktera by umoznovala "do tohoto souboru vlozit na urcitou pozici nekolik bajtu a zbytek souboru posunout".

Souhlasím  |  Nesouhlasím  |  Odpovědět
gro  |  01. 12. 2006 13:43  | 

No jiste, musel by jsi akorat uchovavat pozici kurzoru datove, na zaklade dat, jako kdyz ctes knizku a ne jen jako ciselny offset od zacatku souboru (to aby nejaky prg mohl ladovat i na zacatek) takze nejakou inteligenci by bylo potreba pridat i vzhledem k tomu ze neznamo jak velky blok dat muze zmizet nebo byt pridan - v tomto pripade by jsi opravdu musel porovnavat starou verzi s novou a umistit kurzor na prvni korelujici misto nejblize "stare" datove pozici (ne ciselne) tzn. i kdyby se ti ruzne stosovala data kurzor by byl porat u tve polozky (treba "pocetjablek=xx", ale vetsinou v 99% se pridava nakonec souboru takze neni problem, je otazka jak hodne by bylo ucelne to propracovat.

Pro PSPad editor nevim co sled bajtu ve skutecnosti je ale kvuli obarvovani se parsuje takze to by slo urcite taky "zneuzit"... a.. tu funkci taky neznam, ale pri dnesnim vykonu (podprumerny pocitac kolem 2.000.000.000,0 operaci za sekundu) nevidim problem.

Souhlasím  |  Nesouhlasím  |  Odpovědět
J.  |  01. 12. 2006 15:06  | 

Ty tvoje podprumerne 2 miliardy operaci za sekundu je jeste porad 3 vic, nez umi muj milacek. Navic to nejsou operace ale takt hodin, ruzne operace trvaji ruzne dlouho. Navic operace presunu dat do pameti a z pameti trvaji jeste dele. Navic ulozit data do souboru, to uz nejsou jednotky operaci, to uz jsou funkce. Jeste jestli budou muset Windows resit pristup dvou lidi k jednomu souboru.

Nechci te urazit, ale takovehle optimisty typu "rychly pocitac to nejak zvladne", nemam moc rad.

Tohle ma v soucasne dobe natolik omezeny rozsah pouziti, ze jeste porad stoji zato pouzit nejaky skutecny terminal.

Souhlasím  |  Nesouhlasím  |  Odpovědět
gro  |  01. 12. 2006 15:40  | 

Tento nazor nesdilim, terminal neni tak univerzalni, to co by umel editor s OTM by slo pouzit pro jakykoliv program, diagnostiku, realtime monitorovani logu pri testovani celoobrazovkove aplikace, editace zdrojaku na serveru bez nutnosti neustale rucne prenaset soubor, sejvovat atd.
Tema miliardama jsem chtel rict ze vykon neni pro toho kdo tuto funkci potrebuje problem, navic by tato funkce/chovani nebylo zapnute porat ale jenom v case potreby tak nevim o cem je tu rec, ze to asi bude na nejakem pentiu 300MHz pri nastevenem refresh na 10ms trhat ? no to me fakt mrzi, proste nektere luxusni funkce jsou na pomalych PC pomale, napriklad i slozite dotazy do tadabazi, a co to ma znamenat ? ze ty databaze se nemaji delat a pouzivat ?
Nevim o co ti jde.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bóbika  |  02. 12. 2006 12:55  | 

Editace zdrojáků na serveru? To myslíš vážně? Jakákoliv změna, která jde na server, by měla být zdokunmentována a pokud možno uložena v nějakém systému pro správu verzí (CVS, SVN, BitKeeper apod.), aby bylo vidět, kdo, kdy a proč něco změnil. Pokud se Ti ekluje ručně přenášet změny na server, udělej si instalátor, je to otázka pár desítek minut až několika hodin a pokud chceš, můžeš si ho spouštět periodicky.

Souhlasím  |  Nesouhlasím  |  Odpovědět
gro  |  03. 12. 2006 20:42  | 

Už na to mám ulilitu. Ještě bych rád poznamenal že jsem pěkný vůl.

public dreamer cache destroy
cache destroyed
exit

Souhlasím  |  Nesouhlasím  |  Odpovědět
Fred  |  30. 11. 2006 16:26  | 

Díky za článek a za informaci o víceřádkovém nahrazování. Doposud jsem právě kvůli tomu používal Golden HTML editor a následně vše převáděl v PSpadu do utf-8. Tímto je nyní pro mne PSpad naprosto perfektní, díky.

Souhlasím  |  Nesouhlasím  |  Odpovědět
ra  |  30. 11. 2006 18:05  | 

Osobně: ve windows používám PSPad, je to opravdu velice slušný editor textů, pokud se mu vypnou automatiké funkce (třeba automatické doplňování závorek, které je dle mě spíše ke škodě, protože než jsem to vypnul, tak mi často rozhodil kód pokud jsem si nevšiml že mi tam najednou přibyla další závorka ...), a pod linuxem zvězil pro základní editaci editor: Kate ( http://www.kate-editor.org/ ) který bývá mnohdy standardně nainstalován s KDE a je uživatelsky velice přívětivý - takže doporučuji, pokud hledáte neco pohodlného a obodbného pod linuxem - Kubuntu , stačí >apt-get install kate ... a je to !).

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bóbika  |  30. 11. 2006 19:54  | 

MOžná by bylo dobré, kdyby se uživatelé "lepších" editorů vyjádřili, co se jim na jejich oblíbeném editoru nejvíce líbí a co jinde postrádají (nebo co naopak postrádají u toho svého editoru). Pak bychom se mohli lépe bavit, co je s čím srovnatelné.

GVim:

Nevýhody: Těžší na naučení, ovládání odlišné od mainstreamových editorů, pod Windows je kvůli větší efektivitě předefinovat standardní chování. Není to nástroj typu wash'n'go.

Výhody:

1. Velmi dobrá konfigurovatelnost, dá se nastavit pomocí menu, příkazů v příkazovém módu, konf. souboru, dá se z něj vyhodit třeba i menu a toolbar, takže je dost místa pro text. Poměrně unikátní (umí to ale třeba i Emacs) možnost konfigurace uložené přímo v editovaném souboru pomocí modeline - zapíšu si třeba kódování, použitý font apod. přímo do souboru v rámci komentáře v daném jazyce a soubor se otevře v prakticky stejném prostředí na kterémkoliv počítači s gvimem a do značné míry i s vimem v příkazové řádce.

2. Možnost editace textu ze standardního vstupu (stdin)

3. Perfektní možnost (polo)automatizace - regulární výrazy, možnost opakování akce, doplňování textu, speciální operace typu změny velikosti písmen, přečíslování konstant, možnost opakovaného použití stejného výběru, sloupcové bloky, možnost použití mnoha registrů namísto jedné schránky apod.

4. Podpora maker, externích filtrů, pluginů, mapování kláves.

5. Rychlé pohyby v textu, možnost označení místa v textu a návratu, historie pohybů.

6. Možnost otevření více oken se soubory vedle sebe, pod sebou apod.

7. Perfektní práce se dvěma verzemi souboru - porovnávání, převádění odlišných částí textu.

Kdo si vzpomene na další výhody (zvýrazňování syntaxe apod. jsem neuváděl, to je podle mě naprostý základ), nechť mě doplní.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Karel K.  |  30. 11. 2006 18:48  | 

Skutečnému programátorovi (toto slovo neni prosim oznaceni pro patlaly v html) staci bohate notepad.exe nebo Vi. Vse ostatni je zbytecny luxus.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bóbika  |  30. 11. 2006 19:23  | 

To je pěkná k*k*tina. Skutečný programátor používá nástroj, který mu zajístí co nejlepší výkon. Já používám (g)vim a přestože ovládání a filozofie vychází z vi, efektivita práce je nesrovnatelně vyšší. A i to "blbé" vi je asi miliónkrát lepší editor než Poznámkový blok, který se hodí tak akorát na editaci boot.ini.

Pokud to ale měl být vtip, tak to beru.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bóbika  |  30. 11. 2006 19:33  | 

Po dvou příšerných rozhovorech přišel vcelku zajímavý a užitečný rozhovor z minulého týdne (ikdyž to byla tak trochu reklama). Rozhovor s Janem Fialou byl výborný nápad. Jeho editor nepoužívám, naučil jsem se dost slušně používat gvim (pracuju primárně pod Linuxem) a dělám v něm i pod Windows. Přesto si ale myslím, že udělal kus dobré práce a hodně lidem PSPad dobře posloužil. Hlavně je ale Honza podle mě jeden z nejpříjemnějších lidí, kteří na Živě chodí, pomáhá méně zkušeným a působí skromným a vyrovnaným dojmem. Najde se tu dost zajímavých, chytrých a fajn lidí a možná by redakci napadlo i nějaké jiné jméno z okruhu pravidelných čtenářů, ale každopádně jsem rád, že první byl právě Jan Fiala.

P.S. Jestli po tomhle příspěvku zpychneš, tak se nas*ru.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Pepek  |  30. 11. 2006 22:30  | 

Sice o editoru, který je jen pod Widle a který zřejmě není lepší než Vim (chápu-li dobře zdejší komentáře od lidí, co se tváří, že vyzkoušeli obojí), ale furt milionkrát lepší než reklamní rozhovory s managory pochybných firem.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bóbika  |  01. 12. 2006 00:21  | 

Lepší než Vim není žádný editor. Teda žádný z těch, které jsem viděl. Jenže Vim je ze začátku dřina a lidi chtějí okamžité výsledky. Zajímalo by mě srovnání PSPadu (i GVimu) s UltraEditem, JEditem apod., ale zatím se do toho mého průzkumu nikdo nepřihlásil.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jan Fiala, Jan Fiala  |  01. 12. 2006 06:22  | 

Projektu (nebo aspon pokusu) srovnavajicich ediory je na internetu hodne, napr:
http://www.onlythebestfreeware.com/perp/default.asp

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bóbika  |  01. 12. 2006 20:28  | 

Díky za tip. podívám se po něčem, pokud možno s diskusí.

Souhlasím  |  Nesouhlasím  |  Odpovědět
snake  |  02. 12. 2006 20:23  | 

Chtěl bych poděkovat za opravdu výborný a moc zajímavý rozhovor. Autor působí skromně, přitom ale dostatečně znale a místy až nečekaně chytře (mne osobně naprosto dostalo rozvedení způsobů jak by na produktu šlo vydělat). Po mnoha nudných a místy až doslova odporných rozhovorech (BSA) je tohle skvělý balzám a autorovi přeji dostatek času, vůle i chutě pokračovat.

Osobně PSPad vůbec nepoužívám, ale slyšel jsem o něm již. Mám koupený Ultraedit a na konzoli či programování používám vim. Rychlost pohybu v textu a rychlost v úpravách je něco, co vimu asi neodpáře jakýkoli jiný editor, pro běžné texty se dá ale s přehledem používat Ultraedit (to abych zodpověděl otázku jednoho diskutujícího na srovnání vimu a ultraeditu). A co jsem slyšel, tak PSPad a Ultraedit jsou co do funkčnosti řádově srovnatelné - osobně ale používám jen ten druhý, když už jsem si ho koupil. Jak na vimu, tak na ultraeditu se mi ale líbí, že jsou prakticky neomezené co do velikosti souboru (včetně bezproblémového undo), nikdy jsem tedy nepotřeboval stovky mega, ale desítky byly vždycky absolutně bez problémů...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zasílat názory e-mailem: Zasílat názory Můj názor

Aktuální číslo časopisu Computer

Megatest 18 grafických karet

Ukliďte data v počítači

Jak dobře koupit starší telefon

Vylepšete zvuk televize: test 7 soundbarů