The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект Tox развивает свободную альтернативу Skype, opennews (??), 30-Июл-13, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


77. "Проект Tox развивает свободную альтернативу Skype"  +1 +/
Сообщение от Аноним (-), 30-Июл-13, 13:12 
> как определить, что ты очередную студенческую поделку? первый признак: она на ruby. слабо также, как сабж в новости на си сделать?

Может там и студенческая поделка, но по вашему именно Руби является признаком студенческих поделок. И профессионалы по-вашему на Руби не пишут.

Хотя познания в языках программирования, которые вы этим самым продемонстрировали являются первым признаком школьника.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

105. "Проект Tox развивает свободную альтернативу Skype"  +2 +/
Сообщение от Аноним (-), 30-Июл-13, 14:39 
Кроме всего прочего, у нормальных людей обычно хватает ума выносить функциональность, reuse которой так и напрашивается в отдельные библиотеки. А вот школьники пишут один жутковатый кусок шита. Чем-то таким скрипткидь от нормального програмера и отличается.
Ответить | Правка | Наверх | Cообщить модератору

129. "Проект Tox развивает свободную альтернативу Skype"  –1 +/
Сообщение от Аноним (-), 30-Июл-13, 15:12 
> Кроме всего прочего, у нормальных людей обычно хватает ума выносить функциональность, reuse которой так и напрашивается в отдельные библиотеки. А вот школьники пишут один жутковатый кусок шита. Чем-то таким скрипткидь от нормального програмера и отличается.

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

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

Ответить | Правка | Наверх | Cообщить модератору

287. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от Аноним (-), 31-Июл-13, 12:12 
> Это конечно все ужасно, но вы так и не ответили на вопрос,
> какое это отношение имеет к тому, скриптовый язык или нескриптовый?

Ну если вы сможете написать на скриптовом языке библу которую можно реюзать в других проектах, особенно на других ЯП - флаг вам в руки и барабан на шею.

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

Example: ну вот есть у меня любимый IM клиент. Он такой какой он есть. Он мне нравится. Библу на си я к нему при желании как-нибудь прикручу. А этот ваш кусок скриптятины на руби - ну да, удачи в этом начинании.

> Видимо вы где-то только сейчас вычитали про "вынос функциональности",

Да, совсем недавно. Примерно 15 лет назад, имхо.

> и почему-то решили, что язык C (к примеру) вам это автоматически обеспечит.

Он это не обеспечивает автоматически. Но обеспечивает. И либы на нем реюзабельны из разных ЯПов. А вынос логически завершенных компонентов в реюзабельные либы - это, несомненно, жирный плюс. Т.к. сильно сокращает работу многим другим, работающим над той же или очень похожей задачей.

> Или видимо вам кажется, что компиляторы НЕскриптовых языков каким-то образом отвергают
> "жутковатые куски шита", что гарантирует в них отсутствие каких-либо школьников.

Там просто планка чуть повыше - надо по крайней мере немного разбираться что и как работает. Хотя, разумеется, и там можно сделать ужастики. Монолитный севый файл на 500 кило (я такое видел, без шуток) - вполне поспорит с творением господина Robux за первое место в хреновом дизайне софта, без всяких скидок :).

> Вы так и не ответили на вопрос - при чем здесь Ruby?

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

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

А это вообще похоже на какой-то батхерт, если честно.

Ответить | Правка | Наверх | Cообщить модератору

329. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от arisu (ok), 31-Июл-13, 15:55 
> Ну если вы сможете написать на скриптовом языке библу которую можно реюзать
> в других проектах, особенно на других ЯП — флаг вам в
> руки и барабан на шею.

в случае «пандоры», кстати, язык вообще не важен: намного удобней было бы:
а) разделить её на демона и UI-часть;
б) сделать для общения с демоном удобный протокол (да ёлки, текстовый, по tcp, чтобы оно сидело на 127.0.0.1 и разговаривало).

алё, автор! с тебя пиво за идею.

Ответить | Правка | Наверх | Cообщить модератору

359. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от Аноним (-), 31-Июл-13, 18:10 
> в случае «пандоры», кстати, язык вообще не важен:

В принципе - да. Там скорее общий безбашенный дезигн. ЯП так, до кучи дополняет картину о том что модно-стильно-молодежно-полностью-безбашенно.

> намного удобней было бы:
> а) разделить её на демона и UI-часть;
> б) сделать для общения с демоном удобный протокол (да ёлки, текстовый, по
> tcp, чтобы оно сидело на 127.0.0.1 и разговаривало).

Ты многовато хочешь от человека который 400К кода в 1 файл оптом утолкал. А в качестве протокола - да хоть тот же json, например. И вебне удобно, и для различных ЯПов парсеров этого добра навалом.

> алё, автор! с тебя пиво за идею.

Я думаю что сегодня он узнал много нового. Правда, ЧСВ думается потерпело нехилое фиаско.

Ответить | Правка | Наверх | Cообщить модератору

136. "Проект Tox развивает свободную альтернативу Skype"  –2 +/
Сообщение от chinarulezzz (ok), 30-Июл-13, 15:21 
> у нормальных людей обычно хватает ума выносить функциональность, reuse которой так и напрашивается в отдельные библиотеки.

Именно. Хорошо когда повторный код выносится в либу, или библиотечная функция быстрее (что реже бывает), особенно если из библиотеки дергаются поболее чем 1-2-3 функции, то можно и библиотеку использовать. А вот когда появляются дятлы выносящие всё и вся библиотеки, любую функцию из библиотеки дергать, даже если это неоправданно, и этим кичащиеся о стиле кодинга и программировании - ну аж .... повбывав бы гадив!!!11


Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

140. "Проект Tox развивает свободную альтернативу Skype"  –1 +/
Сообщение от robux (ok), 30-Июл-13, 15:31 
> А вот когда появляются дятлы
> выносящие всё и вся библиотеки, любую функцию из библиотеки дергать, даже
> если это неоправданно, и этим кичащиеся о стиле кодинга и программировании
> - ну аж .... повбывав бы гадив!!!11

Два чая этому господину!

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

Это для них религия. И неважно что полезных программ не пишут, что за душой кроме "хорошо структурированной курсовой" ничего нет - главное пафосно пускать пузыри и высказать своё критическое мнение о написанных проектах.

Ответить | Правка | Наверх | Cообщить модератору

155. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от Аноним (-), 30-Июл-13, 16:40 
И снова относительно начального утверждения.
При чем здесь все-таки Ruby и вообще скриптовые языки?
Ответить | Правка | Наверх | Cообщить модератору

233. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от Аноним (-), 30-Июл-13, 21:51 
Если мы говорим про компилируемые языки, то, если функция не находится в переделх +/- 128 байт от вызова, то совершенно пофиг (ибо адресное пространство одно и контекст переключать не нужно), в библиотеке она или в том же исполняемом модуле: вся разница будет только в микросекундах задержки на этапе раннего связывания загрузчиком и единственном штрафе при pagefault-е при первом обращении в участку памяти, в котором функция лежит.

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

Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

255. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от Аноним (-), 31-Июл-13, 01:52 
>[оверквотинг удален]
> переделх +/- 128 байт от вызова, то совершенно пофиг (ибо адресное
> пространство одно и контекст переключать не нужно), в библиотеке она или
> в том же исполняемом модуле: вся разница будет только в микросекундах
> задержки на этапе раннего связывания загрузчиком и единственном штрафе при pagefault-е
> при первом обращении в участку памяти, в котором функция лежит.
> Если же речь идет об интерпретируемых языках, то здесь вообще глупо говорить
> о таких вещах. Очевидно, что разницы при вызове функций в том
> же скрипте и из модуля не будет вообще, а по сравнению
> с временем, затраченным на запуск и раскочегаривание интерпретатора, время обработки загрузки
> десятка модулей будет совершенно незаметно.

Упс, ошибся: штраф за pagefault из разницы можно выкинуть, поскольку основной бинарь точно так же mmap-ится с отложенной подгрузкой страниц с диска в память до первого pagefault'а.

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

Ответить | Правка | Наверх | Cообщить модератору

264. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от chinarulezzz (ok), 31-Июл-13, 03:56 
Если мы все еще продолжаем тему неразумного использования библиотек и библиотечных функций, то я рад твоему пониманию, что "мертвый груз" не воздействует на время выполнения. Также это влияет на возрастание размера кода. В чем собственно проблема. Возрастает размер кода - код становится сложней. Код раздутей и сложней - приходится разбивать его на четко составленные, небольшие части. Или ты имел в виду что-то иное и я не так понял?
Ответить | Правка | К родителю #233 | Наверх | Cообщить модератору

347. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от Аноним (-), 31-Июл-13, 16:53 
Ты путаешь причину и следствие: разбиение кода на библитеки не приводит к его качественному усложнению, а наоборот вынуждает разбить код по уровням абстракций, а четко разделенные уровни абстракций упрощают понимаение кода. Как раз наоборот, сложность кода вынуждает бить его по библиотекам по описанной в предыдущем предложении причине.

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

Ответить | Правка | Наверх | Cообщить модератору

348. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от Аноним (-), 31-Июл-13, 16:54 
> Если мы все еще продолжаем тему неразумного использования библиотек и библиотечных функций,
> то я рад твоему пониманию, что "мертвый груз" не воздействует на
> время выполнения. Также это влияет на возрастание размера кода. В чем
> собственно проблема. Возрастает размер кода - код становится сложней. Код раздутей
> и сложней - приходится разбивать его на четко составленные, небольшие части.
> Или ты имел в виду что-то иное и я не так
> понял?

К слову, твое сообщение - это ответ на мой первый комментарий в этом посте, я другой аноним.

Ответить | Правка | К родителю #264 | Наверх | Cообщить модератору

288. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от Аноним (-), 31-Июл-13, 12:14 
> выносящие всё и вся библиотеки, любую функцию из библиотеки дергать, даже
> если это неоправданно,

Вынести в библиотеку логически оформленную вещь типа "реализация DHT" или "вон тот коммуникационный протокол" - просто напрашивается.

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

Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

283. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от crypt (??), 31-Июл-13, 10:47 
> Может там и студенческая поделка, но по вашему именно Руби является признаком
> студенческих поделок. И профессионалы по-вашему на Руби не пишут.
> Вы так и не ответили на вопрос - при чем здесь Ruby? И пытаетесь увильнуть...

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

Подобное тянется к подобному. Студенты очень любят поделки других студентов. Обычно потому что это все "мегановое", "мегановационное", "мегабыстрое" или вообще "просто круто" и "кручем, чем у других". Профи обычно на это уже не ведутся. Им важно, что будет с проектом через два года.
Руби еще слишком часто переделывают и допиливают. Фреймворки нестабильны. Проблемы совместимости между старыми и новыми версиями. И т.д. и т.п.

Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру