Блог Данилова Анатолия

Кнопочный тумблер на jQuery и Bootstrap

DanilovOnline — Thu, 05 Oct 2017 13:42:00 +0000

Кнопочный тумблер с использованием jQuery и Bootsrap вместо стандартного чекбокса

Дальше исходный код

JS Bin

$('.btn-group-checkbox').each(function() { var active_class=$(this).attr('data-active-class'); var target=$('#' + $(this).attr('data-target')); var _this = this; $(_this).find('button').removeClass('active').removeClass(active_class); var v = target.attr('checked')? 1: 0; $(_this).find('button').each(function () { if($(this).attr('data-checked')==v) { $(this).addClass('active').addClass(active_class); } })


        $(this).find('button').on("click", function() {

            $(_this).find('button').removeClass('active').removeClass(active_class);

            $(this).addClass('active').addClass(active_class);

            target.attr('checked', ($(this).attr('data-checked')==1));

            eval(target.attr('onclick'));

        })
    })

«Прокидывание» параметра через все ссылки

DanilovOnline — Thu, 07 Sep 2017 05:00:56 +0000

Задача: добавить параметр ко всем ссылкам, генерируемые Symfony UrlGenerator`ом, если он был в текущем запросе.
Например, у вас есть особой шаблон, на тот случай, если модуль отображается в iframe другого модуля.
Если знаете как это сделать средствами Symfony, то расскажите. Я такого способа не нашел, поэтому сделал свою реализацию.

Сначала определимся какие именно параметры нужно прокинуть. У меня они хранятся в конфиге:
//config.php ... 'routing' => array( 'through_GET_parameters' => array( //эти _GET-параметры(если они есть в запросе) будут добавлены ко всем генерируемым ссылкам 'param1', 'param2', ... ), ...

Теперь сделаем свой генератор на основе генератора от Symfony
значение", которые нужно давить ко всем генерируемым ссылкам public $through_GET_parameters = array();


    public function __construct(RouteCollection $routes, RequestContext $context) {

        parent::__construct($routes, $context);

    }
    public function generate($name, $parameters = array(), $referenceType = self::ABSOLUTE_PATH) {

        $url = parent::generate($name, $parameters, $referenceType);

        if ($this->through_GET_parameters) {

            $gets = array();

            foreach ($this->through_GET_parameters as $k=>$v) {

                if ($v) {

                    $gets[] = urlencode($k) . '=' . urlencode($v);

                } else {

                    $gets[] = urlencode($k);

                }

            }

            // добавим пару символов "&?", что бы после генерации html заменить на нужный символ

            $url .= "?".implode('&', $gets)."&?";

        }

return $url; } }

После создания генератора, туда нужно положить нужные параметры и их значения из запроса, если они там есть:

//bootstrap.php use Symfony\Component\Routing\RequestContext; use Symfony\Component\HttpFoundation\Request; ... $generator = new \MySpace\Core\UrlGenerator($routes, new RequestContext(''));

if(isset($config['routing']['through_GET_parameters'])) { foreach ($config['routing']['through_GET_parameters'] as $p) { $v = Request::createFromGlobals()->get($p); if (!is_null($v)) { $generator->through_GET_parameters[$p] = $v; } } } ...

После генерации html страницы, мы будем иметь ссылки вида:
http://domain/module/route/to/action?param1=val1¶m2=val2&??custom_param1=cval1&...

В этих ссылках нужно заменить «&??» и «&?» на &

//view.php ... $html = str_replace('&??', '&', $html); $html = str_replace('&?', '&', $html); echo $html; ...

Но есть проблема: когда url генерируем в JS, то такая подмена не произойдет. Поэтому в JS генерируем url «с умом»:
... //в url к данному моменту уже лежит какая то ссылка. Поэтому нужно определить какой символ нужно поставить перед нашими параметрами url += ((url.search(/\?/) == -1) ? '?' : '&') + "custom_param2=test" ...

Cross-browser AJAX(pure JS)

DanilovOnline — Tue, 02 May 2017 11:35:20 +0000

Отображение «дерева» в мобильном интерфейсе.

DanilovOnline — Thu, 27 Apr 2017 06:07:29 +0000

Из результатов гугла на запрос «mobile tree view» можно выделить следующие варианты:

А как еще?

Работа с часовыми поясами(таймзонами) в php и mysql

DanilovOnline — Sun, 16 Apr 2017 17:11:48 +0000

Сложности работы с часовыми поясами, думаю, возникают у каждого кто сталкивается с этим впервые. Для примера рассмотрим создание планировщика: пользователь составляет расписание с заданиями — указывает время когда задание начинается и когда заканчивается.
Но, т.к. пользователи находятся в разных странах и, соответственно, в разных часовых поясах, возникает вопросы: “А как хранить время?” и “И как искать задачи, которые надо запустить/остановить сейчас?”

Что такое часовой пояс и какие возникают проблемы?

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

Часовой пояс — это величина, выраженная в часах и минутах, которое показывает смещение в одну или другую сторону относительно стандартного времени. Этим стандартным временем является UTC. Например, в Москве смещение “UTC+03:00”, а в Лос-Анжелесе “UTC-08:00”. А еще смещение может быть “летним” и “зимним”. Например, в Лос-Анжелесе летнее смещение “UTC-07:00”. И для пущей гемаройности перевод времени производится по разному — в Европе переход на летнее время осуществляется в 01:00 по UTC; в США и Канаде с 2007 года переход на летнее время осуществляется во второе воскресенье марта в 2:00, а обратный переход — в первое воскресенье ноября, также в 2:00. Т.е. перевод времени в разных странах производится в разное время. А в некоторых странах, например в России, время не изменяется.

Все вот “это” нужно учесть при создание планировщика. Не буду писать как постепенно прийти к правильным решениям -это хорошо описано в статье “Never say never» или Работаем с таймзонами правильно”. Сразу напишу, как поступить в нашем случае:

хранить время сразу в нескольких вариантах:
- UTC. По utc удобно искать задачи которые нужно выполнить в текущий момент, т.к. это время одинаково для всех;
- название часового пояса. Это нужно, для того что бы перевести местное время пользователя ко время utc(т.к. пользователь указывает в расписании именно местное время). Обычно этот параметр хранится в профиле пользователя
местное время. Казалось бы избыточный параметр, но очень полезный — не надо постоянно пересчитывать utc время в местное, чтобы отобразить его, например, в календаре нашего планировщика;
крон скрипт, который каждую минуту ищет задачи которые надо завершить или начать. Поиск по utc очень прямолинейный и простой;
крон скрипт, который пересчитывает utc время нашего задания после изменения времени с “зимнего” на “летнее” и обратно. Да, да — именно utc параметр, а не местное время. Местное время же не изменяется -вы как вставали(или ложились) в 7 часов утра, так и продолжаете это делать в 7 часов утра

Инструменты и библиотеки

Список часовых поясов;
На основе этого списка сделал mysql таблицу timezones.sql;
для JS есть библиотека Moment.js. Она умеет преобразовывать даты, в том числе учитывая тайм-зоны. Причем у них есть довольно большой файл для локализации и учета часовых поясов;
PHP расширение pecl, которое исправляет недостатки встроенных таймзон в php — timezonedb;
определение часового пояса посетителя по его IP можно сделать с помощью api от maxmind;
Google Maps Time Zone API обеспечивает простой интерфейс для запроса сведений о часовом поясе для какого-либо местоположения на Земле, а также о разнице во времени относительно UTC для этого местоположения;
timezonedb.com — удобная, постоянно обновляемая база часовых поясов. Содержит не только смещение в конкретном часовом поясе в текущий момент, но и в прошлом. И вроде бы недалекое будущее;
json список всех зон https://github.com/dmfilipenko/timezones.json/blob/master/timezones.json

Немного практики

Определить в php летнее сейчас время или нет.
#is_dst_time.php $dt = new \DateTime(); $dt->setTimezone(new \DateTimeZone($timezone)); $is_dst = $dt->format('I');
Определение сдвига относительно UTC с помощью JS.
В каких то случаях этого бывает достаточно. Если ваш сервис предусматривает профили пользователей, то я советую не ориентироваться на данные полученные через JS — лучше спросите у пользователя его часовой пояс.
//get_user_timezone_offset.js var user_timezone_offset = (-new Date().getTimezoneOffset()/60)
Корректная работа с временем в mysql.
Бывает так, что на сервере установлено время не в нулевой зоне(UTC). Поэтому приходится учитывать сдвиг времени относительно UTC. Подробно написано о этой проблеме на Stack Overflow — How do I set the time zone of MySQL?
#sheduller_with_timezones.sql #Сначала получим значения свига $diff SELECT substring_index(TIMEDIFF(UTC_TIMESTAMP, now()), ':', 2) as diff; #Теперь получим корректное время, поставив $diff SELECT CONVERT_TZ(from_unixtime(`utc_start_time`), '+00:00', '{$diff}') as start FROM `calendar_tbl`
#А так можно получить задачи, которые активны сейчас SELECT * FROM `calendar` WHERE UTC_TIMESTAMP() between (CONVERT_TZ(from_unixtime(`utc_start_time`), '+00:00', '{$diff}')) and (CONVERT_TZ(from_unixtime(`utc_end_time`), '+00:00', '{$diff}'))

p.s. что то не так? Или вы работаете с часовыми поясами по другому? Писал статью не только, что бы поделиться опытом, но чтобы понять правильно я делаю или нет.

Перехват «fetch» запросов в js

DanilovOnline — Mon, 10 Apr 2017 07:56:24 +0000

Танец Феи Драже

danilov — Wed, 30 Dec 2015 05:11:29 +0000

Curl, многомерные массивы и передача файлов

danilov — Mon, 23 Nov 2015 06:59:19 +0000

Задача: из кода на PHP передать веб-службе файл с помощью curl.

Решение: Curl, многомерные массивы и передача файлов

upd: начиная с php 5.5 работа с файлами изменилась:
if ((version_compare(PHP_VERSION, '5.5') >= 0)) { foreach ($requestVars AS $k=>$v) { if (strpos($v, '@') === 0) { $requestVars[$k] = new \CURLFile(str_replace('@', '', $v)); } } }

Питер Друкер. Энциклопедия менеджмента.

danilov — Fri, 23 Oct 2015 13:39:19 +0000

У Питера Друкера насчитывается около 50 сочинений. И как правило, у молодых специалистов возникает вопрос «А с какой книжки начать?» В Японии был выпущен трехтомник. Один том посвящен управлению организациями, второй- личности в организации, а третий-обществу в целом. Для Америки и Британии издание было сокращено до одного тома. Так получилось исчерпывающее, логически последовательное и самодостаточное введение в теорию менеджмента, охватывающие вопросы управления предприятием и самоуправления для отдельной личности.

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

—Питер Ф. Друкер

Для себя собрал выжимки. Возможно, кому то будет интересно. Это то, что зацепило меня сейчас. Уверен, что перечитывая в будущем, в книге для себя найду еще много важного и ценного. Хочу отметить, что не стоит принимать решение читать или не читать только основываясь на мои заметки.

П. Друкер. Энциклопедия менеджмента. Общество.

danilov — Fri, 23 Oct 2015 13:33:56 +0000

Это заметки и местами «вырезки» из первой части книги П. Друкера «Энциклопедия Менеджмента».

Если смотреть на общество конца XIX века и начала XX века, то можно сказать, что самыми многочисленными представители были крестьяне и домашняя прислуга. В то же время, в начале XX века, начал доминировать новый класс,так называемые «синие воротнички» — производственные рабочие. В середине XX столетия промышленные рабочие в каждой развитой стране (в том числе и в коммунистических странах) превратились в крупнейшую самостоятельную группу. Они стали в высшей степени респектабельны. Однако в 1990 году работники физического труда и их профсоюзы были вынуждены перейти в глухую оборону. Они начали неуклонно сокращаться количественно.Создается впечатление, что работники физического труда в производственных отраслях и их профсоюзы идут тем путем, который уже прошли фермеры. «Класс», который пришел на смену промышленным рабочим, стал для них серьезным вызовом. Самой молодой доминантной группой становятся работники умственного труда.

Они составляют не меньше трети трудоспособного населения Соединенных Штатов Америки, т.е. примерно такую же долю, какую составляли в лучшие годы промышленные рабочие (за исключением военного времени). Труд большинства работников умственного труда оплачивается не хуже, а нередко даже и лучше, чем труд работников физического труда. А новые рабочие места предоставляют им намного лучшие возможности.

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

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

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

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

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

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

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

П. Друкер. Энциклопедия менеджмента. Человек.

danilov — Fri, 23 Oct 2015 13:32:01 +0000

Это заметки и местами «вырезки» из второй части книги П. Друкера «Энциклопедия Менеджмента».

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

Очень часто работники умственного труда не эффективны. Почему же это так? Когда речь идет о ручном, физическом труде, от рабочего требуется лишь производительность, некий набор знаний и навыков, т.е. способность правильно выполнять порученное, а вовсе не организовывать продуктивную работу. Работник физического труда производит материальные вещи и результат его работы можно легко оценить качественно, количественно и т.д. В то же время от работника умственного труда требуется, что бы он думал, но о чем думает работник на работе не известно. Результат работы такого работника это набор какой то информации, каких то данных, которые в последствии должны материализоваться. Величайшая мудрость, которую не удается воплотить в действие, остается набором бесполезных и бессмысленных «данных». Эффективность умственного труда не измеряется в количественных показателях. Не измеряется она и затратами. Эффективность умственного труда измеряется по результатам.

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

Четыре не подконтрольных работнику фактора, которые сильно влияют на эффективность, причем отрицательно:

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

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

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

Эффективно работающего человека всегда интересует, каков его личный вклад в развитие организации, в которой он работает. Он оценивает результаты своей деятельности и пытается понять, как эти результаты влияют на цели, которые поставила перед собой его организация. Он отличается высокой ответственностью. Работники умственного труда, которые не задумываются о своем личном вкладе в развитие организации, ставят перед собой не только явно заниженные, но и, возможно, ложные цели. Человек, который отвечает за собственный вклад, всегда стремится соотнести свою узкую область с деятельностью организации в целом. Когда-нибудь он обязательно поймет, что нужно изучить потребности, направления, ограничения и восприятия других людей, чтобы эти люди смогли воспользоваться плодами его собственного труда. Он, возможно, и не оценит по достоинству работу своих коллег в разных направлениях, но, по крайней мере, он не будет страдать самонадеянностью и высокомерием, присущими так называемым «образованным людям». А это опасная болезнь, которая разрушает знания, убивая их привлекательность и эффективность.

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

общение;
коллективная работа;
саморазвитие и самосовершенствование;
развитие и совершенствование других.

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

У каждого работника есть как сильные так и слабые стороны. Задача менеджера не тратить время и энергию на повышение уровня знаний и умений работника в тех областях, в которых он абсолютно некомпетентных, а направить соответствующие ресурсы и силы на превращение хорошего работника в выдающегося мастера своего дела. Определить способности и сильные стороны человека можно лишь одним способом: анализируя результат — сопоставив планируемый и реальный результат.

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

При обсуждении эффективности, часто начинают с формирования планов, которые, в свою очередь, часто остаются на бумаге. На самом деле, по наблюдению автора, отправной точкой являются не задачи, которые нужно выполнить, а время. Время —уникальный ресурс. Его нельзя одолжить, взять напрокат, купить или получить каким-либо иным способом. Большая часть времени неминуемо расходуется впустую. Чем выше должность данного работника, тем больше времени он затрачивает на «организационные», а по сути —непродуктивные —вопросы. Чтобы обеспечить эффективность, каждый работник умственного труда (и особенно —каждый руководитель) должен научиться планировать свое время крупными «блоками». Разбивать выполнение одной операции на мелкие порции нецелесообразно и неэффективно, даже если суммарное время оказывается весьма продолжительным.

Принять эффективное решение можно следую этим правилам:

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

Каковы черты эффективного руководителя? Суть лидерства —в эффективности.Прежде всего следует отметить, что само по себе умение быть лидером не представляет особой ценности. Умение руководить и вести за собой —это лишь средство. Ключевое качество, отличающее настоящего лидера, —его цель. Истинный лидер отличается от человека, узурпировавшего власть, своими целями. Если компромиссы, на которые приходится идти лидеру, учитывая ограничения, налагаемые на его действия реальной ситуацией, совместимы с его миссией и целями, значит, этого лидера следует признать эффективным. Лидер должен относиться к своему лидерству как к ответственной миссии, а не как к званию, дарующему ему определенные привилегии.

П. Друкер. Энциклопедия менеджмента. Менеджмент

danilov — Fri, 23 Oct 2015 13:30:50 +0000

Это заметки и местами «вырезки» из первой части книги П. Друкера «Энциклопедия Менеджмента».

Что такое менеджмент? Зачем он нужен? Какой бывает? Из чего состоит? Какие проблемы решает? Как решает? Отличия в менеджменте в организациях разного типа… Очень много примеров из практики.

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

Самые сложные проблемы управления лежат вовсе не в сфере технологий или политики. Источник этих проблем — внутри организации.

Когда то давным давно, когда еще не было больших организаций, не было и проблем с управления рабочими. Например, на фабрике Ф. Энгельса были только бригадиры, которые следили за порядком в своей небольшой группы. Большой организацией можно было назвать только армию. Поэтому, не удивительно, что первые модели управления в организации были позаимствованы из армии. Такую модель можно охарактеризовать наличием нескольких руководителей высшего звена и армия рабочих, которой они управляют. Но это модель не была статичной и постоянно изменялась. Со временем стал расти уровень образованности работников и стали появляться отделы. Если раньше объем выполненной продукции зависил от количества рабочих, то теперь он стал зависеть от научной составляющей, т.е. стали работать “с умом”. Появилась потребность в управлении рабочими с самыми разными знаниями и умениями.

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

Менеджмент базируется на нескольких важных принципах:

Менеджмент касается человека, и только человека. Задача менеджмента — обеспечить совместную и эффективную работу людей, давая им возможность реализовать в максимальной степени свои сильные стороны и нейтрализуя их недостатки.
Т.к. главная задача менеджмента связана с интеграцией людей в единое предприятие, то менеджмент нельзя отделять от культуры общества
Предприятие не достигнет успеха, если его сотрудники не будут стремится к общим целям и разделять общие ценности
Менеджмент должен давать возможность роста и развития как предприятия в целом, так и каждому из его работников в отдельности по мере изменения потребностей и появления новых возможностей
Деятельность организации должна основываться на обменен информацией и на индивидуальной ответственности. Т.е. каждый работник должен донести до других свои обязанности и уровень ответственности. И он должен знать тоже самое о своих коллегах.
Реальные результаты деятельности организации проявляются только вне этой организации. Результат любой организации — удовлетворение клиента

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

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

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

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

Для большинства менеджмент — это менеджмент бизнеса. Но это не так. Например, “государственное управление” это то же менеджмент. Различия наблюдаются в терминологии. Задачи и проблемы во многом схожи.

Менеджмент зависит от структуры организации. Единственной правильной структуры нет, но существуют некоторые общие “принципы” организации:

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

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

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

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

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

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

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

В кадровом вопросе выделены базовые принципы:

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

Подробно и с примерами рассматриваются предпринимательские стратегии: “Блицкриг”, “Удар в спину”, “Творческая имитация”…

HUDWAY Glass

danilov — Thu, 08 Oct 2015 05:08:56 +0000

Удивительные вещи происходят рядом. На кикстартере запущен еще один проект от ижевских ребят.

https://d2pq0u4uni88oo.cloudfront.net/projects/1773882/video-592755-h264_high.mp4

История ЦВТ и Эпам в Ижевске

danilov — Thu, 01 Oct 2015 05:06:02 +0000

В рамках встреч Yodiz Life прошла лекция основателя ЦВТ и Эпама в Ижевске Олега Витальевича Вылегжанина. Вылегжанин рассказал о том как появился ЦВТ. Какие были первые заказы. При каких обстоятельствах возник офис Эпама в Ижевске. Также была затронута тема ИТ-парка в Удмуртии.

ZF2 .htaccess in built-in PHP server

danilov — Tue, 29 Sep 2015 11:48:06 +0000

Для нормального функционирования zf2-приложения требуется наличие модуля mod_rewrite. В .htaccess все запросы через mod_rewrite зарулены на public/index.php

В документации запуск встроенного сервера описан так:

$ cd public
$ php -S localhost:80

Но т.к. .htaccess не подхватится, то при вызове, например, каптчи «http://localhost/user/captcha/ad291fb77e7c0cca7c3bd1f47aa2964e.png» сервер, вместо того, что бы отправить запрос в index.php попытается найти такой файл и выдаст 404-ю ошибку.

Решение простое. При запуске нужно явно указать вызов index.php при любых запросах. Так:

$ cd public
$ php -S localhost:80 index.php

PHP sendmail в Windows

danilov — Thu, 24 Sep 2015 13:20:04 +0000

Для отправки почты php использует утилиту sendmail. Те кто работает в linux, уже готов к этому. А вот у windows-пользователей возникают проблемы, потому как они ни как не ожидают, что нужно что то настроить. Опишу по шагам:

1) Скачать sendmail отсюда и распакуйте, например, в папку с:\sendmail

2) Откройте sendmail.ini и укажите smtp_server(почтовый сервер), auth_username, auth_password и force_sender(будет подставляться в поле from). Обратите внимание на error_logfile=error.log — сюда будут писаться ошибки, если что то пойдет не так(например, если укажите неправильный пароль)

3) Откройте ваш php.ini и укажите sendmail_path = «[путь_до_папки]\sendmail\sendmail.exe -t». Проверьте, значение SMTP = localhost и smtp_port = 25

4) Перезапустите apache или другой используемый вами сервер

«Контент перестал быть королём на сайте» — мнение дизайнера об изменениях в отрасли

danilov — Mon, 21 Sep 2015 09:29:47 +0000

Ресурс Louder Than Ten опубликовал материал дизайнера Трэвиса Герца о том, как профессионалов из отрасли постепенно вытесняют машины, какова связь между интерфейсом и контентом и почему представителям дизайн-сферы важно задуматься об этом. Коллеги из Faino Interactive перевели статью для рассылки дизайнеров интерфейсов UX Fox.

VC публикует материал с разрешения переводчика.

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

Дерьмовый контент продаёт дерьмовый продукт

Но не все так плохо…

«Контент перестал быть королём на сайте» — мнение дизайнера об изменениях в отрасли

Что должен уметь и делать ПМ

danilov — Fri, 18 Sep 2015 10:32:27 +0000

Недавно Дмитрий Плетнев(@dpletnev) высказался на тему что должен уметь и делать ПМ на izhit.slack.com :

Проект для разработчика выглядит как процесс разработки и итог разработки — качественный продукт.
Проект для менеджера это система которая состоит из балансировки между: командой, продуктом, деньгами и клиентом. То есть задача пиэма
1. Отслеживать работу команды, состояние членов команды, формировать эту самую команду вместе с лидом и создавать атмосферу в которой команад разработки может спокойно заниматься проектом, комфортно и ей никто и ничто не мешает. В общем виде ПМ должен знать каждого человека внутри команды, его личную жизнь, проблемы, увлечения, сильные/слабые стороны, личную систему мотивации и интересов каждого специалиста.
Дополнительно он должен представлять общую информацию по тех.скиллам всей остальной компании, чтобы понимать каким образом, если надо, он может масштабировать команду.
Если ПМ не может поднять команду когда надо на оверы или наоборот объяснить руководству, что надо дать отдых/бонусы/етц это провал.
Специалист приходит в компанию, а уходит от менеджера, это факт.
2. Продукт — задача ПМ не просто собирать инфу от заказчика, но и фильтровать ее, очень и очень часто заказчики не врубаются в lean-подход, ограничения по возможностям команды. У нас были дикие проблемы, когда мы не умели с этим работать, загоняли команду разработки, в итоге люди просто увольнялись.
…
Ну и ПМ как обычно является переводчиком запросов клиента, в программисто-понятный язык. Это может делать и аналитик, если команда и проект оч.большие.
Ну и какбэ ответствтенность за продукт перед клиентом лежит на ПМе.
3. Бабло. Ну тут наверное понятно и так — задача ПМа сделать проект в бюджет как минимум, если он фиксированный, отслеживать попадание спецов в оценки и своевременно начинать махать флагом, когда идет перерасход часов, бюджета, составление отчетов по часам. Бла бла тут понятно, что разрабы про это думать вообще не должны в принципе.
4. Последнее это собственно гхм, без клиента разработчик не работает. Если клиент не счастлив, у всех нет работы, денег, интересных задач, все это понимают. Тут по факту система похожая на работу с командой. ПМ знает о клиенте все — где он работал, кем, когда куда он ушел, как зовут его домашнюю собачку, где он отдыхал, какие у него личные KPI, какие возможности роста внутри компании, какие показатели успеха у проекта и как это на всех влияет. У нас были ситуации, когда мы не были в курсе о KPI менеджера, как итог неправильно расставили приоритеты в разработке пока он в отпуске чалился, оп ПМ на стороне клиента лишился полугодового бонуса, всем пока. А дальше естественно — развитие клиентов, с точки зрения бизнеса.
Вообще по нашему опыту работы — хорошие отношения с клиентом дают намного больше чем конкретный успешный кейс продукта. Даже если продукт не запустился по черт знает каким причинам, разработчиков будут переносить из компании в компанию, если сформировались внятные отношения и то, что мы делали было охуенного качества.

Фото взято со страницы Дмитрия вконтакте.

Exception’ы в PHP

danilov — Thu, 03 Sep 2015 10:45:59 +0000

Если вы еще не используете исключения, то читать статью «Правильное использование Exception’ов в PHP» обязательно! А если уже используете — тем более. Вот содержание:

Почему мы не умеем пользоваться эксепшенами
Преимущества эксепшенов
    Контекстная логика
    Упрощение логики и архитектуры приложения
    Использование объектов
    Обработчик по умолчанию, логирование
    Невозможность не заметить и перепутать
    Прекращение ошибочной операции
Когда следует вызывать эксепшены
Эксепшн vs возврат null
Технические эксепшены
Эксепшены утверждений
Изменение логики для избегания эксепшна
Собачки

Как писать руководство пользователя

danilov — Tue, 01 Sep 2015 11:53:01 +0000

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

Аннотация
- Назначение документа
- Краткое изложение основной части документа
Общие сведения о программе
- Обозначение и наименование программы
- Сведения о назначении программы
  - Информация, достаточная для понимания функций программы и ее эксплуатации
    - Возможности программы
    - Классы решаемых задач
      - Описание задач
      - Методы решения задач
    - Функции, выполняемые программой
  - Описание основных характеристик и особенностей программы
    - Временные характеристики
    - Режим работы
    - Средства контроля правильности выполнения и самовосстанавливаемости программы
  - Ограничения области применения программы
    - Сведения о функциональных ограничениях на применение
Условия применения программы
- Условия, необходимые для выполнения программы
  - Сведения о технических и программных средствах, обеспечивающих выполнение программы
    - Требования к техническим средствам
      - Типы ЭВМ, устройств, используемые при работе программы
      - Минимальный и (или) максимальный состав аппаратурных и программных средств
      - Требования к составу и параметрам периферийных устройств
    - Программное обеспечение, необходимое для функционирование программы
Описание логической структуры
- Алгоритм программы
- Используемые методы
- Сведения о структуре программы
- Сведения о составных частях программы
- Сведения о связях с другими программами
Сведения о входных и выходных данных
Настройка программы
- Описание действий по настройке программы
  - Настройка на состав технических средств
  - Выбор функций
  - Поясняющие примеры
Дополнительные возможности
- Описание дополнительных функциональных возможностей программы
- Описание применения дополнительных функциональных возможностей программы

Как получается на практике можно посмотреть, например, руководства пользователя «Сервиса для телефонных продаж и опросов»

Локализация ошибок работы с формой в ZF2

danilov — Fri, 14 Aug 2015 10:47:09 +0000

Перевод ошибок в ZF2 делается так:

//Application/Module.php //... use Zend\I18n\Translator\Translator; use Zend\Validator\AbstractValidator;


class Module

{

    public function onBootstrap(MvcEvent $e)

        //...

        $translator = new Translator();

        $translator->addTranslationFile(

            'phpArray',

            'vendor/zendframework/zendframework/resources/languages/ru/Zend_Validate.php',

            'default',

            'ru_RU'

        );

        AbstractValidator::setDefaultTranslator(

            new \Zend\Mvc\I18n\Translator($translator)

        );

//...

Файл vendor/zendframework/zendframework/resources/languages/ru/Zend_Validate.php содержит перевод ошибок. По необходимости, недостающие переводы пишу сюда.

Если в проекте используется captcha, то аналогично подключается файл Zend_Captcha.php, который лежит рядом.

Локализации всего приложения делается так:
//config/autoload/global.php //... return array( //... 'translator' => array( 'locale' => 'ru_RU' ), //... );

update: например можно сразу добавить
... "Captcha value is wrong" => "Неверный код с картинки" ...

Логирование в php проектах

danilov — Wed, 25 Mar 2015 12:31:38 +0000

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

Первым выложил sLog — простой способ добавить логирование в свой php-проект.

Возможности

несколько способов логирования(syslog, file, mail);
несколько уровней важностей сообщений(Alert, Error, Debug, …);
логеры настраиваются независимо друг от друга
возможность быстро добавить свой логер

Логеры доступные «из коробки»

syslog — запись сообщения в syslog
file — запись сообщения в текстовый файл
mail — отправка сообщения по эл. почте

Подробнее смотрите на GitHub

Вопросы на собеседовании по JavaScript. DOM

danilov — Thu, 28 Aug 2014 05:49:19 +0000

Вопросы на собеседовании по JavaScript. DOM

Dependency Injection

danilov — Tue, 26 Aug 2014 05:47:35 +0000

Википедия:

Инверсия управления (англ. Inversion of Control, IoC) — важный принцип объектно-ориентированного программирования, используемый для уменьшения связанности в компьютерных программах.
Одной из реализаций IoC является внедрение зависимостей (англ. dependency injection). Внедрение зависимости используется во многих фреймворках, которые называются IoC-контейнерами.

Задачи DI:

Ослабить зависимости
Упрощение тестирования

Самое понятный разбор темы я увидел в слайдах:

Dependency injection in PHP 5.3/5.4 from Fabien Potencier

Ссылки по теме:

Вольный перевод статьи Мартина Фаулера «Inversion of Control Containers and the Dependency Injection pattern»
Вики: «Инверсия управления«
Вики: «Внедрение зависимости«
Лямбда-функции и замыкания
Что такое Dependency Injection (внедрение зависимостей)?
Серия статей «Что такое Dependency injection, Inversion of Control и почему это возникло«
Комменты из статьи «IoC на PHP«
Dependency Injection: анти-паттерны
PHP Dependency Injection Container Performance Benchmarks

Logout from «AuthType Basic»

danilov — Wed, 20 Aug 2014 06:44:17 +0000

Закон Янга:
Все великие открытия делаются по ошибке.

upd: это решение имеет большой недостаток — после выхода придется несколько раз ввести пароль. Правильное решение использовать ajax-запрос. Вот работающее решение. Плюс к этому я зачищаю сессию.

10 самых распространённых ошибок при программировании на JavaScript

danilov — Tue, 19 Aug 2014 07:39:52 +0000

В добавку к записи «6 частых ошибок начинающих JavaScript-программистов» статья «10 самых распространённых ошибок при программировании на JavaScript»

Руководство по кроссдоменному AJAX`у

danilov — Sun, 16 Dec 2012 12:04:21 +0000

Это вольный перевод статьи Cross Domain AJAX Guide
Ни для кого не секрет, что AJAX-запросы возможны только если совпадают порты, протоколы и домены отправителя запроса и его получателя. Это означает, что следующие запросы не будут работать:

запрос к https://foo.bar/target.php от http://foo.bar/source.php
запрос к http://sub.foo.bar от http://foo.bar
запрос к http://foo.bar:5000 от http://foo.bar

CORS

CORS(Cross-origin resource sharing) — технология современных браузеров, которая позволяет предоставить веб-странице доступ к ресурсам другого домена(wiki). Должна поддерживаться сервером.
Если мы возьмем jQuery, запрашивающая сторона будет выглядеть следующим образом:
$.ajax({ type: 'POST', url: 'http://d1303.de/remote/cors.php', crossDomain: true, data: "my_request_is=foo", dataType: 'json', success: function(responseData, textStatus, jqXHR) { console.log(responseData); }, error: function (responseData, textStatus, errorThrown) { console.warn(responseData, textStatus, errorThrown); alert('CORS failed - ' + textStatus); } });
Обратите внимание на crossDomain: true. Но будьте осторожны! Это будет работать только если сервер посылает соответствующие заголовки для CORS.
header('Access-Control-Allow-Origin: *'); header('Access-Control-Allow-Methods: POST, GET, OPTIONS'); header('Access-Control-Max-Age: 1000'); header('Access-Control-Allow-Headers: Content-Type');

echo json_encode(array("your_request_was" => $_POST['my_request_is']));
Здесь мы принимаем запросы от каждого источника для методов запроса POST, GET и OPTIONS. Для более подробной информации относительно различных параметров смотри этот документ W3C. Например, вы можете принимать запросы следующим образом:
switch ($_SERVER['HTTP_ORIGIN']) { case 'http://from.com': case 'https://from.com': header('Access-Control-Allow-Origin: '.$_SERVER['HTTP_ORIGIN']); header('Access-Control-Allow-Methods: POST, GET, OPTIONS'); header('Access-Control-Max-Age: 1000'); header('Access-Control-Allow-Headers: Content-Type');


        echo json_encode(array("your_request_was" => $_POST['my_request_is']));

break; }
Подробнее о серверной реализации CORS читайте на enable-cors.org.

Превосходная поддержка браузерами(IE >= 8, Firefox >= 3.5, Chrome >= 3).

JSONP

Давайте рассмотрим следующий способ реализации кроссдоменного AJAX: JSONP. Как CORS, JSONP должен поддерживаться сервером. Проще говоря, клиент называет серверу функцию обратного вызова для ответа. Сервер затем «заворачивает» ответ в эту функцию. Пример? Пример!
$.ajax({ type: 'GET', url: 'http://d1303.de/remote/jsonp.php', data: "my_request_is=foo", dataType: 'jsonp', success: function(responseData, textStatus, jqXHR) { console.log("the response is", responseData); }, error: function (responseData, textStatus, errorThrown) { console.warn(responseData, textStatus, errorThrown); alert('JSONP failed - ' + textStatus); } });
Взгляните как выглядит запрос:

jQuery автоматически добавляет не кэшыруемый параметр с отметкой времени и – более интересно – функцию обратного вызова. На стороне сервера мы теперь можем сделать следующее:
$callback = $_GET['callback']; $response = json_encode(array("your_request_was" => $_GET['my_request_is']));

echo $callback . "(" . $response . ")";
Теперь ответ сервера выглядит как то так:
jQuery теперь может вызвать функцию обратного вызова для «успешного» ответа. Вы также можете изменить имя обратной функции, читайте $.ajax docs

iframe

Это больше похоже на хак, чем на «чистое» решение. Этот подход заключается в том, чтобы поместить скрытый iframe в вашу страницу и затем создать скрытую форму, которая отправляется на iframe. Таким образом возможно обойти проблему кроссдоменности.
Функция:
function postIframe(target_url, method, params) { //Add iframe var iframe = document.createElement("iframe"); document.body.appendChild(iframe); iframe.style.display = "none";


    //Give the frame a name

    var frame_name = "frame_name" + (new Date).getTime();

    iframe.contentWindow.name = frame_name;
    //build the form

    var form = document.createElement("form");

    form.target = frame_name;

    form.action = target_url;

    form.method = method;
    //loop through all parameters

    for (var key in params)

    {

        if (params.hasOwnProperty(key))

        {

            var input = document.createElement("input");

            input.type = "hidden";

            input.name = key;

            input.value = params[key];

            form.appendChild(input);

        }

    }

document.body.appendChild(form); form.submit(); }
Посмотрите, мы засунули на страницу скрытый iframe. После это мы создали форму, содержащую все необходимые нам параметры в скрытых полях. В конце мы отправили форму. Теперь вы можете увидеть такой запрос:
var obj = { my_request_is: "foo", bar: "baz" }; postIframe("http://d1303.de/remote/iframe.php", "POST", obj);
Однако, есть один большой недостаток: не существует простого способа получить ответ от сервера на наш запрос, это односторонний запрос. Если вы действительно хотите использовать этот подход, вот более подробная информация.

Другие подходы

Несмотря на то, что CORS и JSONP являются наиболее популярными методами кроссдоменного AJAXа, есть другие способы.

Взгляните на относительно новый window.postMessage(фича HTML5) — примеры здесь и здесь.
Другой классический подход, который обычно используется для такого рода проблем, заключается в расположении скрипта(например, PHP) на вашем сервера, который и будет работать с вашими AJAX-скриптами. Это не будет проблемой, потому что запрашивающая и отвечающая стороны находятся в одном домене. Смотрите отличную статью, «Создание простого API прокси-сервера на PHP«.

UIC 2012

danilov — Sat, 24 Nov 2012 21:03:01 +0000

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

Первый доклад был от гугла(честь отстаивала Линара Мулукова-Бозиева). Кстати программа доступна на официальном сайте UIC2012. Понравилась презентация, а вернее её исполнение(красиво — все летает, крутится, вертится). Были выделены тенденции в Интеренет, на которые гугл заостряет внимание. Запомнил только «мобильность».

Второй и третий доклады — немного истории и немного о текущем состоянии облачных сервисов в России.

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

На круглом столе ижевских провайдеров были представители дерзкого Марка, помпезного ЭрТелкома и сухо-официальных Ростелекома, Вымпелкома и Теле2. Провайдеры рассказали про достижения в текущем году(все напирают на качество услуг) и планы на будущее. Например, 4G у сотовых операторов в Ижевске появится в начале 2013 года, а у Ростелекома в 2014. По-моему А. Ермалаев в мини-секции трех толстяков(а может где то в другом месте, а может и не он — не помню уже) высказал мнение, что интернет-провайдеры в Ижевcке в текущий момент похожи на когда то «крутых» продавцов соли и сахара, рынок насыщен и отличия только лишь в цвете и форме упаковки. Уже продавая один инет многого не добьешься.

Дальше на UIC212 выступал от Д. Завалишина — первый доклад, который был ценен с практической точки зрения, хоть и «галопом по Европам».

Доклад зам.министра по информатизации А. Прокошева меня удивил. А конкретнее удивил сам Прокошев — невероятная осведомленность в вопросах в которых она и должна быть. Видимо я совсем плохого мнения о наших чиновниках. Рассказывал про портал гос.услуг.

Дальше был странный доклад, но интересный, про полит технологии в Интернет. Про способы манипуляции общественным мнением и все такое…

Потом на UIC2012 был еще один удивительный докладчик А. Алексеев, представитель Лаборатории Касперского. Нужно заметить, что почти все докладчики на UIC2012 выступали на очень высоком уровне. Рассказывал про угрозы безопасности.

Дальше еще один круглый стол на тему «Преступности в Интернет». Начали с рассусоливании sms-мошенничества. Но основное время потратили на обсуждении проблемы интернет-зависимости у детей и подростков. Блин, а ведь это действительно огромная проблема.

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

В докладе про Битрикс24 рассказали про социальный интранет. Это когда добавиляют социальную составляющую(общение, обсуждение, лайки) в рабочий процесс в корпоративном Интранете. Тема интересная, я тоже не раз задумывался об «осолизации» нашего конторского Интранета.

Достаточно интересен был доклад про использования Яндекс.Директ, наверное потому что я мало шарю в Интернет-рекламе.

А вот кто шарит в SEO, дык это Д.Брусилов. Если первый день на UIC2012 «персоной дня» был Н.Н. Непейвода, то во второй день — это Д. Брусилов. Очень интересный доклад, очень интересная личность. Забить на SEO и писать, писать, писать, создавать/расширять свое «виртуальное тело» — вот девиз доклада.

Два следующих докладчика подкупили своей простотой и искренностью. С. Прокофьев рассказал как делаются качественные сайты в короткие сроки и за относительно маленький бюджет(но даже этот бюджет поразил — чем то мы тут не тем занимаемся;))) ). М. Шелунцов рассказал про микросайты, немного про ценообразования и отношения с заказчиком.

Еще был доклад про облачную АТС. Два докладчики представил доклад в виде некоторого шоу(помпезность ЭрТелеком, ёптить). В целом доклад интересен, если ты ничего не знаешь про виртуальную АТС. Мой же интерес был в другом, а именно, как это сделано у конкурентов, т.к. мы в ЛайнерТелеком тоже предлагаем эту услугу(и мне кажется, что у нас виртуальная АТС круче).

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

6 частых ошибок начинающих JavaScript-программистов

danilov — Wed, 14 Nov 2012 18:34:48 +0000

Observer

danilov — Thu, 04 Oct 2012 19:41:22 +0000

Я уже писал о шаблоне «Observer». Сейчас выкладываю свою «переделку» на git. Тут простой пример использования.

Мысли о программировании

danilov — Tue, 14 Aug 2012 18:02:19 +0000

Это вольный пересказ «Thoughts on being a programmer».

Не будь мудаком.
Простой код сложно писать.
Изысканно простой код изысканно сложно писать.
То что это очень легко понять, не значит, что писать это было также просто.
В самом деле, чем легче читается, тем сложнее пишется.
Есть множество способов сделать что-то.
Первый способ, о котором вы думаете, вряд ли будет лучшим.
Всегда есть много возможностей для улучшения — в коде, в своих способностях, в вас.
Если вы думаете, что лучше вам уже не стать, то скорее всего так оно и будет.
Научись желать успеха больше, чем вы боитесь неудачи.
Вы постареете тогда, когда больше не сможете обучаться новым трюкам.
Всегда делайте резервную копию перед «читкой» кода.
Иногда быть мудаком — это нормально. Главное, что бы это не стало привычкой.