Home
tvv [entries|archive|friends|userinfo]
Vadym Timofeyev

[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

Open Source. MultiCache class library 1.00 [Сент. 7, 2007|12:19 am]
[Tags|, , ]

Для тех, кто сталкивается с необходимостью что-то кешировать на диске или в памяти.

http://multicache.googlecode.com/

MultiCache - библиотека классов PHP для работы с кешем. Имеет следующую функциональность:

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

(Оно же тут: http://weblancer.net/users/tvv/portfolio/155640.html)

В TODO по этому проекту уже значится:

- MultiCache - ввести понятие sections для элементов кеша (пространства имен, секции);
- MultiCacheFile - хранить файл __metadata__, в котором будут храниться и постоянно обновляться текущий размер содержимого кеша и количество элементов кеша. Периодически пересчитывать это значение при вызове clean();
- cделать поддержу DBM хранилища данных для кешей.
ссылкаОставить комментарий

Мысли. Делать ли скидки заказчикам на большие проекты? [Авг. 29, 2007|10:24 am]
[Tags|, , , ]

Один заказчик мне пишет, что хотел бы дать большой проект. Зная мой рейт, он просит его несколько снизить, мотивируя тем, что проект крупный и очень надолго, и хотел бы иметь "оптовую скидку". Ну что ему сказать...

Опт - это если был бы большой проект, состоящий из почти одинаковых маленьких проектиков. Например сделать 10000 баннеров - тут опт уместен.

Но если есть "монолитный" большой проект, например на 4-5 тыс. человеко-часов, то часто бывает наоборот. То есть чем больше проект, тем выше рейт и соответственно итоговая цена. Потому что:

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

2. На большом проекте обычно больше затраты на менеджмент и синхронизацию работ.

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

4. Заказчик обычно соглашается оплатить большой объем работ по дополнительным таскам, таким как QA, QC и Technical Writing, то есть подключаются дополнительные люди или целые команды.

5. Самое главное. Большие проекты обычно заказывают большие клиенты у которых много денег (шутка) ;)
ссылка3 комментария|Оставить комментарий

Мысли. Команда vs фрилансер-одиночка. [Авг. 28, 2007|04:50 pm]
[Tags|, , , , ]

Тут все индивидуально. Но в общем случае расклад зависит от того, кто себе какие цели ставит:

1. Свобода. Если Вы любите полную свободу от всего, замечаете за собой некоторую непредсказуемость в действиях, недисциплинированность, часто ленитесь, стеснены обстоятельствами настолько что не можете планировать свою жизнь дальше чем на 2-3 дня вперед, не любите работать по графику, не хотите нести ответственность перед другими и за других, не хотите быть зависимыми от других, и т.д. - тогда лучше работать только одному. В команде Вам будет некомфортно, тем более что и команду Вы сможете подвести.

2. Стабильность. Одиночка более уязвим. Например поломался комп, или заболел. Что делать с текущими проектами? В команде работать всегда стабильнее. Заказчики также понимают, что работать с одиночкой рискованнее чем с командой, поэтому меньше доверяют, и меньше платят.

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

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

В общем, все намного глубже, наверное как-нибудь на эту тему статью напишу.
ссылка2 комментария|Оставить комментарий

Open Source. MultiAjax class library 1.00 [Авг. 27, 2007|05:47 pm]
[Tags|, , , , ]

Небольшая помощь тем, кто использует AJAX.

http://multiajax.googlecode.com/

MultiAjax - библиотека классов PHP для работы с AJAX. Имеет следующую функциональность:

- может задаваться или выбираться автоматически HTTP метод POST или GET;
- поддерживаются таймауты;
- ограничивается количество параллельных запросов, необработанные запросы выстраиваются в очередь;
- используется пакетный режим (batch mode), несколько запросов физически могут быть отправлены в одном HTTP запросе, что значительно экономит трафик;
- работает с различными кодировками, в том числе UTF-8;
- использует собственный быстрый и компактный механизм сериализации.

(Оно же тут: http://weblancer.net/users/tvv/portfolio/150010.html)
ссылкаОставить комментарий

Open Source. MultiXml class library 1.00 [Авг. 27, 2007|08:15 am]
[Tags|, , , , ]

Вот, еще одно творение, может быть кому-то поможет.

http://multixml.googlecode.com/

MultiXml - библиотека классов PHP для работы с XML структурами, например такими как YML (Yandex Market Language), используя SAX парсер. Имеет дополнительную функциональность:

- используется быстрый SAX парсинг файлов большого размера с минимальным расходом оперативной памяти;
- можно выбирать любую кодировку, по умолчанию UTF-8;
- в пакет входит класс XmlToCsv для преобразования XML в CSV.

В архиве приводится демонстрационный пример для преобразования YML (Yandex Market Language) в CSV.

(Оно же тут: http://weblancer.net/users/tvv/portfolio/147889.html)
ссылкаОставить комментарий

Open Source. MultiCurl class library 1.05 [Авг. 27, 2007|08:06 am]
[Tags|, , , , ]

Решил попробовать себя в Open Source, сделал несколько небольших продуктиков...

http://multicurl-library.googlecode.com/

MultiCurl - библиотека классов, выполненная на базе MULTI CURL PHP extension. Имеет дополнительную функциональность:

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

К примеру, можно стартовать 100 закачек в 2 параллельных потока, скачивая только первые 100 Kb в каждой закачке.

(Оно же тут: http://weblancer.net/users/tvv/portfolio/143252.html)
ссылкаОставить комментарий

Статья «Фриланс. Планирование рабочего времени. Часть 1. Интервью с Java экспертом.» [Мар. 20, 2007|10:02 pm]

Существует масса статей для фрилансерской аудитории, посвященных вопросу планирования рабочего времени. Предлагаются различные подходы, методики и советы, взвешиваются их «за» и «против». Тема, действительно, насущная. Но единого, универсального для всех, решения тут нет и быть не может, все очень индивидуально. Действительно, одни работают по 14 часов в сутки, чтобы больше зарабатывать, другие — лишь по 2-3 часа по ночам, третьи — только по выходным... Поэтому мы пойдем другим путем.

Статья полностью... )
ссылкаОставить комментарий

Статья «Фриланс. Зачем нужен свой сайт.» [Июл. 7, 2006|03:17 pm]

Многие сталкиваются с таким вопросом – стоит ли делать себе сайт? Нужен ли он? У разработчиков также часто возникает другой, похожий вопрос — как убедить клиента что его компании нужен сайт, или что ему нужен свой персональный сайт.

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

ссылкаОставить комментарий

Статья «Фриланс. Заказчик, выбери меня, я лучший!» [Мар. 30, 2006|12:00 pm]

Удаленная работа имеет ряд нюансов. Например, кто из фрилансеров не спрашивал себя, почему заказчики выбирают одних разработчиков, и не выбирают других?

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

ссылкаОставить комментарий

Статья «Фриланс. Проекты и предложения на разработку.» [Мар. 11, 2006|12:00 pm]

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

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

ссылкаОставить комментарий

Статья «Фриланс. Минимизация рисков.» [Мар. 7, 2006|12:00 pm]

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

Давайте рассмотрим, чем рискует фрилансер.

ссылка1 комментарий|Оставить комментарий

Статья «DIV vs TABLE. Мифы сторонников тега TABLE.» [Янв. 19, 2006|12:00 pm]

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

ссылкаОставить комментарий

Статья «Фриланс. Плюсы и минусы.» [Янв. 19, 2006|08:00 am]

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

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

Статья полностью... )
ссылкаОставить комментарий

navigation
[ viewing | most recent entries ]

Реклама