Oleg Shalnev's public blog

Пользователи отворачиваются от WEB-приложений. Kalpa - наш выбор.

noreply@blogger.com (Oleg Shalnev) — Tue, 10 Jan 2012 09:32:00 +0000

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

Описание технологии
Слайды Доклада

Заказчик Шредингера.

noreply@blogger.com (Oleg Shalnev) — Fri, 06 Jan 2012 06:44:00 +0000

Маленькие российские фирмы, заказчики ПО, очаровательны в своей непосредственности.

Их представителям всегда кажется, что создавать программы просто и что для описания ТЗ достаточно пары устных предложений рядового сотрудника с фразой - "Ну ты же понимаешь" посередине. Что софт не может стоить дорого. Цена контракта в 60 тыщ рублей для заказной разработки управленческого софта с документооборотом на 20 рабочих мест считается чрезмерно завышенной. Особенно занятной становится ситуация, когда заказчик интуитивно начинает понимать необходимость автоматизации, но не осознает стоимость таких решений.

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

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

Одно плохо! Проблемы с управлением на фирме сохраняются.

К чему это я? К вопросу.

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

Сколько рублей за одно рабочее место в месяц?

Опять о жизни.

noreply@blogger.com (Oleg Shalnev) — Wed, 04 Jan 2012 12:11:00 +0000

Никак не дает мне покоя одна мысль.

Вот есть социальные сети и даже объединяют они многих, но как-то толку в них мало. Ну поговорили, поглядели на забавных котиков. Скучно.

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

А ведь хочется иного! Хочется не просто болтать, рассматривать котиков. Хочется использовать социальные инструменты для решения неких практических задач. Хочется проактивности. Хочется чтобы система активно помогала мне решать мои задачи и делала это незаметно, тактично. А задач у нас много. И как их эффективно решить не всякий точно знает, да и решений некоторых задач пока нет.

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

И задумался я и думаю до сих пор. Ведь вопрос организации жизни, формирования активного стиля жизни так еще и не решен. А решать надо.

А вы что думаете?

Kalpa+Android=

noreply@blogger.com (Oleg Shalnev) — Thu, 25 Aug 2011 07:32:00 +0000

Дорогие друзья!

Завершены работы по портированию KalpaCloud на платформу Android. Спешу сообщить, что все работает и работает предсказуемо.

Конечно можно рассказать и о недостатках и проблемах.

Совершенно ясно, что использовать десктопные виджеты для построения интерфейсов на смартфонах совершенно невозможно. Поэтому специально для мобильных платформ с малым разрешением и виртуальной клавиатурой надо создавать свои интерфейсы.
Качество нашего 3G/GPRS оставляет желать лучшего. Надо тщательно оптимизировать сетевой стек.

Опрос о десталинизации. Итоги

noreply@blogger.com (Oleg Shalnev) — Wed, 18 May 2011 11:14:00 +0000

Posted via email from Oleg Shalnev

Как подсчитать занимаемое пространство для postgresql schema

noreply@blogger.com (Oleg Shalnev) — Wed, 20 Apr 2011 10:53:00 +0000

select sum(pg_relation_size('schema_name.'||table_name))::bigint from information_schema.tables where table_schema='schema_name';

Posted via email from Oleg Shalnev

Блеск и нишета #Linux

noreply@blogger.com (Oleg Shalnev) — Tue, 08 Feb 2011 06:52:00 +0000

Если посли установки нового kde 4.6 у вас перестали монтироваться флешки и ругань приблизительно вот такая

org.freedesktop.UDisks.Error.PermissionDenied

Надо в файле

/usr/share/polkit-1/actions/org.freedesktop.udisks.policy

найти

<action id="org.freedesktop.udisks.filesystem-mount">

и поменять

<allow_any>no</allow_any>

на

<allow_any>yes</allow_any>

Posted via email from Oleg Shalnev

Немного о Clang

noreply@blogger.com (Oleg Shalnev) — Thu, 07 Oct 2010 06:35:00 +0000

Выход каждой новой версии LLVM+Clang возбуждают старый диалог о ненужности этого инструмента в мире где безраздельно владычествует gcc. Ведь что нужно от компилятора? Чтобы переводил с одного языка на другой, понятный компьютеру, чтобы ошибки показывал, да пооптимизировал что-нибудь где-нибудь. Подавляющему большинству разработчиков этого вполне достаточно.

Но давайте немного представим что будет если для разработчика будет доступен семантический слой своего же программного кода на этапе исполнения. Что будет если программист будет владеть более полной информацией о программе чем смехотворно куцый RTTI? Разве это не изменит облик программирования? Разве это не даст новые уникальные возможности? Разве это не позволит заново переосмыслить принципы построения систем объектного брокеринга, систем клиент-сервер, маршаллинга типа, интраспекции и самой логики работы с данными в базах данных? Разве это не даст новый толчок к созданию новых систем разработки интеллектуального пользовательского интерфейса? А какие перспективы этот подход сулит для разработчиков IDE, какие просторы для рефлексивного самоанализа и верификации программных систем, корректный и встраиваемый интерпретатор C++? В мире gcc подобные фантазии не рассматриваются в силу определенных исторических стереотипов.

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

Существует успешная попытка нашего соотечественника - Евгения Зуева создать подобный инструмент для мира С++. Его мысли воплощены и продолжают развиваться в компиляторе переднего плана, который существует как основа корпоративных проектов фирмы Интерстрон. На страницах сайта фирмы мы и можем читать о всех тех волшебствах которые сулят нам технологии семантического слоя компилятора переднего плана. А статья о истории его создания сама по себе интересна. Но увы. Видеть и пробовать этот удивительный инструмент мне не довелось. Разработка закрыта. Фирма Интерстрон специализируется на создании микропроцессорной техники и я даже не знаю существует ли версия удивительного компилятора Зуева для традиционных Unix систем. Что нам остается? Сожалеть о невозможности испытать нужный инструмент и выражать глубокое уважение его автору. (Насколько я знаю Евгений Зуев ныне профессор университета города Цюриха, где готовит европейских компиляторщиков)

Однако понимание необходимости семантического уровня конечно остается и, собственно именно для решения поставленных ранее задач, и был инициирован проект LLVM+Clang. Насколько я понимаю полного цикла поддержки семантического уровня пока нет. Мне еще предстоит с этим разобраться, но то, что компилятор разделен на возможные для стороннего использования динамические библиотеки и существует самостоятельный AST слой, вселяет колоссальные надежды. Даже если в процессе сборки не создается полная и доступная из рантайма нотация программы, ее уже сейчас можно создать самостоятельно используя существующие в clang инструменты.

До версии 2.7 clang был еще экспериментальной разработкой, но после 2.8 clang стал рабочим инструментов. С помощью 2.8 я без замечаний собрал Qt4.7 с ключами (-no-pch -no-3dnow), собрал QtCreator и KalpaWorld возрадовавшись значительному приросту производительности и очаровательной диагностике. Команда clang сдержала свои обещания и добилась совместимости с gcc. Qt и QtCreator я собирал связкой llvm+clang(НЕ llvm-gcc) со стандартными спеками gcc. Теперь я намерен использовать llvm+clang для ежедневного процесса разработки и поиска новых форм работы с С++ в рамках проекта Kalpa.

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

Posted via email from Oleg Shalnev

Не будите программиста!

noreply@blogger.com (Oleg Shalnev) — Wed, 08 Sep 2010 08:04:00 +0000

Работа программиста - это СОН.

Звучит нелепо, правда?

Если вы хотите представить что именно делает программист во время работы, то легче всего это представить именно так. Он спит!

Продукт труда программиста это продукт сна - химера. Сновидение записанное специальным языком и переданное электронному устройству для того чтобы продолжаться там когда программист уже проснулся или просто сменил один сон на другой.

Это вы думаете что программист взял задачу, написал программу и задача решилась. Всё не так.

Если взять к примеру задачу нахождения пути выхода из лабиринта. Программист в решении этой задачи не перст который ведёт воображаемую маленькую заблудившуюся девочку незнакомой тропой к выходу. Он и не эта девочка тоже. И не стены лабиринта. Он не выход который надо найти. Он всё это вместе разом.

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

Я не фигурально выражаюсь. Это БУКВАЛЬНО снится. Программист при решении задачи виртуально живёт в создаваемом мире химер, похожих каким-то образом на условия решаемой задачи.

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

Большинство людей процесс засыпания воспринимают как определённый ритуал. У кого-то он довольно короткий, а у кого-то довольно сложный и длинный. У кого что. Кому-то надо непременно почитать перед сном, кто-то не засыпает если тридцать приседаний не выполнит перед тем как лечь. Так или иначе отход ко сну у каждого происходит по своему и это не просто ЧИК - и заснул. Хотя бывает у некоторых и так.

Вот тоже самое и в работе программиста. Процесс начала работы это тоже самое. Программист не может просто сесть и начать работать точно также как вот вы не можете сказать себе "СПИ УЖЕ СКОРЕЙ!" и отключиться. И общего какого-то способа тоже нет, как нет его в ритуале засыпания.

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

Это ведь ещё и меняется со временем. Сегодня вот вы легли спать и всё - уже сладкие грёзы. А завтра ворочаетесь час, два, три и ну никак. Тоже самое и в работе программиста. буквально тоже самое.

Ну и что делать всвязи с этим?

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

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

Представили?

Вот это именно так выглядит для нас - программистов. БУКВАЛЬНО ТАК.

Это вам со стороны кажется что вы просто подошли и спросили который час.

А давайте я вас подойду и спрошу в три часа ночи который час?
Чего страшного-то? Ну и что такого что вы только что заснули?
Я просто спрошу, вы ответите и спите дальше. Чего такого-то?

Так легче понять я думаю будет. На таком примере.

Вот вы представляйте что от вашего сна зависит ВСЁ! Всё при всё. Вот от того как вы сегодня поспите зависит будет завтра чего дома жрать или нет. Зависит будет ваша дочть замужем или нет. Вырастет ваш сын неудачником или добьётся чего-то в жизни. Всё это зависит от того как продуктивно вы сегодня поспите.

Представили?

И вот вы собираетесь начать этот сон. Этот вот самый сон от которого ВСЁ зависит и вы это отчётливо осознаёте.

Скажите вот теперь. Как насчёт спать и одновременно немножко, краем глаза разговаривать, чуть чуть помогать сыну решать арифметику, немножко подглядывать в телевизор и чуть чуть так совсем немного съездить в магазин? Не на долго...

Как спится, сладко?

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

Вы бы так смогли КАЖДЫЙ ДЕНЬ?

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

Хотите?

Призодите работать программистом в нашу контору. Получите в полной мере!

Хотя не всё так трагично. Конечно есть люди которые способны кимарить просто постоянно. Водители такие бывают что чуть-ли не на каждом сфетофоре способны чуток вздремнуть. Ну вы знаете - им чуть бибикнуть приходится чтобы вернуть к жизни. Наверняка вы знакомы с такой ситуацией.

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

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

Ну потому что отвлекают постоянно. Потому что БУДЯТ же бля постоянно! Потому что люди не понимают что ты же спишь и что их ебучая менеджерская "организационная" активность она на самом деле только мешает работать. Большинство людей НЕ программистов этого не понимают.

Я надеюсь что осознав аналогию работы программиста со сном может быть люди лучше поймут как надо обходиться с программистами и откуда вообще берутся хорошие программы. Поймут наконец что вот этот ебучий ЖЖ - это то что пишу и читаю ПЕРЕД СНОМ. Вот также как вы. Вы не можете спать пока неначитаетесь или пока телевизор не насмотритесь. Не можете ведь?

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

Хотите хороших программ?

Хотите чтобы ваш муж-программист был успешен и заработал все деньги?

Хотите чтобы ваши подчинённые программисты наконец-то сделали всё как надо?

Тогда вот вам простой рецепт:

НЕ БУДИТЕ СЛИШКОМ ЧАСТО ПРОГРАММИСТА!

(с) http://alexthunder.livejournal.com/290612.html

Posted via email from Oleg Shalnev

Буддистские чтения

noreply@blogger.com (Oleg Shalnev) — Fri, 11 Jun 2010 11:09:00 +0000

Немного пообщался (практически на лету) с ламой Оле Нидалом.

Posted via email from Oleg Shalnev

Ставрополье сетевое

noreply@blogger.com (Oleg Shalnev) — Sat, 05 Dec 2009 08:07:00 +0000

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

Обсуждали историю создания сети Internet в Ставропольском крае, качество, цены и перспективы развития сети. Провайдеры стояли крепко и разъясняли дороговизну доступа к сети ценами магистральных провайдеров. В аргументация чувствуется натяжка а, принимая во внимание тесное знакомство операторов, можно думать об определенном ценовом согласии, факт которого отвергался. Очевидно, что канальных провайдеров в регионе мало и серьезную конкуренцию они составить друг другу не могут. Тянуть домашние сети в колодцах практически невозможно (они принадлежат монополистам), а "воздушная подвеска" кабелей уродует утонченный облик наших благодатных городов. Говорить же о беспроводной сети сложно.Оформление, лицензирование и сертификация всех документов на точку WiFi стоит порядки 3-4 миллионов в год, да и эфир все же не безразмерен.

Директор ставропольских домашних сетей -"Зеленая точка" призвал связьнадзор ужесточить контроль за молодыми провайдерами, которые стремясь удешевить доступ, строят сети на дешевых компонентах, не проектируют её должным образом, не вкладывают в развитие сети изрядных денег и пытаются демпинговать рынок зачастую некачественной услугой. Однако чиновники были спокойны и указали на законодателя, который никак не регламентирует эту часть процесса. Рынок сам все расставит на свои места.
Были бодрые представители BeeLine, которые с жаром, по-корпоративному рассказали о перспективах развития 3G и о том как в лабораторных условиях были достигнуты скорости 7МБит/c.
Ожидали представителя "Синтерра-Юг", который мог бы нам доложить о своей компании как о еще одном канальном операторе и рассказать о перспективах WiMax в Ставропольском крае, но был внезапно заслан в командировку и не появился. А очень жаль. Я давно не говорил с этим интереснейшим человеком. Но ничего, телефон имеется.

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

Мои благодарности Елене Смирновой - руководителю интернет-проектов Ставропольской правды (за приглашение).
Руководителям Кавказ Интернет-Сервис к которым я навязался в попутчики.

Posted via email from Oleg Shalnev

Как отключить Touchpad на ноутбуке при подключении мыши

noreply@blogger.com (Oleg Shalnev) — Thu, 17 Sep 2009 08:45:00 +0000

Задача: Как заставить автоматически отключаться TouchPad_у в лаптопах при подключении мыши.
Создаем файл /etc/udev/rules.d/10-local.rules
в нем пишем

ACTION=="add", SUBSYSTEM=="input", ID_CLASS="mouse", RUN+="/usr/bin/synclient touchpadoff=1"
ACTION=="remove", SUBSYSTEM=="input", ID_CLASS="mouse", RUN+="/usr/bin/synclient touchpadoff=0"

Voila!

Шагал на Шагала

noreply@blogger.com (Oleg Shalnev) — Wed, 22 Jul 2009 13:44:00 +0000

Отринув дела и заботы погрузился в мир Марка Шагала на выставке в Железноводске. В Пушкинской галерее можно прочувствовать "библейский цикл". Некоторые работы заставили погрузиться надолго. Благо стулья есть и народу совсем мало.

Удивительно, выставку такого мастера в нашем региона можно смело считать культурным событием года, но несмотря на это ажиотажа не наблюдается.

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

noreply@blogger.com (Oleg Shalnev) — Sun, 24 May 2009 17:31:00 +0000

Первый в Элисте буддистский монастырь.

Молитвенные барабаны.

Еще одна молитва совершена.

Новое и старое рядом.

молодой буддист

noreply@blogger.com (Oleg Shalnev) — Sun, 24 May 2009 17:30:00 +0000

Мистерия Цам

noreply@blogger.com (Oleg Shalnev) — Sun, 24 May 2009 17:26:00 +0000

Выход монахов

Церемония Цам - путь к очищению. В Элисте этот день был объявлен выходным и многие люди, сменяя друг друга проводили его у храма. Даже только наблюдение этой церемонии очищает сознание и устраняет препятствия на жизненном пути.

Золотая обитель Шакьямуни

noreply@blogger.com (Oleg Shalnev) — Sun, 24 May 2009 17:13:00 +0000

cmake - памятка

noreply@blogger.com (Oleg Shalnev) — Sun, 03 May 2009 08:07:00 +0000

Как в cmake скопировать собранный модуль куда-то?

GET_TARGET_PROPERTY(LibName ${ModuleName} LOCATION)
add_custom_command(
TARGET ${ModuleName}
POST_BUILD
COMMAND ${CMAKE_COMMAND} -E copy
${LibName} ${PROJECT_DIR}/lib/MyProject/modules
)

noreply@blogger.com (Oleg Shalnev) — Mon, 02 Feb 2009 14:11:00 +0000

Description of Technology.

Experience in developing network of information systems has enabled us to rethink the approaches to the creation of distributed network software and offer a solution to the problem - technology platform Kalpa.Cloud.

Decisions based on Kalpa.Cloud:

Preventing leaks of corporate information
Ease of administration.
Savings of traffic.
The ability of the customers to work at low speeds.
Reducing the cost of maintenance of a Kalpa.Cloud-bases software system.
Reducing the cost of hardware.
Net applications with advanced graphical user interface.
Same speed and comfort in a local network or on the Internet.
Compact client realized for major operating systems.

We know and can articulate the requirements presented for modern, progressive companies.

Modern companies are actively expanding, creating remote branches.. In a geographically dispersed environment, requirements for integration into a single information system are not just a comfortable supplement, but the only possible condition for the survival of the company through the control and management of remote units.

Existing IT solutions developed in an era of local networks did not expect the work in a globalized world.

The main risks in modern information systems are corporate data leaks. Direct access to information allows staff to copy it to control external drives or transfer files over the network. Similar incidents have rightly called the main problem of modern information systems. Most embedded software architecture using a «thick client», which implies the existence on the side of the client uncontrollable array of data, or targeted to the «Documents». The first and second concept implies the possibility of unauthorized copying and data leakage. A particularly dangerous, such outdated architecture for use in mobile applications, or small remote offices, where staff with mobile computers can be directly compromised, or subjected to physical pressure in order to capture the computer and as a consequence, the information resource.

The concept of a centralized data repository on the server side and a thin client interface, allowing to solving these issues at the level of architecture. There are no user information, documents and materials stored at work. Access to information resources is possible only through a special interface. Malicious copied information is impossible. Portable personal computers did not become a zone of risk of information leakage. Remote small offices with under-developed security regime are protected from leakage and blocking the work through the information control or other harsh measures.

Effective maintenance costs during the economic crisis, suggests the possibility of rejection of their own expensive server resources and division of their support for the hosting of operators, thus locating the point of possible leakage of information. In this case, the determining factor of success becomes possible migration server infrastructure and speed the deployment of the complex.

System platform Kalpa.Cloud allow most effectively and quickly move the server part of the system to favorable or suitable sites within the corporate network, or rent the resources of external operators of auto sources.

For corporate users the claim advanced graphical user interface, which becomes decisive in addressing issues of ergonomics and efficient use of staff time. Obviously, the solutions-based HTML (web interface), using a standard Web browser can not meet these requirements. The volume of data generated and transmitted to ensure the interface requirements, the speed of generation of interface on the client side and cognitive ability web interface was not sufficient to ensure good corporate user needs.

System platform Kalpa.Cloud allows you to create network program indistinguishable from the local to the functionality, speed of response and cognitive properties.

Modern corporate information is multiplatform environment. A wide range of equipment and operating systems, increasing the share of Macintosh computers and Linux based systems, along with the traditional Windows systems, the use of lightweight (notebook) and pocket computer determines the requirement of multiplatform. Existing systems are typically mono-platforms and do not contribute to the development of heterogeneous networks.

System based on platform Kalpa.Cloud allows the client to use any of the most commercially successful operating systems.

We know that quality and provided flow does not always match the industrial demands of the corporate client. This is the same regarding the server connection and the client. The system of the server, serving a substantial number of client connections can consume a hefty network share. If we talk about a client, in a geographically distributed information environment, it may experience difficulties with the given bandwidth. Individual users may experience difficulties connected to mobile networks. The existing market information systems are usually very demanding for telecommunication resources. This applies as well to the server system and for the client connection. Increased demands are required for Web-based applications and terminal connections. It is known that the use of terminal solutions (Citrix) at the flow of 2Mb / s allows a server with good comfort for the user's service from 7 to 14 simultaneous connections, which is unacceptable for modern distributed information systems, the number of customers in more than 1000 compounds.

Platform Kalpa.Cloud originally designed as an extremely undemanding to telecommunications. Field tests showed the possibility to work with interfaces, even at speeds of 14400, and the user speed range (64K-256K) provide stable comfort.

The proposed technology in the market of network information systems is very resource-intensive. Web-based solutions platform Java (well as other well-known technology) does not allow coping with the load on the system that calls for the selection of the extensive development of computational tools. Troubleshooting usually lies in the acquisition and installation of expensive servers, industrial level or in the creation of cluster computing systems.

System platform Kalpa.Cloud kept the load on the corporate information environment, using standard computing systems in consumer or lower corporate level. In practice, this means that the Kalpa-effective solution would be to work on cheaper hardware.

The server is located in one place. Updating the software package comes on a single server machine, invisibly to the user.

Contacts

Oleg Shalnev

Контакты.

noreply@blogger.com (Oleg Shalnev) — Thu, 22 Jan 2009 06:59:00 +0000

Олег Владимирович Шáльнев. (Oleg Shalnev)

email: oleg@kalpa.ru
skype: oleg_shalnev

Kalpa и WindowsCE

noreply@blogger.com (Oleg Shalnev) — Sun, 30 Nov 2008 13:58:00 +0000

Дамы и господа, рад сообщить, что Kalpa-клиент портирован на платформу WindowsCE/WindowsMobile. Таким образом список устройств и операционных систем, на которых может работать тонкий клиент-Kalpa, расширен. Теперь будет возможно работать с тяжелыми Vedga-приложениями на наладонниках и смартфонах.
Следует заметить, что интерфейс серверных приложений, годный для использования на КПК, должен быть переработан с учетом скромных выразительных возможностей этой платформы.
Тестирование продолжается.

xfs Дефрагментация

noreply@blogger.com (Oleg Shalnev) — Wed, 26 Nov 2008 13:19:00 +0000

Кто еще не знает или не успел почитать в других блогах.
Посмотреть уровень фрагменации

xfs_db -r [том]
xfs_db> frag

Запустить дефрагментацию.

xfs_fsr -v [том]

Establishment of network graphics applications.

noreply@blogger.com (Oleg Shalnev) — Fri, 03 Oct 2008 18:04:00 +0000

Author: O. Shalnev

Rendered: D. Katsera

Reflecting on the situation in developing client-server systems that were forced to tasks, which require a different approach to that, which is now available on the market.

A history of network applications is well-known. From the early evolution of terminal stations led to a file-server solution, and then, with the advent of database servers, to the classic client-server systems, consisting of 2 parts, Server databases and "client". Such a scheme and now enjoys a well-deserved popularity and the nature of the popularity of technological simplicity of implementation architecture client-server. Access to database opened developer opportunities to manipulate the data masking mechanism for the exchange of information between the client and the server. The objective was the implementation of the programmer-friendly user interface and development of effective SQL queries. But on the other side of the weights are drawbacks 2 bridge model. First and foremost is the need to create a client program to be fully realized demo logic, and, sometimes, and the logic of the task itself. The full value of the client could be significant in case of heavy systems. This scheme became known as bunch of "thick client" to the database server.

Of course, if changes in the logic of the system or the interface of a need to update the client software on all workplaces users. This fact complicates the process of tracking systems, forcing developers to apply automatically maintain client program to date, the swap of modified modules. Supporters of 2-point approach from the world of Java, taking advantage of its platform to easily update the client program is putting himself in a credit score and typing in the discussions. Despite the advanced methods of software updates, is the need to update the client application remains.

The second problem is that the model is to publish a database server on the network. If a local decision, such an approach is let and acquitted in the case if the "problem" arises and begins to live in the boundless spaces of Internet-but publishing server bases in large networks has become a serious headache for system administrators. Embedded protection, authentication, encryption channels do not provide 100% secure.

Finally, the third complexity of 2-point architecture - is a possible demand of bandwidth channels. In a large, growing system is not always possible to monitor the effectiveness and wisdom of SQL queries. Often, requests and, more importantly, taken by motorcade server data is very large and can significantly reduce the speed of data exchange between server and client, to increase response time to requests that immediately affect the comfort of the user. This fact was well understood and helped the evolution towards of 3-chain architectures.

Under the phrase "three-tier" the people understand different. Many refer to three-tier architecture and terminal solutions. But whether such an understanding of things is justified? Can one attribute to the three-tier architecture terminal solution?

IT professionals have to use terminal solutions for the adaptation of two-tier systems in three-tier of contact with the "thin client". Terminal means are quite a lot. That decision, the use of X11 Protocol, Windows Terminal Service, Citrix, No Machine. But can these tools be used to be acceptable in the industrial exploitation? If you look, it shows that the very architecture of tasks, working in the terminal environment, usually written as a 2-makers and through the terminal means we actually camouflage bottlenecks two-tier model. Such decision is very demanding, both in terms of memory, and network resource. Indeed, starting application on the server side, you use memory not productively every time dragging a cargo of graphics and presentation logic. There is a certain need of a very solid server machine to ensure the normal operation of at least 30 client sessions. However, this depends on the resource problem. Reduced speed of the connection (client to the server) immediately affects the comfort of the user. Either the deteriorating quality of the image or raise boring delays is occurred. Advocates of terminal solutions are always talking about the relative modesty in consumption of telecommunications terminal client, neglecting to say about the server connection. Throughput of server connectivity – is a limited resource. It is not difficult to calculate how many simultaneous connections can accommodate a terminal server connected to the world at speeds of 2Mbit. Of course, terminal solutions are good, can and will occur as a tool for system administrator or privileged user, but if the server does not have to serve 30-40 and 300-400-5000 active compounds that can hardly be considered terminal scheme as a valid, reasonable, and the main thing possible.. And in vain adherents of "terminal schools" to think that small and medium businesses do not have tasks that do not fit a terminal service. For example in the information system of medium and small store can operate more than 40 jobs. Trading companies offer its partners access to information resources. Even small trading platforms may have a significant number of clients (traders). Thus it is understandable that for any large-scale solutions terminal means is not suitable. However, the terminal approach, paired with traditional two-tier model of development, remains the most popular and in demand. What is the reason for such popularity? Why are so expensive and resource demanding solutions to problems so attract developers. The reason for all is in the same ease of implementations. The programmers still do not have to think about "clients" and "servers", he only write a program using the library user interface and database access. Simplicity - the key to popularity. It is that simplicity luck in different approaches, as it will be described further.

Developers who want no surrogate, but the real three-tier model to understand the need to implement a balanced, devoid of graphics server load, and this "thin client" program that would only deal with interface. Developers were divided into several groups and each went their own ways. One group of armed conventional HTML browser and has used it as a "thin client". Parsimony of all available means to build the user interface is no confusion. However, very soon, hypertext mark-up language magazine pages became accrete additional "extras." However, no DHTML, nor layers and Java scripts has not radically changed the situation, but made it only more confusing. Browser war has made its share of problems adding for developers, forcing them to seek support of the maximum number of browsers. It is not added quality to the code but considerably increased the size of pages. But not even the size of pages and unfriendly interfaces become raise questions. The style and approach to the development of such systems differed from the comfort of the programmers of old classic two-tier systems. The need to think in terms of "pages" and "context client" had broken former server applications. The developer must generate by hands, either from a template the desired at the moment interface page. Enrich its content, while not forgetting to put it inside the control numbers. These targets will help the server remember what is at stake if the client suddenly wants to press button "A" in interface "B". And, of course, it must take the line from the client browser to deal with, and thereby control, status point is, in its memory of the image of the client session, to take certain actions and create a new page. It is rather difficult.

Of course, programmers have sought to simplify the development process making it similar to the classic. A variety of solutions began to appear. Many PHP libraries began to appear in different languages. Java world is particularly rich in such resources. But all this masking of architecture is the desire to make server software more straightforward and logical. In trying to make user interface more convenient, reasonable and modern began to appear special "thin clients" who worked with specially created for them page description language. Some languages integrated into browsers (XUL), but the principles of server software that does not change. Developers still lacks simplicity.

Another group of armed systems object brokering. RPC, CORBA, COM, DCOM, RMI, SOAP - the tools that allow developers to change attitudes to create applications. It is a tempting prospect to remotely create objects that cause the methods and procedures. True if a "client" will address himself to the server for remote procedures; it becomes a "thick" (rich client) client. If the "client" asks the server data for the current generation of interfaces, it is simply intellectual and complex browser. "Thin client" based on CORBA technology contains the entire set of interface tools, allowing "server" how to manage their resources. Some kind of remote, located on the client side repository of graphic tools. Wonderful idea, but it is difficult to implement. Programming Interface CORBA systems is not easy and not laconic. Certainly in the Java world, these issues are somewhat easier, but not all write in Java. And then, what is the creation of the interface? This is a long sequence of calling-type: create new window, paste button, type in button. Working with CORBA methods such sequences appear to be a big flow of small-sized packages to be prepared, shipped CORBA services and accepted by the other party. The sequence of small packages or variable causes slowing the processing of data in the TCP / IP stack. There is a view that the use of remote procedure call in case of need of extensive computation and not so often. This view is difficult to disagree with.

By analyzing the above approaches to address the development of client-server, author of the draft Vedga set out to create a tool to meet the following requirements:

Simplicity

The programmer must create applications like ordinary non-graphics program.
Programmer should not be difficult to encumber additional programming interfaces.
The programmer should not be loaded with additional knowledge about how to organize interaction between the client and the server.
The programmer should not think about the client side.
The programmer should not think of the network side of a decision.

Undemanding to telecommunications resources

Interaction between the client and server must be at minimum speeds.
"Thin client" as a means of customer interaction with the server.
The client portion of the tandem should be minimal in size and undemanding to resources.
The client portion should be cross platform and work for major commercial operating platforms.
User "thin client" interacting with the server should not see the difference between normal local application and a network.

As a result of reflection and attempts to create the most convenient tool for the development of network applications, has been the emergence of the draft "Vedga ". Vedga Instrument is a tandem library design for servers and" thin client ". Library provides developers to not think about all the complexities of creating network applications, but concentrate on creating the program. Programmer supplies with advanced set of tools that are familiar to the developer of the user interface. An opportunity to freely operate such concepts as "window", "frame", "menu", "button" and other well-known arsenal of tools for graphics libraries. Cross platform achieved by the well-known library Qt, Developer Company is called TrollTech. Naming classes, the parameters of functions and internal structures library Vedga is maximum identical to naming in Qt. Supported mechanism signals and slots that became the hallmark of Qt. In that developers Vedga see additional benefits to a large reservoir of programmers using Qt in their practice, easily adapted in classrooms Vedga. Moreover, it is possible to transform the existing Qt applications in the network. Easy and fast way to design allows fully move the load on the server side, providing "client-only interface functions. The interface wrapper library Vedga is hiding mechanism of transport management information and data between the client and the server. Optimization key algorithms have been assembling requests and answer packets in the packages and transfer data prepared in summary form. Achieved client-side comfort from the use of the network Vedga program is identical to the maximum comfort of working with the usual local program. You are the interface to which it is used in all its functional diversity and is not known discomfort of working with interfaces based on HTML browsers. The work of a programmer using the library Vedga becomes a server program (Daemon), is fully ready for operation.

In this example, you can see how close the methodology of establishing a network Vedga-annex to the methodology for creating applications in Qt..

GGroupBox * Window:: createSecondExclusiveGroup ()

{

TransportPacket Packet;

GGroupBox *groupBox = new GGroupBox(tr("E&xclusive Radio Buttons"), this);

groupBox->setCheckable(true);

groupBox->setChecked(false);

GRadioButton *radio1 = new GRadioButton(tr("Rad&io button 1"), this);

GRadioButton *radio2 = new GRadioButton(tr("Radi&o button 2"), this);

GRadioButton *radio3 = new GRadioButton(tr("Radio &button 3"), this);

radio1->setChecked(true);

GCheckBox *checkBox = new GCheckBox(tr("Ind&ependent checkbox"), this);

checkBox->setChecked(true);

GVBoxLayout *vbox = new GVBoxLayout;

vbox->addWidget(radio1);

vbox->addWidget(radio2);

vbox->addWidget(radio3);

vbox->addWidget(checkBox);

vbox->addStretch(1);

groupBox->setLayout(vbox);

return groupBox;

}

As you can see the differences are insignificant. The result of the program, a fragment of which was presented earlier, on the client side looks the same as for X11 platforms, and for Ms Windows. These capabilities enable developers to base position Glan as a tool for creating Internet applications with advanced user interface. A simple programming server (identical to the principles of conventional programming graphical applications) gives developers more options for creating a modern network applications and approaches to the creation of a unified corporate information environment.

Надежды юношей питают.

noreply@blogger.com (Oleg Shalnev) — Fri, 22 Aug 2008 05:20:00 +0000

Всем хорошо известна эта фраза. Считается, что она являет собой аналог известного афоризма Ф. Бекона: "Надежда - хороший завтрак, но плохой ужин".
История появления этой фразы в русском языке проследить не удается. Известно только, что она появилась в стихотворении Глеба Глинки.

Надежд сомнителен приют.
«Надежды юношей питают,
Отраду старцам подают»,
Но все же постепенно тают.

И, наконец, на склоне дней
Вдруг понимает человече
Тщету надежд, тщету идей...
«Иных уж нет, а те далече»,

Интересно отметить, что рассматриваемая фраза взята в кавычки. Конечно Глинка не мог не знать знаменитой оды Ломоносова "На день восшествия на престол Елисаветы".

Науки юношей питают,
Отраду старым подают,
В счастливой жизни украшают,
В несчастной случай берегут;
В домашних трудностях утеха
И в дальних странствах не помеха.
Науки пользуют везде,
Среди народов и в пустыне,
В градском шуму и наедине,
В покое сладки и в труде.

Но здесь вовсе не надежды, но науки. Искажение, результат творческой переработки, забывчивость? Но сам ли Ломоносов придумал этот текст? Нет, он конечно стоял на плечах древних, художественно переработав материал. Вспомним речь Марка Туллия Цицерона в защиту поэта Архия.

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

Вот таким странным образом переплелись два совершенно разных смысловых контекста.