Скорее это борьба с краудфандингом оппозиционных политических течений, как и недавние ограничения электронных платежей, например. Ведь технически ограничить оборот биткоина невозможно, а вот его легальную конверсию в продукты, услуги (в т.ч. пожертвования) и другую валюту — запросто.
Современное свободное программное обеспечение — это никакой не импорт. Как уже было замечено, СПО по большей части является международными проектами.
Подход «мы сделаем свое казино на заимствованной основе» ущербен и позволяет решать только краткосрочные задачи. МСВС тому пример. Получается периодически брать наработки из «апстрима», серьезно их допиливать согласно заданным критериям и релизить. Но органично развивать параллельно апстриму уже не получается, проще взять слепок (версию ядра, обновленное окружение и т.д.) еще раз. В родительские проекты никакие наработки не возвращаются.
Подобный паразитизм оправдан для оборонки, где стоят задачи обеспечения безопасности любой ценой. Но гражданскому сектору такие вещи будут обходиться многократно дороже.
Силы специалистов отдельно взятого государства и всей мировой коммьюнити не равны. Следовательно экономически целесообразнее вливаться в текущие проекты СПО, проводить качественную локализацию, устранять ошибки, препятствующие интеграции с другими системами.
Для этого нужна и политическая воля, и некоторый отход от текущей государствообразующей концепции раздачи кормушек, и отказ от изоляционистских тенденций хотя бы в отдельной отрасли. Получится ли?
не нарушите моральный принцип, вмешиваясь в HTTPS-трафик или блокируя, например, тот же dou.ua? если бы речь шла о корпоративной локалке, было бы все понятно, но это говорит профессиональный системный администратор ISP…
Бизнес антивирусной компании строится на страхе перед малварью и на доверии клиентов. Это ~$500 млн/год (источник Reuters). И в такой, надо заметить, достаточно шаткой ситуации любой залетный «гастролер» способен нанести нехилый удар по репутации. Потому и берут студентов, не успевших познать темную сторону. И уж будьте уверены, СБ в КЛ на уровне.
Идея заключается в создании yet another CRM для малого бизнеса, точнее, для продвинутых руководителей и менеджеров, для которых слова «бизнес-процесс», «workflow» и прочие баззворды — не пустой звук.
Фишка проекта в том, что кастомизация под клиента осуществляется расширениями с помощью системных хуков (по типу redmine). Можно легко предоставлять SaaS с сильно видоизмененной функциональностью, обновляя ядро системы и расширения независимо. В принципе, собственно CRM становится необязательным, возможна разработка и других корпоративных веб-приложений на базе движка.
Написано все в более-менее современном стиле разработки под LAMP, планируется открыть API для сторонних разработчиков. На текущий момент CRM работает у нескольких десятков клиентов в интранетах. SaaS-клиентов пока что совсем немного.
Акция здорово помогла бы продвинуть как раз SaaS-направление, т.к. сейчас все крутится на весьма скромном серваке.
Пожалуйста, сделайте в режиме поиска по ключевому слову настраиваемую сортировку вопросов по времени создания, а также по количеству ответов. А то сейчас каша.
Любому вменяемому внедренцу известно, что инициатива автоматизации требует как технического, так и административного ресурса.
С первым в данном случае оказалось все в порядке: накуплена куча железа (некоторая часть которого так и осталась нераспакованной, есть такое), софта (не менее дорогого, зато сертифицированного где следует), развернуты ЦОДы и транки.
С административным же ресурсом получилось как получилось. И из-за тотального нежелания что-либо менять у «местных», и из-за зачастую очень низкой компетенции внедренцев, и из-за банального отсутствия у них же рычагов давления на представителей заказчика, то есть чиновников.
Чтобы никого не обидеть, замечу: довольно часто ситуация складывается так, что в руководстве работают весьма продвинутые товарищи, а рядовой состав набирается абы как. Причины всем вам известны, думаю.
Извиняюсь, что не в тему, но вот конкретно эту самую задачу я бы решал гораздо проще, а именно по присутствию/отсутствию типичной для языка диакритики.
Если же таковой нет, тогда частотный анализ незаменим.
Подход «мы сделаем свое казино на заимствованной основе» ущербен и позволяет решать только краткосрочные задачи. МСВС тому пример. Получается периодически брать наработки из «апстрима», серьезно их допиливать согласно заданным критериям и релизить. Но органично развивать параллельно апстриму уже не получается, проще взять слепок (версию ядра, обновленное окружение и т.д.) еще раз. В родительские проекты никакие наработки не возвращаются.
Подобный паразитизм оправдан для оборонки, где стоят задачи обеспечения безопасности любой ценой. Но гражданскому сектору такие вещи будут обходиться многократно дороже.
Силы специалистов отдельно взятого государства и всей мировой коммьюнити не равны. Следовательно экономически целесообразнее вливаться в текущие проекты СПО, проводить качественную локализацию, устранять ошибки, препятствующие интеграции с другими системами.
Для этого нужна и политическая воля, и некоторый отход от текущей государствообразующей концепции раздачи кормушек, и отказ от изоляционистских тенденций хотя бы в отдельной отрасли. Получится ли?
CRM Проектор
Идея заключается в создании yet another CRM для малого бизнеса, точнее, для продвинутых руководителей и менеджеров, для которых слова «бизнес-процесс», «workflow» и прочие баззворды — не пустой звук.
Фишка проекта в том, что кастомизация под клиента осуществляется расширениями с помощью системных хуков (по типу redmine). Можно легко предоставлять SaaS с сильно видоизмененной функциональностью, обновляя ядро системы и расширения независимо. В принципе, собственно CRM становится необязательным, возможна разработка и других корпоративных веб-приложений на базе движка.
Написано все в более-менее современном стиле разработки под LAMP, планируется открыть API для сторонних разработчиков. На текущий момент CRM работает у нескольких десятков клиентов в интранетах. SaaS-клиентов пока что совсем немного.
Акция здорово помогла бы продвинуть как раз SaaS-направление, т.к. сейчас все крутится на весьма скромном серваке.
Спасибо за внимание.
С первым в данном случае оказалось все в порядке: накуплена куча железа (некоторая часть которого так и осталась нераспакованной, есть такое), софта (не менее дорогого, зато сертифицированного где следует), развернуты ЦОДы и транки.
С административным же ресурсом получилось как получилось. И из-за тотального нежелания что-либо менять у «местных», и из-за зачастую очень низкой компетенции внедренцев, и из-за банального отсутствия у них же рычагов давления на представителей заказчика, то есть чиновников.
Чтобы никого не обидеть, замечу: довольно часто ситуация складывается так, что в руководстве работают весьма продвинутые товарищи, а рядовой состав набирается абы как. Причины всем вам известны, думаю.
Если же таковой нет, тогда частотный анализ незаменим.
<?=date(z)>>8?'':'Сегодня день программиста';<?=date(z)-255?'':'Сегодня день программиста'?>говнокодистый вариант, однако, короче на пару символов