Кажется я понял, что вы хотите сказать… Но дело в том, что 1С не конкурирует с веб-фреймворками, 1С конкурирует с бизнес-приложениями, которые считают деньги. На 1С можно сделать бэкенд, счиитающий деньги, а веб-морду вывести в Angular. Мы сравниваем теплое и мягкое, а это, как известно, бессмысленно.
Ну говнокодить можно на любом языке :) И кривые приложения пишут не только на 1С. Дело в уважении человека к своему труду. Кому-то закодить как попало достаточно и совесть потом не мучает. В экосистеме 1С таких не больше, чем в других с «низким порогом вхождения». Вспомните стереотипы про тот же PHP.
1С не провоцирует говнокод. 1С провоцирует приход на рынок людей, которые никогда бы на него не пришли, будь это C++.
До появления jquery писать такие страницы, как сейчас было сложнее. Сейчас очень сложные страницы может писать любой школьник. Но хороших сайтов они все равно почему-то в массе не создают.
не понял, почему вдруг на 2 умножать, ну да ладно…
Перед тем как писать тот камент я смотрел вакансии на hh. Суммы были примерно одинаковые для 1С и JS немного в пользу JS. Однако, если взять должности старших разработчиков, тимлидов, руководителей отделов разработки для 1С, там суммы от 150 и выше. В среднем колеблется от 80 до 100 для обоих языков. Это по Москве. Если сильно обобщить, то в среднем эти два языка находятся на одном уровне, по 1С вакансий заметно больше, что никак не отражает тезис «JS всяко выгоднее». JS интереснее технически? Да, конечно. Я и не спорю с этим. Я кроме 1С дружу с .NET, он мне нравится. В JS заглядываю редко и он мне нравится сильно меньше, хотя я и отдаю ему должное.
Все субъективно, а раз так, то и обсуждать особо нечего.
Почему-то когда говорят про 1С — подразумевают язык. 1С — это в первую очередь фреймворк для разработки бизнес-приложений. Со своим языком. Да, довольно примитивным, процедурного стиля. Но 1С — это не язык, а фреймворк.
Вы ушли от ответа. В чем конкретно заключается ваша, как IT-профессионала, претензия к теме статьи? Правильно ли я понял, что вас смущает наличие вспомогательной gui-утилиты для создания текстов запроса? Чем это плохо с точки зрения разработки ПО, как профессии?
редактирование запросов в бухгалтерскую бд на русском языке через специальный гуи
Честно не понял претензии. гуи на рисунке просто пример. редактируйте где хотите. В 1С действиетльно есть гуи конструктор запросов, но это только хелпер. Запросы сами по себе текстовые.
Кроме того, они (запросы) пишутся не для СУБД, а для ORM и транслируются уже потом в одну из 4-х поддерживаемых СУБД. Это позволяет унылым программистам оперировать сущностями на уровне бизнес-объектов, а не таблиц.
разбавили бы свои серые будни чем нибудь типа go
Go, это замечательно, но как это связано с вашей критикой в сторону 1С? Разве мир не был бы прекраснее, если бы совсем не унылые программисты чего-то супер-прекрасного отбросили свой снобизм и не начинали бы бросаться пафосными фразами в стиле «что угодно только не работать в этом», толком даже не представляя себе предмет разговора?
Во-вторых, такие ошибки крайне сложно искать — они недетерминированны и могут не воспроизводится под дебагером, да и вообще требовать весьма специфических условий для воспроизведения (например на одном серваке есть ошибка, на другом нет).
При написании параллельных штук, все-таки, нужно учитывать, что фоновые задания 1С это отдельные сеансы и так же, как на C# в рамках одной транзакции пример со списанием сделать не получится. А вот если данные достаточно независимы в каждой из порций, то упрощение управление заданиями (за счет фреймворка) значительно облегчит жизнь.
С отчетом, наверное, тоже. Зависит от специфицики данных в отчете.
Прочел на одном дыхании, несмотря на объем :) Поясните, пожалуйста, почему в гелии маховик-накопитель становится супер-эффективным да еще и с КПД > 99%?
это с какими например?
1С не провоцирует говнокод. 1С провоцирует приход на рынок людей, которые никогда бы на него не пришли, будь это C++.
До появления jquery писать такие страницы, как сейчас было сложнее. Сейчас очень сложные страницы может писать любой школьник. Но хороших сайтов они все равно почему-то в массе не создают.
Перед тем как писать тот камент я смотрел вакансии на hh. Суммы были примерно одинаковые для 1С и JS немного в пользу JS. Однако, если взять должности старших разработчиков, тимлидов, руководителей отделов разработки для 1С, там суммы от 150 и выше. В среднем колеблется от 80 до 100 для обоих языков. Это по Москве. Если сильно обобщить, то в среднем эти два языка находятся на одном уровне, по 1С вакансий заметно больше, что никак не отражает тезис «JS всяко выгоднее». JS интереснее технически? Да, конечно. Я и не спорю с этим. Я кроме 1С дружу с .NET, он мне нравится. В JS заглядываю редко и он мне нравится сильно меньше, хотя я и отдаю ему должное.
Все субъективно, а раз так, то и обсуждать особо нечего.
Очень просто. Сравните зарплаты 1С-ника говнокодера и JS-гуру. Они будут почти одинаковы. Может быть, с небольшим преимуществом в сторону JS.
Возмите зарплаты 1С-ника гуру и вопросы отпадут.
Ну а по поводу JS, есть замечательный твит twitter.com/forrestthewoods/status/476934214579810304
Честно не понял претензии. гуи на рисунке просто пример. редактируйте где хотите. В 1С действиетльно есть гуи конструктор запросов, но это только хелпер. Запросы сами по себе текстовые.
Кроме того, они (запросы) пишутся не для СУБД, а для ORM и транслируются уже потом в одну из 4-х поддерживаемых СУБД. Это позволяет унылым программистам оперировать сущностями на уровне бизнес-объектов, а не таблиц.
Go, это замечательно, но как это связано с вашей критикой в сторону 1С? Разве мир не был бы прекраснее, если бы совсем не унылые программисты чего-то супер-прекрасного отбросили свой снобизм и не начинали бы бросаться пафосными фразами в стиле «что угодно только не работать в этом», толком даже не представляя себе предмет разговора?
Ну так это в любом многопоточном софте )
С отчетом, наверное, тоже. Зависит от специфицики данных в отчете.