что стоит выучить?

Javascript уже предлагали?

(0) 1С

"что стоит выучить?" - китайский и АК74.

js только для веб
на js нормальное приложение не нарисуешь...
если только как сервер node.js использовать...

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

:) учи golang, kotlin, scala.

qt рулез, но имеет весьма смутные перспективы в будущем...
java... говорят устарело
c# - сколько операционных систем, столько версий и все разные...

(7) qt не язык.

(7) Ничего не учи с таким подходом.

(0) Питон и (2)

(9)
учить то, что вымрет как динозавры - пустая трата времени!

(0) выучи HTML и PHP

всегда сможешь за копейки поразбираться в чужом коде

(10) уже выяснили, что в России питон используют только яндекс и майл. Перспектив никаких.

И вопрос детский какой-то, так поторллить.

(13) в России тебе не знания нужны, тебе нужны связи и знакомства, чтобы были перспективы

ты такой перспективный никому не нужен, пока о тебе не знают

(13) И это чушь.

на мой взгляд Java или C# все-таки более перспективны...
но все-таки кому из них принадлежит будущее?

(0)"Чему и как учиться, чтобы сбежать от 1С"

https://m.habrahabr.ru/post/329906/

(17) твой вопрос примерно аналогичен:

"Мне идти учиться в ПТУ на токаря, или на слесаря, где я потом буду хорошо"?

а ответ

"Способный человек везде"

(19) будет токарем или слесарем?

(17) ты считаешь, что в будущем останется только один язык что ли. Будет и java и C# и С++ и даже Си с паскалем. Учи 1с короче. Ибо жизнь коротка и надо деньги зарабатывать на прокормление потомства.

если python так хорош, извините, почему 1С пишет на VC++ как лохи!
python - скриптовый язык, как php, perl и прочее.
Покажите мне систему уровня 1С, написанную на python, php и пр. Может быть я не прав, но по-моему для этих языков это невозможно.

(22) Что такое "VC+"?

(21)
Политика вендора не нравится.
И недостатки платформы.
Да я понимаю, что идеальных платформ не бывает, но все же...

(23)
Microsoft Visual C++ (MSVC) — интегрированная среда разработки приложений на языке C++, разработанная корпорацией Microsoft и поставляемая либо как часть комплекта Microsoft Visual Studio...
https://ru.wikipedia.org/wiki/Microsoft_Visual_C%2B%2B

(13) Ну да, какая мелочь - яндекс и мейлру.

(22) <python - скриптовый язык> Судя по вики это не совсем так
https://ru.wikipedia.org/wiki/Python

(24) тебе платформа нужна чтобы деньги зарабатывать или чтобы ныть, что она какая то не такая?

(7) на Java, если что, приложения под Андроид пишут и банковский софт. до сих пор, да.

и не путай сам C# и dotNET framework. это как 1С - язык и платформа.

ничего не учи. у тебя в голове каша.

(29) "ничего не учи. у тебя в голове каша." +100500

(28)
>> Есть реализации интерпретаторов для JVM (с возможностью компиляции), MSIL (с возможностью компиляции), LLVM и других. Проект PyPy предлагает реализацию Python с использованием JIT-компиляции, которая значительно увеличивает скорость выполнения Python-программ.

О да!
Java программы отличаются неторопливостью!
А если еще Python -> Java -> байт-код при выполнении транслировать, я думаю, что со скоростью выполнения программы будут проблемы.

на C# есть офигенный фреймворк, называется 1С:Предприятие. Вот выучи его, будешь бабло лопатой гребсти. инфа 146%

(32) Ага, фреймворк от Бога просто...

(29)
а можно вопрос?
имеется сеть, в сети компьютеры под управлением Windows XP, 7, 8 и 10 и Linux. Необходимо написать на c# какое-либо сетевое приложение, клиент которого должен работать на всех эти PC.
И под какой фрейморк .net писать?

Столько уже написали, а до сих пор не спросили ТС о его знаниях.

(33) небольшая поправка: от Бориса.

(25) Microsoft Visual C++ (MSVC) и VC++ несколько разное, ты не находишь?

(36) от бога Бориса ;)

(32) С#? А не С++?

ТС тролль голимый.

(34) у меня на яве, JVM рулит на всем!

(39) за тобой выехали желтые вертолеты, беги глупец!

(35) с автором и так всё ясно. такие ветки заводят либо тролли либо дебилы.

(32)
да ладно!
как там БН сказал?
Порог входа в 1С очень низкий и студента можно научить одинэсить за месяц?

(41) после некоторых раздумий я тоже к Java склоняюсь...

(43) Может быть и второе )))

(45) "Раздумий"!!???

(43) Ваше мнение мне тоже было интересно...

(48) ага. обращайтесь, если чо.

(34) я же говорю - у тебя каша в голове...
важна только версия фреймворка - и на каждом компе должен стоять фреймворк этой версии под стоящую там операционку.

внезапно, да?

(39)
дьявол кроется в деталях...
сроки разработки приложений на c++ намного превышают сроки разработки приложений на c#.
Разве не так?

(50)
да...
спасибо...
сейчас изучу какой фреймворк на какую ОС можно поставить...

(51) Поколение ЕГ, сам не понимает, что несет, просто как попка повторяет )))

(50)
посмотрел...
https://ru.wikipedia.org/wiki/.NET_Framework
нет такой версии .NET_Framework, которая бы устанавливалась на все ОС, начиная с XP.

(51) ровно наоборот.
если конечно приложение сложнее чем "hello world"

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

(53)
Таки напишите аналоги 1C:Предприятие 7.7 на C++ и на C# и давайте сравним время, которое у Вас уйдет на каждый из этих проектов. Если на C++ у Вас получится быстрее, я признаю,  что неправ.

(22) Тогда и C# - скриптовый язык.

(51) Наблюдал очень показательный пример (лет 15 назад).
Студент (из способных), решил разобраться с С++, написав на нем простенькую базу. Через 2 месяца понял, что в сроки не попадает, и за 3 (три) дня написал эту базу на Delphi (его он тоже до этого не знал).

(58) Код на C# перед выполнением компилируется в какой-то там код.

(54) там смотрел раздел Версии?
не обратил внимание на слова "По умолчанию"?

мне уже становится смешно читать эту ветку ))

(59) сразу видно опытного человека...

(60) Код на питоне тоже.

(60) в ковнокод

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

(61)
минута смеха продляет жизнь на 15 минут.

т.е. я могу 4.7.02046 на XP поставить?

(59) 15 лет назад не было C++17 и Qt 5.9

(59) У меня в дипломной вся математика была на C++. А ввод, редактирование, хранение, подготовка данных — на FoxPro. Потому что каждый инструмент для своей задачи.

(66) зайди на сайт microsoft и посмотри сам.

но 3.0 сможешь на ХР и 2003 потому что в остальных на тот момент он по умолчанию был, а на более старших системах точно заработает:
https://www.microsoft.com/ru-ru/download/details.aspx?id=3005

(67) один хрен по "тяп ляп и готово" Delphi никто не переплюнет до сих пор.

(65) А это плохо?
Меня больше разочаровал C# - бледный клон Delphi, не унаследовавший от своего прародителя стройной и понятной библиотеки компонент (про справочную систему, вообще, умолчу)

(70) Это точно ))))

(71) Нет, не плохо

(69) и опять же - код для 3.0 заработает и на 3.5 и выше.
и версию, если что, надо выбирать если тебе необходимы реализованные там фичи. иначе лучше использовать минимально нужную.

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

(69)
>> но 3.0 сможешь на ХР и 2003 потому что в остальных на тот момент он по умолчанию был, а на более старших системах точно заработает:

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

(70) Мало-мальски сложную логику на паскале писать просто самоубийственно.

(71) до делегатов в C# не добрался?...

старшие версии Delphi умеют интерфейс на WPF рисовать?

(74)
>> код для 3.0 заработает и на 3.5 и выше.

а за эту информацию спасибо...

(75) извини, но ты реально тупой...

(79)
Вас это огорчает?
Ну тогда извините... прошу за это прощения ;)

(75) пиши на Си или паскале. или на Go рискни. просто один exe и никаких фреймворков гигабайтных.

(22) Может сначала систематизировать знания чтобы не задавать глупых вопросов?

(81)
я тупой, но не в такой степени ;)

(80) да не извиняйся. ты не один тупой. это весьма распространенное явление.

(24) Еще тупее?

(82) можно подумать, что Вы всю жизнь только умные вопросы задавали...

Тогда айда к нам, сойдешь за своего.

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

Расти большой.

(89)
;)

Сейчас на кывт-е неплохо набрасывают: http://rsdn.org/forum/flame.comp/6794122.1

(77) С меня хватило того, что для доступа к таблице базы данных надо создавать один объект, а для управления записями в этой таблице - другой.
Слово "инкапсуляция" проектировщикам явно было не знакомо.

c# выглядит имхо более "стройным"

но это обречения себя на сидение возле продуктов m$ - шарапоинт, офис и т.п.

Чем дальше в джава тем больше будет легаси.
Джава умирает

(94) "Джава умирает" — ага, ага. Слушаем эту песню лет 10.
Java настолько пустила корни в энтерпрайз, что убить ее способны только большие усилия со стороны Oracle. Причем, не технического, а юридического плана.

(95) Ну я и говорю про легаси. А насчет умирает - видно по тому как язык развивается.
Сколько там 9 версию пилили? И запилили то что хотели?

я так понимаю, что Oracle медленно убивает Java?

Oracle прекратила разработку Java EE?
https://habrahabr.ru/post/304812/

(96) Ну так java — это не какой-то там хипстерский Ruby (хотя и он сейчас уже "забронзовел"), там каждая новая фича может такой "нежданчик" принести, что не откопаешься.

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

Если что-то не приносит денег, то нет причин это разрабатывать, считает Oracle. Обычный бизнес, ничего личного.

(c)

(96) с такой позиции и html - тоже умирает. 5.1 рожают три года и без результатов. На CSS посморти - там вообще мрак и содом.

Я для себя так решил:
Знания джава я не могу применить в реальном мире не работая прогом на джаве.
А вот с js вполне, как сервер сайд так и клиент.
Хотя изучать начинал с джавы

(101) а почему не можешь то ? всякие парсеры сайтов, конвертеры  форматов себе писал на java, любые приложение под win, mac :)

(91)Нарыл по ссылке:  "Появление функциональной неграмотности в развитых западных странах совпало с первыми ощутимыми шагами данных государств к переходу в информационное общество. Знания и талант быстро ориентироваться в незнакомой среде стали критериями социального роста индивида. В MIT (как вы помните, там учился сам Гордон Фримен), был создан график рыночной стоимости сотрудника в зависимости от продвижения по двум шкалам. Первая — решение рутинных, повторяющихся действий, воспроизведение, простая усидчивость. А второе — умение выполнять сложные операции, не имеющие готового алгоритма. Если человек способен находить новые пути решения задачи, если он может на основе разрозненных данных построить работающую модель, то он является функционально грамотным. Соответственно, функционально неграмотные люди приспособлены только к труду кассиров и дворников, и то под надзором. Они непригодны к эвристической деятельности."
Тс вроде бы знает о технологиях, но не может построить алгоритм, не может оценить свои способности. Щаз за 21 день,а может и за 24 часа быстренько разберется с с, с++, java, c# и бегом в кровавый ынтырпрайз.

(103) >и бегом в кровавый ынтырпрайз.

угу на зп отдвухсоттыщ

(101) Попробуй прогу под android написать, тут то знания java и пригодятся.

С учетом развития .Net Core у C# появмлась реальная кроссплатформенность плюс Xamarin под Андроид, яблоко. В том числе под Tizen для IoT.
  Здесь уже зависит от того, что ты хочешь делать. C# мощнее, но нынешняя ниша Java больше.

А лучше изучай TypeScript и Angular 2

(104)Ну если только на испытательный срок.

(105) Если ты выбираешь писать под андроид, то у тебя вариантов нет практически

(106) к тому времени там везде будет 1С, включая под IoT

(108) чойта? Тот же js. Apache Cordova да и вперёд и с песней

Начни с C# там без заморочек, Java потом.
Книги:
Библия C# 2++ издание, по Java ютуб ..

(109) Ну это совсем какой то черный юмор. Пусть сначала замыкания хотя бы введут. Не говоря об асинхронности, Linq итд

(110) Добавлю, что тот же Ionic 2 на основе Ангулар 2. Гибридные приложения на основе кроссплатформенного браузера вполне могут потеснить обычные приложения
https://habrahabr.ru/post/328960/

(108) Я например пишу на Xamarin

(112) И каким образом эти замыкания и асинхронности связаны с реальным программированием под разные платформы?
Когда блин даже все нынешние возможности 1С мало кто использует.

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

"Гибридные приложения на основе кроссплатформенного браузера вполне могут потеснить обычные приложения"
А могут и не потеснить.

(113) Ты в 109 написал, что 1С заменит все.
Я вот замыкания и и асинхронность использую на каждом шагу.

Добавить фишку проблема. На Jave нет ни линк ни async/await

(114) Ну они развиваются и как бы там ни было отбирают долю мобильных приложений на себя. Вопрос о том, сколько они отберут.

(114) они не потеснят только в том случае, если будет изобретено что-то третье, что потеснит тех и других одновременно. Если не будет, то десктопная полюбень канет в лету. С ней слишком много возни для обоих концов процесса.

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

Т.е. веб-клиенты и тонкие клиенты как 1С8 УФ.

Вот системные приложения и игрушки пока останутся нативными.

(115) >Ты в 109 написал, что 1С заменит все.
Не заменит полностью, но будет выполняться даже и свои задачи решать

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

>Добавить фишку проблема. На Jave нет ни линк ни async/await
Свои либы писать разучились? На java давным давно есть программная динамическая компиляция/выполнение кода.

учить не язык, а первостепенно максимально четко представить что ты хочешь писать/разрабатывать, тогда и вопрос станут точнее и конкретнее. Для каждой отрасли/сферы есть свои комьюнити, пообщайся там где интересно, спроси чем люди занимаются,язык это только  инструмент... Сам задумывался о таком "переходе", нет смысла думать что java круче 1с или наоборот, и там и там + и - весь вопрос стоит в том, в какую отрасль разработки хочется и чего ждешь на выходе!

(119) >учить не язык

а навыки изучения языков

Предлагаю учить js, научиться писать на нем фронт/бэк/мобайл/десктоп, найти заморских заказчиков и рубить бабло =)

(115) "Ну они развиваются и как бы там ни было отбирают долю мобильных приложений на себя. Вопрос о том, сколько они отберут."
https://shkolazhizni.ru/img/content/i136/136308_or.jpg - браузерные приложения отбирают долю мобильных приложений, их разработчиков и пользователей.
(116) На самом деле возня была и будет исключительно от криворукости для всех концов и ипостасей такого процесса. (117) Ты сам предпочитаешь онлайн офис, или понативнее?

(0)
C# и net вычеркивай
Некоторые изучили талмуды по net, написали компоненты и приложения - а до сих пор работают на 1С
На js порог вхождения чуть выше плинтуса , работа ищется легко, зарплаты выше чем в 1С, есть успешные соскакивания
JOB: Соскочил с 1с

(122) >Ты сам предпочитаешь онлайн офис, или понативнее?

Глубоко фиолетово, пока онлайн офисы еще тормозят, особенно на больших доках, но скоро это само исправится.

(123) Ну не совсем так просто конечно, войти-то легка, а вот писать production-ready приложения немного сложнее, но реально.

(124) Одновременно с приходом коммунизма.

(123) Я не работаю на 1С. А зарплата выше.

(122) Проблема не в криворукости, а в затратах. В гибридных приложениях сейчас значительно меньше, но нужно изучать TypeScript и Angular 2

(127)
А вот же недавно было ?
JOB: Неспешно ищу работу

(129) Так я нашел работу. Только на C#

Реклама на мисте:
https://geekbrains.ru/professions/java_developer?utm_source=Google.com&utm_medium=CPC&utm_campaign=java_KMS&utm_content=professions&utm_term=retargeting&gclid=CJLD5e3PptQCFUG2GAodvPQKzA

Куда катится этот мир?

(131)
а Вы сами эти курсы смотрели?
я смотрел по js - мягко говоря не айс.

(128) Там нет повода для уменьшения затрат относительно классических технологий.

(130)
О круто !
И никак не связана с 1С ?

(134) Немного связана, так как нужно интегрировать некоторые вещи на 1С. Но я на 1С не пишу. Изредка только если нужно показать код который мне нужен. Но сейчас пишу код совсем с 1С не связанный.

(133) Угу когда нужно писать кроссплатформенный код?

136+ Например Xamarin позволяет писать кроссплатформенный код. Но Xamarin.Forms еще бедны. К началу следующего года выйдет XAML.Standard возможно ситуация изменится.
Пока приходится для каждой платформы свои нативные компонеты использовать.

(131) на торренте можно курсы их найти, качаство преподавание низкое, зато реклама со всех сайтов прет.
Думаю в России нет курсов нормальных.
Англоязычные есть вполне не плохие

(136) (137) Именно. C++, Питон, т.д. Вообще, если не работаешь на низком уровне, смена платформы мало на что влияет.

+ (139) естественно, десктоп и мобилки в кучу не смешиваем, но и там 90% библиотек переносимы.

(138) Имеете в виду видеокурсы?
Стар я наверное, для таких штук. Только потеря времени.
Предпочитаю текст.
Недавно, кстати, искал исчерпывающую книгу по Java.
Обошелся статьей в ... Википедиии)))
Рекомендую.

(139) Ты на C++ Гуй писать собрался?
Ну ты мазохист.
Еще раз код и на Xamarin прекрасно переносится, а вот с гуем беда.
И весь смысл гибридных приложений это как раз в переносимости гуя.
в 112 ссылку не зря давал

(142) "Ты на C++ Гуй писать собрался?
Ну ты мазохист.
Еще раз код и на Xamarin прекрасно переносится, а вот с гуем беда."
А что за проблема? Что именно у тебя не получилось и какая разница в сложности с шарпом?

(142) html/css/js вполне замечательно UI переносится

ЗЫ и "УЙ" намного лучше звучит чем "ГУЙ", в традициях борьбы с космополитизмом надо бы говорить ГПИ или просто ПИ

ЗЗЫ хотя не интерфейс тоже слово неправильное... "междумордие" - ГПМ или ПМ а?

(143) А ты читаешь, что я пишу?
например (137)

Да не будет ни развития Xamarin.Forms ни XAML.Standard, Xamarin в целом мертвый проект, все ушли в вебы.

В лучшем случае будет нечто в виде оберток-контролов с трансформаций-компиляцией классический html/css/js.
Примерно как GWT и прочие Vaadin'ы

(145) Xamarin.Forms и XAML.Standard? На плюсах??? Я даже знаю почему они у тебя не завелись...

(146) Я пишу на Xamarin. Жив и развивается.
Пока Ionic только в начале пути. Но у Xamarina есть премущество в компиляции в том числе и в полный натив для Ios и UWP
(147) Да уж. При чем тут плюсы?
Все прекрасно пишется. Просто функционал Xamarin.Forms  по сравнению с WPF или UWP слишком беден.

(148) Я пишу на Delphi т.е. на Lazarus'е. Жив и развивается.

Найдите отличия?

(149)+ не только под android но и под ios нативная компиляция есть https://www.youtube.com/watch?v=DtltlNHnNMU

(148) "При чем тут плюсы?"
-У тебя с ними что-то не получается в (142)

Навскидку: GLFW, imgui, nanogui.... (про Qt и wx уже молчу)

Ну удачи тебе на них писать под Android и IOS.
https://habrahabr.ru/post/220877/
На C++ Гуй пишут только мазахисты.
XAML наше все. Тот же Angular близок к XAML

(149) Да я не против. Только вот кто стоит за Lazarus' и кто за Xamarin

(153) Ну явно не Нокия стоит как за Qt ))

Delphi изучают только мазохисты. Было 3 знакомых дельфиста - один ушел в net, один в 1С (!), еще один на полтиннике сидит и боится - как бы не сократили

Хотя наверняка есть отдельные гуру кому и на Дельфях хорошо. Но новичку вряд ли

(155) Не волнуйся, для меня Delphi/Lazarus это просто хобби.
Так то абсолютно пофиг на чем писать, выбор инструментов чисто под задачу.

C# хорош для длительных долгоиграющих проектов, когда есть дофига времени все хорошо спроектировать и отладить с рефакторингом.

Java хорош когда идет опора на тонны готового кода/библиотек и нужна очень хорошая кроссплатформенность/переносимость.

JS/NodeJS это пока малыш подрастает со своими кучами детских болячек, хз что из него вырастет.

Delphi/Lazarus это такое бесплатное 1С когда нужно быстро, дешево и сердито, но Visual Basic уже не катит.

Как по мне, лучше шарп.

На нем я как то даже прогу написал, а вот ява мне чот не понравилась.

Тем более сейчас на шарпе ваяют кроссплатформу для мобил.

153 + https://ru.stackoverflow.com/questions/611018/Недостатки-использования-qt-для-android

Если зырить в корень, то конечно же проблема Qt не в его возможностях или наоборот невозможностях. Qt умеет делать на Android'е примерно то же самое что и Java на Android'е.
Основной недостаток это отсутствие коммьюнити. Далеко ходить не будем и возьмем количество репозиториев на github:
с поддержкой Java Android - 276 тысяч
с поддержкой Qt Android - 340 штук
Разница почти в 3 порядка (почти в тысячу раз). Это означает, что у вас будет в тысячу раз меньше документации, в тысячу раз меньше примеров, в тысячу раз меньше библиотек/визардов/контролов, в тысячу раз меньше экспертов, в тысячу раз меньше людей с которыми вы сможете обсудить свои проблемы ну и т.д.
В реале наверное будет не тысяча раз - пусть даже сто, но я бы поостерегся в самом начале своего пути Android девелопера так опрометчиво не полагаться на силу Java community.
Переходите на сторону силы :)

(159) А терь сравни количество разрабов/проектов java c js и если они возьмут https://software.intel.com/en-us/intel-xdk ?

(155) (156) как раз с Дельфей проще всего начинать программировать.
самый быстрый компилятор к тому же ))
я до сих пор на нем иногда что то по мелочи пишу. правда уже все реже и реже...

(153) Десктоп с мобилками мешают или аристократы, или совсем наоборот. Я тут чуть ранее отгородил разработку мобильных от десктопа и, соответсвенно, подразумевал десктоп.
(159) Так и пиши на яве!

+(162) https://github.com/search?q=android - удивись.

судя по статистике  github округленно
самые популярные Java , Python(300 000)  
потом JavaScript, PHP, Ruby (150 000),
потом C# (50 000)
и т.п.
полезно для (0)

(164) Android сильно Java вперед тащит? поэтому сложно определить где Java как java  где java Android

(165) вмето вопросительного знака зяпятая)

(153) https://sciter.com/ - сколько мазохистов в одном месте
https://github.com/vczh-libraries/GacUI - всё как ты любишь
http://librocket.com/ - для андроид

https://github.com/fffaraz/awesome-cpp#gui

Видимо у http://job.mista.ru/users.php?id=49865 не так всё хорошо с нетом и шарпом, раз он их на каждом углу пиарит и оправдывается.

(168)
а я подозреваю, что у него все просто прекрасно и с нетом и с шарпом...
Microsoft веников не вяжет!
А если вяжет, то только фирменные!

(169) Ну, вот это глупость сказал.

(0) как сбежавший от 1С могу посоветовать
- Java и C# как языки очень похожи. Выучишь один - легко перейдешь на другой
- Сами языки мало кому нужны. Нужны обычно фрейморки. Java можно писать под Андроид, на С# можно клепать сайты на MVP
- Но чтобы клепать сайты - желательно знать JS и всякие фрейморки над ним.

Поэтому советую учить Java+Андроид - там достаточно небольшой стек технологий, и область пока перспективная

(169) Лучше бы она веники вязала.

(162) Есть библиотеки которые и на декстопе и на мобильниках. Разница только в Гуе.
Мне Xamarin вполне хватает.
(163) И чему удивляться? Где там С++ и Андроид?

(167) Угу чему удивляться?
Скитер на Rsdn продвигают, но не очень удачно.
Проче например использовать CEF и .Net Core

https://habrahabr.ru/post/320960/
https://habrahabr.ru/post/321452/
https://habrahabr.ru/post/321898/

(168) Я просто делюсь своими наработками. Бесплатно заметь.
Жалко, что труды пропадают. Но многие пользуются

Я же не кого не заставляю использовать .Net

(172) То есть ты не пользуешься продуктами M$

(173) с чего начать изучение C#?

Прекрасно знаю C#, T-SQL. И вот что скажу. Лучше для материального благополучия и беззаботного существования программировать на 1С.

(173) "Есть библиотеки которые и на декстопе и на мобильниках. Разница только в Гуе."
То есть к энергосбережению, организации workflow и работе с периферией подходим абсолютно одинаково?

"Где там С++ и Андроид?"
На пару голов выше C#

"Скитер на Rsdn продвигают, но не очень удачно.
Проче например использовать CEF и .Net Core"
Ты на сайт скитера не очень удачно заглянул.

"То есть ты не пользуешься продуктами M$"
Вынужденно пользуюсь и потому часто сталкиваюсь с их кривизной.

(174) Сам язык C# предельно простой, полностью объектно - ориентированный. Изучать нужно технологии, которые ты будешь применять. Потому что писать web-сервисы это одна технология, десктопные приложения - другая.

(172) Дело не в M$ конкретно, а в общественно-экономическом строе, в котором работает M$. Им нужно сделать так, чтобы их оси покупали, но не могли создавать качественные приложения для них, чтобы не было конкурентов. Отсюда и кривизна библиотек, и скупость функционала, и закрытость, и бесконечная череда с "новыми" технологиями. Капитализм во всей своей красе.

(44) "Порог входа в 1С очень низкий и студента можно научить одинэсить за месяц?"
Одинэсить за з/п, равную тарелке супа - да.

Только, блин, приходят эти парни ("умеющие одинэсить") и просят з/п от ста тыщ, а сами не могут назвать типы регистров, используемые в 1С

(179) а которые все знаю и умеют  - получают на 30-50 % больше

ну и кто кому тут злой буратино? и какая цена "уникальным знаниям" про "дебет слева кредит справа" которыми так гордятся 1с-ники?

(176) Понимаешь в чем дело, есть единый интерфейс, а внутренняя часть сильно отличается от оси.

"Где там С++ и Андроид?"

То есть C++ на пару голов выше?
Посмотри и удивись
https://habrahabr.ru/post/319348/


>>>"То есть ты не пользуешься продуктами M$"
<<<Вынужденно пользуюсь и потому часто сталкиваюсь с их <<<кривизной.
Тогда пользуйся другими продуктами. Есть куча замен.
Пользуйся ими.
Вот я как раз сталкиваюсь с кривизной их заменителей.

(181) "Посмотри и удивись "
- ты вот эту хрень:
"Далеко ходить не будем и возьмем количество репозиториев на github:
с поддержкой Java Android - 276 тысяч
с поддержкой Qt Android - 340 штук"

для чего тогда постил?

(181) "Тогда пользуйся другими продуктами. Есть куча замен."
Я пользуюсь, по возможности - не стоит за меня переживать. Это когда у людей хватает разума не бросаться VS солюшнами, например.

(181)  "Понимаешь в чем дело, есть единый интерфейс, а внутренняя часть сильно отличается от оси."
И, конечно же, идеология потрохов через интерфейс не просвечивает.

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

(174) скачать SharpDevelop например, купить книжицу (ну или тоже скачать) для начинающих. поискать примеры в инете.

(179) "дьявол в деталях" )) что значит - "одинэсить"?
писать на сишарпе или джаве можно тоже научиться за месяц, вопрос в том - ЧТО писать!

(184) Боюсь "бедолажка" тут кто даже C# и .Net не смог освоить.

C# как язык замечательная штука и классы .Net ничуть не хуже, не зря же они на себя переманили немало с Delphi и даже с Java.
Проблема что это проприетарная хрень от MS заточенная изначально на добывание $.

(186) Откуда информация про "переманили немало с Delphi и даже с Java" ?

.NET must die

(187) 1. Собственный опыт
2. Опыт знакомых программистов (бывшие проги на Delphi)
3. Информация из интернет

(188) Что тоже не смог освоить темную сторону силы?

(190) Не затянуло. Только исходники перебежчиков с дельфи иногда посматриваю для поднятия настроения.

(189) Ну, т.е. 3-5 человек вокруг и пара отзывов из инета и уже такие далеко идущие выводы?

(192) Плиз назови языки программирования на которых лично можешь читать/писать код?

(193) Слился, перешел на личности, что бы скрыть пургу которою выдавал  за достоверную информацию. Что ж, очень по взрослому. Умница.

(193) Какое отношение моё умение писать код имеет к той лаже, что ты написал, пытаясь выглядеть умнее чем есть?

(190)
В универе сдавал курсовые на С/С++.
Потом работал 1С.
Все сокурсники  дружно называли 1С недоязыком.
Решил С++ подтянуть и поизучал MFC малость - это было ж-ть
Сразу желание переходить на темную сторону отпало

Хотя про net пишут что там все логичнее понятнее и проще

(184) Ты хоть для интереса прочти мои статьи. Там далеко не один .Net
https://habrahabr.ru/users/serginio1/topics/

Ты удивишься я и на С++ программирую и на TypeScript и JavaScript и 1C.

(182) То, что С++ уступает капитально Java в нише Андроида и также сливает в нише кроссплатформенной разработке в нише мобильных устройств C#.

(188) Ну, а что у нас не масдай? C++. Ну я же говорю мазохист.

(191) "Дима, а у тебя когда-нибудь секс был? — Да. — Ну и как? — Не моё!" (с) КВН
)))

(196) ну надо понимать что каждый язык (вернее даже среда разработки!) заточены под свои задачи!
в 1С например УФ - полное УГ в сравнении с WPF в .NET

(198) Хоть бы читал сначала, что написал прежде чем отправить )))

(194) а умеете ли вы играть на пианино?

(199) что непонятно?

(200) Да.

(197) "То, что С++ уступает капитально Java в нише Андроида и также сливает в нише кроссплатформенной разработке в нише мобильных устройств C#."
Не смотря на то, что андроидо-с/с++ проекты идут на гитхабе сразу за явой? И ты комментарии по своей последней ссылке-то почитай.
(188) "Ну, а что у нас не масдай? C++. Ну я же говорю мазохист."
С++ был до .NET и будет после, неосилятор.

(198) Продукция М$ и секс - хорошая ассоциация)

(203) Продолжай улучшать мне настроение. Молодец!
Есть еще и голый C и он до сих пор живее всех живых.
Продолжай заниматься сексом с С++.
И при этом вынужденно с продуктами M$. Ты у нас половой гигант. Только и делаешь, что сексом занимаешься.
Я хоть привожу ссылки на свои работы, а ты только ...

(202) А я вот не знаю (умею ли играть на пианино)... еще никогда не пробовал :D

(204) Ты знаешь где искать некоторые из моих работ, выполненные на... 6-ти языках.

Между прочим и Delphi и Lazarus позволяют писать приложения под Android.

(204) Нет не знаю. Ты не разу в тех ветках  где я был не дал ссылку на решение. Может я и не видел.
Рад за тебя, что ты пишешь на разных языках. Открой для себя еще и .Net.
Заметь, что ничего не хаю, в отличие от тебя. Каждый инструмент для своей задачи.

(208) "Заметь, что ничего не хаю, в отличие от тебя."
Заметил как ты назвал использующих с++ мазохистами.

http://catalog.mista.ru/public/186206/

(209) Если используют голый C++ чтобы писать учетные системы то да, они мазохисты ))

(210) А если голый C#?

(211) Без .Net и прочих ORM почти тоже самое.

(0) Все тлен. Не нужно ничего.

(211) (212) вы понимаете что пишете? ))

C# без .Net это как в 1С конфа без платформы ))
просто проект исходников который и не скомпилируешь...

(214)
// A Hello World! program in C#.
using System;
namespace HelloWorld
{
    class Hello
    {
        static void Main()
        {
            Console.WriteLine("Hello World!");

            // Keep the console window open in debug mode.
            Console.WriteLine("Press any key to exit.");
            Console.ReadKey();
        }
    }
}
(c)перто у MS
https://docs.microsoft.com/ru-ru/dotnet/csharp/programming-guide/inside-a-program/hello-world-your-first-program

(215) Не вышло без .Net ибо "Console.WriteLine" это из System
https://msdn.microsoft.com/ru-ru/library/system.console.writeline(v=vs.110).aspx

(214) Скомпилировать то можно, но в текущих реализациях C# даже базовый ввод/вывод на классы .Net завязан.

(214) >C# без .Net это как в 1С конфа без платформы ))

и да запуск 1С "без платформы" http://oscript.io/

(216)
вот печалька...
ну тогда (214) прав

(218)+ Т.е. сам язык и его конкретная реализация намертво привязанная к "платформе" это разные вещи.

(217) ну я как бы про "учетные системы" из (211) а не "хеловорлд"

(218) ха-ха-ха...

"OneScript позволяет создавать и выполнять текстовые сценарии, ..."
тоже хелловорлд на 1С, ну еще с циклами и массивами.

вот я не понимаю - ну зачем так изгаляться и выдумывать такие исключения?

ведь понятно что реальная конфа без платформы это просто ЦФ-файл.

точно также как любая реальная прога на C# даже скомпилированная - не взлетит если на компе не установлен дотНЕТ фреймворк (хотя сейчас это уже нонсенес - только смотря какая версия)

(222) Реальную прогу на языке C# вполне можно запустить на другом компиляторе/интерпретаторе отличном от реализации MS.
Тот же https://ru.wikipedia.org/wiki/Mono начинался как отдельная реализация языка C#.

(212) Можно с .NET

(224) На C# c .Net очень приятно писать, особенно после Delphi и даже после Java.

Короткий лаконичный синтаксис и много возможностей из коробки с хорошей документацией.

Поначалу сильно не хватало кучи сторонних (и главное бесплатных или близко) либ которые давным давно наваяны для Delphi/Java, но сча ситуация исправилась.

(225)+ Но для "типичных 1Сников" C# не подходит совершенно, особенно которые предпочитают "слямзить" готовый код и внеся изменения в пару мест "продать".

(226) Да сейчас любой язык такой. И Си шарп не исключения. Особенно учитывая, что есть нугет

(209) Еще раз я называл мазохистами людей пишуший Гуй на 1С.
С этим кстати соглашаются и сами С++ ники. Я привожу их слова.
Заметь, что я не хаю сам язык.

(211) А что такое голый C#. Прекрасно пишут учетные системы.
Есть Linq to EF Code First и Linq to EF на примере 1С версии 8.3

А вот на С++ есть аналог, но это очень убогое поделие.
Опять же сами С++ с этим согласны.

(227) Покажи аналог http://catalog.mista.ru/public/238584/
кроме питона.

Где бы ни упоминался C#, в итоге все сводится к тому, что Serginio1 один против всех.

(231)
Вы форму на Java нарисовать не пробовали?

(225) У плюсов из коробки возможностей примерно столько же, и синтаксис не особо отличается.

(228) "С этим кстати соглашаются и сами С++ ники. Я привожу их слова."
Это неосиляторы какие-то. а не C++ники.

"Есть Linq to EF Code First и Linq to EF на примере 1С версии 8.3 А вот на С++ есть аналог, но это очень убогое поделие."
Там где важна производительность (ради неё обычно и выбирают С++) используются нативные средства СУБД и от Linq to EF толку будет чуть. Или вот я сейчас использую sqlcipher (форк sqlite для работы с шифрованными БД) и работать с ним чем-либо кроме c/c++ или не получается, или получается с разрушением концепции.

(232) шта?.. я-то тут при чем?
А вообще - пробовал. Не смертельно. Но и ни чего хорошего.

(225) И чем же приятней после Delphi?
Тормознутостью компилятора?
Долбанутостью в структуре классов (приводил пример выше)?
Свойственной всем С-подобным языкам меньшей читабельностью?
Да и лучшей справки, чем в Delpi, я не встречал.

(232)
Пишут
Swing GUI-визард IntelliJ IDEA норм

(234)
на мой взгляд формы все-таки удобнее рисовать мышкой в VS или SharpBuilder.

(236)
а куда из NetBeans конструктор форм дели?
там тоже раньше был...

(237) в 1С формы рисовать еще удобнее. Особенно управляемые. Их и рисовать-то не надо - они сами как-то там рисуются. Ты знай только накидывай контроллы

https://github.com/aminroosta/sqlite_modern_cpp - какое няшко. И зачем тут linq-и.

(239)
еще в книжке 200 лохматого года по Java 2 были описаны раскладчики элементов формы - описал кодом объекты, запустил раскладчик и они сами раскладываются на форме.

У меня в питоне даже контролы сами растасовываются.

(233) Угу зайди на RSDN. Кроме того они все в купе с C++ используют Питон.

.Net сейчас тоже развивается. Тот же Net Native сейчас делает прекрасный нативный код, а Linq тоже очень хорошо оптимизируется https://github.com/antiufo/roslyn-linq-rewrite

(243) Регулярно там бываю.
"Net Native сейчас делает прекрасный нативный код"
Ты его видел? Покажи?

а как из C# добраться до ODBC?

(240) Вот когда поработаешь на Linq тогда и поймешь. Кстати а где джойны?

Хотя пишут swing устарел и лучше
JavaFX , включая JavaFX Scene Builder

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

(246) Нет, спасибо. А что джойны?

(244) http://rsdn.org/forum/dotnet/6738556.1

(237) вы все еще рисуете формы на WinForms?
WPF для слабаков? ))

(241) видимо да...

(249) В примерах не нашел джойы, ленивое склейка запросов итд

(250) Понятно. Кода нет.
(252) "ленивое склейка запросов" -это ты где увидел?

(253) У тебя и созрением плохо?
В первой строке ссылка https://dzone.com/articles/net-native-performance-and

А ленивую склейку запросов я так и не увидел.
Посмотри примеры
http://catalog.mista.ru/public/402433/

Так же в Linq можно склеивать запросы, накладывая новые ограничения. Это связано с ленивостью запросов
 
// Этот запрос получает значения периодического реквизита с ID 9697 в порядке убывания даты, времени, и строки документа

            var query = from Константа in бд.ТаблицаКонстанты
                        where Константа.ID == 9697
                        orderby Константа.DATE descending, Константа.TIME descending, Константа.DOCID descending, Константа.ROW_ID descending
                        select Константа;
           
 
// Используем query в другом запросе добавив к  на нему условия на элемент владелец и дату равную или меньше значение реквизита элемента справочника. В итоге получаем последнее значение и дату периодического элемента на дату заданную в реквизите элемента справочника.
 
 
            var query2 = (from спр in бд.Спр_ДляПериодических
                          select new
                          {
                              Наименование = спр.Наименование,
                              ДатаСпр = спр.ДатаСпр,
                              Периодические = (from прериод in query.Where(х => х.OBJID == спр.ID && х.DATE <= спр.ДатаСпр).Take(1)
                                               select  new
                                               {
                                                   Значение = прериод.VALUE,
                                                   Дата = прериод.DATE
 
                                               }).FirstOrDefault()
 
                          }
                             );

(254) Ты про http://www.sqlite.org/lang_createview.html ?

(255) Я про Join и использование запросов в других запросах.
Раз в коде непонятно?
Заметь Периодические это коллекция. В статье есть реальный запрос который генерирует провайдер Linq к конкретной БД, а не только SqLite

(265) и что реально лучше чем напрямую запросы писать?

(256) Джойн пишется как и прочее http://www.sqlite.org/syntax/join-clause.html

Один хрен linq будет генерировать текст, а у конкретных субд ещё и случаются свои конретные особенности, которые ни линк и ормы не скроют.

*ни ормы

(257) Да. Так как ты не привязан к тексту, БД. При этом работаешь с типом и интеллисенсе. Удобно. Удобнее чем конструктор запоса, так как можешь повторно использовать промежуточные запросы.
(256) И где там пример на C++
(259) Для каждой БД свой провайдер. Один и тот же код будет по разному генерится для конкретной БД.
Есть Dapper https://metanit.com/sharp/aspnet5/26.1.php

261+ https://github.com/StackExchange/Dapper

(261) "И где там пример на C++ "
Не сочли нужным. Я не знаю какой подвох ты с этим джойном ожидаешь.
"Один и тот же код будет по разному генерится для конкретной БД."
То есть все функции работы с датами, временем, строками везде будут работать одинаково?

Да. Смысл Linq в типизации и соответственно провайдеры переводят инструкции для конкретной БД.
Там не просто условие в строке, и Expression
https://ru.stackoverflow.com/questions/467598/Динамическое-построение-linq-запроса

(263) >>> Не сочли нужным.
Join осногвная инструкция. Понятно, что без Expression  и динамической компиляции в C++ не очень хорошо.
Вся склейка запроса идет на этапе компиляции. Linq динамичен

(264) >> Да. Смысл Linq в типизации и соответственно провайдеры переводят инструкции для конкретной БД
Это интересно. Как будет выглядеть запрос "получить все, где дата_б = дата_а + 12 часов"?

(265) >> Понятно, что без Expression  и динамической компиляции в C++ не очень хорошо.
Тут нет никакой динамики: все возможные типы в каждой позиции заранее известны.

(266) Для этого ты должен использовать методы DateTime
Если провайдер не поддерживает будет исключение.

>> Тут нет никакой динамики: все возможные типы в каждой позиции заранее известны.

Нет не все. Вернее типы известны, но они могут быть анонимными из-за Select.

Кроме того я могу передать Query ввиде IQueryable

System.Linq.IQueryable<Константы1С.ЗначениеПериодического>

Как в 254.

И здесь как раз запрос строится динамически в рантайме.

267 + http://catalog.mista.ru/public/393228/
Смотри

public static System.Linq.IQueryable<Константы1С.ЗначениеПериодического> ЗапросДляПериодическогоЗначения(int ID, string OBJID, DateTime DATE)
        {
            var бд = ГлобальныйКонтекст.БД;
            var query = (from Константа in бд.ТаблицаКонстанты
                         where Константа.ID == ID && Константа.OBJID == OBJID && Константа.DATE <= DATE
                         orderby Константа.DATE descending, Константа.TIME descending, Константа.DOCID descending, Константа.ROW_ID descending
                         select  new Константы1С.ЗначениеПериодического{ Значение = Константа.VALUE }).Take(1);
 
            return query;
        }

(267) "Если провайдер не поддерживает будет исключение."
А если нужно вызвать неподдерживаемое?

"Нет не все. Вернее типы известны, но они могут быть анонимными из-за Select."
И что? Есть варианты "Variant".

(269) >>> А если нужно вызвать неподдерживаемое?

  Я тебе не зря давал ссылку на Dapper
https://github.com/StackExchange/Dapper

Есть прямые запросы, зранимые процедуры. Вариантов куча.

(269) Варианты это типа Union? И ты union сделаешь на все случаи жизни?

В любом случае все что показывали C++ ники это все очень далеко до Linq to EF. Например https://github.com/rbock/sqlpp11

У С++ есть куча других достоинств кроме работы с БД и Гуя.
Он нужен там где скорость. А вот запросы к БД это асинхронные методы https://metanit.com/sharp/entityframework/8.1.php.
Поэтому нет смысла использовать C++ где даже питон или 1С справится. Там основная нагрузка на SQL сервер.
А вот поддержка асинхронности на сервере (Asp.Net)
очень важна, так как увеличивает производительность, за счет освобождения потоков пока выполняется запрос.

(270) "Я тебе не зря давал ссылку на Dapper "
Там ничего удивительного, очередной ORM.
http://codesynthesis.com/products/odb/

"Варианты это типа Union? И ты union сделаешь на все случаи жизни?"
А обобщения мне на что?

"У С++ есть куча других достоинств кроме работы с БД и Гуя."
Какие проблемы с БД и гуем?
http://doc.qt.io/qt-5/qtsql-sqlwidgetmapper-example.html

"А вот запросы к БД это асинхронные методы"
Ну и что? С++ не умеет асинхронность? Не смеши меня.

Посоветуйте книгу по JS для нуля с минусом ;]

(272) Начни с этого - https://learn.javascript.ru/

(273) А если это "нипанятна" ?

(273) Спасибо и так там

(274) Что там может быть "нипанятна"?

(276) Может быть неправильный подход ? Что-то может тупо зазубривать нужно?

О, сколько нам открытий чудных
Готовят просвещенья дух,
И опыт, сын ошибок трудных,
И гений, парадоксов друг...
А.С. Пушкин

(277) Тупо -  "нинада"!

(279) проблемы есть с циклами со счетчиками
вот пример задания
По данному натуральному N вычислите сумму 12 + 22 + ... + n2. Результат выведите в мини-браузер. Например, при N = 128 ответ: 707264. Значение N менять нельзя. Решать можно только при помощи цикла for!

(280) И? А проблемы в чем?

(277) В нашем деле что-то зазубривать вообще вредно. Слишком часто все меняется. Нужно понимать смысл и уметь находить и пользоваться справочной информацией.

(281) В том, что просто не доходит как сделать, может быть стоит алгоритмизацию для начала ?

(283) Может троллить хватит?

(284) Я серьёзно, другие задания делала,а это не могу

Выведите 5 раз слово Привет при помощи цикла while
var i = 0;
while (i <5) {
    document.write("Привет");
    i++;
}
________________________________________________________
Вам дан код с использованием инструкции if: Задание
var a = 12;
if (a === 12 || a === 13 || a === 14) {
    document.write('Число от 12 до 14');
}
else if (a === 15) {
    document.write('15');
}
else {
    document.write('> 15');

РЕШЕНИЕ:
var a = 12;
switch(a) {
    case 12:
        case 13:
            case 14:
                document.write("Число от 12 до 14");
                break;
                case 15:
                    document.write("15");
                    break;
                    case a>15:
                        document.write("> 15");
}

А в (280) не понимаю

айдите наименьшее из четырех чисел и выведите его (число) в мини-браузер. Используйте инструкцию else if

var a = 101, b = 12, c = 12, d = 1;
if (a < b && a < c && a < c){
    document.write(a);
} else if (b < a && b < c && b < d) {
    document.write(b);
} else if (c < a && c < b && c < d){
    document.write(c);
}else {
    document.write(d);
}


т.е. задания попроще норм, а это чёт туплю

min=a
if b<min min=b
if c<min min=c
if d<min min=d
document.write(min);

(288) это к чему ? у меня всё норм с 287

а это другая точка зрения... более правильная

(289) там не норм, там кошмар

(291) Задание требует именно такое решение

Пример 1
if (a > b && a > c) {
    document.write(a);
}
else if (b > a && b > c) {
    document.write(b);
}
else {
    document.write(c);
}
Следующий код практически идентичен.

Пример 2
if (a > b && a > c) {
    document.write(a);
}
else {
    if (b > a && b > c) {
        document.write(b);
    }
    else {
        document.write(c);
    }
}

проблемы есть с циклами со счетчиками
вот пример задания
По данному натуральному N вычислите сумму 12 + 22 + ... + n2. Результат выведите в мини-браузер. Например, при N = 128 ответ: 707264. Значение N менять нельзя. Решать можно только при помощи цикла for!

как это решить или что изучить, чтобы решить, не понятно

(294) проблема то в чем?

(295) вообще задания не понимаб

(296) N = 128
for (i=0; i <= N; i++) {
что в теле писать не понятно
}

(296) ссылку на это задание

(298) https://codebra.ru/ru/lessons-javascript/instructions/7/1

300

а почему так радикально
maybe Axapta? X++

(297)
N = 128
S = 0
for (i=0; i <= N; i++) {
S = S + i*i
}

детский сад...

(300)
var N = 128;
for (var i =1; i<=128;i++){
    document.write(i * i +"<br>")
}
так выводит все числа
а сумму их как ?

в (299) очевидно же что Н в квадрате...

(303) в (302) код

после цикла выведи значение S

(305) спасибо большое, теперь понятно

(303)
var N = 128;
var sum=0;
for (i=1;i<=N;i++){
    
    sum = sum+i*i;
}
document.write('Число ' + sum + '<br>');

(299)ну так а сюда копировала что попало.

Как насчёт Fizz Buzz?

(271) Угу видел я эту асинхронность.Это коленочные поделки.
В стандарт async await еще не включили
https://habrahabr.ru/post/278267/

Короче на С++ можно сделать все, что угодно, только многие вещи через одно место.

По поводу Гуя. Ну посмотри ты на XAML насколько там удобнее делать привязку к данным итд.

Преимущество .Net в GC и CLI. И впрочем как и недостатки.
Хочешь все писать на C++. Это твои проблемы.
   Только вот при работе с БД и Гуем С++ далеко от первого места. В том числе и Web итд.

Для каждого языка своя ниша. Иначе бы С++ был везде.

(287)

const a = 101, b = 12, c = 12, d = 1;
const numbers = [a, b, c, d];
document.write([a, b, c, d].reduce((res, number) => number < res ? number : res, numbers[0]));

очепятался

const a = 101, b = 12, c = 12, d = 1;
document.write([a, b, c, d].reduce((res, number) => number < res ? number : res, a));

(312)  Math.min( ...[a, b, c, d])

Без массива еще проще

Ну если встроенные объекты можно использовать, то да, самый верный вариант

Но если одно из чисел будет не совсем числом, то лучше мой вариант, твой вернет NaN :)

(310) "В стандарт async await еще не включили"
Прям как без них и жили.

"По поводу Гуя. Ну посмотри ты на XAML насколько там удобнее делать привязку к данным итд."
Ну посмотрел. Не увидел ничего ни принципиально нового, ни охренительно удобного.

"Преимущество .Net в GC и CLI. И впрочем как и недостатки"
Странное преимущество. Ты не научился памятью управлять? При этом удобстве каждая собака интересуется как работает этот GC, сколько у него поколений отросло и как его похитрее наколоть. Большое облегчение!

(317) В js, например, без них очень туго  было

(318) Система не знала, что у неё серверы отделены от клиентов? Ну, бывает.

(317) Спасибо за ответы. Мне все стало ясно.
Удачи тебе. Советую тебе все же изучить предмет который хаешь.
А, что касается "как же без async await жили"
То скажу одним словом "Хреново". Там где это делается на раз приходится писать свои автоматы, переходы итд.

Например await в цикле, рекурсивный вызов итд.

(320) Мы в курсе: один ты идёшь в ногу.

(320) https://github.com/search?l=C%2B%2B&o=desc&q=coroutine&s=stars&type=Repositories&utf8=%E2%9C%93 - помедитируй

+(322) и stl с boost почитай

(320) Без async await все это решается на потоках и управлении ими с помощью семафоров и т.д.

Но для "однопоточных программистов" которые не смогли освоить потоки/threads, придумали такую удобную и простую в изучении/применении штуку как асинхронность ))

(323) Удачи тебе в медитации и изучении stl с boost
(324) Еще раз Например await в цикле, рекурсивный вызов итд.

Ребята удачи вам!
Я сейчас как раз на семафорах и потоках на 3.5. И чувствую разницу

(325) Я то шарп поболее щупал чем ты плюсы ;)

(325) Так блин это и хотел сказать, что через семафоры/потоки можно сделать все что делает через асинхронность.

Фактически async await внутри реализован один фиг на многопоточности и "проверках в цикле".
Только это взяли и скрыли от программиста.

Преимущества и Java и C# над C/C++ в том что проще/быстрее писать работающий код.
Все что можно сделать на 1С, Java, C#/.Net можно сделать и на С++ ... только часто дольше в несколько раз делать... зато иногда получается намного лучше ))

(326) Во началось меряние. Откуда ты знаешь, что я щупал?
Или ты мой код на C++ читал?

(327) Там основано на пуле потоков, внутри строится конечный автомат и отдельный класс который сохраняет состояние и переходит в новое после получения результата await.

https://stackoverflow.com/questions/31714635/best-practice-for-task-await-in-a-foreach-loop

https://books.google.ru/books?id=NPTDCwAAQBAJ&pg=PA801&lpg=PA801&dq=C%23+await+foreach+автомат&source=bl&ots=_avJgWkGcJ&sig=PzvVXfRmQwIsVJpKIvl3B5-f7z0&hl=ru&sa=X&ved=0ahUKEwjbiuevr6zUAhWDFZoKHbvZAmQQ6AEIPTAD#v=onepage&q=C%23%20await%20foreach%20автомат&f=false


Еще раз я не против С++. Я против того, что бы на нем писать Гуй и работу с БД, где есть более эффективные инструменты. Иначе бы все и вся писали бы на С++.
А вот товарищ    lock19 как раз и хает все продукты MS.

(328) Интересно было бы сделать асинхронность в 1С посредством ВК и нескольких сеансов.

(328) "Откуда ты знаешь, что я щупал"
А откуда ты знаешь про гуй и работу с БД на C++?

"Или ты мой код на C++ читал?"
Не без этого.

(330) C сайта RSDN где тусуются достаточно крутые С++.
Ну и сравнивая их аргументы и код с кодом на других языках. Не обязательно .Net
И при этом они все поголовно вместе с C++ используют питон в том числе и для Гуя.
https://www.ibm.com/developerworks/ru/library/l-python_details_09/index.html

Молодец. Вот за, что тебя люблю я, Вот за, что тебя хвалю я!

Любовь не гейская, а дружеская.

(331)
и кроме окна приложения на панели задач висит окно, в котором выполняется python...

и что на питоне гуй рисуют только так?

def main():
    window = Gtk.Window()
    window.set_default_size(240, 180)
    window.set_title('Hello World!')
    window.connect('destroy', lambda w: Gtk.main_quit())

    button = Gtk.Button('Press Me')
    button.connect('clicked', button_clicked)
    button.show()

    window.add(button)
    window.present()


(332) Фигня. Смотря как запускать.

(331) "Крутые" мастера C++ не забросили же их из-за гуёв? Да и не утверждал я будто с гуем и бд на плюсах работать обалдеть как удобно, а только: "не особо тяжело и не хуже чем с шарпом", и это неудобство компенсируется другими бонусами.
Где могу использую приснопамятный питон и потихоньку грызу D. Но кое-где не могу и сильного ущемления плюсами не замечаю. (332) pythonw.exe спасёт отца демократии.
(333) Можно деклатаривно кучей способов, можно визуально, но всё равно это переварится в последовательность вот таких вот команд.

Сыр-бор начался у портабельности, так вот переносимее с/с++ пока ничего нет.

(335) "не особо тяжело и не хуже чем с шарпом"
Повеселил.
Еще раз каждый язык для своей области.
Еще раз если бы С++ был такой шоколадный, то все поголовно писали бы на нем, однако он далеко не самый популярный. https://habrahabr.ru/company/hh/blog/318450/

Заметь как подрос TypeScript

Кстати в D твой ненавистный сборщик мусора.
Как .Net Native

(336) Ну я тебе уже давал ссылку на портабельность в мобильном сегменте, где С++ опять же не на первом месте

(337) "Повеселил."
Ты постоянно веселишь рассуждениями о том чего не знаешь.

"Еще раз если бы С++ был такой шоколадный, то все поголовно писали бы на нем, однако он далеко не самый популярный."
Давай поспорим чья метрика круче? Если бы шарп был такой популярный, все поголовно писали бы на нём, однако он не самый популярный.

"Кстати в D твой ненавистный сборщик мусора. Как .Net Native "
И в питоне сборщик мусора - пропустил. Он мне не мешает, ибо в этих местах я пишу не на питоне. В D сборщиком можно пользоваться, а можно и не пользоваться - NETу так слабо?

"Ну я тебе уже давал ссылку на портабельность в мобильном сегменте, где С++ опять же не на первом месте" А я тебе давал ссылку что и шарп там не на первом месте. Причем начал я с десктопа, а стрелки на мобилки ты перевёл.

Нарисовал бы пока гуй в своём CEF-е, а то столько шума из-за трёх корявык кнопок.

(336)
это переносимее java ничего нет!

(100) Что с CSS то не так? Все отлично, о лучшем и мечтать грех.

(338)
Ну вот твои познания в C# говорят о большем веселье.
Я привожу ссылки. Так, что мои слова подкреплены.

Я не говорю, что C# самый крутой. У него есть своя ниша, и достаточно обширная.

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

  Вот именно, что на С++ они корявые, а у мня на CEF с использованием Angular 2, TypeScript и .Net вполне себе приятные и кроссплатформенные.

(339) В мобильном сегменте?
https://habrahabr.ru/post/319348/

(339) Запусти яву на Z80.

(341) А я ссылки не привожу, ..ть...

"И при этом пользуешься. "
Я им не пользуюсь - я его не замечаю.
https://habrahabr.ru/company/wunderfund/blog/328404/

"Вот именно, что на С++ они корявые"
Повторяй это почаще.

(342)
Java на Z80

человек нарисовал транслятор java в asm для z80:
Проект находится по ссылке http://code.google.com/p/j2z80/
http://www.viara.eu/en/j80.htm

sorry...
https://www.linux.org.ru/forum/talks/7536971

а так да qt переносим...  между Windows и Linux

(344) Это не ява.
(346) Ну да, на нокии он никогда не работал...

void zx_output_string(char *lstring)
{
    int i;
    char c;
    zx_output_chanel_set(2);
    for(i=0;;++i)
    {
        c = lstring[i];
        if (!c) break;
        zx_output_char(c);
    }
}

(343) Ты не привел не одной ссылки на C# который ты хаешь.
Я С++ не хаю, но при этом привел кучу ссылок где, другие описывают его недостатки по сравнению с другими языками.

>Если бы шарп был такой популярный, все поголовно писали бы на нём, однако он не самый популярный.

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

(350) По средам нельзя писать код.

я сейчас JavaFX колупаю, делаю клон 1С:Деньги, интерфейс JavaFX намного симпатичнее, особенно если прикрутить сторонние компоненты ControlsFX http://fxexperience.com/controlsfx/features/

(351) по субботам.

шабат шолом

(350) Конечно! Если только это не С++ среды.

(349) Ты бы читал свои ссылки хоть иногда.

(356) Тяжело говорить с фанатиками, ты его не переубедишь.

(357) Я уже и не надеюсь, честно говоря.

а зачем его переубеждать?
признаться я его не совсем понимаю в части натягивания C# на 1С, но я склоняюсь к тому, что C# более удобен чем ява или qt.
Почему?
А попробуйте многоязычное приложение на java или qt сделать.
А на c# из коробки.

переносимость?
а кому оно надо?

чё в итоге решили? в ветке прослеживаются куча советов от строников разных лагерей

каждый инструмент хорош для решения своих задач... как-то так

(362) типа выходит надо внчале выбрать чё собираешься кодить? исхадя из этого и выбирать язык для этого

(359) Ну не язык Qt тебе писали уже, что ж ты такой. Видно совсем трудно тебе с такими мозгами.

(364) слушаю Вас...

(359) "А попробуйте многоязычное приложение на java или qt сделать."
На кьюте пробовал, всё просто было.

(366) +10500

(366) дай ссылку на посмотреть

(368) Что ты по ссылке увидеть ?

(368) http://doc.qt.io/qt-5/linguist-overview.html
Ещё могу дать ссылки на qml и qss.

(368) Посмотрел?

на C# Windows Forms это делается несколько проще и удобнее...
http://it-student.com.ua/c/rukovodstvo/mnogojazychnoe-prilojenie-na-c-windows-forms-chastj-1.html

(372) Forms? Да тебя сейчас тапками закидают! )

(373)
как делал, так и сказал...
что-то изменилось?

и да QML я тоже пробовал... весьма мудрено на мой взгляд тупого и жадного одинэсника

(372) И как локализовать строку, полученную рантайм, из шаблона, например?
(375) xaml проще?

(372) Жесть. Сам пробовал или Рабинович напел?

(377)
сам... писал убийцу 1С...
самая жесть на чистом winapi
каждый реквизит на форме как окно - это сексуально!

и ни фига не красиво...

(378) И переводил сам, без помощи специально обученных людей...
(379) Линь надо было брать.

(376)
XAML не пробовал...
судя по https://msdn.microsoft.com/ru-ru/library/ms752059(v=vs.110).aspx
похож на Html...

(380)
у мну специально обученный яндекс был ;)
линь?
не знаю не знаю... на Linux достоин внимания только QT...
со всем остальным только сексом заниматься

ТС или звездун знатный или тролль гадкий )))

Да тролль он! С самого начала было ясно.

(0) JS уже предлагали?

И то, и другое.

(385) JS82?

(387) JavaScript

а ведь и правда...
IT семимильными шагами уходит в WEB.
Будущее - это NodeJS + ExtJS.

ExtJS - уже прошлое

Памятка для уходящих в веб: https://habrahabr.ru/company/ruvds/blog/330596/

(390) +1. Забудь этого монстра как страшный сон

(391) хабрахабр - для ламеров, а не для профессионалов.

(393) Пофиг. Я везде хожу. (Пользуясь случаем, хочу передать привет КИРу и всем подрядчикам Ростелекома).

(385) Кроме JS стоит и TypeScript изучать
(376, 381) XAML это прежде всего MVVM https://professorweb.ru/my/WPF/documents_WPF/level36/36_5.php

Порог вхождение выше чем в WinForms но зато позволяет больше.

Для Web это ближе всего Angular 2

Кроме того, сейчас MS развивает стандарт кроссплатформенного XAML
https://blogs.windows.com/buildingapps/2017/05/19/introducing-xaml-standard-net-standard-2-0/#RZKoARHykvUBd1IP.97

(395) "Кроме JS стоит и TypeScript изучать "
Может сразу Dart?

"XAML это прежде всего MVVM"
MVVM делается на чем угодно.
https://github.com/vczh-libraries/GacUI - эту ссылку я уже давал.

https://bitbucket.org/AntyaDev/qtquickmvvmexample/src
https://www.qtdeveloperdays.com/2013/northamerica/2013/c-object-adapter-layer-qml
https://github.com/search?l=C%2B%2B&o=desc&q=MVVM&s=stars&type=Repositories&utf8=%E2%9C%93

(396) Можно и dart, только основеым для Angular 2 является TypeScript. Можешь посмотреть долю проектов на Гит Хабе

https://github.com/search?utf8=%E2%9C%93&q=Angular+2&type=

Главное, что то ответить? Dart кромев Angular 2 еще немного на сервере применяется.

Ты бы хоть ссылки на видео давал.
Я конечно понимаю, что ты любишь Гуй на С++ делать, но практика показывает, что доля Гуя на C++ мала. Но ты продолжай.

Но ты хоть ссылки интересные давай. Пока все ссылки не очень.

(397) "Можно и dart, только основеым для Angular 2 является TypeScript"
На ангуляре свет клином не сошелся.

"Главное, что то ответить? Dart кромев Angular 2 еще немного на сервере применяется."
Я выразил мнение экспертов с рсдн.
Дарт может применяться везде, где был js.

"Ты бы хоть ссылки на видео давал."
Пожалуйста: https://www.youtube.com/
Или вот https://www.youtube.com/watch?v=vYEKEIpM2zo

"Я конечно понимаю, что ты любишь Гуй на С++ делать, но практика показывает, что доля Гуя на C++ мала. Но ты продолжай."
Повторяюсь уже: доля майбахов на рынке мала - наверное они г-но.
На чем я люблю делать гуй было написано выше. Для питона, с++ и ди гуй создаётся абсолютно идентично. На шарпе, собственно, так же, только библиотечки другие.

В продолжение (398):
Единственно, в отличие от нормальных людей M$ очень любит xml и пихает его во всё. Потом хомячки-разработчики подхватывают этот бум и пишут NET-поделки, которые, в свою очередь, сжирают всю память при попытке пользователем открыть файлик в этом супер-модном формате.

(398) Там единственный эксперт это vdimas который этот Dart даже не использовал. Хорошее мнение.


ССылки нужны не мне. Я гуй на С++ не буду использовать. А вот для людей читающий этот топик будет интересно.

(399) Опять ты начал про хомячков и крутых С++.
Так Самсунг  для Гуя на Тизен для IoT взял Xamarin.Forms.
В .Net можно по сути использовать любые технологии. В том числе Pinvoke, да и можно использовать скомпилированные статические методы из C++. Но в основном используют XAML.

Так, что объявляя всех хомячками, посмотри на себя.
Про сжирание памяти приводи ссылки и желательно свежие.

Даже в 1С используют XmlReаder, XmlWriter  и нет проблем с памятью. А что касается XAML то там не такие уж и объемы.

Мало того, MS перевела проэкты на Json, но оказалось, что этот формат не подходит по куче параметров и откатились обратно.

Про Гуй. Для его использования нужно иметь хороший IDE плюс графический редактор.
Вот кстати обсуждение IDE http://rsdn.org/forum/flame.comp/6793566.flat

(400) Кому нужно сами найдут себе ссылки. Или, хотя бы, загрузят кьют и заглянут в раздел "примеры".

"Опять ты начал про хомячков и крутых С++"
Отнюдь. Ты себе снова что-то нафантазировал.

"Про сжирание памяти приводи ссылки и желательно свежие."
Тут мой личный опыт работы с отраслевым софтом.

(401) Неверно! Достаточно редактора и утилит из выбранного гуй-комплекта. Часто можно обойтись даже без визуальных средств.

(402) Тогда при чем тут хомячки, если ты про свой опыт использования XML?
У меня проблем не было, только в 1С в универсальном обмене. Поэтому испольховать Объекты XDTO.

Это большинство С++ ники говорят, года речь заходит про IDE.
Конечно достаточно текстового редактора.
  При это при использовании XAML и шаблонов Angular используют дизайнеров, не имеющих отношения к программированию.
  Можно все, что угодно. Вопрос в удобстве и скорости решения задачи.

(403) "Тогда при чем тут хомячки"
При том, что хомячки делают так, а нехомячки иначе.

(403) https://www.youtube.com/watch?v=wvWAz_mEy8Q
-дизайнер, не имеющий отношения к программированию, создаёт gui для системы на c++.

(400) Да утихомирься ты уже, все поняля, что ты непробиваемый фанат MS  и Net и больше ничего не видишь.

(400) "Мало того, MS перевела проэкты на Json, но оказалось, что этот формат не подходит по куче параметров и откатились обратно." сам придумал или дядя Билли нашептал?

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

Говорят в джавах всяких все не так
"И ты говори" (цы)
сперто...

сжирание памяти?
да легко!
создаем объекты и не уничтожаем!
память будет течь только в путь!
да я знаю место, где c++ был, есть и будет есть - это ардуино и прочие...
кстати прикольно!

(404) Ну так ты и есть хомячок ибо ты делаешь так. Используешь XML, продукты MS итд.

(405) Игры это несколько другой Гуй.
(406) Я вообще то даю информацию топикастеру и тем кого это интересует.
Ты название ветки прочитай. Или просто так влезть?
(407) Я вообще то программирую и вижу изменения.
https://docs.microsoft.com/ru-ru/dotnet/core/tools/project-json-to-csproj

(408) Там много чего нет. XML более продуманный формат
https://stackoverflow.com/questions/791761/xml-for-configuration-files-why

(409) Сейчас и на разные IoT, арудино приходят .Net Core и xamarin.Forms, UWP
https://developer.microsoft.com/en-us/windows/iot/docs/arduinoandwindows10

(411)
о_О
в безграничном удивлении...
оно же там не поместится!

(412) Помещается.
https://developer.microsoft.com/ru-ru/windows/iot

Есть микро Фреймворк
https://ru.wikipedia.org/wiki/.NET_Micro_Framework

(410) "Ну так ты и есть хомячок ибо ты делаешь так."
Я назвал хомячками овнокодеров, и тех, которые не понимают русского, хотя и пишут на нём, а не клиентов микрософта.

"Игры это несколько другой Гуй."
Ты конечно не заметил, но речь шла о гуе вообще.

"Я вообще то программирую и вижу изменения. https://docs.microsoft.com/ru-ru/dotnet/core/tools/project-json-to-csproj";
Ни слова о недостатках.

"Там много чего нет. XML более продуманный формат
https://stackoverflow.com/questions/791761/xml-for-configuration-files-why";
--> This is an important question.

Most alternatives (JSON, YAML, INI files) are easier to parse than XML.

Also, in languages like Python -- where everything is source -- it's easier to simply put your configuration in a clearly-labeled Python module.

Yet, some people will say that XML has some advantage over JSON or Python.

What's important about XML is that the "universality" of XML syntax doesn't really apply much when writing a configuration file that's specific to an application. Since portability of a configuration file doesn't matter, some Python folks write their configuration files in Python.

-Самый оценённый ответ. Перевести?

(413) "Лучшие игрушки — живые лягушки!" Желание майков пихать свои поделки во всё не считаясь со здравым смыслом вполне понятно.
Туда и яваскрипт приходит и даже питон.

(414) Ну и игры движок да на С++, а вот использовать движок проще на том же Питоне.


Про недостатки Json в конфиг файле можно найти ветки на RSDN. Там люди плевались, и поэтому MS вернула обратно.
Если бы все было бы шоколодно, зачем возвращать обратно?

(415) Вот честно мне совсем не интересно твое мнение об MS.
Ты любой мой ответ переводишь, на свою ненависть к этой фирме засоряя ветку своими домыслами.

  Я всего навсего даю информацию о возможностях .Net.
Заметь ветка называется
"C# или Java - что более перспективно в меняющемся мире?"

Еще раз это не MS тащит в Tizen .Net Core. Это Самсунг выбирает и вкладывает деньги.

MS сейчас делает конкурентный межплатформенный продукт.
Чем это плохо?
Результат это не только развитие .Net Core но и других языков.

Ты же хочешь безконкурентную среду где будут только Java и C++.
И чем ты лучше хомячков?

(416) "Ну и игры движок да на С++, а вот использовать движок проще на том же Питоне."
Ну так само ПО на C++, а интерфейс описывается одним из *ml. Большая разница?

"Вот честно мне совсем не интересно твое мнение об MS."
Точно так же мне неинтересно твоё мнение о моём мнении об Ms. Предлагаю не останавливаться на этом моменте.

"Я всего навсего даю информацию о возможностях .Net."
А я о недостатках.

На всякий случай напомню: MS пилит не только C#+NET, но и VC++.

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

Так вот я даю информацию, касаемо названия ветки.
Кроме того я даю информацию и о недостаках .Net. А именно, распространенность Java в мобильном секторе и интерпайзе.

Но сейчас развивается .Net Core который проникает не только в мобильный сектор, но и в IoT.
Сейчас развивается огромными темпами Azure с докерами под Линукс итд. А основной платформой под них выступает .Net Core

Да сейчас .Net Core молодой, но через месяц другой выйдет в релиз .Net Core 2 c поддержкой .NetStandard 2, где количество библиотек будет близко к обычному .Net.

Развивается кроссплатформенный xaml.

Кроме того развивается .Net Native, где скорость скомпилированного кода близка к C++, при этом в мобильном секторе меньше потребляется энергии и при этом получается обфускация кода.

Технологии .Net Native так же применяются и в Xamarin под iOS

Можешь дать информацию по Java. Думаю всем будет интересно.

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

"Можешь дать информацию по Java. Думаю всем будет интересно."
Не могу. Не написал на ней ни строчки.

C++ говорите?
http://www.sql.ru/forum/466654-1/s?hl=xeno

(420) 2007 - 2008 гг? ))

Короче, склифасовские, пишите конкреретно чем заняться, а то развели тут...

Учить несколько разных языков/технологий, не замыкаясь на одной чтобы не пролететь.

Именно разных т.е. если учим C# то Java учить не надо, лучше JS или PHP.
Выбирать из http://itmozg.ru/news/1286/

Обратить внимание на тенденции http://itmozg.ru/old/upload/news/programming-index.png

(423) Учесть что есть общие тенденции большая Java падает, поддерживает ее только Java Android (это немного другое).

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

C/C++ не упали только за счет бума микроконтроллеров типа ардуинки, stm и т.д. Как только некто наваяет приличные компиляторы с других языков более высокого уровня они упадут окончательно в разряд туда же где ASM.

JavaScript пока на подъеме, но слишком большой разброд, еще и куча языков (померший Dart, пока не CoffeeScript и будущий помирать TypeScript) которые компилируются в js картинку портят.

(0) Если выбирать именно из сабжа, то голосую за С#, т.к. Visual Studio прекрасна

(425) Эээ прекрасна чем?

Объемом сжираемом на и так небольшом SSD?

Или тормозами (особенно установки/обновления) на HDD?

Или может никогда не было проблем с переходом/переносом проекта на новую/старую версию VS ? Это ля постоянная трабла.

(424) Сейчас Angular 2 набирает обороты. Это действительно нормальный Фреймворк. А TypeScript это основной язык.
И он постоянно развивается.

(426) Почитай для интереса Вот кстати обсуждение IDE http://rsdn.org/forum/flame.comp/6793566.flat

VS не совершенство, но лучше нет.
Проблем с переходом не было

(426) Так устанавливай на большой SSD!
Так не устанавливай на HDD!

(426) О каких проблемах с переносом вы говорите?

(421) это все что ты оттуда подчерпнул. Хреново.

(430) Всё полезное, что можно было бы там почерпнуть, есть в других местах, так зачем заниматься некрофилией, особенно учитывая несколько обновлений стандарта С++ с тех времён?
https://nn.hh.ru/search/vacancy?text=c%2B%2B
https://trends.google.ru/trends/explore?date=all&q=c%2B%2B

(423) Тут к статистике разный подход

http://www.artvolt.ru/jaziki-programmirovaniya/

Вот по вакансиям
https://habrahabr.ru/company/hh/blog/318450/

*(431) https://trends.google.ru/trends/explore?q=%2Fm%2F0jgqg -правильная ссылка

(431) я полагаю вам некогда было читать ту ссылку. Ну да ладно. Я приведу пару цитаток оттуда, чтобы было понятно, что я имею в виду.
Цитатко намбер уан:"Мсье намекает, что у языка C++ есть какая-то специфическая ниша, где ему альтернативы нет, и где его применение оправдано? Интересно, даже очень интересно. Попытайтесь ка рассказать почтенной публике об этой нише. Я вообще-то не встречал еще ни единой задачи, которую стоило бы решать на C++."

цитатко намбер ту:"Дельфи тоже давно сдохло. Не используется нигде за пределами пост-СССР. Так что - для массового прикладного программирования рулит Java и .NET, а для эксклюзива - экзотика, такая как Форт, Haskell, OCaml, Common Lisp. Денег на программистскую душу перепадает больше всего именно в эксклюзивных проектах, поскольку в массовом программировании пошли по пути конвейерного производства - посадишь с десяток дешевых недоучек за $3000 в месяц каждому, и если не будут справляться - добавить еще с десяток."

ну и цитатко намбер 3:""Мощнейшим" он кажется, если не знать ничего другого.

На самом деле он адски ограниченный. Хуже всего дела обстоят с самым потенциально мощным механизмом языка - с метапрограммированием. Язык темплейтов в C++, хоть и является Тьюринг-полным, на самом деле на практике бесполезен. Он не совпадает с самим C++, из этого языка нельзя пользоваться возможностями C++, и, соответственно, потенциал роста сложности абстракций оказывается ограниченным.

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

Потенциал к оптимизации у программ на C++ весьма низкий, опять же за счет недостаточно развитой системы типов и отсутствия механизмов формулировки высокоуровневых абстракций. Языки более высокого уровня можно гораздо серьезнее оптимизировать, к ним можно применять интересные формальные методики - автоматически распараллеливать алгоритмы, выводить определенные свойства реализации, и т.п.

Как язык низкого уровня, как кроссплатформный ассемблер, он тоже слабее своего предшественника, чистого Си: спасибо за это непредсказуемому и нестандартизованному name mangling.

Ну а уж за дурацкий синтаксис C++ вообще Страусу отдельное огромное спасибо. Мало других таких языков, для которых парсер написать - это подвиг, достойный прижизненного конного памятника в полный рост."

вот собственно о чем я.

(424) ну хз, хз, кроме ардуино и стм, прикинь да есть еще embeeded системы(да кассы даже теже самые(штрихм(на атмега стоит)) прикинь да). некуда он не упадет

+(435) порты(перенос) уровня абстракции для работы с железом(hal) к примеру, ядра(kernel) и их части там всякие

(425)
"Visual Studio 2017 позволяет создавать собственные приложения Android с помощью Xamarin и C# или Java и C++ и гибридные приложения Android с помощью Apache Cordova 6.3.1 и JavaScript и TypeScript."
https://www.visualstudio.com/ru-ru/productinfo/vs2017-compatibility-vs

так что VS к выбору языка не имеет прямого отношения
Это среда разработки

(434)
Дурацкий синктаксис это же не баг, а фишка, он же сам вроде писал, что пытались сделать максимально удобным для программиста, а не для создателей всяких парсеров/компиляторов.

(434) Ну да, неохота было тратить время на заведомо известный состав контента.
Поделюсь мыслями касаемо цитат.

"Цитатко намбер уан"
Ниша C++ - числодробилки, околонизкий уровень, нуждающийся в сложных абстракциях. Сюда входят околонаучные приложения, системные утилиты, юзермод драйверы, игровые движки и всякий другой низкий уровень прикладного ПО. Конечно же, нужно присовокупить поддержку объёмного legacy.
Достоинство C++: портируемость, детерминированность работы продукта - то есть хороший показатель качество/затраты.

"цитатко намбер ту"
Список взят с неба в новолуние. Для массового, достаточно низкопробного ПО сейчас рулят C#, Java, php, JS, Python. Арьегард "дельфистов" перебегает на C#.

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

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

"Потенциал к оптимизации у программ на C++ весьма низкий, опять же за счет недостаточно развитой системы типов и отсутствия механизмов формулировки высокоуровневых абстракций. Языки более высокого уровня можно гораздо серьезнее оптимизировать, к ним можно применять интересные формальные методики - автоматически распараллеливать алгоритмы, выводить определенные свойства реализации, и т.п."
Система типов на данный момент, опять же таки, вполне развита. Методика формулировки высокоуровневых абстракций тоже известна. Это ООП + ОП + метапрограммирование. Статические анализаторы на рынке присутсвуют, оптимизации simd в среднем работают, а автоматическое разнесение по потокам в большинстве случаев никому не нужно и нигде не применяется из-за последующей недетерминированности свойств продукта.

"Как язык низкого уровня, как кроссплатформный ассемблер, он тоже слабее своего предшественника, чистого Си: спасибо за это непредсказуемому и нестандартизованному name mangling."
Обычно asm и С подключают к плюсам, а не наоборот, притом в рамках конкретной платформы.

"Ну а уж за дурацкий синтаксис C++ вообще Страусу отдельное огромное спасибо."
Есть такое. От тонн std::blahblahblah<std::blahblahblah<>/*тут бы пробел надоть*/> ([](){}) глаза разбегаются. Но C# с Rust-ом тут тоже не на высоте, как и C со 60% кода для препроцессора.

(400) Сделал заготовку интерфейса на XAML - кальку с готового на wx. При запуске это сожрало в 2.5 раза больше памяти чем готовое приложение C++ + wx + sqlite + openssl. Ах, да, деталька: на стенд пришлось установить так же и NET.

(440) Все течет все меняется.
http://rsdn.org/forum/dotnet/6808392.1

Попробуй для интереса UWP и .Net Native

>> Ну а уж за дурацкий синтаксис C++ вообще Страусу отдельное огромное спасибо. Мало других таких языков, для которых парсер написать - это подвиг, достойный прижизненного конного памятника в полный рост."

я как-то написал...
парсер прайс-листа озона на visual c++ за пару дней
знал, бы что это так сложно потребовал бы нобелевку...

форт?
Тайна речи магистра Йоды открыта:
Старым программистом на Форте он был… (c)
Да он ушел давно вслед за динозаврами!
Его только астрономы США используют!
И больше никто!

php?
подозреваю, что он всех нас переживет...

(429) Попробуй проект назад откатить на предыдущую версию, или скакнуть через 2-3 версии VS

(445)+ Причем не простенький типа калькулятора а нечто с кучей чужих либ/зависимостей и привязками к платформами/осям

(444) Угу вместе с 1С77 ))

(442) Судя по всему, коллега подразумевал парсинг текстов на С++.

(435) (436) Не спорю что есть, только учти что есть массовое программирование и есть редко-уникальное.

Хорошо знающим cobol или fortran до сих пор можно найти неплохую работу... вопрос сколько будем искать?

(445) При том, что бы обратно скакануть, то там старшие языки не поддерживаются ну и настройки другие.

Если скакать через несколько, то возможны варианты. Но вот я сейчас недавно переводил из 10 в 17 нормально прошло.
Или проще создать новый проект, скопировать все файлы и включить их в проект.

Important: The WDK is not yet compatible with Visual Studio 2017. Use Visual Studio 2015 for driver development.
Какая прелесть.

(451) То есть ты используешь ненавистные продукты MS и возмущаешься, что Разработка драйверов для Windows 10 только в Visual Studio 2015?
Тяжело понять MS ненавистников.
  Вот тут тоже одни драйверописатели собрались. Беда.

(452) Я что, только для себя пишу?
Там дальше ещё есть перл: Important: If you install the WDK, you will not be able to develop Modern Applications.

(453) Вот и я про очень актуальную тему на данном форуме поднятую тобой.
Нужно голосовалку устроить, кто знает, что такое WDK.

(454) Лучше: "кто знает что такое M$"

(455) Ну заметь тебе понравилось мое название M$.
Ну и как ты думаешь какой будет ответ на WDK и Microsoft?
То есть главнон охаять ненавистную фирму, главное, что есть недостаток, я то что драйверописатели вполне могут обойтись  Visual Studio 2015 это не важно.
Кстати я на работе еще на Visual Studio 2017 не перешел

(456) Как бы совсем не твое название
http://www.urbandictionary.com/define.php?term=M%24

(456) Мне плевать знает кто-то о ddk aka wdk, или не знает - мне, вообще, один паршивый asm с четырьмя паршивыми инклюдами собрать.
На работе я ещё на Висту не перешел, а дома вынужден держать несколько выпусков SDK и студий, но ни в одном нет нужных *.inc

(456) "Ну заметь тебе понравилось мое название M$. " - ну,  ты  выдал )))

http://rsdn.org/forum/flame.comp/6813354

(460)
"Главная попа WinForms как раз и состоит в том, что оно крайне плохо поддается реюзу. WPF же долго запрягает, но потом на отлаженном фреймворке сотни окон пекутся как горячие пирожки. Для винформсов такое или вообще недоступно, либо доступно жестким потом и кровью с сомнительной надежности результатом. "

"Главная попа в том, что говоря WinForms подразумевают лапша-стайл. Пиши на WPF драг-дропом контролов с тулбокса в окно, и получишь ровно то-же самое.

А получилось это потому что для WPF майкрософт пропагандировала и насаждала MVVM. В подавляющем большинстве туториалов для начинающих использовали правильные подходы. Плюс отдельные статьи по разработке в стиле MVVM имено на WPF. Я вот уверен, что будь такое же количество материалов WinForms + MVP, речь о недостатках WinForms в разрезе реюза звучала бы не слышным шопотом.

Так что я бы сказал, что это не WinForms плохо поддается реюзу, а на WinForms так пишут."

(462) Понимаешь ли Ночной Смотрящий знающий WPF.
Материалов по WinForms + MVP, только вот WPF лучше приспособлен для работы с моделью данных.
Да и в большинстве случаев выбирается WPF, WinForms для совместимости или приложение из двух формочек.

Оттуда же

"А на WPF многое можно вообще не писать. Иногда — почти все. Шаблончики накидал базовые, а форма сама из них собралась. На винформсах же, даже если ты выпрыгнешь из штанов и полностью перепишешь штатный убогий биндинг, возможностей по композиции UI у тебя все равно не добавится. Все те же юзерконтролы и убогие и кривые лейауты.
Попытки выпрыгнуть из штанов я тоже наблюдал неоднократно. Например в DevExpress. Печальное зрелище."

(463) Подскажи, а что ты рекомендуешь к изучению?

Cсылки на высказывания недоучек уже достали. Не могли бы спорящие привести примеры из жизни. Формочки в 1С на чем разработаны? Убогие ОФ на ..., а красивые УФ на ... И далее в таком же ключе.

(464) Посмотри https://metanit.com/sharp/
Там много материалов. Для поимания сути .Net конечно Рихтер
https://www.ozon.ru/context/detail/id/21236101/

(466) Спасибо.

"С выходом .NET Framework 3.0 Microsoft выпустила новый API для рисования пользовательских интерфейсов: Windows Presentation Foundation, который базировался на DirectX 11 и декларативном языке описания интерфейсов XAML. Однако, даже несмотря на все это, Windows Forms и WPF всё ещё предлагают схожую функциональность, и поэтому Windows Forms не был упразднен в пользу WPF, а продолжает использоваться как альтернативная технология построения интерфейсов наряду с WPF". Отсюда https://ru.wikipedia.org/wiki/Windows_Forms

(468) Я вот сейчас использую WinForms и  DevExpress.
И плююсь.

(469) А JavaFX пробовали?

(470) Я на Java не пишу

(465) не NET, но поскольку упоминались тут:
https://www.qt.io/built-with-qt/
https://www.wxwidgets.org/about/screenshots/

(470) Я начал писать свой клон 1С:Денег, нашел офигенный компонент-календарь, но он оказался платный, дико платный (( аналоги убогие. Хотя для дотнета такая же ситуация
В остальном JavaFX удобная штука, можно на CSS оформить компоненты красиво, эффекты перехода есть
Остальное как на любом Java-проекте - Hibernate, Spring, etc.

(469) Давеча чужой winapi gui код подправлял. Ничего, живой.

https://2ch.hk/b/arch/2016-09-03/src/135367862/14728226564590.jpg

Жду 9 джаву, ибо там будет Веб-клиент 2.0. А то запарился свои хэндлеры делать для загрузки разного рода контента.

Народ, кстати, вопрос к месту: скажем, в компании 40 расчетных счетоа, утром нужно знать суммарный остаток. У доброй половины нет апи (загрузка-выгрузка через файл не считается). Как автоматизировать сбор остатков по счетам без человека? Со сбером понятно - Нуралиев молодец, договорился об api (Директ-банк). Но есть банки, у которых нет апи.

У юникредита все просто - там вход по логину/паролю. Благодаря JavaFX за день написал клиент, который открывает страницу, вводит логин/пароль, открывает страницу остатков, парсит инфу и готовит для 1С xml файл. Но те банки, у которых нужно смс подтверждение - что-то не получается допилить решение с помощью Андроида.

Кстати, обмен между Java приложением и 1С идет через dll'ку в которой засунуты два api: Api внешних компонент от 1С и Invocation Api для вызова из 1С JVM. Но решение с псевдо-гуи - это, конечно, еще те костыли (а что еще делать без API?).

(476) ХТТП-запросы из 1С почему не подходят?

(476) Кто мешает допилить смс подтверждения? Не вижу проблем получать на компе смс и парсить, так сложно usb свисток воткнуть?

(478)+ Но реально проще эти 40 расчетных счетов слегка подсократить или договориться об апи для остатков.

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

(479) Отправку можно реализовать, но не прокатит вариант для ситуации "По запросу".

(478) У меня не получается "слушать" смс. СМС приходит на телефон, в это время останавливается ГУИ потом, ждет ответа от опрашивающего сервиса, и вот тут-то затык... Не могу синхронизировать и нормально парсить (начал на Андроиде делать приложение).

Вот ссылка на код dll, которая вызовет любой (!) jar.

https://codeshare.io/2jepPM

(480) Вот, нормальная ссылка:

https://pastebin.com/K8d8X0Ah

(477) Потому что 1C не может в XMLHttpRequest, кроме того, у банк-клиентов очень хитрая проверка: они проверяют, что пользователь действительно получил фокус ввода, плюс нужно миксовать с js querySelector для валидации... хттп запросах далеко не уедешь - очень сложно смоделировать клиентское поведение + хранить все куки, payload'ы... То игрушка больше, чем инструмент.

(481) Создавать и грохать экземпляр ява машины на каждый (каждый, Карл!) вызов метода 1С, это так принято?

(483) Он один, большой вызов, типа длительной операции. Потом идет разрыв. Да, в данном случае нужно именно так, мне не нужно держать его в памяти. Тем более - это внешняя компонента для 1С - если я уйду из серверного контекста, не грохнув jvm - у меня память вся улетучится.

(484) Да причем тут серверный контекст...

Если сделать три вызова подряд из 1С, ява машина будет трижды создана, инициализирована и уничтожена
И эти люди говорят, что 1С во что-то там не может.

(483) Тем более, так написано по cook-book

http://docs.oracle.com/javase/7/docs/technotes/guides/jni/spec/invocation.html

Что самое ужасное, что очень мало документации по Java invocation api, даже на этой ссылке использована в примерах версия 1 мать его 4, а уже восьмая версия...

(485) Алгоритм программы такой: делается вызов из 1С, запускается ряд jar'ов - весь процесс идет примерно 5 минут. Зачем мне держать машину? И еще раз - это внешняя компонента, ей выделяет память 1С и она же ее уничтожает. Вопрос: что будет с jvm, если 1С выгрузить dll из памяти, а jvm уничтожена не будет?

(486) Где там написано, что ее надо грохать после каждого вызова?

(487) 1С выгружает компоненту после каждого вызова метода. Ок. Уговорил. Вопросов больше не имею.

(488) Ее нужно грохать после окончания работы с ней, у меня алгоритм полного цикла: иницализация, передача параметров, ожидание ответа, закрытие. Ладно, предлагай свое решение, я ж не спорю. Где хранить указатель на JVM?

(482) Да, согласен, хранить в 1С на ХТТП-запросах всякие промежуточные куки и хэши - то еще упражнение для мозга. Чтобы залогиниться на страничку релизов 1С и то поднапрячься нужно было ))

Символом июля стал язык Go, молодой многопоточный ЯП от Google — он продолжает набирать популярность и впервые вошел в топ-10 рейтинга TIOBE.


Июльский рейтинг языков программирования TIOBE: Go вошел в первую десятку
https://tproger.ru/news/tiobe-july-2017/

(441) > Все течет все меняется. Попробуй для интереса UWP и .Net Native

Вот именно. MS - нестабилен.
и его релизы сами с собой не совместимы.
Шарписта ждет нечто наподобии dll hell. Т.е. ад релизов и совместимостей.

(492) у меня сомнения в рейтинге, то что java падает это понятно, но то чтобы GO c 55 места до 10 взлетел (выше ruby,VB,) за год сомниваюсь,возможо это PR акция гугл хотя IT ,быстро меняеться всё возможно...

(494) ситуация интересная, в этерпрайзе в топе java С#, javaScript (nodeJS), java аж на 13% сдулся , С# и javaScript почти без изменений, кудаже этерпрайз подался?

в ERP2?

(495) это говорит о том что все эти рейтинги для детального анализа и аналитики не годятся. кроме банальностей - вода мокрая, в ентерпрайзе правят ява и шарпей, с периодическими попытками вклинивания туда "модных новичков" типа js

(492) ничосе. скоро паскаль обгонит

(494) Да какая-нибудь академическая программа встряла и поисковые запросы подскочили.
Рейтинг языков - это не точная инфа. Лучше по вакухам смотреть.

>Лучше по вакухам смотреть.

угу. и выясниться в реальном мире по go и прочим ruby - практически ж.па от "местных" работодателей

(500) Так это нужно ТАМ работу искать, а не здесь

ruby мертв по объективным причинам.

(502) ненужная куерга?

На вебинаре по PHP-фреймворкам ведущий высказался о руби "Руби мертв потому, что он никому не интересен, кроме своего создателя - сумасшедшего японца. Все что есть на руби это давно устаревшие рельсы ну и, пожалуй, единственный этот трекер... редмайн. Начинать в 2014 году в его конце что-то новое на руби это безумие, поверьте мне. Язык не будет развиваться дальше. При этом его встроенные недостатки не позволяют успевать за общим прогрессом."
(с)
ну очень медленный и неадекватный

(504) Ну ты сходи на вебинар по Руби. Там тебе объяснят почему PHP медленный и неадекватный отстой.

>На вебинаре по PHP-фреймворкам ведущий высказался о руби

ну это каждый кулик сам свое болото хвалит

Язык - это способ формулировать мысли!
Ruby - это способ формулировать японские мысли ;)

(493) Для этого есть NetStandard. Совсем скоро выйдет в релиз NetStandard 2, который совместим и с обычным Фреймворком и с .Net Core и с Xamarin и UWP.

Сейчас в Nuget можно делать сборки под конкретную платформу.

Так, что все прекрасно