Мозголомающие средства разработки.

[metaclass]

После недельного писания на F# появилась идея, отчего использование дельфи так часто вырывает мозг программистам.

Суть в том, что дельфи это законченный продукт с замкнутым комьюнити. Собственно говоря, для работы на нем ничего кроме самого дельфи и нескольких сторонних компонентов (которые никуда больше и не пригодны) не нужно. Соответственно, у программистов тупо не было стимула выглядывать за пределы своей песочницы. В дельфи было все, необходимое и достаточное, чтобы писать всякого рода опердень в то время. Причем в силу простоты - это еще и стимулировало индивидуальное вкалывание, нахрен нужна какая-то командная разработка, какие-то процессы и прочие атрибуты, если один человек мог спокойно сделать достаточно немалую софтину.
Сишные и С++ либы, опять же, не подключались без извращений типа "завернуть в dll с plain C интерфейсом".

Сколько я не смотрю на другие средства разработки - там обязательно есть какая-то шиза на тему того, что невозможно пользоваться, не вкурив штук пять смежных областей. Тот же дотнет - это просто страшная сборная солянка из XML, веба, рефлекшена с кодогенерацией, хитрожопого ООП, причем некоторые вещами оттуда до сих пор проще переписать чем использовать готовые.
Послушаешь zabivator и прочих про ocaml - это просто гамон, какие-то сишные компиляторы, какие-то либы, портирование между виндами и линуксами и прочий мрак.
Жаба энтепрайзная тоже страх какой-то, судя по количеству фреймворков, методик взаимодействия с внешним миром и прочего.

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

Comments

[aamonster.livejournal.com]

Это проблема не винды, а окамловодов, которые за пределы своего болота выглядывать не хотят.

Впрочем, тему простоты разворачивания под никсами учту... Всё равно уже завелось желание держать на машине 2 системы параллельно (вторую в виртуальной машине)

[aamonster.livejournal.com]

"Не хотят" - в смысле, никто не позаботился собрать нормальный дистрибутив под винду, как это сделано для многих других приложений. К примеру, тот же trac я под виндой развернул быстрее, чем под freebsd.

[zamotivator.livejournal.com]

С системой сборки что делать?

[aamonster.livejournal.com]

Выбрать удобную и поставить, а что?
Но вообще-то наиболее удобный формат дистрибутива под винду - это zip-архив, который распаковывается и работает.

[w00dy.livejournal.com]

msi всяко удобнее. Его можно через AD пропихивать всем кому нужно и не нужно, что очень важно в корпоративе.

[vp.livejournal.com]

что очень важно в корпоративе.

Ой, о чем ви говорите таки. Нет такого слова для линуксоидов :)
Корпоратив в этом понимании = совокупность десктопных рабочих станций, которые объединены единой политикой администрирования. Такого по определению в линупсах нет - рынок десктопов совсем за другой ОС, потому все эти вопросы - мимо :)

[altmind.livejournal.com]

for i in `seq 1 100`; do .... ssh root@$i-host.org ... dpkg -i .... /mountednfs/package.deb; done;

все прозрачно, не требует действия юзеров, автоматизировано и лишено вуду магии. в отличии от MSI и AD для которой и документация об внутреннем устройстве и та, под какими то NDA.

[kirill a. korinskiy (from livejournal.com)]

А вот за это, извините меня, вас надо бить. Кандилябром.

1) windows многопользовательская система;
2) для установки стоит использовать тот пакетный менеджер (msi) что есть.

Да, он плохой, кривой и не удобный. Его надо чем-то собирать, zip сделать проще... Но на распаковку и запуск из zip может просто не хватить прав.

А может ваша программа пытается ещё писать дальше, чем есть у пользователя права?

[metaclass.livejournal.com]

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

[zamotivator.livejournal.com]

Система сборки одна - make.

[kirill a. korinskiy (from livejournal.com)]

Технически в студии есть make. На него можно портировать OMakefile. Там есть cmd, на них можно переписать bash скрипты.

Но желаюших это делать, как-то не видно, что 5 лет назад, что сейчас.

[w00dy.livejournal.com]

Сейчас в студии есть msbuild. А nmake ещё толи в 2005, толи в 2003 вроде как не советовали пользовать

[nicka-startcev.livejournal.com]

>Там есть cmd, на них можно переписать bash скрипты.
Точно можно?

А хотя бы обратную кавычку и функции этот ваш cmd умеет?

[kirill a. korinskiy (from livejournal.com)]

Проблема в размере сообщества ocaml и trac.

ocaml сообщество меньше, и там меньше альтернативщиков с windows (да-да-да! В таких сообществах не unix пользоватлеь скорее альтернативщик).

[zamotivator.livejournal.com]

Это проблема не винды, а окамловодов, которые за пределы своего болота выглядывать не хотят.
Ну, "болота" это вы загнули.
А вот как и куда ставить зависимости в системе, где зависимости отсутствуют by design - вопрос без ответа.
Да, какой-то компромисс найти можно.

[metaclass.livejournal.com]

Хаскель за своими зависимостями следит сам.

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

Наиболее оптимально - это архив и запуск с автодетектом корневого каталога - проги все свои ресурсы относительно него ищут и поэтому не требуют инсталляции, ставятся копированием.

[zamotivator.livejournal.com]

Хаскель за своими зависимостями следит сам.
Во-во.
Пакетный менеджер на коленке...

[nealar.livejournal.com]

Зато никто не говорит ереси типа "есть только 2 формата пакетов".

[vp.livejournal.com]

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

[zamotivator.livejournal.com]

Без cygwin'а там бы вообще жизни не было +)

[kirill a. korinskiy (from livejournal.com)]

Хм. А зачем им выходить за пределы болота? За пределы болота сейчас тащит их F#. Хорошо, надо сказать, тащит!

[theiced.livejournal.com]

в виртуальной машине надо держать уиндовз, есессно.

[aamonster.livejournal.com]

Технически так удобнее (как минимум - линух проще переносить с машины на машину), но на практике есть еще лицензионные ограничения. На ноуте у меня, кажется, винда OEM - и ставить её в виртуальную машину вроде как не положено :-(.

[theiced.livejournal.com]

технически она работает на цэй же машине... почему не положено?

[aamonster.livejournal.com]

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