Re: I find some software

["Dmitry E. Oboukhov" <node@avanto.mpei.ac.ru>]

Victor Wagner wrote:

Сорри, тут уже я тебя не понял: ты имел ввиду разработку программ для
винды, а я имел ввиду и просто работу в системе. Конечно grep, find итд
хочется иногда иметь в винде и отсутствие системного скриптового языка
иногда раздражает.

Насчет разработки
я в последнее время нашел для себя немного другое решение: интерфейсные
программы для винды я пишу на Питоне. И отлаживаю и пишу в Линуксе ;)
А заказчик юзает их в винде. Вим в винде юзается только если надо что-то
быстро поправить в питоновских исходниках "на месте" и вообще, как
системный редактор ;)

GCC под виндой пользовать пока не приходилось, хотя вот сейчас есть
некая задачка для него: программа должна обработать некоторый большой
файл - но тут опять можно будет отладить под линуксом, тк тут легко
написать портируемо ;)


Оффтопик:
кстати как на шеле пройтись в цикле по именам файлов в каталоге:

for file_name in `ls`;
 do
   echo $file_name
 done

работает, если имена файлов _не содержат_ пробелы, а если содержат?

> On 2002.09.13 at 12:18:11 +0400, Dmitry E. Oboukhov wrote:
>  
>
> > Ты меня немножко не понял: говоря что "Борландовские ИДЕ для винды имхо 
> > лучшее..."
> > я имел в виду по сравнению с другими виндовыми прогами ака VC итд
> >    
>
> Я тебя прекрасно понял. И возмущался именно против идеи сравнивать
> так. Имеет смысл рассматривать ровно одну задачу "мне надо максимально
> эффективно разрабатывать программы под данную конкретную target
> platform". (возможно, в условиях ограничения "бюджета на приобретение
> более чем одного средства разработки нет")
>
> Использование vim for win32 этому ограничению не противоречит, поскольку
> vim это free software. Никаких других ограничений рассматривать не
> стоит, поскольку разработчик софта обязан иметь возможность запускать
> самостоятельно добытые/изготовленные исполняемые файлы. Поэтому
> ограничение "корпоративная политика запрещает ставить более другой софт"
> идет лесом.
>
> Альтернативным решением является - использовать host platform отличную
> от target platform, благо в Debian mingw32 в пакете есть.
> Но это решение, как правило, дороже, поскольку требуется разнесение
> development машины и тестовой машины. vmware не всегда удобно применять.
>
>
>
>  
>
> > После того, как я освоился с Вимом, то нашел его порт под винды,
> > и сейчас в винде достаточно активно его юзаю вместе с портами
> > некоторых аналогичных прилуд. Про сигвин я читал, но ставить его
> > совсем не хочется: это костыли. Имхо лучше перегрузиться в линукс
> > и работать в нем, чем ставить сигвин (заметь - ИМХО;)
> >    
>
> Перегрузиться - всегда хуже. Лучше - поставить две машины - одну для
> работы, вторую для тестирования. Одна из них может быть виртуальной.
> Желательно, та, которая не для работы.
>
> Но иметь привычные инструменты (awk, grep etc) удобно. А те их
> разновидности которые идут в составе NT Resource Kit кривоваты.
> Поэтому при всей идеологической странности cygwin он является одним из
> самых прямых решений задачи "работать в win32". Поскольку установка
> X-сервера на винду является решением немножко другой задачи "работать
> сидя за клавиатурой машины с win32".
>
>