Дочитал на днях сабжевую книжку. Вышла она еще в 2008 году (а предыдущее издание и того раньше), но мне она попалась только недавно. По идее, читать ее надо было бы после книги Фаулера «Рефакторинг. Улучшение существующего кода», на которую Кириевски постоянно ссылается, но до Фаулера я пока не добрался, хотя это и не особо затруднило чтение. Вторая книга, которую лучше всего прочитать заранее, это «Приемы объектно-ориентированного проектирования. Паттерны проектирования» банды четырех.

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

Забрал из Федерального института промышленной собственности (ФИПС) свидетельство на программу.

Зарегистрировали достаточно быстро: со дня подачи заявки, до подготовки свидетельства прошло 1,5 месяца. Из финансовых затрат – только уплата госпошлины около 1200 руб. Сама заявка состояла из 74 листов фрагмента исходного кода системы и 5 листов других бумаг.

Кратко сам процесс регистрации:
1) Отправил на электронный адрес otd69@rupto.ru соответствующего отдела ФИПСа запрос, о том, что нужны документы по регистрации программы для ЭВМ

Тема письма: Запрос пакета документов на регистрацию ПрЭВМ
Текст письма:
Добрый день.
Прошу выслать пакет документов, который необходимо подготовить для официальной регистрации ПрЭВМ.
1) объект регистрации ПрЭВМ;
2) статус правообладателя юридическое лицо;
3) кол-во авторов 4 человека.
С уважением,
Дмитрий Бороздин

2) Через несколько дней ожидания позвонил им, попросил обратить внимание на мой запрос, так уж работают наши гос.службы.
Зам. зав отделом регистрации ПрЭВМ, БД и ТИМС ФГУ ФИПС Куликовский Вадим Александрович тел. (499) 240-63-54
На следующий день пришло письмо с документами, которые надо было заполнить и инструкцией.
3) Оплатил гос. пошлину в банке.
4) Далее подготовил заявку и отнес её в ФИПС (дни приема: вторник, четверг).
5) Позвонил в ФИПС через 2 месяца после сдачи заявления, долго выяснял нужный номер телефона (+7(499)240-33-42 – телефон экспертной группы отдела).
6) В ФИПСе обязательно нужна была печать – когда приехал туда за свидетельством, пришлось дополнительно прошивать листы с исходным кодом, ставить на них роспись и печать.

При прошивании исходных кодов сломал одно шило, другим чуть не проткнул стол – эксперт сказал «Государство всё простит». Я понял, на что уходят деньги с оплаты госпошлин за регистрацию).

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

Похоже в сравнении с регистрацией товарного знака регистрации программы для ЭВМ намного проще и быстрее.
Если у кого-то есть вопросы по данной теме – обращайтесь, могу дать примеры заявки и детали процесса регистрации.

UPD: добавляю список документов:
1) Заявление
2) Дополнение к заявлению (форма РП/Доп)
3) Распечатка исходного текста программы
4) Реферат
5) Платежный документ об уплате госпошлины
Формат документов вам укажут в ответе на запрос по электронной почте.

В процессе выбора смс-биллинга под рутраф наткнулси на этот обзор: allpublication.ru/sms
Удобная штукенция, однако графа «комиссия биллинга или сколько получает партнер» вообще ни о чём.
Решил глянуть тарифы и сравнить.

По данным сайта DomainTools.com около 200000 доменов регистрируется каждый день. С появлением огромного числа новых доменов связано появление новых невероятных дизайнов. Так, после обыска сети и галерей CrazyLeafDesign’s CSS, я собрал вместе лучшие дизайны 2008 года.
Очень интересно наблюдать за новыми стилями, которые только-только появились. Похоже web 2.0 сам по себе умирает, в то время как винтажный и художественный стили становятся все более мэйнстримовыми. Если ты хочешь сделать свой сайт, какой стиль выберешь Ты? Надеюсь этот список поможет тебе.

В продолжении поста "Ресурсы по поиску качественных иконок" представляю свою коллекцию сайтов, на которых вы найдёте очень(!) много качественных наборов иконок. Все сайты проверены руками, следовательно открываются и скачиваются легко.

Все когда-нибудь сталкивались с проблемой поиска качественных иконок для различных нужд. Список лучших поисковиков:

Статья посвящена популярному фильму Cloverfield и игре, которая составляла основную часть PR-компании фильма. Премьера фильма состоялась 18 января 2008 года, начало же игры приходится на май 2007 года. За эти 9 месяцев произошло довольно много событий, который помогают более глубоко разобраться в фильме. Первая часть статьи (которую я настоятельно рекомендую прочитать всем непосвященным) была написана Matt_uza. Продолжение было написано уже мной и прочитать его просто необходимо по этой ссылке: habrahabr.ru/blog/the_future_is_here/41886.html
В этот раз я не буду распространяться на отвлеченные темы и лишь еще раз выражу свою благодарность theos за предоставление материалов на русском языке.
Итак, это последняя часть рассказа об ARG Cloverfield. Дабы не растягивать удовольствие, пришлось сделать этот пост весьма большим, но я уверен, что те, кому интересна данная тема, прочитают безо всяких сомнений. Наберитесь терпения.

Буквально вчера я понял, что кроме Хабра в моем RSS ридере нет ни одного русскоязычного источника IT информации. Несправедливость какая-то, подумал я и принялся составлять список блоггеров, которых было бы интересно почитать и за которыми хотелось бы активно следить. Задача эта, как ни странно, оказалась не из самых простых. Поэтому и обращаюсь за помощью к Хабрачеловекам.

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

Сразу скажу, что лично меня не интересует: блоги с превалирующей информацией на личные темы; переводчики-кросспостеры информации с западных мейнстримовых блогов (TC, Mashable, Technorati и т.п.), ну и наверное всё.

UPD: Огромное спасибо всем, кто прислал линки! Под катом находится лишь малая доля ссылок, присланных хабрапользователями, основные сливки в комментариях

Это кратенькая история по размещению своего оборудования на colocation в Новосибирске.

Вариантов на самом деле не очень много:
ДЦ Ростелекома (2-я Союза Молодежи, д. 33), ДЦ РТКОММ-Сибирь (у них было два, с лета будет один только в здании Метрополитена на Серебренниковской 34), ДЦ ЗСТТК на Движенцев 1 и ДЦ Сибирьтелекома на Орджоникидзе 18.

Далее буду говорить о размещении нечто 1U, со 100Мбит соской, генерирующего больше 2Тб трафика в месяц в соотношении не менее 1 к 2 (in/out).

Мы в Бизнес-инкубаторе «Ингрия» довольно много общаемся с различными проектами, по большей части IT-шными, которые хотят принять участие в одной из наших программ или просто заходят пообщаться на различные мероприятия. Многие из них уникальны и действительно инновационные, некоторые чем-то похожи на западные стартапы по первоначальной идее или даже иногда и по реализации. И еще обрабатывая заявки на конкурс Web Ready, заметили некоторые закономерности в Интернет-проектах. И недавно наткнулись на статью, в которой Dharmesh Shah, выделил неизменные типы приложений, которые разрабатывают стартаперы. Каждый раз они прибегают к одному из этих типов. «Не то чтобы это плохо, я лишь нашел это любопытным», — говорит он. Ну да, далее перевод (оригинал) этой небольшой заметки.

Потребность в автоматизации бизнеса существует, и автоматизировать бизнес нужно. Однако, почему-то в России, статистика подобных проектов не очень впечатляет. Причин тому много, но одна из них — банальный обман клиентов на стадии переговоров, когда клиентам буквально пускают пыль в глаза и рассказывают истории успеха, а при внедрении клиент понимает, что ему предлагают дырку от бублика.

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

Маленькое предисловие

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

Откровенно говоря, этот материал предназначался для моего жж. Ну да ладно.

Года полтора назад эта история началась. Один мой знакомый пришел исполнительным директором в Парамед (есть такая фирма). Раньше трудился коммерческим директором у моего клиента. Звонит мне: «Тут, говорит, похоже, кидают компанию с SAP business one, полгода кормят завтраками, нет вообще ничего, ни ТЗ, ни прототипа, вообще ничего…Помоги разобраться, есть ли смысл дальше в вкладывать деньги в черную дыру?». Ладно, думаю, чего не помочь. Ну стал там разбираться, представился от некой фирмы, договорился о презентации с этими ребятами, которые в Парамеде пытались внедрять. Посмотрел продукт, все стало понятно. Развод туристов. Написал пост в sql.ru. Вот он www.sql.ru/forum/actualthread.aspx?tid=610610&hl=sap. Почитайте, занятно.

Я вообще-то сторонник честного бизнеса. Умеешь – делай. Не умеешь – не ври, что умеешь. Больше всего меня раздражают те, кто не только врет, но еще и деньги на этом делает.

Я вообще не планировал там (на sql.ru) какую-то дискуссию вызывать, а просто хотел рассказать сообществу правду о том, что увидел своими глазами. Про хабр тогда не знал, а то бы и здесь поведал. Однако дискуссия развернулась «мама не горюй». Этому посту на sql уже более полутора лет, а там до сих пор обсуждение идет!!! Сам я в дискуссии почти не участвовал, не в этом была моя цель.

Hibernate — это прекрасный ORM инструмент, который можно настроить практически под любые свои нужны. В этом топике я покажу, как можно хранить поля произвольного типа. Для примера, возьмем массив строк (String[]) и POJO объект, который мы хотим хранить в БД:

1. public class StringArrayContainer {
2.     private Integer id;
3.     private String[] tags;
4. //  Место для геттеров и сеттеров.    
5. }

Для того, чтобы хибернейт мог сохранять в базу поле типа «массив строк» необходимо (и достаточно) написать класс, который реализует интерфейс UserType, а также сослаться на него в мэппинге (файл hbm.xml).

1. public class StringArrayCustomType implements UserType {
2. //  TODO: написать реализацию.  
3. }

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

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

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

На днях был один пост о полезных плагинах для Eclipse от пользователя gAmUssA, в котором был упомянут в том числе и PMD. Мне этот плагин показался интересным и я решил по-пробовать натравить эту зверушку на свой проект…

Само понятие модульной сетки, за последние несколько лет стало чрезвычайно модным. В первую очередь у дизайнеров. И во-вторую очередь у верстальщиков.

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

Немного про модульные сетки

Модульная система вёрстки — система вёрстки, при которой основой композиции полос и разворотов становится модульная сетка с определенным шагом (модулем), одинаковым или разным по горизонтали и вертикали. По мотивам Википедии.

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

Предлагаю вашему вниманию PHP скрипт автоматической загрузки файлов на сервис Яндекс.Диск. Скрипт прост до безобразия, достаточно передать ему в качестве параметров логин, пароль и путь к файлу и в результате он загрузит ваш файл на сервис и выдаст вам ссылку на него. Не знаю, сколько еще меня вместе с моими постами будет терпеть Яндекс, но все-таки приведу исходный код скрипта :)

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

Как вы, наверное, замечали, прототипы могут быть представлены в разнообразных формах: от каких-то набросков на салфетке, до дизайна созданного в профессиональном пакете, который выглядит очень близко к желаемому результату. Несмотря на такое количество вариантов, мы можем выделить два основных типа прототипов: малодостоверные (Low fidelity) и высокодостоверные (High fidelity ). Малодостоверный прототип – это простое описание, набросок на рисовальной доске или скетч, которые приблизительно показывают кусочек пользовательского интерфейса. Пример такого прототипа представлен на рис. 1.


Рис. 1 – Пример малодостоверного прототипа, который демонстрирует форму входа в систему