Ну не скажите…
Фортран и ныне сохраняет свою вычислительную мощность, а ведь свои первые научные расчеты мне приходилось делать на нем еще в те далекие 80--е.
Каждый из инструментов хорош для своих целей.
Стремление найти или изобрести кое-что универсальное — утопия!
0
Чтобы понять динамику, все эти комменты нужно ориентировать во времени.
Ато начнем здесь искать залежи Алгола с Фортраном :)
Ато начнем здесь искать залежи Алгола с Фортраном :)
0
Еще одна реплика по поводу содержания последней, высказанной Вами фразы.
Ведь на рельсях, как одном из многочисленных фреймворков «мир клином не сошелся», равно как и на Django…
Ведь на рельсях, как одном из многочисленных фреймворков «мир клином не сошелся», равно как и на Django…
0
Ну хорошо, это все больше становится похожим на Ruby.
Вот взгляните на фрагмент кода, который я использую для удаленного поиска изображений:
Но суть моей реплики не в этом…
Под Ruby, к примеру, уже доступны тысячи Gems, в том числе написанных на C и Java.
Я просто нахожу нужное мне при помощи спец. утилиты и подключаю к своему проекту.
Ежедневно появляются десятки новых библиотек готовых к использованию немедленно!
Известные программисты, разработчики уникальных фреймворков, все чаще и чаще приходят к выводу, что можно бесконечно долговылизывать свое детище, можно делать это всю жизнь. А работать когда? Поэтому и переходят, к удивлению обманутых фанатов, кто на Ruby, кто на Python…
Вот взгляните на фрагмент кода, который я использую для удаленного поиска изображений:
html = File.dirname(__FILE__) + '/my_images.html'
File.open(html, 'w+') do |file|
Google::Search::Image.new(:query => 'Small Kats', :image_size => :medium).each do |image|
file.write %(<img src="#{image.uri}">)
end
end
Но суть моей реплики не в этом…
Под Ruby, к примеру, уже доступны тысячи Gems, в том числе написанных на C и Java.
Я просто нахожу нужное мне при помощи спец. утилиты и подключаю к своему проекту.
Ежедневно появляются десятки новых библиотек готовых к использованию немедленно!
Известные программисты, разработчики уникальных фреймворков, все чаще и чаще приходят к выводу, что можно бесконечно долго
+1
Корпоративный полукоммерческий продукт, ну что вы хотите?..
ExpressionEngine_v.2 сидит на нем и ничегоне просит.
Хватило бы сил справиться с той неразберихой, что получена после пересадки EE на CI 1.7.3 :)
Крупнейшее в мире сообщество обречено на то, что есть, хотя не все так плохо.
Недавно на форуме Kohanaframework при обсуждении вопроса, касающегося разработке базовой CMS в качестве примера был приведен вариант удачной реализации FUEL CMS на базе CodeIgniter.
Некоторые даже, я полагаю, вполне резонно, отводят этой ситеме роль прямого бесплатного конкурента EE!
ExpressionEngine_v.2 сидит на нем и ничего
Хватило бы сил справиться с той неразберихой, что получена после пересадки EE на CI 1.7.3 :)
Крупнейшее в мире сообщество обречено на то, что есть, хотя не все так плохо.
Недавно на форуме Kohanaframework при обсуждении вопроса, касающегося разработке базовой CMS в качестве примера был приведен вариант удачной реализации FUEL CMS на базе CodeIgniter.
Некоторые даже, я полагаю, вполне резонно, отводят этой ситеме роль прямого бесплатного конкурента EE!
0
Я бы хотел еще добавить к вышесказанному, что сравнение — это хорошо, но оно должно
быть привязано к определенным условиям.
К сожалению, еще не настали те времена, когда в очереди за услугами веб-разработчика
выстраивается длинная устойчивая колейка. Каждый из нас должен бороться за место в
этой жизни, доказывая постоянно, что то, что ты предлагаешь — лучше иного.
Статистика говорит следующее:
— каждый третий из потенциальных клиентов желает, чтобы это было достаточно дешево;
— каждый второй — это должно быть быстро;
— практически каждый желает получить уверенность в том, что это будет предельно просто
и доступно для понимания каждым подготовленным специалистом на случай, если по каким-либо
причинам придет необходимость его заменить на этапе поддержки и развитием проекта.
В контексте вышесказанного, кто-нибудь сможет изменить ситуацию публикацией статьи
в поддержку того или иного направления в веб-программировании?
Кто может изменить ситуацию публикацией одной тысячи..., миллиона презентационных статей
с красивыми картинками и видеороликами?
Если нет таких, тогда все сравнения будут привязаны..., ну, например, к условиям хобби.
Кто-то, например, коллекционирует листики с деревьев, кто-то — жучков, в кто-то занимается
тем, что покупает гамбургеры, сушит их на полке и тащится от мысли, что он их не съел…
быть привязано к определенным условиям.
К сожалению, еще не настали те времена, когда в очереди за услугами веб-разработчика
выстраивается длинная устойчивая колейка. Каждый из нас должен бороться за место в
этой жизни, доказывая постоянно, что то, что ты предлагаешь — лучше иного.
Статистика говорит следующее:
— каждый третий из потенциальных клиентов желает, чтобы это было достаточно дешево;
— каждый второй — это должно быть быстро;
— практически каждый желает получить уверенность в том, что это будет предельно просто
и доступно для понимания каждым подготовленным специалистом на случай, если по каким-либо
причинам придет необходимость его заменить на этапе поддержки и развитием проекта.
В контексте вышесказанного, кто-нибудь сможет изменить ситуацию публикацией статьи
в поддержку того или иного направления в веб-программировании?
Кто может изменить ситуацию публикацией одной тысячи..., миллиона презентационных статей
с красивыми картинками и видеороликами?
Если нет таких, тогда все сравнения будут привязаны..., ну, например, к условиям хобби.
Кто-то, например, коллекционирует листики с деревьев, кто-то — жучков, в кто-то занимается
тем, что покупает гамбургеры, сушит их на полке и тащится от мысли, что он их не съел…
0
Следовательно, «LiveStreet» спокойно можно заменить на «BigMak»…
Шеф-повар не обидится?
А вообще кто-нибудь может готовить что-нибудь по-другому?
Взглянуть бы хоть одним глазком.
Ведь все познается в сравнении.
Варианты типа «В Perl это можно реализовать вот так...»,
думаю, будут безинтересны каждому…
Шеф-повар не обидится?
А вообще кто-нибудь может готовить что-нибудь по-другому?
Взглянуть бы хоть одним глазком.
Ведь все познается в сравнении.
Варианты типа «В Perl это можно реализовать вот так...»,
думаю, будут безинтересны каждому…
0
И,… тишина
Безсменный спутник вечного покоя…
Что есть Макдоналдс-языки? Впервые встречаю этот термин.
Безсменный спутник вечного покоя…
Что есть Макдоналдс-языки? Впервые встречаю этот термин.
+1
… послышалось среди последних вздохов отходящего…
0
Если верхняя часть шапки серо-полосатая, то однозначно — второй снизу логотип, увеличенный на 30-40% и выровнянный по вертикали…
0
Я, кажется, слышал, что у команды разработчиков сменился лидер...Ну начинал то проект, по-видимому Rick Ellis, а вот продолжает вести его по сей день Derek Jones.
Изменения, скорее всего, коснулись состава команды разработчиков, которая теперь насчитывает около десятка девелоперов по всему миру вместо двух штатных сострудников. Это стало возможным с перемещением проекта на Mercurial, Assembla, BitBucket. В принципе, каждый желающий может создать свое ответвление и продолжать его развивать…
Это есть один из рычагов социал-кодинга, подобного Github.
О терминах выхода офф. релиза двойки пока не говорится.
Ожидается, что в CI2.1 будет убрана поддержка PHP4, что несомненно отразится на производительности этого и так одного из самых быстрых PHP-фреймворков.
Кстати, хочу обратить внимание интересующихся простыми экономичными решениями на базе CI — .
Скрипт этого блога написан больше года тому назад и по сей день остается одним из самых быстрых и экономичных по отношению к ресурсам систем подобного рода…
0
А тем временем, с начала мая стал доступен новый репозиторий CodeIgniter 2.0 на bitbucket.org
Что новенького я заметил:
1. Изменена структура директорий (application вынесена за пределы system).
2. Application Packages — некое подобие Modular (но далеко не заменитель).
3. Drivers — новый тип библиотеки.
4. Новая Javascript Library — инструмент динамической реализации Javascript, посредством PHP.
5. С Plugins распрощались навсегда.
Я поставил расширение Modular, переписанное Phil Sturgeon под двойку:
Да, теперь файлы расширения помещаются не в application/libraries, а в application/core.
Там же, в application, разместил директорию modules.
Получился неплохой легкий каркас, который всегда удобно иметь под рукой…
Что новенького я заметил:
1. Изменена структура директорий (application вынесена за пределы system).
2. Application Packages — некое подобие Modular (но далеко не заменитель).
3. Drivers — новый тип библиотеки.
4. Новая Javascript Library — инструмент динамической реализации Javascript, посредством PHP.
5. С Plugins распрощались навсегда.
Я поставил расширение Modular, переписанное Phil Sturgeon под двойку:
Да, теперь файлы расширения помещаются не в application/libraries, а в application/core.
Там же, в application, разместил директорию modules.
Получился неплохой легкий каркас, который всегда удобно иметь под рукой…
0
Я бы предложил все-таки начать цикл публикаций с детального освещения такого немаловажного момента, как установка и настройка среды для работы с Mojo.
Того, что было описано в первых двух разделах — явно недостаточно, даже для того, чтобы вызвать начальный интерес у новичков.
Далеко не каждый из интересующихся Mojo работает системным программистом.
Наверняка, работа с командной строкой в Win**** многим не знакома, это напрягает, и в конечном счете — отталкивает…
Большинство работают с PHP-фреймворками, и уже имеют настроенные сервера, привычную структуру, а тут вдруг:
C:/strawberry/perl/site/lib/Mojo/Server.pm
Как адаптировать все это к привычному окружению, как все это будет работать на сервере?..
Думаю — это те немаловажные вопросы, которые необходимо осветить в самом начале.
Того, что было описано в первых двух разделах — явно недостаточно, даже для того, чтобы вызвать начальный интерес у новичков.
Далеко не каждый из интересующихся Mojo работает системным программистом.
Наверняка, работа с командной строкой в Win**** многим не знакома, это напрягает, и в конечном счете — отталкивает…
Большинство работают с PHP-фреймворками, и уже имеют настроенные сервера, привычную структуру, а тут вдруг:
C:/strawberry/perl/site/lib/Mojo/Server.pm
Как адаптировать все это к привычному окружению, как все это будет работать на сервере?..
Думаю — это те немаловажные вопросы, которые необходимо осветить в самом начале.
0
Анатолий, спасибо за презентацию — это не только ностальгично, но иногда и полезно, в качестве мозговой встряски.
За последнее время все так далеко шагнуло…
Думаю, я пересмотрю свое отношение ко всему происходящему.
Уж во всяком случае — разработку сложных веб-приложений нужно будет перевести на рельсы Perl.
За последнее время все так далеко шагнуло…
Думаю, я пересмотрю свое отношение ко всему происходящему.
Уж во всяком случае — разработку сложных веб-приложений нужно будет перевести на рельсы Perl.
0
Спасибо, интересно было почитать, но практиковаться — нет… даже не хочу вспоминать кошмары десятилетней давности :)
Далее "… да все фреймворки — по сути одинаковы..." — все да не все.
Пока мы тут занимаемся анализом старого — люди пишут фреймворки нового поколения (под php3+).
Да какие…
Весь фреймворк с системой кеширования и шаблонизатором — один файл в 40KB, а сайты на нем, просто не то слово — летают.
Настоятельно рекомендую:
Далее "… да все фреймворки — по сути одинаковы..." — все да не все.
Пока мы тут занимаемся анализом старого — люди пишут фреймворки нового поколения (под php3+).
Да какие…
Весь фреймворк с системой кеширования и шаблонизатором — один файл в 40KB, а сайты на нем, просто не то слово — летают.
Настоятельно рекомендую:
0
Результаты первых тестов (подключился к существующей БД на локальном сервере) оставили хорошее впечатление.
Решил использовать в разработке нового проекта. Вчера начал… Пока все идет гладко. Будет готово — **отрапортую**
Решил использовать в разработке нового проекта. Вчера начал… Пока все идет гладко. Будет готово — **отрапортую**
0
У меня августовская версия: v0.9.1/sys/libraries/CIEX.php
Наибольший резонанс, судя по обсуждениям на форуме CI вызвала июльская…
Наибольший резонанс, судя по обсуждениям на форуме CI вызвала июльская…
0
Думаю, что большинство современных разработчиков, как, собственно и я, ходят по кругу с определенной цикличностью. У меня это напоминает следующее: ZF -> CI -> KO2 -> YII -> далее цикл замыкается и, повторение с вкраплением новых звеньев… -> KO3 (например) :) и т.д.
Считаю, что в этом нет ничего плохого, и даже наоборот — есть свои преимущества.
Например — мне необходимо приложение с поддержкой динамической фильтрации. OK. Для этого есть YII (ну зачем мне это нужно внедрять в CI?), хотя под него имеется масса наработок…
И потом, задачи порой бывают настолько разносторонними, что одним инструментом все их не решить!
Например, клиент желает, чтобы в его каталоге, все записи выводились в следующем формате uri:
../category/subcategory/rec_name-rec_id.html
Нет, я в этом случае не стану писать кучу кода под ZF, или ожидать, что же там наконец прояснится с новым релизом KO3 — я просто иду к DooPHP и использую практически готовое решение…
Считаю, что в этом нет ничего плохого, и даже наоборот — есть свои преимущества.
Например — мне необходимо приложение с поддержкой динамической фильтрации. OK. Для этого есть YII (ну зачем мне это нужно внедрять в CI?), хотя под него имеется масса наработок…
И потом, задачи порой бывают настолько разносторонними, что одним инструментом все их не решить!
Например, клиент желает, чтобы в его каталоге, все записи выводились в следующем формате uri:
../category/subcategory/rec_name-rec_id.html
Нет, я в этом случае не стану писать кучу кода под ZF, или ожидать, что же там наконец прояснится с новым релизом KO3 — я просто иду к DooPHP и использую практически готовое решение…
0
Андрей, если внимательно присмотреться, то нельзя не заметитить то, что основная тенденция в развитии практически всех PHP фреймворков уже давно стала напоминать систему сообщающихся сосудов…
Даже в CodeIgniter, если заглянуть на их форум или wiki — можно обнаружить, что уже существует несколько расширений для работы в режиме HMVC, а так же довольно мощная ORM структура под названием DMZ.
В Kohana, традиционно, основные изменения, на удивление четко, синхронизированы с результатами внешнего мониторинга и с задействованием механизма работы на опережение :)
Даже в CodeIgniter, если заглянуть на их форум или wiki — можно обнаружить, что уже существует несколько расширений для работы в режиме HMVC, а так же довольно мощная ORM структура под названием DMZ.
В Kohana, традиционно, основные изменения, на удивление четко, синхронизированы с результатами внешнего мониторинга и с задействованием механизма работы на опережение :)
Роутинг неплохо организован, но сыроват, возможно я чего-то недопонимаю во всем этом…
Что-то подобное мне уже попадалось в руки.
Возможно, я даже использоал похожие решения…
Не так давно работал над веб-приложением, в котором несколько моментов были трудно решаемыми стандартными средствами разработки (мой основной инструмент — Kohana-3).
Мне пришлось наскору собрать костяк из существующих библиотек под PHP5.3
Кстати, вот где истинная гибкость и мощь PHP — в его прикладном использовании.
Другими словами — никто мне не указ что и как должно быть написано, а по времени то — смешно вспоминать несколько часов до старта, а ведь работает…
SZares