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

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

сжирание памяти?
да легко!
создаем объекты и не уничтожаем!
память будет течь только в путь!
да я знаю место, где 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 можно делать сборки под конкретную платформу.

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