Обновить
112
0
Davert@Davert

Пользователь

Отправить сообщение
Ну ты же сам работал с рельсами и работал с симфони2. Я лишь высказал мнение, что рельсы пока что выглядят лучше и дружелюбнее для разработки. И по сути это не в упрек симфони2, просто ему пока не хвтает некого более дружественного интерфейса в обертке над нынешнем. Более мощный аутолоадер, меньше конфигов, больше генераторов, и т.п. Например, я бы хотел верить, что с выходом Propel2 симфони даже превзойдет Rails.
Я и подразумеваю, что должен быть новый фреймворк, который позволяет писать на симфони маскимально лаконично и эффективно. Вполне возможно, это и будет некая такая сборка. Но, например, собрать полезные бандлы и выкатить это как сборку, каркас для проекта, этого будет немного маловато. С точки зрения архитектора это будет выглядеть хорошо, а с точки зрения разработчика он не поймет, почему, например, столь необходимо писать \Entities\User, Symfony\Controller, короче, использовать всю строгость именований. Для 90% случаев она не нужна.
А мы как раз хотим часть симфони1 проекта на Доктрину 2 переводить… Наверное, действительно стоит изучить все подводные камни, что там накопились в багтрекере.
Аннотации — отлично. Но по сути вместо аннотаций мы пишем конфигурацию. Они могут быть гораздо лаконичнее, вот и всё. Я считаю, что аннотации это путь в будущее, но они должны легко запоминаться и легко писаться. Без всяких ужасных префиксов.
Да, направление правильное, разработчики симфони сами намекают на то, что хотят, чтобы был новый фрйемворк на основе симофни2. Сами они называют симфони2 метафреймворком. Но пока это Синатра-клон, он нацелен на свои задачи и для массового использования не годится.
Не холивора ради, но если симфони1 вдохновлялся Ruby on Rails, то симфони 2 скорее ближе к джаве. Преимущество RoR подхода мне кажется в его лаконичности, преимущество джавы — гибкости и расширяемости. Т.е. как по мне, в чистом виде, симфони подходит для энтерпрайз-приложений, но не «сваять сайт», «сделать блог», «сделать свою социальную сеть», короче, не для стартапов. Ибо стартапы имеют ограниченные ресурсы и все эти неймспейсы, аннотации, конфиги это то что отвлекает от самой разработки.

В моем понимнии, симфони2 это отличный каркас для некого нового фреймворка, который бы объединял простоту symfony1/ror и мощь symfony2. Но к сожалению, пока таких не видно и думаю, ближайший год не будет. Потому, чисто по параметрам стабильность, документированость, юзабилити я предпочту пока Rails. Для личных разработок.
У меня вопрос, может кто сталкивался. Как можно обновится сейчас к Unity 3.8.14, а то там вроде много багов пофиксили, что мешают жить. Сейчас этот пакет доступен для Natty в статусе рекомендованого. Как можно обновиться?
Только в тот где музыки нет. Потому что, музыка пусть и легкая всё равно навязчивая. Другое дело, если это хорошая музыка, вроде там джаз 50ых, или что ещё. Но это ж совершенно другой разговор, это тематические заведения.

Вообщем всё дело вкуса. Но важно разделять, когда музыка звучит для и во время работы человека (парихмакерская, маршрутка, ...) и там где она звучит для клиента. В маршрутке не все хотят слушать владимирский централ и далеко не все кто его не хотят слушать пойдут в другую маршрутку, но все понимают, что водила так работает, музыка для него. В парихмахерской то же самое.

Рестораны — ресторанами, а те места, где музыка не используется для привлечения клиентов, оставьте в покое.
см мой камент выше
А я пойду стричься туда где уши не отрежут… Я готов терпеть хоть час бандитского петербурга ради хорошей стрижки, с ней мне ходить потом гораздо больше часа. Так что я не знаю, насколько это действительно конкурентное преимущество, а не сопутствующий сервис, в первую очередь для самого персонала.
Кстати да, отличная идея. Если РАО будет требовать 1000 руб в месяц, организация АнтиРао будет брать членский взнос 500 руб в месяц и защищать вас в судах против РАО :)
Ок, спасибо. Но всё равно, если приходится лезть настройки это уже чото не то с юзабилити. При этом все мы понимаем, что ежедневно этим плюсиком пользуется сравнительно немного людей.

Ну и список последних посещенных сайтов очень бы помогло… Пока что стартовая панель в Хроме мне нравится больше, хотя Опера всегда была круче на полголовы остальных браузеров в этом вопросе.

А ещё хотелось бы группировку вкладок по сайтам…

Экспресс-панель как-то не в ту сторону развивается, до десктопа с виджетами и свистелками-перделками ей ещё далеко, а аскетизм старой панели уже утерян.

Вот скажите, нафиг мне на экране этот огромный плюсик, если я не так часто добавляю что-то на панель? Сделайте лучше список последних открытых старниц — будет намного полезнее.
В PHP тоже есть такая проблема, решается она банально просто — все файлы фреймворка сливаются в один. Косталь, конечно, но и дожидаться патча в интерпретаторе не нужно.
Большинство неправильно-правильно это условности. Пишу на фреймворках уже пятый год, и знаете что… Фреймворки меняются, концепции меняются, подходы меняются. Рекомендации о том, как правильно писать код, могут менятся до прямо противоположных в новых версиях фреймворка. Потому, прежде всего нужно думать головой, и придерживаться базовых принципов в виде KISS, DRY.
Автор забывает тут указать вещь. Код в примере 1 совершенно нормален и верен, пока не противоречит принципу DRY. Если таких запросов у него больше чем 2, то да — нужно перемещать в модель, если 1 — не имеет смысла, если 2 — ещё терпимо.

Да и далеко не факт, что если вы используете везде один метод из модели, что потом заказчик не потребует, чтоб в одном месте какой-то из этих методов вел себя по иному…
Ок, спасибо. А можно детальнее про проблему с хэшами?
Вопрос: а может сразу того… На Рубиниус? Я сам не пробовал, но может кто поделится опытом? Стоит ли его юзать, хотя бы на деве?
Сравнение некорректное. Юнити таки взял многое с Windows 7 (и улучшил много чего), а вот с Gnome 3 аналогий не вижу.
За такие деньги Твиттер мог вложиться в разработку своего клиента, а учитывая возможности — сам мог занятся его промоушном. Но как-то они слишком уж либерально относятся ко всем кто работает с их API. Твиттер уже дал урок тому, как нужно создавать API, теперь показывает как нужно поддерживать его и разработчиков его использующих в своем продукте.

Информация

В рейтинге
Не участвует
Откуда
Украина
Зарегистрирован
Активность