Мозголомающие средства разработки.
После недельного писания на F# появилась идея, отчего использование дельфи так часто вырывает мозг программистам.
Суть в том, что дельфи это законченный продукт с замкнутым комьюнити. Собственно говоря, для работы на нем ничего кроме самого дельфи и нескольких сторонних компонентов (которые никуда больше и не пригодны) не нужно. Соответственно, у программистов тупо не было стимула выглядывать за пределы своей песочницы. В дельфи было все, необходимое и достаточное, чтобы писать всякого рода опердень в то время. Причем в силу простоты - это еще и стимулировало индивидуальное вкалывание, нахрен нужна какая-то командная разработка, какие-то процессы и прочие атрибуты, если один человек мог спокойно сделать достаточно немалую софтину.
Сишные и С++ либы, опять же, не подключались без извращений типа "завернуть в dll с plain C интерфейсом".
Сколько я не смотрю на другие средства разработки - там обязательно есть какая-то шиза на тему того, что невозможно пользоваться, не вкурив штук пять смежных областей. Тот же дотнет - это просто страшная сборная солянка из XML, веба, рефлекшена с кодогенерацией, хитрожопого ООП, причем некоторые вещами оттуда до сих пор проще переписать чем использовать готовые.
Послушаешь
zabivator и прочих про ocaml - это просто гамон, какие-то сишные компиляторы, какие-то либы, портирование между виндами и линуксами и прочий мрак.
Жаба энтепрайзная тоже страх какой-то, судя по количеству фреймворков, методик взаимодействия с внешним миром и прочего.
Т.е. все другие платформы ориентированы или на работу в команде с разделением труда или на знание множества смежных шизов, что в любом случае не дает окопаться в песочнице и 20 лет самостоятельно пилить одну и ту же опердень.
Суть в том, что дельфи это законченный продукт с замкнутым комьюнити. Собственно говоря, для работы на нем ничего кроме самого дельфи и нескольких сторонних компонентов (которые никуда больше и не пригодны) не нужно. Соответственно, у программистов тупо не было стимула выглядывать за пределы своей песочницы. В дельфи было все, необходимое и достаточное, чтобы писать всякого рода опердень в то время. Причем в силу простоты - это еще и стимулировало индивидуальное вкалывание, нахрен нужна какая-то командная разработка, какие-то процессы и прочие атрибуты, если один человек мог спокойно сделать достаточно немалую софтину.
Сишные и С++ либы, опять же, не подключались без извращений типа "завернуть в dll с plain C интерфейсом".
Сколько я не смотрю на другие средства разработки - там обязательно есть какая-то шиза на тему того, что невозможно пользоваться, не вкурив штук пять смежных областей. Тот же дотнет - это просто страшная сборная солянка из XML, веба, рефлекшена с кодогенерацией, хитрожопого ООП, причем некоторые вещами оттуда до сих пор проще переписать чем использовать готовые.
Послушаешь
![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
Жаба энтепрайзная тоже страх какой-то, судя по количеству фреймворков, методик взаимодействия с внешним миром и прочего.
Т.е. все другие платформы ориентированы или на работу в команде с разделением труда или на знание множества смежных шизов, что в любом случае не дает окопаться в песочнице и 20 лет самостоятельно пилить одну и ту же опердень.
no subject
У меня знакомый писал на дельфях с парадоксом. Потом хорошей работы не стало, пришлось перепрофилироваться во мраке и со скрежетом зубовным...
no subject
На первый переход я только плевался — экосистема борланда уже тогда ('98) выглядела outdated, и не предоставляла дополнительных фишек по сравнению с VB (всё-таки VB — это родитель RAD и компонетного программирования, для него просто тонна всяких контролов разной степени проработанности было во все времена).
Но на второй переход просто выл от "счастья": тот же самый C/C++, который под юниксом так приятно и логично было (мне) использовать, под Windows давал ощущение феерического болота. ATL! MFC! Программирование вместо решения насущных проблем больше напоминало секс на высоковольтных проводах. Беда только в том, что потом у тебя Стокгольмский синдром, и ты какой-то кайф начинаешь получать от того, что система поддаётся твоим усилиям и даже что-то позволяет делать... В итоге я дошёл до программирования специфических контролов на MSVC++ под тот же VB/VBA, чтобы для логики предметной области использовать нормальную продуктивную среду более высокого уровня.
Re: Надо уточнить
no subject
* в ней нету bash
* нету стандартного enviroment - /usr/lib, /lib, /usr/include/, /usr/bin, /bin - где это всё, блять?
* как следствие - нету банального configure/make/make install
* как следствие - нету нормального пакетного менеджера.
Именно поэтому под линуксом я enviroment разверну за 5 минут (из пакетом), ну, или за полчаса (соберу все пакеты из сорцов), а под вендой, под этим ёбанным ежом, на который непонятно как залезть, спасает только cygwin.
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
...
...
...
...
...
...
...
...
...
...
(no subject)
...
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
...
...
...
...
...
...
...
...
...
...
...
...
...
(no subject)
...
...
(no subject)
(no subject)
(no subject)
...
...
...
...
...
...
...
...
...
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
...
(no subject)
...
...
...
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
...
...
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
Тебе понравится
no subject
Вот линукс и юникс - законченный продукт для разработки, ему сто лет в обед.
Откуда же полезли все эти студии, билдеры, дельфи?
Зачем куча систем сборки если есть make?
Зачем несовместимые компиляторы - для студии свой, для билдера свой?
Зачем куча говна - MFC, ATL - которые поддерживает нормально лишь студия?
Зачем ASP и .NET (конкретно - WPF, и что там было модным до? Window Forms&), с которыми за пределами студии невозможно нормально работать?
И при этом нету СТАНДАРТА ДЕ-ФАКТОР и ДЕ-ЮРО - POSIX (в windows есть POSIX? Ну так соберите мне gcc под вендой без напильника. Соберите мне psi какой-нибудь). Нету (без напильника среды-адаптера - cygwinэа) make. Нету стандартных каталогов для заголовочных файлов и библиотек.
Есть БАРДАК.
Так что ребята - не надо ляля про "Гамон". Гамон у венды с её бардаком, и поддержать кроссплатформенность linux <-> windows, или unix <-> windows в разы сложнее, чем учесть отдельные ньюансы между линуксами, юниксами.
В линуксах и юниксах единственный зоопарк, что имеет место быть - это пакетные менеджеры.
Но есть OpenSUSE build service, который эту проблему нивилирует.
Да и собрать deb пакет (один из самых сложных пакетов среди линуксов!) В РАЗЫ ПРОЩЕ ЧЕМ СОБРАТЬ ИНСТАЛЛЯТОР ПОД ВЕНДОЙ
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
+1
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
С остальным значит согласны.
Re: С остальным значит согласны.
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
...
...
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
Re: не мозголомающие, а канализирующие
:-)))
Re: не мозголомающие, а канализирующие
no subject
И, в принципе, никаких проблем. :-)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
+1. так и было.
>>Тот же дотнет - это просто страшная сборная солянка из XML, веба, рефлекшена с кодогенерацией, хитрожопого ООП, причем некоторые вещами оттуда до сих пор проще переписать чем использовать готовые.
порог входа по сравнению с Дельфами действительно выше. но идеология в целом та же. "Всё под небесами"...
единственный неоспоримый плюс - на 105% верно то, что
ближайшие 10-15 лет эта система проживет и будет развиваться. а через 10-15 лет изменится ВСЁ.
15 лет назад споры велись на тему:
"какая прелесть Watcom C что в нем есть прямая поддержка инструкций 386-го и какое гуано Борландовские и МС Си что там такого нема..."
"какое гуано эти ваши С, на нем ни КоммандКом кошерно не перепишешь, ни Янки Дудля не повторишь. другое дело - АСМ"...
"какое гуано этот ваш АСМ, разве ж на нем можно прилично запрограммировать стиральную машинку. другое дело - Форт..."
и кому это интерсно теперь?
если считать микроконтроллеры то да.