Это скорее не 1С ориентированное, а не IT ориентированное. Любой IT должен знать что платформ business suite и ERP приложений в мире кучи и мировыми лидерами там являются SAP и Oracle, а не 1С. Что реальный enterprise (компании уровня мегафонов и билайнов) для своих задач покупают/заказывают/делают решения на Java и .Net, а не 1С. Что в мире Java и .Net есть программисты, а есть бизнес-аналитики и бизнес решения делаются прекрасно, так что не стоит передергивать и говорить что в enterprise разработки Java и .Net сидят бородатые дядьки, занимающиеся всякой ерундой с точки зрения бизнеса, аля придумывания сферических коней в вакууме (их бы уволили очень быстро).
Никто не спорит 1С занял свою нишу в бухгалтерском обороте компаний, но не потому что ему нет никаких аналогов в мире бизнеса (аналогов-то много), а потому что реализация всех тонкостей российской отчетности стоит слишком дорого и конкуренты банально не готовы пока в это вкладываться.
Нее, это не тот велосипед, который нужно изобретать. Если бы автор попытался повторить что-то вроде angularJS (ну или хотя бы JQuery), флаг ему в руки, а в «изобретение» велосипеда с деревянными колесами ничего хорошего не даст.
Ну выгода есть, angular'ы и backbon'ы ценны именно за собственный механизм загрузки контента, но придумывать такой топорный велосипед смысла нет никакого, уж лучше использовать классический механизм ifram'ов, он устарел лет на 15-20, но это лучше чем такой велосипед.
Не говоря уже о том что настроив переадресацию запросов в .htaccess можно сделать как бы эмуляцию signle page application, то есть пользователь будет вводить url?id=533&folder=ddd, а получать содержимое файла /ddd/553.html, да и ссылки в iframe работают без всякого JS.
Не, главный козырь, в том что куча проверенного и оттестированого open sourc'a на любые цели, которым занимаются в том числе и крупнейшие компании, в платформе Java для программистов важнее любого синтактического сахара и фич других языков. Но вообще мерятся ху… языками занятие бессмысленное, пока есть конкуренция между языками они развиваются и это замечательно. :)
К сожалению это так, с другой стороны иначе legacy код никогда не получилось бы перевести на новые версии Java. Это даже сейчас не так просто перейти с 6 на 7 или 8, а если бы сломали обратную совместимость… Для тех кто хочет Java без обратной совместимости есть Scala и Kotlin.
Да, я не спорю про C# (хотя достаточно долго его изучал), я говорю только о том что знаю (Java). Если сказал что-то не так поправьте. Вообще я даже пытаться не буду спорить что Java лучше C#, это исключительно вкус фломастеров и бессмысленый холивар, но лично мне больше нравиться философия Java, чем C#.
Посмотрел в профиль, как и ожидалось метки C#, .Net и не слова про Java. У программистов C# есть ряд устойчивых мифов про Java:
Дело в том что в развитии C# выбрали модель «добавить как можно больше фич и сахара как можно быстрее», в развитии Java придерживаются модели «каждая фича сначала обкатываются на open source библиотеках и только абсолютно нужное и проверенное попадает в сам язык». Для тех кто хочет много сахара в самом языке есть scala и kotlin совместимый с остальным кодом Java, тем кому нужны фичи есть немеренное кол-во open sourc'a (в том числе от крупнейших фирм, вроде гугла) на любую задачу. Поэтому программистам C# кажется что Java устарела, не понимая что синтаксис языка Java это даже не верхушка айсберга, а одна десятая (если не сотая) от реального мира Java (причем бесплатного, открытого и доступного простым добавлением пары строчек в конфиг сборки).
1) Кто сказал что тема только про язык, а не про всю платформу Java?
2) Библиотеки гугла и апатча или фреймворки вроде spring, hibernet, guava это давно уже де-факто опциональная часть языка от сторонних разработчиков, так как не требует ничего кроме пары строчек в pom'е и используются практически всеми,
3) Медленность развития это не только минус, но и плюс, так как в крупном enterprise важнее стабильность, чем синтактический сахар и фичи, благо его полно в сторонних библиотеках
4) Мне ожидание Java 7 показалось незаметных, так как во всем местах где я работал (а это крупные международные фирму) никак не слезут с Java 6, ибо legacy и enterprise,
5) ну и в конце концов, я не могу ставить минусы в карму (и если бы мог то все равно бы не ставил)
На самом деле, нет. Если рассматривать не только синтаксис языка Java (которые довольно консервативен), а вообще все open source библиотеки, фреймворки и программные решения в мире Java, то окажется что инноваций там очень много, одно перечисление инноваций открытых программных решений на основе одного только Hadoop'a займет несколько страниц.
Да, а scrapbook переводится как альбом, то есть там скорее всего правильный смысл «моя записная книжка больше похожа на альбом, так как в ней и ручные заметки, и фотографии, и рисунки, и...»
… а также журнал для заметок (ноутбук). На самом деле мой ноутбук больше похож на журнал для записок.
Если сократить получается масло масленое «журнал для заметок больше всего похож на журнал для записок»
На самом деле notebook на русский в этом контексте переводится как блокнот, записная книжка, а не как ноутбук (что в русском означает только мобильный компьютер). Тогда бы фраза "… а также записную книжку. На самом деле моя записная книжка больше похожа на журнал для записок" перестает казаться такой странной.
Эээ, просто надо настроить правильные уровни изоляции транзакций СУБД и вообще правильно использовать транзакции, все вопросы по безопасному переводу денег давно уже изучены и внедрены во все популярные СУБД, просто нужно внимательно изучать документацию к ним.
P.S. Кстати, транзакции есть не только в СУБД, но и языках программирования.
Есть же в mysql и транзакции и Atomic операции, которые надо только правильно настроить и использовать, они сами все блокируют и изолируют, ручная реализация транзакций и блокировок для критичных финансовых операций и приводят к подобным уязвимостям.
Никто не спорит 1С занял свою нишу в бухгалтерском обороте компаний, но не потому что ему нет никаких аналогов в мире бизнеса (аналогов-то много), а потому что реализация всех тонкостей российской отчетности стоит слишком дорого и конкуренты банально не готовы пока в это вкладываться.
Дело в том что в развитии C# выбрали модель «добавить как можно больше фич и сахара как можно быстрее», в развитии Java придерживаются модели «каждая фича сначала обкатываются на open source библиотеках и только абсолютно нужное и проверенное попадает в сам язык». Для тех кто хочет много сахара в самом языке есть scala и kotlin совместимый с остальным кодом Java, тем кому нужны фичи есть немеренное кол-во open sourc'a (в том числе от крупнейших фирм, вроде гугла) на любую задачу. Поэтому программистам C# кажется что Java устарела, не понимая что синтаксис языка Java это даже не верхушка айсберга, а одна десятая (если не сотая) от реального мира Java (причем бесплатного, открытого и доступного простым добавлением пары строчек в конфиг сборки).
2) Библиотеки гугла и апатча или фреймворки вроде spring, hibernet, guava это давно уже де-факто опциональная часть языка от сторонних разработчиков, так как не требует ничего кроме пары строчек в pom'е и используются практически всеми,
3) Медленность развития это не только минус, но и плюс, так как в крупном enterprise важнее стабильность, чем синтактический сахар и фичи, благо его полно в сторонних библиотеках
4) Мне ожидание Java 7 показалось незаметных, так как во всем местах где я работал (а это крупные международные фирму) никак не слезут с Java 6, ибо legacy и enterprise,
5) ну и в конце концов, я не могу ставить минусы в карму (и если бы мог то все равно бы не ставил)
Если сократить получается масло масленое «журнал для заметок больше всего похож на журнал для записок»
На самом деле notebook на русский в этом контексте переводится как блокнот, записная книжка, а не как ноутбук (что в русском означает только мобильный компьютер). Тогда бы фраза "… а также записную книжку. На самом деле моя записная книжка больше похожа на журнал для записок" перестает казаться такой странной.
P.S. Кстати, транзакции есть не только в СУБД, но и языках программирования.