Fórum Root.cz
Hlavní témata => Software => Téma založeno: metalmaus 03. 11. 2015, 11:29:59
-
Super reklama na Visual Studio Code. Moc parádní kousek softwaru. Vyzkoušel jsem a při pokusu o uložení, smazal na webu obsah souboru a oznámil, že nemůžu soubor uložit, protože v umístění je novější soubor.
-
No tedka muzete zavolat na podporu a zeptat se, kdy dostanete od NSA zalohu :P
-
Jj, je to hnusná odporné m$ reklama >:(
Nejen že ten pro Linux soubor je pouze na 64b. systémy, někde na netu se dají stáhnout zdrojáky pro kompilaci.
Jenže, ouha, chyba lávky - lze to zkompilovat pouze na systému s nejnovějším gcc, čili min. Debian Jessie, Wheezy a jiné, mají smůlu.
Anebo nemají a nemusí zoufat nad m$ trojanem a zůstat nadále u doposud používaného editoru ? :)
BTW, v jakém editoru (na NIX systémech) programujete php a v jakém CSS a HTml5 ?
...ať má tohle vlákno nějaký smysl...
-
smyslem vlákna bylo upozornit na tenhle bazmek, aby ste ho ani nezkoušeli.
Jinak používám Komodo Edit.
-
Proč už nejde poznat že jde o reklamní článek? Zjistím to až po prokliku z nápisu komerční sdělení. S takovými články se jděte bodnout.
-
BTW, v jakém editoru (na NIX systémech) programujete php a v jakém CSS a HTml5 ?
Kdyz uz jsem musel, tak vim nebo PHP Storm.
-
V php neprogramuji, z toho uz jsem vyrostl pred lety. Jinak ovsem programuji ve VIMu s pluginy nerdtree + snipmate + taglist; coz ve vysledku dava jiz drahnou dobu nadupany editor kodu pro Linux, BSD, OS X a dalsi operacni systemy zdarma
-
BTW, v jakém editoru (na NIX systémech) programujete php a v jakém CSS a HTml5 ?
Vim s hromadou vlastních doplňků a pluginů.
-
V php neprogramuji, z toho uz jsem vyrostl pred lety...
Takže kdo programuje v php, je loser ? ;D
Na systémové věci používám starý dobrý a jednoduchý nano :D
Na php a CSS/Html mám odzkoušenou více editorů, ale nejraději se vracím k staré dobré Kate (Katce :) ). Je to nejen textový, ale výborný editor na KDE desktopu.
Jinak Aptana Studio 3 se mi asi nejvíce líbí a nejméně mě rozčiluje ;D
Škoda, že na NIX-ech není alter ego TopStyle pro CSS (který běží jen na window$ech).
Ale to ruční psaní (v Kate) má zase jistou výhodu - když děláte něco seriózního, musíte se soustředit a nepsat překlepy a chyby, kromě samozřejmě použití různých opakujících se šablon atd.
-
Já mám nejradši WebStorm.
-
pro PHP jednoznacne PHPstorm - pokud nikomu nevadí placený sw. Jinak jsem přešel ze Sublime na MacVim (vim) a Atom mi přijde taky hodně v pohodě
-
Visual Studio Code nebo Geany.
-
VS Code je už docela dlouho i pro 32bit.
-
Na jejich stránkách po kliknutí na Linux mi to začalo nabízet jen 64b. verzi.
-
BTW, v jakém editoru (na NIX systémech) programujete php a v jakém CSS a HTml5 ?
Rails + CSS + HAML – dříve vim, pak Sublime, dneska Atom (ostatně, ten VS code je tuším jen zprasený fork Atomu)
-
Proč už nejde poznat že jde o reklamní článek? Zjistím to až po prokliku z nápisu komerční sdělení. S takovými články se jděte bodnout.
Jde, už podle bulvárního nadpisu...
-
(ostatně, ten VS code je tuším jen zprasený fork Atomu)
Neni.
-
sublime, případně vim...
-
Mea culpa, je to jen založené na Electronu.
-
Debian4ever: chce to všimnout si odkazu Available on other platforms.
-
Aptana, Sublime text - oba super
jinak v konzoli na configy pouzivam NANO, ale v nem neumim step back coz me rozciluje :-)
-
...všimnout si odkazu Available on other platforms.
Díky, už to vidím ;D Před půl rokem vůbec nebyla 32b. verze.
Tak po spuštění (přes CLI), protože jinak to dělá mrtvého brouka, dostanu hlášku:
/lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.15' not found (required by .../VSCode-linux-ia32/libgcrypt.so.11) ???
Supr, takže ve Wheezy si to opět jen tak lehce nespustím :-X
-
JetBrains editory jsou supr, ale pro programatory a kodery, pro admina je to asi overhead na nejaky ad hoc pouzivani.
Vim je supr, Kate je dobra, Gedit je dobry, Geany je fajn, Editra neni nejhorsi.
Eclipse je nenazrany, NetBeans mi prijde lepsi nez Eclipse i na ty ad hoc veci a neni tak nenazrany.
Nicmene furt hledam neco jako JetBrains ale do konzole, takze vladne Vim.
Obcas si dam i nejake to pico :D
-
Koukal jsem, kde je diskuze k tomu "článku" aka komerčnímu sdělení a jsem rád, že fórum nezklamalo. Já si to teda ze zvědavosti zkusil, ale takovou hrůzu už jsem dlouho nezažil. Oni jsou asi uživatele MS produktů už zvyklí, ale já mám teda nějaký kvalitativní standard, pod který bych nerad chodil :D.
Kdo jste na to zvědaví a nespustíte to kvůli dependencies na nových verzích knihoven, nezoufejte, vůbec o nic jste nepřišli. Naopak my co jsme se tím zabývali i jen ze zvědavosti jsme přišli o drahocenný čas. Mám pocit, že tenhle "editor" ani nevznikl proto, aby sloužil programátorům, ale pro novou firemní politiku "jak jsme teď hodná firma, jak rozdáváme a jak láskujeme Linux" :D. Trochu to ale netrefili, protože programátoři jsou jedni z největších odborníků, tak nějak nechápu, proč si nějaký markeťák myslel, že když dostanou takovou hrůzu zdarma, že se jim změní názor na MS :D.
Já od té doby, co v Aptana Studion 3 nefungovalo přes rok našeptávání u Pythonu (https://jira.appcelerator.org/browse/APSTUD-8261) používám přímo Eclipse. Ale koukám, že je nejvyšší čas zase kouknout na Aptanu, když už to po více než roce opravili ;).
-
Haha, zda se, ze Emacs tu nejak nikdo nemiluje. :-)
-
Proč už nejde poznat že jde o reklamní článek? Zjistím to až po prokliku z nápisu komerční sdělení. S takovými články se jděte bodnout.
Koukám, že to má jinou cestu než jiné články /pr-clanky/* vs /clanky/* to si vyloženě říká o filtr do něčeho :D
-
Haha, zda se, ze Emacs tu nejak nikdo nemiluje. :-)
Stačí, když je Emacs v tichosti tolerován. Války Vim vs. Emacs tu už byly a vždy skončily plichtou. Není nutné na tom stavu nic měnit, jsou to prostě dva skvělé editory.
-
omg co je to za stupidni modu tady vytahovat 32b systemy nebo plakat ze to nejde zkompilovat na starym systemu?
jinak na php netbeany - SSD nutnost, 8GB minimum. Ale to dneska povazuju za nutnost pro jakykoliv pocitac.
-
omg co je to za stupidni modu tady vytahovat 32b systemy
Clovece, predstavte si, ze stale jeste nezijeme v idealnim svete, kde vsechny PC maji 64 bitu.
-
JetBrains editory jsou supr, ale pro programatory a kodery, pro admina je to asi overhead na nejaky ad hoc pouzivani.
Vim je supr, Kate je dobra, Gedit je dobry, Geany je fajn, Editra neni nejhorsi.
JetBrains miluju, ale když jde o to udělat rychlou úpravu kódu, fakt preferuji Atom. Ten mi teď mimochodem dost pomohl ve výběrovém řízení, protože ta mrška má plugin i pro obskurnost ve formě OpenEdge :)
-
...
Se nesmíš divit. Typickej poberta, co včera tahal kačera na window$ech a dnes dělá ramena, jaký je to těžkej linuxovej king... ^^
Ten, 'to_je_prd', jak se jmenuje, na jménu přece nesejde, asi nepochopil, že politika - nová verze systému = nový, výkonnější hw, je typická pro nazi M$.
Debian 7 lze v s xfce v poho rozjet i se 128 MB RAM. Ale přece jen, pro větší rozšup, alespoň s Geany editorem, těch 256 MB by bylo lepší ;)
-
omg co je to za stupidni modu tady vytahovat 32b systemy
Clovece, predstavte si, ze stale jeste nezijeme v idealnim svete, kde vsechny PC maji 64 bitu.
64 bitů? To je jen hromada zbytečných nul na sběrnici.
-
omg co je to za stupidni modu tady vytahovat 32b systemy
Clovece, predstavte si, ze stale jeste nezijeme v idealnim svete, kde vsechny PC maji 64 bitu.
Pokud nekdo hodla programovat a neni schopen si vydelat par susnu relativne moderni HW(to kolik stoji 120GB SSD a 8GB DDR3 vyjde asi jako prumerny patecni vecer) tak by toho mel radsi nechat.
-
Pokud nekdo hodla programovat a neni schopen si vydelat par susnu relativne moderni HW(to kolik stoji 120GB SSD a 8GB DDR3 vyjde asi jako prumerny patecni vecer) tak by toho mel radsi nechat.
Programátoři s nadupanými mašinami mívají obvykle jeden velký problém: Jejich programy jsou děsně líné až nepoužitelné. Při vývoji si toho prostě nevšimnou. Chudáci zákazníci.
-
Pokud nekdo hodla programovat a neni schopen si vydelat par susnu relativne moderni HW(to kolik stoji 120GB SSD a 8GB DDR3 vyjde asi jako prumerny patecni vecer) tak by toho mel radsi nechat.
Programátoři s nadupanými mašinami mívají obvykle jeden velký problém: Jejich programy jsou děsně líné až nepoužitelné. Při vývoji si toho prostě nevšimnou. Chudáci zákazníci.
Problemy s vykonem vazne neprameni z toho, ze by meli programatori rychle stroje. Ostatne vetsina programatoru stejne ani nedela vetsi kusy GUI.
-
Pokud nekdo hodla programovat a neni schopen si vydelat par susnu relativne moderni HW(to kolik stoji 120GB SSD a 8GB DDR3 vyjde asi jako prumerny patecni vecer) tak by toho mel radsi nechat.
Tak oni na svete nejsou jen programatori, ale napriklad treba studenti. A svete div se, ne vsichni maji za tatika reditele fabriky. Pak jsou dalsi uzivatele, kteri sice asi nebudou pouzivat tenhle krasny editor, ale obcas jsou nuceni pouzivat aplikace, ktere poslepovali dohromady lidi s vasim pristupem.
-
omg co je to za stupidni modu tady vytahovat 32b systemy
Clovece, predstavte si, ze stale jeste nezijeme v idealnim svete, kde vsechny PC maji 64 bitu.
64 bitů? To je jen hromada zbytečných nul na sběrnici.
A já si dodnes myslel, že AMD64 (EM64-T, x86-64, x64) je hodně o tom množství registrů třeba (registr je nejrychlejší paměť v počítači). Nebo nových instrukcích... Každopádně binárky x86-64 jsou obvykle menší, než jejich 32bitové protějšky. To že MS má 64 bit OS skoro 2x větší je něčím jiným :D
-
64 bitů? To je jen hromada zbytečných nul na sběrnici.
A já si dodnes myslel, že AMD64 (EM64-T, x86-64, x64) je hodně o tom množství registrů třeba (registr je nejrychlejší paměť v počítači). Nebo nových instrukcích... Každopádně binárky x86-64 jsou obvykle menší, než jejich 32bitové protějšky. To že MS má 64 bit OS skoro 2x větší je něčím jiným :D
AMD64? Díky, nepotřebuji pařit hry.
-
...
A to o těch getrech už jste slyšeli?
-
A to o těch getrech už jste slyšeli?
Getr se používá při výrobě elektronek. Jak to souvisí?
-
A to o těch getrech už jste slyšeli?
Getr se používá při výrobě elektronek. Jak to souvisí?
No, o Uralu 1 jsi nikdy neslysel?
-
A to o těch getrech už jste slyšeli?
Getr se používá při výrobě elektronek. Jak to souvisí?
No, o Uralu 1 jsi nikdy neslysel?
Já ano, ale to_je_jedno asi ne.
-
A to o těch getrech už jste slyšeli?
Getr se používá při výrobě elektronek. Jak to souvisí?
To je ten sajrajt na šťopce, na kterym se oxidací vychytá kyslík z vnitřní atmosféry?
-
Getr se používá při výrobě elektronek.
To je ten sajrajt na šťopce, na kterym se oxidací vychytá kyslík z vnitřní atmosféry?
Přesně.
-
A to o těch getrech už jste slyšeli?
Getr se používá při výrobě elektronek. Jak to souvisí?
To je ten sajrajt na šťopce, na kterym se oxidací vychytá kyslík z vnitřní atmosféry?
jj, a když lampa praskne, tak pěkně zbělá :-)
ale s 64bitovým systémem nebo nějakým proprietárním blobem kdoví s čím, to určitě nesouvisí :p
-
jj, a když lampa praskne, tak pěkně zbělá :-)
ale s 64bitovým systémem nebo nějakým proprietárním blobem kdoví s čím, to určitě nesouvisí :p
Proc ne? Neumite si predstavit Ural 425, 64 bitu? Co fotbalove hriste, to mikropocitac!
Jinak ta lampa nemusi hned prasknout. Muzou do ni nalezt plyny z atmosfery a pak se v ni delaji krasne vyboje. Muze i svitit jak neonka.
-
jj, a když lampa praskne, tak pěkně zbělá :-)
ale s 64bitovým systémem nebo nějakým proprietárním blobem kdoví s čím, to určitě nesouvisí :p
Proc ne? Neumite si predstavit Ural 425, 64 bitu? Co fotbalove hriste, to mikropocitac!
Jinak ta lampa nemusi hned prasknout. Muzou do ni nalezt plyny z atmosfery a pak se v ni delaji krasne vyboje. Muze i svitit jak neonka.
Živě si to představuju, vedle toho dalších 5 hřišť se solárníma článkama a bude to i s dotací :-) No hlavně aby na to portovali tadyhle ten editor že...
-
Programátoři s nadupanými mašinami mívají obvykle jeden velký problém: Jejich programy jsou děsně líné až nepoužitelné. Při vývoji si toho prostě nevšimnou. Chudáci zákazníci.
Nevim, me to prijde spis, jakoby tady nejaci chudaci stekali, ze nekdo uz prekvapive nepodporuje jejich 486... Ono takovy sandy bridge celer/pentium, 4GB RAM a SSD je dneska naprosty zaklad a nejlevnejsi mozne kancelarske PC. A ze na vyvoj rad vyuziju vice RAM? Koukni se na ty dnesni ceny.
-
Programátoři s nadupanými mašinami mívají obvykle jeden velký problém: Jejich programy jsou děsně líné až nepoužitelné. Při vývoji si toho prostě nevšimnou. Chudáci zákazníci.
Nevim, me to prijde spis, jakoby tady nejaci chudaci stekali, ze nekdo uz prekvapive nepodporuje jejich 486... Ono takovy sandy bridge celer/pentium, 4GB RAM a SSD je dneska naprosty zaklad a nejlevnejsi mozne kancelarske PC. A ze na vyvoj rad vyuziju vice RAM? Koukni se na ty dnesni ceny.
Možná to spoustu lidí překvapí, ale stále při cestách používám Asus EEE, tam je 32bitový Atom. Jede na tom rozumne i Eclipse, coz me samotneho prekvapilo.
Takze co tim? To EEE mam rad, protoze soudruzi v Samsungu udelali chybu a zapomeli tam pridat kurvitko, mam jit do Lenova (ten Carbon X je tomu trosku podobnej) a doufat, ze to "neco" vydrzi?
-
Programátoři s nadupanými mašinami mívají obvykle jeden velký problém: Jejich programy jsou děsně líné až nepoužitelné. Při vývoji si toho prostě nevšimnou. Chudáci zákazníci.
Nevim, me to prijde spis, jakoby tady nejaci chudaci stekali, ze nekdo uz prekvapive nepodporuje jejich 486... Ono takovy sandy bridge celer/pentium, 4GB RAM a SSD je dneska naprosty zaklad a nejlevnejsi mozne kancelarske PC. A ze na vyvoj rad vyuziju vice RAM? Koukni se na ty dnesni ceny.
Taky ty nářky ohledně 64/32 bit na desktopu nechápu. Architektura amd64 je tu s námi třináctý rok (jádro Linuxu ji umí už patnáctý rok), takže to jako dnes na desktopu používáte PC, které je starší a stěžujete si? Vážně? Asi začnu brečet, že není podpora pro kompy s MC68k :D
-
...Asi začnu brečet, že není podpora pro kompy s MC68k...
IMO, tohle není správný "náhled" Linuxu, protože Linux je koncipován tak (když nevěříte, zeptejte se přímo Linuse), aby běžel i na 10-15 let starém počítači.
To, co zde někteří prezentují, s tím by je v redmondu přivítali s potleskem ;)
(͡° ͜ʖ ͡°)
-
...Asi začnu brečet, že není podpora pro kompy s MC68k...
IMO, tohle není správný "náhled" Linuxu, protože Linux je koncipován tak (když nevěříte, zeptejte se přímo Linuse), aby běžel i na 10-15 let starém počítači.
To, co zde někteří prezentují, s tím by je v redmondu přivítali s potleskem ;)
(͡° ͜ʖ ͡°)
Ale jasně, já jsem taky rád, že běží i na 10-15 let starém počítači. Ale jak jak jsem již řekl, to už tu s námi byla architektura amd64. Každopádně já psal o DESKTOPU a to zcela úmyslně. Víte určitě sám, kolik RAM je dnes potřeba pro svižný běh desktopu a "obyčejného" prohlížeče webu. A starý počítač ani tolik RAM často neumí. Doba je prostě jinde, můžeme polemizovat co je a co není na dnešních technologiích špatně, ale to mi desktop nezrychlí. Pořízení novějšího PC ano. Kolik energie/času/peněz mě stojí jedno nebo druhé je taky na případnou diskuzi. Adaptujte se nebo zhyňte ;)
-
...Asi začnu brečet, že není podpora pro kompy s MC68k...
IMO, tohle není správný "náhled" Linuxu, protože Linux je koncipován tak (když nevěříte, zeptejte se přímo Linuse), aby běžel i na 10-15 let starém počítači.
To, co zde někteří prezentují, s tím by je v redmondu přivítali s potleskem ;)
(͡° ͜ʖ ͡°)
Ale jasně, já jsem taky rád, že běží i na 10-15 let starém počítači. Ale jak jak jsem již řekl, to už tu s námi byla architektura amd64. Každopádně já psal o DESKTOPU a to zcela úmyslně. Víte určitě sám, kolik RAM je dnes potřeba pro svižný běh desktopu a "obyčejného" prohlížeče webu. A starý počítač ani tolik RAM často neumí. Doba je prostě jinde, můžeme polemizovat co je a co není na dnešních technologiích špatně, ale to mi desktop nezrychlí. Pořízení novějšího PC ano. Kolik energie/času/peněz mě stojí jedno nebo druhé je taky na případnou diskuzi. Adaptujte se nebo zhyňte ;)
Jak souvisí RAM s 64bitovým systémem? PAE je tady 20 let, dýl než x86_64 :-)
-
Jak souvisí RAM s 64bitovým systémem? PAE je tady 20 let, dýl než x86_64 :-)
To je sice supr, ale samotnej prohlížeč si klidně vezme >4GiB a pak se s PAE můžeš jít leda tak vyfotit.
-
Jak souvisí RAM s 64bitovým systémem? PAE je tady 20 let, dýl než x86_64 :-)
To je sice supr, ale samotnej prohlížeč si klidně vezme >4GiB a pak se s PAE můžeš jít leda tak vyfotit.
Muj tedy vypada takto (top)
347m 145m 32m S 10.3 33.2 3:51.23 midori
Ale je fakt, ze pocet tabu drzim v desitkach, potom se v tom sam nevyznam. Kolegove maji 50+ tabu a tam to roste, uznavam.
-
To je bjes.
Nějaké zófalec tady položí otázku a vždycky se to tu nějak zvrhne.
Introverti.
>:(
-
I při 70+ tabech v Iceweaselu na Debianu 7, nebyl větší odběr než 500 MB, při spuštěných videách i 600 MB, kolik by jich muselo být open, aby to vzalo 4 GB ?? ::)
To je bjes.
Nějaké zófalec tady položí otázku...
WTF? ???
-
To je bjes.
Nějaké zófalec tady položí otázku a vždycky se to tu nějak zvrhne.
Introverti.
>:(
Jo, a na závěr show přijde hawran a začne to zasírat výkřiky do tmy.
-
I při 70+ tabech v Iceweaselu na Debianu 7, nebyl větší odběr než 500 MB, při spuštěných videách i 600 MB, kolik by jich muselo být open, aby to vzalo 4 GB ?? ::)
Lineárně extrapolováno >560? :-)
-
Programátoři s nadupanými mašinami mívají obvykle jeden velký problém: Jejich programy jsou děsně líné až nepoužitelné. Při vývoji si toho prostě nevšimnou. Chudáci zákazníci.
Nevim, me to prijde spis, jakoby tady nejaci chudaci stekali, ze nekdo uz prekvapive nepodporuje jejich 486... Ono takovy sandy bridge celer/pentium, 4GB RAM a SSD je dneska naprosty zaklad a nejlevnejsi mozne kancelarske PC. A ze na vyvoj rad vyuziju vice RAM? Koukni se na ty dnesni ceny.
K čemu by mi byla novější mašina s hromadou RAM, když mi na ní Vim (což je nadupaný editor kódu pro Linux, OS X i Windows) nebo Git (což je nadupaný VCS) poběží stejně svižně jako na té stávající?
-
Mě tady chybí nějaký svižný editor s pěkným designem ( jo jsem tenhle typ, co má rád hezké aplikace), který by byl snadno rozšiřitelný pluginy.
IntelliJ Idea, Eclipse, NetBeans = Java. Na mém ntb 4GB RAM, i5 Haswell mě často vytáčí delay mezi uživatelskou akcí typu klik myši a reakcí, např. zobrazení kontextového menu. Je to prostě tím, že než ta událost probublá až k obsluze skrz všechny ty abstrakce, tak to zabere X milisekund a už je to poznat. Mě to někdy strašně nervuje.
To samé snad ještě hůř se to chová na těch dnešních nových editorech (Atom, Brackets, Visual Code), co se objevují jako houby po dešti a jsou napsané ve webových technologiích na různých enginech z prohlížeču apod..
Potom tu máme IDEčka typu Visual Studio nebo XCode, které slouží primárně pro vývoj aplikací pro konkrétní operační systém a v konkrétních technologiích.
Ještě jsem zkoušel pár IDEček jako Komodo Edit nebo Code Blocks, ale není to ono.
Chybí mi tady IDEčko napsané nejlépe asi v C++, pěkne zdokumentované, rozšiřitelné, s moderním designem a snahou co nejrychleji reagovat na uživatelské vstupy. Už jsem pomalu začal něco takového vytvářet v Qt, design ala WebStorm, chování podobné Eclipse a hlavní sada pluginů zaměřená na vývoj v JavaScriptu a moderních technologie jako React a Meteor.
-
No jo, víš, jak to s tou Javou je... Tvrdit, že je dobrá, protože funguje na všech platformách je stejné, jako tvrdit, že anální sex je dobrý, protože funguje na všech pohlavích :-D
-
Linux je koncipován tak (když nevěříte, zeptejte se přímo Linuse), aby běžel i na 10-15 let starém počítači.
To ti nikdo nebere, ale nemuzes doufat nebo snad pozadovat, ze to budou resit vyvojari vsech desktopovych programu kvuli par zoufalcum. Mezi desktopem a serverem je v tomto naprosto zasadni rozdil. Mas pocit, ze na 10-15 let starem zeleze dnes lze rozumne brouzdat webem nebo sledovat aspon 720p videa? Pred 13 lety jsem si kupoval nabuseny pocitac za 40k ktery mel 256MB DDR(tehdy naprosta novinka za dvojnasobnou cenu SDR) a skvely Athlon 1,33 GHz! Disk mel slusnych 40GB a tusim, ze rychlost sekvencniho cteni tak nejak na urovni rychlosti USB 2.0 (ktere jsem v kompu nemel).
Opakuji: clovek ktery potrebuje IDE (nestaci mu gedit nebo geany) a nema na to tak by mel zvazit nastup do kolbenky na sestou u pichacky.
-
K čemu by mi byla novější mašina s hromadou RAM, když mi na ní Vim (což je nadupaný editor kódu pro Linux, OS X i Windows) nebo Git (což je nadupaný VCS) poběží stejně svižně jako na té stávající?
pak asi neni duvod plakat nad tim, ze nejaky IDE nepodporuje 32bit platformu.
-
K čemu by mi byla novější mašina s hromadou RAM, když mi na ní Vim (což je nadupaný editor kódu pro Linux, OS X i Windows) nebo Git (což je nadupaný VCS) poběží stejně svižně jako na té stávající?
pak asi neni duvod plakat nad tim, ze nejaky IDE nepodporuje 32bit platformu.
Podívej se pořádně. Nikde jsem neplakal nad tím, že "nejaky IDE nepodporuje 32bit platformu". Vadilo mi, že 32bitovou platformou je opovrhováno, jako kdyby byla zastaralá. Není a ještě dlouho nebude.
A také mi vadí, když někdo na 64 bitech neumí používat češtinu. I 64bitové platformy by to měly zvládat, přestože Unicode je 31bitovým kódováním.
-
samotne x86 je beznadejne zastarale i kdyby ses na ucho postavil. JE a uz dlouho je.
-
s moderním designem
co si pod tim mame predstavit?
-
Mě tady chybí nějaký svižný editor s pěkným designem ( jo jsem tenhle typ, co má rád hezké aplikace), který by byl snadno rozšiřitelný pluginy.
...
Potom tu máme IDEčka typu Visual Studio nebo XCode, které slouží primárně pro vývoj aplikací pro konkrétní operační systém a v konkrétních technologiích.
Ještě jsem zkoušel pár IDEček jako Komodo Edit nebo Code Blocks, ale není to ono.
Chybí mi tady IDEčko napsané nejlépe asi v C++, pěkne zdokumentované, rozšiřitelné, s moderním designem a snahou co nejrychleji reagovat na uživatelské vstupy.
...
Presne, s timhle bojuju uz mnoho let. Proste neni, neni, neni.
Chtelo by to kombinace UI a pohodli IntelliJ IDEA(PHP/Web Storm, Pycharm). Rychlost a funkcnost Visual Studia(UI ma taky hezke, ale editor uz proste neni ono). A editor se schopnostma a jednoduchosti pouziti jako Sublime Text.
Bohuzel nic takoveho neni. Clovek se muze pokouset neco posklada, ale... Funkcne vetsinu veci umi obsahnout treba vim. Ale je to hnusne a neergonomicke. Vyladit si vim spravnyma pluginama trva roky. A stejne po nekolika dnech pouzivani Sublime se mi tento pouziva lepe a jednoduseji, nez po 10 letech vim.
IntelliJ - supr IDE, pekne se pouziva a vsecko, ale - je to tragicky "pomala" krava. Proste klasicka Javovska UI aplikace. Jeste jsem nenasel Java GUI aplikaci, u ktere by clovek nemusel obcas skripat zubama.
Visual Studio - pekne, funkcni, relativne rychle, ale editor proste neni tak mocny jako Sublime treba.
-
Mas pocit, ze na 10-15 let starem zeleze dnes lze rozumne brouzdat webem nebo sledovat aspon 720p videa?
Nejen pocit, ale i zkusenost. Lze to, odzkouseno !
...clovek ktery potrebuje IDE (nestaci mu gedit nebo geany) a nema na to tak by mel zvazit nastup do kolbenky na sestou u pichacky.
K ostatnimu se nebudu vyjadrovat, protoze, imo, jsou to primitivni nazory cloveka, ktery vi o skutecnem zivote kulovy.
Bez urazky.
-
samotne x86 je beznadejne zastarale i kdyby ses na ucho postavil. JE a uz dlouho je.
Kdy se na 64 bitech naučíš používat Unicode? Nebo se tam ještě nedostalo? :-)
-
Visual Studio community 2015 sa mi spusti za 2s (ssd). Niektore lightove appky pod linuxom sa spustaju aj dlhsie a take eclipse skoda reci..takze neviem co tu riesite inzinierov z Redmontu.
Inak niektore "pomalosti" UI mozu byt sposobene napr tym, ze sa kontextove menu zobrazi pri pusteni tlacitka mysi a inde pri stlaceni. Potom sa to javi, ze ta aplikacia je pomalsia. Tiez si treba uvedomit, ze to menu je kontextove, tzn ze to stlacenie moze sposobit aj sparsovanie celeho kodu a vsetkeho co sa importuje a to nejaky cas trva (dokaz je napr rozne moznosti v refactor menu). Ak to viete urobit rychlejsie, je to opensource, tak smelo do toho. Nic v zlom, ale nejake teorie o prebublavani su nezmysel..
Ano, tiez by som chcel pocitac ktory sa ihned zapne, aplikacie ktore sa ihned otvoria (a neobmedzene mnozstvo) a graficky super vyzeraju, ale kazdy kto robi v IT by mal aspon tusit, ako dnes OS pracuju, a ze su tu iste technologicke obmedzenia (a pri 13 rocnom PC skoda reci..).
-
Visual Studio community 2015 sa mi spusti za 2s (ssd). Niektore lightove appky pod linuxom sa spustaju aj dlhsie a take eclipse skoda reci..takze neviem co tu riesite inzinierov z Redmontu.
Vim se mi spouští 0,3 s (HDD) Také občas přemýšlím, jak by se to dalo urychlit :)
-
Proč už nejde poznat že jde o reklamní článek? Zjistím to až po prokliku z nápisu komerční sdělení. S takovými články se jděte bodnout.
Koukám, že to má jinou cestu než jiné články /pr-clanky/* vs /clanky/* to si vyloženě říká o filtr do něčeho :D
Tady (https://greasyfork.org/en/scripts/1274-root-cz-zpruhledneni-pr-clanku) mate hotovy udelator na vyznaceni reklamnich clanku ;).
-
Jak tak sleduju tuhle fundovanou a přínosnou diskuzi, tak mám dojem, že se svým cca. 16 let starým noťasem Dell Inspiron 7500, který mě už drahně let leží "uložený" ve sklepě, bych zde ještě stále byl za rozežrance se zbytečně výkonnou mašinou.
Jeho parametry jsou totiž 650MHz Pentium III (nebo 450?? safra, už si nevzpomínám), 18GB HD, 256MB RAM (2x SIMM 128), RIVA TNT2?? s cca. 8MB VRAM, s obrazovkou 14"? 15"?", rozlišením 1400 x 1050 (tohle si náhodou pamatuju celkem přesně, protože jsem z takto obrovského rozlišení byl doslova celý vedle sebe - úplně jsem se rozdvojil,. Schyzofrenií to naštěstí neskončilo. ;D), dále to má DVD mechaniku (DVD umí pouze číst, CD i zapisovat) a pak si vzpomínám, že v tom byla zasunutá PCMCIA karta kombinující telefonní modem a 100Mbit ethernet. Je k tomu i mechanická myš s kuličkou (ten typ který se stále musel rozebírat a mechanika čistit od nánosu nečistot) s RS-232. - Ten noťas má samozřejmě RS-232 a Centronix.... :D
Když jsem to před pár lety ze sklepa vytáhnul a ze zvědavosti zapojil, tak se to na adapter k mému překvapení rozběhlo a dokonce to z HD natáhlo i Win NT 4.0, které tam byly. Nechápal jsem, že za těch cca. 10 let, co to ve sklepě leželo, ten HD stále byl schopen chodu a dokonce se z jeho ploten ani nevytratil magnetický záznam. :D
Tož, tolik můj obsáhlejší podotek k tomuto přínosnému tématu.
-
...
Inak niektore "pomalosti" UI mozu byt sposobene napr tym, ze sa kontextove menu zobrazi pri pusteni tlacitka mysi a inde pri stlaceni. Potom sa to javi, ze ta aplikacia je pomalsia. Tiez si treba uvedomit, ze to menu je kontextove, tzn ze to stlacenie moze sposobit aj sparsovanie celeho kodu a vsetkeho co sa importuje a to nejaky cas trva (dokaz je napr rozne moznosti v refactor menu). Ak to viete urobit rychlejsie, je to opensource, tak smelo do toho. Nic v zlom, ale nejake teorie o prebublavani su nezmysel..
....
Tak samozřejmě, ale pořád ten čas než se dostane událost zachycená operačním systémem do obsluhy někde hlubuko v klientský aplikaci napsaný v Javě, navíc ještě v takovým molochu jako bývají ty IDEčka, je daleko delší než v nějaký C++ aplikaci, kde to jádro je optimalizované právě na co nejrychlejší zpracování těhlech událostí. Jakmile se ta událost dostane do fronty událostí aplikace, tak už je to všechno na tý aplikaci, takže nějakým extra omezením od OS bych se neoháněl, protože některé aplikace fungují naprosto svižně, viz. UI Blenderu. Já bych se vsadil, že za tu dobu než v Javovský aplikaci taková událost probublá skrze JNI vůbec do nějaký interní fronty Swingu/SWT, tak v C++ aplikaci už ji obsluhuje uživatelský handler. Samozřejmě všechno je to relativní podle toho, jak špatně je ten kód napsanej, ale asi se nebudeme dohadovat o tom, že GUI aplikace v Javě bývají pomalejší. Proto se Java na desktopu ani moc neprosadila. Jediný větší aplikace jsou právě to trio Eclipse/NetBeans/IntellijIDEA, což se dá pochopit, protože to jsou primárně Javovský IDEčka a takový IDEčko je dobrý dělat v Javě, protože je tam lepší integrace celé té Java platformy.
-
...Asi začnu brečet, že není podpora pro kompy s MC68k...
IMO, tohle není správný "náhled" Linuxu, protože Linux je koncipován tak (když nevěříte, zeptejte se přímo Linuse), aby běžel i na 10-15 let starém počítači.
To, co zde někteří prezentují, s tím by je v redmondu přivítali s potleskem ;)
(͡° ͜ʖ ͡°)
Ale jasně, já jsem taky rád, že běží i na 10-15 let starém počítači. Ale jak jak jsem již řekl, to už tu s námi byla architektura amd64. Každopádně já psal o DESKTOPU a to zcela úmyslně. Víte určitě sám, kolik RAM je dnes potřeba pro svižný běh desktopu a "obyčejného" prohlížeče webu. A starý počítač ani tolik RAM často neumí. Doba je prostě jinde, můžeme polemizovat co je a co není na dnešních technologiích špatně, ale to mi desktop nezrychlí. Pořízení novějšího PC ano. Kolik energie/času/peněz mě stojí jedno nebo druhé je taky na případnou diskuzi. Adaptujte se nebo zhyňte ;)
Jak souvisí RAM s 64bitovým systémem? PAE je tady 20 let, dýl než x86_64 :-)
To opravdu nechápete, že starý stroj nemá dostatek paměťových slotů a není možné do něj sehnat starší typ paměti s dostatečnou kapacitou nebo se jen nechápavým děláte?
-
Programátoři s nadupanými mašinami mívají obvykle jeden velký problém: Jejich programy jsou děsně líné až nepoužitelné. Při vývoji si toho prostě nevšimnou. Chudáci zákazníci.
Nevim, me to prijde spis, jakoby tady nejaci chudaci stekali, ze nekdo uz prekvapive nepodporuje jejich 486... Ono takovy sandy bridge celer/pentium, 4GB RAM a SSD je dneska naprosty zaklad a nejlevnejsi mozne kancelarske PC. A ze na vyvoj rad vyuziju vice RAM? Koukni se na ty dnesni ceny.
K čemu by mi byla novější mašina s hromadou RAM, když mi na ní Vim (což je nadupaný editor kódu pro Linux, OS X i Windows) nebo Git (což je nadupaný VCS) poběží stejně svižně jako na té stávající?
Nebyla náhodou řeč o DESKTOPECH ne o kozolových/terminálových mašinách? Možná by stálo za to, aby jste si ujasnil, co je to znamená desktop.
-
Mě tady chybí nějaký svižný editor s pěkným designem ( jo jsem tenhle typ, co má rád hezké aplikace), který by byl snadno rozšiřitelný pluginy.
IntelliJ Idea, Eclipse, NetBeans = Java. Na mém ntb 4GB RAM, i5 Haswell mě často vytáčí delay mezi uživatelskou akcí typu klik myši a reakcí, např. zobrazení kontextového menu. Je to prostě tím, že než ta událost probublá až k obsluze skrz všechny ty abstrakce, tak to zabere X milisekund a už je to poznat. Mě to někdy strašně nervuje.
To samé snad ještě hůř se to chová na těch dnešních nových editorech (Atom, Brackets, Visual Code), co se objevují jako houby po dešti a jsou napsané ve webových technologiích na různých enginech z prohlížeču apod..
Potom tu máme IDEčka typu Visual Studio nebo XCode, které slouží primárně pro vývoj aplikací pro konkrétní operační systém a v konkrétních technologiích.
Ještě jsem zkoušel pár IDEček jako Komodo Edit nebo Code Blocks, ale není to ono.
Chybí mi tady IDEčko napsané nejlépe asi v C++, pěkne zdokumentované, rozšiřitelné, s moderním designem a snahou co nejrychleji reagovat na uživatelské vstupy. Už jsem pomalu začal něco takového vytvářet v Qt, design ala WebStorm, chování podobné Eclipse a hlavní sada pluginů zaměřená na vývoj v JavaScriptu a moderních technologie jako React a Meteor.
https://www.kdevelop.org (https://www.kdevelop.org)?
-
Programátoři s nadupanými mašinami mívají obvykle jeden velký problém: Jejich programy jsou děsně líné až nepoužitelné. Při vývoji si toho prostě nevšimnou. Chudáci zákazníci.
Nevim, me to prijde spis, jakoby tady nejaci chudaci stekali, ze nekdo uz prekvapive nepodporuje jejich 486... Ono takovy sandy bridge celer/pentium, 4GB RAM a SSD je dneska naprosty zaklad a nejlevnejsi mozne kancelarske PC. A ze na vyvoj rad vyuziju vice RAM? Koukni se na ty dnesni ceny.
K čemu by mi byla novější mašina s hromadou RAM, když mi na ní Vim (což je nadupaný editor kódu pro Linux, OS X i Windows) nebo Git (což je nadupaný VCS) poběží stejně svižně jako na té stávající?
Nebyla náhodou řeč o DESKTOPECH ne o kozolových/terminálových mašinách? Možná by stálo za to, aby jste si ujasnil, co je to znamená desktop.
To je ta vec, na ktorej bezi gvim.
-
Visual Studio community 2015 sa mi spusti za 2s (ssd). Niektore lightove appky pod linuxom sa spustaju aj dlhsie a take eclipse skoda reci..takze neviem co tu riesite inzinierov z Redmontu.
...
Tiez si treba uvedomit, ze to menu je kontextove, tzn ze to stlacenie moze sposobit aj sparsovanie celeho kodu a vsetkeho co sa importuje a to nejaky cas trva (dokaz je napr rozne moznosti v refactor menu). Ak to viete urobit rychlejsie, je to opensource, tak smelo do toho. Nic v zlom, ale nejake teorie o prebublavani su nezmysel..
...
Jinak co se týče nějakýho parsování a importování kódu po kliknutí, tak to by se stejně provádělo jen jednou, takže to taky není zrovna ideální teorie :)
-
Proč už nejde poznat že jde o reklamní článek? Zjistím to až po prokliku z nápisu komerční sdělení. S takovými články se jděte bodnout.
Koukám, že to má jinou cestu než jiné články /pr-clanky/* vs /clanky/* to si vyloženě říká o filtr do něčeho :D
Tady (https://greasyfork.org/en/scripts/1274-root-cz-zpruhledneni-pr-clanku) mate hotovy udelator na vyznaceni reklamnich clanku ;).
Já to tušil, že to už někoho napadlo :D, díky ;)
-
Programátoři s nadupanými mašinami mívají obvykle jeden velký problém: Jejich programy jsou děsně líné až nepoužitelné. Při vývoji si toho prostě nevšimnou. Chudáci zákazníci.
Nevim, me to prijde spis, jakoby tady nejaci chudaci stekali, ze nekdo uz prekvapive nepodporuje jejich 486... Ono takovy sandy bridge celer/pentium, 4GB RAM a SSD je dneska naprosty zaklad a nejlevnejsi mozne kancelarske PC. A ze na vyvoj rad vyuziju vice RAM? Koukni se na ty dnesni ceny.
K čemu by mi byla novější mašina s hromadou RAM, když mi na ní Vim (což je nadupaný editor kódu pro Linux, OS X i Windows) nebo Git (což je nadupaný VCS) poběží stejně svižně jako na té stávající?
Nebyla náhodou řeč o DESKTOPECH ne o kozolových/terminálových mašinách? Možná by stálo za to, aby jste si ujasnil, co je to znamená desktop.
To je ta vec, na ktorej bezi gvim.
Desktop není jen o pouštění jednoho editoru a ničeho jiného že? Argument pro argument, ne pro přínos, že? ;) To bych mohl argumentovat, že gvim je pro GTK/Gnome2 a to mi nesedí do mého desktopu. A pokud vím, tak na desktopu už vim ztrácí značnou část svého kouzla, že?
-
Visual Studio community 2015 sa mi spusti za 2s (ssd). Niektore lightove appky pod linuxom sa spustaju aj dlhsie a take eclipse skoda reci..takze neviem co tu riesite inzinierov z Redmontu.
...
Tiez si treba uvedomit, ze to menu je kontextove, tzn ze to stlacenie moze sposobit aj sparsovanie celeho kodu a vsetkeho co sa importuje a to nejaky cas trva (dokaz je napr rozne moznosti v refactor menu). Ak to viete urobit rychlejsie, je to opensource, tak smelo do toho. Nic v zlom, ale nejake teorie o prebublavani su nezmysel..
...
Jinak co se týče nějakýho parsování a importování kódu po kliknutí, tak to by se stejně provádělo jen jednou, takže to taky není zrovna ideální teorie :)
Taky si myslím, že je to pokus odvádět problém jinam. Java GUI apky jsou prostě pomalé díky jiným věcem. A pokud aplikace potřebuje něco probublávat, aby mohla sestavit kontextovou nabídku, nikdo ji nebrání bublat si tyhle kontextové věci do cache v době, kdy se PC fláká - např. když píšu na klávesnici, jsem ochoten ji na to zapůjčit i polovinu procesorových jader (tj. 4 z 8) ;).
-
Taky si myslím, že je to pokus odvádět problém jinam. Java GUI apky jsou prostě pomalé díky jiným věcem. A pokud aplikace potřebuje něco probublávat, aby mohla sestavit kontextovou nabídku, nikdo ji nebrání bublat si tyhle kontextové věci do cache v době, kdy se PC fláká - např. když píšu na klávesnici, jsem ochoten ji na to zapůjčit i polovinu procesorových jader (tj. 4 z 8) ;).
To mělo být 4 z 8, ale protože to bylo v závorkách, tak se to přeměnilo na smajla...
-
Visual Studio community 2015 sa mi spusti za 2s (ssd). Niektore lightove appky pod linuxom sa spustaju aj dlhsie a take eclipse skoda reci..takze neviem co tu riesite inzinierov z Redmontu.
...
Tiez si treba uvedomit, ze to menu je kontextove, tzn ze to stlacenie moze sposobit aj sparsovanie celeho kodu a vsetkeho co sa importuje a to nejaky cas trva (dokaz je napr rozne moznosti v refactor menu). Ak to viete urobit rychlejsie, je to opensource, tak smelo do toho. Nic v zlom, ale nejake teorie o prebublavani su nezmysel..
...
Jinak co se týče nějakýho parsování a importování kódu po kliknutí, tak to by se stejně provádělo jen jednou, takže to taky není zrovna ideální teorie :)
Taky si myslím, že je to pokus odvádět problém jinam. Java GUI apky jsou prostě pomalé díky jiným věcem. A pokud aplikace potřebuje něco probublávat, aby mohla sestavit kontextovou nabídku, nikdo ji nebrání bublat si tyhle kontextové věci do cache v době, kdy se PC fláká - např. když píšu na klávesnici, jsem ochoten ji na to zapůjčit i polovinu procesorových jader (tj. 4 z 8) ;).
No tim probuláváním jsem měl namysli probublávání událostí, tzn. než se událost dostane od nějakého interruptu třeba z myši až do uživatelského handleru v aplikaci, tak ta aplikačně závislá část toho bublání je u Javovských aplikaci prostě delší. Tam nějaká cache moc nepomůže. Jinak ten termín probublávání není žádný můj výmysl. Event bubbling normálně popisuje třeba šíření DOM událostí v prohlížeči.
-
Desktop není jen o pouštění jednoho editoru a ničeho jiného že? Argument pro argument, ne pro přínos, že? ;) To bych mohl argumentovat, že gvim je pro GTK/Gnome2 a to mi nesedí do mého desktopu. A pokud vím, tak na desktopu už vim ztrácí značnou část svého kouzla, že?
Vim na desktopu žádné kouzlo neztrácí, protože si s ním velmi dobře rozumí. Možná ho jen neumíš nakonfigurovat...
-
Desktop není jen o pouštění jednoho editoru a ničeho jiného že? Argument pro argument, ne pro přínos, že? ;) To bych mohl argumentovat, že gvim je pro GTK/Gnome2 a to mi nesedí do mého desktopu. A pokud vím, tak na desktopu už vim ztrácí značnou část svého kouzla, že?
Vim na desktopu žádné kouzlo neztrácí, protože si s ním velmi dobře rozumí. Možná ho jen neumíš nakonfigurovat...
Jasně, protože vim přenesený z terminálu do GUI neumí používat výhody desktopu a vy si to neumíte přiznat, je lepší shodit partnera v diskuzi tím, že něco neumí. To zas bude v alejích vlastně diskuzích nablito :D
-
Vim na desktopu žádné kouzlo neztrácí, protože si s ním velmi dobře rozumí. Možná ho jen neumíš nakonfigurovat...
Jasně, protože vim přenesený z terminálu do GUI neumí používat výhody desktopu a vy si to neumíte přiznat, je lepší shodit partnera v diskuzi tím, že něco neumí. To zas bude v alejích vlastně diskuzích nablito :D
Tak jinak: Které výhody desktopu Vim nedokáže používat?
-
Tak jinak: Které výhody desktopu Vim nedokáže používat?
Nema Ribbon. ;D
-
Vim na desktopu žádné kouzlo neztrácí, protože si s ním velmi dobře rozumí. Možná ho jen neumíš nakonfigurovat...
Jasně, protože vim přenesený z terminálu do GUI neumí používat výhody desktopu a vy si to neumíte přiznat, je lepší shodit partnera v diskuzi tím, že něco neumí. To zas bude v alejích vlastně diskuzích nablito :D
Tak jinak: Které výhody desktopu Vim nedokáže používat?
GUI Vim nema plnohodnotny terminal. Takze kdyz dam napriklad K kdyz mam cursor na "fft" v octave skriptu, tak ve Vimu spustenem v konzoli se mi zobrazi help z octave, ale v GUI Vimu se mi nezobrazi nic, protoze to neni plnohodnotny terminal. ale to je trochu mimo diskuzi.
-
Tak jinak: Které výhody desktopu Vim nedokáže používat?
Nema Ribbon. ;D
Chápu, že to měl být vtip, ale kdysi jsem narazil na to, že se to dá dokonfigurovat. Jenže to samozřejmě nechci, protože to by byl krok zpět.
Našel jsem na to téma projekt https://github.com/kablamo/vim-ribbon/ (https://github.com/kablamo/vim-ribbon/), jehož autor však slovo "ribbon" zřejmě chápe trochu jinak, než jsi měl na mysli.
-
Tak jinak: Které výhody desktopu Vim nedokáže používat?
GUI Vim nema plnohodnotny terminal. Takze kdyz dam napriklad K kdyz mam cursor na "fft" v octave skriptu, tak ve Vimu spustenem v konzoli se mi zobrazi help z octave, ale v GUI Vimu se mi nezobrazi nic, protoze to neni plnohodnotny terminal. ale to je trochu mimo diskuzi.
Gvim jsem kdysi zkoušel používat, ale vůbec mi nesedl. Na můj vkus fungoval "tak nějak divně". Hodí se možná do Windows.
-
...Asi začnu brečet, že není podpora pro kompy s MC68k...
IMO, tohle není správný "náhled" Linuxu, protože Linux je koncipován tak (když nevěříte, zeptejte se přímo Linuse), aby běžel i na 10-15 let starém počítači.
To, co zde někteří prezentují, s tím by je v redmondu přivítali s potleskem ;)
(͡° ͜ʖ ͡°)
Ale jasně, já jsem taky rád, že běží i na 10-15 let starém počítači. Ale jak jak jsem již řekl, to už tu s námi byla architektura amd64. Každopádně já psal o DESKTOPU a to zcela úmyslně. Víte určitě sám, kolik RAM je dnes potřeba pro svižný běh desktopu a "obyčejného" prohlížeče webu. A starý počítač ani tolik RAM často neumí. Doba je prostě jinde, můžeme polemizovat co je a co není na dnešních technologiích špatně, ale to mi desktop nezrychlí. Pořízení novějšího PC ano. Kolik energie/času/peněz mě stojí jedno nebo druhé je taky na případnou diskuzi. Adaptujte se nebo zhyňte ;)
Jak souvisí RAM s 64bitovým systémem? PAE je tady 20 let, dýl než x86_64 :-)
To opravdu nechápete, že starý stroj nemá dostatek paměťových slotů a není možné do něj sehnat starší typ paměti s dostatečnou kapacitou nebo se jen nechápavým děláte?
PAE se využije už u 4GB RAM a takových desktopů je spousta, a podle mě to bohatě stačí. Na 8GB si můžeš honit virtuálky apod., vždyť ani JVM v reálu na tom slavném desktopu tolik nepotřebuje. A nebo jinak, co sem takthle hodit výstup z "top", ať vidíme, jak je to v praxi?
Abys neřekl, házím sem výstup ze stroje, na kterém toto píšu (je to můj psací stroj, ne konzumátor obsahu):
top - 20:36:56 up 20 days, 22:28, 3 users, load average: 0.36, 0.36, 0.35
Tasks: 78 total, 2 running, 76 sleeping, 0 stopped, 0 zombie
%Cpu0 : 20.7 us, 2.3 sy, 0.7 ni, 76.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem: 447864 total, 390264 used, 57600 free, 14444 buffers
KiB Swap: 1510072 total, 0 used, 1510072 free, 192056 cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3394 pi 20 0 3760 800 564 S 1.1 0.2 226:02.38 watch
1983 root 35 15 4936 1896 572 S 0.4 0.4 169:57.15 preload
3176 pi 20 0 116m 11m 8488 S 0.7 2.5 163:25.82 lxpanel
3377 pi 39 19 4676 1048 688 R 0.4 0.2 126:30.73 top
3362 pi 20 0 10404 3540 996 S 0.1 0.8 25:56.19 xterm
1664 root 20 0 1752 240 156 S 0.1 0.1 18:34.59 ifplugd
7 root 20 0 0 0 0 S 0.0 0.0 13:28.79 rcu_preempt
3154 pi 20 0 22444 9548 2072 S 0.3 2.1 9:35.42 openbox
3379 pi 20 0 10404 3312 752 S 0.1 0.7 7:19.05 xterm
1687 root 20 0 1752 240 156 S 0.0 0.1 6:01.42 ifplugd
2522 ntp 20 0 5516 948 548 S 0.0 0.2 5:18.36 ntpd
3 root 20 0 0 0 0 S 0.0 0.0 3:00.71 ksoftirqd/0
15243 pi 20 0 347m 133m 30m R 10.3 30.5 2:57.33 midori
3178 pi 20 0 14076 1356 972 S 0.0 0.3 2:26.69 menu-cached
1 root 20 0 2148 280 176 S 0.0 0.1 1:05.54 init
392 root 20 0 0 0 0 S 0.0 0.0 0:56.61 usb-storage
37 root 20 0 0 0 0 S 0.0 0.0 0:29.44 mmcqd/0
1346 root 20 0 0 0 0 S 0.0 0.0 0:27.46 jbd2/sda1-8
-
Vim na desktopu žádné kouzlo neztrácí, protože si s ním velmi dobře rozumí. Možná ho jen neumíš nakonfigurovat...
Jasně, protože vim přenesený z terminálu do GUI neumí používat výhody desktopu a vy si to neumíte přiznat, je lepší shodit partnera v diskuzi tím, že něco neumí. To zas bude v alejích vlastně diskuzích nablito :D
Tak jinak: Které výhody desktopu Vim nedokáže používat?
Podle mě ti neodpoví, sám se do toho zamotal no :-)
-
Každopádně já psal o DESKTOPU a to zcela úmyslně. ... Adaptujte se nebo zhyňte ;)
Mozete mi prezradit aky kod vyvijate na desktope? Lebo ja zijem v uplne inom svete kde sa programuju male funkcnosti pre velke programy. Mat to nainstalovane na desktope je ciste sci fi. Nehovoriac o tom keby ste mal preskocit z jedneho projektu na druhy a preto by ste cely desktop potreboval preinstalovat.
-
Vim na desktopu žádné kouzlo neztrácí, protože si s ním velmi dobře rozumí. Možná ho jen neumíš nakonfigurovat...
Jasně, protože vim přenesený z terminálu do GUI neumí používat výhody desktopu a vy si to neumíte přiznat, je lepší shodit partnera v diskuzi tím, že něco neumí. To zas bude v alejích vlastně diskuzích nablito :D
Tak jinak: Které výhody desktopu Vim nedokáže používat?
V podstatě žádné... Podívejte se např. na Kate a co z toho co umí neumí gvim
-
Tak jinak: Které výhody desktopu Vim nedokáže používat?
V podstatě žádné... Podívejte se např. na Kate a co z toho co umí neumí gvim
To je trochu nefér, protože ve srovnání s Vimem neumí Kate nic.
Proč do toho pořád pleteš Gvim?
-
Vim na desktopu žádné kouzlo neztrácí, protože si s ním velmi dobře rozumí. Možná ho jen neumíš nakonfigurovat...
Jasně, protože vim přenesený z terminálu do GUI neumí používat výhody desktopu a vy si to neumíte přiznat, je lepší shodit partnera v diskuzi tím, že něco neumí. To zas bude v alejích vlastně diskuzích nablito :D
Tak jinak: Které výhody desktopu Vim nedokáže používat?
Podle mě ti neodpoví, sám se do toho zamotal no :-)
Klidně můžete psát rovnou mi, pokud máte nějaký dotaz ap., stále jsem v diskuzi ;)
-
Tak jinak: Které výhody desktopu Vim nedokáže používat?
V podstatě žádné... Podívejte se např. na Kate a co z toho co umí neumí gvim
To je trochu nefér, protože ve srovnání s Vimem neumí Kate nic.
Proč do toho pořád pleteš Gvim?
Jste si mě s někým spletl, jo o gvimu nezačal, já pouze reagoval...
Nefér? Gvim proti Kate neumí nic a vim zase neumí vychytávky, které umí kate na desktopu, protože vim není desktopová aplikace. Vše to je jen o požadavcích a potřebách a užití. To co vyhovuje vám nemusí jinému.
-
To je trochu nefér, protože ve srovnání s Vimem neumí Kate nic.
Proč do toho pořád pleteš Gvim?
Jste si mě s někým spletl, jo o gvimu nezačal, já pouze reagoval...
Nefér? Gvim proti Kate neumí nic a vim zase neumí vychytávky, které umí kate na desktopu, protože vim není desktopová aplikace. Vše to je jen o požadavcích a potřebách a užití. To co vyhovuje vám nemusí jinému.
Prošel jsem si seznam vlastností Kate na https://www.kde.org/applications/utilities/kate/ (https://www.kde.org/applications/utilities/kate/) (instalovat KDE si kvůli tomu fakt nebudu) a nenašel jsem tam nic, co by Vim neuměl. Nemůžeš tvrdit, že "Gvim proti Kate neumí nic", protože umí vše, co má Kate v popisu. Snad jen, že místo Javascriptu má svůj vlastní skriptovací jazyk.
Že Vim není desktopová aplikace? No a? Na desktopu ho běžně používám. Vadí snad, že si ho spouštím v terminálu? To je spíš výhoda, protože ho mohu používat vzdáleně i tam, kde není povolen X protokol.
-
To je trochu nefér, protože ve srovnání s Vimem neumí Kate nic.
Proč do toho pořád pleteš Gvim?
Jste si mě s někým spletl, jo o gvimu nezačal, já pouze reagoval...
Nefér? Gvim proti Kate neumí nic a vim zase neumí vychytávky, které umí kate na desktopu, protože vim není desktopová aplikace. Vše to je jen o požadavcích a potřebách a užití. To co vyhovuje vám nemusí jinému.
Prošel jsem si seznam vlastností Kate na https://www.kde.org/applications/utilities/kate/ (https://www.kde.org/applications/utilities/kate/) (instalovat KDE si kvůli tomu fakt nebudu) a nenašel jsem tam nic, co by Vim neuměl. Nemůžeš tvrdit, že "Gvim proti Kate neumí nic", protože umí vše, co má Kate v popisu. Snad jen, že místo Javascriptu má svůj vlastní skriptovací jazyk.
Že Vim není desktopová aplikace? No a? Na desktopu ho běžně používám. Vadí snad, že si ho spouštím v terminálu? To je spíš výhoda, protože ho mohu používat vzdáleně i tam, kde není povolen X protokol.
No já jsem teda nebyl líný a mám gvim nainstalovaný, jen prostým spuštěním obou vedle sebe vidím co vše kate umí a gvim ne. Možná až si nainstalujete kate pochopíte, do té doby nejste rovnocenným partnerem v diskuzi ;)
-
Prošel jsem si seznam vlastností Kate na https://www.kde.org/applications/utilities/kate/ (https://www.kde.org/applications/utilities/kate/) (instalovat KDE si kvůli tomu fakt nebudu) a nenašel jsem tam nic, co by Vim neuměl. Nemůžeš tvrdit, že "Gvim proti Kate neumí nic", protože umí vše, co má Kate v popisu. Snad jen, že místo Javascriptu má svůj vlastní skriptovací jazyk.
Že Vim není desktopová aplikace? No a? Na desktopu ho běžně používám. Vadí snad, že si ho spouštím v terminálu? To je spíš výhoda, protože ho mohu používat vzdáleně i tam, kde není povolen X protokol.
No já jsem teda nebyl líný a mám gvim nainstalovaný, jen prostým spuštěním obou vedle sebe vidím co vše kate umí a gvim ne. Možná až si nainstalujete kate pochopíte, do té doby nejste rovnocenným partnerem v diskuzi ;)
Nebudu si instalovat něco, co má 250 MB včetně závislostí, protože bych to pak zase musel čistit.
Takže opakuji otázku: Co z toho, co umí Kate, Vim neumí? Teď už odpovědět můžeš, máš je spuštěné vedle sebe.
-
Prošel jsem si seznam vlastností Kate na https://www.kde.org/applications/utilities/kate/ (https://www.kde.org/applications/utilities/kate/) (instalovat KDE si kvůli tomu fakt nebudu) a nenašel jsem tam nic, co by Vim neuměl. Nemůžeš tvrdit, že "Gvim proti Kate neumí nic", protože umí vše, co má Kate v popisu. Snad jen, že místo Javascriptu má svůj vlastní skriptovací jazyk.
Že Vim není desktopová aplikace? No a? Na desktopu ho běžně používám. Vadí snad, že si ho spouštím v terminálu? To je spíš výhoda, protože ho mohu používat vzdáleně i tam, kde není povolen X protokol.
No já jsem teda nebyl líný a mám gvim nainstalovaný, jen prostým spuštěním obou vedle sebe vidím co vše kate umí a gvim ne. Možná až si nainstalujete kate pochopíte, do té doby nejste rovnocenným partnerem v diskuzi ;)
Nebudu si instalovat něco, co má 250 MB včetně závislostí, protože bych to pak zase musel čistit.
Takže opakuji otázku: Co z toho, co umí Kate, Vim neumí? Teď už odpovědět můžeš, máš je spuštěné vedle sebe.
Odpověď: Nainstaluj si, nebuď líný, nejsem tvůj poskok, abych dělal něco za tebe, na co ty jsi zvědavý, jen proto, že máš tulení nemoc a komplex povýšenosti a myslíš si, že to budou dělat lidi za tebe :-P
-
Nebudu si instalovat něco, co má 250 MB včetně závislostí, protože bych to pak zase musel čistit.
Takže opakuji otázku: Co z toho, co umí Kate, Vim neumí? Teď už odpovědět můžeš, máš je spuštěné vedle sebe.
Odpověď: Nainstaluj si, nebuď líný, nejsem tvůj poskok, abych dělal něco za tebe, na co ty jsi zvědavý, jen proto, že máš tulení nemoc a komplex povýšenosti a myslíš si, že to budou dělat lidi za tebe :-P
OK, považuji to za odpověď, že Kate toho víc než Vim prostě neumí. To jsme věděli už předtím, takže ses vůbec s instalací Gvimu nemusel namáhat. V klidu si ho zase odinstaluj a zapomeň na tuto zbytečnou diskuzi.
-
...jen prostým spuštěním obou vedle sebe vidím co vše kate umí a gvim ne.
To zavani jasnozrivosti. Nemel byste cisla na pristi tah Euromilions?
-
Nebudu si instalovat něco, co má 250 MB včetně závislostí, protože bych to pak zase musel čistit.
Takže opakuji otázku: Co z toho, co umí Kate, Vim neumí? Teď už odpovědět můžeš, máš je spuštěné vedle sebe.
Odpověď: Nainstaluj si, nebuď líný, nejsem tvůj poskok, abych dělal něco za tebe, na co ty jsi zvědavý, jen proto, že máš tulení nemoc a komplex povýšenosti a myslíš si, že to budou dělat lidi za tebe :-P
OK, považuji to za odpověď, že Kate toho víc než Vim prostě neumí. To jsme věděli už předtím, takže ses vůbec s instalací Gvimu nemusel namáhat. V klidu si ho zase odinstaluj a zapomeň na tuto zbytečnou diskuzi.
Jasně, to jsem neřekl... Ale diskuze zbytečná opravdu - s někým, kdo chce aby výsledek diskuze byl to co on si myslí a z čeho odmítá jakkoli ustoupit. To není diskuze, ale monolog potom ;). Jsem rád, že jste to nakonec přiznal.
-
...jen prostým spuštěním obou vedle sebe vidím co vše kate umí a gvim ne.
To zavani jasnozrivosti. Nemel byste cisla na pristi tah Euromilions?
Sakra se to na mě profláklo :D.
Já myslel, že jasnozřiví jsou ti, co si to ani nenainstalují, ale už něco tvrdí. Já vim i gvim znám i z dřívějška. Myslím, že když vedle sebe položím kuchyňský nůž a švýcarský nožík, tak taky poznám z prvního pohledu, který toho bude umět více i bez jasnozřivosti.
-
Já myslel, že jasnozřiví jsou ti, co si to ani nenainstalují, ale už něco tvrdí. Já vim i gvim znám i z dřívějška. Myslím, že když vedle sebe položím kuchyňský nůž a švýcarský nožík, tak taky poznám z prvního pohledu, který toho bude umět více i bez jasnozřivosti.
Tak me by to take zajimalo. Nejsem ani ve vim, ani v Kate kvany a darem jasnozrivosti nadan nejsem. Nicmene jsem o vim cetl par clanku a dost si neumim predstavit, ze by bylo neco, co neumi.
BTW, ony ty svycarske nociky nejsou, co byvaly. Dnes je to takova cervena hracka, co se z ni muze urazit bocnice, kdyz upadne. Ty opravdove, co mivala armada, nebyly cervene, ale jaksi hnedozelene a bocnice na nich byly nytovane. Ovsem nejlepsi nozik je stejne Opinel cislo 12 z uhlikove oceli.
-
Vim na desktopu žádné kouzlo neztrácí, protože si s ním velmi dobře rozumí. Možná ho jen neumíš nakonfigurovat...
Jasně, protože vim přenesený z terminálu do GUI neumí používat výhody desktopu a vy si to neumíte přiznat, je lepší shodit partnera v diskuzi tím, že něco neumí. To zas bude v alejích vlastně diskuzích nablito :D
Tak jinak: Které výhody desktopu Vim nedokáže používat?
GUI Vim nema plnohodnotny terminal. Takze kdyz dam napriklad K kdyz mam cursor na "fft" v octave skriptu, tak ve Vimu spustenem v konzoli se mi zobrazi help z octave, ale v GUI Vimu se mi nezobrazi nic, protoze to neni plnohodnotny terminal. ale to je trochu mimo diskuzi.
GVim může spustit třeba xterm na požádání (pro :make, K), takže je to prakticky to stejné, jako terminál "zabudovaný" do některých jiných editorů. Tam to jen vypadá na první pohled lépe svázané, ale třeba plnohodnotný REPL se mi používá dobře právě z Vimu na druhý terminál (ostatně právě to je funkce druhého monitoru :-)
-
Vie vim spravit, ze ked je nejaka diskusia o editoroch alebo jave, tak tam nebude kit spominat vim?