# tail /var/log/dflyer.log

Внимание!

Mon, 24 Dec 2007 09:32:57 GMT

Данный блог меняет место прописки на http://yasinetskiy.com.
Блог будет посвящен моей профессиональной деятельности, а именно: разработке web приложений, Java, современным технологиям в IT и просто интересным интернет проектам.
Основной целью создания отдельного проекта являются нексколько факторов: более качественный и проработанный контент, регулярные публикации и больший объём информации.

Для желающих подписаться на RSS доступна ссылка: http://feeds.feedburner.com/AndreyYasinetskiysoftwareDevelopment

Также, настроена автоматическая трансляция в ЖЖ: http://buddy_.livejournal.com

До новых встреч! :)

eclipse

Mon, 24 Apr 2006 15:15:51 GMT

бля, ну почему eclipse не умеет по FTP работать????....

эх...

Fri, 14 Apr 2006 20:17:37 GMT

сижу вот на работе в такой поздний час пью вино и жду пока выполнится mysql запрос :)
и так уже 2 часа...

Java и jar библиотеки

Wed, 12 Apr 2006 08:47:02 GMT

Предположим есть Java приложение использующее внешние библиотеки в виде jar'ов. И хранятся они, скажем в папке lib в корне вашего приложения.
Чтобы быстро и без "гемора" прописать к ним пути, создаём setup.bat в корне проекта

setup.bat:
@ECHO OFF

SET APP_MAIN_CLASS=YourMainJavaClass.java

:: Путь к скомпиленным классам
SET APP_CLASSPATH=.;build/classes;

:: Рекурсивно оббегаем папку lib и вызываем cp.bat который для каждого jar'а установит путь
FOR /R lib %%X IN (*.jar) DO CALL cp.bat %%X;

:: Собственно путь к jar'ам
SET PATH=%PATH%;.\lib

@ECHO ON
start "Ura" java -classpath %APP_CLASSPATH% %APP_MAIN_CLASS%
@ECHO OFF
GOTO END

:END

cp.bat:
SET APP_CLASSPATH=%APP_CLASSPATH%%1;

Прежде чем начать...

Sat, 15 Oct 2005 08:23:34 GMT

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

Несколько рекомендаций:
1. Старайтесь формулировать действия так, чтобы каждое из них было максимально независимым от других.
2. Не смотрите на ещё не выполненные действия. Это может сбивать с толку. Очень важно двигаться именно в той последовательности, которую вы спроектировали.
3. По мере выполнения, вычеркивайте действия из списка. (Лично мне это помогает лучше сконцетрироваться на текущем пункте).
4. Придумайте для себя наиболее удобную форму подобных записей.

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

Пишите просто и по существу!

Iterations

Fri, 14 Oct 2005 16:40:07 GMT

Как писал mkdir, карточки с User Stories действительно оказывают неоценимую пользу в разработке, однако не стоит забывать об итерациях :-).

Коротко об итерациях:
Итерация представляет собой некий список задач, основанный на User Stories и расписанный на каждого сотрудника в отдельности. Чаще всего итерацию приравнивают к одной рабочей неделе, что позволяет легко проследить загруженность каждого сотрудника, а также контролировать процесс разработки ПО.

Как итерации используем мы:
Помнится, не так давно, в нашей команде возникали проблемы с расчетом необходимого времени на выполнение задач и как следствие проеб сроков :-). Решение проблемы пришло не сразу. После многочисленных "совещаний стоя" решили внести дополнения в наши итерации. Принудительно, в начале недели, программист обязан в списке итераций напротив каждой задачи записать предполагаемое время, которое, по его мнению, он потратит на ее выполнение, а в заголовке списка итераций записать сумму предполагаемого времени (проще всего записывать в минутах). После каждого выполнения задачи, программист обязан через "/" записать время "реальное", которое он потратил на ее выполнение. В итоге, остается посчитать сумму "реального" затраченного времени и посмотреть разницу (предпологаемое - затраченное). Идеальным результатом считается число максимально приближенное к "0". Программисты в нашей команде, получившие в конце итерации наименьший коефициент награждаются.

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

p.s. Так, вычеркнув к среде 3/4 задач из своего списка, я ясно вижу, что со спокойной душой могу пропинать хуи в четверг :-D...