Разработчики программного обеспечения пользуются огромным спросом в настоящее время. В некоторых компаниях даже стажеры-программисты получают высокую зарплату. ИТ-компании борются друг с другом за талантливые кадры.
А кадры, в свою очередь борются за место под солнцем. Успех тех и других будет зависеть от того, насколько хорошо у них получается держать руку на пульсе, быть в тренде, использовать перспективные технологии и языки программирования. Чтобы понять, на что ориентироваться и в каком направлении идти, разработчики ПО и их работодатели изучают различные исследования и рейтинги популярности – будь то бизнес-модели или те же технологии и языки программирования.
Однако некоторые игроки ИТ-рынка оказались предприимчивыми и создали проекты, посвященные ранжированию и трендам. К примеру, на этой неделе GitHub опубликовал собственный рейтинг 15 самых популярных языков программирования. Конечно же, популярность определялась по количеству pull-запросов на GitHub за последний год.
В настоящее время в GitHub представлены 5.8 миллиона активных пользователей, 331 тысяча организаций и 19.4 миллиона репозиториев.
No. 15 — TypeScript:
Язык своим появлением обязан компании Microsoft. Он создан как средство разработки веб-приложений, расширяющее возможности JavaScript. Основным разработчиком языка TypeScript является Андерс Хейлсберг который ранее участвовал в создании Turbo Pascal, Delphi и C#. В ближайшее время выйдет релиз TypeScript 2.0.
No. 14 — Swift:
Язык собственного приготовления – от компании Apple. Он был создан для iPhone-приложений в 2014 году. Однако Swift за столь короткий срок сумел завоевать популярность.
Такси-сервис Lyft переписал свое iPhone-приложение на этом языке и сообщил об «огромном скачке» в производительности.
А совсем недавно вышло новое приложение Swift Playgrounds – самый простой способ познакомиться с языком Swift. По крайней мере, в этом уверен Крейг Федериги, старший вице-президент компании Apple по программному обеспечению.
No. 13 — Scala:
Этот язык программирования вышел в свет в 2001 году. Его подхватили такие крупные компании, как Airbnb и Apple. По их мнению, на нем проще и быстрее писать приложения для их нужд, нежели на набившем оскомину языке Java.
Изначально Scala, поддерживающий объектно-ориентированную и функциональную парадигмы, был создан с расчетом на трансляцию в байт-код Java и .NET. Со временем также появился транслятор Scala в код JavaScript — Scala.js. Однако в мае 2016 года стало известно, что в рамках проекта Scala Native создается компилятор, обещающий ускорить выполнение приложений, написанных на этом языке.
No. 12 — Objective-C:
Изначальный С так понравился людям, что у него появились последователи. В частности, некоторые из них вдохновились на создание Objective-C, который предстал перед публикой в 1983 году. Конечно, в него были добавлены новые идеи и элементы языка Smalltalk, но буква С не зря венчает его название.
Особенно распространился Objective-C среди разработчиков под платформы Apple. Пока он удерживает эти позиции, но Swift грозится потеснить потомка С в скором времени.
No. 11 — Shell:
Это гадкий утенок среди прочих участников списка: Shell – не столько язык, сколько интерпретатор команд для выполнения тех или действий в операционных системах семейства UNIX. Его скрипты используются, например, для автоматизации обновления ПО. Он содержит стандартные конструкции для циклов, ветвления, объявления функций и так далее.
No. 10 — Go:
Был разработан внутри компании Google. Первоначальная разработка Go началась в сентябре 2007 года, а его непосредственным проектированием занимались Роберт Гризмер, Роб Пайк и Кен Томпсон. Официально язык был представлен в ноябре 2009 года.
Язык Go разрабатывался как язык системного программирования для создания высокоэффективных программ, работающих на современных распределённых системах и многоядерных процессорах. Он может рассматриваться как попытка создать замену языку Си.
При разработке уделялось особое внимание обеспечению высокоэффективной компиляции. Программы на Go компилируются в объектный код (хотя доступен и интерпретатор) и не требуют для исполнения виртуальной машины.
No. 9 — C:
Это язык, которому теперь пытаются найти замену. Язык Си был разработан Деннисом Ритчи в 1972 году в Bell Labs. Он является предшественником таких языков программирования как С++, Java, C#, JavaScript и Perl. По этой причине изучение этого языка ведет к понимаю и других языков. Язык С используется для разработки низкоуровневых приложений, так как считается ближе всего к аппаратному, уступая только ассемблеру.
No. 8 — C#:
С# принадлежит семье языков программирования Microsoft и был разработан в 2000 году и стал частью первого релиза .NET framework. Язык С# сочетает в себе надежность С++ с дополнительными возможностями Java. Поэтому если вы хорошо знаете Java, можно легко переключиться на С# и наоборот.
Язык С# позволяет разрабатывать практически любые приложения, которые связаны с Visual Studio IDE.
No. 7 — CSS:
Cascading Style Sheets (каскадные таблицы стилей) — формальный язык описания внешнего вида документа, написанного с использованием языка разметки.
Преимущественно используется как средство описания, оформления внешнего вида веб-страниц, написанных с помощью языков разметки HTML и XHTML, но может также применяться к любым XML-документам.
Указан рост популярности языка в процентах. Его место в рейтинге определяется числом pull-запросов пользователей. Рейтинг отражает популярность применения языков программирования в репозиториях.
No. 6 — C++:
Языку Си не хватало работы с объектами. Чтобы решить проблему, в 1986 году был разработан С++, который является одним из самых распространенных языков в мире. Google Chrome, Mozilla Firefox, Winamp и линейка продуктов Adobe были разработаны с помощью С++. Кроме того, некоторые современные игры и операционные системы были разработаны на С++ из-за быстрого процессинга и компиляции. Кроме того, разработчики С++ имеют огромный спрос на рынке труда.
No. 5 — PHP:
PHP — это один из наиболее широко используемых языков для разработки динамических веб сайтов. PHP был разработан в 1995 году и является языком сценариев на стороне сервера, что означает, что PHP код обрабатывается на сервера, а конечный результат пользователь получает в виде обычного HTML.
PHP открытый язык разработки, поэтому написаны уже тысячи модулей, которые можно модифицировать до требуемой функциональности.
Однако недоброжелатели не дремлют: Джефф Этвуд. основатель Stack Exchange, как-то писал, что PHP – это даже не язык программирования, это куча не связанных друг с другом фрагментов функциональности.
No. 4 — Ruby:
Ruby — простой и читаемый язык программирования, ориентированный на разработку веб приложений. Разработанный Юкихиро Мацумто в 1995 году, фреймворк Ruby использовался для разработки Github, Scribd, Yammer, Shopify и Groupon. Ruby сочетает в себе некоторые возможности Lisp, Pearl и Eiffel. Ruby имеет хороший рынок труда и разработчики получают достойно.
No. 3 — Python:
Python — это другой высокоуровневый язык программирования и часто считается самым легким языком, благодаря своей простоте, читаемости и синтаксису. Python был разработан Гвидо Ван Россумом в 1991 году. Python не использовался так широко в прошлом, однако стал особенно популярным за последние годы благодаря инвестициям Google. В настоящее время некоторые весьма известные и надежные сайты работают на python, особенно pinterest.com, instagram.com и rdio.com. Как и PHP, Python можно использовать для разработки веб приложений.
No. 2 — Java:
Java был разработан Джеймсом Гослингом в 1990 году в компании Sun Microsystems. Java дополнительно увеличивает возможности языка С++. Особенность Java заключается в том, что это первый чисто объектно-ориентированный язык программирования. Java был разработан по принципу WORA (Write Once Run Anywhere или «написав код однажды, вы запустите его везде»). Речь идет про переносимость Java. Необходимо скомпилировать исходный код на Java всего лишь раз, а затем запустить на любой машине с установленным JVM (Java Virtual Machine) и затем использовать.
No. 1 — JavaScript:
Серверные языки сценариев идеально подходят для разработки сложных веб приложений, но каждая такая задача сильно нагружает сервер. Поэтому разработчики делегировали часть функций на сторону клиента и использовали JavaScript. JavaScript — это язык программирования, выполняемый в клиентском браузере и обрабатывает команды на компьютере конечного пользователя, а не сервера, что приводит к снижению нагрузки на сервер и увеличению скорости работы приложения. JavaScript был разработан компанией Netscape и вряд ли есть сайты, которые не используют его.
Указан рост популярности языка в процентах. Его место в рейтинге определяется числом pull-запросов пользователей. Рейтинг отражает популярность применения языков программирования в репозиториях.
По данным GitHub, JavaScript, C# и Go показали двойной рост аудитории. А аудитория Swift и TypeScript выросла в 3,5 раза.
Индекс TIOBE распределил места немного по-другому: на первом месте оказался языка Java, далее следуют С, С++, С# и Python. А лидер рейтинга GitHub здесь занимает только 6-е место.
Комментарии (112)
A-Stahl
17.09.2016 18:34+22Ну и что нам теперь с этим(и всеми остальными) рейтингом делать?
Пользы я не вижу. Смеяться тоже не над чем. Расскажите, что хорошее можно извлечь из этого набора чисел?
semenyakinVS
17.09.2016 22:29+6Ну как же… А похоливарить на выходных? По-моему стоит вообще подобный блог на хабре сделать — «Холивар». Тогда стало бы ясно куда определять всякие посты вроде «Java vs C++ — кто самый мощный?» или «Самые популярные языки по версии оскоровского комитета». Желающие могли бы подписываться и отписываться. Все довольны.
xtala
17.09.2016 18:40Еще не заходя в публикацию я знал, что на первом месте будет Javascript. Может оставить заявку на «Битву экстрасенсов»? Типа: «А, сейчас наши участники попытаются определить на каком языке написана эта всепожирающая память утилита для разгадывания гороскопов, что таинственным образом появилась на сайте vasyan.ucoz.ru! » :)
Nagg
17.09.2016 19:06+1Как-то уж сильно статистика гитхаба с Tiobe расходится по Си.
svboobnov
18.09.2016 16:53Гитхаб же считает пулл-запросы, а Тиобе — количество вопросов в поисковиках + количество вакансий ну, и что-то ещё.
lohmatiyy
20.09.2016 16:22Гитхаб, по всей видимости, считает коммиты. Не умаляя заслуг гитхаба просто скажу, что он отражает только активность разработки в хостящемся на нём Open Source, хотя реальная жизнь гораздо шире, и в этом плане я больше доверяю Tiobe.
nxrighthere
17.09.2016 19:21+2Разве CSS уместен в этом рейтинге?
Sirikid
17.09.2016 19:43+2Очень старая шутка, CSS это "_формальный язык_ описания внешнего вида документа", поэтому он является языком программирования.
SerafimArts
19.09.2016 05:37А если взять препроцессоры (диалекты), вроде Sass, то там и до уровня shell не далеко =) Циклы, условия, переменные — всё есть.
zezic
20.09.2016 16:20На нём можно написать крестики-нолики, но это займёт несколько тысяч строк кода, поэтому он смог просочиться в этот список.
Terras
17.09.2016 19:24+18Все очень просто:
Бекенд для веба можно писать на: c#, java, python, ruby, php, js
Фронт пишется исключительно на js
Отсюда и получаем, что JS топ-1. Ибо это монополист во фронте сейчас.
kryvichh
20.09.2016 16:23Мир стал бы очень скучен, если весь фронтенд сводился бы только к Вебу. Да и есть другие языки, кроме перечисленных, на которых можно писать программы и с фронтендом, и с бэкендом, для Windows и Mac. Вот пример — FL Studio написанный полностью от «задницы» до «передницы» в Delphi: https://www.youtube.com/watch?v=c43Y-FMFDDQ
kma21
13.01.2017 18:22у моего отца как раз есть зарядка от одного из постояльцев этого форума (Алекс Сорока). отцу нравится, действительно позволяет некие АКБ реанимировать.
jakshi
20.09.2016 16:22+1Верное замечание.
Справедливости ради стоит сказать что язык программирования Pearl существует: https://en.wikipedia.org/wiki/PEARL_(programming_language)
Но на становление Ruby никоим образом не повлиял.
Когда зная Ruby я начал учить Perl — с удивлением обнаружил множество схожих концепций и даже конструкций в этих двух языках.
TimsTims
17.09.2016 20:06А как считали тех, кто пользуется сразу несколькими «языками»?
Те, кто юзают PHP — часто пишут сайты целиком, в т.ч. фронтэндовую часть. Значит юзают также CSS, JS и HTML(о боже, где же он тут в рейтинге? неужели html теряет популярность?). Собственно вопрос — как посчитали таких людей?
То же самое можно сказать и про остальные части. Редко, когда разработчики использует только_один_язык_программирования.
Areso
18.09.2016 11:56+1Что самое интересное, несколько моих проектов Github'ом распознаются как HTML, хотя там HTML'a 10 строчек и несколько сотен строчек JS.
DarkEld3r
19.09.2016 11:13+1Вроде, можно на это повлиять: https://help.github.com/articles/my-repository-is-marked-as-the-wrong-language/ и дальше по ссылкам.
bano-notit
20.09.2016 16:20И действительно. Всё же мне кажется что можно было считать именно по людям. То есть, в каждом проекте несколько языков. Тот который больше, на том и написан проект. У человека много проектов, если большее количество по предыдущему правилу написаны на плюсах, то считать, что человек пишет больше всего на плюсах. И уже считать количество людей. Мне кажется, что так будет интересней и более точно. НО! Так теряется объективность за год, и мы не узнаем какой язык именно в этом году более интенсивно используется и так мы получается ещё считаем некропользователей.
robert_ayrapetyan
17.09.2016 20:23+8>Это язык, которому теперь пытаются найти замену
Эээ… кто и зачем пытается найти замену С?VioletGiraffe
18.09.2016 16:27-1Зачем? Например, затем, что на С крайне сложно писать надёжный и безопасный код. А делать это быстро так и вообще невозможно.
Не хочу начинать холивар, но скажу, что откровенно не понимаю, кто и зачем использует язык С в 2016 году. Не считая legacy для какого-нибудь Z80, под который нет компилятора С++, конечно.semenyakinVS
18.09.2016 18:45+2Как плюсовик скажу так… Подозреваю, что минимум для кросскомпиляторного кода. В С нет проблем с декорированием имён и прочими радостями статического и динамического связывания С++-библиотек. Насколько я знаю, по этой причине часто используется бриджинг через С интерфейсов middleware-библиотек.
Помимо этого (в этом уже не так уверен) — под С намного проще делать компилятор и потому компиляторы под С по логике должны выходить раньше С++-компиляторов под всякие зверинцы новых микроконтроллеров. Поэтому С отгрызает часть сегмента Java и вполне себе ничего чувствует себя в этой области.
Люди, пишущие на С, поправьте меня если где-то не прав.VioletGiraffe
18.09.2016 19:18Вы имеете в виду возможность линковать вместе объектные файлы, собранные под одну платформу разными компиляторами?
semenyakinVS
18.09.2016 20:10Ага. Эту проблему наследуют статические библиотеки (что весьма логично). С динамическими библиотеками немного другая специфика. Классы ограниченно описываются в рамках ABI операционных систем, что требует осторожности при работе с ними. В рамках ABI, кажется (см. первую ссылку ниже почему «кажется»), стандартизировано представление таблицы виртуальных функций, за счёт чего можно взаимодействовать с DLL, собранными другим компилятором через абстрактные классы-интерфейсы, но это может влиять на производительность из-за виртуальности.
Ссылки:
1. Пространный пост по поводу ABI из блога Алёны С++ (ссылка).
2. О vtalbe в одном из вариантов ABI (ссылка).
В общем, есть некоторые проблемы.
semenyakinVS
18.09.2016 20:14Но всё-таки, как мне кажется, для С характерно использование именно для низкоуровневого программирования под всякие микроконтроллеры и это основная область, где он живёт. Сужу по общению со знакомыми системщиками и по общим наблюдениям.
gnemod
18.09.2016 21:06-1Ну как минимум C более применим если у вас допустим 16к оперативной памяти и где-нибудь 32к для исполняемого кода, применять ассемблер это получить непереносимый код, применять C++ тогда забудьте об операторах new т.к. ваша оперативная память на вес золота и вам необходимо только ручное управление управление памятью, кроме того обычно компилятор C дает более компактный и быстрый код
VioletGiraffe
18.09.2016 21:07+1Идея понятна, хотя у меня не было проблемы писать на С++ с наследованием и виртуальными функциями под STM32 F1, там тоже памяти не мегабайты.
gnemod
18.09.2016 21:27Просто нужно учитывать больше факторов при кодинге на С++ под мелкие контроллеры, например:
1. Фрагментация HEAP
2. Применение объектов в условиях жесткого реалтайма, когда все ресурсы контроллера расписаны по наносекундам (те вызов new и delete)
3. Контроль занимаемой памяти классами особенно с полиморфизмом и наследованием
вообщем появляется много новых нюансов, но если железо не высокотиражное и его ресурсы заложены с запасом то конечно и С++ годится
robert_ayrapetyan
18.09.2016 22:06Ядра всех ОС, движки топ 5 популярных БД, самые высокопроизводительные веб-серверы, движки практически всего 3д-софта, бытовая техника, начинка любого современного автомобиля, NASA…
Из этого следует, что на С писали (и пишут) самый надежный и безопасный код в мире.
Yuuri
19.09.2016 01:54+1Пишут. Вопрос только, какой ценой, и сколько человекоэпох было отдано на отладку этих ядер и движков?
В перечисленных вами задачах в первую очередь важны скорость и/или близость к железу, в чём С действительно идеален, но это практически противоречит надёжности. Факторы надёжности — это, например, проверки операций (прощай, скорость), строгие системы типов (прощайте, низкоуровневые оптимизации), строгие спецификации (прощай, бесплатная переносимость на любой утюг). Ну правда, как можно назвать эталоном надёжности слаботипизированный язык, у которого стандарт состоит из UB чуть менее, чем наполовину?
Alexeyslav
20.09.2016 11:32-1А кто и на чём будет писать низкоуровневые оптимизированные по быстродействию функции/библиотеки для высокоуровневых языков? Именно для этого и используется.
Yuuri
17.09.2016 20:31+16сочетает в себе надежность С++
нервный смешок
Java был разработан Джеймсом Гослингом в 1990 году в компании Sun Microsystems.
Не знаю, кому верить, но Википедия говорит, что разработка только началась в 1991, а вышел на свет язык вообще в 1995.
Особенность Java заключается в том, что это первый чисто объектно-ориентированный язык программирования.
А это уже совсем неправда. Во-первых, Java не совсем чиста – как минимум, в ней есть примитивные типы, которые не являются объектами. Во-вторых, гораздо более расово чистый в этом отношении Smalltalk был уже в 80-х.
BalinTomsk
18.09.2016 14:54-8Yuuri сочетает в себе надежность С++
— нервный смешок
на каких языках написаны 99% ОС и прикладноашем компэте ПО на вашем компютере? Это и будет ответом на ваш смешок
Arenim
18.09.2016 15:19+5> на каких языках написаны 99% ОС
Вообще-то на C, а не на C++
И да, я всякий раз с большим удовольствием цитирую Линуса Торвальдса, когда речь заходит про «C или C++»VioletGiraffe
18.09.2016 16:38ИМХО только потому, что во время написания тех ОС С++ ещё не был достаточно развит и допилен.
codemax
20.09.2016 16:22Когда же он уже будет достаточно развит и допилен?.. Просто этого не случилось до сих пор, а комитет по стандартизации морозит и откладывает приятные новые фичи до тех времен, когда они уже совсем перестают казаться новыми и воспринимаются как нечто само собой разумеющееся.
VioletGiraffe
20.09.2016 16:29+1Вы считаете, что не случилось, а я считаю, что с 2003 года язык полностью юзабелен, а с 2011 — прекрасен. На С++ 11 за вечер пишутся вещи, которые на С++03 я вообще не взялся бы писать.
Arenim
25.09.2016 00:05интересно. А можно пример вещи, которая «пишется за вечер на с++11 и не пишется на с++03»?
VioletGiraffe
25.09.2016 00:241. Всё, где нужны лямбды и std::function.
2. Многопоточность. Здесь важен не столько класс std::thread, как те же самые лямбды и function.Arenim
25.09.2016 01:00гм. Вы сейчас сказали «лямбды — это круто». Никто собственно и не спорит, но примера-то и нету, так как «все, где нужны...» — не пример, как и слишком абстрактное «многопоточность» тож.
VioletGiraffe
25.09.2016 09:38Лямбды — это не просто круто. Они позволяют делать то, что без них неоправданно сложно и в написании, и в применении.
Сигналы / слоты.
Пул потоков.
Блокирующая очередь, через которую N потоков последовательно сцепляются в конвейер.
См. Threading https://github.com/VioletGiraffe/cpputils
Alexey2005
17.09.2016 20:32+1Удивительно, что Python настолько популярен. Трудно вообще найти такую нишу, в которой он был бы лучшим. Чтоб можно было сказать: да, вот эти вот задачи эффективнее всего делать на Python, другие языки заставят провозиться дольше и потратить больше ресурсов.
Практически всегда критерий его выбора субъективен, в стиле «конечно, на %language_name% было бы быстрее и проще, но я его не знаю, да и синтаксис очень не нравится».Vlad_IT
17.09.2016 20:55+2В парсинге данных, анализ данных, создание веб-приложений на коленке за короткое время, машинное обучение.
MikeLP
17.09.2016 21:02+6Ну давайте, расскажите чем Python хуже PHP.
Поверьте, звучать это будет одинаково:
Удивительно, что PHP настолько популярен. Трудно вообще найти такую нишу, в которой он был бы лучшим. Чтоб можно было сказать: да, вот эти вот задачи эффективнее всего делать на PHP, другие языки заставят провозиться дольше и потратить больше ресурсов.
или
Удивительно, что Ruby настолько популярен. Трудно вообще найти такую нишу, в которой он был бы лучшим. Чтоб можно было сказать: да, вот эти вот задачи эффективнее всего делать на Ruby, другие языки заставят провозиться дольше и потратить больше ресурсов.
и так далее…
robert_ayrapetyan
17.09.2016 21:05+4Python доминирует в нише бекенда и сервисов, где не требуется высокая производительность, поэтому его можно поставить в ряд с Ruby, PHP и JavaScript (SS). Любая попытка выбрать лучший из этих языков закончится «сравнением оппонента с Гитлером».
Я выбрал Python для себя потому, что он позволяет решать бизнес задачи, не думая ни о чем, кроме бизнес-логики, его синтаксис «чище» чем у вышеозначеных конкурентов, меньше всякой мишуры. В совокупности со знаниями C\C++ это позволяет реализовать систему\архитектуру любой сложности в короткие сроки и под любые нужды. Можно заменить слово Python на Ruby\PHP\JS(SS), но я выбрал именно Python, просто вот с первого знакомства, ни разу не возникло желания возвращаться на PHP\JS или пробовать Ruby. И да, «конечно, на %language_name% было бы быстрее и проще» — это не про Python точно.
ShashkovS
17.09.2016 21:10+2Ну, ок. Давайте
споритьприводить примеры. Может быть, я просто сильно не в теме.
Всё примеры моих реальных задач, которые я решаю питоном (но не стал бы даже браться за них, скажем, на плюсах).
Задача 1. есть html с задачами (оформленными единообразно) и excel-файл с их сложностями. Нужно добавить сложности в html (типа «Задача 13.7» -> «Задача 13.7 [***]»);
Задача 2. прочитать данные из гугль-таблички, после чего разослать e-mail'ы в зависимости от данных там;
Задача 3. Есть TeX-файл с условиями задач. Сконвертировать его в html, используемые картинки сконверировать в png, разложить по папкам, залить по FTP на сайт;
Задача 4. Есть excel с таблицей-плюсником (пустой). Есть отсканированный лист. Распознать плюсы и внести назад в excel;
Задача 5. Есть старая программа, работающая под DOS. Она генерит крупные отчёты достаточно сложного формата (руками делать заново сложно). Нужно сгенерить всевозможные отчёты, эмулируя действия пользователя;
Задача 6. Нужно пройти по пачке страниц в интернете и вытащить из них некую информацию.
mezastel
18.09.2016 00:32+3На плюсах проблема с либами и их юзабельностью. А вот на C# все вышеописанные задачи решаются. Ну разве что распознать, но для этого и в Питоне нужна сторонняя либа.
sleeply4cat
18.09.2016 12:11А как решается №5? Остальные, в принципе, на чём угодно можно, хоть на джаве.
maxim_0_o
18.09.2016 20:26Решить-то их можно на чем угодно. Вопрос в количестве потраченного времени и в объеме кода. И что-то мне подсказывает, что Java и C# уступят по этим критериям питону для этих задач. Тут следует обратить внимание, что в приведенных задачах не требуется слишком высокая производительность, что и служит знаком к использованию питона.
Dark_Daiver
18.09.2016 07:42+1Как минимум быстрое прототипирование в области scientific computing/machine learning/data mining, благо есть целая прорва либ (scipy/sympy/sklearn/pandas/theano/tensorflow/xgboost/opencv/etc) которые так или иначе увязанны вместе при помощи NumPy
m1ld
17.09.2016 20:59+2Не совсем в тему, но на опубликованной странице также есть рейтинг самых популярных репозиториев. Нашел для себя кладезь знаний https://github.com/open-source-society/computer-science.
Trueteller
17.09.2016 21:21+3Характеристики языков — огонь.
Многие тезисы как минимум спорны, стилистика описания разных языков сильно различается, да и еще и пунктуация хромает.
JavaScript, C# и Go показали двойной рост аудитории. А аудитория Swift и TypeScript выросла в 3,5 раза
Это в сравнении с каким периодом? Как мог C# вырасти в 2 раза за последний год-два?
Antelle
17.09.2016 21:41+3Microsoft же пилят кроссплатформенный C# последний год-два, конечно % растёт.
m1ld
17.09.2016 21:57Если вы об этом https://blogs.msdn.microsoft.com/dotnet/2016/04/01/net-at-build-2016-open-cross-platform-and-free/? То меня дата публикации как-то настораживает.
Antelle
17.09.2016 22:09+2Xamarin ещё. Вцелом C# становится приятнее на разных платформах, наверное поэтому его больше появляется на github. Напомню, что статистика именно по коду на гитхабе, а не вообще о языке.
Trueteller
17.09.2016 22:20+1Да, скорее всего это именно за счет кода, выложенного самим Microsoft на github. Ну и того толчка, что это дало C# open source.
Antelle
17.09.2016 22:26+1Ага. Если посмотреть в тренды по C#: powershell, roslyn, kestrel, .net core, bot builder — появились и сами проекты, и всякое разное для них, ms стали активно работать с продивжением языка в open source (что не может не радовать).
KirillFormado
20.09.2016 16:24На вскидку еще могут быть open-source игры на Unity ну и моды для игр. Из того что знаю, много модов для Kerbal Space Program лежит на github-e
VaalKIA
17.09.2016 21:52+1А нет метрики: «количество новых проектов» на каком-то языке? Мне кажется, именно это было бы достоверным показателем популярности.
shalaev
17.09.2016 21:57некоторые весьма известные и надежные сайты работают на python, особенно pinterest.com, instagram.com и rdio.com
последний — особенно надежный
VGrabko
18.09.2016 00:00+4У Go нет интерпретатора. go run просто компилирует во временную деректорию и запускает готовый бинарник
asvechkar
18.09.2016 00:29Небольшое дополнение к п.6 о создателе языка C++: https://geektimes.ru/post/77210/
Error1024
18.09.2016 00:33+10В статье куча странных мест:
Кроме того, некоторые современные игры и операционные системы были разработаны на С++ из-за быстрого процессинга и компиляции.
Это у C++ компиляция быстрая???
Язык С# позволяет разрабатывать практически любые приложения, которые связаны с Visual Studio IDE.
Эээ, это вообще про что?
JavaScript был разработан компанией Netscape и вряд ли есть сайты, которые не используют его.
Есть куча таких сайтов.sugadu
20.09.2016 16:21Есть куча таких сайтов.
Дайте, пожалуйста, ссылки на самые популярные, интересно глянуть.
rie
18.09.2016 02:41-7Не могу дождаться, когда мыльный пузырь веба взорвется и похоронит сам себя, а так же потянет за собой все эти пыхопе, джэс, раби.
То что твориться сейчас в вебе это не помойка даже, это параша. Деградация и нивелирование всех постулатов программирования.
Люди пишут полнейший говнокод выдавая это за ИННОВАЦИЮ и НОВЫЕ ПАРАДИГМЫ, каждый день делая ЕЩЕ ОДНУ ПРИНЦИПИАЛЬНО НУВУЮ либу для веба, и пользуются в своих проектах таким же говном.
Вся суть.
DevMan
18.09.2016 13:10+8Он был создан для iPhone-приложений
Ruby — простой и читаемый язык программирования, ориентированный на разработку веб приложений
фреймворк Ruby использовался для разработки Github, Scribd, Yammer, Shopify и Groupon
Особенность Java заключается в том, что это первый чисто объектно-ориентированный язык программирования
и множество других перлов.
loz
20.09.2016 01:57>Особенность Java заключается в том, что это первый чисто объектно-ориентированный язык программирования
Ахаха, спасибо, понравилось описание языков. Захожу на хабр и сразу вспоминаю почему я сюда не захожу)
thims
20.09.2016 16:20+1Язык С# позволяет разрабатывать практически любые приложения, которые связаны с Visual Studio IDE.
Это как понимать??
qrck13
Почему самый костыльный и ужасный язык занял позицию #1?
xtala
Да не такой уж он костыльный и ужасный. Готовить его надо уметь и повар хороший нужен. А на первом месте наверное потому, что веб становится де-факто самой большой программной экосферой из всех существующих.
maaGames
Потому что это не «популярность», а «количество коммитов». А это не одно и то же.
Не говоря о том. что многие разработчики С++ и прочих старых языков не бросаются переводить все проекты на github из VCS, которыми пользовались до этого кучу лет.
lnroma
Как рас потому что на нём много пишут кода ( в смысле объёма )
ivan386
Я недавно worker'ы осваивал а их на локальной машине не потестить не поднимая вебсервер. Такого количества комитов в один день я ещё никогда не делал.
samizdam
Почему же?
ivan386
Что именно?
samizdam
Я к тому, что не проблема поднять локально вебсервер средствами docket / vagrant. Это сэкономит время отладки и избавит от мусорных коммитов в origin.
ivan386
Это не выглядит как что то простое. Я попробовал поискать простой веб сервер но тот что мне попался вместо открытия файла заставлял браузер скачивать. Я забил и тестил на rawgit.
Согдасен это не является хорошей практикой но так случилось.
gearbox
если стек js — express, там для статики пять строчек. Либо node-static — https://learn.javascript.ru/screencast/webpack во второй части (простая сборка, простой конфиг) Можно использовать встроенный php сервер http://php.net/manual/en/features.commandline.webserver.php В общем как бы варианты есть.
Nicklasos
Просто устанавливаем php и в консольке выполняем команду php -S localhost:8000 для запуска локального веб сервера.
Для https можно установить ngrok и запустить его командой ngrok http 8000 и у вас локальный https веб сервер без всяких проблем.
Думаю у node.js в пакетах где-то тоже должен быть простой веб сервер.
Alexeyslav
Так вестимо, браузер настраивать надо. Это поведение зависит от того как ответит сервер, значением в поле тип контента — если он на всё будет отвечать «двоичные данные» то у браузера не останется иного варианта как просто скачивать содержимое как неизвестного типа. Нужно добиться настройкой сервера чтобы тот отвечал на изображение соответственно, тогда браузер откроет его как изображение. Расширение файла роли не играет — имени файла так вообще может не быть.
EmmGold
Вероятно часто исправляют исправления на исправления. Поэтому и используется много, и коммитов много.
gnemod
Да он костыльный и ужасный с точки зрения тех кто программирует на «правильных» языках типа Java или C#, но тем не менее почему то программировать на нем мне гораздо приятнее чем на C, C++, C#, Swift (даже не знаю почему, может я люблю говнокодить). А с последними расширениями ECMA он убьет и typescript и займет весомую часть в разработках серверного бакэнда
qrck13
Я бы сказал что в JS — порог вхождения заметно ниже. Не нужно много и долго изучать примудрости Computer Science, что бы стать более менее «средним» разработчиком на JS
gnemod
А может не нужны все эти премудрости Computer Science? Когда посредственный программист 1С (iOS, React подставь что хочешь) зарабатывает в полтора раза больше embedded программиста, спрашивается зачем нужны все эти знания архитектуры процессора, математики, паттернов проектирования.
qrck13
> А может не нужны все эти премудрости Computer Science? Когда посредственный программист 1С (iOS, React подставь что хочешь) зарабатывает в полтора раза больше embedded программиста, спрашивается зачем нужны все эти знания архитектуры процессора, математики, паттернов проектирования.
1. Причем здесь embedded?
2. Я в жизни не видел ни одного посредственного (как вы выразились) 1С / React / etc программиста, котрый получал бы больше квалифицированного разработчика. Любые большие проекты требуют квалификации и опыта, и «посредственные разработчики» просто не способны в них участвовать. А на мелкой халтуре, для которой годиться React, много не заработать.
3. Если вы пошли в разработчики ПО только ради денег — долго вы в профессии не удержитесь
gnemod
1. Embedded имхо требует знания наибольших знаний в области Computer Science
2. Че прям React только для мелкой халтуры годится? Клиентские и серверные javascript фрэймворки еще только начали свой путь развития, и глядя на то что уже есть я думаю что кроме javascript уже ничего не надо изучать:) А серьезно WEB разработкой я всего лишь пару лет назад занялся
3. Да чет 20 лет уж там, может и правда пора на покой. Я думаю немного тех кто по молодости может оценить сколько принесет денег та или иная профессия и те или иные скилы. Интересно а ради чего пошли в профессию вы?
qrck13
> 1. Embedded имхо требует знания наибольших знаний в области Computer Science
Embedded чаще всего требует хорошего знания конкретного железа. Конкретные требования конечно будут разные в зависимости от ситуации. Embedded занимающейся прошивкой ABS блока автомобиля, — это не то же самое, что embedded разработчик клепающий прошивку к какой-нибудь авто-поливалке. Но тут, насколько я видел по своему опыту, чаще бывает достаточно просто хорошего знания железа, с которым приходится работать.
> 2. Че прям React только для мелкой халтуры годится?
Сам я с ним не сталкивался, но все что читал — говорит о том, что когда нужно что-то аппаратно или OS специфичное, то React уже не годен, и приходится писать все нативно. А React — да, больше для приложений типа «webview на весь экран»
> Клиентские и серверные javascript фрэймворки еще только начали свой путь развития, и глядя на то что уже есть я думаю что кроме javascript уже ничего не надо изучать:)
Существует очень много областей, где javascript/веб приложения — не применимы. Конечно если ваша цель — упростить себе жизнь, то конечно, стоит выбрать что проще, и только этим и заниматься :)
> Интересно а ради чего пошли в профессию вы?
Я пошел не в профессию. Я просто занялся тем, что нравилось, оказалось за это еще деньги платят и не малые.
Nagg
Всегда вспоминаю:
https://twitter.com/phillip_webb/status/758824415547109376
redmanmale
Или лучше: https://twitter.com/lisovskyvlad/status/393282519438995456
lookid
Потомучто ядро линукс 1 штука, джава 1 штука, какой-нибудь хибернейт 1 штука. И 100 плагинов для джейквери.
Odrin
Ну Вы еще скажите, что не тащите тонну Java библиотек в любом, более-менее большом, проекте.
Throwable
Если Вы заметите, в IT подобное часто бывает. Применительно практически к любым технологиям: всегда найдется более изящный, но менее аналог.
xotonic
Github Pages