Как стать автором
Обновить
25
0
Александр Миловидов @Porshen

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

Отправить сообщение
любое API должно быть прозрачным как и любая другая часть проекта. в большом проекте может присутствовать несолько API для каждой из подсистем. я бы не стал использовать магическое API даже если это сторонняя библиотека, Doctrine в частности.
взгляните на Zend Framework — там местами не всё так элегантно или иногда мелочевки какой-то не хватает, но вот зато там все ясно и прозрачно.
1) я бы за такой фреймворк оторвал руки и ни в коем случае не пустил на бой.
2) пока читал, вспомнил двух знакомых, способных на подобное. у них хоть обе руки оторви — все равно не прекратят такими абстракциями баловаться.

Думать, ребята, надо о поддерживаемости кода. Когда бизнес-логика начинает занимать львиную долю строк в классах, подобное баловство, допущенное на старте проекта, станет вашей постоянной головной болью. А бложик набросать с такой штуковиной — вполне прокатит
сайт стал красивей — класс!

у меня вопрос: а есть ли смысл держать еще одну копию документации? ибо на офф сайте уже есть соответствующие разделы, и ваши переводы, как я понимаю, попадают в конечном счете именно туда.

и второй вопрос: например, раздел Создаем блог / Дальнейшие улучшения у вас уже на русском, а на офф сайте он пока еще не переведен. как быстро перевод попадает на офф сайт?
Только мне одному надоело смотреть на то, как появляются «мега-классные цмс», которые по сути такие же как и все остальные?

Мда… появляется аякс, красивые админки, приятные демки, документация, даже у кого-то скринкасты… Но вам не кажется, что «Список товаров», «Отдельный товар», «Список статей», «Лучшие товары» вы уже слышали четыре-пять лет назад??!!! А фраза «Общая часть одинакова для всех страниц магазина, включает в себя дизайн всей страницы» известна еще раньше. Все копируют друг у друга, меняя как будто только интерфейсы функций и классов.

Товарищ proc прав, когда говорит о том, что это красивая поделка. Только, блин, мега-разработчики все равно хотят за поделку $400.

Серьезные е-коммерческие проекты уже давно требуют значительной адаптации ЦМСок под себя. Тут без программистов не обойтись. Отбросьте нафиг мысли о том, что кто-то кроме программистов скачивает и устанавливает ваши продукты! Если делать продукт, которым смогут пользоваться даже идиоты, им будут пользоваться только идиоты! (с) Umputun

Где новые идеи в этой области? Кто выйдет за рамки? Кто решится на прорыв?

P.S.: И лучше бы вы смарти не вставляли по дефолту. Или без нее не уметь?
далеко не одному. у меня сразу взгляд зацепился =)
тогда вопрос снимается. а жаль =(
расклад такой: есть пк или ноут. в интернет он выходит через wifi или ethernet. модем есть, но никогда не используется.

на многих ноутах до сих пор устанавливают модем, только сомневаюсь, что хотя бы 10% сегодняшних покупателей ноутов хотя бы раз его использовали
а программно реализовать можно, чтобы телефон общался с модемом как с АТС?
я имел в виду обычные дешевые модемы, которые идут с большинством ноутбуков. у меня, например, Agere Systems HDA Modem. если это WinSoft модем, то драйвер для него написать проще? (я в этом не силен, подскажите как это делается)

теоретически осществить это мне кажется вполне реальным. модем = модулятор/демодулятор. когда модем звонит по номеру, чтобы соединиться с интернетом, сигналы то те же самые, что посылает телефон. я не прав?
хм… почему ж сурово? =)
по-моему интересное решение. а если у вас dect телефон, а беспроводной гарнитуры нет? меня интересует этот вопрос не со стороны разумности, мне просто прикольно, меня вообще от программирования прёт, а тут интересная задача
подскажите, пожалуйста, есть ли способ вставить RJ-11 от телефона в соотв. порт на модеме и, например, позвонить с этого телефона через скайп?
бывают и не такие =)

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

за предыдущий параграф простите, это наболело

знать про xsl:template не обязательно — эта конструкция копипастится и кочует из файла в файл в качестве «эта фигня идет в самом начале». apply-templates — аналогично воспринимается как «типа вызов функции». я рассказываю свой личный опыт и опыт моего товарища, с которым мы вместе по приколу начинали разбираться с xslt весной 2006 года. xsl:template почти всегда был один в каждом файле шаблона, и match был всегда один и тот же. apply-templates мы использовали только для того, чтобы вытащить из узла его контент с тегами через xsl:copy-of select='child::node()' — подсмотрено на каком-то форуме. все остальное, что мы использовали — есть у вас в либе: красивое, понятное и простое решение проблем прямо на блюдечке.

мы не видели коренного различия xslt от того же смарти или спагетти кода на php. я одной извилиной понимал, что что-то тут не так, и где-то есть та главная фишка из-за которой программисты мирятся с таким «ужасным» синтаксисом. только через пол года узрел эту фишку. а с такой либой у меня бы и не возникло подобной мысли. и уверен у многих бы не возникло.

вот, мини-мемуары получились =)
здравствуйте, дима! я интонацию «ИМХО» выразил словом «наверняка».

мега-темплейты конечно напрямую никак не связаны с if-ами и foreach-ами, а, как вы правильно отметили, выходят из-под клавиатур неопытных программистов. я с этим абсолютно согласен.

моя позиция в этом топике такова, потому что боюсь, что новичок найдет вашу либу, начнет ее использовать и не будет знать как написать чистый xslt. почему не будет знать про остальные прелести данной технологии? да потому что то, что вы реализовали, покрывает потребности 95% php программистов, подыскивающих свежий/модный/мощный (нужное выбрать) шаблонизатор.

я знаю, что мое мнение спорное. я знаю, что даже обертки над обертками над обертками зачастую бывают удобны и экономят время (=деньги), но тут-то уж извольте. xslt не так сложен и заумен, чтобы относиться к нему, как чему-то, что нуждается в обертке.
блин… ссылку съел типограф. #comment_1461867 выше
а библиотечка-то как раз такому мега-темплейтингу и потакает =)

наверняка она удобна только когда используем что-то типа XSL-FO, а в штате программеров нет грамотного xslt-шника. php кодеру с таким синтаксисом разобраться просто и быстро. результат получится дешевый и сердитый — не более чем заглушка в большом проекте, где xsl присутствует незначительно. использовать шаблонизатор на такой либе для всего проекта = тогда нафига вообще xslt ?!

это не камень в огород димы котерова, просто очень бесят люди, которые трясутся над «разделением бизнес-логики и логики представления» вплоть до того, что внедряют xslt только потому что там нельзя подконнектиться бд, записать данные в сессию и т.д.

скажу по секрету: видел мега-темплейты в шаблонах отрисовки админки одной известной коммерческой цмс. так что тех, кто не может учуять код, который «smell», очень много =)
да ничем не мешает! более того, если бы там подобные конструкции были абсолютно не нужны, то их бы там не было, но они то есть — значит нужны.

товарищ Tenshi наверняка имел в виду те случаи, когда на самом деле надо отрывать руки — весь шаблон, это один темплейт, в котором куча xsl:if и xsl:foreach, в котором перебирается все дерево. да, такой шаблон работает, но выглядит жутко и труден для восприятия при редактировании, если темплейт на много строк (а он скорее всего при таком раскаладе будет на очень много строк).

подобный шаблон с одним мега-темплейтом лучше разбить на несколько темплейтов, тогда foreach-ей и if-ов станет заметно меньше, а код будет более «тру»

такой «не тру» способ юзанья xslt часто встречается у начинающих. я сам был таким и сам писал такие мега-темплейты, а потом я увидел как «тру» и мне стало стыдно за свой код.

подобная аналогия: вы можете реализовать любой алгоритм в си-подобных языках, используя if и while, но это же можно сделать более элегантно с for, foreach, switch и т.д.
вы правы, ведь xslt своего рода функциональный язык. но не так категорично, чтоб прям отрывать руки

Информация

В рейтинге
Не участвует
Откуда
Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность