Что такое сервис?

Цитата из статьи "Web-сервисы и сервис-ориентированная архитектура. Руководство продвинутого менеджера" (ссылка приведена в разделе "Ресурсы"):

"Сервис - это функция, являющаяся четко определенной, самодостаточной и не зависящей от контекста или состояния других сервисов".

Demon on php

Here is one more php demon https://github.com/aysheka/Demon

Here is simple example how to create Demon

require_once __DIR__ . '/../vendor/autoload.php';
use Symfony\Component\EventDispatcher\EventDispatcher;
use Monolog\Logger;
use Aysheka\Demon\Demon;

$eventDispatcher = new EventDispatcher();
$logger          = new Logger('demon');
$demon           = Demon::create('DemonSample', $eventDispatcher, $logger);

$demon->work();

upd: This project is in development

Планы до конца 2012 г.

Одна либа почти завершена  https://github.com/aysheka/Socket
Теперь дело осталось за:
1. демоном,
2. amqp демоном,
3. сервером.

Socket component for php

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

https://github.com/aysheka/Socket

Про политику

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

Про переработку и сроки проектов

Встречаются моменты в нашей работе, когда нужно переробатывать - работать сверхурочно. Если брать переработку как не продолжительно явления (меньше 3 дней) и в редких случаях (реже 1 раза в месяц), то она может быть, но если брать длительные и частые переработки, то они крайне не эффективны из за того что программисты тупо не могут качественно думать больше чем длиться переработка и качество мышления тупо падает с каждым днем переработки, в следствии чего мы получаем после 4-5 дней зомби команду для восстановления которой нужно как минимум 2-3 недели.

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

По срокам здачи проекта хотел бы процитировать Тома Демарко: "Сроки сдачи проекта деляться на ожидаемые и желаемые при этом желаемые сроки должны быть меньше ожидаемых"

Не командные игроки

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