Lazarus 0.9.30

Чудо, сформулируй что это такое «юзерское приложение», а также определись с тем, должен ли там быть гуй и доступ к СУБД.

не перекладывайте Ваше на других

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

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

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

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

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

и никто кроме тебя великий и мудрый не умеет заниматся таким мозгоблудством...

вопрос ты серьезно думаешь что ты самый умный...?

та самая апликуха с которой работает юзер

какой-нибудь tail -f это юзерская аппликуха? Я ведь с ней работаю, смотрю, как заполняется, допустим, лог... На один раз посмотреть самое то. И зачем мне в этом случае ГУИ и СУБД?

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

С документооборотом все ясно, что без СУБД не обойтись, а ГУЙ, можно заменить веб-мордой или ТУИ. Что, впрочем, не суть важно.

дружить один язык с другим, можно издеватся над собой разными способами

Например, есть научные или инженерных расчеты, на, например, R, которые скармливаются gnuplot-у(чем не ЯП?) и ТеХ-у. Есть куча задач автоматизации, где проще всего задействовать кучу мелких программ и т.д. Есть необходимость решать задачи, запуская их отдельным процессом и потом хавать результат.

и никто кроме тебя великий и мудрый не умеет заниматся таким мозгоблудством...

Отцы основатели UNIX - Керниган с Пайком очень даже. Они даже написали целую книгу про это. Эрик Реймонд и Брюс Эккель тоже занимаются, о чем и писали в своих книгах. Любой вменяемый юниксовый админ тоже. Так что нас много.

вопрос ты серьезно думаешь что ты самый умный...?

Нет, конечно. Я всего лишь утверждаю, что языки, которые не имеют своей обвески в виде доступа к СУБД или ГУИ могут приносить пользу. В том числе взаимодействуя с теми, которые это умеют. При необходимости.

Есть даже термин такой «проблеммно-ориентированные языки». По ним куча литературы. О них я, собственно и говорю.

Что-ж. Поясните пожалуйста какой смысл ВЫ вкладываете в слово «системщик». Подозреваю для вас это уровень не ниже ядрописателей. там действительно нужно всё, что вы перечислили.

Ну не настолько, чтоб ядрописателей, но недалеко от них.

>какой-нибудь tail -f это юзерская аппликуха? Я ведь с ней работаю, смотрю, как заполняется, допустим, лог... На один раз посмотреть самое то. И зачем мне в этом случае ГУИ и СУБД?

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

С документооборотом все ясно, что без СУБД не обойтись, а ГУЙ, можно заменить веб-мордой или ТУИ. Что, впрочем, не суть важно.

как его не назови хоть веб мордой хоть чем графический интерфейс нужен...

Например, есть научные или инженерных расчеты, на, например, R, которые скармливаются gnuplot-у(чем не ЯП?) и ТеХ-у. Есть куча задач автоматизации, где проще всего задействовать кучу мелких программ и т.д. Есть необходимость решать задачи, запуская их отдельным процессом и потом хавать результат.

не надо делать вид что только тебе про все это известно, только когда вот такие общие вопросы разбирают , то берут часто используемые примеры, поэтому не надо тут узкоспециализированую тему брать и на ней строить базис, ты забыл еще про встраиваемые решения))

Нет, конечно. Я всего лишь утверждаю, что языки, которые не имеют своей обвески в виде доступа к СУБД или ГУИ могут приносить пользу. В том числе взаимодействуя с теми, которые это умеют. При необходимости.

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

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

Это их проблемы. Некоторые, вообще, не знают, что за Майкросовтом есть жизнь ;). Увы и ах, но в некоторых случаях известные мне консольные решения оказываются более целесообразными, чем гуевые. А так я ничего не имею против ГУЯ и консоли дифирамбов не пою. Я только за целесообразность.

просто с упорством барана продолжаешь этот стеб, проще капать жиром чем признатся

В чем?

как его не назови хоть веб мордой хоть чем графический интерфейс нужен...

Скорее просто пользовательский интерфейс. А на чем он основан дело десятое. Еще много где цветут и пахнут TUI (Text User Interface)

только когда вот такие общие вопросы разбирают , то берут часто используемые примеры, поэтому не надо тут узкоспециализированую тему брать и на ней строить базис

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

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

Так ты же, вроде, писал:

а на кой болт голый язык нужен без обвязки, без библиотек для работы с теми же СУБД и прочими нужностями ...

Вот я и накидал тебе примеров. Да ты и сам, в общем-то со мной согласился ;), обозначив, где подобным решениям место:

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

То, о чем говорю я, и пример, о котором пишет lionet как раз из этой серии. Основной инструмент - один, а там, где он не справляется уместен другой, даже если у него напряг с обвязкой. Главное, чтобы он хорошо справлялся с возникшей проблемой.