важен не код, а то что в голове
для зарабатывания денег, какой только код не приходилось писать
как правило чем лучше код, тем больше времени на него уходит
в общем все зависит от целей
конкретно про данный пример — у меня не было цели и времени красиво оформлять, просто поделился небольшим своим открытием, вдруг кому полезно будет знать
static в данном случае я поставил, для того чтобы можно было создать инстанс B без создания инстанса A (а оно потребовалось бы, потому что B объявлен внутри A)
B объявлен внутри A для того чтобы скомпилировать все в одном файле (был и другой способ — расопложить просто рядом, но тогда были бы вопросы почему B не public класс)
Вобщем тут ни чего хитрого, просто такого оформление получилось, я не заморачивался сильно.
Суть задачи в том что это такая за ссылка this в конструкторе базового класса, и что с ней происходит, если наследник отказывается от создания себя (и вообще отказ ли это)
Ну как то так :)
Да, есть такое :)
Про Scrum слышу первый раз, хотя последние года 3 работаю по очень похожей схеме.
С разными командами/конторами/заказчиками по разному, но направление именно «естественный процесс построения работы» :)
Использование Hibernate не исключает возможности использовать «tips and tricks» описанные в данной статье.
Просто когда пишешь на HQL надо хорошо понимать в какой SQL это превратится.
Соответственно, и архитектуру БД и маппинг тоже надо делать с пониманием.
Если найдете как удалить свой акк из "ВКонтакте", напишите пожайлуйста.
Я не смог удалить свой акк ни в "однокласниках ни "в контакте", а вой "мой круг" порадовал, там есть опция удаления.
Точная оценка стоит очень дорого, и цена запросто может достичь 30% стоимости проекта. Заказчик либо понимает это и соглашается работать по примерной оценке, со всеми вытекающими последствиями, либо заказчик не понимает этого и все равно приходится работать по примерной оценке, тоже со всеми вытекающими последствиями.
Составление правильного контракта чем то мне напоминает получение точной оценки :)
Сколько видел контрактов, как правило там написан почти полный бред, и работа в конечном итоге все равно строится на доверии.
Я на своем опыте понял, что чем меньше итерации, тем меньше риски возникновения недопониманий. Колбасить месяц прототип и потом показывать его заказчику считаю недопустимым. В идеале заказчик должен смотреть на продукт раз в 2-3 дня и сразу же говорить свои замечания.
А в разработку по ТЗ давно не верю, это какой то буржуйский миф :)
Да, на dklab.ru оличная библиотека, с очень хорошей документацией, сам пользовал ее.
Но покопавшись в низкоуровневом AJAX, пришло понимание, что дело это неблагодарное, надо использовать готовые фрэймворки, в которых все это скрыто, благо таких фрэймворков уже куча.
для зарабатывания денег, какой только код не приходилось писать
как правило чем лучше код, тем больше времени на него уходит
в общем все зависит от целей
конкретно про данный пример — у меня не было цели и времени красиво оформлять, просто поделился небольшим своим открытием, вдруг кому полезно будет знать
B объявлен внутри A для того чтобы скомпилировать все в одном файле (был и другой способ — расопложить просто рядом, но тогда были бы вопросы почему B не public класс)
Вобщем тут ни чего хитрого, просто такого оформление получилось, я не заморачивался сильно.
Суть задачи в том что это такая за ссылка this в конструкторе базового класса, и что с ней происходит, если наследник отказывается от создания себя (и вообще отказ ли это)
Ну как то так :)
Пересчитайте.
Про Scrum слышу первый раз, хотя последние года 3 работаю по очень похожей схеме.
С разными командами/конторами/заказчиками по разному, но направление именно «естественный процесс построения работы» :)
Просто когда пишешь на HQL надо хорошо понимать в какой SQL это превратится.
Соответственно, и архитектуру БД и маппинг тоже надо делать с пониманием.
ну какой смысл листать миллион записей?
Если хочешь добра людям, надо выкладывать под LGPL.
Похоже реально зря минусанули.
Я не смог удалить свой акк ни в "однокласниках ни "в контакте", а вой "мой круг" порадовал, там есть опция удаления.
Составление правильного контракта чем то мне напоминает получение точной оценки :)
Сколько видел контрактов, как правило там написан почти полный бред, и работа в конечном итоге все равно строится на доверии.
А в разработку по ТЗ давно не верю, это какой то буржуйский миф :)
На странице есть видео по использованию.. чтобы более понятно было...
Но покопавшись в низкоуровневом AJAX, пришло понимание, что дело это неблагодарное, надо использовать готовые фрэймворки, в которых все это скрыто, благо таких фрэймворков уже куча.