Форум StopLinux

тролл́ями жить — по тролльски выть.
...
когда респондент аргументирует свою позицию, а не начинает, к примеру, сразу же бездоказательно "давить авторитетом" (тоже тролльский почерк) — я предельно вежлив и корректен.

дальнейшее исследование проблемы показало, что аффтор, хоть и слышал звон, да не знает, где он.
....
какая жалость! большинство пафоса — мимо кассы smile

О том, что творится в недрах RH, можно только догадываться, оффтопить  и закидывать друг друга пруфлинками

ибо тех, кто мог бы НОРМАЛЬНО обсудить RH на данный момент на ресурсе нет . Так что успокойтесь, теме самое и место в /dev/null

Tiphon,
ещё раз намекаю на Ваш, кхм, специфический стиль изложения.
глядя на то, как Вы пишете, желание с Вами разговаривать корректно просто отпадает.
перечитайте, пожалуйста, собственное творчество.
авось чего поймёте.

Поехали.

Ваши пальцы зависли над клавиатурой.

Начнем с кодинга.

Давать переменным понятные имена, это ведь хорошо? Это делает программу удобочитаемой и легче воспринимаемой (а мы все, как профессионалы, делаем такой код к которому надо возвращаться вновь и вновь, ну, хотя бы, чтобы повторно его использовать или апдейтить). Т.е. нам приятно, если код приятно читать.

Если я каждый раз, пусть и со слепым методом печати, буду набирать что-то вроде ExpressionProviderBase , то, понятно, я опухну, поэтому без автокомплита я буду хреначить что-нибудь вроде exprn_prov  и прочую путатень. Но если у меня есть автокомплит, то использовать удобочитаемые имена сразу становится легко. Что лучше, экономить время или делать код более удобочитаемым? Ну конечно, лучше быть богатым и здоровым, чем бедным и больным. Все знают.

Но сразу появляется другой эффект по экономии времени. Например, одна из библиотек, которую я использую, имеет вот столько классов (зайдите не поленитесь)
https://root.cern.ch/root/html/ClassIndex.html
Помнить все это, конечно, невозможно. Особенно учитывая, что это не все, чем ты пользуешься в своей жизни. Более того, С++ просто один из языков.. А ведь у каждого класса еще куча функций. И вот хоть тресни, не запомнить, как с точностью до символа каждая из них пишется.

Но я помню примерно, что мне: "нужно событие, значит Event, ага, мне выскакивают варианты - FileEventProvider - Оно. И у него вот есть такая функция... Чтения всех событий... Таккк... Read... похоже, ReadAllEvents - оно". Дальше смотрим по типам и по комментам, в какой последовательности надо пихать переменные. Вуаля! Время на открытие браузера и чтение мануала - сэкономлено. И это то, что во время кодинга приходится делать постоянно.

Только я вас огорчу, в линуксе этого нет (Может только в новом эклипсе...) Т.е. когда я введу Event мне сподобятся показать только все на слово Event, но никак не FileEventProvider.

Но мы двинемся дальше по "контекстному" автокомплиту. И разберем один из примеров.
Представим я написал:
FileEventProvider * provider = ... И вот тут наступает время автокомлита. Как вы считаете, что я захочу делать если я после этого наберу букву n?
FileEventProvider * provider = n... - вероятнее я хочу написать new, значит из всего списка new  должно выпадать первым. И вероятнее всего, после этого я хочу сделать
FileEventProvider * provider = new FileEventProvider (...
Значит после new из открывающегося списка FileEventProvider  будет первым. Если у него есть только один конструктор, например, по умолчанию, то можно и преложить сделать
FileEventProvider * provider = new FileEventProvider ().
Маленькая мелочь, хоть и описал я ее на много слов, но она дает мне 2-я табами реализовать то, что я задумал и идти дальше. За эти два таба в блокноте человек написал бы уже "ne".

Но такого контекстного автокомплита в линуксе нет. Вообще, я когда первый раз за линукс сел (а тогда еще и эклипс ненормальный был, только вим), написал своему напарнику в россии, мол, как так у вас дела с автокомплитом обстоят? А он так замялся, что мол и зачем автокомплит использовать? А оказывается под линуксом его и нет, а когда в эклипсе он происходит с тормозами, так и вообще, действительно, зачем его использовать.

Конечно. Такой автокомплит может приносить много-много других микро радостей в жизни. Капяля бесплатно? Накапайте стаканчик...

А мы двинем дальше.

Допустим у вас есть .h файл со стандартным сеттером
void SetValue(int value){
   fValue = value;
}
но тут вы решили дописать в него функционала, а значит, переместить из хедера в cpp файл. Что для этого надо сделать в блокноте:
1) выделить эти 3 строчки.
2) скопировать их в буфер обмена
3) поставить ";" после void  SetValue(int value);
4) удалить {
   fValue = value;
}
5) перейти в файл cpp
6) вставить в него скопированную функцию SetValue
7) дописать имя класса void Class::SetValue...
8) можно приступать к редактированию.

В студии с ассист Х для этого я просто щелкаю правой кнопкой мыши на имени функции и выбираю "Move to source" (ну или сочетание клавишь ". И если надо обратно, то всегда есть  "Move to header". Сокращается время, нервы?

Таких вещей очень и очень много. Приводить их и приводить, но я опухну. Там и офигительный рефакторинг, и быстрое создание функций, и сниппеты, и т.д.

Каждая из этих 1000 мелочей экономит время. К хорошему быстро привыкаешь. А тебя [beep]як - на вим... Нет, вим хороший, он очень передовой. Был. В 97 году.

Сам я с компами еще с ДВК 2, поэтому никакой гусиной [beep]ни, в смысле утиной болезни у меня нет))) Просто в итоге выбрал лучшее, что есть. Но интересно, может я просто чего-то не знаю и есть достойная замена.

А IDE заставляет привыкать к себе очень просто. Даже не беря студию, вы пробовали брать vim-овца с уже заточенными спинномозговыми рефлексами на каждую операцию и пересаживать за emacs?)) Или наоборот?

Именно то, что есть  vim-овцы с уже заточенными спинномозговыми рефлексами и толкает к тому, что есть 2 пакета симулирующих vim на Visual Studio. Правда один пока не допилили, а второй постоянно падает)))))

2. 32-64 бита — допустим, не понимаю. прошу разъяснения: откуда вдруг в кластере оба типа — и 32, и 64.