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

[metaclass]

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

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

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

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

Comments

[zamotivator.livejournal.com]

Будешь смеяться, но все проблемы что есть у Ocaml'я связаны только с вендой.
* в ней нету bash
* нету стандартного enviroment - /usr/lib, /lib, /usr/include/, /usr/bin, /bin - где это всё, блять?
* как следствие - нету банального configure/make/make install
* как следствие - нету нормального пакетного менеджера.

Именно поэтому под линуксом я enviroment разверну за 5 минут (из пакетом), ну, или за полчаса (соберу все пакеты из сорцов), а под вендой, под этим ёбанным ежом, на который непонятно как залезть, спасает только cygwin.

[vansickle.livejournal.com]

не в плане полемики, а так, к слову
>* нету стандартного enviroment - /usr/lib, /lib, /usr/include/, /usr/bin, /bin - где это всё, блять?
>* как следствие - нету банального configure/make/make install
http://gnuwin32.sourceforge.net/

[zamotivator.livejournal.com]

Не, ну я как бэ в курсе - mingw/msys, cygwin, gnuwin32 - альтернативы то на слуху, без них хоть подыхай.

Засеките с секундомером, сколько потребуется времени, что бы получить "такой же" enviroment как в линуксе.
Да пусть не такой же, достаточный для сборки батареек.
Ад и ханука...

[vansickle.livejournal.com]

ну это проблема отсутствия пакетного менеджера в винде, тут да - все понятно

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

Я знаю одного программиста, который честно ставит все эти env на свои компьютеры. Мучается, решает проблемы...

А все из-за того что ему нравится winamp какой-то лохматой версии.

[w00dy.livejournal.com]

Я всегда подозревал что во всех проблемах с линупсом виноват винамп какой-то лохматой версии :)

[theiced.livejournal.com]

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

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

А зачем превращать windows в linux если можно просто взять последний?

[theiced.livejournal.com]

есть извращенцы.

[aamonster.livejournal.com]

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

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

[aamonster.livejournal.com]

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

[zamotivator.livejournal.com]

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

[aamonster.livejournal.com]

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

[metaclass.livejournal.com]

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

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

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

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

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

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

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

[zamotivator.livejournal.com]

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

[metaclass.livejournal.com]

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

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

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

[vp.livejournal.com]

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

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

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

[theiced.livejournal.com]

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

[aamonster.livejournal.com]

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

[metaclass.livejournal.com]

Так с виндой вообще поднимать средства разработки это ад. Как раз из-за отсутствия пакетного менеджера.

[enternet.livejournal.com]

Небольшое замечание, чисто для информации.

Под виндой есть родной INTERIX (Subsystem for UNIX-based Applications). А там есть и shells и /usr/lib и /usr/bin и make.
Я даже ocaml-js под 64-битный интерих как-то собирал.

[psilogic.livejournal.com]

где это всё, блять?

гы... тут недавно семерку поставил, так там до одного и того же файла (аналог opt/чего-то там) можно добраться хуевой тучей способов:

"C:\Documents and Settings\zz\AppData\Roaming\Mozilla\Firefox\profiles.ini"
"C:\Documents and Settings\zz\Application Data\Mozilla\Firefox\profiles.ini"
"C:\Users\zz\AppData\Roaming\Mozilla\Firefox\profiles.ini"
"C:\Users\zz\Application Data\Mozilla\Firefox\profiles.ini"

Особенно доставляет:

"C:\Documents and Settings\zz\AppData\Local\Application Data\Application Data\Application Data\Application Data\Mozilla\Firefox"

не иначе как линуксовые мозговые черви поразили мелкософтовских разра-бот-чекоф...