Всем привет! Представляем вам свою первую настольную игру с бумажными фигурками. Это такой варгейм, но только бумажный. И всю игру пользователь делает сам :) Хотел бы сразу сказать, что это не очередная адаптация, а полностью нами разработанный проект. Все иллюстрации, фигурки, правила до каждой буквы и пиксела мы сделали и придумали сами. Такие дела :)



DoodleBattle: FlatArms — это пошаговый варгейм с полем битвы и линейками, где два отряда выполняют опасные миссии, побеждают и проигрывают в безумной борьбе за обладание секретной информацией и технологиями. Конечно же, игра снабжена всем необходимым из конверта: фигурки, поле, постройки, правила, набор миссий, линейки и кубики.

Мы несколько лет занимаемся разработкой сайтов разной степени сложности. За 5 лет сделали более 300 проектов. В своей работе мы не используем шаблоны, дизайн уникальный и разрабатывается под нужды клиента. Не берем готовую CMS и не пытаемся привести задачи клиента к типовому решению, используем Django Framework и разрабатываем такой сайт, который максимально подходит под задачу. В общем, стараемся сделать максимально качественный сайт, на который способны. Как при этом не сломать спину, добиться результата и заработать денег, чтобы развиваться дальше?

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

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

Я помню времена, когда у нас не было ничего, кроме CSS2.1. Стандарт CSS3 казался несбыточной мечтой, открывающей дверь в мир простого кодинга и свободных вечеров, а IE6 был дьяволом, превращавшим нашу работу в сущий ад своими причудами и вольным отношением к стандартам. Как же мы были наивны.

Если вкраце то jira — это система управления проектами, но установить её дело далеко незаурядное. Читать долгие англоязычные мануалы весьма утомительно, русских статей в интернетах мало сейчас будем исправлять.

Цель — создание кнопки, как на изображении, не единой картинкой, а с помощью CSS3

Занимаясь разработкой интернет-каталогов (или же интернет-магазинов) столкнулись с проблемой подбора картинок для товара. Не каждый заказчик может позволить внедрить в свои процессы фотографирование каждого товара (особенно когда их более 7000), да и есть ли смысл фотографировать товары когда их изображения уже есть в интернете, причем абсолютно легально на сайтах производителей. Вручную скачивать-заливать изображения — не вариант. За время работы испробовали массу способов «автоматизации» данного процесса:

• Выгрузка товаров из 1С и синхронизация картинок
• Загрузка картинок «оптом» через FTP
• Поиск картинок средствами Google API

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

Публикую пост от имени gibbzy:

1. Нужно уметь готовить, как и с любым мужчиной. Это факт это неоспоримо. Притом у всех есть несколько любимых блюд их и нужно уметь готовить.
Все айтишники любят домашнюю пищу, потому что зачастую сами не умеют её готовить, а на работе питаются чем бог пошлёт.

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

В этом посте описывается технология проверки ЕГЭ КРОК, наш же регион работал и продолжает работать по технологии ФЦТ (Федеральный центр тестирования). Основная волна ЕГЭ почти прошла, поэтому появилось время написать статейку про то, как все сейчас происходит. Давно уже хотел написать данную статью, но все как-то сомневался можно или нельзя, есть в этом что-то тайное или нету. Никаких документов запрещающих мне рассказывать про технологию нету, поэтому вот решился.

Цель: запоминающийся персонаж; одновременно милый, но при этом должен оставаться монстром; может быть как добрым, так и злым; помощник и житель сайта; что-то типа «мелкомягкой» скрепки.

Эскиз, набросок более-менее приведенный в норм состояние:


Под катом еще эскизы, менее проработанные

Как управлять небольшой web-студией в провинциальном городке? Маленькая – это 3-4 человека с учетом самого управленца. Конечно, готового рецепта я дать не могу (опыта маловато), но поделиться какими-то своими соображениями очень даже вполне.

Как многим уже известно Zend_CodeGenerator появился в бете 1.8 Zend_Framework
Я хотел было потерпеть до релиза версии 1.8, но не удержался и решил всё таки попробавть «на зубок».
Мы будем генерировать класс формы на основе mysql таблицы.
Это действительно очень удобно и избавляет нас от порой рутинной работы.

Разрабатываем информационный портал Забайкалья на гольном патриотизме:) Под катом все соображения и вопросы.

У нас есть команда разработчиков в составе 3х человек: дизайнер/менеджер, верстальщик и программист. Каждый специализируется в своей отрасли, каждый из нас, со своими знаниями и умениями, может зарабатывать неплохие деньги на фрилансе (пробовал — получилось), но опять же нет желания работать во фрилансе, цели немного другие в коллективе. Сейчас собираемся заняться разработкой собственного проекта, но пока он начнет приносить доход, если еще начнет, пройдет не мало времени, а деньги на раскрутку и рекламу проекта нужны. Поэтому берем заказы и возникла проблема — люди в нашем городе не готовы платить нормальные деньги за web-разработку (нормальные — это те деньги которые получил бы каждый из нас на фрилансе при аналогичной разработки), но так как сейчас все озабочены кризисом и те у кого есть деньги начинают «рафинировать» капитал, вкладывать в новые отрасли. Не обошли стороной и интернет, некоторые индивидумы готовы открывать интернет-магазин (в нашем городе 300к человек, активных пользователей сети — в лучшем случаи 100к) и представьте себе, даже платить деньги за разработку! Обычно искали знакомых за шоколадку… Спрос рождает предложение, и у нас появилось огромное количество говно-контор, которые готовы работать за копейки.
Я в обрисовал ситуацию у нас, а вопрос такой — стоит ли прогибаться под текущее положение на рынке? Т.е. фигачить сутками и делать большее количество сайтов или выбивать один нормально оплачиваемый проект?

Очень интересно Ваше мнение, в надежде на интересные идеи по данному вопросу

Получил от одного знакомого в асе сообщение следующего содержания:

%username% (01:53:41 4/12/2007)
omiack.chita.ru — это самый первый сайт на html, за который я взял 15000

• Предположим, что имеем неограниченный спрос.
• Предположим, что такое я буду делать за 20 минут
• Итого: 45 000 р. в час
• При 8-ми часовом рабочем дне 350 000 р. в день
• Минус перекуры — получается 315к в день
• Итого в месяц: 9 450 000 рублей
• Но если у нас один заказчик в месяц, то убыток составит 9 435 000 руб.

Какбы-то не было смешно, а всё-таки обидно.
Зачем я изучаю Zend Framework, JQuery, ООП, если можно вот так вот просто…

Когда я был совсем маленький, не знал, что такое Zend_paginator, да и вообще что такое Zend.
Создание постраничной навигации было для меня не то чтобы проблемой, но занятием, по крайней мере, рутинным и противным. Однако при изучении ZF, я обнаружил замечательную вещь. Итак, давайте по-немногу разбиратся.

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

Долгое время занимаюсь разработкой сайтов, естественно к каждому сайту требуется какое-либо подобие «админки», и так как самым главным моментом в сайте является содержание (контент) — необходимо подготовить инструмент для пользователя (администратора ресурса) для работы с содержанием (контентом). Так как стереотипы не убьешь, и в основном люди приучены к работе в Word (по крайне мере такие встречались мне), необходим форматтер. Испробовал довольно таки большое количество форматтеров, даже была бредовая идея писать свой. Проблем великое множество, юзверы пытаются редактировать форматирование текста на свой вкус, который порой отсутствует, менять шрифт, его цвет (ярко красные буквы с зеленым фоном даже встречались), размер, заливки в таблицах и прочее творчество. По итогу получалась не статья, а страшная эклектика…

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

По итогу родилась следующая идея. Что если статью разбить на несколько блоков. Например, блок с картинкой слева и текстом, блок с картинкой справа и текстом, блок картинок в один ряд, блок таблицы, блок просто текста…
Пользователь загружая картинку указывают ее на своем компе она загружается и поджимается до нужных размеров (причем все это проиходит без перезагрузки страницы, благо есть такая технология как AJAX), тут же определяется положение картинки на страницы, выравнивания все и прочее.

Плюсы:

• Пользователь сразу видет как будет выглядеть страница с его текстом
• Простота использования
• Пользователь не наворочает своего «креатива», все будет выглядеть так, как запланировал это дизайнер

Вот вопрос к Хабра-сообществу: есть ли подобные реализации и какие проблемы могут возникнуть на Ваш взгляд с использованием подобного инструмента?