Vim как средство разработки на Python

> Переться от отсутствия дорог и грязи джипер имеет право, но толко к цели, а в нашем случае, к выполнению задачи, водитель купешки по хайвею приедет первым.

Как бы +1.

Кроме того, заметим, водителя чистой купешки тёлки будут любить больше, чем водителя грязного джипа.

>Меня в данном вопросе волнует техническая сторона явления, ибо влиянию моды и прочего я не подвержен.

В таком случае тот же Eclipse - unix way. Сам эклипс это макросреда в которой действуют соответствующие плугины. (в классическом unix way такой макросредой является shell). Никто же не говорил что таких макросред должны быть одна? Она вполне соответствует сути unix-way, если абстрагироваться от конкретной реализации.

Просто реальность несколко изменилсь со времен Пайка и Реймонда.

К стати у Реймонда есть замечательное правило:

"Правило Генерации: Избегайте ручного набора кода; при любом удобном случае пишите программы, которые бы писали программы."

Так вот - Eclipse - это как раз такая программа.

> Э... а где лежат для Scite скрипты, аналогичные пр функциональности указанным в статье?

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

> или предлагается рассматривать Eric/Eclipse как альтернативу?

Интересно, кстате, а почему все забыли про SPE?

>1. Программа должна выполнять одну функцию, но делать это хорошо. vim - хороший текстовый редактор - просто хороший текстовый редактор, в котором более-менее реализованы средства для эффективного редактирования текста - есть находящие эти средства удобными, есть извращенцы, которые находят удобным редактор mcedit.

Если я не ошибаюсь топичная статья как раз пытается юниксвейную программу научить варить кофе и грабить караваны - так?

ай-ай-ай - как неюниксвейно.

>а Вы в vim tips, vim scripts.

ТАм учат вим грабить караваны - так? Как их земля носит этих попирателей святого юниксвея? БОГОХУЛЬНИКИ!

> Кроме того, заметим, водителя чистой купешки тёлки будут любить больше, чем водителя грязного джипа.

Есть подозрение, что это во многом зависит от других факторов. Или это намек, что у джиперов обязательно короче?

> Ну вот разве что манагер проектов иногда требуется, так он вроде для сцыте навесной есть.

Хде? Ну и структуру классов и методов видеть отдельно не помешает.

> Интересно, кстате, а почему все забыли про SPE?

Что это?

> "Правило Генерации: Избегайте ручного набора кода; при любом удобном случае пишите программы, которые бы писали программы." > Так вот - Eclipse - это как раз такая программа.

Увы, нет. Или у нее есть возможность задать на вход описание на неком Eclipse-макроязыке, а получить код JEE приложения? Убогое тыканье "и какой же визард создает MDB нужной мне версии" предлагать не нужно.

>Убогое тыканье "и какой же визард создает MDB нужной мне версии" предлагать не нужно.

Не буду. Самый тривиальный Refactoring Rename - это такая программа, которая модифицирует мне все дерево сорцов без необходимости ручной интервенции в область клавиатуры.

Никто не сказал что генерация это исключительно трансляция.

> Refactoring Rename

Не пойдет. В программе по сути ничего не меняется. Изоморфные преобразования рефакторинга на кодонгенерацию как-то слабо похожи.

> Кроме того, заметим, водителя чистой купешки тёлки будут любить больше, чем водителя грязного джипа.

Ну если перед телками больше похвастаться нечем, то хвастайтесь своими крутыми IDE =) У меня и без этого с ними проблем нет =)

ЗЫ Под купешкой как раз подразумевался vim, если кто не понял =)))

>> Поосторожнее с терминологией. А то привыкнете так в реале говорить...

> И?

Тогда кардинально повысится вероятность вашего впадения (залипания) в стресс и депрессию.

>Изоморфные преобразования рефакторинга на кодонгенерацию как-то слабо похожи.

А вот тут не надо подменять понятия. Реймод писал об автоматизации своей деятельности, а не о узком понятии "кодогенерация". Сам юникс-вей имеет своей целью возможность автоматизации собственной деятельности, и создание инструментов, которые помогают автоматизаровать оную в форме удобной для автоматизации.

> в виме вот жопа, lаngmap в utf8 уже сколько лет не допинают

Есть известный vim71-langmapmb-4.patch.

http://lostclus.linux.kiev.ua/Other_Works/Patches

>> А есть такой подход, чтобы в паре человек-машина никто не у кого не сосал?

> Есть. Это когда машину не включают.

> А если уж включили, то либо они нас - либо мы их. См. фильмы Терминатор и Матрица.

Я тоже смотрел эти фильмы. Там рассказывалось про то как человек дерется против компьютерных роботов. Вы пытаетесь побеждать компьюетр и думаете, что он, проигравший, будет сосать? Уверяю вас, это совсем необязательно. Более того, думая так вы наоборот, заведомо проигрываете в вашей же придуманной схватке, потому что компьютер не умеет драться и просто не поймет вас, к нему неприменимо выражение проигравший, однако так как проигравший по правилам битвы все-таки должен быть, то им придется оказаться вам. Итог: выигравших нету, одни проигравшие. Зачем?

У довольно большого числа вещей в этом мире существует свое собственное предназнаение и направляя их по пути реализации предназначения направляющий делает хорошо. Человек предназначен для того, чтобы жить жизнь. Компьютер предназначен для того чтобы облегчить человеку этот процесс посредством различных средств автоматизации и подмоги человеку при решении задач низкой и наверное уже средней степени интеллектуальности. Зная эти два предназначения нетрудно на их основе формировать хорошие направляющие воздействия. И сосать при этом вовсе никому не обязательно. Нужны гибкость и взаимопонимание. Когда я вижу, что компьютер не справляется с поставленной задачей я иногда представляю себя на его месте и затем формирую условия в более понятном виде. Компьютер в совю очередь тоже иногда напоминает мне о делах, которые запамятованы за vanitas vanitatum'ом. Гибкость и компромисность зачастую более продуктвны, чем ложный дуализм и экстремальность, хотя и применимы не везде. Надеюсь я показал вам альтернативный подход.

> Кроме того, заметим, водителя чистой купешки тёлки будут любить больше, чем водителя грязного джипа.

Про телок мне ничего не известно, однако осмелюсь поделиться что женщины больше всего любят машинистов тепловоза 2ТЭ116К-1102.

>У довольно большого числа вещей в этом мире существует свое собственное предназнаение и направляя их по пути реализации предназначения направляющий делает хорошо.

Тут на лоре самые популярные пути, по которым направляют - это не те, по которым хотят идти:))

>Когда я вижу, что компьютер не справляется с поставленной задачей я иногда представляю себя на его месте и затем формирую условия в более понятном виде.

ТАк и надо. А то он обидится и не будет большще работать. НАдо всегда ставить себя на его место и говорить с ним по человечески.


- Я поговорил с бортовым компьютером.
- Ну и что? Что он сказал?
- Он меня ненавиииидит.....ыыыы....

(C) The Hitchhiker's Guide to the Galaxy

>> Зачем python если есть ruby?

> Чтобы не писать end и аксесоры к атрибутам классов. И юникод был. И скорость. И набор библиотек. И меньше стрёмной магии.

По поводу аксесоров к атрибутам объекта уже говорили. В питоне все кишки торчат по дефолту наружу... В руби тебе нужно дать доступ через аксесоры и делается это одной строчкой(в отличии от явы, шарпа и т.п.).

Такую ублюдочную реализацию юникода, как в питоне еще нужно поискать. Очень нравится постоянно думать над тем, где простая, а где юникодная строка...

Про набор библиотек уже вообще неактуально, у тебя видно еще остались представления о Руби двухлетней давности.

По поводу Vim'a, который ты, убогий, тут обсыраешь, скажу что Гвидо использует его для разработки языка который ты так любишь, а Брем Мулинар(как и Гвидо) работает сейчас в Гугле. Наверное Гугл такая тупая контора, что не смогла оценить неоценненной мощи эклипса...

> Наверное Гугл такая тупая контора, что не смогла оценить неоценненной мощи эклипса...

сто пудофф. Наверное потому http://code.google.com/android/intro/installing.html

Из ненависти.

>Стажа нет. Просто знаком с рядом психологов :]

И как проходит лечение?

Уважаемые холиворщики. Vim это конечно же хорошо, но иногда некоторым людям нужно и IDE другого типа. Например когда работаешь с UML.

Ну и самое главное: программа должна работать. А написать её можно хоть на

echo "xyz" >> foo.py.

> программа должна работать. А написать её можно хоть на

> echo "xyz" >> foo.py

Нет, сложную программу так не напишешь. Надо так:

cat >foo.py

ed foo.py :)

> ed foo.py :)

настоящим мужчинам не нужны эти новомодные штучки вроде ed

да, настоящие мужики настолько суровы, что струей могут расколоть унитаз :)

> Хде?

Filerx называется. Но оно только под венду...

> Что это?

http://pythonide.stani.be/

> Тогда кардинально повысится вероятность вашего впадения (залипания) в стресс и депрессию.

Мой образ жызни организован таким образом, что исключает стрессы и депрессии.

> Вы пытаетесь побеждать компьюетр и думаете, что он, проигравший, будет сосать?

У вас отвалилось чувство юмора - пофиксите.

> Когда я вижу, что компьютер не справляется с поставленной задачей я иногда представляю себя на его месте и затем формирую условия в более понятном виде.

Это есть признак неполной развитости технологии.

т.е. нифига не делаете? ясненько.

> По поводу аксесоров к атрибутам объекта уже говорили. В питоне все кишки торчат по дефолту наружу...

И это правильно. От кого пытаетесь скрыться-то?

> Такую ублюдочную реализацию юникода, как в питоне еще нужно поискать.

Насколько я помню, в перле она примерно такая же. А в руби и пхп и такой нет. И вообще, уже скоро будет Python 3 - там зафиксят. Ждитя.

> Про набор библиотек уже вообще неактуально,

У питона всё равно больше...

> По поводу Vim'a, который ты, убогий, тут обсыраешь, скажу что Гвидо использует его для разработки языка который ты так любишь,

Гвидо можно всё.

В таком случае vim есть спортивное купэ (точное знание языка и редактора позволяют производить любые операции на лету), а IDE аля Эклипс и прочее джып на котором зачастую люди прут туда не знают куда и по факту пишут не очень то качественна

1) За статью спасибо,обмен опытом как раз и свидетельствует что vim+python используется и небезуспешно
2) Я понимаю пользователей emacs, но не завидую им.
3) Для промышленной разработки предлагатся разные IDE-единственная их польза -это легкая интеграция с CVS. Для сложного редактирования кода они мало пригодны.
4) Если программист не в состоянии понять, как пользоваться Vim или Emacs (при наличии обширной истории рецептов)-это уже не программист,
а неизвестно кто(видимо лицо другой профессии)... И лучше не показывать свою умственную профессиональную неполноценность публично.
5) Holle wars emacs vs vim -это бесполезная трата времени.
Оба редактора хороши

только holly а не holle, одну 'l' убрать и совсем некультурно получается

> Если программист не в состоянии понять, как пользоваться Vim или Emacs (при наличии обширной истории рецептов)

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

>Вообще не очень понятно, зачем нужно изучать эту Войну и Мир рецептов, >когда есть уйма куда более простых и удобных редакторов.
-Для сложного редактирования кода, и не только кода...
Чем собственно и приходится рано или поздно заниматься программисту.

В gentoo всё тоже самое ), и версия та же.

> Для сложного редактирования кода, и не только кода...

Вот, например. Чего такого существенного мне позволит vim, чего не умеет SciTE?

редактировать произвольные текстовые файлы на реально удаленном серваке через ssh по dial-up содединению на скорости 9600.

не говоря о том что SciTE для удаленной платформы может просто не существовать...

>редактировать произвольные текстовые файлы на реально удаленном серваке через ssh по dial-up содединению на скорости 9600.

Вы разрабатываете ПО посредством "редактировать произвольные текстовые файлы на реально удаленном серваке через ssh по dial-up содединению на скорости 9600"?

Господа! Перестаньте издеваться - человеку же просто очень плохо!

> Чего такого существенного мне позволит vim, чего не умеет SciTE?

Скажу за емакс, хотя это применимо и к вим. Их проще научить работать с, например, DSL-ми, с подсветкой синтаксиса, автодополнениями и т.д. Хотя, я пользуюсь и эклипсом, если надо разобраться с новой библиотекой - очень уж там удобен автодополнение спаренное со справкой.

>редактировать произвольные текстовые файлы на реально удаленном серваке через ssh по dial-up содединению на скорости 9600.

Потому и считается, что vim - это редактор админов, а emacs - таки программистов. Зачем разрабатывать программы в таком режиме?

>> Переться от отсутствия дорог и грязи джипер имеет право, но толко к цели, а в нашем случае, к выполнению задачи, водитель купешки по хайвею приедет первым.

> Как бы +1.

Как бы -1.

Пока водитель купешки будет пилить крюк в тыщу километров по хайвею, попутно торча в пробках, джипер срежет путь и приедет первым. Еще можно учесть, что дорог до места может не быть вообще, тогда водитель купешки вообще никуда не приедет ;)

Читать: купешка -- эклипс, джип -- емакс (вим).

>Вы разрабатываете ПО посредством "редактировать произвольные текстовые >файлы на реально удаленном серваке через ssh по dial-up содединению на >скорости 9600"?

Гм, ну представь, что твоя программа строится на мощных билд серверах под юниксом где нибудь в америке и нужно частенько редактировать сложные правила построения кода на месте. Когда ты придешь на собеседование и выяснится что вместо знания vim, ты только умеешь елозить мышой в гуйне - я все про тебя сразу же пойму и выгоню ссаными тряпками.

> Зачем разрабатывать программы в таком режиме?

Другого варианта может и не быть. А программы писать надо.

>Другого варианта может и не быть. А программы писать надо.

Открой для себя tramp - редактор запущен на твоей машине, с твоими настройками, а не хрен знает где. vi хорош только в случае правки удаленных конфигов. Следовательно - кому это нужно? Правильно, программирование тут не причем.

>нужно частенько редактировать сложные правила построения кода на месте

Отсыпь.

> Открой для себя tramp - редактор запущен на твоей машине, с твоими настройками, а не хрен знает где.

Альтернативный вариант - vi, запущеный хрен знает где. В чём сила, брат? (С) В альтернативе.

>Отсыпь.
Тебе ни за что, чудилка красноглазый. Зачем, зря переводить? Все равно тебе фантазии не хватит представить, что бывают проекты содержащие миллионы строк C++ кода и из которых ежедневно строятся десятки билдов, каждый состоящий из уникального набора бренчей.

>бывают проекты содержащие миллионы строк C++ кода и из которых ежедневно строятся десятки билдов, каждый состоящий из уникального набора бренчей.

Глобально и надежно?