Re: Настройка Vim и работа в нём.
On Wed, Oct 17, 2012 at 11:51:27PM +0400, "Артём Н." wrote: > Мда, похоже, конфигом и полезностями никто не поделится. :-( Ну почему, делятся: http://dotfiles.org/.vimrc -- WBR, Michael Shigorin -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121017214145.gb24...@osdn.org.ua
Re: Настройка Vim и работа в нём.
17.10.2012 23:51, "Артём Н." пишет: > Мда, похоже, конфигом и полезностями никто не поделится. :-( > > У меня еще нечего там показывать. На счет "никто не поделится" - кто хотел давно поделился. Идем на github и ищем vimrc, я уж не говорю про google. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/507f26c9.5060...@mail.ru
Re: Среды разработки
On 17.10.2012 22:23, "Артём Н." wrote: 17.10.2012 02:36, Alexander Danilov пишет: Если не использовать одну из основных фишек перла - высокую плотность кода, то тогда лучше на перле не писать вообще, я так и поступил - у меня уже давно язык для скриптов по умолчанию Tcl, редко Python - когда есть готовый модуль, которого нет для Tcl. Надо бы переходить на MosML или Hugs, но как-то всё по случается об это вовремя вспомнить - руки начинают набирать тиклевый код ещё до того, как вспоминаешь о том, что надо бы что-то ещё попробовать. o.O На Tcl правда возможно программировать по пьяни? :-) Можно, но не забывайте предохраняться :) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/507f130b.1040...@gmail.com
Re: Среды разработки
On 17.10.2012 22:22, "Артём Н." wrote: 16.10.2012 23:21, Alexander Danilov пишет: что после этого всякого, утверждающего что C++ - это просто, а Haskell - это сложно, считаю умственно неполноценным родственником Джорджа Буша младшего, на котором природа не то, что отдохнула, она даже и не напрягалась. Ну, по-моему, никто не говорит о простоте. Полуркайте, "Как выучить C++ за 21 день". ;-) Я вас нах... не посылал, так что тоже будьте вежливы. Я вас, вроде, тоже не посылал. А баяна этого вы, похоже, не знаете... "Как выучить C++ за 21 день" - я про это, такое только умственно отсталым предлагают :) Есть, тут другой RAD. Первый RAD с которым я познакомился в Unix - shell+coreutils(тогда это была большая куча пакетов). Второй RAD - perl+CPAN. Были и другие. Это не RAD. Это компоненты. Это RAD - rapid application development, именно так. Именно с помощью этих средств очень быстро разрабатываются приложения, я куски сишного кода менял на вызовы system("awk ..."), и кода становилось значитально меньше и работал он значительно лучше и сопровождать было значительно проще, rapid - быстрее просто некуда! В плане обработки текста. Но минусы: 1. Кроссплатформенность хромает. Каким образом она хромает? Все инструменты кросcплатформенные дальше некуда. 2. Скорость падает. Как бы не наоборот. Скорость разработки точно возрастает, надёжность софта точно, да и на Си написать то, что перл умеет лучше всего, да ещё чтоб и работало быстрее, чем перл, это надо быть сишником среднего уровня и выше, что в наши дни большая редкость. 3. Связь между awk и C-шным кодом через костыли. Стандартные системные IPC - костыли? Не согласен, вот писать формирование отчётов на Си - это не просто костыли, это [*** ну тут такой нехороший эпитет ***]. Ибо сегфолты и коры дампы постоянно по причине кривости пользовательского ввода и трудности проверки его сишными средствами. Немного извращённо: лучше уж perl взять. Хотя, идея любопытная. Хоть и не имеет прямого отношения к RAD. Имеет, ибо Unix и есть RAD. А perl так вообще позволял и количество system("...") в разы сократить. И ничего быстрее ещё пока не придумали. Другое дело, что перловый код после написания ещё и читать бывает надо, но тут уж c++/pascal от него не отстаёт, одна строчка перлового кода заменяет 10-20 c++/pascal, перл тяжелее читать, а c++/pascal дольше читать, ибо кода больше. Зависит от того, как написано. Но вопрос был не про языки, а про IDE. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/507f1201.2040...@gmail.com
Re: Настройка Vim и работа в нём.
Мда, похоже, конфигом и полезностями никто не поделится. :-( -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/507f0c3f.6040...@yandex.ru
Re: разыскиваются инструменты для управления множеством серверов
On Wed, Oct 17, 2012 at 02:46:31PM +0400, Dmitry A. Zhiglov wrote: > - Также разыскиваю тулз, который позволил бы выполнять команды > на всех серверах разом, т.е. если на одном запускаешь "<тулз> > uname -a" и на всех серверах эта команда запускается, результат > тебе в консоль возвращается. pdsh (в комплекте есть скрипт разбора выхлопа), mussh, clusterssh -- их с десяток был, не нашёл сейчас сходу подборку ссылок у одного из авторов на сайте проекта. Ещё видел parallel и paexec. Мы остановились на pdsh, но некоторые из них просто разные. -- WBR, Michael Shigorin -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121017191512.ga24...@osdn.org.ua
Re: Среды разработки
17.10.2012 10:22, Alexander Galanin пишет: > On Tue, 16 Oct 2012 22:57:29 +0400 > "Артём Н." wrote: > >>> С чего б статически собранный бинарник весил меньше? Они обычно ой какие >>> пухлые. >> В сравнении с tclkit. Там где-то говорили про мегабайты. Для D-7 мин. >> бинарник >> весил около 300К. Для BCB аналогично. Для MSVS, меньше. > > Взял простенькую программу, сделанную в билдере, с библиотеками, которых ей не > хватало в системе. Оно правда при статической линковке меньше занимает? > total 3,5M > -rwxrwxrwx 1 galanin 0 65K 2012-08-26 16:32 program.exe > -rw-rw-rw- 1 galanin 0 22K 2012-10-15 12:43 borlndmm.dll > -rw-rw-rw- 1 galanin 0 1,5M 2003-01-30 06:04 cc3260mt.dll > -rw-rw-rw- 1 galanin 0 669K 2003-01-30 06:04 rtl60.bpl > -rw-rw-rw- 1 galanin 0 1,3M 2002-02-01 17:00 vcl60.bpl Меньше чего? Про размеры я выше сказал. К тому же, не помню точно, но, вроде, он линкует не все функции bpl в исполняемый файл, а только то, что необходимо: слинкуйте, да посмотрите размер, что гадать? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/507f046c.8000...@yandex.ru
Re: Среды разработки
17.10.2012 00:37, Alexander Galanin пишет: > On Tue, 16 Oct 2012 23:01:43 +0400 > "Артём Н." wrote: > >> И главный вопрос: как всё это интегрировать, чтобы оно каждый раз запускалось >> автоматически, и не приходилось всё перенастраивать для каждого проекта? > Что именно перенастроить? Свою голову, в которой лежит знание о том, > какие действия делаются каким инструментом? Перенастроить сценарий или мэйкфайл, который вызывает инструменты автоматически. Или каждый раз вызывать всё вручную? Упорно набирать в консоли каждую команду? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/507f03d8.8070...@yandex.ru
Re: Среды разработки
17.10.2012 00:35, Alexander Galanin пишет: > On Tue, 16 Oct 2012 22:55:25 +0400 > "Артём Н." wrote: > >>> Ага, кнопки справа в окошке дизайнера, анчоры — слева в object >>> inspector-е. Вот и крути головой туда-сюда, высматривая соответствия. >>> Неудобно. >> Да, есть такое. Не очень продуман интерфейс. С другой стороны, его возможно >> настроить под себя, а такой по умолчанию, думаю, он потому, что к нему >> привыкли > Какими настройками можно поставить кнопку и её anchor-ы в одно место на > экране? Полагаю, что никакими. В смысле, диспетчер возможно перетащить вправо. >> Но, при сложной форме, в текстовом описании интерфейса ещё проще >> запутаться. > Разбивай построение интерфейса на отдельные небольшие функции с внятными > названиями. Рисовалка такой возможностив принципе не предоставляет. Ну, думаю, предполагается, что пользователь может удержать не очень большое число элементов в фокусе внимания. И надо создавать интерфейс так, чтобы он не был перегружен. Он сам разбивается на отдельные компоненты. >>> То ты говоришь про сложную форму, то говоришь, что они не нужны. >>> Определись. >> Сложная может состоять из групп блоков. > А блок — это что? CGroupBox с накиданными на него виджетами или что-то > иное? Любой группирующий логически элемент. Самый простой - групбокс или панель. >> Наоборот, IDE предназначено для того, чтобы уменьшить расход ресурсов на >> непроизводительные действия (и автоматизировать выполнение требуемых >> действий). >> О чём и спрашиваю. > Надо чётко понимать, какие действия автоматизируются, чем за это > приходится платить и каков получается полезный выход. Ниже я написал, > что оптимизация в одном месте даёт проигрыш в другом. Я и пытаюсь понять. >> Есть ли в Vim подстановка блоков кода: я пишу for, а весь цикл со скобками и >> переменной внутри мне подставляется автоматически? > Необходимость вбивать постоянно одни и те же куски кода говорит только о > том, что язык программирования под задачу выбран неправильно. Так почти на любом нормальном языке возможно построить код так, что вбивать не придётся. Вопрос в сложности кода. > Подходящий > язык лаконичен и не требует длинных конструкций вида «public Borsch > borsch = new Borsch();» с кучей повторяющихся слов. Подходящий для чего? Ada - не подходящий? 2. Собрать часть и запустить на разных этапах (не переписывая Makefile, при добавлении модуля). >> А этот пункт? > Это к юнит-тестам. Ах, да, makefile может генериться каким-нибудь cmake. Из чего генериться (не копал CMake)? 6. Проверить модуль с разными наборами данных. >>> Unit testing. >> Само собой. И в IDE. Абсолютно тот же самый. Разница лишь в том, что >> вызывает его IDE, а не пользователь. И управляет им IDE. > А что там делает IDE? Выводит дерево с тестами и с него позволяет > перепругнуть на код теста? Ну да, удобно, но не критично. Не критично. Но удобно. Так из маленьких "удобно" всё и складывается: соль в деталях... 3. Попасть на строку, на которой программа вывалилась (именно на ошибку, а не на warning). >>> Команда «:номер-строки» в виме. При компиляции из самого вима оно >>> перескакивает автоматом. >> Почему-то у меня сейчас в старом Vim (очень старый на старом Linux, но, пока >> что, пишу в нём, поскольку на той машине данные возможно разные получать) он >> перескакивает на всякие варнинги. А мне нужно, чтобы я набрал make, и он >> остался >> в том же файле. А ошибку, желательно, вообще открыл в другом окне. >> И? > Так настрой инструмент, если знаешь, что тебе от него нужно. Например, > не говори компилятору -Wall. Я хочу видеть все варнинги. Но я не хочу, чтобы редактор автоматически на них переходил. В IDE, например, возможно выбрать в окне снизу и перейти. Это удобно. 4. Посмотреть переменные в этом месте. Посмотреть подсказки (не просто Segmentation fault). >> Нету. > Где нет? В gdb есть. В clewn в том числе и гламурные всплывающие окошки > с значением переменной показываются. А что вам в clewn не понравилось? Раньше я не слышал о нём. Посмотрю, может поставлю. 5. Пройти дальше на шаг, поменять значения переменных. Изредка посмотреть дизассемблерный листинг. >>> Это делает gdb. Я даже ставил себе clewn для интеграции оного в vim, но >>> не прижился он у меня из-за неиспользуемости. >> Да, а в IDE, я всё это вижу в том же редакторе. > Не в том же редакторе, а в соседнем окне. Ровно так же, в соседнем окне, > можно смотреть на gdb в терминале. Я могу выделить мышкой нужный кусок или просто кликнуть в конт. меню "Disassemble" и увидеть то, что нужно. Как это сделать в GDB? >>> Кстати, очень грустно выглядит программист, который в отладчике ловит >>> ошибку, проявляющуюся не ранее 135-й итерации цикла. Столько лишних >>> нажатий на клавиши. >> Кажется, даже в старом GDB есть условные брэкпоинты? > Ну вот смотри, тебе надо знать три разных приёма работы: > 1. ставить обычный breakpoint > 2. ставить условный (как показывает практика, дети IDE этим долго не > мог
Re: Среды разработки
17.10.2012 00:27, Sciko Good пишет: > 16 октября 2012 г., 18:56 пользователь "Артём Н." > написал: >> 16.10.2012 00:51, Sciko Good пишет: >>> Я пишу в основном расчётные консольные приложения, а когда к ним нужна >>> графическая морда, использую GTK, т.к. считаю Qt фактически является >>> одной большой библиотекой, да и последние тенденции к превращению её >>> во фрейморк для JavaScript не радуют. >> Не слежу. Не знаю. В смысле? > Посмотрите на последние версии Qt -- там интерфейс пишется на > JavaScript, а создание интерфейса с помощью С++ уже помечено как > устаревшее. Nokia писала, что в Qt5 вообще интерфейс будет писаться > только на JavaScript. Разве это плохо? При наличии вменяемого движка JS, конечно? На их месте, мне кажется, я бы тоже к этому пришёл: хочу скриптовый интерфейс и маленький настраиваемый "движок", выполняющий основные функции. >>> Code::Blocks вообще ужасен. >> Вот здесь возможно сильно подробнее? > Текстовый редактор на уровне блокнота, нет интеграции с DVCS, make не > создаёт, а каждый раз собирает проект сама, нет поддержки других > языков кроме C++. Разве уже это не повод не использовать эту поделку? О, увидел после того, как ответил. :-) Спасибо. А вы про какую версию? Я почитал, она была описана, как весьма перспективная среда. И редактор там со всеми подсветками и прочими плюшками. Да, если нет поддержки ничего другого, кроме C++, - не вариант. Но, может, есть плагины? >>> Netbeans требует таких плясок с бубуном, что убивает >>> всё желение с ним работать. >> Что там не так? > Чтобы что-то там заработало, надо настраивать всю среду. Причём долго > и весьма неочевидными способами. > >>> Eclipse страшно тормозит. Именно после него я поверил, что Java тормозит. >> Серьёзно? Eclipse, вроде бы, не на Java написан? И не исключительно для Java? > А почему у неё сырцы сплошь джавовские? Не читал. Понятно. >> Где тормозит? На какой системе? > Debian, Ubuntu, AltLinux, Fedora, CentOS, Mandriva, Rosa, openSUSE, > SLE -- тормозит везде. В других на пробовал. В смысле, на какой машине? Какие характеристики железа? >>> Lazarus представляет из себя копию Delphi со всеми его минусами. >> И плюсами. > Фактически единственный сомнительный "плюс" Dephi -- его преподают в > школах и вузах. Там действительно простое "написание кода от интерфейса". RAD. >>> А их хватает, ведь не зря Dephi называют принцем быдлокодерских IDE. >> Штамп. RAD и "разработка от интерфейса" позволяют быстро наклепать прототип. > Вот именно это и является штампом .Быстро наклепать прототип позволяет > python, perl, lisp, haskell и т.п., но не Dephi, т.к. изначально > паскаль разрабатывался вовсе не для быстрой разработки и не содержит > даже банального синтаксического сахара. Так Delphi - не Pascal. Там сахара хватает. > Быстро нарисовать интерфейс > позволяют такие программы как Glade, причём без какой-либо привязки к > языку. Кросс? Но Glade - только GTK... >> Причём, в виде скомпилированной программы. Это делает низким порог вхождения. > У интерпретируемых языков порог вхождения ещё ниже. Зависит от языка. > И не надо тратить время на компиляцию. Зато, не повышается ЧСВ, пишущего. :-) >> И среднее качество кода, считается, гораздо ниже, чем у MSVS (которая >> считается >> "сложной в освоении"). > Кстати, королём быдлокодерских IDE называют именно MSVS ^_^ Вы недавно про Delphi говорили тоже самое. Определитесь. ;-) Хотя, с появлением C#, акценты наверняка сместились... >>> В данном случае я хочу >>> оптимизировать работу там, где вижу возможность оптимизации. Смена >>> редактора кода реально мне может помочь в плане производительности. >> Понятно. >> Но, например, взять Embarcadero RAD Studio (ранее Borland C-Builder). >> Переключиться между cpp и h я могу через Ctrl+F6. >> А в vim? > А в vim ставите скрипт a.vim и получаете этот функционал. Можно > привесить на любое сочетание клавиш. Честно говоря, не очень въезжаю, как это сделать, в общем случае (когда .c и .h могут иметь разные названия), не прибегая к сложному разбору текста. >> Как оно вообще используется и где, >> Что там под windows? > Рисуешь интерфейс в редакторе, подключаешь в коде библиотеку, > описываешь какой сигнал связать с вызовом какой функции, отрисовываешь > окно. Плюс в RAD - обработчик проще найти. >> Жаль, скриншотов под Linux нет. > Запустите Synaptic. Он тоже использует Glade. Ну, типичный GTK интерфейс. Честно говоря, GTK меня раздражает. > 16 октября 2012 г., 19:11 пользователь "Артём Н." > написал: >> 16.10.2012 18:41, Sciko Good пишет: >>> Вы отстали от жизни. Даже на вантузе сейчас используется как минимум >>> C++, Pascal/Delphi и C#. >> Pascal/Delphi - уже давно. На нём не так много всего имеется, по сравнению с >> C++. > Вы удивитесь, как много на нём всего понаписали и продолжают писать. Не удивлюсь. Знаю, что пишут. >> C# - вообще не имеет отношения к ОС, как правило (на нём пишут для .NET, а >> спрашивать про его поддержку какими-либо средами, думаю не стоит). > .NET использует фактически один вантуз. В остальных
Re: Среды разработки
17.10.2012 01:57, Sciko Good пишет: > 16 октября 2012 г., 22:22 пользователь Alexander Danilov > написал: >> On 16.10.2012 22:06, "Артём Н." wrote: >> Да какая разница, я на С++ с шаблонами такое видел, что после этого всякого, >> утверждающего что C++ - это просто, а Haskell - это сложно, считаю умственно >> неполноценным родственником Джорджа Буша младшего, на котором природа не то, >> что отдохнула, она даже и не напрягалась. > +1 Считаю лучшим способом агитации против C++ дать прочитать книгу > Александреску, а потом учебник Lisp или Haskell. Я не агитирую "за". Есть плюсы в C++. Минусов больше, чем два. > 16 октября 2012 г., 22:27 пользователь Alexander Galanin > написал: >> При правке из отладчика рассматриваемый контекст ограничен одной >> функцией, потому годится для совсем очевидных ошибок. В других же >> случаях решает ошибку долгая медитация над кодом, по сравнению с которой >> 10 секунд на запуск gdb роли не играют. > Буквально вчера потратил полчаса на поиск ошибки возникающей очень > редко. И это при том, что я даже в C стараюсь писать исключительно > чистые (в смысле ФП) функции. Но пока я эту функцию локализовал и > медитировал над казалось бы уже 100 раз выверенным кодом... Какая ошибка? А средства автоматизации для отлова есть? > 16 октября 2012 г., 22:55 пользователь "Артём Н." > написал: >> 16.10.2012 22:27, Alexander Galanin пишет: >>> On Tue, 16 Oct 2012 21:53:38 +0400 >>> "Артём Н." wrote: Мне надо: 1. Написать. Удобно, быстро с отступами и подстановками. Создать интерфейс. >>> Хороший текстовый редактор. А их всего два. >> Вероятно. >> Тогда такой вопрос. >> Есть ли в Vim подстановка блоков кода: я пишу for, а весь цикл со скобками и >> переменной внутри мне подставляется автоматически? > Юзайте clang_comlete Плагин? >> Насчёт двух, вы утрируете. Scite и прочее? > Даже близко не стоит. Помню, в Scite много чего было, включая регэкспы, подсветки и дополнения. Он, конечно, не так наворочен, как Vim (в котором мне ещё разбираться и разбираться), но весьма серьёзный редактор. Помнится был Tea (и ещё спец. редакторы для HTML, например), да и Emacs далеко не один есть. 2. Собрать часть и запустить на разных этапах (не переписывая Makefile, при добавлении модуля). >> А этот пункт? > Правильно написанный Makefile не требует переписывания в таких случаях. Но его надо писать. И это непросто. Чем плоха автоматизация его создания? 6. Проверить модуль с разными наборами данных. >>> Unit testing. >> Само собой. >> И в IDE. Абсолютно тот же самый. >> Разница лишь в том, что вызывает его IDE, а не пользователь. > Да? И как оно догадывается, что нужен unit test? Неужели через astral.dll? В плане того, что есть библиотеки, встроенные в IDE. :-) И простой интерфейс для модульного тестирования. Я не разбирался с этим, если честно, но видел пункт, что оно есть. >> И управляет им IDE. > Управлять юнит-тестом? Это что-то новенькое! А на фига? Вызовом тестов, созданием отладочной версии, созданием релиза. 3. Попасть на строку, на которой программа вывалилась (именно на ошибку, а не на warning). >>> Команда <<:номер-строки>> в виме. При компиляции из самого вима оно >>> перескакивает автоматом. >> Почему-то у меня сейчас в старом Vim (очень старый на старом Linux, но, пока >> что, пишу в нём, поскольку на той машине данные возможно разные получать) он >> перескакивает на всякие варнинги. > Варнинги вообще-то тоже ошибки. И если они так не нравятся, то может > проще их отключить совсем? Например, я передаю константный аргумент функции (указатель на первый элемент списка). В функции инициализирую значение указателя этим аргументом. Старый компилятор орёт, что я могу поменять через этот указатель неизменяемую область памяти. 1. Это ошибка, если я ничего не меняю, а просто хожу по списку и, например, печатаю элементы? 2. Не помню какая pragma это выключает. 3. В идеале хотелось бы окно снизу, в котором отображаются ошибки: кликнул/выбрал - перешёл. Это удобно. >> А мне нужно, чтобы я набрал make, и он остался >> в том же файле. > Это настраивается. Как? >> А ошибку, желательно, вообще открыл в другом окне. > И это тоже. Как? 5. Пройти дальше на шаг, поменять значения переменных. Изредка посмотреть дизассемблерный листинг. >>> Это делает gdb. Я даже ставил себе clewn для интеграции оного в vim, но >>> не прижился он у меня из-за неиспользуемости. >> Да, а в IDE, я всё это вижу в том же редакторе. > И сильно это помогает? Правильные ответ: нисколько. Это помогает не переключаться между отладчиком и редактором. И позволяет не "разбрасывать внимание". Это удобно. >>> При правке из отладчика рассматриваемый контекст ограничен одной >>> функцией, потому годится для совсем очевидных ошибок. В других же >>> случаях решает ошибку долгая медитация над кодом, по сравнению с которой >>> 10 секунд на запуск gdb роли не играют. >> Облегчить процесс поиска может watch. Да, в gdb есть, но как-то... > В gdb очень хороший watch. А в комплекте с print, вообще песн
Re: Среды разработки
17.10.2012 02:36, Alexander Danilov пишет: > Если не использовать одну из основных фишек перла - высокую плотность кода, то > тогда лучше на перле не писать вообще, я так и поступил - у меня уже давно > язык > для скриптов по умолчанию Tcl, > редко Python - когда есть готовый модуль, которого нет для Tcl. Надо бы > переходить на MosML или Hugs, но как-то всё по случается об это вовремя > вспомнить - руки начинают набирать тиклевый код ещё до того, как вспоминаешь о > том, что надо бы что-то ещё попробовать. o.O На Tcl правда возможно программировать по пьяни? :-) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/507ef7af.70...@yandex.ru
Re: Среды разработки
16.10.2012 23:21, Alexander Danilov пишет: >>> что после этого всякого, >>> утверждающего что C++ - это просто, а Haskell - это сложно, считаю умственно >>> неполноценным родственником Джорджа Буша младшего, на котором природа не >>> то, что >>> отдохнула, она даже и не напрягалась. >> Ну, по-моему, никто не говорит о простоте. >> Полуркайте, "Как выучить C++ за 21 день". ;-) > > Я вас нах... не посылал, так что тоже будьте вежливы. Я вас, вроде, тоже не посылал. А баяна этого вы, похоже, не знаете... >>> Есть, тут другой RAD. >>> Первый RAD с которым я познакомился в Unix - shell+coreutils(тогда это была >>> большая куча пакетов). >>> Второй RAD - perl+CPAN. >>> Были и другие. >> Это не RAD. Это компоненты. > Это RAD - rapid application development, именно так. Именно с помощью этих > средств очень быстро разрабатываются приложения, я куски сишного кода менял на > вызовы system("awk ..."), и кода становилось значитально меньше и работал он > значительно лучше и сопровождать было значительно проще, rapid - быстрее > просто > некуда! В плане обработки текста. Но минусы: 1. Кроссплатформенность хромает. 2. Скорость падает. 3. Связь между awk и C-шным кодом через костыли. Немного извращённо: лучше уж perl взять. Хотя, идея любопытная. Хоть и не имеет прямого отношения к RAD. > А perl так вообще позволял и количество system("...") в разы сократить. И > ничего > быстрее ещё пока не придумали. Другое дело, что перловый код после написания > ещё > и читать бывает надо, но тут уж c++/pascal от него не отстаёт, одна строчка > перлового кода заменяет 10-20 c++/pascal, перл тяжелее читать, а c++/pascal > дольше читать, ибо кода больше. Зависит от того, как написано. Но вопрос был не про языки, а про IDE. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/507ef748.7080...@yandex.ru
Re: разыскиваются инструменты для управления множеством серверов
spacewalk ? -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
Re: разыскиваются инструменты для управления множеством серверов
Я напомнил о классической реализации, которая описана в любой достойной книге по администрированию больших систем. Спорить с вами об элементарных вещах не собираюсь, комментарий был к высокомерному "велосипед". С puppet и chief практически невозможно работать, когда серверы разнородные, использование этих средств превращается в еще больший "велосипед". Самописных скриптов может и не быть, в случае однородных систем скрипт вырождается в одну команду для крона. Предложил я наиболее универсальное решение для "управления множеством серверов", которое применимо и в случае netfilter (позже может потребоваться поддержка еще каких-либо систем) 17 октября 2012 г., 20:31 пользователь Dmitrii Kashin написал: > Anatoly Molchanov writes: > > > 17 октября 2012 г., 17:15 пользователь Кубашин Александр Сергеевич < > > kubashi...@k-sc.ru> написал: > > > >> 17.10.2012 17:05, Anatoly Molchanov пишет: > >> > >>> 1. Пишем скрипт: если в репе появился новый пакет, начинающийся на > >>> myservers, то устанавливаем его; если есть новая версия > установленного, то > >>> обновляемся. Скрипт кидаем на все машины > >>> ... > >>> > >> Puppet в разы проще и в разы мощнее, стоит ли свои велосипеды > >> городить?... > >> > >> Но puppet на случай раскидывания конфигураций, установки нужных пакетов > и > >> прочих задач возникающих при администрировании большого числа серверов. > >> Если же нужно просто команду на ряде серверов выполнить, то clusterssh, > >> наверно, ближе к требованиям. > >> > > Александр, использование стандартных средств по назначению это не > > велосипед, а решение (crontab, shell, aptitude или учим новую софтину, > > которую будем использовать на 2%, пишем под нее конфиги, которые могут > > использоваться только с этой прогой, потом учим заказчика пользоваться > ей и > > писать конфиги) > > Анатолий, я скромно замечу, что тредстартеру не автообновление > требуется, а возможность централизованно редактировать правила > netfilter. > > Ваше решение с самописными скриптами, конечно же, подойдет в раде > вырожденных случаев, однако системы управления конфигурациями, типа > puppet и chief, появились как раз потому, что при управлении большим > парком серверов отделаться самописными скриптами весьма проблематично. > > Разумеется, использовать такие системы, когда перед Вами не стоит задача > управления несколькими десятками машин - моветон. Но в данном случае > посоветовать автору использовать известный и широко используемый > инструмент - более правильный шаг, чем: > > >> 17.10.2012 17:05, Anatoly Molchanov пишет: > >> > >>> 2. На одном (двух/трех) сервере поднимаем репу "apt-get install > >>> reprepro". Все конфиги раздаем через пакеты > >>> > >>> * в скрипте можно уточнить установку/обновление пакетов через другие > >>> префиксы: myservers-server23-iptables устанавливать только на Сервер > No.23 > >>> ну и т.д. > > PS: Бррр! Только сейчас дочитал, что Вы предлагаете. Это не Right Thing, > совершенно точно Вам говорю. А вышенаписанный текст по большей части > относился к фразе "Пишем скрипт". > > -- > ** > * jabber: free...@jabber.mipt.ru * > * Registered linux user #546240* > ** > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/87r4oxhxh2@ws00.freehck.ru > >
Re: разыскиваются инструменты для управления множеством серверов
Anatoly Molchanov writes: > 17 октября 2012 г., 17:15 пользователь Кубашин Александр Сергеевич < > kubashi...@k-sc.ru> написал: > >> 17.10.2012 17:05, Anatoly Molchanov пишет: >> >>> 1. Пишем скрипт: если в репе появился новый пакет, начинающийся на >>> myservers, то устанавливаем его; если есть новая версия установленного, то >>> обновляемся. Скрипт кидаем на все машины >>> ... >>> >> Puppet в разы проще и в разы мощнее, стоит ли свои велосипеды >> городить?... >> >> Но puppet на случай раскидывания конфигураций, установки нужных пакетов и >> прочих задач возникающих при администрировании большого числа серверов. >> Если же нужно просто команду на ряде серверов выполнить, то clusterssh, >> наверно, ближе к требованиям. >> > Александр, использование стандартных средств по назначению это не > велосипед, а решение (crontab, shell, aptitude или учим новую софтину, > которую будем использовать на 2%, пишем под нее конфиги, которые могут > использоваться только с этой прогой, потом учим заказчика пользоваться ей и > писать конфиги) Анатолий, я скромно замечу, что тредстартеру не автообновление требуется, а возможность централизованно редактировать правила netfilter. Ваше решение с самописными скриптами, конечно же, подойдет в раде вырожденных случаев, однако системы управления конфигурациями, типа puppet и chief, появились как раз потому, что при управлении большим парком серверов отделаться самописными скриптами весьма проблематично. Разумеется, использовать такие системы, когда перед Вами не стоит задача управления несколькими десятками машин - моветон. Но в данном случае посоветовать автору использовать известный и широко используемый инструмент - более правильный шаг, чем: >> 17.10.2012 17:05, Anatoly Molchanov пишет: >> >>> 2. На одном (двух/трех) сервере поднимаем репу "apt-get install >>> reprepro". Все конфиги раздаем через пакеты >>> >>> * в скрипте можно уточнить установку/обновление пакетов через другие >>> префиксы: myservers-server23-iptables устанавливать только на Сервер No.23 >>> ну и т.д. PS: Бррр! Только сейчас дочитал, что Вы предлагаете. Это не Right Thing, совершенно точно Вам говорю. А вышенаписанный текст по большей части относился к фразе "Пишем скрипт". -- ** * jabber: free...@jabber.mipt.ru * * Registered linux user #546240* ** -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r4oxhxh2@ws00.freehck.ru
Re: разыскиваются инструменты для управления множеством серверов
Используйте fabric для одноразовых действий, и какую нибудь систему автоконфигурирования. И деплоя для остального, например puppet Sent from my BlackBerry® wireless device -Original Message- From: Max Kosmach Date: Wed, 17 Oct 2012 17:30:10 To: Subject: Re: разыскиваются инструменты для управления множеством серверов 17.10.2012 14:46, Dmitry A. Zhiglov пишет: > Добрый день, Коллеги! > > Дано: Уйма и маленькая тележка серверов Debian и его отпрысков. > ... > > - Также разыскиваю тулз, который позволил бы выполнять команды на всех > серверах разом, т.е. если на одном запускаешь "<тулз> uname -a" и на > всех серверах эта команда запускается, результат тебе в консоль > возвращается. Я активно использую parallel-ssh (ну и parallel-rsync из него же) -- Max Kosmach -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/507eb2e2.4090...@tcen.ru
Re: разыскиваются инструменты для управления множеством серверов
17.10.2012 14:46, Dmitry A. Zhiglov пишет: > Добрый день, Коллеги! > > Дано: Уйма и маленькая тележка серверов Debian и его отпрысков. > ... > > - Также разыскиваю тулз, который позволил бы выполнять команды на всех > серверах разом, т.е. если на одном запускаешь "<тулз> uname -a" и на > всех серверах эта команда запускается, результат тебе в консоль > возвращается. Я активно использую parallel-ssh (ну и parallel-rsync из него же) -- Max Kosmach -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/507eb2e2.4090...@tcen.ru
Re: разыскиваются инструменты для управления множеством серверов
17.10.2012 17:05, Anatoly Molchanov пишет: 1. Пишем скрипт: если в репе появился новый пакет, начинающийся на myservers, то устанавливаем его; если есть новая версия установленного, то обновляемся. Скрипт кидаем на все машины 2. На одном (двух/трех) сервере поднимаем репу "apt-get install reprepro". Все конфиги раздаем через пакеты * в скрипте можно уточнить установку/обновление пакетов через другие префиксы: myservers-server23-iptables устанавливать только на Сервер №23 ну и т.д. Puppet в разы проще и в разы мощнее, стоит ли свои велосипеды городить?... Но puppet на случай раскидывания конфигураций, установки нужных пакетов и прочих задач возникающих при администрировании большого числа серверов. Если же нужно просто команду на ряде серверов выполнить, то clusterssh, наверно, ближе к требованиям. -- С уважением, Кубашин Александр -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/507eaf66.5020...@k-sc.ru
Re: разыскиваются инструменты для управления множеством серверов
1. Пишем скрипт: если в репе появился новый пакет, начинающийся на myservers, то устанавливаем его; если есть новая версия установленного, то обновляемся. Скрипт кидаем на все машины 2. На одном (двух/трех) сервере поднимаем репу "apt-get install reprepro". Все конфиги раздаем через пакеты * в скрипте можно уточнить установку/обновление пакетов через другие префиксы: myservers-server23-iptables устанавливать только на Сервер №23 ну и т.д. 17 октября 2012 г., 16:52 пользователь Sergey Korobitsin написал: > Dmitry A. Zhiglov ☫ → To Debian Russian MailList @ Wed, Oct 17, 2012 14:46 > +0400 > > > Добрый день, Коллеги! > > > > Дано: Уйма и маленькая тележка серверов Debian и его отпрысков. > > > > - Ищется инструмент, который позволил бы централизованно, системно, > > управлять правилами iptables на всех машинах. Если будет с > > web-интерфейсом каким-то, хоть сторонним, то вообще была бы песня... > > для заказчика. > > > > - Также разыскиваю тулз, который позволил бы выполнять команды на всех > > серверах разом, т.е. если на одном запускаешь "<тулз> uname -a" и на > > всех серверах эта команда запускается, результат тебе в консоль > > возвращается. > > Я сам не пробовал, но народ советует в таких случаях puppet. > > -- > Bright regards, Sergey Korobitsin, > Chief Research Officer > Arta Software, http://arta.kz/ > xmpp:underta...@jabber.arta.kz > > -- > Если мысли сходятся - значит, они ограничены > -- Саша & Наташа, периодически > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > http://lists.debian.org/20121017125203.gc24...@undertaker.dev.lan.arta.kz > >
Re: разыскиваются инструменты для управления множеством серверов
Dmitry A. Zhiglov ☫ → To Debian Russian MailList @ Wed, Oct 17, 2012 14:46 +0400 > Добрый день, Коллеги! > > Дано: Уйма и маленькая тележка серверов Debian и его отпрысков. > > - Ищется инструмент, который позволил бы централизованно, системно, > управлять правилами iptables на всех машинах. Если будет с > web-интерфейсом каким-то, хоть сторонним, то вообще была бы песня... > для заказчика. > > - Также разыскиваю тулз, который позволил бы выполнять команды на всех > серверах разом, т.е. если на одном запускаешь "<тулз> uname -a" и на > всех серверах эта команда запускается, результат тебе в консоль > возвращается. Я сам не пробовал, но народ советует в таких случаях puppet. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- Если мысли сходятся - значит, они ограничены -- Саша & Наташа, периодически -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121017125203.gc24...@undertaker.dev.lan.arta.kz
Re: разыскиваются инструменты для управления множеством серверов
On Wed, 17 Oct 2012, Dmitry A. Zhiglov wrote: - Также разыскиваю тулз, который позволил бы выполнять команды на всех серверах разом, т.е. если на одном запускаешь "<тулз> uname -a" и на всех серверах эта команда запускается, результат тебе в консоль возвращается. clusterssh
Re: разыскиваются инструменты для управления множеством серверов
"Dmitry A. Zhiglov" writes: > - Ищется инструмент, который позволил бы централизованно, системно, > управлять правилами iptables на всех машинах. Если будет с > web-интерфейсом каким-то, хоть сторонним, то вообще была бы песня... > для заказчика. Вам для этих целей в полне подойдет Chief. Эта система управления конфигурациями имеет вменяемый веб-интерфейс. Рецепты для него пишутся на Ruby, так что если Вы его не знаете - придется учить. В принципе, он похож на Perl, так что если Вы знакомы с оным, то обучение пройдет легко и быстро. -- ** * jabber: free...@jabber.mipt.ru * * Registered linux user #546240* ** -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sj9ds6x0@ws00.freehck.ru
Re: Прошу поделится опытом использования свободных технологий для организации VDI. Особенно KVM и SPICE.
17.10.2012 10:47, Stanislav Vlasov пишет: 17 октября 2012 г., 12:38 пользователь Скубриев Владимир написал: Сейчас там используется местами kvm+libvirt+debian местами hyper-v. В зависимости от того, есть ли на данный момент возможность использования linux в качестве системы хоста. VDI в смысле просто рабочая станция в виртуалке или таки полноценная VDI-инфраструктура с возможностью генерации рабочего места с нужной конфигурацией установленного софта без его повторной установки на новую виртуалку? VDI в смысле просто рабочая станция в виртуалке Желательно чтобы как можно больше аппаратного обеспечения можно было пробросить внутрь виртуальной машины. Например используются: кард-ридеры дисконтных магнитных карточек (serial), сканеры штрихкодов(usb, serial), принтеры (usb, serial), кассовые аппараты (serial) Свободные и/или бесплатные: 1. linux-kvm.org 2. xen.org 3. virtualbox.org К сожалению, не помню среди них ничего, что было больше, чем просто система виртуализации. А рабочие станции в виртуалках делались... В моём случае это был Xen + vnc для доступа к рабочему столу. Ну это уж слишком просто. У меня сейчас в виртуалках клиенты банков, электронная отчетность, работы со специфическим по и все по Rdp. Это прекрасно работает, спасибо opensource. А вот VDI, т.е. чтобы можно было заменить кассовый компьютер при сбое настроить пробросы и даже не лезть внутрь виртуальной машины - вот это мечта, ради которой и затевается переход на VDI. Хотя не только ради кассовых компьютеров, но все же. -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/507e57db.8060...@skubriev.ru