Добрый день, коллеги.
Помимо 1С хочется выучить какой-нибудь еще язык программирования. Раньше немного программировал на паскаль, делфи, си, джава скрипт, но все забыл уже. Было это лет 10 тому назад.
Что лучше выбрать? Из 1С уходить не собираюсь, то есть 1С для работы, а это для развития, ну и мало ли, затянет, будет хорошо получаться - может и перейду.
И что там самое денежное? Из России уезжать не планирую, чтобы актуально для России тоже было.
Что посоветуете?
Спасибо.

(78) См (74)

(79) котлин это все для модно-молодежно и андройд
а в ентерпрайзе зачастую ява 1.4-1.5 попадается

кстати заметил за собой очень странную черту, которую подцепил из 1С, мне нравится ковырятся в чужом legacy коде, а не писать новый

(80) Ну и фуй с ней https://www.jetbrains.com/help/idea/converting-a-java-file-to-kotlin-file.html

(80) Или подразумеваешь дикое легаси такое что либы старые и задепрекайчено все?

(81) Могу ковыряться, могу не ковырять, могу писать новый. Лишь бы платили.

(79) А зачем туда смотреть?
Энтерпрайз это не поделки под андроид. Кто будет переписывать проекты десятилетиями растущие в явовской экосистеме.

(85) Вы странные люди, примерно как "Зачем переходить с 1С 7.7 на 1С 8 если и так все работает"

(86) Ну вообще то по сути и не зачем. Почти 20 лет этой 8 а проекты на 7.7 живут и здравствуют.

(86) на самом деле так и есть, смысла переходить нет никакого если все работает, особенно учитывая сколько стоит час работы ява-программера

ява в будущем это как кобол сейчас

(87) (88) Так и скажите, софт древний кривой есть, денег на переписать нет.

Поэтому успокаиваем себя что "и так все работает" хоть в реальности постоянные проблемы которые приходится героически преодолевать.

(89) Вроде взрослый человек а какие то пионерские лозунги выдвигаешь :)

Сам же написал:
"Зачем переходить с 1С 7.7 на 1С 8 если и так все работает".

Представляешь бывают проекты которые действительно, без преувеличений работают спустя
10-15 лет.
Грамотно построенная архитектура позволяет не трогать изначальное ядро добавляя
новые рюшечки.

ведроиды шагают по планете.
босс ведроидов сказал - учить котёл.
выводы?

(89) потому что задача конторы, где этот софт работает, бизнес делать, а не софт преписывать потому что у айтишников чтото новое стало модным

<хоть в реальности постоянные проблемы которые приходится героически преодолевать.>
зато они все предсказуемы и опыт программистов в этой сфере >15 лет, а у котлина как и у свифта можно шутить сейчас "требуется программист на котлине с опытом работы на этом языке от 10 лет"

а набирать котлин-джунов которые с нуля перепилят старый ява-проект который еще во времена 1.2-1.3 явы писали.... ну флаг в руки такое поддерживать потом

(92) да и в кино такая тенденция) переснимают все

(94) кино деньги приносит, а переписывание софта - не приносит
существенная разница

(90) >Представляешь бывают проекты которые действительно, без преувеличений работают спустя
10-15 лет.

А потом загибаются и вместе с персоналом и разработчиками (которые не изучили нового вовремя) идут на свалку истории.

10-15 лет раньше было не срок, но обратите внимание что сейчас скорость смены технологий все ускоряется.
Да конечно всегда придумают разные витруалки, эмуляции и прочие методы чтобы древнее на новом запускать.
Но это накладные расходы и на железо и на персонал.

(96)+ Друг так пострадал, когда ПР долго долго сидела на 1С 7.7
А потом разогнала все свои штаты семерочников и он долга маялся и спешно учил 8-ку.

(96) загибаются? они загибаются по совсем другим причинам

вот я работал в конторе, она с 86 года существует, софт был написан еще в середине 90х часть софта на яве в самом начале 2000х, все отлично работает.
начали неспешно переписывать (и апгрейдить с 1.4) некоторые модули на java8 только потому что сишников сложновато найти становится по нынешним временам

а так все отлично работает и функционала еще лет на 20 вперед хватит...

*банковская сфера

(99) С этого надо было начинать.

Там динозавры непуганные и до сих пор не умеют отчеты в нормально XLS или XLSX присылать по эквайрингу.

Короче. Только контора "монополист" может более 10-15 лет сидеть на одном софте не теряя место на рынке.
Все прочее редкие исключения.

(100) это и есть "кровавый энтерпрайз" которого все боятся, он весь такой

(100) <до сих пор не умеют отчеты в нормально XLS или XLSX присылать по эквайрингу. >
да да, именно кстати из-за древности софта, я кстати писал модули к этой штуке который отчеты в xlsx делает

только всем пофиг на то в каком формате отчеты, вы выбираете контору не потому в чем она вам документы шлет

(101) А потом стукает нечто сверху типа очередного закона или снизу/со стороны некто приходят и кончился энтерпрайз, в лучшем случае скупят и реорганизуют выкинув софт.

И плакаться будут о "незаменымых Васях".

(102) Это смотря кто.
Если нам нужны отчеты то бедные менагеры они будут вручную нам в нужном формате делать и посылать ))

(103) таких случаев по пальцам пересчитать. в РФ просто все как бычки...им указали - они побежали делать под страхом штрафа... а в нормальных странах
(104) "Если нам нужны отчеты они будут вручную" -- это зависит от размера компании и оборотов, если от вас прибыль в 50тыр в месяц, будете сами себе отчеты конвертить

это как оракл например, если вы им меньше 10 лямов в год платите, они тупо трубку бросают на таких запросах в техподдержку

(103) Ну как тебе объяснить что такое грамотная архитектура, которая позволяет работать системе десятилетиями без вот таких надуманных проблем?
Никакие законы не меняют базовые принципы учета. Меняется форма отчетности, печатные формы, но не базовые принципы. Все эти внешние плюшечки легко подвешивающиеся и так же легко заменяющиеся в случае необходимости.

(107) Да да объясни мне про грамотную архитектуру в кровавом энтерпрайзе!

Это когда год два тянут резину а потом хотят за месяцы уяк-уяк и в продакшен или головы полетят...

(108) а теперь прикинь как с таким подходом будут переписывать каждые два года на новом модном языке и фреймворке?

(109) Новый придумали и на него переходят обычно потому что на нем писать быстрее, проще и меньше ошибок.

(110)+ Или новый без поддержки с вливанием бабла быстро уходит в историю

я конечно понимаю что ты как программер мыслишь правильно, только тут надо как топменеджер мыслить и учитывать сколько это денег стоит и какие выгоды принесет

в крупных фирмах даже интеграция какойнить AD занимает годы, а переписывание ядра софта займет лет 10...и будет ситуация когда то что начинали писать уже устарело насмерть, середина проекта уже начинает устаревать, а новые модули пишем на какомнить Dart

в результате бахнули миллиарды, а получили писец

(112) Все правильно, топменеджер мыслит своими сроками работы, дальше он свалит и хоть трава не расти.
Я же мыслю категориями сроками работы софта.

я видел когда написали ядро на ruby, А сейчас рубистов-сеньоров днем с огнем не сыщешь...и контора срочно переписывает проект на питоне

(108) Да у тебя каждый день перед глазами пример грамотной архитектуры :)
1С - миллионы строк кода на C++ 20 лет, добавляются рюшечки в виде УФ, вебклиентов, но никто даже не задумывается о переписывании базовой архитектуры ни на голанге, ни на дарте ни на котлине :)

(113) срок работы не бухгалтерского/регламентного софта - десятилетия

(114) У меня друг спец по руби, сидит на крупном проекте федерального уровня.

(115) Мобильный клиент написан с нуля как и веб-клиент

(117) я не отрицаю что они есть на рынке, но их относительно явистов и питонистов практически нет

(116) Это когда законы каждый год не меняются ))

(120)+ Раньше только бух (регламентированной) это касалось, сча добралось и до управленческого

(118) Так это и есть внешние рющечки, которые безболезненно добавляются или заменяются.
Базовая архитектура как жила так и продолжает процветать.

(119) Спрос малый.

(120) софта на который действуют законы - немного, перестань все к 1С сводить

вот взять интернет магазин даже, что там поменялось в законах чтобы его пришлось переписывать?

или софт по управлению расписанием электричек

или софт по управлению складом даже

(122) Эээ. Мобильная платформа/клиент как и веб-клиент могут работать без большой 1С.
МП и так понятно, клиент и веб-клиент им достаточно HTTP сервис/сервер сэмулировать на чем угодно, хоть на Го ))

(124) 54-ФЗ, ЕГАИС, маркировка сча НДС хотят и прочие налоги.
Как учитывать будем в инет-магазине?

(127) 54-фз вообще не касается интернет магазина, только модуля оплаты, также как и остальные налоги

(125) С WMS отдельный вопрос, но там сейчас жопа творится кого маркировка консулась поштучная ))

задача интернет магазина отдать "товар+сумма" и получить "оплачено" ему побарабану че там в законодательстве происходит

(128) Оппачки, а прикручивать и правильно пробивать с учетом авансов/отгрузок кто будет?

(130) Закон поменяли, сейчас аванс и если отгрузка не в тот же день (попробуй реализуй на большом складе) то надо два чека

(132) я не вижу принципиальной проблемы которая вынудит аж ядро переписать. тут максимум доп.обработчик на отгрузку

ну ладно инет магазин это учет.
А электрички? или софт который например трекает автобусы?

(133) Я тоже не вижу, пока есть разработчики (программисты) разбирающиеся в этой древности переходящей в разряд раритета.

А потом когда только админы с эникеями и консультантами остаются вижу.

(134) Автобусы меняюются раньше как и электрички.
Самолеты постоянно модернизируют весь срок службы в т.ч. полностью меняя софт кста.

(136) дело на в софте который в автобусе и в электричке, а в софте который в диспетчерской стоит

а в самолеты софт до сих пор на дискетках заливают, и пишут небось на какойнить ada

тыж не думаешь что у боинга построенного в 91 году и сертифицированного тогдаже, софт ктото осмелится переписать на какомнить Go и его отсертифицировать?

whitespace

(138) Я думаю зарплаты программистов для боингов позволяют делать что угодно.

А для ларьков и даже обычных корпораций без господдержки  надо вовремя переходить

https://ru.wikipedia.org/wiki/Whitespace

на нем очень хорошо микросервисы пишутся.

spring cloud тихо курить беломорку в сторонке

(140) всеравно я так и не понял "зачем"

(142) Затем что цена/качество оптимальнее.
Можно конечно забить на оптимальность если "после нас хоть потоп".

(143) я просто видел сколько стоит обслуживанее крупной старой системы...и примерно прикидывал сколько стоит ее переписать причем "качество" - это очень относительное понятие...
например микросервисы - модно молодежно и "удобно современно поддерживаемо"... однако я видел что бывает когда обновляется базовая бибилиотека и приходится БЫСТРО адаптировать пару сотен проектов-микросервисов которые от нее зависят...а потом ее пару сотен который зависят от прошлой пары сотен.

(144) Хотя бы на обновление пары сотен микросервисов можно нанять на короткий срок сотню программистов и они за пару дней все сделают.

(145) ага, всех их ввести в курс дела, они всё обновят за 2-3 месяца...а потом опять чтото изменится

потом вы давно нанимали хотябы десяток программистов? у меня в прошлой конторе 2х питонистов на ЗП в 180тыр искали 7 месяцев

(75) > Может хватит дурью маяться на словах?
Просто покажите нечто вроде:

Мне как-то не интересно меряться «детскими приборами». Если вы хотите, чтобы я вас похвалил: «Молодец, хвалю!». Я ведь работаю, в данном случае, на себя, а не на кого-то. Вам может не нравиться мой подход, вполне допускаю. Ну и что из этого? «А Васька слушает, да ест» :) .

(76) > Реализуйте любой из приведенного на C++/WTL плиз.

А зачем? Мне это не надо. А что надо мне, вам не надо. Почему бы на этом не поставить точку?

(146) Микросервис обновить то? Что там вводить, любой вменяемый разберется даже по коду с краткими пояснениями.

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

Вы путаете нафуя "2х питонистов на ЗП в 180тыр искали 7 месяцев" и потом чтобы они просиживали штаны, когда можно просто изредка привлекать на короткие сроки на мелкие задачки внешников.

(147) Да давайте поставим. Я писал на C++ и даже на WTL пробовал и могу сказать со всей уверенностью что https://ru.wikipedia.org/wiki/Qt лучше чем WTL.
А лучше для написания учетных чем C++ практически что угодно, даже VB6 и то лучше древний.

(148)+ Но если проект не на микросервисах то подобное не взлетит привлечение кучи спецов на короткие сроки и да вперед искать на фулл тайм за бешеные оклады.

(149) *учетных систем

И да платформа 1С (написанная большей частью на C++) это не учетная система, это ЯП с фреймворками для написания учетных систем на "языке 1С".

(77) > " Но бейсик мне не нравится от слова «совсем»"
а можете объяснить почему?

Когда был интересен, когда юзал VB.NET. Но разонравился из-за ограниченных возможностей. На С++ нет ограничений, а на интерпретируемых языках есть. Знаете, человеку, который учился на мехмате, трудно ограничиться слишком высокоуровневым языком. Мне даже ассемблер нравиться, только на нем трудно наваять что-то практичное, а на Си++ можно.

(148) <когда можно просто изредка привлекать на короткие сроки на мелкие задачки внешников.>

Вот это уже проходили и пришли к решению что держать в штате своих программеров гораздо дешевле и лучше

Google объявила Kotlin приоритетным языком программирования для разработки Android-приложений

На конференции для разработчиков I/O 2019 Google объявила, что язык программирования Kotlin теперь является предпочтительным языком для разработчиков приложений под Android — новые API и библиотеки Jetpack будут публиковаться сначала на Kotlin.

https://vc.ru/dev/66728-google-obyavila-kotlin-prioritetnym-yazykom-programmirovaniya-dlya-razrabotki-android-prilozheniy?utm_source=pulse_mail_ru&utm_referrer=https%3A%2F%2Fpulse.mail.ru

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

говорят там буквально по бумагам собирали убитые данные

(156) Не надо ничего держать, надо иметь в штате одного вменяемого постановщика задач, которые в курсе системы.
Короче такого же программиста тех же микросервисов как и нанимаемые в помощь.

И вот когда он сам не может успеть справится, он вместо того чтобы писать все самому, банально готовит сервис тестирования, задания для внешних и общается с ними а сам не пишет только рукамиводит.

(157) ну вот явно ты не сталкивался с такими крупными системами :)

(149) > Я писал на C++ и даже на WTL пробовал и могу сказать со всей уверенностью что https://ru.wikipedia.org/wiki/Qt лучше чем WTL.

Так и я на Qt начинал писать раньше, чем на WTL и даже с wxWidgets поэкспериментировал.

Это отличные системы, но большие. Пока для меня избыточны. Возможно, еще вернусь к ним. А того, что я делаю сейчас WTL’я вполне достаточно. Станет мало, сделаем соответствующую реорганизацию проекта.

> А лучше для написания учетных чем C++ практически что угодно, даже VB6 и то лучше древний.

Используйте! Кто вам мешает. Я ведь не наивный юноша, меня уговаривать не надо. Есть собственный опыт использования всего этого хозяйства. Мой друг программист, который сделал мощную карьеру на VB, SQL и Access всегда скептически смотрел на мои средства разработки, а я на его. Но это не мешало нашим отношениям.

я два проекта видел таких где от такой модели отказывались после негативного опыта

(156) Еще раз микросервисы != обычная арзитектура

Точно так же как и SQL != NoSQL блин, обычно другие задачи и даже те же самые решаются совершенно иначе.
В чем то хуже, но если правильно инструмент/архитектуру выбрали то лучше чем когда неправильно.

(159) Вперед с песнями. Потом не забудьте похвалиться.

(160) Бывает. Я видел больше двух десятков проектов загнувшихся и без такой модели.

(162) > Потом не забудьте похвалиться.

Вот сегодня добился эмуляции локального меню на MDI-формах. Оказывается, парадигма MDI не поддерживает локальные меню, только перегружаемое меню уровня приложения. Поэтому приятно, что можно сделать именно то, что хочешь. И таких моментов еще будет много. С++ может гарантировать, что с его стороны подстав не будет :) .

(164) К тому времени как допишите как раз MDI окончательно сгинет ))

(165) > К тому времени как допишите как раз MDI окончательно сгинет ))

Это нисколечки не проблема. Я уже думал, что проще сделать эмулятор локального меню или наваять собственный MWI (мульти-оконный интерфейс). Пока решил не заморачиваться, но судя по исходникам WTL это не должно быть слишком сложным :) .

(166) У вас задача написать готовую учетную систему или свою копию платформы 1С?

(167) > У вас задача написать готовую учетную систему или свою копию платформы 1С?

Вообще-то цель – платформа. Но платформа без реальной конфигурации не взлетит. 2С тому пример, которая ваялась по принципу: «Чукча не конфигурацию пишет, чукча платформу пишет». Ну, написали и что? Демо там убогое, концептуальных ошибок море. Даже, по-моему, системы печати и дизайна отчетов нет.

А из всех возможных конфигураций – наиболее перспективна «зарплата». Ну наваяю я еще одну розничную торговлю, кого это впечатлит? Да и желание снять все ограничения, с которыми я сталкивался при проектировании «зарплаты» на «семерке» многого стоит.

Однако система должна быть максимально простая, ибо один я сложную не потяну. Поэтому никакого языка а-ля «1С» не будет. И платформа и бизнес-логика будут писаться на С++, в разных модулях. Кроме этого, все SQLite скрипты будут внешними. Собираюсь сделать поддержку плагинов.

Конфигуратора специального тоже не будет. Будет поддержка параметризированной базы метаданных в самом приложении. Параметризацию удобно создавать в json-формате. Он, оказывается, удобней xml, не говоря уже о закрытых, бинарных форматах.

Пока под вопросом система дизайна отчетов и печати. Кое-какой с++-ный опенсорс есть на гитхабе, но слабенький в части дизайна. Можно задействовать embedded-эксел (на COM-технологии) либо веб-компоненты, типа OWC-11. Тут я еще до конца не определился.

(168) Ты про https://www.ultimatebusinessware.ru/2c/ что ли?
Там запросы у ребят мама не горюй

На 100 человек почти 6000 р лицензии в СУТКИ!!!

Обучение 70 тыщ, в рассрочку 6 тыщ, как месяц отучился.

(79) и что, есть реальные примеры, когда котлин потеснил яву в энтерпрайзе?
(83) дык, энтерпрайзы только такие и бывают

(89)(90) чувак рассуждает про энтерпрайзы, легаси и иже с ним
https://www.youtube.com/watch?v=Kr--dGJAui4
с 19 минуты он рассказывает про переписывание "старых систем"

(169) > Ты про https://www.ultimatebusinessware.ru/2c/ что ли?

Нет. См. https://github.com/open2cerp/Open2C-ERP

Извиняюсь за оффтоп: недавно была тема какая консоль запросов лучше. Не могу тему найти.

(175) из портативных инструментов разработчика (http://devtool1c.ucoz.ru/) для ОФ - лучшая, ИМХО

Учи бейсик, а потом поймешь, а программист твое или нет :)

Фотка "На курсах по программированию на 1С"
https://pp.userapi.com/c847020/v847020251/206865/QpAu0jL7vWM.jpg

Слева второй сидит радостный такой дядька... видимо курсы понравились -
будет неплохо зарабатывать на этом :-)

****
PS. Большая вывеска-реклама на витрине
"В нашей чебуречной лучшие чебуреки в этом городе ! *
---
(мелким шрифтом внизу) *по мнению нашего директора"