Re: Среды разработки
On Fri, 19 Oct 2012, Vladimir Zhbanov wrote: On Thu, Oct 18, 2012 at 10:32:57PM +0300, Oleksandr Gavenko wrote: ... http://harmful.cat-v.org/software/c++/linus http://harmful.cat-v.org/software/c++/I_did_it_for_you_all http://harmful.cat-v.org/software/c++/rms Первая история понятна. Вторая интересна, но сильно надуманна, по-моему. Если Страуструп действительно говорил бы такое, то, думаю, он был бы гениальным шутником, филантропом, даже филопрограммером (заботившимся исключительно о сирых и убогих выпускниках мехмата МГУ, в умопомрачении отправившихся в колхоз Телелюй вместо ждавшей их с распростёртыми объятьями силиконовой долины). Особенно понравилась сложность и запутанность иксов как вдохновляющая идея и побудительный мотив. Иксы, тем не менее, как и Юних, продолжают вдохновлять общественность на подвиги. Интервью - это 100% мистификация. На страничке Страуструп лежит оргинальная версия: http://www.stroustrup.com/ieee_interview.html Мне запомнилась другая его мысль: "There are only two kinds of programming languages: those people always bitch about and those nobody uses.” У С++ есть что-то, что роднит его с обычными языками. Запутаность, безсистемность уродливый синтаксис. Но ведь и говорим то мы именно на таких языках. Так что 50 лет разработок языков, закончившиеся созданием С++, java, PHP и что там еще популярно, ну скажем Perl, что-то да говорят об извращенности наших мозгов. Ю. p.s. Там стонет человек от рабства и цепей!.. (Михаил Лермонтов)
Re: Настройка Vim и работа в нём.
- User Vladimir Zhbanov on 2012-10-18 23:34:42 wrote: >А... Только мне кажется, это сильно, целый плагин для этого >устанавливать. Можно, например, так: > map ciw""p Кстати наверное перед «p» вы забыли «l»? А то он сделает две кавычк и после них слово. -- Happy hacking, Sergey Matveev. [CYPHERPUNKS.RU][FSF][FSFE][EFF] fellow ..: -- 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/20121019033601.ga26...@stargrave.org
Re: Настройка Vim и работа в нём.
- User Vladimir Zhbanov on 2012-10-18 23:34:42 wrote: >А... Только мне кажется, это сильно, целый плагин для этого >устанавливать. Можно, например, так: > map ciw""p Ну он же не только для этого. Обрамлять в таги, менять обрамления или удалять полностью. Конкретно кавычки это просто наиболее часто используемое и раз уж помнил как делать surround-ом то и F10 заточил использовать с ним. Но безусловно ваш вариант конечно лучше тем что не требует ничего стороннего. -- Happy hacking, Sergey Matveev. [CYPHERPUNKS.RU][FSF][FSFE][EFF] fellow ..: -- 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/20121019032522.ga23...@stargrave.org
Re: Среды разработки
On Thu, Oct 18, 2012 at 10:32:57PM +0300, Oleksandr Gavenko wrote: ... > http://harmful.cat-v.org/software/c++/linus > http://harmful.cat-v.org/software/c++/I_did_it_for_you_all > http://harmful.cat-v.org/software/c++/rms Первая история понятна. Вторая интересна, но сильно надуманна, по-моему. Если Страуструп действительно говорил бы такое, то, думаю, он был бы гениальным шутником, филантропом, даже филопрограммером (заботившимся исключительно о сирых и убогих выпускниках мехмата МГУ, в умопомрачении отправившихся в колхоз Телелюй вместо ждавшей их с распростёртыми объятьями силиконовой долины). Особенно понравилась сложность и запутанность иксов как вдохновляющая идея и побудительный мотив. Иксы, тем не менее, как и Юних, продолжают вдохновлять общественность на подвиги. Что касается третьего, то его позиция особенно интересна в связи с тем, что он также очень не любил (почти ненавидел) один довольно громко восхваляемый (а некоторыми чуть прямо не проклинаемый) здесь скриптовый язык (не к ночи будет упомянут, а то возгорятся вновь страсти) и воспевал другой, скобколюбивый. Но тут же вспоминается, что кроме него были и лица, которые даже и знаменитый Си вместе с Юниксом хотели бы видеть преданными забвению (находя в нём сплошь пороки да изъяны), и видели исключительно лишь один наипрекраснейший круглоскобковый язык как панацею от всех бед. И это навевает... Не, я не в коей мере не за плюс-плюсы (я с ними практичто не знаком). Однако, сцылки показательные. -- http://vzhbanov.byethost33.com -- 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/20121018212820.GB3939@localhost.localdomain
Re: разыскиваются инструменты для управления множеством серверов
On 2012-10-17, Anatoly Molchanov wrote: > Я напомнил о классической реализации, которая описана в любой достойной > книге по администрированию больших систем. Спорить с вами об элементарных > вещах не собираюсь, комментарий был к высокомерному "велосипед". С puppet и > chief практически невозможно работать, когда серверы разнородные, > использование этих средств превращается в еще больший "велосипед". > Самописных скриптов может и не быть, в случае однородных систем скрипт > вырождается в одну команду для крона. Предложил я наиболее универсальное > решение для "управления множеством серверов", которое применимо и в случае > netfilter (позже может потребоваться поддержка еще каких-либо систем) Puppet и ему подобные родились для деплоя в cloud сервисы. На этом рубят капусту разработчики. В cloud сервисах все единообразно и для множества задач есть готовые puppet и chief скрипты-рецепты. Меня всегда поражало что Puppet реализован на Ruby - не самый лучший язык для бутстрапинга на голой ОСи. Почему не Perl? Или пусть бы уже Python... -- Best regards! -- 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/87wqyn7alu@gavenkoa.example.com
Re: Среды разработки
On 2012-10-18, Артём Н. wrote: > 18.10.2012 23:38, Oleksandr Gavenko пишет: >> On 2012-10-16, Артём Н. wrote: >> >>> Есть факт: C++ считается необходимым языком, как бы вы к нему не относились. >>> Написано на нём всего дохрена. >> Есть факт - новые софтверные комерческие проекты в вебе. Там нет места C++. > Ну вы сравнили. C++ для web разработки, когда есть куча других языков, > ориентированных на это и считающихся "стандартом" (или хотя бы имеющие кучу > специфичных библиотек, фреймворков, готовых систем и наработок). Факт широкого > использования это как-то отменяет? > Нужно понимать это так: С++ только для поддержки старых проектов. Новые проекты не будут на С++ (нужны весские доводы). К тому у С++ отсутствует бинарная совместимость между вендорами и между версиями у одного вендора. Т.е. библиотеками и фреймворками особо не поторгуешь, только конечные приложения. Т.е. С++ как COBOL. О чем собственно ниже: >> http://ru.wikipedia.org/wiki/Проблема_2038_года будет не из-за COBOL, а из-за >> C++. > C++ причём? Проблема из-за сохранения времени в 32-х битном значении. Какое > отношение она имеет _исключительно_ к C++? Это сарказм. -- Best regards! -- 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/871ugv8po0@gavenkoa.example.com
Re: Среды разработки
On 2012-10-18, Артём Н. wrote: > 18.10.2012 22:53, Oleksandr Gavenko пишет: >> On 2012-10-15, Артём Н. wrote: >>> KDevelop - это сплошные плагины. Не падает ли так же часто, как Plasma? >> Откройте для себя понятия компонент и модульной архитектуры. > Открыл. Ну и? > Хех, я только начинаю открывать. Например, никогда бы не подумал что разрешение зависимостей между модулями и версиями имеет NP-сложность: http://wiki.apidesign.org/wiki/Environment http://wiki.apidesign.org/wiki/LibraryWithoutImplicitExportIsPolynomial http://wiki.apidesign.org/wiki/LibraryReExportIsNPComplete >> Начать можно с >> http://wiki.apidesign.org/wiki/Main_Page > Любопытный сайтик. Спасибо. > Да, вики в поддержку одноименной книги. Автор - сооснователь проекта NetBeans, он как раз разрабатывал модульную архитектуру. >> Вместо того что бы тролить в листе выполните пару поисковых запросов на >> StackOverflow, для примера: > Да я, вроде, не троллил. Кое-что почитал, хоть и не на stackoverflow. А отзывы > тех, кто пользуется лучше, чем куча разрозненных статей, в каждой из которых > говорится противоположное (и лучше, чем выискивание отзывов фиг знает где). > >> Еще магическая строка: >> ide comparison list >> Вставте в гуугл. Читаем топ-20, ходим по ссылкам. Еще магические строки: >> top java ide >> best c++ ide > IDE исключительно для C++ и Java не нужны. > Хорошо. Знаете ли Вы что Eclipse, NetBeans, Mozilla - это платформы (контейнеры с кучей модулей)? https://developer.mozilla.org/en-US/docs/The_Mozilla_platform http://www.eclipse.org/platform/ http://netbeans.org/features/platform/ В этих контенерах за множество лет появились модули с отточеными интерфейсами. Они действительно "pluggable". Как и в случае Emacs, просто допилите поддержку нехватающего вам языка. >> - эти слова встречаются в high rate блогах и девелоперских порталах. >> Обязательно по любой теме ищите в английской вики сравнение продуктов, в >> нашем >> случае: >> >> http://en.wikipedia.org/wiki/Comparison_of_integrated_development_environments > Ну да, он и есть первый в гугле. Кстати, в русском варианте список не хуже. И > вы > думаете, что я этого не видел? И что мне это даёт? > Например, Code::Blocks по этому списку - просто замечательная IDE, а по > отзывам > здесь, - "поделка" с указанием причин почему так. > Согласен. Если есть местные опытные разработчики, Вам намного лучше проконсультироваться у них. В усной беседе можно тысячу вопросов задать. В свое время мне не было с кем консультироваться и интернета не было. Я расстроился проблемами с в расширяемостью SciTE, узнал что есть только 2 "крутых" редактора и Emacs сложнее. Если справиться со сложным - остальное будет просто. 2 недели только привыкал копировать и прыгать по буферам по рефкарду из комплекта. Сейчас возможности шире - можно посмотреть скринкаст и понять все в действии: http://vimcasts.org/episodes/archive http://emacswiki.org/emacs/EmacsScreencasts http://netbeans.org/kb/docs/intro-screencasts.html Просто гугли: git screencast debian screencast Я просмотрел кучу обзоров IDE. Читаю release notes к major релизам основных продуктов. Как говорится Ну, а _здесь_, знаешь ли, приходится бежать _со всех ног_, чтобы только остаться на том же месте! Если же хочешь попасть в другое место, тогда нужно бежать по меньшей мере вдвое быстрее ! -- Best regards! -- 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/8762678q0p@gavenkoa.example.com
Re: Среды разработки
On 2012-10-15, Артём Н. wrote: >> Есть Cygwin в Windows. > Это в крайнем случае. Хотелось бы приложение, которое не тащит никаких лишних > DLL за собой и не завязано на Cygwin. > Про кросскомпиляторы отписался тут: http://permalink.gmane.org/gmane.linux.debian.user.russian/114398 Смотрим на http://mingw-w64.sourceforge.net/ И вообще: $ sudo apt-get install mingw-w64-dev # W64 $ sudo apt-get install mingw32-runtime # старый MinGW >> Если нужно что бы Emacs понимал пути в стиле Windows, но хочется утилиты GNU >> - >> нативный Emacs + cygwin-mount.el: > Я пользуюсь Vim. Я пользуюсь обоими (врага нужно знать в лицо :). http://www.gnu.org/fun/jokes/ed.msg.html и мои любимые: http://www.dina.dk/~abraham/religion/vi-tutorial.html http://www.dina.dk/~abraham/religion/editors-101.html А еще Eclipse, NetBeans, MSVC, и десятком других (проприетарных) по долгу службы. В 2012 заметен тренд любви к: http://www.sublimetext.com/ Я даже посмотрел мастер-классы по Sublime на Youtube: http://www.youtube.com/results?search_query=sublime+editor Вдруг Emacs чего то не может чего есть в Sublime? -- Best regards! -- 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/87a9vj8s8b@gavenkoa.example.com
Re: Среды разработки
18.10.2012 11:39, Alexander Galanin пишет: > On Wed, 17 Oct 2012 23:15:36 +0400 > "Артём Н." wrote: > >> 17.10.2012 00:37, Alexander Galanin пишет: >>> On Tue, 16 Oct 2012 23:01:43 +0400 >>> "Артём Н." wrote: >>> И главный вопрос: как всё это интегрировать, чтобы оно каждый раз запускалось автоматически, и не приходилось всё перенастраивать для каждого проекта? >>> Что именно перенастроить? Свою голову, в которой лежит знание о том, >>> какие действия делаются каким инструментом? >> Перенастроить сценарий или мэйкфайл, который вызывает инструменты >> автоматически. >> Или каждый раз вызывать всё вручную? >> Упорно набирать в консоли каждую команду? > > В чём проблема написать скрипт или скопировать файл, а потом его > отредактировать? Будто IDE с умолчательными настройками всегда создаёт ровно > то, что нужно. Проблема в том, что: 1. Его надо будет каждый раз редактировать. 2. Он будет работать на Linux. Он не един (хотя, в принципе, есть cygwin, тут вопрос спорный). 3. Его надо написать. Когда уже есть готовое. И, к тому же, надо серьёзно подумать над его написанием (там же не просто вызов программ требуется, но ещё и всякие интеграции с редактором и прочее). -- 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/50805eca.6020...@yandex.ru
Re: Среды разработки
Кстати, есть ObjectC. При первом знакомстве мне очень даже понравился. Весьма элегантный язык. -- 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/50805ca6.9010...@yandex.ru
Re: Среды разработки
18.10.2012 23:38, Oleksandr Gavenko пишет: > On 2012-10-16, Артём Н. wrote: > >> Есть факт: C++ считается необходимым языком, как бы вы к нему не относились. >> Написано на нём всего дохрена. > Есть факт - новые софтверные комерческие проекты в вебе. Там нет места C++. Ну вы сравнили. C++ для web разработки, когда есть куча других языков, ориентированных на это и считающихся "стандартом" (или хотя бы имеющие кучу специфичных библиотек, фреймворков, готовых систем и наработок). Факт широкого использования это как-то отменяет? > http://ru.wikipedia.org/wiki/Проблема_2038_года будет не из-за COBOL, а из-за > C++. C++ причём? Проблема из-за сохранения времени в 32-х битном значении. Какое отношение она имеет _исключительно_ к C++? -- 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/50805c74.2090...@yandex.ru
Re: Среды разработки
On 2012-10-16, Артём Н. wrote: > Есть факт: C++ считается необходимым языком, как бы вы к нему не относились. > Написано на нём всего дохрена. Есть факт - новые софтверные комерческие проекты в вебе. Там нет места C++. http://ru.wikipedia.org/wiki/Проблема_2038_года будет не из-за COBOL, а из-за C++. -- Best regards! -- 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/87fw5b8tas@gavenkoa.example.com
Re: Среды разработки
18.10.2012 23:26, Oleksandr Gavenko пишет: > On 2012-10-16, Артём Н. wrote: > >> Да, есть. Использую Valgrind. Показывает не самые внятные сообщения. > >> Потом приходится бегать по километровому логу, периодически переключаясь >> между ним и редактором. > > А в Emacs это не проблема... Ну да. И психиатр в Emacs тоже встроен. Только я пользуюсь 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/50805a61.4040...@yandex.ru
Re: Среды разработки
On 2012-10-16, Артём Н. wrote: >> Неужели в c++11 добавили автоматические управление памятью? Каюсь, не >> нашёл. По крайней мере сборки мусора там нет точно. > Зато есть библиотеки с "умными" указателями, коллекциями и прочим. И классы, в > которых очистку возможно произвести в деструкторе. В отличие от C, где нет > вообще ничего. http://harmful.cat-v.org/software/c++/linus http://harmful.cat-v.org/software/c++/I_did_it_for_you_all http://harmful.cat-v.org/software/c++/rms -- Best regards! -- 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/87k3un8tjq@gavenkoa.example.com
Re: Настройка Vim и работа в нём.
On Thu, Oct 18, 2012 at 10:38:39PM +0400, stargr...@stargrave.org wrote: > - User Vladimir Zhbanov on 2012-10-18 22:24:50 wrote: > >> :map ysiw" " обрамить текущее слово в кавычки > >Это работает? > Безусловно! Только при этом surround плагин должен быть установлен. > Прямо вот "сейчас" проверил — работает. А... Только мне кажется, это сильно, целый плагин для этого устанавливать. Можно, например, так: map ciw""p -- http://vzhbanov.byethost33.com -- 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/20121018193442.GA3939@localhost.localdomain
Re: Среды разработки
16.10.2012 21:56, Alexander Danilov пишет: > On 16.10.2012 21:30, "Артём Н." wrote: >> 16.10.2012 21:18, Alexander Danilov пишет: >>> On 16.10.2012 18:41, Sciko Good wrote: 16 октября 2012 г., 11:24 пользователь Victor Wagner написал: > Еще очень полезно знать что стандартный виндовый интерпетатор команд > cmd.exe не такой убогий, как обычно считают а практически представляет > собой полноценный c-shell со встроенным awk. Синтаксис, конечно > кривоватый и неудобный, но возможности есть. А вы точно не путаете cmd.exe с command.com или PowerShell? Просто ничего даже издали похожего на awk я не нашёл вот тут: http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/cmd.mspx?mfr=true >>> в cmd.exe кое-что есть, и сделать при должной фантазии кое-что можно, >>> но за это время дешевле поискать awk, tcl или lua, они и для dos есть. >>> Зато потом поддерживать будет проще. >> Да, это должна быть весьма извращённая фантазия. :-) >> Проще взять cygwin. > А пробовали брать? Я пробовал, пользуюсь mingw только когда долго в винде > приходится сидеть, > а так проще какой-нибудь однофайловый интерпретатор взять. Он стоит на виртуалке. И давным давно на XP стоял. Нормально. -- 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/508058d7.1030...@yandex.ru
Re: Среды разработки
On 2012-10-16, Артём Н. wrote: > Да, есть. Использую Valgrind. Показывает не самые внятные сообщения. > Потом приходится бегать по километровому логу, периодически переключаясь > между ним и редактором. А в Emacs это не проблема... -- Best regards! -- 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/87objz8ttt@gavenkoa.example.com
Re: Среды разработки
18.10.2012 23:24, Oleksandr Gavenko пишет: > On 2012-10-16, Артём Н. wrote: >> Кстати, он из под Linux может создавать виндовые инсталляторы (я почему-то >> думал, что под Linux - только для Linux)? >> Ему нужен MinGW? > Он то только для Windows и создает... Мда... >> Которые не нужны нафиг. Потому что, среда всё обеспечивает сама. Особенно >> такая >> монструозная фигня, как MSVS 2012, которая поддерживает всё, что навыпускал >> микрософт (в плане языков и библиотек), содержит встроенную поддержку VCS, >> работу с СУБД и какую-то фигню для "взаимодействия в команде" (я в ней особо >> не >> разбирался, просто чуть потыкал) и кучу ещё лишнего. >> Какие, нафиг, make и консольные компиляторы? > Вы работили над крупными, долгосрочными проектами в команде?? Нет. >> Другое дело, что есть нехило навороченный PowerShell, который в плане >> навороченности (судя по сравнению в вики) обгоняет даже *nix оболочки. > Нету, например, в WinXP. С него уже потихоньку слезают. -- 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/50805861.80...@yandex.ru
Re: Среды разработки
On 2012-10-16, Артём Н. wrote: > Кстати, он из под Linux может создавать виндовые инсталляторы (я почему-то > думал, что под Linux - только для Linux)? > Ему нужен MinGW? > Он то только для Windows и создает... > Которые не нужны нафиг. Потому что, среда всё обеспечивает сама. Особенно > такая > монструозная фигня, как MSVS 2012, которая поддерживает всё, что навыпускал > микрософт (в плане языков и библиотек), содержит встроенную поддержку VCS, > работу с СУБД и какую-то фигню для "взаимодействия в команде" (я в ней особо > не > разбирался, просто чуть потыкал) и кучу ещё лишнего. > Какие, нафиг, make и консольные компиляторы? > Вы работили над крупными, долгосрочными проектами в команде?? >> Еще очень полезно знать что стандартный виндовый интерпетатор команд >> cmd.exe не такой убогий, как обычно считают а практически представляет >> собой полноценный c-shell со встроенным awk. Синтаксис, конечно >> кривоватый и неудобный, но возможности есть. > Как-бы, вы в будущем? > На данный момент (в win-7, поскольку о 8 я не знаю), стандартный cmd.exe от > Awk > не имеет НИЧЕГО. > Если вы имеете ввиду расширения команды set, то подстановки не дотягивают даже > до уровня csh, не говоря уж о Bash. > Зато работает с DOS времен, кажется в Win2000 было расширение комманд. Я активно использую расширеный режим. > Другое дело, что есть нехило навороченный PowerShell, который в плане > навороченности (судя по сравнению в вики) обгоняет даже *nix оболочки. > Нету, например, в WinXP. -- Best regards! -- 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/87sj9b8ty8@gavenkoa.example.com
Re: Среды разработки
On 2012-10-16, Alexander Danilov wrote: >> Да, это должна быть весьма извращённая фантазия. :-) Проще взять cygwin. >> > А пробовали брать? Я пробовал, пользуюсь mingw только когда долго в винде > приходится сидеть, а так проще какой-нибудь однофайловый интерпретатор > взять. А какие проблемы - не можем запустить setup.exe? Или трудности с английским: http://cygwin.com/cygwin-ug-net.html ?? К тому же в комплекте 2 кросскомпилятора: Mingw и свежий W64 (который для i686 и AMD64). По ABI оба совместимы с вендором. И к тому же make/cmake, perl/python, apache/lighttpd, emacs/vim - все из коробки. Мало - Cygwin ports: ftp://sourceware.org/pub/cygwinports/portslist.txt Мало - cygport: git://cygwin-ports.git.sourceforge.net/gitroot/cygwin-ports/cygport -- Best regards! -- 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/87wqyn8u8w@gavenkoa.example.com
Re: Среды разработки
On 2012-10-16, Victor Wagner wrote: >> А проектировать? > > А для этого существует понятия mind mapping и сoncept mapping. Может для презентаций и подойдет, а вот ручку и листочек (фломастер и доску) никто не отменял. Порисовали, договорились, сфотографирывали, написали спецификацию, согласовали, реализовали эскизный проект (proof of concept). -- Best regards! -- 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/874nlra96s@gavenkoa.example.com
Re: Среды разработки
18.10.2012 22:53, Oleksandr Gavenko пишет: > On 2012-10-15, Артём Н. wrote: >> KDevelop - это сплошные плагины. Не падает ли так же часто, как Plasma? > Откройте для себя понятия компонент и модульной архитектуры. Открыл. Ну и? > Начать можно с > http://wiki.apidesign.org/wiki/Main_Page Любопытный сайтик. Спасибо. > Вместо того что бы тролить в листе выполните пару поисковых запросов на > StackOverflow, для примера: Да я, вроде, не троллил. Кое-что почитал, хоть и не на stackoverflow. А отзывы тех, кто пользуется лучше, чем куча разрозненных статей, в каждой из которых говорится противоположное (и лучше, чем выискивание отзывов фиг знает где). > Еще магическая строка: > ide comparison list > Вставте в гуугл. Читаем топ-20, ходим по ссылкам. Еще магические строки: > top java ide > best c++ ide IDE исключительно для C++ и Java не нужны. > - эти слова встречаются в high rate блогах и девелоперских порталах. > Обязательно по любой теме ищите в английской вики сравнение продуктов, в нашем > случае: > > http://en.wikipedia.org/wiki/Comparison_of_integrated_development_environments Ну да, он и есть первый в гугле. Кстати, в русском варианте список не хуже. И вы думаете, что я этого не видел? И что мне это даёт? Например, Code::Blocks по этому списку - просто замечательная 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/50805348.5090...@yandex.ru
Re: Среды разработки
On 2012-10-15, Sciko Good wrote: > Eclipse страшно тормозит. Именно после него я поверил, что Java тормозит. Не более чем в 2 раза: http://shootout.alioth.debian.org/u64q/java.php -- Best regards! -- 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/878vb3a9hi@gavenkoa.example.com
Re: Среды разработки
On 2012-10-15, Артём Н. wrote: > KDevelop - это сплошные плагины. Не падает ли так же часто, как Plasma? Откройте для себя понятия компонент и модульной архитектуры. Начать можно с http://wiki.apidesign.org/wiki/Main_Page Вместо того что бы тролить в листе выполните пару поисковых запросов на StackOverflow, для примера: http://stackoverflow.com/search?q=ide http://stackoverflow.com/search?q=emacs+project http://stackoverflow.com/search?q=vim+ide почитайте и походите по ссылкам. Еще магическая строка: ide comparison list Вставте в гуугл. Читаем топ-20, ходим по ссылкам. Еще магические строки: top java ide best c++ ide - эти слова встречаются в high rate блогах и девелоперских порталах. Обязательно по любой теме ищите в английской вики сравнение продуктов, в нашем случае: http://en.wikipedia.org/wiki/Comparison_of_integrated_development_environments Там всегда список поддерживаемых платформ и сравнение ключевых фич. И как всегда ссылки - ходим, читаем. Для Вас волонтеры бесплатно построили онтологии. В каждой странице вики - есть категории, прыгаем по ним, читаем. -- Best regards! -- 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/87fw5ba9yh@gavenkoa.example.com
Re: Не работает клавиатура и мышь
Михаил Черенков writes: > После установки Debian 6.0.6 не работает клавиатура PS/2 "Basic 304" (Sven) > и USB мышь "BW-5" (A4tech). Не работает только в Xorg или в консоли тоже? > Где искать помощи, и какую информацию приложить? Например, приложите вывод команды: aptitude search "~i xserver" -- ** * 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/874nlr8vos@ws00.freehck.ru
Re: Настройка Vim и работа в нём.
- User Vladimir Zhbanov on 2012-10-18 22:24:50 wrote: >> :map ysiw" " обрамить текущее слово в кавычки >Это работает? Безусловно! Только при этом surround плагин должен быть установлен. Прямо вот "сейчас" проверил — работает. -- Happy hacking, Sergey Matveev. [CYPHERPUNKS.RU][FSF][FSFE][EFF] fellow ..: -- 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/20121018183839.ga12...@stargrave.org
Не работает клавиатура и мышь
После установки Debian 6.0.6 не работает клавиатура PS/2 "Basic 304" (Sven) и USB мышь "BW-5" (A4tech). Где искать помощи, и какую информацию приложить? В каком пакете ошибка - не знаю.
Re: Настройка Vim и работа в нём.
On Thu, Oct 18, 2012 at 08:38:57PM +0400, stargr...@stargrave.org wrote: ... > :map ysiw" " обрамить текущее слово в кавычки Это работает? -- http://vzhbanov.byethost33.com -- 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/20121018182450.GB6889@localhost.localdomain
Re: Настройка Vim и работа в нём.
- User "Артём Н." on 2012-10-16 20:08:47 wrote: >Поделитесь вашими vimrc и полезными советами по настройке и работе в Vim. >Интересно всё. >Хочется конфиг, который будет работать и на windows и на unix-подобных. Ниже моё что есть. Сразу скажу что под Windows понятия не имею как он работает или нет и имеются следующие плагины установленные (без них ни ногой): * surround * mark * fugitive * easymotion и ряд других но или их нет в конфиге этом или вырезал за неинтересностью (настройки vimwiki, vimchat, pyflakes, pep8, snipmate - >8 - set t_Co=8 " пусть не больше 8 цветов (для 256-цветного tmux-а) " Базовые настройки включающие всякий функционал syntax on filetype on filetype plugin on set nocompatible set cryptmethod=blowfish set encoding=utf-8 " Настройки по работе с поведением текста, в основном кодом программ set autoindent set tabstop=4 set shiftwidth=4 set smarttab set expandtab set nojoinspaces set backspace=indent,eol set viminfo='100,<50,s10,h,% " Относительная нумерация строк и показ чего же я ввожу set relativenumber set showcmd set showmatch set cursorline set colorcolumn=80 " Поиск игнорируя регистр и полезности касательно него set ignorecase set smartcase set hlsearch set incsearch " Настройки строки состояния hi User1 ctermbg=blue ctermfg=green hi User2 ctermbg=green ctermfg=black hi User3 ctermbg=yellow ctermfg=blue set laststatus=2 set statusline=%n\|%F%m%r%h%w%q\ %= set statusline+=%1*%Y[%{strlen(&fenc)?&fenc:&enc},%{&ff}] set statusline+=%2*[%l/%L] set statusline+=[%c%V:0x%B] set statusline+=%3*%{fugitive#statusline()} set statusline+=%*\ %P " Используется для быстрого переключения между режимами для того чтобы " вставлять выделяемый текст: красного столбца, fold-ов function CCinv() if exists('&foldcolumn') && &foldcolumn == 1 set colorcolumn= set foldcolumn=0 set foldlevel=999 else set colorcolumn=80 set foldcolumn=1 set foldlevel=0 endif endfunction " Просто функция очистки регистров function ClearRegisters() for chr in split("abcdefghijklmnopqrstuvwxyz", '\zs') execute "let @" . chr . "=''" endfor endfunction " Сохранять ли текущий view или нет после выхода из буфера function s:ViewSaving() let s:ignored = ["passmandb", "fugitive:", "secure=+", "=+tmp=+"] let s:need_view = 1 for ignore in s:ignored if match(expand("%"), ignore) != -1 let s:need_view = 0 endif endfor if s:need_view mkview endif endfunction autocmd BufWinLeave *.* call s:ViewSaving() autocmd BufWinEnter *.* silent loadview " Настройки fold-ов set foldmethod=indent set foldenable set foldcolumn=1 set foldnestmax=3 set pastetoggle= " режим вставки отформатированного текста :map :set relativenumber!:call CCinv()zR " помощь для выделения :map :nohlsearch:MarkClear " очистка подсветок поиска и mark-ов :map :Explore " вызов файлового менеджера :map "cyiw:execute "Gvsplit " . @czR " открытие коммита под курсором :map :close " закрыть буфер :map :registers " показать регистры :map ysiw" " обрамить текущее слово в кавычки :map :cprevious " предыдущий элемент QuickFix-а :map :cnext " следующий элемент QuickFix-а :cmap w72 set textwidth=72 " ширина строки для форматирования 72 :cmap SP setlocal spell spelllang=ru,en " проверка орфографии :cmap CE :set expandtab:center:set noexpandtab " центрирование :nmap F f " переход на ближайший пробел :digraphs .3 8230 " троеточие :digraphs \"6 8222 " грустный смайл :digraphs ou 9785 " весёлый смайл :digraphs \|\| 8741 " конкатенация :map ,cs 1G/^Subject: yypIX-Old--W " замена темы письма " При yank-е производить сдвиг нумерованных регистров, также заполняя @1 function s:yankstack() if @" != @1 && @" != "TODO" for rn in range(9, 2, -1) execute "let @" . rn . "=@" . (rn - 1) endfor let @1=@" endif return "y" endfunction exec 'nnoremap ' 'y' 'yankstack()' exec 'xnoremap ' 'y' 'yankstack()' " Покороче вызов easymotion-а let g:EasyMotion_mapping_b = 'b' let g:EasyMotion_mapping_w = 'w' -- Happy hacking, Sergey Matveev. [CYPHERPUNKS.RU][FSF][FSFE][EFF] fellow ..: -- 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/20121018163857.ga3...@stargrave.org
Re: Настройка Vim и работа в нём.
18.10.2012 10:59, Dmitry Balchugov пишет: > Вот мой конфиг. Это сборная солянка, некоторые комментарии > есть в тексте конфига. Некоторые вещи не работают. Не доходят руки > привести в нормальный вид. Поэтому как есть. > > VIM 7.3 Фига себе, у вас конфиг навороченный. o.O -- 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/50801b55.7060...@yandex.ru
Re: Настройка Vim и работа в нём.
18.10.2012 10:59, Dmitry Balchugov пишет: > Вот мой конфиг. Это сборная солянка, некоторые комментарии > есть в тексте конфига. Некоторые вещи не работают. Не доходят руки > привести в нормальный вид. Поэтому как есть. > > VIM 7.3 > > Хоткеи: > F2 -- сохранить > F3 -- список файлов > Shift-F3 -- список меток > F4 -- список тегов (ctags) > F5 -- make > F8 -- меню перекодировки > Ctrl+t -- новая вкладка > Ctrl+Shift+Tab, F11 -- предыдущая вкладка > Ctrl+Tab,F12 -- следующая > > Под Win работают Ctrl+c, Ctrl+v > Некоторая автоматизация под PHP (автоиндент, хелп) > Под HTML -- вставка парных тегов. О, спасибо. Посмотрю. Встрою в свой и выложу в отформатированном и организованном виде, если надо. -- 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/508016cb.9090...@yandex.ru
Re: Настройка Vim и работа в нём.
18.10.2012 01:44, Aleksey Andreev пишет: > 17.10.2012 23:51, "Артём Н." пишет: >> Мда, похоже, конфигом и полезностями никто не поделится. :-( >> >> > У меня еще нечего там показывать. > На счет "никто не поделится" - кто хотел давно поделился. > Идем на github и ищем vimrc, я уж не говорю про google. Я ищу периодически. И кое-что добавлено из чужих vimrc (например, всплывающие подсказки немного переделаны из чьего-то vimrc или примера в какой-то статье). Но вдруг, кто-то ещё что подкинет? -- 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/50801658.70...@yandex.ru
Re: Настройка Vim и работа в нём.
18.10.2012 01:41, Michael Shigorin пишет: > On Wed, Oct 17, 2012 at 11:51:27PM +0400, "Артём Н." wrote: >> Мда, похоже, конфигом и полезностями никто не поделится. :-( > > Ну почему, делятся: http://dotfiles.org/.vimrc О, неплохо. Thnx. -- 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/508015fa.6010...@yandex.ru
Re: Среды разработки
18.10.2012 11:41, Alexander Galanin пишет: > On Wed, 17 Oct 2012 23:18:04 +0400 > "Артём Н." wrote: > >> 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 >> Меньше чего? > > Меньше 3.5 Мб. > >> Про размеры я выше сказал. >> К тому же, не помню точно, но, вроде, он линкует не все функции bpl в >> исполняемый файл, а только то, что необходимо: слинкуйте, да посмотрите >> размер, >> что гадать? > Я билдером не пользуюсь, потому и спрашиваю. И я не понимаю, откуда может > взяться _статический_ бинарник в 300 кб, если одна только cc3260mt.dll > занимает > полтора мегабайта. Ну не знаю меньше ли, чем 1.5. Я-то писал про простейшее приложение Delphi. А вы нашли "простенькое" многопоточное. -- 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/50801599.5000...@yandex.ru
Re: Среды разработки
18.10.2012 00:16, Alexander Danilov пишет: > On 17.10.2012 22:22, "Артём Н." wrote: >> 16.10.2012 23:21, Alexander Danilov пишет: > что после этого всякого, > утверждающего что C++ - это просто, а Haskell - это сложно, считаю > умственно > неполноценным родственником Джорджа Буша младшего, на котором природа не > то, что > отдохнула, она даже и не напрягалась. Ну, по-моему, никто не говорит о простоте. Полуркайте, "Как выучить C++ за 21 день". ;-) >>> >>> Я вас нах... не посылал, так что тоже будьте вежливы. >> Я вас, вроде, тоже не посылал. А баяна этого вы, похоже, не знаете... > "Как выучить C++ за 21 день" - я про это, такое только умственно отсталым > предлагают :) Наоборот, по-идее, должно быть. Вы, для начала, погуглите, потом говорите. "C++ за 21 день" - это известная тема, только гуглите по картинкам. > Есть, тут другой RAD. > Первый RAD с которым я познакомился в Unix - shell+coreutils(тогда это > была > большая куча пакетов). > Второй RAD - perl+CPAN. > Были и другие. Это не RAD. Это компоненты. >>> Это RAD - rapid application development, именно так. Именно с помощью этих >>> средств очень быстро разрабатываются приложения, я куски сишного кода менял >>> на >>> вызовы system("awk ..."), и кода становилось значитально меньше и работал он >>> значительно лучше и сопровождать было значительно проще, rapid - быстрее >>> просто >>> некуда! >> В плане обработки текста. >> Но минусы: >> 1. Кроссплатформенность хромает. > Каким образом она хромает? Все инструменты кросcплатформенные дальше некуда. >> 2. Скорость падает. > Как бы не наоборот. Скорость разработки точно возрастает, надёжность софта > точно, да и на Си написать то, что перл умеет лучше всего, да ещё чтоб и > работало быстрее, чем перл, это надо быть сишником среднего уровня и выше, > что в > наши дни большая редкость. Это где редкость? o.O Не знаю, что вы подразумеваете под "средним уровнем", но, по-идее C - простой язык. >> 3. Связь между awk и C-шным кодом через костыли. > Стандартные системные IPC - костыли? Не согласен Просто не самая лучшая идея встраивать awk через системные вызовы: я бы встроил тогда уж что-то наподобие Lua (ну awk тоже неплохо, только, если встраивать по-человечески, как библиотеку, если такое имеется). > вот писать формирование > отчётов на Си - это не просто костыли, это [*** ну тут такой нехороший эпитет > ***]. Ибо сегфолты и коры дампы постоянно по причине кривости > пользовательского > ввода и трудности проверки его сишными средствами. Да ладно. Пишут же на C компиляторы и всякие там awk? Я тут тоже занялся "полезной работой" и, больше ради повторения, написал парсер, который производит разбор в соответствии с метаданными, загруженными из INI (взял парсер иника из интернетов), но в INI я добавил условия типа if, elif и else (однопроходный анализатор с построением дерева), плюс разбор выражений в C-стиле (без построения дерева) и построение списка полей на основе метаданных. И ничего: это чуть сложнее, чем обычный пользовательский ввод, но работает без сегфолтов и компилируется на 32-х и 64-х разрядной системе нормально. Правда писать что-то на C я теперь зарёкся. :-) Да и рекурсивный анализатор вряд ли уже когда-то писать буду: прочитаю всё-таки "Книгу дракона" и стану пользоваться генераторами. >> Немного извращённо: лучше уж perl взять. >> Хотя, идея любопытная. >> Хоть и не имеет прямого отношения к RAD. > Имеет, ибо Unix и есть RAD. Unix? Я ни разу в нём не работал. А Unix-подобные ОС бывают и без средств разработки. -- 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/508014c5.70...@yandex.ru
Re: Среды разработки
On Wed, 17 Oct 2012 23:18:04 +0400 "Артём Н." wrote: > 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 > Меньше чего? Меньше 3.5 Мб. > Про размеры я выше сказал. > К тому же, не помню точно, но, вроде, он линкует не все функции bpl в > исполняемый файл, а только то, что необходимо: слинкуйте, да посмотрите > размер, > что гадать? Я билдером не пользуюсь, потому и спрашиваю. И я не понимаю, откуда может взяться _статический_ бинарник в 300 кб, если одна только cc3260mt.dll занимает полтора мегабайта. -- 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/20121018114158.baad2b13ead1f4bce1d4b...@galanin.nnov.ru
Re: Среды разработки
On Wed, 17 Oct 2012 23:15:36 +0400 "Артём Н." wrote: > 17.10.2012 00:37, Alexander Galanin пишет: > > On Tue, 16 Oct 2012 23:01:43 +0400 > > "Артём Н." wrote: > > > >> И главный вопрос: как всё это интегрировать, чтобы оно каждый раз > >> запускалось > >> автоматически, и не приходилось всё перенастраивать для каждого проекта? > > Что именно перенастроить? Свою голову, в которой лежит знание о том, > > какие действия делаются каким инструментом? > Перенастроить сценарий или мэйкфайл, который вызывает инструменты > автоматически. > Или каждый раз вызывать всё вручную? > Упорно набирать в консоли каждую команду? В чём проблема написать скрипт или скопировать файл, а потом его отредактировать? Будто IDE с умолчательными настройками всегда создаёт ровно то, что нужно. -- 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/20121018113939.dc37692caf91d3eada71a...@galanin.nnov.ru
Re: Среды разработки
On Wed, 17 Oct 2012 23:14:27 +0400 "Артём Н." wrote: > >>> Ага, кнопки справа в окошке дизайнера, анчоры — слева в object > >>> inspector-е. Вот и крути головой туда-сюда, высматривая соответствия. > >>> Неудобно. > >> Да, есть такое. Не очень продуман интерфейс. С другой стороны, его возможно > >> настроить под себя, а такой по умолчанию, думаю, он потому, что к нему > >> привыкли > > Какими настройками можно поставить кнопку и её anchor-ы в одно место на > > экране? Полагаю, что никакими. > В смысле, диспетчер возможно перетащить вправо. От этого свойства кнопки к самой кнопке не переместятся всё равно. Там в принципе в одном месте визуальная кнопка, а в другом — текст. Чтоб показать, как это выглядит вместе: button $f.b -title [mc "OK"] -command okClick -default true > >> Есть ли в Vim подстановка блоков кода: я пишу for, а весь цикл со скобками > >> и > >> переменной внутри мне подставляется автоматически? > > Необходимость вбивать постоянно одни и те же куски кода говорит только о > > том, что язык программирования под задачу выбран неправильно. > Так почти на любом нормальном языке возможно построить код так, что вбивать не > придётся. Вопрос в сложности кода. Угу, ключевое слово — нормальном. Например, Java, на которой невероятно неудобно писать без гидроусилителя в виде автоматической генерации методов и широко используемых автовставок, таковой не является. И заметь, что именно для неё и созданы самые навороченные по функциям IDE. > > Подходящий язык лаконичен и не требует длинных конструкций > Подходящий для чего? Ada - не подходящий? Подходящий для выражения той мысли, что ты хочешь выразить в коде в конкретной задаче. Ссылка на язык без указания задачи совсем тут не в тему. > > Это к юнит-тестам. Ах, да, makefile может генериться каким-нибудь cmake. > Из чего генериться (не копал CMake)? Из конфига cmake. В котором можно указать, на какие именно файлы генерить таргеты. С масками, ага. Хотя маски и сам make умеет. PS. http://tsya.ru > > А что там делает IDE? Выводит дерево с тестами и с него позволяет > > перепругнуть на код теста? Ну да, удобно, но не критично. > Не критично. Но удобно. Так из маленьких "удобно" всё и складывается: соль в > деталях... У IDE громадный минус — там нет текстового редактора. И куча инусов слегка меньше (я их уже расписывал). Ну никак по итогам в плюч не выходит. > Я хочу видеть все варнинги. Но я не хочу, чтобы редактор автоматически на них > переходил. В IDE, например, возможно выбрать в окне снизу и перейти. Это > удобно. Настрой инструмент, которым пользуешься и будешь видеть то, что хочешь. > А что вам в clewn не понравилось? Раньше я не слышал о нём. Посмотрю, может > поставлю. Он мне просто оказался не нужен. Потому что я не влезаю в пошаговую отладку с watch-ами. > Я могу выделить мышкой нужный кусок или просто кликнуть в конт. меню > "Disassemble" и увидеть то, что нужно. > Как это сделать в GDB? Не знаю. Вот ни разу в жизни в disassemble не заглядывал. И мне кажется, что ты это окно требуешь только из желания чтоб было точь-в-точь как в знакомом IDE. > > 2. ставить условный (как показывает практика, дети IDE этим долго не > > могут научиться пользоваться) > Почему? Во всех нормальных IDE есть условные брейки. Потому что там не кнопочку надо нажать, а какое-то условие формулировать. Это оказывается для привыкших к тыканию мышечкой в кнопочки очень сложным. > > А без подстраивания себя под IDE достаточно уметь только последний пункт, > > так как он покрывает оба предыдущих. Банально меньше знаний надо держать > > в голове. > Больше других знаний. В итоге, примерно одинаково (если с IDE не меньше > лишнего). И никто не мешает делать отладочную печать в IDE. Ок, расскажи, что в этом случае придётся знать дополнительно. > >> О встроенной в C-Builder тулзе аналогичного назначения воспоминания > >> приятные. > > Ну и? Как из того, что неизвестная мне тулза от билдера работает лучше > > valgrind следует, что любое IDE рулит? > Нет. > "Рулит" интеграция тулзы со средой. И причём тут тогда был пассаж про сравнение валгринда с ней? > > Тебе уже целый день пытаются показать, что IDE не всё улучшает. > Я согласен, что не всё. Тем не менее зачем-то выставляешь IDE как что-то, на что надо равняться. > Да, из-за модели компонентов. Но она даёт простое использование сложных > элементов в дизайнере. Никто не заставляет разработчика делать свой компонент, > тут вообще спорный вопрос (устанавливать кучу компонентов, чтобы собрать > проект, > - не очень приятно). Когда понадобится создать компонент, это придётся делать. Никакой добровольности нет. > Думаю, что современные IDE позволяют настроить автоматическую сборку без > лазания > в учебник. Какое IDE при автоматической сборке? Нет его, не запущено оно у тебя на билд-сервере без иксов. > К тому же, имеют интегрированную документацию. И контекстную справку, > чего тоже нет в "IDE" из редактора и Makefile. Вот тебе интегрированная документация: http://vim.wikia.com/wiki/Open_a_window_with_t