Отличная статья написанная простым и понятным языком.
Но остался вопрос: что делать с расписанными бизнес-процессами? На примере только что созданной компании, которой нужно: приём заявок и обработка заказов; заказ товаров у поставщиков и т.д. Я правильно понимаю, что BPMN-системы позволяют нарисовать блок-схему, распечатать и просто повесить её на стенку? Или, что-то ещё должно произойти после расписывания? Или с этими блок-схемами нужно идти к программистам/интеграторам, чтобы они внедрили CRM/ERP чтобы что-то начало происходить?
В любом TCP-соединении ответ может приходить по частям, пакетами. Даже в http/1.0.
Я вместо автора статьи слазил в интернет и узнал, что в http/2 мультиплексирование позволяет посылать http-запросы ОДНОВРЕМЕННО. Keep-alive не позволял этого делать.
Потому что №1 и №3 позволяет сделать: чтобы человек мог долго пилить у себя фичу для линукса, а потом спрессовать это в один коммит или diff и отправить ревьюеру. Которого, действительно, твои ошибки и не должны интересовать.
Могу дополнительно рассказать как менять историю, но это слишком скучно и тривиально.
Есть много разных вариантов:
1. «Экспортировать список различий» — создаётся один *.diff показывающий разницу между 1917 и 1926. Можно свою фичу пилить в отдельной ветке, а потом этот патч накатить на основной транк.
2. «Экспортировать часть граффа» — создаёт 10 diff-файлов
3. «Сжать историю» — создаёт 1 коммит выходящий из 1917 (второй башкой).
Я не знаю как они работают, но пользователи Mercurial рассказывали мне, что это такая боль в заднице, что никто на самом деле их больше не использует.
После этой фразы читать дальше не хочется. Мы в мерке прекрасно организовали git-flow без каких либо проблем и работаем так уже несколько лет.
Даже джуниоров без проблем обучаем работе с ветками. Никто в команде ни разу не сталкивался ни с какими проблемами, кроме конфликтов. Быть может, всё дело в волшебном TortoiseHG, который работает так как ты этого ожидаешь с первого раза даже без чтения документации. Я уж не говорю про статьи на хабре на 20 (!!!) страниц.
К нам в команду часто приходят фанаты и адепты ГИТа и очень неохотно переучиваются на мерк. Я вижу как людей это злит и бесит. Но никто ещё, ни один человек не смог объяснить мне чем гит лучше? Какие функции есть в гите, которых нет в мерке? В мерке есть всё, но реализовано гораздо проще. ГИТ — это первая изобретённая Dcvs. Но не идеальная, как первый блин. Мерк — это, можно сказать, форк от гита в котором реализовали всё тоже самое, но значительно проще.
К моему сожалению, эта не удобная система стала более популярна но явно не благодаря своей простоте. Возможно дело в эко-системе? Популярный Линус и ещё более популярный GitHub сделали своё дело, но не сам гит.
Понимаю, что сейчас минусов нахватаю за не популярную точку зрения :(
А зачем вы даёте доступ к админке злоумышленникам?
Не возможно защититься от всех. Приведу другой пример: работник ДатаЦентра вынимает hdd из вашего сервера, вставляет в свой комп и выгружает БД. Просто не давайте доступ к админке злоумышленникам.
Администратор=программист? Мне кажется к этим настройкам никто не должен иметь доступа, кроме программиста.
И ещё, они не должны быть в админке только потому что можно всё сломать, а восстановить обратно уже не получится. Как сейчас и произошло.
Извините меня. Это я сломал вашу админку переключив в настройках параметр сессия=apc.
Я, однако, не понимаю, зачем это делать в админке, ведь это относиться к серверным настройкам. Я бы своим клиентам не стал бы давать админку с такими настройками, ведь большинство из них дураки. Они даже не знают где поменять тайтл для главной страницы. А уж переключение драйверов хранения сессии точно должно быть в системном конфиге который редактируется только программистом.
О бизнес-процессах по-человечески
Но остался вопрос: что делать с расписанными бизнес-процессами? На примере только что созданной компании, которой нужно: приём заявок и обработка заказов; заказ товаров у поставщиков и т.д. Я правильно понимаю, что BPMN-системы позволяют нарисовать блок-схему, распечатать и просто повесить её на стенку? Или, что-то ещё должно произойти после расписывания? Или с этими блок-схемами нужно идти к программистам/интеграторам, чтобы они внедрили CRM/ERP чтобы что-то начало происходить?
HTTP/2: готовимся к переходу
Я вместо автора статьи слазил в интернет и узнал, что в http/2 мультиплексирование позволяет посылать http-запросы ОДНОВРЕМЕННО. Keep-alive не позволял этого делать.
HTTP/2: готовимся к переходу
Типичные грабли на пути программиста от Junior'а к Senior'у
Достаточно Git-а, чтобы быть (менее) опасным
А это что? (никаких плагинов я не ставил, всё из коробки):
Достаточно Git-а, чтобы быть (менее) опасным
Достаточно Git-а, чтобы быть (менее) опасным
Могу дополнительно рассказать как менять историю, но это слишком скучно и тривиально.
Достаточно Git-а, чтобы быть (менее) опасным
1. «Экспортировать список различий» — создаётся один *.diff показывающий разницу между 1917 и 1926. Можно свою фичу пилить в отдельной ветке, а потом этот патч накатить на основной транк.
2. «Экспортировать часть граффа» — создаёт 10 diff-файлов
3. «Сжать историю» — создаёт 1 коммит выходящий из 1917 (второй башкой).
Достаточно Git-а, чтобы быть (менее) опасным
Достаточно Git-а, чтобы быть (менее) опасным
Octopus merge — есть arrenbrecht.ch/mercurial/pbranch/octopus.htm (сам я такими извращениями никогда не страдал, но этот функционал есть).
Достаточно Git-а, чтобы быть (менее) опасным
Достаточно Git-а, чтобы быть (менее) опасным
После этой фразы читать дальше не хочется. Мы в мерке прекрасно организовали git-flow без каких либо проблем и работаем так уже несколько лет.
Даже джуниоров без проблем обучаем работе с ветками. Никто в команде ни разу не сталкивался ни с какими проблемами, кроме конфликтов. Быть может, всё дело в волшебном TortoiseHG, который работает так как ты этого ожидаешь с первого раза даже без чтения документации. Я уж не говорю про статьи на хабре на 20 (!!!) страниц.
К нам в команду часто приходят фанаты и адепты ГИТа и очень неохотно переучиваются на мерк. Я вижу как людей это злит и бесит. Но никто ещё, ни один человек не смог объяснить мне чем гит лучше? Какие функции есть в гите, которых нет в мерке? В мерке есть всё, но реализовано гораздо проще. ГИТ — это первая изобретённая Dcvs. Но не идеальная, как первый блин. Мерк — это, можно сказать, форк от гита в котором реализовали всё тоже самое, но значительно проще.
К моему сожалению, эта не удобная система стала более популярна но явно не благодаря своей простоте. Возможно дело в эко-системе? Популярный Линус и ещё более популярный GitHub сделали своё дело, но не сам гит.
Понимаю, что сейчас минусов нахватаю за не популярную точку зрения :(
Возможности PostgreSQL, которых нет в MySQL, и наоборот
Может и ALTER TABLE тоже убрать? Чтобы все всегда сразу создавали правильную структуру или страдали.
Вышла PHP 7 beta 1
Готовимся к собеседованию по PHP: псевдотип «callable»
Что???
Мне иногда кажется, что он старше большинства программистов пишущих на нём.
Переезд KodiCMS с фреймворка Kohana на Laravel 5
Не возможно защититься от всех. Приведу другой пример: работник ДатаЦентра вынимает hdd из вашего сервера, вставляет в свой комп и выгружает БД. Просто не давайте доступ к админке злоумышленникам.
Переезд KodiCMS с фреймворка Kohana на Laravel 5
Переезд KodiCMS с фреймворка Kohana на Laravel 5
И ещё, они не должны быть в админке только потому что можно всё сломать, а восстановить обратно уже не получится. Как сейчас и произошло.
Переезд KodiCMS с фреймворка Kohana на Laravel 5
Я, однако, не понимаю, зачем это делать в админке, ведь это относиться к серверным настройкам. Я бы своим клиентам не стал бы давать админку с такими настройками, ведь большинство из них дураки. Они даже не знают где поменять тайтл для главной страницы. А уж переключение драйверов хранения сессии точно должно быть в системном конфиге который редактируется только программистом.
Memcached и PHP ликбез