JBoss+EJB3(JPA)+JBoss SEAM+MyFaces+Ajax4JSF+JBoss JBPM


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

Ненавижу.

Или если без эмоций - основная идея Явы - предсказуемость и очевидность. Тут наоборот. Куча вещей стреляет совершенно неочевидным способом. Чтобы сказать какой код выполнится и как будет выглядеть контекст страницы после очередного действия сказать совершенно невозможно.

Как-то так пришло в голову, вот предположим я разработчик, пусть вменяемый, использую Java+Struts+Tiles+JDBC ну понятное дело знаю HTML+CSS+JavaScript.

Надо мне сделать проект на JSF(не важно какой, пусть стандарт)+SEAM+EJB3(+JPA)

Ну прежде чем делать надо по уму изучить. Что изучаем:
http://java.sun.com/javaee/javaserverfaces/reference/docs/index.html - как минимум. А вообще-то еще бы что-то почитать

http://docs.jboss.com/seam/1.2.1.GA/reference/en/pdf/seam_reference.pdf

Ну и скажем что-то отсюда http://labs.jboss.com/jbossejb3/

Времени просто на то, чтобы прочитать более или менее не по диагонали - надо где-то неделю. И еще как минимум неделю - поделать прототипы.

Т.е. это 10*8 = 80 часов. Пусть рэйт будет скажем $20 (не много и не мало) т.е. это получается что стоит такая компания по обучению фирме будет где-то $1600

Многовато. Это мы берем, что разработчик шуcтрый, внемяемый, самостоятелный, достаточно хорошо знает английский.

Обычно никто из разработчиков так не делает. Если кто-то чего-то не знает - учится по ходу проекта. Сооответственно тренируется на одном заказчике, что бы применить знания на следующем.

Скажете порочная практика - хорошо.

Что делать заказчику искать вменяемого разработчика с готовым набором скилов? Да вот беда где-же их взять. Технологий то дофига а вменяемых людей мало. Так что не подходит.

Альтеранативы:

1. Нанимая людей самому оплачивать их обучение. Ну это как-то из области фантастики. Кто-ж на это пойдет.
   
2. Искать готовых спецов - как я сказал глупо. По теории вероятности когда вы найдете спеца который знает все технологии, он окажется никудышным инженером.
3. Не использовать новые технологии. Еще глупее. Давайте тогда на коболе писать. А еще лучше вообще компьютеры не использовать.
   
4. Заказывать ПО на .Net - там технологий меньше и есть большая вероятность найти человека знающего из все. Но опять же не выход т.к. по сути похоже на п.3. Т.е. конечно делать так можно - и многие делают, но скажем так решение не концептуальное.
5. Смириться с ситуацией и сознательно отводить в бюджете проекта неделю/две на протипирование и построение скелета приложения (т.е. нявно в том числе на обучение). На мой взгляд выход самый реальный но есть два но: а) Не все проекты достаточно длинные для таких издержек. б) мне конечно легко так говорить - деньги то чужие :-)
   

Из локальной рассылки

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

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

Panda eats... shoots... and leaves!

Прочитал книгу Максима Далина "Убить Некроманта"

Очень понравилось 10 баллов. Что характерно - если на фензине у книги более 40 комментариев - за редким исклоючением прочитать стоить, хотя бы просто чтобы составить свое мнение о книге.

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