Главный блог dev.by

Я получил интересный, развернутый и информативный комментарий на свой пост «Легальный фриланс». Чтобы попытаться ответить и высказать свою точку зрения, пришлось написать не менее развернутый пост :)

rodion.zhitomirsky пишет (спасибо за комментарий):

«Вы сами себе противоречите: с одной стороны, фрилансер является субъектом экономики и должен сам заботиться об отпуске, клиентах, договорах, налогах. Именно по этому во всём мире фрилансеры получают больше, чем наёмные сотрудники. С другой стороны, вы предлагаете "перенести ответственность за регулирование отношений на работодателя".»

Далее rodion.zhitomirsky призывает платить налоги и предлагает несколько вариантов, предусмотренных в законодательстве РБ.

По моему мнению, тут противоречия нет. Если фрилансер получает больше, то либо он лучше работает, либо в сфере его профессиональной деятельности работодателю выгодно ему платить именно столько. Фрилансер не диктует цены. Он ищет работу по душе и по деньгам.

Заголовок звучит, может, и слишком провокационно, но, честно говоря, уже надоело читать постоянные новости про SEO в Беларуси и, особенно с каким пафосом это всё превозносится и с каким серьёзным видом обсуждается.

Массовое увлечение поисковой оптимизацией на Западе было года четыре назад, когда даже солидные компании размещали на своих сайтах бесконечные директории всяких мусорных линков. Тысячи индусов обменивались друг с другом ссылками, переписываясь витиеватыми письмами от имён известных контор. Пользуясь тем, что большинство заказчиков слабо понимали, что вообще к чему в «раскрутке» сайта, тысячи SEO-специалистов неплохо так заработали, поднимая сайт в топ поисковиков или даже просто «консультируя» по поводу оптимизации. Линк эксчэйндж стрэтеджи, кейворд денсити и т.д. – главное слов новых и красивых побольше, и клиент твой. Тем более, что тогда ещё и Google с его изменчивым как сердце красавицы алгоритмом оставлял куда больше возможностей для махинаций.

Здесь уже был пост про влияние кризиса на белорусское IT, в котором автор делал выводы, что ничего страшного у нас в Синеокой не будет, и разве что рост зарплат замедлится и приостановится. Тем не менее, на форумах всё чаще стали появляться слухи о том, что у некоторых минских крупных контор есть проблемы, и ими планируется определённое сокращение штатов. Разумеется, официально никто нигде ни о чём подобным из представителей наших ИТ-компаний не заявлял, и поэтому любая информация, на данную тему, вполне возможно будет не соответствовать действительности - слухи есть слухи. И я буду только рад, если они не подтвердятся.

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

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

1.       Возможность повторного использования кода (библиотек) для решения однотипных задач 2.       Возможность реализации одной и той же функции различными техническими способами 3.       Возможность автоматизированного и автономного от всего приложения тестирования 4.       Упрощение разработки за счет сужения профессиональных знаний для решения задачи

На помощь в достижении цели нам предоставлены множественные средства и паттерны разработки, от более непонятных, таких как IoC Container и AOP в различных реализациях, до более знакомых всем WEB фреймворков, реализующих MVC шаблон.

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

Приложение состоит из набора страниц для работы с таблицами данных(для разработчика понятней звучит «с коллекциями объектов - бинов»). Ниже приведен скриншот HTML отображения такой таблицы:

Стандартные функции:

1.       Переход по страницам и отображение только одной страницы информации (paginating) 2.       Сортировка по одной из колонок (по выбранному полю) 3.       Фильтр по одному из доступных значений одного из полей (несколько полей может участвовать одновременно)

Логика формирования списка для отображения может быть различная. Например, могут учитывается права пользователей, либо переменные окружения. Но выше указанные функции всегда будут одинаковы для всех. Т.о. необходимо реализовать эти функции раз и на всегда и применять для всех страниц приложения, отображающих таблицы данных. Я приведу пример, как Criterion API от Hibernate нам помогает разделять аспекты при разработке WEB приложений.

Criteria API позволяет формировать запросы к базе данных программным средствами. Вещь не до конца доработанная разработчиками Hibernate и имеющая много ограничений. К тому же я видел примеры кода, где программист пытался использовать Criterion API совсем не по назначению, а именно: либо просто перенося часть функций RDBMS на уровень Java приложения, либо создавая такую кашу кода и логики, что поддержка приложения становится хорошим тренажером для мозга :). Но в моем случае она оказалась довольно полезной.

Класс Criteria - основной элемент в Criteria API. Он представляет собой запрос к базе на получение коллекции объектов бинов определенного типа. Работа с API начинается с создания объекта Criteria в виде:

Criteria criteria = session.createCriteria(Class persistentClass);

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

А завершается работа с объектом запуском запроса и получением результата. Например:

List result = criteria.list();

Т.о. при создании объекта Criteria мы можем задать все параметры сортировки и фильтрации, выбранные пользователем в интерфейсе. Далее пользователь фреймворка добавляет в запрос необходимую логику выборки. И в завершении идет стандартная имплементация выполнения запроса с функциями paginating-а. В результате, разработчик может сконцентрироваться на имплементации и, что очень важно и удобно, тестировании только специфических для данной таблицы условий выборки. Если же таковых нет, то функция является полностью реализованной и не требует дополнительного кодирования.

В следующем посте, я могу привести пример имплементации данного решения, если конечно это кому-то интересно :)

Чуть менее десяти дней назад началась рекламная игра мобильного оператора Velcom под названием "Заведи мечту!". Продлиться она должна почти до католического рождества. В рамках данной игры 77 счастливчиков получат по народному немецкому автомобилю Поло и ещё две тысячи долларов на коврики, синие писалки и наклейки найтрэйсинг (хотя на самом деле деньги пойдут на уплату налога с выигранного автомобиля государству). Общий бюджет игры небывалый для нашей страны – более миллиона двухсот тысяч долларов! Ура, товарищи!

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

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