Тогда я понял – планирование и еще раз планирование.

Работая в большой компании такой необходимости не было – за все эти вещи отвечал менеджер, который ставил задачу, общался с заказчиком и т.д. Теперь же в свое время перейдя на фриланс всем этим пришлось заниматься самостоятельно.

Что я советую.

1. Заведите себе блокнот. Подойдет как приложение на мобильном так и простой бумажный блокнот.
2. Возьмите себе за правило просматривать заметки несколько раз в день.
3. Из неаккуратно и по-быстрому записанных задач, которые вы планировали сделать, составьте расписание дел на завтра.

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

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

P.S. Достал запись из черновиков. За 3 года мое мнение по этому не изменилось, а только подтвердилось облегчение жизни на практике.

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

А может и страдаю… Хотел написать несколько строк, а получил начало для 2-х тем.

По-этому заканчиваю здесь и продолжаю в новых записях.

ХХХ:
плять стыдно, но спрошу: а чем IE хуже оперы или мозилки?

УУУ:
9ку еще не тестил, все предыдущие версии стабильно отличались наплевательским отношением к веб-стандартам:
Почему это важно, поясняю на примере, есть рецепт теста:
2 ст. муки, 3 яйца, 1 ст.л. соли, 1 ч.л. сахара. Муку просеять, все перемешать.
Вы читаете этот рецепт и понимаете, что ст. – стакан, ст.л. – столовая ложка, а ч.л. чайная ложка. Все готовят всем вкусно.
А теперь представьте село Кукуево в котором столовые ложки в 2 раза больше обычной. Кукуевский житель проследует этому рецепту, получит пересоленное тесто и напишет автору рецепта, что он мудак.
Чтоб избежать этого в будущем автор в своих рецептах будет использовать “затычки” типа: “Добавьте столовую ложку сахара, и 2 столовых ложки сметаны, но если вы из Кукуева – то только пол ложки сахара и 1 ложку сметаны”.
Рецепты разбухают в два раза, и Кукуевцы и некукуевцы вынуждены читать лишнюю информацию, авторы рецептов должны помнить, что есть еще где-то село кукуево и обязательно делать “затычки”.

Так вот Кукуево – это ИЕ.

http://ibash.org.ru/

Как же бороться с такого рода ссылками в CMS Битрикс если Вы используете не комплексный компонент? Очень просто!

Давайте рассмотрим такой пример:  Вам нужно, используя компонент для добавления/редактирования элемента инфоблока iblock.element.add.form, дать возможность пользователям редактировать записи о своих компаниях.

В результате адрес будет http://sitename/company/edit/?edit=Y&CODE=45
Что нужно сдать что бы получить адрес http://sitename/company/45/edit/ ?

Нужно:

1. Перейти а админке Битрикса в Настройки – Настройки продукта – Обработка адресов.
2. Создать новую запись для Вашего сайта.
3. Profit!

Запись будет выглядеть так:

Переходим по адресу http://sitename/company/45/edit/ и радуемся. Или нет? Оказывается при попытке очистить кеш  http://sitename/company/45/edit/?clear_cache=Y нам покажет ошибку.

Но и с этим можно боротся достаточно немного изменить нашу запись:

Теперь все ОК.

Заметил в последнее время странную вещь – люди не знают как удалить страницы в CMS MODx и вынуждены читать мою пост на эту тему.

Думаю разработчикам стоит задуматься над тем чтобы сделать кнопку “корзины” немного поярче при добавлении туда страниц.

Есть ли еще люди которые эту кнопку искали?

Битрикс в свою очередь проверяет в компоненте main.feedback проверяет нажатие кнопки с именем  submit:

strlen($_POST["submit"]) > 0

Что бы избежать недоразумений и не страдать от того что не идут сообщения есть два выхода.

1. Проверять в компоненте не кнопку, а какое-то поле на форме.
2. Добавить в нашу красивую кнопку-картинку значение. Например вот такое:

<input type="image" name="submit" value="yes" src="/images/send.png" onclick="this.submit();"/>

Теперь панель не будет содержать четыре вкладки (режима) как раньше, а всего лишь две: «Сайт» и «Администрирование».

Панели «Просмотр», «Редактирование» и «Разработка» объединились в одной панели «Сайт». Панель управление пока просто сменила название на «Администрирование».

Теперь для того чтобы заняться редактирование сайта нужно включить соответствующий режим:

Работать с контентом также стало намного удобнее. Рассмотрим работу с статьями на сайте. Теперь пользователю не нужно задумываться над тем что же нужно нажать – достаточно перейти в режим правки (редактирования). При наведении на элемент появится красная рамка, а чуть позже и первая часть панели. Соответственно не заходя в «Администрирование» пользователь сможет самостоятельно добавить раздел или новую статью, а также сможет воспользоваться настройками если это будет необходимо. Я считаю что стало намного удобнее и понятнее неопытному пользователю.

В следующий раз я расскажу более подробно о новой версии и новых изменениях, а также о «Эрмитаже».

Вот так о нем говорит сама компания: «1С-Битрикс: Эрмитаж» – это концепция, объединяющая в себе не только интерфейсные решения, но и «пакет» рекомендаций для веб-разработчиков. «Эрмитаж» – это свод правил, следуя которым разработчик создает быстрый, безопасный, удобный и легко управляемый веб-проект. «Эрмитаж» упрощает освоение системы управления сайтом, снижает долю ошибочных действий пользователя, экономит время при внесении изменений на сайт, сокращает затраты на обучение сотрудников.

Ну а как же прелюдия? Не смейтесь. Но на 5 минут правок у специалиста порой уходит 1 час, а иногда и больше.

Почему?

Да потому что программист(любой другой специалист) это как поезд который мчится на всей скорости из пункта А в пункт Б. Бывают простые поезда и высокоскоростные – соответственно специалисты низкой квалификации и профи.

А теперь подумаем. Отдал менеджер/заказчик правку по проекту. Что сделает программист? Он остановит текущую разработку, будет вынужден включить несколько дополнительных программ и/или найти какой-то дополнительный материал по этой задаче.

Также ему нужно будет разобраться, что же именно нужно сделать. Все это займет определенное время. Потом всего 5 минут уйдет на саму правку и опять все заново. Что-то нужно включить, что-то выключить для того что бы продолжить работу над поточным проектом.

Не страшно – это же время программиста, а не Ваше.

Вернемся к примеру с поездом. Допустим, в срочном порядке министр транспорта приказал перекрыть все пути и перевести все поезда, идущие по определенному маршруту, на дополнительные пути (временную стоянку/объезд).

Почему? Да потому что идет состав, в вагонах которого перевозят радиоактивные вещества необходимые для работы атомных станций. Без работы атомных станций не будет электричества, а без электричества остановится вся страна.

Как вы думаете – все эти неудобства стоят того?! Я тоже думаю что да.

А как вы думаете, настолько ли важно поправить картинку на 2 пикселя влево на вашем проекте (проекте клиента) в момент когда разработка «несется на всех парах»?

Ошибка довольно распространенная

Например, работа такого модуля как галерея. Заказчик имеет четкое представление (свое) о ее работе,

и говоря разработчику что на сайте должна быть галерея считает что она будет работать именно так как он видит ее в своем воображении.

К сожалению, разработчик видит этот же модуль по-своему.

В результате могут быть такие варианты:

• галерея будут работать как альбом (одноуровневая галерея);
• при нажатии на изображение:
  • оно будет открываться  в новом окне;
  • оно будет открываться  в том же окне;
  • будет использоваться  эффект затемнения основной страницы
    • с навигацией по остальным элементам галереи;
    • без навигации;

• не будет предусмотрена навигация по страницам (разбивка галереи на страницы);

Второй пример – регистрация пользователя на сайте. Нужно учитывать такие мелочи как:

• каптча (автоматически сгенерированное изображение, логическая задачи и т.п.) – защита от роботов;
• проверка указанного пользователем адреса электронной почты.

Каждая из этих мелочей выглядит со стороны заказчика недоработкой, а со стороны разработчика – навязыванием дополнительной (неоплачиваемой) работы.

Рассмотрим этот вопрос на базе CMS 1С-Битрикс.

Преимущества:

• Поддержка.Поддержка клиентов осуществляется в проделах нескольких часов. В случае использования бесплатных CMS Вам прийдется положится на сообщество либо перерыть тонны форумов – что не всегда гарантирует ответ.
• Документация.Тонны документации на русском. Документация хорошее проиллюстрирована. Это касается не только документации для разработчиков, а в первую очередь для пользователей.
• Сертифицированные разработчики.Бесплатные системы не занимаются сертификацией разработчиков в отличии от 1С-Битрикс. Соответственно клиенту намного легче найти себе разработчика, которому можно доверять. Почему? Если ознакомится с условиями при которых Вы станете партером то становится ясно что бумажный договор с компанией не будут подписывать всякие темные личности которые хотят «срубить бабла и испарится».
• Ориентация на бизнес.Разработчики коммерческих CMS ориентируются на бизнес-задачи клиентов, учитывают рыночные тенденции и требования целевой аудитории.
  Цель разработчиков бесплатных CMS редко привязана к потребностям клиентов.
  Коммерческая CMS – это законченное, протестированное произведение, построенное по единой концепции и заточенное под конкретные нужды.
• Безопасность. ИТ-безопасность является одним из безусловных приоритетов разработчиков коммерческих CMS, т.к. гарантией качества продукта выступает бизнес разработчика.
  

  Согласно исследованию IBM X-Force в десятку самых опасных приложений за 2009 год вошли сразу 4 свободных продукта (Drupal, Joomla!, TYPO3 и WordPress). При этом лишь 33% обнаруженных уязвимостей в этих системах были закрыты.

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

А как же цена?

Давайте рассмотрим этот пункт подробнее. В основном сайт заказывают для того что бы потом заработать денег. Не столь важно онлайн или оффлайн. Что нужно бизнесмену? Чтобы сайт был создан в кратчайшие сроки и был готов к применению.

А теперь посчитаем что выгоднее. Допустим клиент А заказ сайт у разработчика с нуля  либо на бесплатной системе, а клиент Б заказ сайт с использованием платной CMS. Не будем брать во внимание маленькие сайты, так как нам не интересна «стрельба по воробьям из пушки», а рассмотрим портал и интернет-магазин.

Клиент А оплачивает разработку исходя из того что нужно создать с нуля весь функционал либо настроить бесплатную систему и установить какую-то часть модулей от сторонних разработчиков (либо опять же написать их самому). В это же время клиент Б оплачивает покупку системы и ее минимальную настройку, так как коробочные CMS покрывают большую часть функциональности.

Оба клиента также оплачивают разработку дизайна и его внедрение. Условно будем считать, что функциональность одинакова, так как техническое задание изначально одинаковое у обоих клиентов и соответственно количество элементов сайта тоже. Соответственно оба клиента заплатят приблизительно одинаковую сумму.

Редакция, которая позволяет реализовать с легкостью, как интернет-магазин, так и портал у 1С-Битрикс обойдется клиенту в 1600$. Конфигурация системы на сервере и настройка функциональности займет не более 1-2 недель. Плюс время и деньги, затраченные на дизайн и его внедрение.

В это же время клиентом А было затрачено такое же время и деньги на дизайн, но вот разработка сайта такого размера займет у одного программиста не 1-2 недели, а 2-3 месяца в лучшем случает. И того исходя из логики 2 месяца – 2 недели = 1,5 месяца работы опытного разработчика. При ставке в 10$/час (а именно столько минимально будет стоить труд хорошего разработчика) и 8-часовом рабочем дне разработчик должен получить:

10$/час * 8 часов/день * 20 дней/месяц = 1600$ в месяц.

1600 * 1,5 = 2400$

В результате как мы видим бесплатно не означает дешевле, а иногда и наоборот.

Также время за которое оба клиента откроют свой сайт для посетителей также будет значительно отличатся.

А как известно в бизнесе «время – деньги»!