Niekoľko otázok na linux (diskuse)

[martin]

1. magnet linky fungujou v transmission a ktorrentu. pokud nemas kde, doporucuju to prvni btw. torrent soubory nejsou zastarale 2. jo, BleachBit. ale nevim jak je ucinny. imo je lepsi mit distro, ktery ti moc bordelu po disku nenechava a konfiguraky programu hazi standartne do ~/.program

[stativ]

Magnet linky samozřejmě podporuje i Vuze.

[vain]

Deluge umí taky.

[________________]

Ale od používania torrent súborov sa ustupuje kôli právnym problémom. The Pirate Bay napr. plánuje torrent súbory postupne úplne nahradiť magnet linkami. A je to aj pohodlnejšie: kliknem na link a sťahujem.

[vlastikroot]

Já používám URL torrent souborů, ktorrent si to vytahne ze schránky sám.

[letec]

Čekám na nové Maverick Meerkat, takže mezitím poradím k bodu 4 (vyhlazování ve wine) toto.

[Marián Kyral]

A tady je to normálně v textu

[Marián Kyral]

A nastavení javy je tady.

[________________]

To nastavenie Javy somskúšal a nefunguje :(

[________________]

no wine som nakoniec odinštaloval... a Maverick Meerkat už je RC verzia, ja ju používam, medzi RC a finálnou verziou by už nemali byť veľké rozdiely

[Shadow]

2. Balíčky, které si postahuje správce balíčků, se dají čistit pomocí něj (např. aptitude clean u Debianu/Ubuntu). Jinak o ničem nevím. Lokální konfiguraci (aneb dotfiles) asi nezbyde než odmazat ručně, pokud vám tak moc vadí.

5. Kromě Eclipse třeba Komodo Edit.

[Shadow]

ad 2) Ha! Tak přeci jen. Stačil jeden dotaz do Googlu a narazil jsem na http://bleachbit.sourceforge.net/, vypadá udržovaný.

[Marián Kyral]

No však tady o něm byla minulý týden zprávička

[________________]

dík

[________________]

komodo vyzerá perfektne dík.

[luboš]

na mazání přebytečných balíků(nejen na ně) je třeba v ubuntu program ubuntu-tweak jedu na něj nějakou dobu a zatím jsem neměl žádný problém.Dále si přes něj můžeš nastavit zdroje,nainstalovat aplikace nebo upravit chování systému.

[Gonio-]

2)Na jednoduché čištění stačí i Ubuntu Tweak. Ale je celkem zbytečné to dělat, protože systém to nezpomaluje. Jediné co má smysl je mazat uložené balíčky, ale při velikostech dnešních disků pár GB nikoho nezabije.

4)Myslím, že antialiasing bude ten poslední problém, když ani nějaký program nerozjedeš nebo nebude fungovat něco zásadního :)

[Filip Jirsák]

3) vyberte si look-and-feel, který vám vyhovuje. Způsob vykreslování (např. vyhlazování fontů) se dá určit různými konfiguračními volbami Swingu nebo AWT – např. AWT Desktop Properties.

[Lord Vetinari]

2. existuje pre linux nejaký program typu ccleaner ktorý zmaže zbytočné súbory ktoré sa v linuxe postupom času hromadia? napr. po stiahnutí balíčka sa mi ponúkne možnosť nainštalovať balíček tak ho nainštalujem, ale po inštalácii mi balíček ostane uložený na mieste kam som ho stiahol, bežný laik si to ani nevšimne že sa mu zapratávajú rôzne priečinky ako "Stiahnuté"

existuje: rpm -rf $zbytocny_adresar

[Lord Vetinari]

rm -rf $zbytocny_adresar

[Michal Fecko]

napriklad

rm -rf /

[kotyz]

jo, / je ten nejzbytecnejsi. a zabira nejvic mista.

[otakar]

Poradit začátečníkovi způsob jak si smazat disk není moc vtipné. (nedělejte si iluze, že to nevyzkouší coby root)

[Marek Niklíček]

A tiež by to nefungovalo, ak by k tomu nepridal prepínač --no-preserve-root.

[Michal Fecko]

asi tak

[Michal Fecko]

Ako sa ma naucit, ak nie na vlastnych chybach?

[________________]

snáď si nemyslíš že by som na niečo také naletel.

[Michal Fecko]

Priznaj sa, ze tento komentar pises z mobilu a cakas kym sa ti preinstaluje system

[gtz]

no kdyby to zkusil i tam kde má mountlé widle pak, by asi šílel radostí, že má hodně místa.

někdy před rokem na nějakém foru se nějaký borec ptal jak má co udělat a mezi odpovědi bylo i rm -rf /* přes sudo, nějak jsem to tehdy nekomentoval a běhěm hodiny borec byl zpět nadával tam na všechny lidi co tam jsou. Jak jsem tehdy pochopil on a on byl asi hodně velký začátečník, protože to zkusil. A hle tam kdě měl Widle připojené nic nebylo. Všem tehdy poděkoval, že mu pmohli smazat firemní NTB apod.

[pavlix]

Hodně potichu si říkám... dobře mu tak. Ale zajímalo by mě, co pak ve firmě říkal, jestli jim řekl, že na firemních datech experimentoval s nějakým firmou neschváleným OS. Doufám, že měl aspoň podepsaný nějaký bezpečnostní zásady, pokud možno s upozorněním na sankce.

[frEon]

no nevim, kdyz jsem zacinal a nekdo mi poradil nejaky prikaz, tak jsem si vzdycky precetl k nemu man, abych se dozvedel co delam a hlavne proc to delam - jedine tak, jsem mohl z danne rady vytezit maximum a nezustat uplnou lamou. Takze, imho, kdo si pusti rm -rf /*, dobre mu tak.

[Salamek]

ide pro php ??? kams dal mozek twe

[User682]

Ano, to existuje. A da se s tim efektivne pracovat.

PS: co jste vlastne chtel rici ?

gf

[Salamek]

nechapu existenci IDE pro php

[default]

Já jo. Co neřeší jazyk, řeší IDE.

[User682]

zdravim,

\\add 2)

co se tyce dat, ktera stahnu a pracuji s nimi, ale nebudu je jiz potrebovat, tak to resim nakopirovanim do adresare /tmp/ . Ten se v dost distribucich sam promazava pri startu nebo ukonceni systemu.

Nakopiruji tam nejaka data. Pracuji s nimi. Pri dalsim spusteni jiz data nejsou.

Jinak mam nejake slozky, kde jsou nejaka nedulezita data a jednou za mesic je promazu. Treba /home/user/tmp/. Jednou za mesic ci kdyz dojde misto, tak to promazu.

Jinak slozky pro stahovani v internetovem prohlizeci si muzete nastavit do libovolneho adresare.

Je to jen o nejakem navyku.

PS: co takhle si koupit za par stovek vetsi disk ?? Pocitac mam od toho, aby mi slouzil a ne ja jsem slouzil pocitaci a "lecil" ho antiviry a tak.....

\\add 3 antialiasing na Jave v Linuxu tusim neni podporovan. Kdyztak si to overte. Nemuzu potvrdit. Jinak fonty se daji samozrejme doinstalovat.

\\add IDE: - pouzivam Eclipse na Javu, C, PHP = jedna platforma. Bohuzel obcas to vsechno nebezi hned a chapu, ze nekdo radeji sahne po NetBeans. Kazdopadne funcionalita a produktivita prace je optimalni.

gf

[Habo]

Podľa screenshotu vidím, že používaš Ubuntu - na tom zakladám svoju odpoveď...
1) Aplikácie > Internet > Transmission; Súbor > Add URL
2) Balíčky sa ukladajú do var/cache/apt/archives, na premazanie napíš príkaz sudo aptitude clean; Slušné programy ukladajú dočasné súbory do /tmp okiaľ sa mažú pri každom štarte OS, mazať ručne neodporúčam (pokiaľ si daný súbor neurobil ty) neslušné programy ukladajú do ~/.* - treba mazať ručne...
3) Netuším
4) Netuším
5) vim

[Bedňa]

5.)

[rADOn]

1. Pokud mas podomacku ubaleny balicek muze byt potreba asociovat prislusny typ souboru. (na rozdil od wydli neni zvykem aby si kazdy instalovany soft na sebe asocioval vsechno co pred nim neutece)
2. Zadne zbytecne soubory nejsou. Pokud si neco stahnes do $HOME, je to tvuj soubor a tvoje starost. Pokud je to v /tmp, system si to pohlida sam. Podle toho jaky mas distro a software muzou byt ruzne veci ve /var/tmp, /var/cache, /usr/local/tmp etc… Cistice existujou, ale klidne je pust z hlavy. Nejsou moc potreba, unixova filozofie nestavi na uklizeni, ale na nedelani bordelu. Kdyz si nebudes jisty, zeptej se balickovaciho systemu komu sporny soubor patri a hned vidis na cem jsi.
3. Java je hnus hnusatej. Mono taky Stezuj si jejich vyrobcum, ne linuxakum. Jestli hodnotis vyvojove prostredi podle krasy tlacitek, tak vezmi Eclipse. Seriozni programovani se dela ve vim nebo emacsu (a vedou se o nem nabozenske valky
4. Netusim.
5. vim. emacs. Prinejhorsim quanta nebo bluefish.

[User682]

Jste mimo realitu, ze ?

>Java je hnus hnusatej. Mono taky Stezuj si jejich vyrobcum, ne linuxakum.

Stezovat si muzeme na celou skvelou linuxovou komunitu. Nebot licence jaksi umoznuji, aby na tom komunita pracovala. Jak na Jave, tak i na Monu. Nebo na tech aplikacich.

> Jestli hodnotis vyvojove prostredi podle krasy tlacitek, tak vezmi Eclipse. Seriozni programovani se dela ve vim nebo emacsu (a vedou se o nem nabozenske valky

Mozna, ze si pletete opravdu pojmy textovy editor a vyvojove prostredi. Seriozni programovani se dela v cemkoli, v cem je prace efektivni a kvalitni. Dost casto bez tech vyvjovych prostredi nelze delat. A nikdo Vam v realnem svete nebude platit za to, ze delate 10x pomaleji. Asi neni problem pracovat 90% casu v IDE a 10% casu v textovem editoru. Nekdo bude radeji delat v CASE nastroji, protoze uz treba neni potreba odladovat nejake chyby.

Zkuste prestat verit vseobecne znamym linuxovym bludum. Pak zacnete opravdu vyvijet.

gf

[rADOn]

Stezovat si muzeme na celou skvelou linuxovou komunitu. Nebot licence jaksi umoznuji, aby na tom komunita pracovala. Jak na Jave, tak i na Monu. Nebo na tech aplikacich.

Ano, umoznuji. Kdyz takzvana komunita chce. Cili komunita bud nechce nebo neni, ergo bud se stan "komunitou" a oprav to, nebo tlac na Orakulum. Nebo drz usta - komunita neznamena "lidi ktery pisou zadarmo software jak si porucim", tim kazdyho leda nastves.

Mozna, ze si pletete opravdu pojmy textovy editor a vyvojove prostredi. Seriozni programovani se dela v cemkoli, v cem je prace efektivni a kvalitni. Dost casto bez tech vyvjovych prostredi nelze delat. A nikdo Vam v realnem svete nebude platit za to, ze delate 10x pomaleji. Asi neni problem pracovat 90% casu v IDE a 10% casu v textovem editoru. Nekdo bude radeji delat v CASE nastroji, protoze uz treba neni potreba odladovat nejake chyby.

Mozna si pletete pojmy vyvojove prostredi a IDE. Vyvojove prostredi je vsechno co slouzi k vyvoji, at uz to ma na sobe napsano IDE nebo ne. IDE ktere by bylo opravdu "integrovane" tedy bylo v nem vsechno jsem jeste nevidel, jen trivialni projekty na ktery stacily nejaky ty prednastaveny, predzvykany a predtraveny eclipsy. Coz je milej, ale spis vyjimecnej stav, tezko s klidnym svedomim nekomu poradim aby na to spolehal.

A kdyz se zbavim bludu IDE, tak mi emacs a vim vychazi jako dobry zaklad vyvojoveho prostredi, jako editory jsou spickove a vsechno ostatni jde na ne navesit. Nastaveny $VISUAL a .inputrc je taky IDE, jenom s mensim marketingem.

Zkuste prestat verit vseobecne znamym linuxovym bludum. Pak zacnete opravdu vyvijet.

Zkuste prestat verit marketingovym bludum o tom jak nejaky uzasny klikatko bude vyvijet za vas. Pak zacnete opravdu vyvijet.

[Filip Jirsák]

Ono to „integrované“ se týká spíš pohledu uživatele, ne vnitřního zpracování, takže u IDE jde především o to, aby se vše ovládalo z jednoho místa a na jednom místě prezentovalo. A na to jsou podle mne krátké i Emacs s Vimem, navíc nejde o to, co je teoreticky možné (samozřejmě, že jde Vim celý přepsat a udělat z něj IDE), ale co je už hotové.

[rADOn]

No vidis a ja mam presne opacnou zkusenost s NetBeans - donutit je spolupracovat s cimkoliv externim bylo bud pracny nebo rovnou nemozny. Psat si vlastni pluginy radim do kategorie "velmi pracne".

…u IDE jde především o to, aby se vše ovládalo z jednoho místa…

To mi pripada jako reseni widlackyho problemu ktery v linuxu nepocituji. Konzolovy programy se ovladaji z jednoho mista - .bashrc, .inputrc a ostatni .rc* konfiguraky. Kdeckovy programy se ovladaji z jednoho control centra, vcetne nastaveni spolecnych klavesovych zkratek. (Gnome nepouzivam, ale pocitam ze to umi taky.) Co zbyva? Nastavit si $VISUAL a .vimrc nebo emacsovy mody.

Naopak, "integrovane" prostredi je antitezi unixove filozofie "delat jednu vec, delat ji dobre a spolupracovat".

[Filip Jirsák]

„Ovládat z jednoho místa“ znamená, že programátor sedí před počítačem, na obrazovce před sebou vidí program, jeho kontext a vše relevantní k místu programu, které zrovna edituje, a má také snadno dostupné všechny akce, které v daném místě může provést. To například znamená, že vidí varování kompilátoru pro řádek, na kterém se zrovna nachází kurzor, vidí názvy a typy parametrů volání metody, které zrovna píše, editor mu podle typů parametrů nabízí názvy proměnných, které jsou v daném kontextu platné a které by se daly použít jako daný parametr, a jednou klávesovou zkratkou si může zobrazit v malém okénku nápovědu pro daný parametr. Jak se tohle nastavuje ve .vimrc?

Naopak, "integrovane" prostredi je antitezi unixove filozofie "delat jednu vec, delat ji dobre a spolupracovat".

Není, ta unixová filozofie se týká programových bloků, nikoli uživatelského rozhraní. Naopak třeba shell je takové integrované prostředí, ve kterém spouštíte různé úlohy, ale ovládáte to pořád stejně přes ten shell.

IDE je zpravidla udělané tak, že je tam spousta věcí, kde každá dělá svůj úkol, a navzájem spolupracují. Některé jsou samostatné programy, některé komponenty IDE – ale ta unixová filozofie neříká nic o tom, zda ty jednotlivé části mají být oddělené programy nebo oddělené komponenty.

Psat si vlastni pluginy radim do kategorie "velmi pracne".

Psát „pluginy“ pro Vim není pracné a pro IDE je? Nemůže to být třeba tím, že IDE je schopné programátorovi nabídnout mnohem větší komfort, možnosti jeho rozšiřování jsou tudíž mnohem větší, a tudíž jsou i prostředky na jeho rozšiřování komplexnější?

[rADOn]

…Jak se tohle nastavuje ve .vimrc?

RTFM? Nebo si nech poradit od nekoho kdo ve vimu vyviji.

…IDE je zpravidla udělané tak, že je tam spousta věcí, kde každá dělá svůj úkol, a navzájem spolupracují.…

Coz je spravna myslenka. A ted si predstav ze pred tim nez nekdo vymyslel nalepku IDE lidi nelezli po stromech Ja uz totiz jedno takove integrovane prostredi mam - muj operacni system. Dalsi "integrovane" prostredni nad nim je zbytecnost, pokud pouziva vlastni metody "spoluprace" tak integraci naopak popira.

…unixová filozofie neříká nic o tom, zda ty jednotlivé části mají být oddělené programy nebo oddělené komponenty…

Unixova filozofie rika ze musi byt zamenitelne, coz je opak od "integrovane". Jedine do ceho se chte nechte musi integrovat je operacni system. Od netbeansu me po roce pouzivani odradilo prave to, ze mene povedene "integrovane" komponenty neslo nejak jednoduse vymenit za jine.

Psát „pluginy“ pro Vim není pracné a pro IDE je?

Nerekl jsem ze psat pluginy pro vim je jednoduche. Jenze ve .vimrc je mozne udelat spoustu kouzel i bez pluginu. O elispu ani nemluve Pravda, tohle neni problem IDE jako spis nestastneho napadu psat je v Jave.

[Filip Jirsák]

RTFM? Nebo si nech poradit od nekoho kdo ve vimu vyviji.

„Nejde to“ se píše jinak.

Coz je spravna myslenka. A ted si predstav ze pred tim nez nekdo vymyslel nalepku IDE lidi nelezli po stromech Ja uz totiz jedno takove integrovane prostredi mam - muj operacni system. Dalsi "integrovane" prostredni nad nim je zbytecnost, pokud pouziva vlastni metody "spoluprace" tak integraci naopak popira.

Já také takové integrované prostředí mám – můj počítač. Další „integrované“ prostředí nad ním (třeba operační systém) je zbytečnost.

Integrace IDE se dělá pro uživatele, na to nějak pořád zapomínáte. A uživatel nekomunikuje s počítačem voláním služeb operačního systému, ale zpravidla pomocí obrazovky, klávesnice a myši. IDE má tedy za úkol výstupy různých programů integrovat na jednu obrazovku a vstupy od uživatele zase rozdělit jednotlivým komponentám nebo pluginům.

Unixova filozofie rika ze musi byt zamenitelne, coz je opak od "integrovane".

Opak to není. Ostatně moduly v IDE jsou zaměnitelné.

Nerekl jsem ze psat pluginy pro vim je jednoduche. Jenze ve .vimrc je mozne udelat spoustu kouzel i bez pluginu. O elispu ani nemluve Pravda, tohle neni problem IDE jako spis nestastneho napadu psat je v Jave.

Nezáleží na tom, jakým způsobem je ta která komponenta napsaná, zda je to ve Vimu plugin nebo skript ve .vimrc.

Máte v tom docela hokej, IDE existuje spousta, jsou napsaná v různých jazycích a mají různé možnosti přizpůsobování a rozšiřování.

[rADOn]

„Nejde to“ se píše jinak.

Jde to. Řekl bych, že množství uživatelů a napsaného kódu to dokumentuje dost jasně. Otázka za deset bodů: v čem píše Linus?

…IDE má tedy za úkol výstupy různých programů integrovat na jednu obrazovku a vstupy od uživatele zase rozdělit jednotlivým komponentám nebo pluginům.…

Tuhle práci tady u mě dělá X server a window manager Komponentám a pluginům se říká "programy". IDE který by to všechno mohlo nahradit by muselo být lepší než každá z těch komponent, editorem počínaje a přehrávačem hudby konče (pracuju v openspace takže hluková izolace je nutnost). Zatím jsem neviděl ani pořádnou SQL konzoli. Což by nebyl problém nebýt toho že…

…moduly v IDE jsou zaměnitelné…

…a, jak jsi opomněl dodat, jen a pouze mezi sebou. O co mi jde není modulární architektura (vim i emacs jsou rovněž modulární), ale schopnost spolupracovat i s jinými programy. Čímž se ta integrace přesouvá jinam. Například IDE který obsahuje editor a sql konzoli je krásná věc, ale trochu zbytečná když mám editor který umí posílat text do sql konzole a konzole umí naopak zavolat editor když je mi řádka těsná. Ditto pro správu verzí, balení balíčků nebo jen blbý honění souborů po disku.

[Filip Jirsák]

Jde to. Řekl bych, že množství uživatelů a napsaného kódu to dokumentuje dost jasně. Otázka za deset bodů: v čem píše Linus?

Jak množství uživatelů a napsaného kódu a to, v čem píše Linus, dokumentuje, že ve Vimu lze spolu se zdrojovým kódem zobrazit spoustu kontextových informací a podle kontextu nabídnout uživateli spoustu dostupných akcí?

Tuhle práci tady u mě dělá X server a window manager

U vás se X server a window manager stará o to, abyste viděl nápovědu k právě editovanému řádku zdrojového kódu? To by mne tedy zajímalo, jaký X server a window manager používáte, a proč tyhle programy dělají něco úplně jiného, než by dělat měly.

…a, jak jsi opomněl dodat, jen a pouze mezi sebou. O co mi jde není modulární architektura (vim i emacs jsou rovněž modulární), ale schopnost spolupracovat i s jinými programy.

IDE spolupracovat s jinými programy samozřejmě může – stačí si pro to napsat příslušný plugin. Vim nebo Emacs umožňují spolupracovat s programy, které mají textový vstup a vytvoří z něj textový výstup. IDE ale těch informací má a potřebuje mnohem víc, takže si s principem „tady máš zdroják a něco si s ním udělej“ nevystačí.

Například IDE který obsahuje editor a sql konzoli je krásná věc, ale trochu zbytečná když mám editor který umí posílat text do sql konzole a konzole umí naopak zavolat editor když je mi řádka těsná.

A umí ten váš editor také nabídnout názvy tabulek, sloupců a funkcí, které jsou právě dostupné? Umí označit řádek s podezřelým SQL příkazem, napsat, v čem je divný a nabídnout možné úpravy?

[rADOn]

Jak množství uživatelů a napsaného kódu a to, v čem píše Linus, dokumentuje, že ve Vimu lze spolu se zdrojovým kódem zobrazit spoustu kontextových informací a podle kontextu nabídnout uživateli spoustu dostupných akcí?

Dokumentuje to ze bud 1) Linus a vsichni ti ostatni jsou banda masochistickych idiotu, nebo 2) ze vi neco co ty nevis. A ze bys tudiz z toho ze neco neumis nastavit nemel vyvozovat ze to ten program neumi. Nebo ze nema jine vlastnosti, ktere to vyvazi, nahradi nebo dokonce prekonaji.

U vás se X server a window manager stará o to, abyste viděl nápovědu k právě editovanému řádku zdrojového kódu?

Scroll up, mluvil jsi o multiplexovani vstupu a vystupu programu. Kontextova napoveda je vlastnost editoru, tedy jednoho programu a nema zadnou souvislost s IDE. Ja jsem mluvil o zadratovani funkcnosti externich programu - repozitar, sql konzole, shell - v tom pripade si IDE opravdu hraje na windowmanager.

IDE spolupracovat s jinými programy samozřejmě může – stačí si pro to napsat příslušný plugin.

No a to je prave ono - filozofie ze jedno IDE vladne vsem a vsichni se mu musi poklonit a psat na miru pluginy. Kdyz si dam do prostredi VISUAL=fooeditor tak kazdy program ktery te promene rozumi "spolupracuje" s kazdym programem ktery do te promenne zadam. Cele prostredi je "integrovane", ne jen jeden program.

…IDE ale těch informací má a potřebuje mnohem víc…

IDE nepotrebuje vedet vubec nic. Jeho komponenty potrebuji, a to ze budou od sebe oddelene neznamena ze se potrebna informace musi ztratit. Pravda, nekdy je tezsi se k ni dostat, ale za moznost pridavat a prohazovat programy podle potreby a moznosti bez zavislosti na nejakem dalsim programu mi to stoji.

A umí ten váš editor také nabídnout názvy tabulek, sloupců a funkcí, které jsou právě dostupné? Umí označit řádek s podezřelým SQL příkazem, napsat, v čem je divný a nabídnout možné úpravy?

Chces rici, ze pokud sql konzole neni soucasti nejakeho IDE tak to umet nemuze? To je prece argument proc se na IDE vykaslat! Jak jsem uz psal, od NetBeansu me (krome jineho) odradilo prave to ze neumel a nedalo se s tim nic delat. Kdyz jsem se smiril s tim ze pres IDE to nepujde, zjistil jsem ze tam venku je daleko sirsi vyber. A kdyz se moje potreby zmeni, tak si zase muzu vybrat jinej program pokud bude vhodnejsi. Zkratka co se kvality tyce, "integrovany" prostredi bojuje na vsech frontach najednou, a to je boj ktery nejde dlouhodobe vyhrat.

A recem o tom ze nejaky IDE je dokonaly mam problem verit - nakolik jsem poznal uzivatele ruznych IDE, jejich nadseni neni dano kvalitou IDE ale neznalosti programu "tam venku" od kterych je jejich bajecne prostredi izoluje. Bez urazky - jsi toho ilustrativnim prikladem.

[Filip Jirsák]

Dokumentuje to ze bud 1) Linus a vsichni ti ostatni jsou banda masochistickych idiotu, nebo 2) ze vi neco co ty nevis. A ze bys tudiz z toho ze neco neumis nastavit nemel vyvozovat ze to ten program neumi. Nebo ze nema jine vlastnosti, ktere to vyvazi, nahradi nebo dokonce prekonaji.

Dokumentuje to pouze to, že vaše představa, že všichni mají stejné potřeby a musí jim všem vyhovovat stejný nástroj, je mylná.

Kontextova napoveda je vlastnost editoru, tedy jednoho programu a nema zadnou souvislost s IDE.

Vlastností editoru je editovat. Kontextová nápověda jsou třeba varování kompilátoru nebo výstup analyzátoru kódu. IDE udělá „jen“ to, že si ten kompilátor a analyzátor spustí „na pozadí“ a výstupy integruje do editoru.

Ja jsem mluvil o zadratovani funkcnosti externich programu - repozitar, sql konzole, shell - v tom pripade si IDE opravdu hraje na windowmanager.

To je hezké, že jste o tom mluvil, ale jste jediný, kdo tady o tom mluví. Ostatní píšou o IDE, což rozhodně neznamená „zadrátování funkčnosti jiných programů“.

No a to je prave ono - filozofie ze jedno IDE vladne vsem a vsichni se mu musi poklonit a psat na miru pluginy.

I na rozhraní pro pluginy existují nebo mohou existovat standardy, takže teoreticky mohou existovat univerzální pluginy. Problém je v tom, že to rozhraní musí být docela komplexní, aby pokrylo všechny možnosti, a implementovat takové rozhraní je samozřejmě složitější, než implementovat jednoduché načítání vstupu a výpis na výstup.

Kdyz si dam do prostredi VISUAL=fooeditor tak kazdy program ktery te promene rozumi "spolupracuje" s kazdym programem ktery do te promenne zadam. Cele prostredi je "integrovane", ne jen jeden program.

Ovšem ta integrace je na mnohem primitivnější úrovni.

Jeho komponenty potrebuji, a to ze budou od sebe oddelene neznamena ze se potrebna informace musi ztratit.

Vy jste si vybájil nějaký svůj model, něčemu říkáte plugin a je to neoddělitelné, něčemu říkáte program a je to oddělitelné… Jediný rozdíl je ale ve skutečnosti jen v těch vašich nálepkách, ve skutečnosti je to pořád jedno a to samé.

Chces rici, ze pokud sql konzole neni soucasti nejakeho IDE tak to umet nemuze?

Ne, jenom tvrdím, že pokud to ta SQL konzole bude umět, a bude takhle umět integrovat spoustu dalších nástrojů, bude se tomu říkat IDE.

Jak jsem uz psal, od NetBeansu me (krome jineho) odradilo prave to ze neumel a nedalo se s tim nic delat.

Pokud něco neumí Vim, dá se to doprogramovat, ale pokud něco neumí NetBeans, doprogramovat se to nedá? Proč by to nešlo? Spousty případů dokazují, že to jde.

Kdyz jsem se smiril s tim ze pres IDE to nepujde, zjistil jsem ze tam venku je daleko sirsi vyber.

Jistě, nástrojů, které dělají něco jiného, než IDE, je spousta. A pokud chcete dělat něco jiného, než k čemu je určeno IDE, je vhodné zvolit si ten jiný nástroj. To ale ještě neznamená, že se IDE nedá použít na nic.

Zkratka co se kvality tyce, "integrovany" prostredi bojuje na vsech frontach najednou, a to je boj ktery nejde dlouhodobe vyhrat.

To je pouze vaše mylná představa o tom, k čemu slouží IDE.

A recem o tom ze nejaky IDE je dokonaly mam problem verit - nakolik jsem poznal uzivatele ruznych IDE, jejich nadseni neni dano kvalitou IDE ale neznalosti programu "tam venku" od kterych je jejich bajecne prostredi izoluje. Bez urazky - jsi toho ilustrativnim prikladem.

Když ony ty programy „tam venku“ jsou tajné, a nikdo se o nich nesmí zmínit, ani když se na to někdo zeptá v diskusi. Takže se pak člověk zeptá, jak dostane výstup kompilátoru, analýzy kódu, kontextové nápovědy atd. on-line do Vimu, a na otázku nikdo neodpoví.

[pavlix]

Dokumentuje to pouze to, že vaše představa, že všichni mají stejné potřeby a musí jim všem vyhovovat stejný nástroj, je mylná.

Vidíte a já si z diskuze celou dobu myslel, že je to vaše představa.

[Filip Jirsák]

Tak to jste si popletl postavy. „Seriozní programování se dělá [jedině] v“ jsem nenapsal já…

[rADOn]

To mela byt nadsazka, zalozena prevaze vimu/emacsu (napriklad tady u nas vim o jednech eclipsech, moje kate a par jeditu, jinak je to samej vim) - flame o IDE se z toho stal az pak (…Mozna, ze si pletete opravdu pojmy textovy editor a vyvojove prostredi.…)

[pht]

To mi pripada jako reseni widlackyho problemu ktery v linuxu nepocituji.

Záleží co děláte. Vim je dobrej editor na text, ale pod tím textem už nerozumí programu který píšete. Neumí efektivně doplňovat (existuje sice omnicompletion ale to není ještě úplně ono). Neumí dělat refactoring (a nevím o nástroji který by se dal z vimu nějak rozumně použít). Neumí další věci.

Naopak, "integrovane" prostredi je antitezi unixove filozofie "delat jednu vec, delat ji dobre a spolupracovat".

To není, integrované pouze znamená, že těch 150 programů/modulů už někdo propojil smysluplně za mne, a že si to nemusím lepit sám ikea stylem.

[pavlix]

Záleží co děláte. Vim je dobrej editor na text, ale pod tím textem už nerozumí programu který píšete. Neumí efektivně doplňovat (existuje sice omnicompletion ale to není ještě úplně ono). Neumí dělat refactoring (a nevím o nástroji který by se dal z vimu nějak rozumně použít). Neumí další věci.

Vy používáte "neumí" místo "nevyhovuje mi jak to dělá", nedivte se, že vám pak každý hned neporozumí.

To není, integrované pouze znamená, že těch 150 programů/modulů už někdo propojil smysluplně za mne, a že si to nemusím lepit sám ikea stylem.

Mně se IKEA líbí, mají docela fajn věci.

[pht]

Vy používáte "neumí" místo "nevyhovuje mi jak to dělá", nedivte se, že vám pak každý hned neporozumí.

Ne. Používám "neumí" a není to místo ničeho. Opravte mě pokud se mýlím.

Mně se IKEA líbí, mají docela fajn věci.

To jsme rádi. Ale původní příspěvek byl o něčem jiném.

[pavlix]

Ne. Používám "neumí" a není to místo ničeho. Opravte mě pokud se mýlím.

Vždyť jste se usvědčil sám... píšete, že něco není úplně ono, tedy jasně subjektivní hodnocení, které by nemělo být vydáváno za objektivní.

To jsme rádi. Ale původní příspěvek byl o něčem jiném.

To jsme rádi, ale já reaguji na váš příspěvek, kde ikeu svým způsobem znevažujete.

[pht]

píšete, že něco není úplně ono, tedy jasně subjektivní hodnocení

Píšu že to není ono jako měřítko že to není 100% toho co (objektivně) lze umět. Na stupnici od 0 do 10 je v doplňování programů notepad na 0, vim na 5, vim s omni na 7, eclipse na 8 a idea na 10.

ikeu svým způsobem znevažujete.

Máte bujnou fantazii. Ikeu jsem použil na přirovnání distribučního modelu. Na tom modelu není nic špatného ale nemusí vyhovovat všem zákazníkům. Pokud chcete bagr na každodenní kopání výkopů tak si ho nebudete měsíc skládat ale použijete hotovou věc. Stejné se dá říct o integrovaných řešeních na počítačích.

[pavlix]

Myslím, že se neshodnem ani na pojetí toho, co je subjektivní a co objektivní.

[User682]

zdravim,

>Zkuste prestat verit marketingovym bludum o tom jak nejaky uzasny klikatko bude vyvijet za vas. Pak zacnete opravdu vyvijet.

Osobne Vam neberu Vase textove editory a podobne.

Zkousel jsem par let psat v textovych editorech. Obcas tomu clovek dodal nejakou pomocnou aplikaci [a snazil se tak casto suplovat vyvojove prostredi].

Moje zkusenost je takova, ze kdybych se vykaslal pouze na editaci v textovem editoru drive, tak jsem mohl byt uz davno jinde.

Zkousel jsem delat v textovem editoru a ciste v commandline vetsi projekty typu 10MB zdrojaku a vice. Ne -li to potom nejak synchronizovat s okolim. Nebo se v tom vubec jeste vyznat a orientovat. Vysledek je, ze to poradne efektivne nejde.

Tak ci tak narazite na nevyhody IDE s porovnanim s textovymi editory+nejaka udelatka. Ale vyhody prostredi typu Eclipse prevazuji. Ono dneska vyvojova prostredi nejsou jen "nejaka klikatka", ale cele knihovny hotovych veci.

Jak se clovek vyviji, tak postupem doby uz ho tolik nebavi sledovat, jak edituje "zdroje", ale uz se spise soustredi na navrh a pouzite algoritmy.

\\add marketingove bludy - jednou za cas to chce se podivat, co dana prostredi umi. A vyhodnotit to. Delam sice v Eclipse, ale az zjistim, ze je neco efektivnejsiho, tak nebudu moc vahat.

Jo, klidne za sva prostredi bojujte. Ale na dost veci se nehodi. Osobne si myslim, ze az budete delat neco vetsiho za vetsi penize, budete mit rodinu a hypoteku, a __omezene_ zdroje, tak "vira" pujde pryc. Sama od sebe.

gf

[pht]

Delam sice v Eclipse, ale az zjistim, ze je neco efektivnejsiho, tak nebudu moc vahat.

intellij idea

[pht]

Co se týče IDE tak např. Zend Studio běží pod linuxem.

[David Watzke]

1) FatRat je podle mě nejlepší (nejen) BitTorrent klient, kterej znám. Vyzkoušel jsem mraky klientů, ale žádnej se mu podle mých zkušeností nemůže rovnat. Magnet linky podporuje.