The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Анализ популярности языков программирования и СУБД в 2017 году

08.01.2018 11:11

Компания TIOBE Software опубликовала очередной рейтинг популярности языков программирования. Наиболее заметными изменениями по сравнению с редакцией рейтинга, опубликованной год назад, является перемещение с 5 на 4 место языка Python и с 7 на 6 место языка JavaScript. Язык PHP поднялся с 10 на 9 место, а Ruby с 12 на 11. Большой всплеск популярности наблюдается для языка R, который поднялся с 16 на 8 место рейтинга. Заметный рост интереса также отмечается для языков: Swift (с 14 на 12 место), Erlang (c 44 на 23) и Kotlin (с 89 на 39).

По уровню роста популярности лидирует язык Си, который за год повысил свои показатели на 1.69%. Далее следуют Python (+1.21%) и Erlang (+0.98%). Наиболее сильно теряют свои позиции Java (-3.06%), Go (-0.76%) и C++ (-0.70%). Из языков, которые сместились по рейтингу вниз можно отметить Perl, который сдвинулся с 8 на 10 место, Go (спустился с 13 на 19 место), C# (с 4 на 5 место), Visual Basic .NET (с 6 на 7 место), Delphi/Object Pascal (с 11 на 13), Assembler (с 9 на 15). Язык Rust пока занимает только 46 место.

Индекс популярности TIOBE не пытается найти самый лучший язык программирования по самому большому количеству написанных строк кода, а строит свои доводы по изменению интереса к языкам, на основе анализа статистики поисковых запросов в таких системах, как Google, Google Blogs, Yahoo!, Wikipedia, MSN, YouTube, Bing, Amazon и Baidu.

Для сравнения в январском обновлении рейтинга PYPL, в котором используется Google Trends, по сравнению с январём 2017 года наблюдается перемещение Javascript с 5 на 4 место, C++ с 7 на 6, R c 9 на 8. Также улучшили свои позиции VBA, TypeScript, Scala, Kotlin (17 место) и Rust (21 место). Сместились вниз C#, C (с 6 на 7 место), Objective-C, Visual Basic, Perl (18 место), Lua, Haskell и Delphi.

Кроме того, обновлён рейтинг популярности СУБД, который ведёт издание DB-Engines. По методике расчёта рейтинг СУБД напоминает рейтинг языков программирования TIOBE и учитывает популярность запросов в поисковых системах, число результатов в поисковой выдаче, объём обсуждений на популярных дискуссионных площадках и социальных сетях, число вакансий в агентствах по найму персонала и упоминаний в профилях пользователей.

Наибольший рост популярности за год отмечается для СУБД PostgreSQL, которая заняла 4 место, вытеснив на пятое место MongoDB. За год проект PostgreSQL набрал 55.81 баллов, в то время как Oracle потерял 74.78 баллов, MySQL потерял 66.58 баллов, а MS SQL Server потерял 72.89 балла. Спад популярности также наблюдается для систем SQLite, CouchDB, Cassandra и Redis. Растёт популярность Firebird и MariaDB.





  1. Главная ссылка к новости (https://www.tiobe.com/tiobe-in...)
  2. OpenNews: Рейтинг языков программирования 2017 года от издания IEEE Spectrum
  3. OpenNews: По данным Net Applications доля Linux среди настольных систем достигла 6.88%
  4. OpenNews: GitHub опубликовал статистику за 2017 год
  5. OpenNews: Статистический анализ предрекает рост популярности Go и сохранение позиций Си
  6. OpenNews: Рейтинг языков программирования от RedMonk
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: tiobe
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (141) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (-), 11:22, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Сишарпы приходят и уходят, а Java™ остается.
     
     
  • 2.2, Аноним (-), 11:23, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +8 +/
    модостроители майнкрафт постарались
     
     
  • 3.31, я (?), 14:46, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Андроидт-разработчики вот кто постарался, там это основной язык
     
     
  • 4.64, key (??), 18:11, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К сожалению да.
     
     
  • 5.100, Аноним (-), 23:06, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Слышал, что вроде бы с 9-ой версии попробуют впилить Go как основной язык для Android.
     
     
  • 6.115, istepan (ok), 07:09, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Kotlin хотят. Уже начали официально поддерживать. От сюда кстати он и скакнул.
    Нужно чтоб окончательно отвязаться от Oracle.
     
  • 2.145, rewwa (ok), 23:38, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Сишарпы приходят и уходят, а Java™ остается.

    Java, по моему, бессмертный язык

     

  • 1.3, nc (ok), 11:27, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –28 +/
    Очень жаль что эта хрень с форматно-несвободным синтаксисом под названием питон имеет прирост больше всех.
     
     
  • 2.4, Аноним (-), 11:34, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +27 +/
    > форматно-несвободным синтаксисом

    Лет зе cpач бегинс. Приведу абсолютно новый аргумент против питоновского синтаксиса.

    Вы, уважаемые питонолюбители, считаете, что ваши глаза вам будут служить вечно. Если вы, не дай Бог, ослепнете, то на питоне вы писать уже не сможете. Зато сможете на любом другом норм си-подобном языке. Прямо сейчас слепым питоно-программистам приходится выслушивать на синтезаторе речи все эти "пробел пробел пробел пробел", чтобы понять, относится ли стейтмент к прошлому ифу. На си-подобном языке начало и конец ифа явным образом обозначаются фигурными скобками, и нет нужды запоминать, сколько же там пробелов должно быть в текущем блоке.

     
     
  • 3.5, volodja (?), 11:38, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А нефиг блоки по несколько страниц делать
     
  • 3.8, Аноним (-), 12:11, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Ага. Лучше вообще писать код в одну строчку длиной 100к символов, а лучше в машинных кодах!
    Скорее всего кто-то просто не понимает дзена красоты оформления кода на любом языке.
     
     
  • 4.47, Илья (??), 16:38, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ага. Лучше вообще писать код в одну строчку длиной 100к символов, а лучше в машинных кодах!

    Нет, лучше пользоваться автоматическим выравниванием, которое подгоняет Ваш код под корпоротивный стандарт. И никакой отсебятины. Это нужно для того, чтобы было меньше конфликтов в СКВ.

     
  • 4.78, Michael Shigorin (ok), 20:01, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Скорее всего кто-то просто не понимает дзена красоты оформления кода
    > на любом языке.

    Скажите, а дзен -- это про навязчивость?  Оформляй или умри, причём оформляй именно вот так и оставь свои эстетические предпочтения за порогом этого лагеря?..

     
     
  • 5.102, Mmrnmhrm (?), 23:35, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Дзен тут в отсутствии необходимости дискутировать про отступы
     
  • 3.20, Аноним (-), 13:26, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А разве слепые программисты пользуются не терминалами Брайля? То, как вы описали, они ни на каком языке не смогут. Скобки, ведь, тоже считать надо.

     
  • 3.23, Horse (??), 14:20, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > "пробел пробел пробел пробел"

    Ну да, "закрывающая фигурная скобка закрывающая фигурная скобка закрывающая фигурная скобка закрывающая фигурная скобка" гораздо лучше.

     
     
  • 4.68, Аноним (-), 18:30, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    if ( <условие> ) {
    <оператор1>
    <оператор2>
    ...
    <операторn>
    }
    Достаточно будет один раз скобку прочитать вслух. В Python'е на каждый оператор придется читать еще и табуляцию / пробел.
     
     
  • 5.103, Azudim (??), 23:57, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Не все ли ранво, сказать "скобка" (как начало уровня вложенности) или просто "отступ" и не повторяться на каждой строке "отступ, отступ,..." в случае с питоном?
     
     
  • 6.140, Очередной аноним (?), 14:28, 10/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Нет не все равно Потому что тогда Вам нужен специализированный питоноориентиро... текст свёрнут, показать
     
  • 5.128, Аноним (-), 11:57, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А если так:

    if(cond1){
      if(cond2){
        if (cond3){
          op1
        }else{
          if (cond4){
           op2
          }else{
            op3
          }
        }
      }
    }

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

     
  • 3.53, Аноним (-), 17:14, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Плюс добавить не могу javascript отключен , но согласен, фигурная скобка и... текст свёрнут, показать
     
  • 3.86, Анон Петрович (?), 20:29, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    if (0 != x) puts("and where the fuck { and } here?")
     
     
  • 4.141, Очередной аноним (?), 14:43, 10/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > if (0 != x) puts("and where the fuck { and } here?")

    Т.е. по Вашему мнению в данной ситуации слепой программист считает только (и исключительно) фигурные скобки? Круглые скобки, кавычки, точки-с-запятой и т.п. он игнорирует? Ваш пример на многие порядки проще ситуации, когда для каждой последующей строки надо подсчитывать кол-во пробелов чтобы отследить конец блока. Строковый литерал начался? Окей, замечательно! Ждем закрывающей кавычки или последовательности, экранирующей кавычку (чтобы ее не посчитать закрывающей) и на скобки/семиколоны/арифметическиеоперации/т.п. внимания не обращаем. И приведенный пример будет встречаться в коде значительно реже, чем монотонная необходимость считать пробелы КАЖДОЙ строки.

     
  • 3.90, kai3341 (ok), 21:19, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы, уважаемые питонолюбители, считаете, что ваши глаза вам будут служить вечно. Если вы, не дай Бог, ослепнете, то на питоне вы писать уже не сможете. Зато сможете на любом другом норм си-подобном языке. Прямо сейчас слепым питоно-программистам приходится выслушивать на синтезаторе речи все эти "пробел пробел пробел пробел", чтобы понять, относится ли стейтмент к прошлому ифу. На си-подобном языке начало и конец ифа явным образом обозначаются фигурными скобками, и нет нужды запоминать, сколько же там пробелов должно быть в текущем блоке.

    from __future__ import braces

    Теперь проваливайте.

     
  • 3.96, AntonAlekseevich (ok), 22:11, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Прямо сейчас слепым питоно-программистам приходится выслушивать на синтезаторе речи все эти "пробел пробел пробел пробел", чтобы понять, относится ли стейтмент к прошлому ифу.

    Кто-то вместо "пробел" слышит "табуляция" :D
    Ну а так да ответ с треда выше вам подходит:
    [code]
    from __future__ import braces
    [/code]

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

     
     
  • 4.98, НяшМяш (ok), 22:58, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Бидон уже опустился и до такого, чтобы сишникам понравиться. Прости, яваскрипт, но медаль в этот раз ты не выиграл.
     
     
  • 5.101, AntonAlekseevich (ok), 23:28, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Бидон уже опустился и до такого, чтобы сишникам понравиться.

    Мне и ассемблера(AT&T-Syntax и Intel-Syntax) для X86 хватает, и C-like синтаксис мне нравится, и питоновский синтаксис тоже.
    Одними словами мне плевать на чем писать, но прототипы писать на Python проще в разы.
    Там где нужны указатели то мне хватит и C без плюсов.
    Другими словами мне без разницы какой синтаксис, главное чтобы я его понял и смог с ним работать.

     
  • 3.134, Другой Аноним (?), 16:41, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если вам надо читать программы вслух, то Ада без вариантов. "end if", "end loop", "end MyFunction".  Скобки считать не надо. Ещё PL/I можно, но на этом месте вы можете решить, что я тролль. А Ада вроде ещё имеет какую-то нишу, когда нужен промышленный софт с верификацией.
     
  • 2.6, пох (?), 11:52, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +11 +/
    > Очень жаль что эта хрень с форматно-несвободным синтаксисом под названием питон имеет прирост
    > больше всех.

    "низкий порог вхождения". увы.

     
  • 2.17, Alexey (??), 13:10, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Всех интересует не синтаксис, а огромные зарплаты специалистов по machine learning.
     
     
  • 3.124, Аноним (-), 11:35, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ML - это R, Java, Matlab, Julia (на ближайшую перспективу). Питону тут места нет
     
  • 3.127, Аноним (-), 11:46, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    И там хоть иероглифами, т.к. самого кода мало ( а библиотеки таки не на питоне )
     
  • 2.22, Отражение луны (ok), 13:44, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Проблема питона не в синтаксисе, амв непомерной лагучести. Приложения на питоне обычно невероятно медлительны, в отличие от таковых на джаве и ноде.
     
     
  • 3.28, я (?), 14:39, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сколько можно повторять эту сказку? На джаве все прямо летает ахаха
     
     
  • 4.33, Crazy Alex (ok), 14:50, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ну да, по сравнению с питоном - вполне себе летает. Это для вас новость? Среди этой троицы питон - единственный интерпретируемый, JS в ноде и джава - JIT-компилируемые, что, естественно, даёт прирост
     
     
  • 5.54, я (?), 17:17, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Все такие экшперты. Гугл же утверждает обратное: https://habrahabr.ru/post/209812/
     
     
  • 6.74, Crazy Alex (ok), 19:48, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да понятно, что есть куча реализаций. Но то, что используется на абсолютном большинстве машин и на чеём тестируется весь питоновский софт - это CPython. То есть для джавы/js наиболее дешёвый,  простой и известный путь является самым быстрым, а для питона - самым медленным, а ускорения означают дополнительное тестирование и борьбу с граблями.
     
  • 5.65, Аноним (-), 18:14, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Среди этой троицы питон - единственный интерпретируемый, JS в ноде и джава - JIT-компилируемые, что, естественно, даёт прирост

    Как JS, так в ноде, а не в рино или джеррискрипт.
    Как питон, так почему-то не в PyPy.

     
     
  • 6.73, Crazy Alex (ok), 19:44, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Потому что это стандарты де-факто. Когда под "установлен питон" будет подразумеваться PyPy - будет другой разговор.
     
  • 4.35, Аноним (-), 14:53, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мы же с питоном сравниваем https benchmarksgame alioth debian org u64q python... текст свёрнут, показать
     
     
  • 5.40, Аноним (-), 15:40, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А какой смысл сравнивать между собой двух тормозов?
     
     
  • 6.79, Michael Shigorin (ok), 20:03, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А какой смысл сравнивать между собой двух тормозов?

    Спецсоревнования.

     
  • 5.142, Аноним (-), 20:29, 10/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >самый тормозной Java™-тулкит — JavaFX

    Если JavaFX у Java тормозной - то какой тулкит в ней не тормозной? Он же хронологически крайний вроде.

     
  • 4.46, Отражение луны (ok), 16:03, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Более чем летает. Жрет память, да, но летает.
     
     
  • 5.66, key (??), 18:14, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Более чем летает. Жрет память, да, но летает.

    А еще (неожиданно)падает, если переест.

     
     
  • 6.94, Отражение луны (ok), 22:10, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не натыкался, подозреваю ошибку в коде, особенно кого-нибудь фреймворка.
     
  • 6.99, я (?), 23:05, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Жердяи не летают, только катиться по наклонной
     
     
  • 7.135, Ordu (ok), 22:21, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Жердяи

    От слова "жердь"?

     
  • 3.32, Crazy Alex (ok), 14:46, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ещё забыли отсутствие нормальной многопоточности
     
  • 3.129, Аноним (-), 12:02, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Проблема питона не в синтаксисе, амв непомерной лагучести. Приложения на питоне обычно
    > невероятно медлительны, в отличие от таковых на джаве и ноде.

    я использую питон в основном для обработки данных. и там скорость языка особой роли не играет - гораздо больше времени тратится на i/o, чем на какую-то логику. на питоне написать такой обработчик мне гораздо проще, чем на "родной" Java, а скорость работы будет сопоставима.

    Если же нужна максимально быстрая числодробилка, то пилить ее на питоне настолько же глупо, как и на Java или NodeJS

     
  • 2.61, jOKer (ok), 17:53, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Завидуйте молча!))
     

  • 1.9, Аноним (-), 12:11, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    У них бейсик в топ10, дальше можно не читать, это же дичь
     
     
  • 2.55, RobotsCantPoop (?), 17:25, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Си это тоже бейсик, но с указателями.
     
     
  • 3.139, Аноним (-), 12:28, 10/01/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Уууу, школота, даже бейсика настоящего не знают, того что с номерами строк и войной между теми, у которых присваивание только с LET и без него...
     
  • 2.131, bvs23bkv33 (?), 13:16, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    если в первой десятке комментов встретился вижуал бейсик о комменты тоже можно дальше не читать?
     

  • 1.10, Аноним (-), 12:17, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    Название отчёта некорректно. Корректно: "Рейтинг языков, которым либо учатся, либо ищут описания функций из-за отсутствия документации, либо чаще всего копипастят или чаще не могут самостоятельно решить проблему".
     
     
  • 2.136, Аноним (-), 02:06, 10/01/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    То есть тех языков, которыми пользуются. Что и написано в заглавии.
     

  • 1.11, vitalif (ok), 12:19, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне одному кажется, что график как-то не очень соответствует % ?)
     
     
  • 2.14, Аноним (-), 12:43, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это TIOBE если хотите релевантных данных то вам не сюда.
     

  • 1.12, Аноним (-), 12:26, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Как только в MS Excel и LO Calc имплементируют Python - он и VBA возглавят подобные чарты. Количество в мире пользователей, которым нужна небольшая самописная программа по работе - в десятки раз больше числа программистов. Счёт идёт на ссотни млн. человек.

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

     
     
  • 2.16, Аноним (-), 12:48, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А лично мне ненависть к Питону понятна - слишком он хорош во
    > всем, даже не верится порой. Обидно бывает переписывать за час то,
    > что на других языках создавалось неделю.

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


     
  • 2.18, Аноним (-), 13:11, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ну, во-первых, python в либреофисе всегда был и до сих пор никуда не делся, это для справки. А, во-вторых, недостаток питона в том, что он хорош для простых задач, но многие относительно сложные вещи, которые даже на голом С делаются достаточно тривиально, на питоне либо ЧРЕЗВЫЧАЙНО сложны, либо вовсе невозможны. У питона очень плохо с параллелизмом, например - или ты остаешься совсем без параллелизма, или смиряешься с чудовищными накладными расходами на обмен данными между процессами. В итоге такая простая задача, скажем, как умножение двух больших матриц, на сях и ко параллелится чуть ли не пропорционально числу вычислителей, а в питоне - плак-плак.
     
     
  • 3.19, Аноним (-), 13:25, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если что я другой аноним. По поводу параллелизма я с вами не соглашусь. Питон вполне себе c параллелизмом на уровне процессов, и если у вас бутылочно горлышко io то тут уж async/await в помощь. А по поводу чудовещьных накладных расходов, ну может вам не питон нужен? Я сам не фанат питона, мне вообще пофигу питон, руби, пхп, ява, котлин или го. Просто инструменты для определенного круга задач, где то они подходят, где то нет.


     
     
  • 4.25, Аноним (-), 14:35, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > чудовещьных

    От слова "чудо-вещь"?

     
  • 4.43, Аноним (-), 15:51, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Питон вполне себе c параллелизмом на уровне процессов

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

     
     
  • 5.51, letsmac (ok), 16:58, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > между собой коммуницировать. В итоге обмен данными между процессами сводит на
    > нет весь возможный выигрыш от параллелизма и делает даже хуже. Мы
    > получаем забавную ситуацию: конструктивно параллелизм в питоне организуется очень просто,
    > удобно и понятно, но он не работает.

    Мы получаем нормальную ситуацию коммента от тролля без опыта многопоточного программирования. Процессы, потоки и нити - все в одну кучу свалил.

     
     
  • 6.62, Ю.Т. (?), 18:02, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Отечественная практика сильно пострадала от когда-то введённого (изд-вом Мир в 70-е?) перевода thread как поток. Смыслы затуманились.
     
     
  • 7.76, Аноним (-), 19:56, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Отечественная практика сильно пострадала от когда-то введённого (изд-вом Мир в 70-е?) перевода
    > thread как поток. Смыслы затуманились.

    Чем плох-то перевод?
    Process - процесс
    Thread - поток
    Fiber - нить
    Что не устраивает?

     
     
  • 8.80, Ю.Т. (?), 20:12, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А я только что сказал, _что_ не устраивает Перевод, омонимичный с переводом str... текст свёрнут, показать
     
     
  • 9.83, letsmac (ok), 20:24, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну когда делали перевод thread, stream еще на было Сейчас и fiber corutines ... текст свёрнут, показать
     
     
  • 10.87, Ю.Т. (?), 20:32, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Именно Тред и тред и он, же, кстати, ещё и поток, - но поток команд Поправка... текст свёрнут, показать
     
     
  • 11.97, Crazy Alex (ok), 22:15, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Fiber - волокно Но тоже могут не осмелиться ... текст свёрнут, показать
     
  • 10.121, Аноним (-), 10:48, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Нет В NT4 уже точно было ... текст свёрнут, показать
     
     
  • 11.130, letsmac (ok), 12:59, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    MSDN с тобой не согласен - WindowsXP Server 2003... текст свёрнут, показать
     
  • 8.116, 26985 (?), 07:42, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Stream - поток и он был раньше Профессиональные термины должны быть тезаурусом,... текст свёрнут, показать
     
     
  • 9.117, Ю.Т. (?), 09:11, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    должны НЕ быть тезаурусом даты в 87 ... текст свёрнут, показать
     
  • 6.77, Аноним (-), 20:00, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Мы получаем нормальную ситуацию коммента от тролля без опыта многопоточного программирования.
    > Процессы, потоки и нити - все в одну кучу свалил.

    Ну давай, разъясни-ка, как эту кучу развалить. А то поди я всю жизнь софт для расчетов на кластерах неправильно писал. Умничать может каждый, а по делу говорить - так все сразу Львы Простые.

     
     
  • 7.82, letsmac (ok), 20:19, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> А то поди я всю жизнь софт для расчетов на кластерах неправильно писал.

    Еще какие умные слова знаешь? Сначала у нас одно адресное пространство в процессах, теперь кластеры пошли, у них то-же пошло одно адресное пространство для всех нод на Си? Дальше сейчас еще нейросети в облаках приплетешь?


     
  • 3.30, я (?), 14:45, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Те кто занимается машинным обучением (Python) видать лохи полные :)
     
     
  • 4.45, Аноним (-), 15:55, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Те кто занимается машинным обучением (Python) видать лохи полные :)

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

     
  • 3.57, RobotsCantPoop (?), 17:32, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > В итоге такая простая задача, скажем, как умножение двух больших матриц, на сях

    Для серьёзных мат расчётов си непригоден бу-дизигн. "Безумные учёные(tm)" множат свои матрицы фортраном, им этот ваш пердолинг с указателями и вечно переполняющимися буферами нафиг не упёрся.

     
     
  • 4.60, pavlinux (ok), 17:52, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ошмёток, все библиотеки MatLab, Maple, Mathematica  на C.  
     
     
  • 5.132, fi (ok), 13:25, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    тем неменее до сих пор "C" мало пригоден для параллельного прог. в отличии от фортрана, т.к. синтаксис предполагает слишком много побочных результатов. Правильно пишут дальше про интерфейсы MPI. Хотя попытки создать powerC были, но прижилось.
     
  • 5.133, RobotsCantPoop (?), 13:55, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    "Безумные учёные(tm)" не работают с такой попсятиной, это всё для офисного матпланктона.

    Всё равно что сказать:
    Linux ошмёток, все Windows уже почти полностью на C#.

     
  • 4.63, Ю.Т. (?), 18:06, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> В итоге такая простая задача, скажем, как умножение двух больших матриц, на сях

    "Простая задача" умножения двух матриц "прекрасно параллелится" не Сями, а средой с передачей сообщений (в качестве таковой в наши дни в 99,9% случаев выступает та или иная реализация MPI). К среде доступ из Сей в первую очередь, да. Но и из фортрана (да? ещё не выбросили?).

    > Для серьёзных мат расчётов си непригоден бу-дизигн. "Безумные учёные(tm)" множат свои матрицы
    > фортраном, им этот ваш пердолинг с указателями и вечно переполняющимися буферами
    > нафиг не упёрся.

    Когда-то -- да. Сейчас все классические реализации научных библиотек непременно имеют интерфейс к Си, если сами не переделаны на Си.

     
     
  • 5.69, letsmac (ok), 18:39, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >>Сейчас все классические реализации научных библиотек непременно имеют интерфейс к Си

    А чем cdecl/stdcall/safecall так сильно отличаются?

    Fortran просто вылизан насмерть за свои 50 с лишним лет и хорошо себе чувствует на 100500 ядрах без лишнего геморроя.

     
     
  • 6.71, Ю.Т. (?), 18:55, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >>>Сейчас все классические реализации научных библиотек непременно имеют интерфейс к Си
    > А чем cdecl/stdcall/safecall так сильно отличаются?

    Вообще-то, я имел в виду то же самое. Различие между Си и Фортраном в наши дни более в восприятии, нет *качественных* различий для научных расчётов, сравнимых с обстановкой 40-летней давности :)))

    > Fortran просто вылизан насмерть за свои 50 с лишним лет и хорошо
    > себе чувствует на 100500 ядрах без лишнего геморроя.

    Но 90-чный синтаксис какой-то настораживающий :)))

     
     
  • 7.88, letsmac (ok), 20:40, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >>Но 90-чный синтаксис какой-то настораживающий :)))

    Он давно не 90-строчный. Но хорошо параллелиться.

     
     
  • 8.89, Ю.Т. (?), 20:53, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Он даже 95-чный давно И параллелится он точно в том же смысле, что и Си ... текст свёрнут, показать
     
  • 5.92, pavlinux (ok), 21:57, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >  если сами не переделаны на Си.

    Более того, например в Maple c версии 6 и дальше в библиотеке LiearSolve туева хуча
    алгоритмов на ассемблере, заточены под SSE2/3, AMD/Intel SSE


     
     
  • 6.95, Ю.Т. (?), 22:11, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >>  если сами не переделаны на Си.
    > Более того, например в Maple c версии 6 и дальше в библиотеке
    > LiearSolve туева хуча
    > алгоритмов на ассемблере, заточены под SSE2/3, AMD/Intel SSE

    Это не специфично для Maple. Вообще вычислительные пакеты типа Octave (и SciLab?) и SAGE имеют возможность сборки с подключением скоростных модулей, собираемых под исполнительное устройство (те же atlas или blas). Maxima мне в этом смысле непонятна, не разбираюсь я в лиспах )))

     
  • 3.72, economist (?), 18:59, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для справки: Python (2.7 в OO, 3.4 в LO) - пока что взаимодействует с OpenOffice|LibreOffice через pyuno и саму UNO, что крайне неудобно. Настолько, что никем (почти) не используется. Под Windows даже через COM из Питона удобнее работать, чем через этот долбанный UNO.

    Имплементация языка - это поддержка всей объектной модели приложения (того же Calc). А также возможность писать UDF, обращаться к именованным диапазонам вида [ИМЯ] итп.

    Перемножая матрицы в numpy/scipy я знаю что это делают сишные библиотеки и делают быстро. Про asyncio уже написали.

     
  • 2.34, Crazy Alex (ok), 14:52, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Насчёт количества программистов - да, насчёт величия питона - это какая-то бредовая байка...
     
  • 2.56, Аноним (-), 17:26, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как только в MS Excel и LO Calc имплементируют Python - он
    > и VBA возглавят подобные чарты. Количество в мире пользователей, которым нужна
    > небольшая самописная программа по работе - в десятки раз больше числа
    > программистов. Счёт идёт на ссотни млн. человек.
    > А лично мне ненависть к Питону понятна - слишком он хорош во
    > всем, даже не верится порой. Обидно бывает переписывать за час то,
    > что на других языках создавалось неделю.

    Вы там осторожней, а то Поттеринг!


     
  • 2.91, angra (ok), 21:31, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Как только в MS Excel и LO Calc имплементируют Python - он и VBA возглавят подобные чарты.

    Мне просто любопытно, как ты объясняешь такой неудобный для твоей теории факт, что VBA не возглавляет подобные чарты прямо сейчас? Ведь от добавления питона как конкурирующего языка доля VBA может только снизиться.

     
     
  • 3.119, Аноним (-), 09:57, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    VBA не возглавляет подобные чарты потому что:  

    1) VBA работает только внутри MS Excel, CorelDraw и AutoCAD - то есть их используют профессиональные пользователи (экономисты, аналитики, дизайнеры, проектировщики, конструкторы итд).    Этим людям некогда сраться на форумах, с английским в этой среде туговато, а о том как встречают в рунете российских "прикладников" - хорошо известно, где пользователей бейсика считают недолюдьми. А вопрошать на StackOverFlow по объектной модели Excel в VBA - не принято.

    2) Весь стек VB (включая даже .Net) нужно считать VBA-совместимым.

    Добавление Питона в VBA - добавит популярности обоим языкам, синергия...  

     
     
  • 4.137, angra (ok), 05:51, 10/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Этим людям некогда сраться на форумах, с английским в этой среде туговато, а о том как встречают в рунете российских "прикладников" - хорошо известно, где пользователей бейсика считают недолюдьми.

    А, теперь всё понятно, о распространенности и потребности в ЯП во всем мире ты судишь по своим трем с половиной знакомым. С таким образом мышления ничего удивительного, что вместо падения доли у тебя получается какая-то синергия.

     

  • 1.13, Аноним (-), 12:37, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Тем не менее тут плюс-минус проценты. Но общий график падает, разработчиков становится меньше? Т.е. можно учесть демографические данные, тогда индусов-китайцев становится больше, а других - меньше.
     
     
  • 2.41, Аноним (-), 15:45, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Но общий график падает, разработчиков становится меньше?

    Ага, сильно меньше 100% стало. ☹
    Иди математику учи, каникулы скоро закончатся.

     
     
  • 3.58, Аноним (-), 17:37, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Оговорка по фрейду: не учёл выползней снизу. Нормальных разработчиков таки меньше.
    А матику я учил последний раз 10 лет назад.
     
  • 3.59, Аноним (-), 17:39, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то не понятно кому достались проценты при провале Java и C в конце графика.
    Прям как на выборах.
     
     
  • 4.81, Аноним (-), 20:13, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Размазались тонким слоем. Даже эрланг подрос, что для меня сюрприз.
     
  • 2.70, Аноним84701 (ok), 18:39, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Тем не менее тут плюс-минус проценты. Но общий график падает, разработчиков становится
    > меньше? Т.е. можно учесть демографические данные, тогда индусов-китайцев становится больше,
    > а других - меньше.

    Возможно, меньше становится интереса и гуглежа. Да и то – нужно смотреть все данные целиком, а не только графику топ-10.  Вполне возможно банальное улучшение, "оптимизация" или еще что-то выдаваемых результатов поисковиками. Они ведь там банально считают количество результатов по запросу:

    https://www.tiobe.com/tiobe-index/programming-languages-definition/
    > The ratings are calculated by counting hits of the most popular search engines. The search query that is used is

    +"<language> programming"
    > The number of hits determines the ratings of a language.
    >

     

  • 1.15, Онаним (?), 12:44, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно кто и что пишет на Visual Basic .NET, крайне редко сталкивался с кодом на этом языке. Про Go тоже странно, что он так упал, казалось всё более хорошее про него пишут и начинают принимать всерьёз... А R-да, мог бы быть гораздо получше, но лучше ничего нет.
     
     
  • 2.29, я (?), 14:41, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Visual Basic .NET - госструктуры
     
     
  • 3.50, letsmac (ok), 16:53, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Visual Basic .NET - госструктуры

    Смотря какие госструктуры. В ВГТРК например сплошной C#.

     
  • 2.36, Crazy Alex (ok), 14:54, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    С Go - хайп ушёл более-менее, вот и стало меньше упоминаний. Своё место он уже явно нашёл.
     
     
  • 3.49, letsmac (ok), 16:52, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так документацию все в ссылки забили, книжки купили - вот и нет запросов больше.
     
     
  • 4.67, Филимон Проницательный (?), 18:20, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, или похелловордили и решили: "А, ну его нафиг!"
     
     
  • 5.85, letsmac (ok), 20:27, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, или похелловордили и решили: "А, ну его нафиг!"

    Ну я консоль для управления кластером 1С написал. Криво конечно вышло, прям node.js - но быстро.

     

  • 1.21, Аноним (-), 13:28, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему в тексте новости умалчивают о небывалом росте позиций языка Scratch? Все на Scratch!
     
  • 1.26, Аноним (-), 14:36, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну а что общество имеет сказать на счёт рейтинга СУБД? :)
     
     
  • 2.37, Crazy Alex (ok), 14:56, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что там говорить - результаты предсказуемы
     
  • 2.39, Аноним (-), 15:12, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну а что общество имеет сказать на счёт рейтинга СУБД? :)

    То, что memcached - не СУБД

     
  • 2.42, Аноним (-), 15:49, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Если забить в гугл «How to drop Oracle», то по мнению TIOBE рейтинг СУБД Oracle вырастет. Вот и всё, что нужно знать об этом методе оценки популярности.
     
     
  • 3.44, Аноним (-), 15:53, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А чем он плох? Запрос How to drop Oracle как раз и говорит о том, что прямо сейчас у тебя продукция Oracle.
     
     
  • 4.109, ыы (?), 03:45, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А чем он плох? Запрос How to drop Oracle как раз и
    > говорит о том, что прямо сейчас у тебя продукция Oracle.

    потому что это никак не связано с популярностью. а только с количеством проблем.

     
  • 3.120, Очередной аноним (?), 10:44, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вы как-то узко и близоруко мыслите. Если будет много запросов «How to drop Oracle», то будет и НА ПОРЯДКИ меньше запросов (обобщенно) «How to work with Oracle» и соответственно Оракл не будет популярным по этой методике.
     

  • 1.48, anomymous (?), 16:40, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    User: g "why <your favorite language> is shit?"
    Google: ok, <your favorite language> +1
    TIOBE: yay, <your favorite language> +1!!!

    ... /0

     
     
  • 2.75, Crazy Alex (ok), 19:52, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И это правильно. Про то, что полный shit, даже не гуглят и название забыли.
     
  • 2.122, Очередной аноним (?), 10:50, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Так ведь и говорят о популярности, а не о "хорошести". Вы самостоятельно, в своей черепной коробке,  подменяете понятия и переделываете "Рейтинг популярности" в "Рейтинг самых замечательных языков", а потом обвиняете составителей в ху..вой методике. Популярность бывает разной.

     

  • 1.52, qwerty123 (??), 17:11, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Извините, сэр.
    Не хочу ни на что намекать, сэр.
    Но мухи не ошибаются, сэр.
     
     
  • 2.84, Аноним (-), 20:25, 08/01/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Извините, сэр.
    > Не хочу ни на что намекать, сэр.
    > Но мухи не ошибаются, сэр.

    Это вы жабку и сишку с питоном с этим самым ... с мёдом сравнили?


     

  • 1.93, Аноним (-), 22:03, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В чем смысл?
     
  • 1.105, Аноним (-), 01:30, 09/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Т.е. если язык не требует гуглить каждую функцию, а все делается с помощью нормального IDE, то у него низкая популрность?
     
     
  • 2.108, ыы (?), 03:33, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    с точки зрения вот этого топа - да.
    Топ глупый, но он есть.
     
  • 2.123, Очередной аноним (?), 11:02, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Т.е. если язык не требует гуглить каждую функцию, а все делается с
    > помощью нормального IDE, то у него низкая популрность?

    А отдельные функции многих из этих языков мало кто гуглит. Чего вы все прицепились именно к документированности языка? Все они более-менее нормально документированы. Гуглят обычно уже готовые (не библиотечные) КУСКИ гoвнoкода для всяких там обращений к веб-сервисам и базам данных и находят их на всяких Stackoverflow

     

  • 1.106, kai3341 (ok), 02:32, 09/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надо полагать, MySQL теряет баллы потому, что её выпилили из Debian в пользу MariaDB. По идее, на уровне SQL эти обе БД должны быть практически идентичными. Было бы круто, если бы они ещё в SQL умели

    Любопытна ситуация с PostgreSQL. Я его тыкал мало, но впечатления пока исключительно приятные.

    Видимо, Oracle теряет баллы в связи с ценовой политикой. Ещё мне дико не нравится процесс установки ораклиного клиента: меня удивляет ситуация, что в 2018 году клиент ставится сложнее, чем apt-get install. Для тех, кто не в теме: регаемся на сайте oracle, логинимся, выкачиваем zip-архивы с бинарниками и заголовочниками, отдельно гуглим инструкцию, куда что распаковывать, какие конфиги править. Но deb-пакет можно собрать один раз и более не заморачиваться, так я и сделал. Под Windows то же самое. Ребята повёрнуты к клиенту (_нуж|ным_) местом.
    Но в SQL они умеют, работать  Oracle исключительно приятно

    По поводу MSSQL ситуация двойственная. Дело в том, что к самому серверу претензий нет. А вот freetds ущербен. Как думаете, только на какой платформе работает родной драйвер?

    С удивлением отметил, что Firebird очень даже торт. Да, он хоть и тупенький, но в SQL умеет, в отличие от MySQL. В 3.0 оконные функции завезли: теперь заживём :)

     
     
  • 2.107, ыы (?), 03:19, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >  меня удивляет ситуация, что в
    > 2018 году клиент ставится сложнее, чем apt-get install. Для тех, кто
    > не в теме: регаемся на сайте oracle, логинимся, выкачиваем zip-архивы с
    > бинарниками и заголовочниками, отдельно гуглим инструкцию, куда что распаковывать, какие
    > конфиги править.

    Нет ничего удивительного что в 2018 году люди как не читали инструкции по установке так и не читают.
    Делают нечто, что кажется им умным и правильным.. удивляются... потом пишут о своих открытиях на форумах..

    Для 12-й базы вам сюда: https://docs.oracle.com/database/121/LADBN/#CJABJBAI
    Найдите в списке debian.
    Для сертифицированных же систем- все  ставится элементарно.

     
     
  • 3.110, angra (ok), 03:48, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Элементарно это "yum install oracle-server" или "apt install oracle-server". Многостраничная же инструкция с кучей предварительных действий для _сертифицированных_ линуксов, последующим ручным скачиванием и запуском инсталлятора это ни разу не элементарно. А при желании использовать БД из скриптов на любимом ЯП на всё том же сертифицированном линуксе вас ждет еще одна порция секса,  отдельная для каждого ЯП.
     
     
  • 4.111, ыы (?), 04:01, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    обычно после того как вы сделали "yum install oracle-server" - вы его покупаете. если он вам конечно нужен.
    а для продукта за который вы платите несколько миллионов ежегодно подобные претензии- ну..знаете..как говаривал Жеглов - "у нищих слуг нет"
     
     
  • 5.113, angra (ok), 05:03, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Интересная картина. Бесплатный продукт удобен в установке и использовании. А продукт стоящий миллионы(чего именно?) в год почему-то крайне неудобен в установке и использовании. Геморрой за деньги это очень оригинальный подход. В большинстве подобных случаев картина обратная, люди платят деньги за удобство, а не его отсутствие.
     
  • 4.112, ыы (?), 04:09, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Элементарно это "yum install oracle-server" или "apt install oracle-server". Многостраничная
    > же инструкция с кучей предварительных действий для _сертифицированных_ линуксов, последующим
    > ручным скачиванием и запуском инсталлятора это ни разу не элементарно. А
    > при желании использовать БД из скриптов на любимом ЯП на всё
    > том же сертифицированном линуксе вас ждет еще одна порция секса,  
    > отдельная для каждого ЯП.

    А еще знаете, обычно когда человек жалуется на _подобные_ сложности - ему советуют нанять специалиста  :)

     
     
  • 5.114, angra (ok), 05:05, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Осталось узнать, что же делать самому специалисту.
     
     
  • 6.126, Аномномномнимус (?), 11:37, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Срубать бабло, потом с умным видом отвечать что "система так не работает" и уходить гордо виляя задом. Оракл жы.
    Мне, кстати, интересно, зачем они в следующей версии MySQL выпиливают кэш запросов. Неужели познали дзен и решили что перфоманс не имеет значения
     
     
  • 7.138, ыы (?), 09:26, 10/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    В мире любителей халявы- это возможно и так. а в отношении Оракл - где и как оно работает известно заранее. Читайте документацию до начала использования а не собственные выдумки :)
     
  • 2.125, Аноним (-), 11:35, 09/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> тупенький, но в SQL умеет

    Звучит как про FoxPro (ака dBase). Поясните, что для вас SQL

     

  • 1.118, Аноним (-), 09:22, 09/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Скратч господа! Именно то, что вам нужно в XXI-ом веке.
     
  • 1.143, Владимир (??), 00:10, 16/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А где же Tcl ?

    http://tclstudy.narod.ru/articles/doubletea.html


    А теперь давайте прислушаемся к обоснованному мнению настоящего программиста, первого лауреата премии АСМ Брайана Кернигана (В. W. Kernighan, далее - BWK), автора знаменитого языка программирования С: "Tcl/Tk придает работе магическую продуктивность, за несколько часов можно достигнуть тех же результатов, что за дни или недели при разработке на C или C++ ... . Tk весьма эффективен для большинства приложений, многие элементы интерфейса (виджеты) реализованы настолько хорошо, что остается только удивляться, как подобная работа могла быть выполнена так качественно... Удачным кажется и то, что разделение задач между Тсl и С/С++ осуществляется достаточно легко, надо только знать, какой инструмент лучше справляется с задачей... Расширение системы дополнительным Tcl-кодом, загружаемым напрямую в Tcl-библиотеку приложения, в полном согласии с оригинальной идеей Остирхоута, повышает эффективность программы в целом, упрощает ее структуру и улучшает мобильность... Я не уверен, что Тсl мог бы выжить, как самостоятельный продукт - у него слишком много конкурентов. Но у сочетания Tcl/Tk в Unix-мире нет конкурентов... Система исключительно надежна, очень хорошо документирована... свободно доступна... безукоризненно высокого качества".

     
     
  • 2.144, nuclight (??), 19:50, 17/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Адепты на #tcl во FreeNode сказали, что это из-за методологии TIOBE - он считает поисковые запросы "<language> programming", а для Tcl обычно ищут scripting, а не.
     

  • 1.147, Аноним (-), 01:57, 09/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А чойта мемкэш,эластиксёч и другие инструменты стали СУБД?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру