Re: Среды разработки
On Tue, 16 Oct 2012 22:57:29 +0400 Артём Н. artio...@yandex.ru 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 -- Alexander Galanin -- 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/20121017102232.0e8f6e622256ba35421e0...@galanin.nnov.ru
Прошу поделится опытом использования свободных технологий для организации VDI. Особенно KVM и SPICE.
Возник вопрос можно ли внедрить VDI не платя при этом за ПО. Организация 30 ПК. Предположим нужно перенести в VDI около 15 рабочих мест менеджеров по работе с клиентами (windows xp, 7), бухгалтеров, директоров и т.д. Сейчас там используется местами kvm+libvirt+debian местами hyper-v. В зависимости от того, есть ли на данный момент возможность использования linux в качестве системы хоста. Насколько мне известно существуют как свободные и/или бесплатные так и платные решения. Из них: Свободные и/или бесплатные: 1. linux-kvm.org 2. xen.org 3. virtualbox.org остальные по идее платные: 1. Citrix XenDesktop, 3. Vmware View 3. Инфраструктура виртуальных настольных ПК Майкрософт 4. Oracle Virtual Desktop Infrastructure Конечно предпочтение я отдаю связке kvm+libvirt+debian+SPICE. Так как наиболее хорошо с ней знаком, оно opensource и уже используется мной на нескольких серверах. Но не для VDI. Поделитесь пожалуйста опытом использования свободных технологий для организации VDI. Особенно интересен KVM и SPICE. -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +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/507e5266.6020...@skubriev.ru
Re: Прошу поделится опытом использования свободных технологий для организации VDI. Особенно KVM и SPICE.
17 октября 2012 г., 12:38 пользователь Скубриев Владимир vladi...@skubriev.ru написал: Сейчас там используется местами kvm+libvirt+debian местами hyper-v. В зависимости от того, есть ли на данный момент возможность использования linux в качестве системы хоста. VDI в смысле просто рабочая станция в виртуалке или таки полноценная VDI-инфраструктура с возможностью генерации рабочего места с нужной конфигурацией установленного софта без его повторной установки на новую виртуалку? Свободные и/или бесплатные: 1. linux-kvm.org 2. xen.org 3. virtualbox.org К сожалению, не помню среди них ничего, что было больше, чем просто система виртуализации. А рабочие станции в виртуалках делались... В моём случае это был Xen + vnc для доступа к рабочему столу. -- Stanislav
Re: Прошу поделится опытом использования свободных технологий для организации VDI. Особенно KVM и SPICE.
17.10.2012 10:47, Stanislav Vlasov пишет: 17 октября 2012 г., 12:38 пользователь Скубриев Владимир vladi...@skubriev.ru написал: Сейчас там используется местами 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
Re: разыскиваются инструменты для управления множеством серверов
Dmitry A. Zhiglov dmitry.zhig...@gmail.com 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: разыскиваются инструменты для управления множеством серверов
On Wed, 17 Oct 2012, Dmitry A. Zhiglov wrote: - Также разыскиваю тулз, который позволил бы выполнять команды на всех серверах разом, т.е. если на одном запускаешь тулз uname -a и на всех серверах эта команда запускается, результат тебе в консоль возвращается. clusterssh
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: разыскиваются инструменты для управления множеством серверов
1. Пишем скрипт: если в репе появился новый пакет, начинающийся на myservers, то устанавливаем его; если есть новая версия установленного, то обновляемся. Скрипт кидаем на все машины 2. На одном (двух/трех) сервере поднимаем репу apt-get install reprepro. Все конфиги раздаем через пакеты * в скрипте можно уточнить установку/обновление пакетов через другие префиксы: myservers-server23-iptables устанавливать только на Сервер №23 ну и т.д. 17 октября 2012 г., 16:52 пользователь Sergey Korobitsin underta...@arta.kz написал: 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: разыскиваются инструменты для управления множеством серверов
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: разыскиваются инструменты для управления множеством серверов
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: разыскиваются инструменты для управления множеством серверов
Используйте fabric для одноразовых действий, и какую нибудь систему автоконфигурирования. И деплоя для остального, например puppet Sent from my BlackBerry® wireless device -Original Message- From: Max Kosmach m...@tcen.ru Date: Wed, 17 Oct 2012 17:30:10 To: debian-russian@lists.debian.org 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: разыскиваются инструменты для управления множеством серверов
Anatoly Molchanov ykdo...@gmail.com 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: разыскиваются инструменты для управления множеством серверов
Я напомнил о классической реализации, которая описана в любой достойной книге по администрированию больших систем. Спорить с вами об элементарных вещах не собираюсь, комментарий был к высокомерному велосипед. С puppet и chief практически невозможно работать, когда серверы разнородные, использование этих средств превращается в еще больший велосипед. Самописных скриптов может и не быть, в случае однородных систем скрипт вырождается в одну команду для крона. Предложил я наиболее универсальное решение для управления множеством серверов, которое применимо и в случае netfilter (позже может потребоваться поддержка еще каких-либо систем) 17 октября 2012 г., 20:31 пользователь Dmitrii Kashin free...@gmail.comнаписал: Anatoly Molchanov ykdo...@gmail.com 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: разыскиваются инструменты для управления множеством серверов
spacewalk ? -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
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: Среды разработки
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: Среды разработки
17.10.2012 01:57, Sciko Good пишет: 16 октября 2012 г., 22:22 пользователь Alexander Danilov alexander.a.dani...@gmail.com написал: On 16.10.2012 22:06, Артём Н. wrote: Да какая разница, я на С++ с шаблонами такое видел, что после этого всякого, утверждающего что C++ - это просто, а Haskell - это сложно, считаю умственно неполноценным родственником Джорджа Буша младшего, на котором природа не то, что отдохнула, она даже и не напрягалась. +1 Считаю лучшим способом агитации против C++ дать прочитать книгу Александреску, а потом учебник Lisp или Haskell. Я не агитирую за. Есть плюсы в C++. Минусов больше, чем два. 16 октября 2012 г., 22:27 пользователь Alexander Galanin a...@galanin.nnov.ru написал: При правке из отладчика рассматриваемый контекст ограничен одной функцией, потому годится для совсем очевидных ошибок. В других же случаях решает ошибку долгая медитация над кодом, по сравнению с которой 10 секунд на запуск gdb роли не играют. Буквально вчера потратил полчаса на поиск ошибки возникающей очень редко. И это при том, что я даже в C стараюсь писать исключительно чистые (в смысле ФП) функции. Но пока я эту функцию локализовал и медитировал над казалось бы уже 100 раз выверенным кодом... Какая ошибка? А средства автоматизации для отлова есть? 16 октября 2012 г., 22:55 пользователь Артём Н. artio...@yandex.ru написал: 16.10.2012 22:27, Alexander Galanin пишет: On Tue, 16 Oct 2012 21:53:38 +0400 Артём Н. artio...@yandex.ru 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, вообще песня. Плюс, есть false-positives, особенно, при использовании глобальных
Re: Среды разработки
17.10.2012 00:27, Sciko Good пишет: 16 октября 2012 г., 18:56 пользователь Артём Н. artio...@yandex.ru написал: 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 пользователь Артём Н. artio...@yandex.ru написал: 16.10.2012 18:41, Sciko Good пишет: Вы отстали от жизни. Даже на вантузе сейчас используется как минимум C++, Pascal/Delphi и C#. Pascal/Delphi - уже давно. На нём не так много всего имеется, по сравнению с C++. Вы удивитесь, как много на нём всего понаписали и продолжают писать. Не удивлюсь. Знаю, что пишут. C# - вообще не имеет отношения к ОС, как правило (на нём пишут для .NET, а спрашивать про его поддержку какими-либо средами, думаю не стоит). .NET использует фактически один вантуз. В остальных ОС с ним будут весьма большие проблемы. И в GNU/Linux его не любят. Почему? Читайте RMS. Да и меня как-то
Re: Среды разработки
17.10.2012 00:35, Alexander Galanin пишет: On Tue, 16 Oct 2012 22:55:25 +0400 Артём Н. artio...@yandex.ru 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 этим долго не могут научиться пользоваться) Почему? Во всех нормальных IDE есть условные брейки. 3. делать отладочную печать на случай, когда условие останова сформулировать сложно или надо
Re: Среды разработки
17.10.2012 00:37, Alexander Galanin пишет: On Tue, 16 Oct 2012 23:01:43 +0400 Артём Н. artio...@yandex.ru 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 10:22, Alexander Galanin пишет: On Tue, 16 Oct 2012 22:57:29 +0400 Артём Н. artio...@yandex.ru 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: разыскиваются инструменты для управления множеством серверов
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 m...@altlinux.ru -- 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: Настройка 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 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: Среды разработки
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: Настройка 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: Настройка Vim и работа в нём.
On Wed, Oct 17, 2012 at 11:51:27PM +0400, Артём Н. wrote: Мда, похоже, конфигом и полезностями никто не поделится. :-( Ну почему, делятся: http://dotfiles.org/.vimrc -- WBR, Michael Shigorin m...@altlinux.ru -- 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