Помогите, пожалуйста, решить задачу
по тайм-менеджменту.
У меня есть хороший опыт J2SE разработок.
С J2EE никогда дело не имел, кроме Servlets и JSP.
Мне необходимо выучить
1. Web Services
2. ORM (Hibirnate)
3. JSF
4. EJB
5. JMS
6. Struts
7. Spring
8. Tapestry
9. Velocity
10. JBoss server
Пожалуйста, в своём сообщении напротив каждой технологии напишите необходимое время для её изучения, если вы с ней сталкивались.
Здравствуйте, Аноним, Вы писали:
А>Пожалуйста, в своём сообщении напротив каждой технологии напишите необходимое время для её изучения, если вы с ней сталкивались.
Все зависит от глубины проникновения. От 1 дня на каждый пункт, до нескольких лет в целом.
Здравствуйте, Аноним, Вы писали:
А>Помогите, пожалуйста, решить задачу А>по тайм-менеджменту. А>У меня есть хороший опыт J2SE разработок. А>С J2EE никогда дело не имел, кроме Servlets и JSP. А>Мне необходимо выучить А>1. Web Services А>2. ORM (Hibirnate) А>3. JSF А>4. EJB А>5. JMS А>6. Struts А>7. Spring А>8. Tapestry А>9. Velocity А>10. JBoss server
А Spring наверное ты хочешь выучить обязательно с его web-частью?
Здравствуйте, Аноним, Вы писали:
А>2. ORM (Hibirnate)
года три назад примерно в течение месяца мне удалось зачитать до дыр "in action", параллельно программируя простые и не очень вещи с упором на ручное создание разных мэппингов.
как результат — зверь с тех пор не страшен вообще
тут будут советовать пользоваться всякими генерационными тулами. может это и хорошо, но разбираться в предмете лучше определённого уровня они не помогут.
А>4. EJB А>5. JMS
обе достаточно просты на уровне идей и API, особенно, JMS — можно постигнуть обе в течение месяца вплоть до деталей
в реальности же этот месяц выполним только при условии твёрдых знаний в теории распределённых объектов, распределённых транзакций, синхронного и асинхронного взаимодействия, причин появления этих технологий и способов их использования
плюс надо добавить поправку на то, что конкретные аппсерверы имеют свои настройки и приколы, на чём может возникнуть потеря, если рядом не будет того, кто скажет, почему то или другое — не работает, и какую настройку надо докрутить
так что, если с нуля, то лучше заложить хотя бы недели три на теорию плюс попросить присутствие "старшего товарища"
А>6. Struts
знаком с ним уже года четыре (версия 1.x), но до сих пор не могу сказать, что его знаю — вот такое он у меня отвращение вызывает
А>9. Velocity
лёгкая технология, врубиться можно до тонкостей написания своих тулов за пару-тройку недель
нюансы возникают только там, где захочется грамотно встроить эту технологию в уже имеющийся набор
Просто А>3. JSF А>6. Struts А>8. Tapestry А>9. Velocity
и Spring web почти взаимозаменяемые технологии (Velocity соответственно можно использовать вместе с сервлетами)
Re[2]: J2EE: тайм менеджмент
От:
Аноним
Дата:
28.05.07 15:14
Оценка:
Здравствуйте, Blazkowicz, Вы писали:
B>Здравствуйте, Аноним, Вы писали:
А>>Пожалуйста, в своём сообщении напротив каждой технологии напишите необходимое время для её изучения, если вы с ней сталкивались.
B>Все зависит от глубины проникновения. От 1 дня на каждый пункт, до нескольких лет в целом.
Хочу очень хорошо овладеть. Но несколько лет — это много. Неужели эти технологии так сложны?
Re[2]: J2EE: тайм менеджмент
От:
Аноним
Дата:
28.05.07 15:26
Оценка:
Спасибо за подробный ответ, C0s.
C0s>в реальности же этот месяц выполним только при условии твёрдых знаний в теории распределённых объектов, распределённых транзакций, синхронного и асинхронного взаимодействия, причин появления этих технологий и способов их использования
Теория распределенных объектов — это и есть Теория распределенного программирования или что-то другое?
Какие есть книги по темам распределенных транзакций и синхронного/асинхронного взаимодействия?
Или это разделы какой-то большой темы?
Здравствуйте, Аноним, Вы писали:
А>Теория распределенных объектов — это и есть Теория распределенного программирования или что-то другое?
возможно
я имел в виду, что ejb/jms — всего лишь варианты имплементации в мире java неких базовых идей, заложенных еще лет тридцать назад
и если идеи тебе знакомы, то остаётся постигнуть api, форматы дескрипторов плюс специфику конкретного аппсервера
А>Какие есть книги по темам распределенных транзакций и синхронного/асинхронного взаимодействия?
одной из близких к идеальным книг по теории кмк является Таненбаум-Стен "Распределенные системы. Принципы и парадигмы"
Аноним 503 wrote: > C0s>в реальности же этот месяц выполним только при условии твёрдых > знаний в теории распределённых объектов, распределённых транзакций, > синхронного и асинхронного взаимодействия, причин появления этих > технологий и способов их использования > Теория распределенных объектов — это и есть Теория распределенного > программирования или что-то другое?
Скорее практика создания распределенных приложений.
Я уже видел не раз, когда люди начинают делать приложения (начитавшись
книг про EJB/CORBA/WebServices), в которых каждый вызов делается
удаленно. И потом все это в реальных условиях глючит и не работает.
> Какие есть книги по темам распределенных транзакций и синхронного > /асинхронного взаимодействия? Или это разделы какой-то большой темы?
Книг-то много, можно почитать архивы этой группы, хотя бы. Ничего такого
суперсложного нет.
Только вот тут скорее важно умение быстро разбираться с деталями и
знание инструментов — у меня проблемы были, в основном, со всякими
драйверами и коннекторами, которые неправильно работали с координатором
транзакций.
Здравствуйте, Cyberax, Вы писали:
C>Скорее практика создания распределенных приложений.
C>Я уже видел не раз, когда люди начинают делать приложения (начитавшись C>книг про EJB/CORBA/WebServices), в которых каждый вызов делается C>удаленно. И потом все это в реальных условиях глючит и не работает.
вот чтобы это не создавать, имхо, и надо знать теорию
а то бездумная практика вот и приводит к таким результатам
да, и не надо читать книг по технологиям, для этого есть спецификации. ejb и jms — написаны понятным языком
Re[5]: J2EE: тайм менеджмент
От:
Аноним
Дата:
28.05.07 16:39
Оценка:
C0s>вот чтобы это не создавать, имхо, и надо знать теорию C0s>а то бездумная практика вот и приводит к таким результатам C0s>да, и не надо читать книг по технологиям, для этого есть спецификации. ejb и jms — написаны понятным языком
Капец, просто. Я вообще в этом пути не знаю. Учился не на программера.
Где можно достать список фундаментальных вещей (и книг) по программированию?
Hello, C0s!
You wrote on Mon, 28 May 2007 14:57:29 GMT:
А>> 4. EJB А>> 5. JMS
C> обе достаточно просты на уровне идей и API, особенно, JMS — можно C> постигнуть обе в течение месяца вплоть до деталей
C> в реальности же этот месяц выполним только при условии твёрдых C> знаний в теории распределённых объектов, распределённых C> транзакций, синхронного и асинхронного взаимодействия, причин C> появления этих технологий и способов их использования
Ну насчет "теории распределенных объектов" ты загнул. Теория распределенного программирования имеет под собой строгую математическую основу и к достаточно тривиальным J2EE-технологиям у нее далекое и опосредованное отношение.
Тут скорее советовать надо книги вроде "Patterns of Enterprise Application Architecture" и "Remoting Patterns", в которых объясняется, как надо делать и — главное — почему. Только по-моему, изучать их, не имея за плечами минимальной практики — занятие бессмысленное.