Я наверное стал слишком стар и ворчлив, но я не понимаю почему разработчики считают уместным юмор в данном случае? Особенно, когда идёт речь про мобильные клиент-банки.
Самоирония что якобы там багов нет? Думаю мало какой разработчик даст палец на отсечение что в его коде нет багов. Выглядит как ребячество — но тогда почему таких людей допускают к разработке святая-святых, ПО для работы с деньгами?
Причем я могу отличить работу PR службы или копирайтера над текстом от ситуаций как в данном примере. Месаджа тут нет никакого.
Судя по однонаправленности большинства комментариев, к сожалению, я потерпел неудачу в задаче донесения своей мысли.
Основная мысль была не в том чтобы поныть про заказчиков или смену ТЗ, не про то какой подход к организации разработки нужно выбрать и не про бюджеты и их превышения.
А была она про то, из чего состоит сложность разработки в принципе — любого ПО и при любом раскладе.
Нечего вам возразить – со всем этим сталкивался много раз. Моя идея в том, что даже в идеальном случае далеко не всё просто.
А если по 10 раз менять требования, то именно из-за вышеупомянутой сложности в смене парадигдмы/метаформы, помимо объективного усложнения, как правило можно встретить и лютое негодование со стороны разработчика.
Так же принимали участие со своим приложением Silk Paints в App Challenge 2013. Денежный приз не получили, но был бонус в виде промо в Samsung/Galaxy App. Около полугода в разные подборки фичерили – дало неплохой буст.
Да, я знаю про совместимость с Sphinx.
Я про то, что можно сказать на лицо факт, что если Drupal и сложный поиск, то Solr.
Поддержа модулями, их качество и количество намного выше для Solr.
На хостинге Acquia, так же Solr из коробки.
т.с.: забыли добавить, что стиль комментирования // Your code here — не очень хорош. После включения сжатия бывает, что скрипты из-за этого отваливаются.
Да, когда-то на D6, я тоже встречал такую проблему. Но вживую я ее давно уже не видел, поэтому думаю что она неактуальна.
Особенно если учесть, что в скриптах ядра и контриб модулях такой стиль сплошь и рядом, поэтому отступать некуда.
Да, может отличаться, но не сильно.
Ведь технологии все те же, просто надо знать, что такой элемент нужно верстать такими-то блоками, с такими-то классами.
А потом проклятия сыпятся на тех, кто вывод перемешивает с оформлением, зашивает меню и информационные блоки в шаблоны, а файлы подключает не через drupal_add_.
Не совсем понял, это как-то связано со способом подготовки верстки?
Лучше его пристрелить и найти того, кто знает, что такое и зачем нужен jQuery.noConflict(). Drupal тут не при чём, это общая практика.
Конечно такой верстальщик лучше, очень хочу найти хотя бы такого, да еще чтоб и под друпал верстал хорошо. Есть кого посоветовать?
Самоирония что якобы там багов нет? Думаю мало какой разработчик даст палец на отсечение что в его коде нет багов. Выглядит как ребячество — но тогда почему таких людей допускают к разработке святая-святых, ПО для работы с деньгами?
Причем я могу отличить работу PR службы или копирайтера над текстом от ситуаций как в данном примере. Месаджа тут нет никакого.
Основная мысль была не в том чтобы поныть про заказчиков или смену ТЗ, не про то какой подход к организации разработки нужно выбрать и не про бюджеты и их превышения.
А была она про то, из чего состоит сложность разработки в принципе — любого ПО и при любом раскладе.
А если по 10 раз менять требования, то именно из-за вышеупомянутой сложности в смене парадигдмы/метаформы, помимо объективного усложнения, как правило можно встретить и лютое негодование со стороны разработчика.
Не могли бы вы подробнее описать по дебаг панели:
На что подменяет? Не совсем понял как это используется.
Как вы это отслеживаете?
Я про то, что можно сказать на лицо факт, что если Drupal и сложный поиск, то Solr.
Поддержа модулями, их качество и количество намного выше для Solr.
На хостинге Acquia, так же Solr из коробки.
Был бы интересен анализ работы Drupal c другими движками.
Да, когда-то на D6, я тоже встречал такую проблему. Но вживую я ее давно уже не видел, поэтому думаю что она неактуальна.
Особенно если учесть, что в скриптах ядра и контриб модулях такой стиль сплошь и рядом, поэтому отступать некуда.
Как будет пригодном виде, поделюсь.
Ведь технологии все те же, просто надо знать, что такой элемент нужно верстать такими-то блоками, с такими-то классами.
Особое тут тот факт, что найти хорошо квалифицированого человека сразу в обоих этих вещах сложнее, ну и в любом случае дороже, чем двух отдельных.
Не совсем понял, это как-то связано со способом подготовки верстки?
Конечно такой верстальщик лучше, очень хочу найти хотя бы такого, да еще чтоб и под друпал верстал хорошо. Есть кого посоветовать?
Да, это правильный вариант, я так и написал.