DrAlexNone написал(а):
Проблем с C#/С++ и т.п. гораздо больше, чем кажется 1) крайне сложная и непредказуемая отладка и доводка больших проектов ( там и WinAPI , и сумашедший стандарт C++ и специфика прикладной области (например в случае системного кода) и постоянно меняющиеся библиотеки и т.п и т.д 2) огромное количество Разных задач, причем принципиально. В случае С++ специфика работы и требуемых знаний настолько меняется от вакансии к вакансии , что знание С++ кажется мелочью весом в 1% от остального....
С++ - язык для системных задач. C# - для прикладных. Большие проекты, как правило, пишут на прикладных языках. Мне вообще непонятно, почему мы обсуждаем C++ и WinAPI. Это явно не альтернатива прикладной разработке на ABAP.
DrAlexNone написал(а):
Я веду к тому , что работа с SAP ERP - это в 90% отдых по сравнению с серьезным проектом на С++. )) Я через это уже проходил и поэтому ушел в SAP ABAP - надоело полностью переучиваться на каждом проекте. И изучать всякий маразм типа Hibernate, который очень любят везде пихать "эффективные менеджеры", но который приводит к непредсказуемым рискам в случае требования что-нибудь оптимизировать.
Вы ушли в ABAP, потому что там светил больший доход и/или потому что C++-проект, в котором вы участвовали, был настолько запущенным, что хотелось все бросить и начать с чистого листа. Вы просто не могли изначально знать что собой представляет система SAP, каков язык ABAP на вкус, в чем специфика проектов. То есть вы могли наступить на те же грабли и в SAP-е - постоянно переучиваться, изучать всякий маразм и т.п. Основная причина вашего перехода на ABAP - деньги. А все "переучиваться на каждом проекте", "непредсказуемые риски", "'эффективные менеджеры" и т.п. - это лирика, и в SAP-е такого полно.
Не нравится вам медленный и непредсказуемый Hibernate, используйте JDBC со Spring-ом:
Code:
public User getUserByName(String userName) {
String SQL = "select * from juser where user_name = :user_name";
MapSqlParameterSource params = new MapSqlParameterSource();
params.addValue("user_name", userName);
List<User> users = jdbcTemplate.query(SQL, params, (ResultSet rs, int rowNum) -> {
User user = new User();
user.setUserID(rs.getInt("user_id"));
user.setUserName(rs.getString("user_name"));
return user;
});
return users.size() == 1 ? users.get(0) : null;
}
DrAlexNone написал(а):
Тот же C# начиная с версии .NET 1.1 уже дорос до 5.0 за 7 лет )) , причем в 90% случае все эти изменения и улучшения высосаны из пальца и кроме геморроя при сопровождении чужого кода ничего полезного не приносят.
Я не вижу ничего плохого и смешного в том, что функциональность языка расширилась за 7 лет. Это только ему в плюс. Обратная совместимость же остается. База языка не поменялась. Вам не надо переучиваться, а просто требуется освоить дополнительный материал. У вас вообще в сообщениях слишком много эмоционального - "порядки", "90%"
Вам не нравятся нововведения?!
Code:
public abstract class UpdateTracer
{
protected bool[] is_updated = null;
public bool IsUpdated<T>(params T[] properties)
{
foreach (T prop in properties)
if (is_updated[Convert.ToInt32(prop)]) return true;
return false;
}
}
...
public enum Updated
{
LotSize,
Precision,
PriceStep,
Status,
SellPrice,
BuyPrice,
SellQuantity,
BuyQuantity
}
...
if (!security.Fut.IsUpdated(Updated.SellPrice, Updated.BuyPrice, Updated.SellQty, Updated.BuyQty,)) return;
DrAlexNone написал(а):
В принципе многое из сказанного касается и Java в том числе: чего стоит волшебный Eclipse и зверинец пакетов в каждом проекте
Пакеты имеют иерархическую структуру, которая как раз позволяет упорядочивать разработку, а не создавать хаос. Сейчас основным требованием ко многим Java-вакансиям идет знание Maven, который вносит порядок в версионность библиотек при сборке. Что касается Eclipse, то инструментарий SAP-овской Ханы интегрирован в него. И не далек тот час, когда BW-ники станут Хана-шниками, забудут про RSA1 и полностью перейдут на Eclipse. Вот уж где переучивание действительно есть! Кстати это касается и ABAP-еров. Плюс, если посмотреть вводные курсы, по работе с новыми продуктами SAP-а, то там все больший упор делается на java-разработку, которая вас так пугает.
DrAlexNone написал(а):
Мораль: жизнь должна сильно прижать , чтобы добровольно возвращаться в этот сумашедший дом... ( Либо платить должны в 2 раза больше по отношению к ABAP )
Сокращение новых проектов ведет к сокращению вакансий, сокращение вакансий ведет к переизбытку специалистов, переизбыток специалистов ведет к снижению или замораживанию ЗП, поэтому часть специалистов смотрят на сторону, в особенности когда уровень дохода в альтернативных IT-направлениях изменился и стал выше (вы сами в этом смогли убедиться). Переход SAP-а к новым продуктам (за последние несколько лет SAP скупил чужих и наваял много своего) приводит к тому, что нужно переобучаться, а весь накопленный опыт становится пригодным лишь для поддержки нафталиновых проектов. Но компаний, которые внедряют новые SAP-решения, тоже не много на рынке, а следовательно, получить практический опыт с новыми SAP-решениями затруднителен. Вот и думайте...
Вход
Регистрация
FAQ пользователя
Поиск
