| |
| |
| 3.31, я (?), 14:46, 08/01/2018 [^] [^^] [^^^] [ответить]
| +11 +/– |
Андроидт-разработчики вот кто постарался, там это основной язык
| | |
| |
| |
| 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.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 +/– |
 > Скорее всего кто-то просто не понимает дзена красоты оформления кода
> на любом языке.
Скажите, а дзен -- это про навязчивость? Оформляй или умри, причём оформляй именно вот так и оставь свои эстетические предпочтения за порогом этого лагеря?..
| | |
|
| 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 [^] [^^] [^^^] [ответить]
| +/– |
 Не все ли ранво, сказать "скобка" (как начало уровня вложенности) или просто "отступ" и не повторяться на каждой строке "отступ, отступ,..." в случае с питоном?
| | |
| 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 отключен , но согласен, фигурная скобка и... большой текст свёрнут, показать | | |
| |
| 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
Ну а так да ответ с треда выше вам подходит:
from __future__ import braces
Но выглядит использование пробелов и табов более пристойно(структуру видно) чем использование только скобок для указания границ функции.
| | |
| |
| 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-компилируемые, что, естественно, даёт прирост
| | |
| |
| |
| 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.142, Аноним (-), 20:29, 10/01/2018 [^] [^^] [^^^] [ответить]
| +/– | |
>самый тормозной Java™-тулкит — JavaFX
Если JavaFX у Java тормозной - то какой тулкит в ней не тормозной? Он же хронологически крайний вроде.
| | |
|
| |
| 5.66, key (??), 18:14, 08/01/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
 > Более чем летает. Жрет память, да, но летает.
А еще (неожиданно)падает, если переест.
| | |
| |
| 6.99, я (?), 23:05, 08/01/2018 [^] [^^] [^^^] [ответить]
| +/– |
Жердяи не летают, только катиться по наклонной
| | |
|
|
|
| 3.129, Аноним (-), 12:02, 09/01/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Проблема питона не в синтаксисе, амв непомерной лагучести. Приложения на питоне обычно
> невероятно медлительны, в отличие от таковых на джаве и ноде.
я использую питон в основном для обработки данных. и там скорость языка особой роли не играет - гораздо больше времени тратится на i/o, чем на какую-то логику. на питоне написать такой обработчик мне гораздо проще, чем на "родной" Java, а скорость работы будет сопоставима.
Если же нужна максимально быстрая числодробилка, то пилить ее на питоне настолько же глупо, как и на Java или NodeJS
| | |
|
|
| |
| |
| 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.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.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... текст свёрнут, показать | | |
| |
| |
| 10.87, Ю.Т. (?), 20:32, 08/01/2018 [^] [^^] [^^^] [ответить] | +2 +/– | Именно Тред и тред и он, же, кстати, ещё и поток, - но поток команд Поправка... большой текст свёрнут, показать | | |
|
|
| 8.116, 26985 (?), 07:42, 09/01/2018 [^] [^^] [^^^] [ответить] | +/– | Stream - поток и он был раньше Профессиональные термины должны быть тезаурусом,... текст свёрнут, показать | | |
|
|
| 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)" множат свои матрицы фортраном, им этот ваш пердолинг с указателями и вечно переполняющимися буферами нафиг не упёрся.
| | |
| |
| |
| 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-да, мог бы быть гораздо получше, но лучше ничего нет.
| | |
| |
| |
| 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 [^] [^^] [^^^] [ответить]
| +/– |
Ну так документацию все в ссылки забили, книжки купили - вот и нет запросов больше.
| | |
| |
| |
| 5.85, letsmac (ok), 20:27, 08/01/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну, или похелловордили и решили: "А, ну его нафиг!"
Ну я консоль для управления кластером 1С написал. Криво конечно вышло, прям node.js - но быстро.
| | |
|
|
|
|
| 1.21, Аноним (-), 13:28, 08/01/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Почему в тексте новости умалчивают о небывалом росте позиций языка Scratch? Все на Scratch!
| | |
| |
| 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.122, Очередной аноним (?), 10:50, 09/01/2018 [^] [^^] [^^^] [ответить]
| +/– | |
Так ведь и говорят о популярности, а не о "хорошести". Вы самостоятельно, в своей черепной коробке, подменяете понятия и переделываете "Рейтинг популярности" в "Рейтинг самых замечательных языков", а потом обвиняете составителей в ху..вой методике. Популярность бывает разной.
| | |
|
| |
| 2.84, Аноним (-), 20:25, 08/01/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Извините, сэр.
> Не хочу ни на что намекать, сэр.
> Но мухи не ошибаются, сэр.
Это вы жабку и сишку с питоном с этим самым ... с мёдом сравнили?
| | |
|
| 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". Многостраничная
> же инструкция с кучей предварительных действий для _сертифицированных_ линуксов, последующим
> ручным скачиванием и запуском инсталлятора это ни разу не элементарно. А
> при желании использовать БД из скриптов на любимом ЯП на всё
> том же сертифицированном линуксе вас ждет еще одна порция секса,
> отдельная для каждого ЯП.
А еще знаете, обычно когда человек жалуется на _подобные_ сложности - ему советуют нанять специалиста :)
| | |
| |
| |
| 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.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, а не.
| | |
|
|
