Регистрация  |  Вход

С чем работают JAVA програмисты?

Да, я не знаю этого.

Мы в SFDC работаем с APEX диалектом JAVA.
Вот я еще могу написать что-то на JAVA для Android.
Но это все "жанровые" вещи.

На чем обычно работает большинство JAVA програмистов? Чем кормится?

(1) это какие-то большие платформы + готовые сборки, как SFDC, но только не облачные? расмещаешь их на своем сервере и вперед? как называются?

(2) или это просто какие-то ide, sdk с наборами классов и каждый сам пилит себе проект?

(3) или это ide, sdk с наборами классов и у каждой контроры есть собственная сборка, которую они адаптирует к каждому конкретному заказу?

подскажите, плиз

Да, я не знаю этого. 

Мы в SFDC работаем с APEX диалектом JAVA.
Вот я еще могу написать что-то на JAVA для Android.
Но это все "жанровые" вещи.

На чем обычно работает большинство JAVA програмистов? Чем кормится?

(1) это какие-то большие платформы + готовые сборки, как SFDC, но только не облачные? расмещаешь их на своем сервере и вперед? как называются?

(2) или это просто какие-то ide, sdk с наборами классов и каждый сам пилит себе проект?

(3)  или это  ide, sdk с наборами классов и у каждой контроры есть собственная сборка, которую они адаптирует к каждому конкретному заказу?

подскажите, плиз

Зависит от специфики компании. Кто-то пилит большой серверный проект, кто-то для андроида, кто-то десктопные приложения(редко но бывает). Есть и облачные платформы (от Гугла, например). Как правило ставится Eclipse + соответствующий SDK + плагин + сервер(Tomcat например). Java охватывает очень обширный спектр задач, так что однозначно не скажешь.

Зависит от специфики компании. Кто-то пилит большой серверный проект, кто-то для андроида, кто-то десктопные приложения(редко но бывает). Есть и облачные платформы (от Гугла, например). Как правило ставится Eclipse + соответствующий SDK + плагин + сервер(Tomcat например). Java охватывает очень обширный спектр задач, так что однозначно не скажешь.

И еще, вот мы все привыкли считать, что Апекс - это "диалект" Java. Я вот с недавних пор изучаю .Net, так вот, заметил, что Апекс гораздо больше походит на C# нежели на Java.

И еще, вот мы все привыкли считать, что Апекс - это "диалект" Java. Я вот с недавних пор изучаю .Net, так вот, заметил, что Апекс гораздо больше походит на C# нежели на Java.

filament06
И еще, вот мы все привыкли считать, что Апекс - это "диалект" Java. Я вот с недавних пор изучаю .Net, так вот, заметил, что Апекс гораздо больше походит на C# нежели на Java.

В разделе Разработка я поднимал тему "A что конструкции Switch-case нет в Апексе?",
можно было бы переименовать ее в "Отличия между АПЕКС и JAVA" и там обсудить сходства с C#.
Это многим могло бы быть интересным/

PS: вот эту тему тоже туда можно бы включить:
Метод с динамическим количеством параметров

[quote="filament06"]И еще, вот мы все привыкли считать, что Апекс - это "диалект" Java. Я вот с недавних пор изучаю .Net, так вот, заметил, что Апекс гораздо больше походит на C# нежели на Java.[/quote]

В разделе Разработка я поднимал тему "A что конструкции Switch-case нет в Апексе?", 
можно было бы переименовать ее в "Отличия между АПЕКС и JAVA" и там обсудить сходства с C#.
Это многим могло бы быть интересным/

PS: вот эту тему тоже туда можно бы включить:
[i]Метод с динамическим количеством параметров [/i]

Apex с Java связывает только похожий синтаксис, сама технология разработки совершенно другая. Я только начал познавать salesforce, но уже вижу коренные отличия

Apex  с Java связывает только похожий синтаксис, сама технология разработки совершенно другая. Я только начал познавать salesforce, но уже вижу коренные отличия

Salesforce лучше воспринимать с нуля. Сравнения с java или C# только усложнит процесс разработки.
Salesforce лучше воспринимать как framework со своей внутренней магией (как например Spring из Java, Rails, Django) потому что в нем есть свой ORM, шаблонизатор (VF), подсистемы работы с асинхронным кодом, работа с мылом и еще уйма других батареек. Все это и не снилось голым языкам программирования. Поэтому изучая SF вы изучаете инструмент, а не язык программирования.

Salesforce лучше воспринимать с нуля. Сравнения с java или C# только усложнит процесс разработки.
Salesforce лучше воспринимать как framework со своей внутренней магией (как например Spring из Java, Rails, Django) потому что в нем есть свой ORM, шаблонизатор (VF), подсистемы работы с асинхронным кодом, работа с мылом и еще уйма других батареек. Все это и не снилось голым языкам программирования. Поэтому изучая SF вы изучаете  инструмент, а не язык программирования.

Dmitry Shnyrev
Salesforce лучше воспринимать с нуля. Сравнения с java или C# только усложнит процесс разработки.
Salesforce лучше воспринимать как framework со своей внутренней магией (как например Spring из Java, Rails, Django) потому что в нем есть свой ORM, шаблонизатор (VF), подсистемы работы с асинхронным кодом, работа с мылом и еще уйма других батареек. Все это и не снилось голым языкам программирования. Поэтому изучая SF вы изучаете инструмент, а не язык программирования.

Полностью согласен, меня когда спрашивают про salesforce, я говорю, что это один большой фреймворк :D

[quote="Dmitry Shnyrev"]Salesforce лучше воспринимать с нуля. Сравнения с java или C# только усложнит процесс разработки.
Salesforce лучше воспринимать как framework со своей внутренней магией (как например Spring из Java, Rails, Django) потому что в нем есть свой ORM, шаблонизатор (VF), подсистемы работы с асинхронным кодом, работа с мылом и еще уйма других батареек. Все это и не снилось голым языкам программирования. Поэтому изучая SF вы изучаете  инструмент, а не язык программирования.[/quote]
Полностью согласен, меня когда спрашивают про salesforce, я говорю, что это один большой фреймворк :D

Dmitry Shnyrev
Поэтому изучая SF вы изучаете инструмент, а не язык программирования.

Мы можем выделить тему об отличиях синтаксиса и функционала APEX от его родственных языков.
заодно и вспомним что-то о других языках.

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

Кто-нибудь работал с Оракал? что это? как работате?

спасибо

[quote="Dmitry Shnyrev"] Поэтому изучая SF вы изучаете  инструмент, а не язык программирования.[/quote]

Мы можем выделить тему об  отличиях синтаксиса и функционала APEX от его родственных языков.
заодно и вспомним что-то о других языках.

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

Кто-нибудь работал с Оракал? что это? как работате?

спасибо

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

По поводу своего "колодца", я бы лучше назвал это "болотом", лучше вылазить. Salesforce очень сильно затягивает и ограничивает профессиональный горизонт программиста. Вы становитесь зависимыми от этой платформы. Salesforce расслабляет, потому что мы каждый день решаем очень узкий спектр задач (из которых большую часть за нас делает сам Salesforce). Это очень плохо.

Вот пара примеров из жизни. Половина Salesforce программистов не знаю что такое POST запросы (про DELETE, PATCH, PUT я вообще молчу) потому что ими не пользуются. Спросите себя, а сможете ли вы прикрутить к своему сайту систему авторизации пользователей? Про валидацию данных и защиту приложения от злоумышленников я вообще молчу. А что такое JOIN запросы и как ими пользоваться ? А это все основы, которые знает любой практикующий программист.

Мой совет. Попробуйте реализовать небольшой тестовый проект на любом языке и поймете как много нужно знать за пределами Salesforce.

Я думаю и еще раз, наверное, повторюсь :) - не надо искать отличия в языках. Сколько существуют те же python и ruby, ни разу не видел чтобы кто-то их сравнивал.

По поводу своего "колодца", я бы лучше назвал это "болотом", лучше вылазить. Salesforce очень сильно затягивает и ограничивает профессиональный горизонт программиста. Вы становитесь зависимыми от этой платформы. Salesforce расслабляет, потому что мы каждый день решаем очень узкий спектр задач (из которых большую часть за нас делает сам Salesforce). Это очень плохо.

Вот пара примеров из жизни. Половина Salesforce программистов не знаю что такое POST запросы (про DELETE, PATCH, PUT я вообще молчу) потому что ими не пользуются. Спросите себя, а сможете ли вы прикрутить к своему  сайту систему авторизации пользователей? Про валидацию данных и защиту приложения от злоумышленников я вообще молчу. А что такое JOIN запросы и как ими пользоваться :) ? А это все основы, которые знает любой практикующий программист.

Мой совет. Попробуйте реализовать небольшой тестовый проект на любом языке и поймете как много нужно знать за пределами Salesforce.

Dmitry Shnyrev
Я думаю и еще раз, наверное, повторюсь - не надо искать отличия в языках. Сколько существуют те же python и ruby, ни разу не видел чтобы кто-то их сравнивал.
Спросите себя, а сможете ли вы прикрутить к своему сайту систему авторизации пользователей? Про валидацию данных и защиту приложения от злоумышленников я вообще молчу. А что такое JOIN запросы и как ими пользоваться ? А это все основы, которые знает любой практикующий программист.

Эмм, а как не знать такого? Ладно, авторизация в Джаве в основном спринг секьюрити делается, может кто и не дошел до этого, но вот JOINы не знать, так я не знаю, как вообще программистом можно называться в таком случае <!-- s:shock: --><img src="{SMILIES_PATH}/icon_eek.gif" alt=":shock:" title="В шоке" /><!-- s:shock: --> <!-- s:?: --><img src="{SMILIES_PATH}/icon_question.gif" alt=":?:" title="Вопрос" /><!-- s:?: --> Ну и вопрос, а как тогда работать с Salesforce не убивать в себе знания?

[quote="Dmitry Shnyrev"]Я думаю и еще раз, наверное, повторюсь :) - не надо искать отличия в языках. Сколько существуют те же python и ruby, ни разу не видел чтобы кто-то их сравнивал.
Спросите себя, а сможете ли вы прикрутить к своему  сайту систему авторизации пользователей? Про валидацию данных и защиту приложения от злоумышленников я вообще молчу. А что такое JOIN запросы и как ими пользоваться :) ? А это все основы, которые знает любой практикующий программист.
[/quote]
Эмм, а как не знать такого? Ладно, авторизация  в Джаве в основном спринг секьюрити делается, может кто и не дошел до этого, но вот JOINы не знать, так я не знаю, как вообще программистом можно называться в таком случае <!-- s:shock: --><img src="{SMILIES_PATH}/icon_eek.gif" alt=":shock:" title="В шоке" /><!-- s:shock: -->  <!-- s:?: --><img src="{SMILIES_PATH}/icon_question.gif" alt=":?:" title="Вопрос" /><!-- s:?: -->  Ну и вопрос, а как тогда работать с Salesforce не убивать в себе знания?

Dmitry Shnyrev
Я думаю и еще раз, наверное, повторюсь - не надо искать отличия в языках. Сколько существуют те же python и ruby, ни разу не видел чтобы кто-то их сравнивал.

По поводу своего "колодца", я бы лучше назвал это "болотом", лучше вылазить. Salesforce очень сильно затягивает и ограничивает профессиональный горизонт программиста. Вы становитесь зависимыми от этой платформы. Salesforce расслабляет, потому что мы каждый день решаем очень узкий спектр задач (из которых большую часть за нас делает сам Salesforce). Это очень плохо.

Вот пара примеров из жизни. Половина Salesforce программистов не знаю что такое POST запросы (про DELETE, PATCH, PUT я вообще молчу) потому что ими не пользуются. Спросите себя, а сможете ли вы прикрутить к своему сайту систему авторизации пользователей? Про валидацию данных и защиту приложения от злоумышленников я вообще молчу. А что такое JOIN запросы и как ими пользоваться ? А это все основы, которые знает любой практикующий программист.

Мой совет. Попробуйте реализовать небольшой тестовый проект на любом языке и поймете как много нужно знать за пределами Salesforce.

Согласен! Нельзя закомплексовываться на одном языке и технологии. Утопия! Если знаете ООП язык..попробуйте функциональный выучить. Если знаете как устроить логику, то почему бы не знать дизайн...развитие - движет прогрессом индивидуально для каждого программиста)

[quote="Dmitry Shnyrev"]Я думаю и еще раз, наверное, повторюсь :) - не надо искать отличия в языках. Сколько существуют те же python и ruby, ни разу не видел чтобы кто-то их сравнивал.

По поводу своего "колодца", я бы лучше назвал это "болотом", лучше вылазить. Salesforce очень сильно затягивает и ограничивает профессиональный горизонт программиста. Вы становитесь зависимыми от этой платформы. Salesforce расслабляет, потому что мы каждый день решаем очень узкий спектр задач (из которых большую часть за нас делает сам Salesforce). Это очень плохо.

Вот пара примеров из жизни. Половина Salesforce программистов не знаю что такое POST запросы (про DELETE, PATCH, PUT я вообще молчу) потому что ими не пользуются. Спросите себя, а сможете ли вы прикрутить к своему  сайту систему авторизации пользователей? Про валидацию данных и защиту приложения от злоумышленников я вообще молчу. А что такое JOIN запросы и как ими пользоваться :) ? А это все основы, которые знает любой практикующий программист.

Мой совет. Попробуйте реализовать небольшой тестовый проект на любом языке и поймете как много нужно знать за пределами Salesforce.[/quote]

Согласен! Нельзя закомплексовываться на одном языке и технологии. Утопия! Если знаете ООП язык..попробуйте функциональный выучить. Если знаете как устроить логику, то почему бы не знать дизайн...развитие - движет прогрессом индивидуально для каждого программиста)

но вот JOINы не знать, так я не знаю, как вообще программистом можно называться в таком случае <!-- s:shock: --><img src="{SMILIES_PATH}/icon_eek.gif" alt=":shock:" title="В шоке" /><!-- s:shock: --> <!-- s:?: --><img src="{SMILIES_PATH}/icon_question.gif" alt=":?:" title="Вопрос" /><!-- s:?: -->

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

В том то и дело что никак. Поможет только самообразование. Я вот пилю этот проект потихоньку по вечерам. Узнал море нового за последние полгода. Что больше всего расстраивает - что простейшие вещи, как обработка форм (которые на Salesforce выполняются с закрытыми глазами) приходится делать чуть ли не по hello world.
Обещаю, как выйдет второй релиз моего сайта на rails выделю отдельную ветку, где будут подробно описывать все нюансы разработки, настройку VPS, работу с Heroku (эта тема многих волнует в последнее время).

[quote]но вот JOINы не знать, так я не знаю, как вообще программистом можно называться в таком случае <!-- s:shock: --><img src="{SMILIES_PATH}/icon_eek.gif" alt=":shock:" title="В шоке" /><!-- s:shock: -->  <!-- s:?: --><img src="{SMILIES_PATH}/icon_question.gif" alt=":?:" title="Вопрос" /><!-- s:?: -->[/quote]
вот я тоже не знаю :) приходится тяжело, когда переключаюсь на другие платформы. Пару раз краснел на собеседованиях, когда смотрел круглыми глазами на простейший запрос. Стыдно :)

[quote]Ну и вопрос, а как тогда работать с Salesforce не убивать в себе знания?[/quote]
В том то и дело что никак. Поможет только самообразование. Я вот пилю этот проект потихоньку по вечерам. Узнал море нового за последние полгода. Что больше всего расстраивает - что простейшие вещи, как обработка форм (которые на Salesforce выполняются с закрытыми глазами) приходится делать чуть ли не по hello world. :)

Обещаю, как выйдет второй релиз моего сайта на rails выделю отдельную ветку, где будут подробно описывать все нюансы разработки, настройку VPS, работу с Heroku (эта тема многих волнует в последнее время).