От всей команды «Кладра в облаке» скажу, что нам очень стыдно, что мы так безбожно затянули релиз поиска одной строкой. Ведь начали его делать уже более чем 4 месяца назад, а подготовленная база данных со всеми штуками и индексами давно уже на продакшене.
Плюс у нас в тесте пачка других фич, но финально дотестить, вылезать все моменты и тп, ну, кому я это рассказываю, вы сами все понимаете. Наши любимые пользователи, прошу простить и понять :) скоро все будет! :)
Понятно :) Право что-то мне подсказывает, что налоговой или кто будет разбираться, этот вопрос тонким не покажется, но это конечно уже не мое дело.
Вам остается пожелать только удачи.
Ну, это не совсем так. КЛАДР можно использовать бесплатно в своих целях. Именно поэтому есть загрузки кладра, например, в 1ску. А вот предоставлять доступ третьим лицам, да еще и платно :) а-та-та :)
А как Вы решили вопрос с ограничениями лицензионной политики базы КЛАДР? С свое время мы очень плотно прорабатывали этот вопрос и в итоге нам пришлось отказаться непосредственно от базы КЛАДР
По-моему Вы немного лукавите в сравнении тарифов — у Вас на «бесплатном» тарифе есть ограничение по количеству обращений (1000 запросов в сутки, что очень мало), в то время как, например, у «Кладра в облаке» ограничений нет.
А вы какие-либо математические труды по теме изучали? Я к сожалению сходу не вспомню всех деталей, но алгебраические и, как в вашем случае, геометрические фракталы достаточно хорошо описаны и скорее всего вы описали обычный фрактал какой-нибудь дробной размерности, т.к. очень уж все это похоже на снежки Кохха, драконы не помню кого и т.д.
Может быть здесь найдется кто-нибудь не с такими скудно-остаточными знаниями по фрактальной геометрии и математики как у меня и более полно прольет свет?
Когда сложность приложения переваливает за определенную грань, то паттерн активных записей становится небольшим злом, которое сидит у вас в самом центре всего и все, что с этим можно сделать — это что-нибудь накостылить. Решением очевидно является выбор более сложных комплексных подходов, например, DDD.
На практике же конечно сменить в распухлом приложении слой абстракции данных на что-то кардинально иное может быть очень сложно, и это не задача штатного разработчика, а компетенция менеджеров проекта и техлидов.
Вы просто жжоте нонсансами :)
Действительно, обеспечить себя инвестирование и делать все, что вздумается, ну прям типичный российский кейс любого разработчика.
Это все понятно.
Но мы говорим об одном человеке, который по вечерам и выходным после основной работы кодит свой php фреймверк (т.е. он так начинал, как сейчас обстоят дела я не в курсе).
Это не компания, не группа людей, это один человек. Ему что-то не понравилось и он сел писать свой фреймверк по вечерам.
Что тут можно еще сказать кроме как позавидовать силе духа таких людей, а особенно таких как автор Laravel, который смог в одиночку развить свой продукт.
Много людей работают просто потому что они хотят что-то создать.
Поэтому я и написал, что завидую их силе духа.
На энтузиазме тянуть подобную разработку занятие нелегкое, ведь по сути на плечи разработчиков ложится ответственность перед теми людьми, которые пользуются их продуктом. А в случае фреймверка, если энтузиазм кончится, то те, кто им пользуется, попадут в ситуацию. Такие случаи мне известны даже на практике.
Не все в этом мире измеряется деньгами.
К сожалению в этом этом мире почти все измеряется деньгами.
На что живут те люди, которые делают что-то просто потому, что хотят что-то создать? У них есть основная работа и они работают по вечерам? Не страдает ли от этого качество продукта, скорость разработки и тп?
Также, если задача сложная и требует особого инструмента
Я написал не про особый инструмент, а про мощный, многофункциональный. Вы немного перегнули, с таким же успехом можно сказать, что действительно сложные задачи на php вообще не решают.
Я понимаю случай, когда большая компания как Яндекс и и.п. создает что-то под свои особые нужды и выкладывают это в паблик, потому что не жадные.
Возьмем к примеру Laravel раз мы холиварим в посте о нем.
На оф. сайт я не нашел информации о том, что его разрабатывает, есть ли у этих людей фин. поддержка, не загнется ли все это дело «завтра». Немного погуглив нашел:
As I researched further, I found out that Laravel was the work of just one person, Taylor Otwell. He was working on it nights and weekends after his day job.
(http://www.ianlandsman.com/2012/02/22/laravel)
Опять же хочется сослаться на мое первое сообщение в треде и сказать, что далеко не все из нас являются Тейлорами Отуеллами и способны довести подобное дело до того, что он имеет сейчас.
Ну, вот даже не знаю, что может не устраивать в этой массе фреймверков?
Для типовых задач используются CMS, для не типовых — фреймверки.
Если задача достаточно несложная, то практически всегда найдется подходящий фреймверк (начиная от микро и более сложные).
Если задача сложная и требует мощного инструмента, то есть монстры Symfony, Zend и тп, а если смотреть шире, то есть и Django со всем своим внутренним миром, и asp.net mvc и тп.
И если я вас правильно понял, вы хотите сказать, что на каком-то этапе людям не понравились имеющиеся фреймверки, и они стали кодить свой?
«— Парни, что-то нам не понравился ни один фреймверк, а давайте отложим все коммерческие проекты и будет разрабатывать свой фреймверк!»
Чтоб сделать, что-то серьезное, требуются не дюжие ресурсы, опытные высокооплачиваемые спецы, которые продумают архитектуру, накодить пачку модулей для поддержки инфраструктуры, собрать сообщество и т.п и т.д.
Неясна схема возврата инвестиций на все это дело.
И это еще не говоря о тенденциях усложнения клиента + rest или rpc.
В противном случае получится «еще один php framework».
Плюс у нас в тесте пачка других фич, но финально дотестить, вылезать все моменты и тп, ну, кому я это рассказываю, вы сами все понимаете. Наши любимые пользователи, прошу простить и понять :) скоро все будет! :)
Вам остается пожелать только удачи.
Может быть здесь найдется кто-нибудь не с такими скудно-остаточными знаниями по фрактальной геометрии и математики как у меня и более полно прольет свет?
На практике же конечно сменить в распухлом приложении слой абстракции данных на что-то кардинально иное может быть очень сложно, и это не задача штатного разработчика, а компетенция менеджеров проекта и техлидов.
Вы наверно в каком-то другом измерении живете, где все кому не лень основывают студии веб-дизайна в 14 лет и продают 18 :)
Действительно, обеспечить себя инвестирование и делать все, что вздумается, ну прям типичный российский кейс любого разработчика.
Но мы говорим об одном человеке, который по вечерам и выходным после основной работы кодит свой php фреймверк (т.е. он так начинал, как сейчас обстоят дела я не в курсе).
Это не компания, не группа людей, это один человек. Ему что-то не понравилось и он сел писать свой фреймверк по вечерам.
Что тут можно еще сказать кроме как позавидовать силе духа таких людей, а особенно таких как автор Laravel, который смог в одиночку развить свой продукт.
Поэтому я и написал, что завидую их силе духа.
На энтузиазме тянуть подобную разработку занятие нелегкое, ведь по сути на плечи разработчиков ложится ответственность перед теми людьми, которые пользуются их продуктом. А в случае фреймверка, если энтузиазм кончится, то те, кто им пользуется, попадут в ситуацию. Такие случаи мне известны даже на практике.
К сожалению в этом этом мире почти все измеряется деньгами.
На что живут те люди, которые делают что-то просто потому, что хотят что-то создать? У них есть основная работа и они работают по вечерам? Не страдает ли от этого качество продукта, скорость разработки и тп?
Я написал не про особый инструмент, а про мощный, многофункциональный. Вы немного перегнули, с таким же успехом можно сказать, что действительно сложные задачи на php вообще не решают.
Я понимаю случай, когда большая компания как Яндекс и и.п. создает что-то под свои особые нужды и выкладывают это в паблик, потому что не жадные.
Возьмем к примеру Laravel раз мы холиварим в посте о нем.
На оф. сайт я не нашел информации о том, что его разрабатывает, есть ли у этих людей фин. поддержка, не загнется ли все это дело «завтра». Немного погуглив нашел:
(http://www.ianlandsman.com/2012/02/22/laravel)
Опять же хочется сослаться на мое первое сообщение в треде и сказать, что далеко не все из нас являются Тейлорами Отуеллами и способны довести подобное дело до того, что он имеет сейчас.
Ну, а в целом конечно крайне импонирует видеть такие ресурсы
Для типовых задач используются CMS, для не типовых — фреймверки.
Если задача достаточно несложная, то практически всегда найдется подходящий фреймверк (начиная от микро и более сложные).
Если задача сложная и требует мощного инструмента, то есть монстры Symfony, Zend и тп, а если смотреть шире, то есть и Django со всем своим внутренним миром, и asp.net mvc и тп.
И если я вас правильно понял, вы хотите сказать, что на каком-то этапе людям не понравились имеющиеся фреймверки, и они стали кодить свой?
«— Парни, что-то нам не понравился ни один фреймверк, а давайте отложим все коммерческие проекты и будет разрабатывать свой фреймверк!»
Чтоб сделать, что-то серьезное, требуются не дюжие ресурсы, опытные высокооплачиваемые спецы, которые продумают архитектуру, накодить пачку модулей для поддержки инфраструктуры, собрать сообщество и т.п и т.д.
Неясна схема возврата инвестиций на все это дело.
И это еще не говоря о тенденциях усложнения клиента + rest или rpc.
В противном случае получится «еще один php framework».