В жизни каждого разработчика наступает такой момент, когда ему нужно сделать форму. Вроде бы чего тут сложного — бери, бросай. А нет, форма то, она как живая. У неё есть своё настроение, свои привычки. Выбрал пол — “Ж”, она преобразилась, стала чуть другой, любопытной, спрашивает замужем ли, любимые духи, обувь с каблуком, или без? Но ты же мужик! И тут выбираешь пол “М”, и, как бы, вопросы должны быть другие — холост, любимый сорт пива, любимый спорт. Конечно, можно понаделать кучу формочек для каждого чиха, если “М”, то одна, если “Ж”, то другая. Но такой метод обернется катастрофой на этапе поддержки, да и вообще не в духе красивого кода. Поэтому форма должна быть умной. Очень умной. Она должна знать кто её трогает, чего он хочет, его потаённые желания. Например: есть форма ввода адреса в пять полей

• страна
• область
• город
• улица
• метро

Выбираю я город, и почему бы форме не додумать область и страну? Или выбрал Владимирскую область, зачем мне в списке городов “Москва”? Поле “метро” для Владимирской области тоже не актуально, а когда выбран город Струнино, так вообще издевательство. Занимаясь разработкой клиентской части в корпоративных WEB приложениях вот уже 5 лет я таки познал, как сделать форму умной. Надеюсь, мой опыт будет полезен и вам.

Продолжаем цикл статей посвящённый алгебре исчисления процессов. Данный текст является переводом и сокращённым пересказом начальных глав книги Чарльза Э. Хоара. Теория применяется для формального описания работы параллельных систем. Примерам её практических применений являются такие языки программирования как Erlang, Go и Limbo.

• Часть 1
• Часть 2

• Часть 1
• Часть 2

Предисловие

Данный текст является переводом и сокращённым пересказом начальных глав книги Чарльза Э. Хоара. Целью является ознакомление русскоязычной аудитории с данной алгеброй исчисления процессов, коя нашла достаточно широкое применение в современной вычислительной науке в связи с большим распространением параллельных систем. Наиболее близкими и понятными практическими применениями CSP, думаю, будут являться следующие языки программирования:

• Erlang
• Go
• Limbo

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

Некоторое время назад мне довелось организовывать новую группу разработки, которая должна была заняться развитием OLAP и BI продуктов в дружеской софтверной компании. А так как группа была собрана из свежих выпускников ВУЗов, то мне пришлось написать «краткий курс молодого бойца» для того чтобы максимально доступно дать начальные понятия об OLAP людям, которые ни разу с ним не сталкивались, но уже имели опыт программирования и работы с БД.

Выкладываю теперь это Введение в Общественное Достояние.

В статье несколько смешиваются понятия OLAP, Business Intelligence, и Data Warehouse, но и в жизни часто сложно понять, где проходит граница. А уж в реальных проектах, так и подавно, все они ходят рядом. Поэтому прошу не судить строго.

Введение

Доброго времени суток! Сразу оговорюсь, что цель этой статьи — познакомить и, возможно, заинтересовать вас такой штукой, как мнемоника. Мнемоника — наука о запоминании. То бишь совокупность способов и уловок, которые помогут вам запомнить большие объёмы информации в правильной последовательности (Например, 100 случайных слов (чисел) можно запомнить последовательно с интервалом в среднем в 6 секунд). Некоторые умудряются запомнить несколько тысяч цифр после числа Пи. Так же мнемотехника помогает в освоении иностранного языка ). Но нам пока рано об этом думать. Вы спросите:«Зачем мне ета ваша мнемоника?». Я отвечу: вы можете использовать её не только как хобби (от простого облегчения жизни, до того, что можете удивлять друзей, предложив с ними поочерёдно запомнить N информации поочерёдно), но и участвовать в соревнованиях (да-да, есть соревнования по запоминанию, где участвуют не прирождённые гении, а люди, натренировавшие себе память).

Вторая часть

Три года назад я проводил презентацию в крупном холдинге недвижимости. Среди слушателей был финансовый директор холдинга, который сказал:
«Финансовый учет автоматизировать невозможно!»

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

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

Почему же в условиях современных реалий вышеуказанный финансовый директор прав? Ведь мы не можем опровергнуть факты, на которых основывается его заявление.

Для ответа на этот вопрос необходимо разобраться с самыми элементарными основами бухгалтерского (финансового) учета, а заодно «поглумиться» над финансистами с точки зрения IT. Ведь именно финансисты дают технические задания для автоматизированного решения их специальных задач, а в результате сами же используют компьютер не иначе как печатную машинку.

Первая часть.

Система пляжного управления компанией или автоматизированный мониторинг ключевых показателей успешности.

Представьте такую ситуацию. Вы инвестировали и основали бизнес. В сумме инвестированный капитал составил 10 млн. рублей.
Утрируем до «идеальной ситуации», когда бизнес работает как хорошо отлаженный механизм, приносит доход и не требует вашего участия (мечта любого собственника бизнеса). Можно загорать на пляже и тратить получаемые деньги.
На протяжении года менеджмент компании исправно выплачивает вам хорошие дивиденды, которых хватает, чтобы беззаботно проводить время в собственное удовольствие.
Наступает страшный день, когда вдруг не выплачивают причитающиеся средства и аргументируют это различными текущими трудностями. И это повторяется снова и снова, месяц за месяцем.
Когда вы вернулись и разобрались с делами, оказалось (опять утрирую), что бизнес работал в убыток, а дивиденды выплачивали, размывая активы. Не осталось ни активов, ни вложенных капиталов, ни, в принципе, и самого бизнеса. Возникает извечный русский вопрос: Кто виноват и что делать?

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

В ближайшем будущем нас ожидают новые большие изменения. Техника открывает нам и сулит нам невиданные перемены, неслыханные возможности. Но надо, чтобы ко всем этим переменам и возможностям мы были готовы.
Я. В. Соколов (д. э. н., профессор, член Методологического совета по бухгалтерскому учету при Минфине России)

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

Первая статья посвящена tma (общий управленческий учет) — понятию, призванному возглавить все эти перемены в будущем.

«Первое правило бизнеса – защищай свои инвестиции»
этикет банкира 1775 г.

Если в те времена инвестиции защищались с оружием в руках, то в современном мире таким оружием становятся информационные технологии.

Десять лет назад у меня было несколько бизнес-единиц. Я представлял себя в будущем, сидящим перед десятком мониторов, на которых отражается информация о состоянии десятков, сотен бизнесов, принадлежащих мне. Тогда я искренне верил, что это возможно (нажал одну кнопку и все понятно). Но чем больше становилось у меня бизнесов, тем меньше я их контролировал. И тем больше терял.
Основной причиной всех потерь был плохой контроль бизнеса. Тогда встал вопрос:

Как можно контролировать бизнес настолько хорошо, чтобы обезопасить себя от потерь?

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

Сегодня я готов поделиться с читателями хабра некоторыми своими знаниями.

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

В настоящее время программа государственного субсидирования самозанятости предоставляет возможность гражданину, состоящему на учете в центре занятости населения в качестве безработного, организовать свое дело и получить наиболее крупную единовременную субсидию (до 30 МРОТ).

Возможно, вам будет интересно узнать, как именно обычный человек из простого российского города может вот так взять и получить субсидию на развитие своего дела в размере 327 000 рублей.
Сколько времени и сил было потрачено, какие препоны стояли на пути к достижению цели — обо всем вкратце будет рассказано под катом.

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

На эти вопросы мы постарались ответить, описывая наш финансовый модуль, который называется Базовое ТМА приложение. По понятным причинам мы не можем открывать сами принципы решения, мы раскрываем только суть решенной задачи.

Базовое ТМА приложение (БП) — это универсальная для любого вида и размера бизнеса программа автоматизации счетоводства, а так же создания и анализа финансовых отчетов.

Как надоели эти тематические статьи о повышении результативности, мотивации и прочей чепухе. Зачем люди их пишут? Чтобы помочь тем, кто запутался в себе? Для тех, кому тяжело сосредоточиться? Вряд-ли это так.

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

Глава 1. Цели:

1. Анализ представленных на рынке CRM систем и выбор максимально удовлетворяющей критерию удобства для конечного пользователя (менеджера по продажам стройматериалов)
2. Настройка этой системы под нужды фирмы (строительство и продажа стройматериалов)
3. Создание русского руководства по использованию системы
4. Проведение брифингов по использованию системы.

«Преждевременная оптимизация есть корень всех зол»
Энтони Хоар

Приветствую всех пользователей Хабра!
Данная статья возникла как полезный побочный продукт моих научных изысканий. Буду рад, если идеи, изложенные ниже, покажутся для вас интересными и полезными, а еще лучше, если получат своё применение и дальнейшее развитие в реально существующих проектах.

Производительность программного обеспечения (ПО) является важным аспектом в разработке любого программного продукта. Актуальность вопроса объясняется постоянно возрастающей сложностью и значимостью программных средств. Особое внимание производительности уделяется:

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

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

Рабочий — это источник идей, а не просто пара действующих рабочих рук.
Биант.

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

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

Как только в мире рождается новый проект, у него сразу появляются друзья и враги. Объясняется это очень просто: любой проект влечет за собой изменения. Ну а люди на перемены реагируют по-разному – кто-то к ним готов и горячо приветствует, а кто-то перемен не любит и боится, потому что видит в них угрозу для своего статуса, образа жизни, стабильности или, что еще хуже, появление у себя дополнительной работы. И первые, и вторые могут оказаться в числе людей, способных повлиять на ход и результат проекта.

Данный пост рассказывает о языках программирования и запросах среды разработки учетных приложений tmaplatform.

У всех вкусы разные...

При работе с платформой Вы можете использовать несколько языков программирования: Паскаль (Similar Pascal), Бейсик (Similar Basic). В стадии разработки Java-подобный язык, который появится в ближайшее время. Все примеры поста написаны на Similar Pascal.

В платформу интегрирован язык запросов, названный нами «Внутренний SQL», большая часть поста будет именно о нем.

В прошлый раз в статье "АСУДД: Что висит над дорогой?" мы бегло прошлись по «железу», которое устанавливается на транспортных магистралях: по типам детекторов транспортного потока, светодиодным табло и дорожным контроллерам.

Сегодня мы продолжим говорить об управлении трафиком, но уже в городе. Рассмотрим из чего состоит цикл светофорного регулирования, чем именно «рулят» управляющие системы и с чего это все, собственно, началось.

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

Данная статья вызвана размышлениями после прочтения вот этих двух топиков: "Издательский мир" и "Джоан Роулинг будет продавать электронные версии книг о Гарри Поттере". Меня весьма и весьма радует, что продажи электронных книг на Амазоне превысили количество печатных. Но из прочитанных статей прямо и логично вытекает неготовность имеющейся инфраструктуры для развития электронного книгоиздания. И у меня возник вопрос — а собственно что мешает?

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