Fórum Root.cz
Hlavní témata => Desktop => Téma založeno: Jirka Nepovim 20. 09. 2017, 13:52:31
-
Neda mi do toho rypnout:
https://www.root.cz/galerie/ubuntu-desktop-survey-2017/#14
Jak je to mozne? Ano, m$ vs JE bez diskuze vyborne vyvojove prostredi. Pro C a spol mozna nejlepsi. Ale cekal bych ze (zaryta) linuxova komunita k tomu ani necichne.... Navic, gnu toolchain proste JE lepsi. nedejboze na linuxu. Na linuxu se trapit s M$ toolchainem neni uplne v pohode... Tak sakres proc? To maji jako virtualku XPcek? Nebo fakt .NET pro linux tak zmenil situaci?
-
no asi si aj linuxaci pomaly uvedomuju, ze nie vsetko, co robi MS, je zle :)
-
Ak by sa do toho pocitalo Visual Studio Code tak by som tomu rozumel, inac nie
-
Tak ono to bude asi opravdu VS Code.
-
Nezapominejte ze jde o uzivatele ubuntu. Na rootu ubuntu nema skoro nikdo zato je vam to divny. Kouknete se taky ze terminal nepouziva ani tretina dotazanych. Ubuntu by mohlo vyjit vstric vetsine a vyhazet antikvariatni kousky jako vim, perl a terminal a nechat jen to co lidi chteji a pouzivaji. Distro by bylo mensi, rychlejsi a modernejsi. A rok linuxoveho desktopu o hodne blize :-\
-
Klid, jde o Visual Studio Code, což je jen nabušený notepad postavený na hodně podobných technologiích jako Atom.
-
Klid, jde o Visual Studio Code, což je jen nabušený notepad postavený na hodně podobných technologiích jako Atom.
Také to používám jako editor, ne jako IDE
-
(https://s26.postimg.org/dhdwayhxl/screenshot_62.png)
s týmto pracujem pod windows 8.1, obdobne je to aj pod Linux Ubuntu 16.04 Gnome 3, v prípade Linuxu je jediný rozdiel že používam GitKraken namiesto GitHub Desktop a ešte Visual Studio 2017 teda pod Linuxom nieje.
-
vyhazet antikvariatni kousky jako vim, perl a terminal
Je fakt, že pracovat ve vi/vim vyžaduje pro neznalé obdivuhodné úsilí.
Když nemám po ruce nic lepšího, používám editor z MCčka nebo nano.
Na druhou stranu mi v Debianu přestal fungovat ifconfig a názvy síťových rozhraní mají dnes srandovní názvy jako enp93s02i01 :o což si nejsem jistý, jestli mohu označit za "mňamku". Určitě to půjde nějak přejmenovat, je to linux, takže bych musel věnovat 100 hodin zkoumání, abych to za týden zapomněl, protože udržovat 50000000 základních How-to pro Debian se mi nechce.
Nerad to říkám, ale ZLATÝ WIDLE!!!!! Tedy do doby, než to všechno přehází a rozmrdají.
Což je obvyklá zábava VŠECH v poslední době.
Hodilo by se diskům dávat názvy ve formátu IPv6 adres, k čemu /dev/sata0, když tu máme PCIexpressové disky a název 2001:db8:85a3:8d3:1319:8a2e:370:7348 by vypadal víc CooL.
Já si samozřejmě vážím toho, že konkrétní zařízení s konkrétním SN získá (skoro) vždy stejný název, ale eth0 mi přišlo dobré.
-
Nebude to tym, ze ubuntu sa teraz masivne upravuje, aby bezalo aj s microsoftou infrastrukturou a zamestnanci microsoftu mali povinnost zahlasovat v ankete? :)
-
Hodilo by se diskům dávat názvy ve formátu IPv6 adres, k čemu /dev/sata0, když tu máme PCIexpressové disky a název 2001:db8:85a3:8d3:1319:8a2e:370:7348 by vypadal víc CooL.
Disky se dají mapovat podle UUID 3b7b1c78-660d-4c2a-8a27-6bc173b1b55e
-
vyhazet antikvariatni kousky jako vim, perl a terminal
Je fakt, že pracovat ve vi/vim vyžaduje pro neznalé obdivuhodné úsilí.
Když nemám po ruce nic lepšího, používám editor z MCčka nebo nano.
Pro neznalého vyžaduje nemalé úsilí skoro všechno.
Na druhou stranu mi v Debianu přestal fungovat ifconfig a názvy síťových rozhraní mají dnes srandovní názvy jako enp93s02i01 :o což si nejsem jistý, jestli mohu označit za "mňamku". Určitě to půjde nějak přejmenovat, je to linux, takže bych musel věnovat 100 hodin zkoumání, abych to za týden zapomněl, protože udržovat 50000000 základních How-to pro Debian se mi nechce.
net-tools, kam ifconfig patřil jsou tak 7 let deprecated, používete nástroje z iproute2. Těm srandovním názvům síťových zařízení se říká "predictable network interface names" a vypnou se přidáním těchto jaderných parametrů: "biosdevname=0 net.ifnames=0"
Nerad to říkám, ale ZLATÝ WIDLE!!!!! Tedy do doby, než to všechno přehází a rozmrdají.
Jako ve Vistách s UAC, v osmičkách a dlaždicemi a v desítkách se vším ostatním, na co dříve nestihli sáhnout?
Hodilo by se diskům dávat názvy ve formátu IPv6 adres, k čemu /dev/sata0, když tu máme PCIexpressové disky a název 2001:db8:85a3:8d3:1319:8a2e:370:7348 by vypadal víc CooL.
Já si samozřejmě vážím toho, že konkrétní zařízení s konkrétním SN získá (skoro) vždy stejný název, ale eth0 mi přišlo dobré.
To je dobré jen do okamžiku, než dáte do serveru několik síťovek, každou zapojíte jinam, nastavíte si pravidla pro filtrování a routování pro každý interface a po restartu se vám ty interfacy zpřehází. Mimochodem ten stabilní název vůbec nesouvisí s nějakým sériovým číslem zařízení ale s jeho pozicí na sběrnici.
-
Disky se dají mapovat podle UUID 3b7b1c78-660d-4c2a-8a27-6bc173b1b55e
Já vím a považuji to za dobré do té doby, dokud mohu použít i název nebo bych možná měl říct alias /dev/sata
Ta možnost je užitečná, používám to prakticky vždy s USB disky a bude to dobré do té doby, dokud nebude vyžadováno, abych to zadával jako /dev/3b7b1c78-660d-4c2a-8a27-6bc173b1b55e při každém mountování ::)
Což - jak mi připadá - nebude dlouho trvat >:(
To mi neříkáš nic nového Růženo. Kdybys nebyla blbka, tak by tě napadlo, že jsem si to nejspíš všechno přečetl, tak si to klidně si to odpusť, nudíš.
-
To mi neříkáš nic nového Růženo. Kdybys nebyla blbka, tak by tě napadlo, že jsem si to nejspíš všechno přečetl, tak si to klidně si to odpusť, nudíš.
Pokud sis to přečetl, tak proč se ptáš, jak se ta síťová rozhraní přejmenovávají nazpět a ještě to říkáš špatně? Od člověka, co tu tvrdil, jak je IT obor strašně náročný na ustavičné studování nových věcí bych čekal výrazně kompetentnější výkon.
-
Disky se dají mapovat podle UUID 3b7b1c78-660d-4c2a-8a27-6bc173b1b55e
Jo takhl jsme si jednou na redhatu od..bali raid. Kvuli necemu se updatoval bios na serveru a po rebootu se zmenili UUID disku s cim sw raid redhatu nepocital a slo to do kolen. Rozbaleni zalohy samozrejme nepomohlo :) Tak se narychlo koupila hw raid karta, cele se nanovo nainstalovalo a rucne prehazeli soubory ze zalohy. Robota na 2 dny. Dekuji za UUID...
-
Dekuji za UUID...
Zajímavé, můžeš to nějak rozvést? Co se přesně stalo, co bylo příčinou?
-
Dekuji za UUID...
Zajímavé, můžeš to nějak rozvést? Co se přesně stalo, co bylo příčinou?
Přesně tak. To by mě také zajímalo. Proč nešlo nabootovat rescue USB, assemblovat pole a pripadne upravit konfigy?
-
Nezapominejte ze jde o uzivatele ubuntu. Na rootu ubuntu nema skoro nikdo zato je vam to divny. Kouknete se taky ze terminal nepouziva ani tretina dotazanych. Ubuntu by mohlo vyjit vstric vetsine a vyhazet antikvariatni kousky jako vim, perl a terminal a nechat jen to co lidi chteji a pouzivaji. Distro by bylo mensi, rychlejsi a modernejsi. A rok linuxoveho desktopu o hodne blize :-\
Snad tě uklidní, že Vim v základní instalaci Ubuntu není a musím si ho instalovat dodatečně.
Perl je nedílnou součástí systému, bez něj by distribuce prostě nejela.
Terminal je nainstalován, ale není v základní nabídce. Návody na netu bývají pro terminál, takže bez něj...
Ubuntu přetáhlo mnoho uživatelů, kteří měli zůstat na Windows. Není divu, že se o uvedené komponenty nezajímají a raději sáhnou po VS.
-
Nevim, jestli neni anketa nejaka pokrivena kvuli windows for linux subsystem, ale kazdopadne mozna to neni uplne mimo kvuli toho, ze pro c++ neexistuje poradne IDE a mozna je VS studio opravdu to nejlepsi. Ano, ma "mizerny" editor(zas tak uplne totalne spatny neni), ale to neni to, co je pro vetsi projekty to nejdulezitejsi.
-
No dovolim si nesouhlasit. Pro win i linux a C++ pouzivat uz leta code::blocks. Presel jsem z VisualStudia. A od te chvile si jen chvalim... Ten M$ shit bych uz nikdy nechtel. Syn musi VS studio pouzivat a nadseny moc neni...
-
No dovolim si nesouhlasit. Pro win i linux a C++ pouzivat uz leta code::blocks. Presel jsem z VisualStudia. A od te chvile si jen chvalim... Ten M$ shit bych uz nikdy nechtel. Syn musi VS studio pouzivat a nadseny moc neni...
Promin, ale lol... to uz je lepsi "IDE" vim, se svym nestabilnim, vecne padajicim a zasekavajicim se YCM. Code::blocks je pro male projektiky, anebo jednoduche velke projekty.. pripadne stare C. Rozhodne nezvlada pomahat pri praci s novejsim C++11+
-
Dekuji za UUID...
Zajímavé, můžeš to nějak rozvést? Co se přesně stalo, co bylo příčinou?
Přesně tak. To by mě také zajímalo. Proč nešlo nabootovat rescue USB, assemblovat pole a pripadne upravit konfigy?
No detaily uz moc nepamatuji, je to uz asi 5 let. Kazdopadne pricina byla ze po update biosu (uz ani nevim ktereho, byly tam snad tri) se nahle zmenili UUID disku. Byla to nejaka intel deska, certifikovana pro RHEL6, s vlastnim SW raidem, co se pamatuji tak mela i nejakou writeback cache. Biosove nastroje tvrdili ze vsechno je v poradku, po bootnuti rescue CD zas RHEL tvrdosijne odmital cokoliv s disky udelat. Jedina volba byla inicializace pole. Tak se to initlo nanovo, soubory v cudu a rozbaleni ze zalohy nas vratilo tam kde pred initem pole :) Cas jsou penize a tak se vyhodnotilo, ze cisty reinstall masiny bude rychlejsi nez zkoumat temna zakouti softweroveho raidu desky s RHEL6. A porotze ten raid z desky stratil nasi duveru koupili jsme rovnou adaptec kartu, nahodili disky na nej. Cisty install, rucny presun veci ze zalohy. Od te doby ten server bezi snad do dnes :-)
Pouceni: Nesahej na bios i kdyby trakare padaly. Pouzivej poradne raid karty.