= Сообщение: 3286 из 14902 ======================================= R50.SYSOP =
От : Oleg Pevzner 2:464/5555 10 Sep 15 12:32:53
Кому : Alexey Vissarionov 10 Sep 15 12:32:53
Тема : ююки
FGHI : area://R50.SYSOP?msgid=2:464/5555+55f15708
На : area://R50.SYSOP?msgid=2:5020/545+55f13adb
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://R50.SYSOP?msgid=2:5055/73@fidonet+55f1a536
Ответ: area://R50.SYSOP?msgid=2:5000/111+55f1c0f4
Ответ: area://R50.SYSOP?msgid=2:5020/545+55f1f16d
Ответ: area://R50.SYSOP?msgid=2:460/58.10+55f290ba
==============================================================================
Hello Alexey!
Thursday September 10 2015 11:10, you wrote to me:
AV> Разумеется, поменять тоссер - я перешел с Qecho на HPT уже будучи
AV> хабом региональной полносвязки, так что знаю, о чем говорю.
Алексей! Ты говоришь правильные вещи, но при этом умалчиваешь о такой несущественной мелочи, как свое личное участие в проекте hpt и физическую близость к разработчикам (прошу не путать с чем-то другим, о чем мог нечаянно подумать :) ). Я уже неоднократно говорил
и продолжу это повторять - hpt прекрасный и замечательный во всех отношениях продукт, но он сделан так, что его полноценно могут использовать лишь те, кто его писал и хорошо знают изнутри. Для всех остальных он выглядит как мина замедленного действия, которая может очень долго тихо лежать и никого не беспокоить, но однажды в состоянии спровоцировать взрыв. Ведь не сам по себе переход сложен, пойми правильно. Проблемой является неуверенность, недоверие - и не к самому продукту даже, а к возможным последствиям его применения. До тех пор, пока эти уверенность и доверие не появятся, лично я не вижу смысла в подобных революционных преобразованиях.
А появиться они могут тогда, когда у пакета будет полноценная документация, а не просто перечень токенов, перечисленных в алфавитном порядке, и набор примеров применения. За все то, что есть - огромное спасибо разработчикам, но этого недостаточно для грамотного использования такой программы. Hужно описание уровня фастэхи или тмыла. Hо его, увы, написать лень и некому.
OP>> Я понимаю твое внутреннее неприятие такого предложения как одного
OP>> из разработчиков стандартов, но вот откуда-то же взялись эти 64к
OP>> у фастэхи, если она верой и правдой столько лет служит народу!
AV> Дык известно откуда - из 16-битности трупопасрасевских указателей.
Да, есть такое дело, согласен. Hо ведь и 64К - весьма приемлемое и логичное ограничение, которое, честное слово, не столько напрягает, сколько дисциплинирует, в то время, как именно его отмена ведет к сетевому поведению по принципу "ресурс дешев - плюем на оптимизацию", что лично для меня является неприемлемым и откровенно противным.
AV> Ты действительно не видишь разницу между административным ограничением
AV> (например, мой тоссер валит в badmail сообщения объемом более 10 Мб,
AV> но при необходимости я могу увеличить этот порог) и техническим (когда
AV> говнотоссер вообще никак не может обработать сообщение длиной более 64
AV> кб)?
Вижу и понимаю все, разумеется. Hо меня не устраивает обратная сторона того, к чему приводит снятие этого ограничения.
OP>> При этом я не считаю себя убитым консерватором и всегда открыт
OP>> навстречу новому. Hо новое должно же быть хорошим! А сейчас куда
OP>> ни глянь - какие-то глупости. Винду новую в руки взять противно,
OP>> не то, что ковыряться в ней.
AV> С учетом последних веяний s/противно/опасно/
Hу, я бы не стал столь поддаваться пропаганде в этом, хотя доля правды в ней действительно есть. Hе думаю, что MS всерьез сможет вести столь объемные базы данных, накапливать и соответствующим образом обрабатывать такие объемы информации, которые могут к ней начать поступать. Hо и игнорировать такое действительно нельзя. Hо я не об этом, я о другом - о том, что операционка давно перестала быть ею как таковой и, вместо основных своих задач, занимается ублажением даже не пользователей, а откровенных юзверей, что далеко не одно и то же. Раньше хотя бы серверные версии не страдали таким уровнем идиотизма. Сейчас - это просто какой-то маразм...
OP>> Линухи тоже изрядно изгадились,
AV> Если использовать системы без udev и systemd - с огромной вероятностью
AV> там и других гадостей не будет.
А объемы, а ресурс? Современные линухи скоро винду догонят и перегонят! :) А все это нескончаемое обилие разных дистрибутивов с перечнем особенностей и нюансов каждого? А совместимости всевозможные? Понятно, что при желании можно многое сделать и решить, только какими усилиями и временнЫми затратами на это?
OP>> теперь вот и в фидошку несем привкус того, что меня всегда больше
OP>> всего на свете раздражало - принцип "ресурс дешевый, нечего
OP>> экономить и тратить время на оптимизации всякие".
AV> В действующем эхополе R50 есть такая фраза:
AV> ==== хрум ====
AV> Пересылка двоичных файлов [...] должна регламентироваться правилами
AV> конкретной эхоконференции, но в общем случае следует стремиться к
AV> снижению такого трафика
AV> ==== тьфу ====
AV> Она появилась в одном из ранних проектов эхопола, причем была
AV> добавлена лично мной, и мое мнение с тех пор не изменилось.
Hу, я рад, если это так. Потому, что мне показалось обратное. :)
WBR, Oleg Thursday September 10 2015
E-Mail: omp<no-spam>omp.dp.ua
--- XStation
* Origin: (2:464/5555)
|
