Вашият имейл адрес няма да бъде публикуван. Задължителните полета са маркирани *
Използвам греп, awk, sed, сортиране и uniq много често, за да манипулирам данни. Моите умения в Excel са ограничени, така че когато трябва да преформатирам някои данни в нови колони или да превключа на някакво форматиране, намирам командния ред за страхотен. Можете много бързо да разделяте полета, да сменяте разделители и да правите някои текстови манипулации много бързо. Bash бримки също са предимство.
Струва ми се, че чрез "четене между редовете" това, което може да бъде много полезно, е полу-изчерпателна статия написана за умерено технологични (или по-добри) потребители на Windows, преминаващи към Linux - включвам себе си в това група. Моята идея за добър план за такава статия е да направя нещо като проучване на инсталация на Windows и да покажа на потенциалния нов потребител на Linux къде / как да прави в Linux какво (и) е свикнал (а) да прави в Windows. Примери: къде е еквивалентът на диспечера на устройства? Как се инсталират програми - особено програми, които НЕ са включени в софтуера на Ubuntu Software Center или Synaptic Package manager? Думи като „tarball“ например звучат доста разхвърляно и страшно. Какво ще кажете за разширенията на файловете и какво означават? Моето собствено впечатление е, че Ubuntu 10.04 е страхотен и колкото повече го използвам, толкова повече мисля, че го поддържам. Но това изисква психологически скок и статия за прехода ще бъде прекрасна.
Разбрах, че това не е съвсем централно в темата, но това изглежда беше добро място, както всеки да споменава това.
Струва ми се, че чрез "четене между редовете" това, което може да бъде много полезно, е полу-изчерпателна статия написана за умерено технологични (или по-добри) потребители на Windows, преминаващи към Linux - включвам себе си в това група. Моята идея за добър план за такава статия е да направя нещо като проучване на инсталация на Windows и да покажа на потенциалния нов потребител на Linux къде / как да прави в Linux какво (и) е свикнал (а) да прави в Windows. Примери: къде е еквивалентът на диспечера на устройства? Как се инсталират програми - особено програми, които НЕ са включени в софтуера на Ubuntu Software Center или Synaptic Package manager? Думи като „tarball“ например звучат доста разхвърляно и страшно. Какво ще кажете за разширенията на файловете и какво означават? Моето собствено впечатление е, че Ubuntu 10.04 е страхотен и колкото повече го използвам, толкова повече мисля, че го поддържам. Но това изисква психологически скок и статия за прехода ще бъде прекрасна.
Разбрах, че това не е съвсем централно в темата, но това изглежда беше добро място, както всеки да споменава това.
За мнозина изглежда толкова много движение, колкото е продукт. Лесно се забелязва, че мнозина дори се отнасят към Linux, сякаш е по-скоро философия.
Естествено това прави целта еднакво толкова, колкото да осветява другите по позитивите на тази философия, както и да „продава“ (безплатен) продукт на „клиенти“.
Лично аз започнах да използвам Ubuntu, защото видях колко по-лесно прави някои аспекти на работата по развитието по-лесно да се научат (това и визуалното персонализиране, автоматизация, отзивчивостта на графичния интерфейс) и се наслаждавам на предизвикателството да се науча да използвам терминала Повече ▼.
Все още изпълнявам едно ядро на собо 939 mobo и то инсталира автоматично всички драйвери (дори и собствените Nvidia) и дори старата ми карта задник за съраунд бустер работи.
Не знам, казах, че не мисля, че Linux (ubuntu, изглежда най-приятелски настроен за начинаещи) беше доста готов за "голямото време" но честно казано, сегашното изпълнение с 10.04 изглежда ми дава всичко, което бих могъл да искам както от GUI, така и от командата линия. Също така, когато Steam идва към Linux, мисля, че доста го запечатва, защото геймърите са гадности, за да изглеждат лесни за персонализиране на GUI.
Разбира се, не всички се радват на такова предизвикателство, но сега има по-малко предизвикателство и все още има много, които правят, че някои дори биха платили за това (но не е нужно).
Добре, така че за някои не работи. Как е абсурдно? Тя върви и в двете посоки ...
Авторът прави точка (донякъде неефективно, но все още валидна), че тези задачи предприемат * по-малко действия *, за да завършат,. Какво би отнело повтарящото се щракване, плъзгане и навигиране в GUI може да се направи, като напишете линия или две.
Коментар №4 от LinuxTutBlog обяснява тази точка малко по-ефективно.
Разбира се, точно както в Linux (ако знаете синтаксиса) в Windows, можете да правите много неща еднакво или по-ефективно (ако знаете правилното приложение и къде да го получите (напр. Проводник на процеси, инструменти за MP3 маркери и т.н.).
Напълно съм свикнал с GUI, използвах Windows изключително доскоро. Дори и с моето все още рудиментарно взаимодействие с терминала, все още съм доста впечатлен от обхвата и лекотата на някои неща. Разбира се, това не работи за всички, но за мнозина го прави. Лично аз дойдох да мисля за терминала като част от софтуера, който "един размер отговаря на всички". С guis, можете да пакетирате толкова много, преди да имате твърде много раздели, твърде много квадратчета за отметки и т.н., така че да имате програма, която можете просто да се заемете с каквато функция искате, би било малко неудобно.
Командният ред може да има по-стръмна крива на обучение и да бъде направо неизползваем за някои, но е полезно да бъдеш способен да правиш почти всичко, според мен е безспорно.
Някои неща са по-лесни в Linux, но твърдението не е изключително.
Цялата идея дори да се опитате да аргументирате един подход като по-добър от другия, наистина е като да се опитате да твърдите, че гаечен ключ е по-добър от отвертка.
Не мисля, че авторите имат намерение да твърдят, че това работи за всеки / всички.
Това е абсурдно! Това, което работи за един човек, може да не работи за друг. Ако можете да помните командата. Ако знаете синтаксиса. Ако обичате да пишете Ако не правите печатни грешки... тогава МОЖЕ да бъде по-лесно. Ако трябва да го потърсите. Ако мразите да пишете, значи това е ПОВЕЧЕ работа.
Пример:
Казвате, че отварянето на терминал и въвеждането на sudo killall firefox и след това даването на паролата ви е по-лесно от отварянето на системния монитор и четене на Firefox от списъка с процеси и натискане на бутона за убийство или натискане на Alt + F2 и въвеждане на xkill и след това щракване върху обиждащия прозорец. Не мисля така. И в двата случая не е нужно да давате парола, за да работи GUI.
Що се отнася до инсталирането на sudo apt-get, то е по-бързо само ако знаете името на приложението и това не винаги е лесно да се определи. Например epiphany е както браузър, така и игра. Или какво въвеждате, за да инсталирате мениджър на настройки на compiz или някаква библиотека или шрифт. Ако инсталирате много неща, тогава е по-лесно да ги изберете от списък и да не рискувате да правите печатни грешки и да се налага да гадаете имената на приложенията.
Това е толкова субективно, че да го направя куц аргумент. Заглавието ви е подвеждащо и не успявате да направите мнението си. НЕ е по-лесно да направите тези неща в командния ред. ТОЙ е по-лесен, защото мислиш, че е по-лесно. За хора, които мразят да пишете, остаряват или са заплашени от грешки в синтаксиса, тогава НЕ е по-лесно, а упражнение за безсилие.
Много хора просто искат да свършат нещата и не се интересуват от решения за гайки и болтове. Трябва да помним, че когато даваме съвети и се научим да предоставяме съвети, които ще работят за потребителя не поради нашата скрита програма, за да ги образоваме за командния ред, а защото ще ги изправи и тичане.
Това е абсурдно! Това, което работи за един човек, може да не работи за друг. Ако можете да помните командата. Ако знаете синтаксиса. Ако обичате да пишете Ако не правите печатни грешки... тогава МОЖЕ да бъде по-лесно. Ако трябва да го потърсите. Ако мразите да пишете, значи това е ПОВЕЧЕ работа.
Пример:
Казвате, че отварянето на терминал и въвеждането на sudo killall firefox и след това даването на паролата ви е по-лесно от отварянето на системния монитор и четене на Firefox от списъка с процеси и натискане на бутона за убийство или натискане на Alt + F2 и въвеждане на xkill и след това щракване върху обиждащия прозорец. Не мисля така. И в двата случая не е нужно да давате парола, за да работи GUI.
Що се отнася до инсталирането на sudo apt-get, то е по-бързо само ако знаете името на приложението и това не винаги е лесно да се определи. Например epiphany е както браузър, така и игра. Или какво въвеждате, за да инсталирате мениджър на настройки на compiz или някаква библиотека или шрифт. Ако инсталирате много неща, тогава е по-лесно да ги изберете от списък и да не рискувате да правите печатни грешки и да се налага да гадаете имената на приложенията.
Това е толкова субективно, че да го направя куц аргумент. Заглавието ви е подвеждащо и не успявате да направите мнението си. НЕ е по-лесно да направите тези неща в командния ред. ТОЙ е по-лесен, защото мислиш, че е по-лесно. За хора, които мразят да пишете, остаряват или са заплашени от грешки в синтаксиса, тогава НЕ е по-лесно, а упражнение за безсилие.
Много хора просто искат да свършат нещата и не се интересуват от решения за гайки и болтове. Трябва да помним, че когато даваме съвети и се научим да предоставяме съвети, които ще работят за потребителя не поради нашата скрита програма, за да ги образоваме за командния ред, а защото ще ги изправи и тичане.
Наскоро стигнах до извода, че има само 3 неща, които пречат на Linux да постигне световно господство :) :). Единият е отдадеността на Terminal, единият е липсата на поддръжка на драйвери за стар скачан хардуер и един е липсата / несъответствието на поддръжката за потребители на базово ниво.
Сега може да обичате терминала, но е лоша политика, която разработчиците на Linux (включени Ubuntu и Mint) не могат преодолейте го и трябва да ни напомните, че графичният интерфейс е сравнително плитък воал върху красотата на командата линия. Не можете да бъдете прекалено дълго пред клиентите си. Ако има принуда в общността да проповядва командния ред на noobs, тогава noobs ще почувстват, че са * не * се третират като клиенти и няма да купуват. Да, безплатно е, но все още няма да го купят.
Относно драйверите за стар хардуер осъзнавам, че може би е твърде много работа, но в книгата ми софтуерът, който ме моли да надстроя компютъра на родителите ми, не носи свобода.
И накрая, смятам, че не е необходимо да настоявам за поддръжка на потребителите, нали.
Така че, когато ще знам, че Linux е готов за SOHO пазара, когато видя дистрибуцията, включваща агресивно самодостатъчен GUI и огромна контекстуална помощ. Не казвам, че това би било чудесно разпространение, но трябва да го направите, сякаш става въпрос за „концептуална кола“.
BTW, това беше замислено като приятелска критика, не съм сигурен дали е очевидно.
Наскоро стигнах до извода, че има само 3 неща, които пречат на Linux да постигне световно господство :) :). Единият е отдадеността на Terminal, единият е липсата на поддръжка на драйвери за стар скачан хардуер и един е липсата / несъответствието на поддръжката за потребители на базово ниво.
Сега може да обичате терминала, но е лоша политика, която разработчиците на Linux (включени Ubuntu и Mint) не могат преодолейте го и трябва да ни напомните, че графичният интерфейс е сравнително плитък воал върху красотата на командата линия. Не можете да бъдете прекалено дълго пред клиентите си. Ако има принуда в общността да проповядва командния ред на noobs, тогава noobs ще почувстват, че са * не * се третират като клиенти и няма да купуват. Да, безплатно е, но все още няма да го купят.
Относно драйверите за стар хардуер осъзнавам, че може би е твърде много работа, но в книгата ми софтуерът, който ме моли да надстроя компютъра на родителите ми, не носи свобода.
И накрая, смятам, че не е необходимо да настоявам за поддръжка на потребителите, нали.
Така че, когато ще знам, че Linux е готов за SOHO пазара, когато видя дистрибуцията, включваща агресивно самодостатъчен GUI и огромна контекстуална помощ. Не казвам, че това би било чудесно разпространение, но трябва да го направите, сякаш става въпрос за „концептуална кола“.
BTW, това беше замислено като приятелска критика, не съм сигурен дали е очевидно.
pskill (инструмент за команден ред), който е част от пакета pstools от Sysinternals / Microsoft работи добре за убиване на приложения в Windows. На моята машина имам pstools и папката е добавена към пътя ми, за да мога да я стартирам лесно. Той работи добре и за убиване на процеси на отдалечени машини.
Хубава идея за статия =), но мисля, че ви липсват по-големите сили на командния ред (макар че казвате, че разчитате по някакъв начин на това). Какво ще кажеш:
- Преоразмеряване на 1000 снимки с определен модел на име
- Рекурсивно премахвайте всички файлове с определено разширение
- Обработка на изхода на програма за получаване на нова информация от нея (напр. Намиране на топ 10 заемане на място пакети, когато мениджърът на пакети не предлага такъв изглед, сравнявайки протичащите процеси на различни сървъри и т.н.)
- Да отделяме по-малко време за пренаучване и повече за работа (командният ред се променя по-малко с времето)
- Правите нещо отново, което сте направили наскоро (Ctrl + r на Bash бие всяко меню „наскоро отворени файлове“, което някога съм виждал)
- Автоматизиране и / или планиране на вашите действия (повечето команди могат да бъдат обобщени)
Хубава идея за статия =), но мисля, че ви липсват по-големите сили на командния ред (макар че казвате, че разчитате по някакъв начин на това). Какво ще кажеш:
- Преоразмеряване на 1000 снимки с определен модел на име
- Рекурсивно премахвайте всички файлове с определено разширение
- Обработка на изхода на програма за получаване на нова информация от нея (напр. Намиране на топ 10 заемане на място пакети, когато мениджърът на пакети не предлага такъв изглед, сравнявайки протичащите процеси на различни сървъри и т.н.)
- Да отделяме по-малко време за пренаучване и повече за работа (командният ред се променя по-малко с времето)
- Правите нещо отново, което сте направили наскоро (Ctrl + r на Bash бие всяко меню „наскоро отворени файлове“, което някога съм виждал)
- Автоматизиране и / или планиране на вашите действия (повечето команди могат да бъдат обобщени)