Помоему самый хороший менеджер это тот, кто будет непосредственно участвовать в разработке проекта. Т.к. сразу сможет оценить сложность заказа и сказать — «это реально, сделаем» или «это трудозатратно, мы сделаем но за больший бюджет потому-то и потому-то»
А можно примеров побольше? Мне вот буквально сегодня понадобились Яндекс.Карты и рискнул сразу вторую версию прикручивать. Простейше вещи ищу в примерах, но их как-то не хватает :(
Ни за какие бабки не стал бы разрабатывать систему управления перекрестком. Фикс всех неучтенных ситуаций и багов выйдет в много сотен разбитых машин и пару десятков трупов.
Был случай, когда сайт написался за 5 дней, и 2 месяца шла интеграция с 1С, при том, что выгрузку сделали в удобном всем CSV. Проблемы:
1. Разговор слепого с глухим. Термины программиста на 1С и веб-разрабочтика немного различаются. На 100% они друг друга не понимают.
2. Передача данных тоже требует костылей. Хорошо если админ сможет настроить выгрузку-загрузку на хостинг CSV(или XML ит.д.) файлов по раписанию.
3. Все тонокости выгрузки можно учесть только во время обработки полных данных.
Как урок — да, пойдет.
Как технология разработки логотипов — довольно долго, не все логотипы легко реализуются. Да и в ИЕ8 пчела выглядит как квадратный R2D2 с крылышками
Неубиваемый Siemens M35 вообще 12 лет уже служит!
В Москву ехать далековато, жаль.
1. Разговор слепого с глухим. Термины программиста на 1С и веб-разрабочтика немного различаются. На 100% они друг друга не понимают.
2. Передача данных тоже требует костылей. Хорошо если админ сможет настроить выгрузку-загрузку на хостинг CSV(или XML ит.д.) файлов по раписанию.
3. Все тонокости выгрузки можно учесть только во время обработки полных данных.
Как технология разработки логотипов — довольно долго, не все логотипы легко реализуются. Да и в ИЕ8 пчела выглядит как квадратный R2D2 с крылышками
{foreach item=param from=$params}
{$param}
{/foreach}
а после завершения {foreach} переменная {$param} остаётся. Если уже раньшще была определена {$param} — она изменяется.