Пробовали Kato, HipChat, Slack, до этого долго сидели на скайпе. В итоге остановились на платной версии Slack.
Kato выглядел неплохо и интересно, но каких-то вещей нехватало, к сожалению не выписали. Могу сказать что в Slack намного более традиционный и простой UI. Этот многоколоночный интерфейс Kato казался интересным, но в реальной работе приводил к путанице, часто не в тот чат что-то посылаешь.
Да, я говорю именно про задачу отдачи контента через HTTPS на нагруженном проекте. Интересно было бы сравнить стоимость вашего решения с готовыми железками, которые делает например F5.
Про то, что это челендж согласен :)
«Сейчас, думаю, абсолютно реально за конечные сроки (несколько месяцев) создать платформу для разработки систем учета близкую (хотя бы чуть чуть) к функционалу и возможностям платформе 1С »
Почему же не напишете за несколько месяцев то? Откуда взята оценка в несколько месяцев?
Идея у многих давно витает в воздухе, но вы существенно недооцениваете сложность создания платформы, даже с учетом прогресса.
Не совсем понятно что вам не нравится. PostgreSQL или все же то как сделан 1C для PostgreSQL.
PostgreSQL отличная БД, понятно что opensource и в чем то может уступать MS-SQL, а в чем то и выигрывать (версионность).
Уверен что проблема в том, что 1С плохо оптимизирован по PostgreSQL.
Java приложения принято распространять скомпилированные в байт-код, который потом just-in-time компилируется в машинный в JVM.
PHP — практически всегда в исходниках (исключая обфусцирование). И PHP при выполнении в машинный код не компилируется насколько мне известно. Есть только некоторая оптимизация, сохранения распарсенного дерева, кеширование.
Ну вообще то есть (тот же PHP).
Кроме того некоторые конструкции динамических языков в принципе нельзя эффективно компилировать в машинный код, неважно на лету или нет.
А Java очень близок к нативно компилируемым языкам по производительности.
1. Чтобы выйти — надо «профиль — меню — выход», криво но можно
2. ответили выше почему
3. угу
4. у меня групповые чаты тоже — наконец, а то нимбусы и прочие не умеющие задолбали, это очень важно было для меня.
Движок СУБД Oracle лучший (ну или один из лучших). На практике работал с Oracle, MSSQL, PostgreSQL, из крупных не довелось с информиксом и дб2.
У них отвратительный и глюкавый инсталлер (с кучей багов), не логичные и трудно изучаемые инструменты, да и сама БД тяжело поддерживается и настраивается.
Но при этом на единицу железа выдает наилучшие результаты, имеет массу возможностей, гибко настраивается под конкретные задачи, есть много инструментов восстановления при сбоях если DBA дружит с головой, etc.
Kato выглядел неплохо и интересно, но каких-то вещей нехватало, к сожалению не выписали. Могу сказать что в Slack намного более традиционный и простой UI. Этот многоколоночный интерфейс Kato казался интересным, но в реальной работе приводил к путанице, часто не в тот чат что-то посылаешь.
Про то, что это челендж согласен :)
а вы не пробовали сравнить затраты на разработку, поддержку и сервера с покупкой готовых решений вроде F5?
Ну все таки не совсем в открытом виде, а через HTTPS. Т.е. простым прослушиванием эту информацию не получить.
Наивное такое требование :)
«Сейчас, думаю, абсолютно реально за конечные сроки (несколько месяцев) создать платформу для разработки систем учета близкую (хотя бы чуть чуть) к функционалу и возможностям платформе 1С »
Почему же не напишете за несколько месяцев то? Откуда взята оценка в несколько месяцев?
Идея у многих давно витает в воздухе, но вы существенно недооцениваете сложность создания платформы, даже с учетом прогресса.
PostgreSQL отличная БД, понятно что opensource и в чем то может уступать MS-SQL, а в чем то и выигрывать (версионность).
Уверен что проблема в том, что 1С плохо оптимизирован по PostgreSQL.
Спасибо за перевод!
Java приложения принято распространять скомпилированные в байт-код, который потом just-in-time компилируется в машинный в JVM.
PHP — практически всегда в исходниках (исключая обфусцирование). И PHP при выполнении в машинный код не компилируется насколько мне известно. Есть только некоторая оптимизация, сохранения распарсенного дерева, кеширование.
Кроме того некоторые конструкции динамических языков в принципе нельзя эффективно компилировать в машинный код, неважно на лету или нет.
А Java очень близок к нативно компилируемым языкам по производительности.
2. ответили выше почему
3. угу
4. у меня групповые чаты тоже — наконец, а то нимбусы и прочие не умеющие задолбали, это очень важно было для меня.
Или вы какие то другие группы имели в виду?
Движок СУБД Oracle лучший (ну или один из лучших). На практике работал с Oracle, MSSQL, PostgreSQL, из крупных не довелось с информиксом и дб2.
У них отвратительный и глюкавый инсталлер (с кучей багов), не логичные и трудно изучаемые инструменты, да и сама БД тяжело поддерживается и настраивается.
Но при этом на единицу железа выдает наилучшие результаты, имеет массу возможностей, гибко настраивается под конкретные задачи, есть много инструментов восстановления при сбоях если DBA дружит с головой, etc.
en.wikipedia.org/wiki/Safra_A._Catz