On 18 March 2009 17:08:20 Покотиленко Костик wrote: > В Срд, 18/03/2009 в 16:31 +0300, Artem Chuprina пишет: > > Покотиленко Костик -> debian-russian@lists.debian.org @ Wed, 18 Mar 2009 15:03:57 +0200: > > >> >>>> Ну так как, пробовать будем? > > >> >>> > > >> >>> Неа. > > >> >>> > > >> >>> Если посмотреть выше, то речь шла о демонах, а не парсерах > > >> >>> текстовых файлов. Или Вы считаете их равнозначными задачами? > > >> >> > > >> >> Есть у меня и демоны на тикле, например, собирают и обрабатывают > > >> >> данные с цисок и других АТС. Написать то же самое на С большая > > >> >> работа (на тикле используются события для прослушивания множества > > >> >> сокетов, а на С придется создавать отдельные потоки), потому и не > > >> >> предлагаю как тестовую задачу (притом демоны умеют держать в > > >> >> in-memory SQLite database те данные, которые не удалось записать в > > >> >> persistent database), не говоря уж о реализации самой логики > > >> >> обработки. > > >> > > > >> > Ну, вообще говоря, есть довольно неплохая GLib2 или QtCore, в > > >> > которых соответствующие примитивы. > > >> > > >> Вообще говоря, есть libevent, с помощью которой на Си событийно > > >> писать проще. Но вообще прикладуху на Си писать не интересно, борьба > > >> с языком(слишком низкоуровневый) и развивается паранойя при > > >> использовании каждого указателя. > > > > ПК> Прикол в том, что уровень языка Си выбирается программистом > > посредством ПК> выбора библиотек нужных уровней. На libc конечно тяжело > > прикладуху ПК> писать. Выбор за тобой, а не за языком, используй glib, > > gtk+, или что ПК> тебе больше подходит для конкретной задачи. > > > > ПК> Как я уже писал, на Си легко работать с объектной моделью, не > > сложнее ПК> чем на C++ или другом языке. Надо тебе крупноузловая сборка - > > ПК> пожалуйста, надо под микроскопом поработать - пожалуйста. А вот языки > > ПК> высокого уровня ограничивают тебя высотой своего уровня. > > > > Как только ты на C выбираешь достаточно высокий уровень, ты немедленно > > получаешь высокоуровневый подъязык с неудобным синтаксисом и > > ... правильно, все равно заботой о распределении памяти (почистить за > > тобой все равно никто не сможет). > > В GTK+, создаёшь виджет "окно", напихиваешь туда кучу других виджетов, > потом делаешь gtk_widget_destroy() на "окно", и освобождаешь его и всех > потомков одной командой. Так что это дело инструментов, а GTK+ и кстати > glib это умеют. > > > Таким образом, у тебя в любом случае неудобный синтаксис и в любом > > случае распределение памяти. Ты от них уйти не можешь. > > Чем вдруг? > > > При языке высокого уровня же ты можешь вынести в отдельную библиотеку > > то, что таки да, надо сделать на C (хинт: вообще-то бОльшую часть работы > > с низким уровнем и на них можно сделать достаточно эффективно - тот же > > бинарный протокол на tcl реализовать в разы проще, чем на C). > > Мне нравится с годами углубляться в один и тот же язык, чем с каждым > годом изучать их больше. На Си можно сделать всё, а тебе видимо > приходится слазить с Тикля иногда.
на асме тоже