?

Log in

No account? Create an account

Заповедник репрессивной психиатрии

Entries by category: наука

Модем промсвязь zxv10 h208l и port forwarding
metaclass
Только что убили два часа на то, чтобы добится от сабжевого говно-IMS модема работы port forwarding.
У клиентов заменили модем и все навернулось.
Симптомы: соединение извне приходит на целевой хост и висит в состоянии SYN_RCVD, т.е. ответный пакет уходит в никуда и соединение не устанавливается. Шлюз настроен правильно, на модем, на хосте интернеты есть.
Причем на других местах такой же модем работает.
Отличие: на проблемном месте PVC0 (0/33, интернетики) стоит на последнем месте в списке подключений, после всех гребических телефонов, служебных подключений, паблик SSID Beltelecom WIFI и прочего сунутого туда говнища. Там, где работает - на первом.

Объективно понять ничего невозможно, погрохать левые подключения мирными методами нельзя, в итоге включил отладочный интерфейс и отключил их из него. После чего, внезапно, все заработало.
Если бы это был мой личный модем и доступ к его управлению не обеспечивался им же (чинили мы это удаленно в диких ебенях РБ) - то я бы попытался выстроить эти подключения в "правильном" порядке и проверить, заработает ли оно, чисто для подтверждения гипотезы.

Белорусская модель проектного менеджмента
metaclass
Ключевой элемент этой модели: никогда и ни за что не строить четких планов, тем более с сроками исполнения. И ни в коем случае НИЧЕГО не фиксировать на бумаге-в багтрекере-в электронной почте, где попало. "А вдруг спросят за записанное".
Например, делают капремонт - нигде нет ни сроков, ни планов "что будет делаться", ни явного указания, что нужно делать жильцам. Вместо этого за 1 день до события в произвольное время вешается объявление "вам срочно нужно разломать полквартиры, чтобы дать доступ к инженерным сетям". А потом забывают уточнить, что для приемки замененных сетей нужно собрать все обратно, это нужно звонить и выяснять самому.
Любимая работающая модель исполнения каких-то проектов - это "беларусиковая" модель "реакция на внешние стимулы". "Срочно понадобилось - сделаем сегодня". "Сегодня не лень - идем строить хату". "Ебут мозги - пойдем что-нибудь сделаем". А лучше - "пойдем походим посмотрим подумаем". А еще лучше - найдем причину типа "у нас нету A,B и С, поэтому ничего сделать нельзя" и с легким сердцем идем отдыхать. Отнестись к A,B,С как к ресурсам и составить список вида "чем можно заменить, где найти ресурсы, что нужно чтобы их найти и в какие сроки это будет сделано" - запрещено, кромешное адское ТАБУ.
Т.е. вообще думать об нескольких методах решения проблем - табу. Всегда надо делать так как привыкли, если так нельзя - значит ждем пока будет можно.
Я так понимаю, это и вот это: http://artureg.livejournal.com/137663.html - следствия того, что в Беларуси спокойных времен практически не было. То войны, то революции, то чернобыль то еще какая трасца. Т.е. "ты построил план", но тут пришел очередной гитлер-сталин-ленин-сатана и все разъебалось в пух и прах. Или "решил вылезть из жопы, начал улучшать жизнь" - тебя заметили и расстреляли нахер, в назидание окружающим.
Я, как минимум, точно помню, как нас в детском саду, школе итд учили "не высовываться".

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

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

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

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

Штанга и хаскель
metaclass
Короче, тема штанги уже без вариантов всплывает в любом обсуждении ФП и хаскеля.

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


Представляю себе требования к вакансии, типа "Знание налоговых и бухгалтерских оперденей, понимание теории категорий, реляционной алгебры, жим лежа не меньше 100 кг".

Кто-то тупой, или я или гвозди
metaclass
Сижу изучаю различные варианты реализации middle-tier, который планируется использовать в будущем для нескольких проектов. Решил пересилить свой страх и взглянуть на J2EE. А надо сказать, что для неподготовленного ума ентерпрайз жаба выглядит совершенно ирреально бредовой: миллиарды фреймворков, утилит, серверов, сотни страниц документации, проекты на ней содержат over 9000 папок и мелких исходников и xml-конфигов и вообще я не уверен, что в здравом уме и имея некую начальную свободу выбора инструментов, с этим стоит вообще связываться.

Начал искать что-нибудь вроде "J2EE для начинающих с пошаговыми инструкциями". Нашел AppFuse. Вроде все описано понятно, есть QuickStart, написано откуда качать зависимости, итд, итп. Но таки вы будете смеятся - но я не могу найти, где качать исходники этого дела. Ссылки "Download" на сайте нету.

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

Вообще говоря, у меня уже есть почти полностью готовая основа для этого миддл-тиера, на которой я бы проект сделал очень быстро: Firebird+Delphi+ASP.NET RESTful веб-сервис. Но проблема в том, что это означает полную и окончательную привязку проектов к виндам, отказ от любых потенциальных работ с юниксами в будущем и сгнаивание мозга до состояния "сеньор-фокспро-девелопер в ВЦ НИИ Говна и Торфа, 50 лет, 30 лет опыта рисования формочек в дизайнере".

Кроме того, если дать объявление "требуется разработчик на дельфи" - приходят такие долбаные мышевозы с паттернами "magic button" что рыдать хочется, соответственно шансов на то, что хотя бы когда-нибудь я займусь только архитектурой и управлением проектами, вместо того, чтобы самостоятельно писать код, внедрять и обслуживать - не останется никаких.


PS: Есть кстати, еще одна, еще более неадекватная альтернатива: сойти с ума и ударится в нетривиальщину вроде ерланга и хаскеля, начать писать самодельный миддл-тиер на чистом С и изобретать прочие велосипеды. То, что это гарантированно будет легче для нервной системы, чем J2EE и ASP.NET, я уверен. Там комьюнити меньше и не будет такого, что половина интернетов забита разнообразными фреймворками, каждый из которых настолько наворочен, что позволяет не писать код, а всего лишь парой сотен xml-конфигов сделать любое приложение.
Я вспоминаю 90-е годы, когда никаких интернетов не было, проекты были более мелкие и выбора "на чем писать" особо не было, можно было велосипеды изобретать хоть годами.

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

Вот, к примеру: я считаю, что любой, кто сталкивался с статической типизацией и выводом типов, резко перестанет делать проекты "мегапереконфигурируемыми" с помощью сотен xml-конфигов, т.к. это выносит проверку правильности с времени сборки на время деплоймента и запуска. Ошибся в xml-файле в одной букве и вешайся, читай 100-строчные стеки вызовов и это еще хорошо, если у тебя доступ к продакшен-серверу есть.

(no subject)
metaclass
В свое время аналитики подсчитали, какой потенциал был накоплен советской наукой. Оказалось, что если бы внедрили только изобретения, сделанные у нас до 1990 года - ничего больше не разрабатывая, - то технический прогресс в России мог бы благополучно развиваться еще сто лет.
Чистую правду Вербицкий говорит - "всех этих людей совершенно обязательно необходимо расстрелять. А русские полетят к звездам"