Веб-разработка *

Уже замечено несколькими людьми, что бывают проблемы: svn забирает последнюю версию из репозитория, а файлы забираются не все. Видно что в рабочей папке файлов не хватает, а в репозитории они лежат, повторный update не помогает. Спасает удаление всей «больной папки» и update внешней содержащей. В общем будьте внимательны — версии 1.6.x (такое было на нескольких версиях).

Эта статья является коллекцией некоторых мощных каруселей изображений и текстовых материалов, готовых к использованию в ваших Web-проектах. Она включает в себя Agile Carousel, YUI Carousel, JCarousel, iCarousel (jQuery + MooTools) и учебное пособие о том, как реализовать простую карусель наподобие карусели во Flickr, используя Prototype-UI.

Я пишу этот топик, как ответ на недавнюю статью «10 приемов, разрушающих хрупкую красоту кода», в которой разгорелось множество споров.

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

Автор во многом прав, но он слишком категоричен в убеждениях. Профессия программиста заключается в том, чтобы думать и описывать решение задачи оптимальным способом. Как и в любом искусстве, если программист будет решать все задачи «подставляя лишь шаблоны», то все его решения — будут полнейшей ерундой. Программист — человек умеющий думать, а языки программирования предоставляют охрененно гибкий интерфейс для реализаций алгоритмов решений. По этому не стоит отказываться от особенностей языка — потому что в шаблоне написано не пользоваться — уж разработчики языков за вас уже продумали всё 100 раз, чтобы оставить эти методы и уверен, что в документации вы можете найти наиболее подходящие методы использования.

То, что Автор рассказал, хорошие советы. Но он показал лишь одну сторону медали. Я сейчас покажу другую.

Желание стать эффективнее и производительнее приводит многих дизайнеров к поиску методов улучшения рабочего процесса. Одно из распространённых решений — использование нескольких мониторов, способное дать значительные преимущества. В этой статье рассматриваются «за» и «против» такого решения.

«ЗА»

+1) Производительности труда растёт

Наибольшее преимущество — это, конечно, рост производительности труда.

Было проведено немало исследований, которые пытались подсчитать как именно меняется производительность труда от внедрения мульти-мониторной системы. В соответствии с исследованием Jon Peddie Research производительность вырастает на 42%.

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

_{Статья приводится в сокращении из-за ограничения на объем материала.}

Для меня программирование — это не только технология, но и, во многом — искусство. И, поэтому, большое значение имеет красота кода.

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

1. Объявление всех переменных в начале программы;
2. Возврат результата функции через ее параметр;
3. Отсутствие локальных функций;
4. Отсутствие else if;
5. Использование параллельных массивов;
6. Хранение размера массива в отдельной переменной;
7. Доступ к свойствам объекта через obj.getProperty() и obj.setProperty(value);
8. Использование рекурсии для вычисления факториалов и Чисел Фибоначчи;
9. Отсутствие именованных параметров функции;
10. Невозможность объявления объектов «на лету».

Наверняка, в некоторых местах вы будете со мной несогласны — ведь чувство красоты у всех разное.

Объявление всех переменных в начале программы

В двух словах:

Переменные должны объявляться в начале логического блока, в котором они используются, а НЕ в начале функции или программы.

У каждого явления существует «плохая» и «хорошая» сторона. При этом абсолютного зла не существует. Также как и абсолютного добра.

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

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

Начнем с того, что программирование — это плохо. Почему?

Русский перевод руководства пользователя веб-ОС eyeOS для версий 1.8. Переведено и переделано для версий 1.8 мной для коммьюнити eyeOS. На данный момент это первое и единственное руководство пользователя и документация на русском языке вообще. Размещен на официальном сайте eyeOS по адресу eyeos.org/usermanual

Содержание

1. Введение
1.1. Вход в систему
1.2. Создание нового пользователя
2. Рабочий стол: первые шаги
2.1. Панель приложений
2.2. Значки по умолчанию
2.2.1. Значок «Домашняя папка»
2.2.2. Значок «Приложения»
2.2.3. Значок «Корзина»
2.3. Системная панель
2.4. Панель задач
3. Основные приложения
3.1. eyeFiles: менеджер файлов
3.1.1. Общие операции
3.1.1.1. Пример использования
3.1.1.2. Загрузка файлов
3.1.1.3. Открытие файлов
3.2. eyeDocs: текстовой процессор
3.2.1. Создание документа
3.2.2. Сохранение документа
3.2.3. Открытие документа
3.3. eyeCalendar
3.3.1. Добавление события
3.3.2. Перемещение события
3.3.3. Редактирование события
3.4. eyeContacts
3.4.1. Добавление нового контакта
3.4.2. Просмотр, редактирование и удаление контакта
3.4.3. Импорт и экспорт контактов
3.5. eyeBoard: доска объявлений
3.5.1. Посылка сообщения
3.5.2. Очистка доски
3.6. eyeMail: клиент электронной почты
3.6.1. Прием почты
3.6.2. Отправка нового сообщения
3.7. eyeRSS: читатель новостных лент
3.7.1. Добавление новой ленты
3.7.2. Чтение ленты
3.7.3. Обновление ленты
3.7.4. Удаление ленты
3.8. eyeProcess: диспетчер процессов
3.8.1. Закрытие приложения
3.9. eyeControl: панель управления
3.9.1. Изменение вида вашего рабочего стола
3.9.2. Администрирование системы
3.9.2.1. Общее администрирование
3.9.2.2. Управление пользователями
3.9.2.3. Управление группами
3.9.2.4. Управление хранилищами
3.9.2.5. Установка нового программного обеспечения

«Неписанный кодекс дороги»

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

Горячий и опасный Дмитрий Фитискин, он же dfitiskin, он же техдиректор студии Доминион, собрал нас всех в вечер вторника с целью укрепления знакомств и обсуждения темы «Что такое хороший сайт». Собралось на удивление много людей, все получилось мило и трогательно.

Тут я могу ошибаться, чья именно это идея была, но меня пригласили Дима и Леша из Доминиона.

Коллеги,

а кто как решает проблемы мультиязычности контента? с учётом SEO конечно и всех прочих рюшечек!

Мои основные постулаты это:

1) Разные языки на разных поддоменах (en.mainsite.com de.mainsite.com mainsite.com ––> default)
2) Автоматический подбор языка клиенту в первый визит (подбор либо по базе данных IP либо по языку броузера)
3) ЧПУ c спецификой языка
4) Весь контент в обной СУБД
5) Все media (картинки и прочее) живут на отдельном поддомене media.site.com
6) В шкурке языковая привязка идёт через языковой файлик (подгружается в шаблон) — из имени поддомена легко просчитать какой языкой файл использовать (кеш — уже отдельная тема, но тоже реализуется)

Только что пришло сообщение на электронный ящик о том, что CMS Magazine подвел итоги первого ежеквартального опроса среди профессиональных участников рынка веб-разработок. Очень «забавно» посмотреть на результаты данного опроса в контексте параллельно проходящего рейтинга Tagline 2009.

Что особенно удивляет, так это повальная уверенность участников опроса в светлом будущем во втором квартале 2009 го…

Например:

Cредняя стоимость разработки корпоративного сайта
172 706 руб. — в 2008-м году
162 748 руб. (-6%) — в первом квартале 2009-го года
Рост во втором квартале прогнозируют сразу 43% опрошенных!!!

Исследование целиком можно посмотреть на странице журнала.

Рады вам сообщить о открытии embryo версии платформы веб-сервисов. Мы благополучно решили ряд технических проблем и архитектурных вопросов. И теперь имеем возможность поделится с вами плодами нашей работы. Итак, регистрация открыта!

Так как РИФ+КИБ — мероприятие о и для разработчиков, рассказываю об этом тут.

Все наперебой подводят итоги «Объединенной конференции-2009» (в народе РИФоКИБ), прошедшей в пансионате «Лесные дали» с 21 по 24 апреля. Журналисты упиваются свежей статистикой и смакуют подробности многочисленных «перепалок», участники делятся воспоминаниями «ночей прошедших» и интересными докладами, назначают мини-совещания — делятся кто, чего успел услышать, узнать. Свою лепту в это благородное дело – подведение итогов – внесу и я. Как участник, слушатель и праздно слоняющийся рифокибовец.

Случается, что сайты перестают работать. Причины могут быть самые разные: в датацентре «упал» канал, сервер вырубился, кто-то что-то намудрил с базой или файлами на сервере, сисадмин неудачно обновил ПО или переносил аккаунты. Или кое-кто забыл оплатить хостинг.

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

Я тут ебанулся на отличненько, и сделал одну очень полезную штуку, и назвал её "Gandja" (намёк не понял).

Не знаю как вы, но у меня постоянно какие-то косяки с структурой БД происходят. Локально всё чики, а на сервере какой-нить запрос нет-нет, а не выполню. Проблема эскалировала, когда задействованых в работе компьютеров стало 3. Понять где, что, когда и как делал стало практически невозможно.

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

Есть проблема? Есть решение! Отчего бы не следить за изменениями автоматически (а делиться ими через SVN)? Сказано-сделано.

Welcome to Gandja. Просто и удобно. До безобразия просто и удобно.



copyright note — этот скрипт у нас быстренько на коленке набросал один дяденька, я же его причесал парочкой стилей и с общего согласия выложил на google code

Kevin Decker выпустил FireDiff — замечательное расширение для Firebug, которое отслеживает изменения в DOM и в таблицах стилей HTML-страницы.

 

Добрый день.
Сперва ссылка: угадываем пол посетителя.

По истории навигации с помощью js можно определить пол посетитеся, об этом уже писали. Вкратце — создаем с помощью js ссылки и смотрим, какого они цвета, а по этому определяем, посещенные они или нет. Затем объединяем полученную информацию с демографическими данными о посещенных сайтах.

Но зарубежные определялки работают у нас не очень, т.к. учитывают сайты, популярные в США.
Собрал информацию по русским сайтам, немного переписал скрипты.
Практическое применение (ха, очень важное и полезное): на сайте есть форма, где нужно указать свой пол. Если человек ранее пол не указывал, то с помощью этой технологии сайт пробует его угадать и подставить нужный.

Если кто-то захочет сделать у себя, то выкладываю наработки: там серверное приложение django, js-файл, дамп собранной базы данных. Лицензия, если где-то не указано, — MIT. Без джанги все тоже легко можно использовать.

Наткнулся тут вот на эту заметку и решил прояснить, just to make it clear, по ценам, тем более что сам недавно узнавал. Причем меня никто не футболил и цены я узнал в результате переписки со Steve Copper (Account Manager/Corporate Sales/MySQL) где-то за 2 часа. Для этого мне понадобилось отправить только одно письмо, не считая первоначального запроса через Web-форму на оффсайте, так что никаких проблем при получении прайса не было.