Хеш-таблицы, key-value
5,8
рейтинг
10 ноября 2013 в 13:43

Разработка → Опросы про языки программирования (+ обновление)



Давно на Хабре не было опросов про популярность языков программирования. Идея опроса возникла из спора о популярности языка D в топике о новых возможностях C++. Существующие рейтинги: RedMonk, TIOBE, LangPop.com слишком косвенно меряют непонятно что.

Цель этих опросов: определить соотношение кол-ва людей, которые пишут на том или ином языке сейчас.


В первом опросе выберите один основной язык. Если единственного основного нет, выберите тот, на котором больше пишете на работе.

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

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

Обратите внимание, что в третьем вопросе по сравнению с первыми двумя есть 5 дополнительных языков: Dart, Caml, Clojure, Rust и Processing.

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

Предыдущий аналогичный опрос на Хабре.
Последний аналогичный опрос на DOU.ua.

Update.
Посчитал кое-какую статистику:


Табличка чтобы поиграться с числами.

Вытянуть обновленные числа из кода этой поста на Хабре можно такой регулярной заменой:
<tr>\s*<td.*?>.*\((\d+).*</td>\s+<td>(.*?)<div.*?</div></td>\s+</tr> --> $2\t$1

Присылайте мне интересные картинки — добавлю в пост.
Ваш основной язык?
3%
(155)
2%
(92)
ActionScript
0%
(20)
Assembler
0%
(29)
Basic
4%
(252)
C
18%
(1387)
C#
14%
(1107)
C++
0%
(30)
CoffeeScript
0%
(12)
D
0%
(26)
Erlang
0%
(2)
F#
0%
(21)
Go
0%
(12)
Groovy
0%
(11)
Haskell
13%
(1085)
Java
7%
(578)
JavaScript
0%
(7)
Lisp
0%
(16)
Lua
0%
(25)
Matlab
2%
(186)
Objective-C
3%
(264)
Pascal/Delphi
1%
(95)
Perl
20%
(1617)
PHP
0%
(1)
Prolog
8%
(642)
Python
0%
(8)
R
3%
(262)
Ruby
0%
(27)
Scala
0%
(33)
Shell
1%
(92)
SQL
1%
(98)
Другой

Проголосовало 8192 человека. Воздержалось 729 человек.

Ваши дополнительные языки на работе?
2%
(134)
3%
(180)
ActionScript
4%
(265)
Assembler
2%
(142)
Basic
13%
(932)
C
13%
(964)
C#
18%
(1267)
C++
4%
(293)
CoffeeScript
0%
(27)
D
1%
(67)
Erlang
1%
(48)
F#
1%
(100)
Go
2%
(132)
Groovy
1%
(57)
Haskell
15%
(1085)
Java
51%
(3623)
JavaScript
1%
(44)
Lisp
3%
(190)
Lua
2%
(163)
Matlab
4%
(289)
Objective-C
6%
(399)
Pascal/Delphi
4%
(254)
Perl
18%
(1315)
PHP
0%
(15)
Prolog
18%
(1253)
Python
1%
(75)
R
5%
(347)
Ruby
2%
(138)
Scala
12%
(831)
Shell
41%
(2937)
SQL
5%
(341)
Другой

Проголосовало 7144 человека. Воздержалось 1128 человек.

Какие языки вы стремитесь использовать?
1%
(80)
1%
(95)
ActionScript
4%
(251)
Assembler
1%
(33)
Basic
11%
(713)
C
22%
(1437)
C#
24%
(1546)
C++
0%
(19)
Caml
2%
(150)
Clojure
4%
(266)
CoffeeScript
3%
(183)
D
1%
(50)
Dart
4%
(230)
Erlang
2%
(117)
F#
4%
(282)
Go
2%
(117)
Groovy
5%
(306)
Haskell
23%
(1454)
Java
29%
(1842)
JavaScript
2%
(108)
Lisp
3%
(182)
Lua
1%
(90)
Matlab
6%
(370)
Objective-C
2%
(160)
Pascal/Delphi
2%
(155)
Perl
13%
(848)
PHP
0%
(22)
Processing
0%
(24)
Prolog
27%
(1726)
Python
2%
(116)
R
11%
(674)
Ruby
1%
(67)
Rust
6%
(413)
Scala
5%
(314)
Shell
16%
(1054)
SQL
3%
(181)
Другой

Проголосовало 6416 человек. Воздержалось 1440 человек.

Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.

Роман Левентов @leventov
карма
97,0
рейтинг 5,8
Хеш-таблицы, key-value
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое Разработка

Комментарии (388)

  • –16
    Здесь должен быть комментарий про отстутствие brainfuck в первом списке.
    • +90
      ИМХО, они маскируются. Пишут на плюсах, яве, пхп, но браинфак-стиль даже не пытаются скрыть.
    • –14
      • +9
        Призыв к серьёзности успешно провален.
  • +13
    PHP+JavaScript+SQL и знание С — дает основы к безбедному существованию долгие годы! :)
    • +5
      ASP.NET MVC + JS + MSSQL тоже не даст умереть с голоду.
      • +3
        В далеком прошлом программировал на ASP.
        Но хостинг был очень дорогой — клиенты были не готовы. В итоге перешел на PHP только из-за наличия заказов и клиентов.
        Сейчас ситуация другая.
        • +11
          А Java еще и машину подарит, и квартиру, и дачу)
          • +11
            … а так же, подарят, нервоз, психоз и бессонницу.
            p.s. это не к самому языку (JAVA)… а к платформам где его используют, или «пытаются» использовать…
            • 0
              Сначала прочел «навоз».
          • 0
            А вот Objective-C тоже подарит квартиру, машину и тп, но только в другой стране
      • –2
        А чистый Си ещё и позволит полностью перейти на хорошее пиво.
        • +2
          Ерунда это, по-моему, всё. Если я начну писать текущий проект на Си, то меня просто уволят и я умру с голоду. :)
          • 0
            В рунете до сих пор хватает проектов, где пишут на plain C, и разработчиков носят на руках :)
            • 0
              Так какие-то конкретные подзачачи/сервисы, а не весь проект. Или есть примеры полного решения на C?
              • 0
                Что значит «полного», если сейчас практически все большие проекты имеют деление на какой-нибудь большой сишный/плюсовый бэкэнд, скриптовый фронтенд, и клиентский ЖС?

                // я не программист, к слову; поэтому нижеследующие слова критически переосмысливайте; с той лишь разницей, что писать я стараюсь объективно

                Взять, например Почту или Мой Мир — там критические для быстродействия вещи написаны на Си (и С++), фронтенд серверный на перле (и кажется, питоне где-то), а клиентсайд — ну, как обычно (JS/...)
                Или взять проект Tarantool — там тоже на чистом Си очень многое делается. Или взять некие наши внутренние инфраструктурные сервисы работающие с сетью (не программные сервисы имеют в виду, а именно пользовательские) — тоже на чистом Си важные части написаны.
                • 0
                  По вашему первому предложения я понял, что у нас различается терминология. Для меня backend — это все, что, образно говоря, висит за балансировщиком внешних запросов (касательно web проектов). В вашей терминологии это захватывает frontend.

                  А относительно небольшие внутренние сервисы, которые или были сделаны выносом части логики в них, или с самого начала брались и использовались из скриптовых ЯП — это же не написание всего проекта на языке реализации сервиса.

                  TaranTool или тот же Redis — это лишь сервисы для скриптового backend. Они могут быть написаны на чем угодно, от этого проект не становится реализованным на C.

                  VolCh, как я понял, имел ввиду использование C именно для реализации основной бизнес логики, клея, скрепляющего все используемые сервисы. А не то, что, к примеру, взять и написать свой внутренний сервис, складывающий два числа, с которым будет общаться backend.
                  • +1
                    Не совсем так, но близко. Например, шаблонизацию можно доверить старому доброму PHP, ему же аутентификацию, часть функциональности кэширования и т. п., но прежде всего имел в виду да, бизнес-логику.
                    • 0
                      Да, конечно, тут от специфики проекта очень всё зависит. Бизнес-логику сейчас принято зашивать во что-то ООПешное/скриптовое. Но в то же время какие-то части проекта пишутся именно на Си (пример: к нам на проект «Мир» вышел сравнительно недавно очень хороший программист, который года полтора на Си развивал систему видеозаписи с ИП-камерами. Там был практически один только Си, хотя и достаточно близко к железу.
              • +2
                Linux Kernel, очевидно же!

                У меня к примеру текущий проект — на 50% состоит из кода на C в kernelspace, на 10% — C в userspace + 35% bash и 5% php.

                В мире таки не только веб-разработка существует.
                • –1
                  Под разработчиками в «рунете» обычно подразумевают отечественные web студии и компании. Исключительно в этом контексте и обсуждалось.
          • 0
            На удивление знание С позволяет еще писать и под мобильные платформы, игровые проекты и очень помогает в быстром переходе на Objective C. Так что с голоду умереть надо бы постараться быть лентяем.
      • +1
        Хороший программист на чём угодно не умрёт с голоду.
    • 0
      С++ + C# + Python + PgSQL — надеюсь позволит заработать хотя бы на корку хлеба. Ну я правда надеюсь…
      • +17
        C++ + ++C
        • 0
          жестко!
          тут и камень в сторону плюсов и камешек предыдущему комментатору, и просто уместная шутка с налетом «для тех кто в теме» :)
          • 0
            В самом названии C# камешек в сторону C# — # это те же ++, только растянутые и сдвинутые.
            • 0
              Собственно:
              Название «Си шарп» (от англ. sharp — диез) происходит от музыкальной нотации, где знак диез, прибавляемый к основному обозначению ноты, означает повышение соответствующего этой ноте звука на полутон, что аналогично названию языка C++, где «++» обозначает инкремент переменной.

              Википедия
  • +39
    Удивлен, что многие _стремятся_ использовать C++.
    • +27
      Меня тоже удивило. Как вариант — голосуют школьники и студенты, которые изучают C++. Их доля может быть больше, чем кажется (в опросах на Хабре могут голосовать read-only пользователи).
      • +9
        бело бы интересно посмотреть на различия в голосах между реад онли о обычными пользователями.
        • +1
          Нужно сделать аналогичное голосование в группе вконтакте.
          • –1
            По результатам интернет-голосования стало известно, что интернетом пользуются 100% респондентов.
            • 0
              Каким-то языком пользуются 100% респондентов? Ваше фраза здесь неуместна.
              • 0
                Действительно, прошу прощения, я не верно Вас понял.
        • 0
          А кто более обычен? Ридонли примерно в 2 раза больше, чем «обычных».
      • +7
        Вы не правы, мне 30 и я стараюсь использовать С++, где требуется что-то более продуктивное, чем PHP.
        • +2
          Я не утверждал, что все 625 человек, которые стремятся использовать C++ — школьники и студенты. Но 100-200 из них — вполне возможно.
          • 0
            Меня обучали перлу, а C++ я начал учить по собственному желанию, использовал только открытую информацию из сети. Wt, boost и Qt выглядят очень заманчиво, чтобы хотя бы ради них изучить плюсы. На момент голосования я уже не студент. Можно ли меня отнести к этим 100-200?
            • 0
              Нет, я имел ввиду тех, кто учит C++ именно на уроках и парах, олимпиады пишет на нем.
              • +3
                Я слышал, на уроках и парах самый частый язык это Pascal. Пытаются заменить его на Python. Доля C++ на уроках и парах мала, но есть. За рубежом, кажется, изучают Java.
                • –4
                  От Паскаля даже школьники плюются, а C++ считается чем-то крутым.
                  • +10
                    Школьники от всего плюются, от литературы, математики и даже музыки. Лично я считаю Паскаль отличным языком для знакомства с основами программирования.
                  • +1
                    С другой стороны у некоторых и это не преподают. Во многих местах бейсик, с редактором года 90го
                    А учитывая, что в среднем на информатику уделяется 45м\неделю сомневаюсь что можно изучить хоть что то.
                • 0
                  От Паскаля отказались года 3 назад, и все дружненько переехали на С#.
                  • –3
                    И конечно не на Моно? :(
                    • 0
                      В моем провинциальном институте для студентов-программистов стоят Целероны на 1,5 ГГц с 256 Мб ОЗУ.
                      На них крутится лицензия Vusual Studio 2005.
                      Старшим курсам пофигу, все с ноутами, а вот маленькие страдают. Я предложил переехать на SharpDevelop (сам на нем сижу), хотя бы на 3 версию.
                      Сказали «Отличная идея! Летом займемся!».

                      А теперь внимание вопрос — Сколько было фейспалмов, пока Вы читали этот коммент?
      • +1
        А почему студенты _должны стремиться_ писать на C++. Если их обучают этому языку, то это не значит, что он им нравится.
    • +4
      Ну, например, я пишу на C++ + Java, но тоже «стремлюсь использовать C++», т.к. имел в виду переход на Qt для GUI (вместо JavaFX). Возможно имеется в виду что-то подобное.
    • +26
      Я бы с удольствием ковырял бы какой-нибудь древний проект на С++, лишь бы не писать тупые сайты на PHP.
      • +9
        На работе «тупые сайты»
        Дома — ковыряние.
        Если хорошо наковыряешь то однажды на работу не выйдешь =)
      • +11
        Советую посмотреть на функциональщину, после нее ковырять C++/Java «для себя» у меня лично пропало желание.
        • +18
          После нее у всех вменяемых программистов ковырять C++/Java желание пропадает.
          • 0
            Именно. Я теперь вообще не представляю, как можно жить полной жинью без вменяемых лямбд и функций первого порядка
            • +1
              Подождите, но в C++ и Java это всё есть (ну иногда с оговорками, но есть)!
              • +2
                Видимо для предыдущего комментатора критично «вменяемых». Я тоже использую вот лямбды в плюсах и вроде доволен.
              • +2
                btnOk.setOnClickListener(new OnClickListener() {
                       @Override
                       public void onClick(View v) {
                
                       }
                });
                


                Это просто прекрасно
            • +1
              Лямбды сейчас есть почти везде.
              А вот pattern matching и библиотек работы с иммутабельными контейнерами в популярных языках не хватает…
        • 0
          Ну не знаю, я неплохо знаю Haskell, Scheme, Clojure, Scala, etc. Тем не менее, с удовольствием пишу на C++, в том числе «для себя». Красота же в приложениях, а не в языках.
      • +5
        Как вариант — можно попробовать найти работу, где нужно писать на PHP, но не писать тупые сайты.
        • –7
          в узком диапазоне не на долго — может быть…
          а в широком — это язык… да не язык… скрипт для генрации HTML.
          • +4
            Не соглашусь. За последние 6 лет написал лишь пару говносайтиков (друзья просили). На основной работе это крупные бизнес проекты, которые далеки от понятия «тупого сайта».
            Аналогичный ответ подойдет и для генерации HTML. Дело в том, что PHP действительно дает возможность потратив минимум услилий написать какой-то сайт (сгенерировать HTML, как вы выразились). Но это ни коем образом не говорит о том, что он для этого предназначен, и только для этого его можно использовать.
            • –1
              Но это ни коем образом не говорит о том, что сейчас он для этого предназначен

              fixed
            • –2
              Вы используете БД. Делаете SQL запросы и генерируете на основе них HTML?
              • 0
                Да, этим мы тоже иногда занимаемся. А еще например у нас есть огромное серверное апи, с которым работают мобильные клиенты. Или серверные обработчики, работающие как с sql, так и с mongo, sphinx, hdfs и иже с ними, и позволяющие строить няшные отчеты по миллионам записей данных. Того, что генерирует html, по сравнению с остальным функционалом — ну очень мало.
    • 0
      Почему нет? Я вот тоже стремлюсь (хотя в голосовании не отметил, поскольку давно не писал на нем), предлагая время от времени те или иные сервисы реализовать на «плюсах», но поддержки не получаю.
      • 0
        А задачи действительно требуют чего-то подобного C++? Или это просто желание попробовать что-то новое?
        • 0
          Ну, на PHP их реализовать затруднительно.
    • +1
      Вы не поверите но да — я люблю С++, будь мне тысяча минусов в карму, на работе пишу на Обжектив Си, а в хобби проектах, и иногда в работе (где возможно использую С++), я наверное люблю этот язык той любовью которой любят, Ди, Хаскел, Кложур, Ерланг — он не ассоциируется с рутиной работы (основной работы), а на нем пишеш только любимы и интересные тебе хобби проекты.
      • 0
        Ну почему же, мне ничего не мешает любить и OTP/Erlang и плюсы. У каждого своя красота.
    • +1
      Современные идиоматические плюсы (с RAII и лямбдами) — очень элегантная и удобная штука. Раньше еще была головная боль с отладчиками, но нынче и здесь все очень хорошо.
    • +1
      А что не так? Мне тяжелые многопоточные вычисления не на JS же программировать. Тут C++ как раз самый удобный вариант, так как с одной стороный довольно быстрый и эффективный, с другой C++11 дает большоё количество новомодных фич типа лямбд, for each и прочего. Так что стремлюсь использовать. :)
    • +1
      C++, особенно с учётом нововведений C++11, и если уметь его правильно использовать — вполне достойный язык. Не говоря уже о близком к оптимальному быстродействию.
    • 0
      На работе используется движок на С-подобном синтаксисе.
      Сказать, что наши программисты используют С++ невозможно. За отсутствием ссылок, ссылочной арифметики и прямого доступа к памяти. Но они стремятся его использовать, переписывая во внешние библиотеки критически важные места :-)
  • 0
    В первом опросе SQL не выйдет даже в десятку (на прошлой работе я б его смело выбрал), хотя большая часть его всё-таки использует.
    • 0
      Зато во втором отыгрался.
      • +1
        +1 голос за SQL во втором вопросе от меня. Забыл отметить.

        А переголосовать хотя бы в первую минуту, жаль, нельзя.
    • 0
      Существуют веб-сайты, которые целиком написаны на SQL'е. Один мой знакомый, работавший в одной крупной американской корпорации, увидел подобное где-то год назад, и до сих пор находится под впечатлением (хотя из этой корпорации он уже давно сбежал).
      • 0
        Да я верю, сам баловался с SQL Anywhere, благо он это позволяет установив один только sql-сервер. Но со стороны это больше похоже на CGI.
  • +2
    Интересно посмотреть как статисктика коррелирует с TIOBE.
  • +7
    Удивительнейший опрос. На данный момент выходит, что сейчас на хабре лидируют ребята, пишущие для веба на PHP+Javascript+SQL, но которые, тем не менее, стремятся использовать C++ и Python. Этакая де-вебификация?

    Кто проголосовал подобным образом, поясните. Вы C++ и Python используете так же для веба, или пытаетесь в качестве хобби писать какое-то другое ПО?
    • +3
      Сейчас программист, знающий только один язык — нонсенс. Поэтому в опросе нужен множественный выбор для каждого варианта. Поэтому так и голосуют — 1, 2 и третий язык. А что там автор опроса подразумевал под вариантами — мало кого волнует :) imho.
      Я _не посмел_ С выбрать третьим, он, конечно, основа, но на чистом С не пишу уже лет 10.
    • +2
      Python. В качестве хобби, не для вэба
      • +1
        Кстати, вот «для жизни» зарабатываю на (смотря какое предназначение) C/PHP/Shell/SQL, но «для души» решил выбрать что-то «модное» (ну раз модное — должны же быть причины). Метался между Ruby и Python… И потом склонился к питону по необычной причине — больше веселых необычных интересных проектов написаны на нем. На руби конечно есть рельсы и они охрененно круты, но это один плюс, хоть и большой. Мне показалось, что программистам (которые знают скорее всего и то и другое) приятнее что-то делать на питоне.

        Мне интересно, почему другие люди выбирают питон или руби? Не хочу холивар разводить о том, что «лучше», вопрос как-бы не про техническую сторону, а больше про психологическую. Типа «В питоне отступы имеют значение. (Это конечно фигня, но меня это так бесит, что для меня — однозначно он не вариант, так что руби) „
        • 0
          Руби. Почему? Годится и для души, и для заработать (для последнего кстати намного лучше, чем PHP — те деньги, которые я в последнее время на нём зарабатываю, PHP-шникам просто нигде не предлагают).
          • +1
            А дилемма между руби-питоном была? Что оказалось главным козырем? (все равно же похожи они сильно).

            бОльшие денги на руби — случайно не потому ли, что руби сейчас в моде, и за него готовы платить больше за тот же результат?
            • 0
              1) Дилема была, но перевесила прагматика: больше хороших проектов + лучше фреймворк (Rails всё же сильно впереди по возможностям по сравнению с Django); если бы выбирал только по велению души, то даже не знаю, языки действительно похожи и оба нравятся, у каждого свои плюсы-минусы
              2) Тут другая ситуация: на Ruby обычно пишутся проекты, которые на PHP стартовать нет никакого смысла (с большой вероятностью они просто не дойдут до релиза в этом случае), то есть там даже сравнивать нечего
              • 0
                Есть крупные web-проекты, которые слазят с RoR в пользу каких-либо Python-оберток из-за тормозов при запуске и потребления памяти первой. Сравнивали ли вы в таком контексте? Сахарок в синтаксисе, либы… это все отходит на второй план, когда на проект приходят пользователи.
                • +3
                  Обычно не отходит. Разработчики стоят дорого, дороже, чем оборудование. Поэтому как правило проще докупить серверных мощностей, чем нанять дополнительные n человек в команду.
                  Но вполне допускаю, что бывают исключения.
                  • 0
                    У последнего подобного проекта post factum был выбор или держать в два раза больше серверов или текущая команда пишет на python.
                    Мне просто как-то с трудом верится, что RoR настолько отстает в некоторых задачах. Такой же популярный. А сам его не знаю, сравнить не могу.
                    • 0
                      Тут всё зависит от соотношения посещаемости и сложности проекта. Если посещаемость высокая, а сложность средняя, то да, производительность критичнее удобства разработки.
                      • 0
                        Ну проекты с нагрузкой меньше абстрактных 500к-1кк обращений в сутки на одну машину можно писать почти как хочется.

                        Я понял вашу ситуацию с Ruby. Думаю, можно завершить дискуссию, а то не по теме опроса.
                        • +1
                          Нет, дело именно в соотношении, а не в абсолютных величинах. Низконагруженный проект действительно можно писать на чём хочется (и тут Ruby/Rails в фаворитах за счёт удобства). Но и с высоконагруженными может быть та же ситуация при очень высокой сложности, когда докупка оборудования будет окупаться за счёт меньшей стоимости разработки и поддержки.
          • +1
            те деньги, которые я в последнее время на нём зарабатываю, PHP-шникам просто нигде не предлагают

            Может вы просто умеете зарабатывать?
            • 0
              В каком-то смысле. Но мне есть с чем сравнивать, PHP я знаю и какое-то время пытался искать проекты по обоим направлениям. Потом просто плюнул на PHP — совсем другие суммы.
              • 0
                Странно, когда я искал проекты на Ruby, то вообще не мог их найти. Вакансии были, но вот именно проектов нет.
                • 0
                  Ну я просто не в России ищу, какая ситуация на местном рынке сказать не могу.
                  • +2
                    А-а, тогда вопросов больше нет.
                    • +1
                      Чтобы уж совсем правильно быть понятым: живу я в России, но работаю удалённо по большей части на США. Вот в США ситуация такая, как я описал: серьёзные проекты стартуют на Ruby, Python, иногда Node.js. При этом разброс цен между PHP и Ruby большой.
                      Что творится здесь у нас, давно не интересовался, но думаю, ситуация рано или поздно придёт к тому же.
                      • 0
                        Да собственно где жить сейчас в этом плане разницы нет. Разве что понятия серьезного проекта могут отличаться.
                      • +1
                        Не придет. Просто потому что работающий проект переписывать на новую платформу ни кто не будет и да, PHP разработчики обойдутся банально дешевле.
                        • 0
                          Так а при чём здесь работающий проект? Новых-то никто не пишет разве?
                          По поводу дешевизны — по-вашему в США люди не умеют считать деньги?
                          • +2
                            Новые конечно пишут. А в немелком проекте кроме выбора платформы что еще нужно брать в расчет? А в расчет приходится брать соображение «а где взять людей и сколько они обойдутся в момент запуска проект и по мере ротирования комманды». Возникает проблема яиц и курицы.

                            Я думаю умеют. И там даже наверняка есть экспертиза и технические наработки позволяющие с высокой степень уверенности говорить и что использование X вместо Y даст профит в Z к$. А тут «ответить бабками» за выбор экзотической платформы мало кто готов ответить. А кто и был бы готов не обладает нужным объемом последних.
                • 0
                  Может это вы плохо ищете? Каждую неделю по несколько проектов — rubyjobs.ru да и в гугл группе работы полно.
                  • 0
                    Может. Ищу (вернее искал) я прежде всего на фриланс сайтах.
                    • 0
                      На ODesk так же без проблем, Elance — крупнейшие фриланс сайты.
                      • 0
                        Забыл указать, что на русскоязычных :)
        • +1
          Вообще это вкусовщина конечно, оба языка хороши, но лично мне Python нравится больше Ruby тем, что там на мой взгляд в нем меньше «магии». Хотя Ruby наверное более выразителен как раз за счет нее. В общем все дело в приоритетах.
          • 0
            Согласен, дело чисто внутреннего комфорта и предпочитаемого инструментария.
            Но «магия» Ruby пропадает когда изучаешь язык и окружение, понимаешь, что «магия» — это лишь простые, динамически созданные методы, жить становится сразу легче :)
            • 0
              Да я не против магии, я имел в виду лишь, что это дело вкуса. Кто-то любит, когда много синтаксического сахара, а кто-то предпочитает чтобы все было максимально однозначно и прозрачно.
              • 0
                Ну а я к тому, что «магии» нет в языке, это лишь по незнанию, а так все можно проследить откуда и что взялось.
                • 0
                  В некоторых языках прослеживать проще чем в других.
                • 0
                  Как выше VolCh сказал, под магией я имею в виду просто обилие синтаксического сахара, а не вещи в которых в принципе невозможно разобраться. Это удобно, но ценой усложнения понимания. Для меня в этом смысле Python лучше, для вас Ruby
    • +2
      Я схожим образом проголосовал. Мой основной язык на работе C#, иногда приходится и JavaScript использовать. В качестве языка, который я «стремлюсь» использовать выбрал C++, но, «стремлюсь» = «желаю получше в нем разобраться» (хотя, достаточно давно его не использовал). Не прочитал я пост целиком, поэтому сразу пошел отмечаться в опросах.
    • +25
      Этакая де-вебификация?
      Это мечты «сделаю сайт недорого» стать Настоящим Программистом :)
      • +5
        Очень опасный для кармы комментарий при таких трендах :)
        • +2
          Да, я заметил :)

          Но всё равно не предам Мечту Программировать на Си!
          • 0
            А вы не мечтайте, начните потихоньку. В мире Linux например множество opensource проектов, которые с удовольствием принимают патчи.
            • 0
              Я не нашёл пока интересного и полезного мне (такого, которым бы я сам пользовался) кроссплатформенного (линукс у меня только на работе) проекта. Можете что-нибудь подсказать?
        • 0
          Да ладно, я недавно на одной встрече по javascript был, так там прямо слайд был «фронтендщик — не программист»
        • +3
          У честного человека много кармы не бывает.
    • +4
      Я Python'ом хочу попытаться заменить MatLAB.

      Ну, и к слову — ассемблеры (всякого рода, штук пять) для встроенных систем, C для драйвера и библиотек подключения, Delphi/Lazarus для отладочного софта (ибо реально очень быстро строгается GUI). Хочу освоить Java, потому что хотелось бы иметь порты отладочного софта под Android, возможно, так будет проще. MatLAB для моделирования того, что потом ляжет в основу ассемблера.
      • 0
        Ну, в андроиде джава не такая сложная, без обязательных хибернейтов и т.п., можно пол-книжки прочитать и смело кодить.
        • +3
          Вот такие кодят потом, а телефон с их софта за полдня садится.
          • +1
            Ну так взлетит апликуха — тогда уже и будут оптимизировать. А поначалу, пока она ещё не принесла денежку и костыль сойдёт.
          • 0
            Обоснуйте. Я почему-то уверен, что если у вас достаточно опыта (не 1995 года рождения), то без знания специфик самой по себе джавы, но представляя специфику Android-приложений можно вполне себе написать хорошее приложение. Которое не садит батарею.
            • 0
              • 0
                И причем тут глубокие знания джавы? Что андроидов много, и разработка геморрой — всем давно известно.
                • 0
                  да не причем… Мы же все тут «для души» програмим… для удовольствия…
                  Пол книжки прочитал и вперед… а те кто 10+ лет дубасят и узнают для себя что то новое, это не в счет.
                  • 0
                    Причем здесь для души, я почти 5 лет в мобильной разработке, и разрабатывал преимущественно коммерческие приложения, для себя — только два за все время. По-вашему нужно 10 лет опыта в энтерпрайзе, чтобы начинать писать под андроид? Или как?
                    • 0
                      Если вы 5 лет разрабатываете, то странно слышать фразы про пол книжки.
                      Может у вас книжка особенная.
                      • 0
                        5 лет под iOS и Android.

                        Ну да, именно по платформе iOS я прочитал пол-книжки в 2009 году, все остальное — SO, блоги, видосы с WWDC, официальная эпловая документация. И как бы не жалуюсь на недостаток профессионализма. Не думаю, что стал бы умнее, прочитав 10 книг по iOS, в которых авторы раз за разом начинают с азов и вольно пересказывают оф. доки.

                        Конечно, совсем другое дело — книжки вроде «Совершенного кода» или «Мифического человеко-месяца», которые нужно читать и перечитывать от корки до корки. Такие книжки я читаю.
              • 0
                Без знания специфик java можно знатно наговнокодить, и даже и не понять, что что-то не так.

                Комментарий был для iago. Промахнулся.
            • –2
              Потому что такое отношение, «нахаляву» — или как вы интерпретировали это: «можно пол-книжки прочитать и смело кодить» — приводит к последствиям, о которых я упомянул выше.

              Также хочу заметить, что мой комментарий не относился лично к вам, как программисту, я вам не грубил, как вы утверждаете в ЛС. И тем более я не «малолетний кретин» (ну по крайней мерее не кретин, если вы считаете первокурсников малолетками). Что касается моих проектов, вот пожалйста: bitbucket.org/alexeyknyshev/ogrebullet, bitbucket.org/alexeyknyshev/ve, и ещё пара закрытых проектов, в которых я участвовал. Да я признаю, что есть только один проект, который на данном этапе вышел на стадию поддержки (первый линк), возможно причиной стало моё «малолетство», кто знает.

              А телефон с Андроидом я сам себе купил на честно заработанные деньги кодингом на плюсах (Qt), мамка моя в этом участия не принимала, хотя не смею отрицать, что живу за счет родителей, ибо 1 курс МИФИ факультета К весьма сложный, что не позволяет мне работать и полностью содержать себя.

              П.С одно очко кармы не стоит пары сотен тысяч ваших униполярных нейронов.
        • +2
          Уже пару месяцев вынужденно ковыряю андроид. Вот не сказал бы, что так все просто. Прочитал книжки 4 где-то и кучу онлайн ресурсов.

          p.s. Самой лучшей «книжкой» оказался SO.
          • 0
            Так конечно, если б андроид был логичен, и всегда можно было ожидать того, что ты просишь — хватило бы книжки. А так как он построен на исключениях и неявном поведении, нужен сборник исключительных ситуаций с удобным поиском — Google + SO :)
            • +2
              У меня пока сложилось мнение, что android sdk это коллекция исключений, костылей и сломанных обратных совместимостей.
              Да и особенности java докидывают еще граблей :)
              • 0
                Так и есть по сути. Не думаю, что какие-то книжки от этого уберегут!
              • 0
                А вообще, почему именно андроид? Не лучше ли iOS?
                • 0
                  Мне по работе этим заниматься приходится. Хоть я и backend/серверный разработчик, но тут или мне прогу под android делать, или ее на outsourcing отдавать. Это так, ПО для побочного подпроекта.
                  А выбрана более распространенная мобильная платформа. Если будет спрос, возможно буду и ObjC изучать :)
      • –1
        У меня особой нужды в программировании по Андроид не было, поэтому я долго тянул. Думал, что полдня потрачу на установку и настройку. А оказалось, что сейчас, чтобы «Hello, World» оказался в телефоне нужно нажать кнопку «скачать SDK», запустить, нажать «сделать приложение», запустить. Все. Можно визуально покидать компоненты, назначить им обработчики. Для быстрого старта сделано очень здорово, попробуйте :)
        • 0
          У меня софт специфический, надо к железу лезть, через драйвера. Самописные, причем.
        • +1
          это была шутка? да?
      • 0
        А какие задачи вы решаете в MatLab, что можете его заменить Python?
        • 0
          Математическое моделирование обработки сигналов. Это самое частое. Плюс обработка результатов экспериментов, собственно, тоже обработка сигналов.
    • 0
      Проголосовал именно так (ну разве что Python в используемых).
      На работе пишу в основном на C# под веб.
      В свободное время занимаюсь мультимедией, а там в принципе исключительно С(++).
    • +3
      За python нужно садить принудительно, чтоб потом на любом языке не возникало желания все вместить в одну строку!
      • –11
        C Perl'ом перепутали?
        В любом случае — у любого языка есть своя область использования, завязывайте с юношеским максимализмом.
        • 0
          С учетом того, что даже довольно невинная конструкция if condition: return не поощряется стандартом PEP8.
          • 0
            PEP8 никто не обязывает соблюдать. Лишь рекомендуют.
            • 0
              Это пока код пишется для себя «в стол».
              • 0
                Нет, это пока не будешь вынужден следовать рекомендациям.
                • 0
                  Если код пишется не в одиночку, то уже нужен единый стиль. А чем придумывать свой, почему бы не взять PEP?
                  Да и даже если в одиночку, но на публичный доступ, тоже было бы неплохо соблюдать стандарты.
                  • 0
                    А чем придумывать свой, почему бы не взять PEP?

                    Во многих языках есть много стилей — зачем-то же люди их придумывают.
                    • 0
                      В тех языках, с которыми сталкивался, есть 1-5 распространенных вариантов. Взять бы один из них.
                      • 0
                        Мне как-то казалось, что есть по паре тройке вариантов различных нюансов типа скобок или пробелов-табов, а затем вступает в дело комбинаторика.
                        • 0
                          Комментарии, модификаторы методов, именование переменных/меток… И вот разные комбинации выливаются в разные стили.

                          Я для себя стараюсь поддерживаться основного применяемого в ЯП стандарта. Если их несколько — выбираю наиболее понравившийся. Но не делаю «легкое» ответвление/комбинирование нескольких. Мне не сложно писать именно так, хотя стандарты некоторых языков мне кажутся ужасными :)
      • +22
        Я сперва понял примерно так: «За использование python нужно сажать (в тюрьму), потому что из за него...» и далее по тексту. Перечитал еще пару раз, потому что фигня получается. Потом только понял… Автор-то имел в виду, что python приучает к хорошему стилю кода! «за него» != «из-за него»
        • +9
          Похоже, salopot пал жертвой крайне неудачной формулировки :) Мысль-то хорошая.
          • +18
            Сейчас изучаю python и глаза не могут нарадоваться доступности и лаконичности кода. И ведь в душе понимаю что так можно писать на любом языке. Ой как мне этого не хватает на работе…

            ps. Вот если бы я постиг такой доступности в естественном общении, то мой комментарий восприняли бы по другому. Это кстати типичный пример того как оформление влияет на понимание. И в этом мне с python'ом не сравняться
            • 0
              Мужик, твоя жертва была не напрасна. Питон хорош, да. Плюсы перевесят! :)
              • 0
                Пал смертью «не вразумительных».
                Но если это хоть как-то поможет питону я готов!
                • 0
                  Из-за вашего невразумительного камента пал смертью я, потому что прочитал как «за использование Python сажать в тюрьму» :(
              • +3
                Опять двусмысленный коммент. Плюсы бывают разные)
      • +1
        Эх, помню я программистов, среди которых считалось хорошим тоном узнавать «в глаза» самые популярные one-liner'ы. Конечно, это плохо коррелирует со «знанием» 18 JavaScript фрейморков, которое я часто вижу теперь.

        Все должно быть в меру.
    • +6
      Python очень успешно применяется в веб-программировании (Django, Tornado, Flask, Twisted etc.), да и просто как калькулятор и вспомогательный инструмент Python заслуживает быть известным среди программистов )
    • 0
      Python это в т.ч. веб, в моем случае половина сервер-сайда на JS, вторая на Python.
      C++ это вычислительные модули для Node.js и CPython, так что получается тоже для веба.
      • 0
        На чистом C++ можно неплохие веб-интерфейсы делать.

        Интересно, что Python и C++ в качестве основного и дополнительного языков занимает не столь высокие позиции, как в качестве желаемого языка. Оба активно развиваются, взять хотя бы статьи про C++14. Мне кажется, что C++ и Python это отличная пара. На месте Python может стоять JS, зависит от задачи и наличия готовых библиотек.
    • +6
      Пишу в основном на PHP (+JS, +SQL, +shell), стремлюсь на C, Python и больше shell'a.

      C — просто любимый язык. Это почти чистая математика :) На нем учился программировать (я не про школьный паскаль, конечно), и сейчас редко, но пишу мелкие штуки, если приходится на основных проектах. Просто кайф, хочется больше.

      Shell — на нем часто задачи решаются намного быстрее, чем на PHP, и решения работают быстрее. Поэтому если попадаю на фулстек проект — стремлюсь выносить туда всё, что имеет смысл вынести. Хочется больше фулстек проектов.

      Python — единственный из списка, которого вообще не знаю. Когда хочется чего-то нового, думаю о нем. Ну можно и в вебе использовать, почему нет.

      А веб-стек PHP+JS вообще недолюбливаю, но «так исторически сложилось», уже много лет на нем и с ним я сейчас зарабатываю на порядок больше, чем будет в ближайшие годы, если перепрыгну на что-то другое. Благо, вроде, чего-то умею, и симпатии к технологии не сильно коррелируют с навыком.
      • +5
        Python — единственный из списка, которого вообще не знаю. Когда хочется чего-то нового, думаю о нем.

        … и вздыхаю со светлой грустью… Встретимся ли мы с тобой когда-нибудь, любимый? Или так и будем всю жизнь — вместе только в мечтах? :)
    • –1
      Мой случай вы описали достаточно точно. Хочу слезть с PHP, поэтому собственные проекты и задачи решаю на плюсах.
    • +4
      А что вас смущает?

      В свободное время с большим удовольствием использую Python везде где только можно, будь моя воля — всё бы писал на нём, и сайты, и игры, и операционные системы, и BIOS и всю свою бытовую технику дома перевёл бы на него. Также с интересом посматриваю на D, но пока огорчает его непопулярность среди широких пролетарских масс.

      Но суровая реальность и рынок вакансий в моём городе диктуют свои условия, поэтому в реальной жизни я морщусь, но кодирую на PHP/JS/SQL.
      • 0
        Скажите почему разработка на Python стоит дороже чем на PHP.
        Скажем, я рядовой заказчик и мне нужен результат. И не важно как он будет реализован.
        Не будем брать «говно-сайт за копейки», но при всех равных задачах почему то разработка на Python выходит дороже.
        Это из личного опыта.
        • 0
          Разработка стоит, примерно, столько же. Отношение времени выполнения заказа к стоимости часа работы специалиста примерно постоянны и диктуются рынком.
        • 0
          Потому что PHP специально сделан для того, чтобы на нём было можно быстро и непринуждённо создать кучу дерьма. Да-да, именно дерьма ибо его настоятельное желание «помочь программисту» приводит к тому, что быстро получается только продукт, который кое-как работает пока никто не делает View Source и не пытается «тыкать палочкой» (посылать raw-запросы на сервер) и затем очень долго и нудно приходится его «доводить до ума» (или вообще переписывать заново) если хочется получения нормального продукта.

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

          Потому PHP рулит и будет рулить в обозримом будущем.
          • +5
            «кучу дерьма» можно сделать на любом ЯП.
            Ценится не ЯП а опыт самого разработчика.
            Я не защищаю PHP. Просто если твой метод разработки крутой на столько, что уже не нужно париться на счет CSRF, RA, XSS… твой ЯП позволяет с легкостью разрабатывать приложения с меньшими затратами то welcome — ты можешь порвать PHP.
            А по сути ситуация такая (для примера):
            — Мы пишем только Ruby, это модно и круто и дороже на x3
            — А как это поможет моему бизнесу.
            — …
            • +1
              В Python все очень стандартизированно. Делай так или умри. Можно конечно постараться, очень изварится и попытаться сделать через нехорошее место, но надо очень постараться. А пэхэпе это может выйти случайно, ненароком.
              • +1
                Это если стандарты читал, запомнил, да ещё и сумел распознать, что в данном месте следует конкретный стандарт применять.
                • 0
                  В php есть несколько методов по работе с одной и той же задачей. В Python стараются оставить только один рабочий вариант, такова его идеология.
                  • +3
                    Насколько мне помнится идеология несколько другая — есть один способ хорошо решить задачу. Вот только для определения хороший ты способ выбрал или нет этого принципа не хватает. Так же как в PHP всё зависит от опыта или интуиции или исследований различных способ по критическим меркам.
                    • 0
                      Это именно в php так, что есть только один способ хорошо решить задачу и это означает, что есть еще целый набор других инструментов. Именно из-за этого в php такое творится. Когда приходит новый программер, он может нахваться плохих вариантов и у него тем не менее все будет работать.
                      В Python же стараются убрать дублирующие варианты и оставить один правильный. Делай так или не будет работать вообще. Отсюда и код такой красивый. Иногда в Python встречается ужасный кодинг, но чтобы прийти к такому ужасу, это надо сознательно делать со злым умыслом.
                      • +1
                        Нет, в PHP обычно много способов решить задачу, но они отвечают разным критериям «хорошести». Какой-то проще читать, какой-то проще писать, какой-то быстрее, какой-то меньше ест памяти, какой-то допускает мало утечек при работе в режиме демона.

                        Код красивый у тех, кто смог сродниться с идеологией Python, но чтобы был ужасным необязательно писать его со злым умыслом, достаточно выучить синтаксис, но не познать дао Питона.
                        • –1
                          Ваш первый абзац показывает мне, что вы меня не поняли. Потому что я сказал тоже самое. Вы повторили мои слова.

                          Насчет Пайтона. Делай так или умри. Вот так работает Пайтон. А злой умысел, это когда нужно начальству показать большую работу и код растягивают при помощи пустых классов.
                          • +1
                            Нет, не повторил. В Питоне (считается), что есть один способ хороший, а остальные плохие (никто не запрещает мне не использовать, например, декораторы там где они идеально подходят), в PHP же считается, что разные способы оптимизированы под разные критерии.

                            А если просто считаешь, что код с функциями менее читаем чем код с классами из одного метода? Это, кстати, хороший пример разницы между идеологиями. Я вот смотрю на чужой популярный питон код и любуюсь, пишу свой и не вижу отличий (кроме чисто синтаксических, конечно) от своего кода на PHP. Я не пишу его со злым умыслом, просто мне, например, не приходит в голову использовать списки, кортежи или множества, там где я вижу, что задачу можно решить с помощью привычного ассоциативного массива словаря.
                            • 0
                              Признаюсь вам, я php знаю хуже, чем Python. И мне очень трудно дается изучение пэхэпэ после пайтона. Вся моя сущность бастует, когда я понимаю, что на пайтоне я могу сделать тоже самое, но более красиво, удобно, и быстро, чем на php.
                              • 0
                                Ну а я Python знаю хуже PHP и когда пишу код на Python, то понимаю, что синтаксический сахар не веская причина переходить на Python — код почти не отличается, а мороки больше :)
                                • 0
                                  Каждый день обещаю себе начать пить кофе без сахара. Но сахар, создает такую «зону комфорта», что соскочить не получается. Как аналогия к вашему примеру, синтаксический сахар создает мне «зону комфорта» в программировании. Еще одно свойства сахара, что вкус напитка полностью меняется. То же самое как в любом строительстве. Можно гвозди забивать булыжником, а можно молотком. Вроде бы разница не большая, и молоток можно назвать тюнинговой версией булыжника, но эта разница влияет на скорость построения всего дома.
                                  • 0
                                    По-моему, от языков примерно одного уровня сложно ожидать повышения производительности. Больше времени уходит на формулировки задач, алгоритмизацию и т. п. и лишь минимум на собственно реализацию.
                                    • 0
                                      Имхо, есть ещё вопрос применимости конкретного языка к конкретным задачам, причем тут ещё в силу может вступать даже не сам язык, а какие-то общедоступные библиотеки/фреймворки к нему.
                                      • 0
                                        Ну да. Я имел в виду те задачи для которых PHP и Ruby на мой взгляд подходят одинаково. Прежде всего прослойки между браузером и СУБД :)
                            • 0
                              не переживайте) пара месяцев — и ваш питон-код сильно подтянется и станет красивым. Разрыв с php сильно увеличится.
            • +3
              Всё зависит от задач и масштабов проекта.
              Небольшие сайты по множеству причин лучше писать на PHP (инфраструктура, большое количество недорогой рабочей силы и т.д.).
              Большие проекты — на Ruby/Python (сам пишу на Ruby).
              Как это поможет вашему бизнесу? Да просто: на Ruby такой проект будет написан и сдан (в срок или не в срок — вопрос открытый, но с большой вероятностью одной командой), на PHP вы смените 5 команд работающих за еду студентов и в конце концов или не получите ничего, или получите глючного кошмарного монстра с опозданием на 2 года и 30% заявленной изначально функциональности.
              • +2
                А почему бы не нанимать специалистов за туже зарплату, что и рубистов, а не студентов? По-моему, если нанять работающих за еду студентов, то результат будет мало зависеть от языка :)
                • 0
                  Два момента:
                  1) на руби пока (к счастью) таковых почти нет; мне не встречались по крайней мере
                  2) PHP в общем упрощает жизнь на небольших проектах и усложняет на крупных, поэтому тренд состоит в том, что хорошие специалисты с него уходят, то есть найти их на PHP просто сложнее
                  Ну и в дополнение: собственно, да, цена сама по себе неплахая подстраховка от низкого качества исполнения. Поэтому я просто отвечал на вопрос в том виде, в котором он был задан (зачем платить больше).
                • 0
                  Потом, давайте предположим, что один и тот же человек (или команда) за одни и те же деньги готов писать на PHP и Ruby.
                  Можете мне поверить, на Ruby этот проект (если мы условились, что речь о большом проекте, а не о сайте-визитке) будет написан быстрее и дешевле (Ruby в отличие от PHP не мешает разрабатывать, то есть вы просто пишете код, а не героически боретесь с инструментарием).
                  То есть при одном и том же уровне разработчиков сэкономить на использовании PHP (о чём и был исходный вопрос) никак не получится. Единственный способ сделать такой проект дешевле — это нанять разработчиков более низкой квалификации. Ну а дальше результаты будут те, которые я описал чуть выше.
                  • 0
                    За счет чего будет выигрыш конкретно? Синтаксический сахар? Полная объектность? Метапрограммирование? Что из этого поможет быстрее описать бизнес-логику?

                    Ну и все же вроде считается, что Ruby программист стоит дороже PHP того же уровня, поскольку больше соотношение спрос/предложение.
                    • 0
                      За счет чего будет выигрыш конкретно? Синтаксический сахар? Полная объектность? Метапрограммирование? Что из этого поможет быстрее описать бизнес-логику?

                      А зачем по-вашему всё это нужно если не для ускорения разработки? Всё это помогает быстрее писать бизнес-логику в конечном счёте, то есть если мы включаем сюда и время на исправление багов.
                      Ну и все же вроде считается, что Ruby программист стоит дороже PHP того же уровня, поскольку больше соотношение спрос/предложение.

                      Это верно до определённого момента. Смотрите, имеем хорошего программиста, который знает, что за Ruby платят больше. Какой смысл ему оставаться на PHP? А никакого (или у кого-то эстетические предпочтения такие?). Итого: верхушка гарантированно конвертируется в рубистов/питонистов/кого-там-ещё (Node JS и Go наверное). Ну скажем верхние 2%. Если опускаемся уровнем ниже (верхние 10%), там да, вполне возможно, что они будут обходиться дешевле, чем рубисты аналогичного уровня (но опять же — приплюсуйте сюда то, что на Ruby/Rails разработка будет быстрее, и получится, что итоговая сумма будет примерно та же), но тех самых верхних 2% на PHP просто нет. Ладно, могут быть отдельные уникумы, которые сильно выросли за время работы над единственным проектом своей жизни, ценятся там на вес золота и никуда уходить не собираются, но это совсем другой разговор, на новый проект вы их всё равно ничем не переманите.
                      • 0
                        Какой смысл ему оставаться на PHP?

                        1) Переход на новый язык обычно сопровождается переходом в новую фирму с понижением в должности и/или зарплатой. Был хорошим миддлом и сеньором, стал не самым лучшим юниором (опыт PHP говорят может вредить, а не помогать постигать новый *-way)
                        2) Уровень проекта тоже вполне может упасть
                        3) Новичку в любом случае вряд ли достанутся интересные и ответственные задачи
                        4) Это в любом случае перемены не только технические, но и социальные, а перемены не всех привлекают, ведь перемены это всегда риски.

                        В общем в «гарантировано» я бы не был столь уверен.
                        • 0
                          Можно же начать с фриланса по 10 часов в неделю в нерабочее время. За полгода такой работы набирётся вполне приличный опыт (с учётом того, что бэкграунд ненулевой, ну и мы же о верхушке говорим, то есть о людях по определению способных к обучению). Ну а дальше переходить на фулл-тайм уже с повышением дохода и т.д. Так что нет этой проблемы.
                          • 0
                            Можно, но это выход из зоны комфорта. Только ради денег, особенно когда и так имеющийся доход устраивает, не каждый будет его совершать.
                      • +1
                        Смотрите, имеем хорошего программиста, который знает, что за Ruby платят больше. Какой смысл ему оставаться на PHP?

                        Если ему Ruby не нравится, то не смотря на большие плюшки толковый разработчик вполне может остаться на ЯП, который ему нравится больше.
                        • +2
                          Если ему Ruby не нравится, то не смотря на большие плюшки толковый разработчик вполне может остаться на ЯП, который ему нравится больше.

                          Это безусловно, я просто не верю, что есть хорошие программисты, которым PHP может нравиться.
                          • 0
                            У PHP вообще нет плюсов? Или эти плюсы в любой ситуации при любых условиях не могут даже в теории превзойти минусы?
                            • 0
                              У PHP как языка есть всего один плюс, напрямую связанный с историей его возникновения — возможность быстро сделать полустатический сайт, например, 10 статических страниц + 1 форма обратной связи. На PHP достаточно добавить к статической вёрстке (взятой без изменений прямо от верстальщика) 30 строчек кода, и сайт готов. Это очень удобно в отдельных случаях.
                              У PHP как у платформы разработки есть плюс в виде развитой инфраструктуры, но это немного другой разговор, вопрос-то был о языке и эстетических предпочтениях программиста, что к инфраструктуре отношения не имеет.
                              • 0
                                Ну а я вижу у PHP больше плюсов, даже если не брать во внимание инфраструктуру-экосистему. Или особенно если не брать. Но имея в виду основной круг моих задач, заключающийся в формировании текстовых файлов на основе информации в БД и изменение БД на основе входящей текстовой информации.
                                • +1
                                  Какие? Вот вас ещё попрошу тогда их назвать. А то ниже мне тоже сказали про плюсы, но на вопрос какие именно я так ответа и не получил. Под плюсами имею в виду плюсы на фоне других динамических языков — то есть что умеет PHP такого, чего не умеют например Ruby и Python? Ну или что на нём удобнее делать?
                                  • 0
                                    Шаблонизировать :) Более ярко выраженная императивная, а не функциональная направленность. Си-подобный синтаксис (код на ещё с пяток языков только в мэйнстриме будет в принципе понятен). Тайп-хинтинг. Автозагрузка классов.

                                    Это так, навскидку.
                                    • 0
                                      В чём уникальность встроенного шаблонизатора на PHP в отрыве от возможности делать полустатические сайты? (О ней я уже сказал, поэтому её исключаем из рассмотрения.) Аналогичные по синтаксису шаблонизаторы есть под любой нужный язык.
                                      Направленность и синтаксис могу принять как индивидуальные предпочтения, но как плюсы? Единственный ваш аргумент, чем же так хорош сиподобный синтаксис, легко бьётся тем, что всё равно все знают джаваскрипт, так что людей с этим синтаксисом незнакомых ещё поискать.
                                      Автозагрузка ничем не уникальна, на Rails такой магии на порядок больше (за что кстати Rails многие и не любят, но если лично для вас это плюс PHP, то у меня для вас, как говорится, плохие новости :) ).
                                      Тайп-хинтинг… ох, ну ладно, со скрипом принято. Вообще-то считаю его отвратительным костылём, но раз он кому-то нужен, пусть будет так. Вот это и есть единственный ваш аргумент, который можно хоть как-то принять.
                                      • 0
                                        То, что он встроенный и любой текстовый (да и бинарный) файл, включаемый через require или include (конструкции языка) считается шаблоном, в котором может быть php-код (а может и не быть). Плюс шаблон имеет доступ ко всему коду.

                                        Сейчас кстати вполне можно ожидать, что JavaScript некоторые толком и не знают, благодаря CoffeeScript и аналогам.

                                        Я имел в виду и Python, но даже если там есть подобное, но наличие этих механизмов не делает переход на другой язык осмысленным.

                                        Порылся немного ещё. В Ruby есть передача аргументов функции по ссылкам? Статические переменные в функциях? Цикл for? Ассоциативные массивы (без разделения на массивы и словари)?

                                        А вообще в какую-то странную сторону разговор зашел. Вы как бы убеждаете меня, что мне нужно перейти на Ruby или Python, а ищу аргументы, зачем мне тут оставаться :)
                                        • 0
                                          Да, в общем бесполезный спор.
                                          • 0
                                            А вообще мне Ruby нравится и был бы рад если бы некоторые его фичи PHP позаимствовал. Даже делал несколько попыток перейти на него, но как-то всё неудачные по разным, в основном личным причинам.
                          • 0
                            Нравится PHP, не нравится… Сам Ruby может не нравиться, и он не будет рассматриваться как альтернатива PHP при всех плюсах и минусах последнего.
                            • 0
                              Не вижу логики. Если два языка не нравятся, но за один из них платят больше, то почему не перейти?
                              • 0
                                мне вообще программировать надоело… сидишь целыми днями кодишь-кодишь… куда бы перейти и чтобы платили больше =)
                              • 0
                                Один язык в целом неплох, второй не нравится вообще. Зачем переходить?

                                Ruby и PHP, как понимаю, играют «на одном поле». И для использующих PHP смысла менять шило на мыло я не вижу. Появилась специфическая задача — взять подходящий ЯП.
                                • 0
                                  В смысле — PHP в целом неплох? Тогда больше вопросов не имею.
                                  • 0
                                    Я за то время, как программирую, писал более чем на 10 ЯП (до 20 можно дотянуть). И, сравнивая их все, вижу, что у PHP есть свои плюсы в той области, где он и используется (несмотря на тонны косяков и костылей).
                                    • +1
                                      Какие плюсы? Назовите мне их. С минусами понятно, их и так все знают. А вот плюсы, именно у языка (инфраструктуру в расчёт не берём, это не язык)?
              • 0
                Думается мне, что при равной зарплате больше шансов найти компетентных PHP разработчиков.

                Или получается, что идет привязка к конкретной ruby команде. Это как проблема незаменимого сотрудника.
                • +1
                  Есть определённая критическая масса. Есть много нелинейных зависимостей.
                  Например, начиная с определённого уровня квалификации хорошего рубиста становится проще найти (вообще без привязки к деньгам — их просто больше), чем хорошего PHP-шника (которые посомневавшись немного конвертируются в хороших рубистов).
                  Общая схема такая, что чем сложнее проект, тем меньше шансов его удачно завершить на PHP (ну или выйдет в конечном счёте дольше и дороже). И наоборот, для проектов небольшой или средней сложности, да, PHP предпочтительнее.
                  • 0
                    У меня знакомые «хорошие PHP-шники» обычно начинают пристальнее смотреть в сторону C, Python или Go. Видимо разные вкусы к ЯП.

                    Про низкие шансы завершения на PHP в сравнении с Ruby очень странно. Словно второй бегает за разработчиками и соломку стелит :) Может, у вас такие задачи, с Ruby выходит предпочтительнее.
                    • 0
                      Про низкие шансы завершения на PHP в сравнении с Ruby очень странно. Словно второй бегает за разработчиками и соломку стелит :)

                      Не стелит, он просто не мешает работать.
                      C, Python или Go.

                      Да, тоже вполне варианты. Только не понял, каким боком здесь C — совсем другой класс задач же.
                      • +1
                        Си можно использовать для написания модулей к основному ЯП, либо брать что-нибудь вида libev и пилить легковесные сервисы.

        • +6
          Скажите почему разработка на Python стоит дороже чем на PHP.
          Как мне кажется, тут две причины:
          1. Меньшее распространение питона среди любителей демпинговать (школьников-студентов).
          2. Python в сознании наших людей до сих пор остаётся экзотической западной технологией, а за экзотику принято доплачивать.

          Скажем, я рядовой заказчик и мне нужен результат.
          Вот приходит такой солидный дядечка: «сделай мне сайт». Если предложить ему писать на питоне, то ему придётся считаться с минусами: меньше предложения хостинга, меньше кодеров на рынке, в случае чего, плюс, как мы уже сказали, повыше стоимость на них. А плюсы? «Разработчику приятнее писать на питоне, нежели на PHP»

          Да кого вообще волнуют какие-то пожелания какого-то заштатного кодера, по сути раба в этой пищевой цепочке? Пишем «как все» и не выпендриваемся.
    • –1
      Пытаюсь использовать Python и C++ именно для веба на работе. Основные языки на данные момент, да, PHP+Javascript+SQL, хотя вернее на последнее место поставить JS, передвинув SQL на второе, а на третье поставить Lua — на JS почти не пишу в данное время, даже на HTML больше.
    • +3
      Этакая де-вебификация?

      Работаю в вебе с самого начала и проект сейчас очень большой и интересный, но хочется писать что-то для десктопа и желательно похардкорнее, игры желательно. В сайте все топорно и угрюмо. Достать данные, закешировать, показать. А на десктопе сложные алгоритмы, миллисекунды и вообще романтика. И не важно что это не так, но трава там позеленей. Уверен, что намаявшись с DirectX/OpenGL появится и обратное желание.
      • 0
        «Романтика» — когда это все работает… и не только у вас. А когда работает у всех это… оргазм.
        Столько разного железа и драйверов, что я просто испугался самостоятельно делать какой либо софт кроме веб.
        С вебом тоже есть проблемы… но они решаемы т.к единая точка доступа (сервер)… локальное приложение просто не изменишь…
      • 0
        Это вы, возможно, просто не сталкивались с нагруженными web проектами и интересными backend задачами :)
        Все те же алгоритмы, миллисекунды. Ну да, ламповой романтики поменьше.
    • 0
      Python — это моя страсть и любовь. А любовь сложно объяснить, вот любишь и всё. :)
      • 0
        Вот у меня выше комментарий про это. Почему? Мне интересно именно не какие-то объективные технические преимущества (вроде «работает на 20% быстрее руби»), а «душевные» — что лично вам в нем вот так прямо нравится, чего вы не видите в других скриптовых — пхп и руби?
        • +2
          Первый раз я полюбил Python, когда программа по подсчету слов в книге «Война и Мир», заняла у меня всего две строки. PHP я начал изучать после Python и каждый раз я хватаюсь за голову со словами: «Как можно так жить?». Руби хорош для тех, кто соскакивает с php, им там роднее синтаксис и его идеология. Я забросил изучение Руби, не могу с ним жить после Пайтона :)
          • 0
            Две строки, это как-то очень уж много. Если конечно не использовать import collections :)
            Да и в обоих языках на небольшом объеме получим что-то вроде len(s.split()).

            Мне python первоначально очень понравился своими генераторами для создания pipe из обработчиков. «Посчитать слова во всех книжках всех папок...»
            • 0
              Надо не только поделить, а подсчитать сколько раз встречается каждое слово. Задача такая:
              1) Получить слово и посмотреть было ли оно уже в тексте?
              2) Если слово было, то записать в счетчик сколько раз это слово встречалось.
              Толстой «Война и мир» состоит из 18 тыс уникальных слов. Самое распостраненные слова, это, конечно же, междуречья и союзы. Остальные тысячи слов порой встречаются всего два раза в тексте и больше никогда не упоминаются.
              Вот это реализация занимает всего две строки на Пайтоне.
              На компе мак-мини 2010 года, это процедура подсчета занимает 5 часов. На мак-мини 2012 выпуска (i7 core) — полтора часа.
              • 0
                Выражение «по подсчету слов» оказалось двузначным. В таком случае можно через collections.Counter.
                from collections import Counter
                with open('lt1u.txt') as f:
                    print len(Counter(f.read().split()))
                

                Вот подобное отрабатывает на первом томе (5.5МБ в utf8) примерно за 100мс.
                У вас была сложная обработка выделения слова из текста?
                • 0
                  Можно без collections. Вся суть в словаре, где ключ является уникальным, что значит вам достаточно поставить счетчик напротив ключа.
              • 0
                Выглядит странным — очень много времени уходит.
                У меня «Война и мир» обрабатывается не более 10 минут, даже с нормализацией слов по словарю aot и с продвинутым разбиением на слова.
          • 0
            Я тут давеча хвастался что знаю Python: а оказалось что совсем не знаю. Две строки это КАК :-о?
            • 0
              Я год назад хвастался тут про эти две строки, а потом в комменты вмешался какой-то гуру Пайтона и показал свою реализацию этих двух строк. Я посмотрел на эти его строки, они были такие красивые, такие совершенные, такие идеальные. И мне стало стыдно за мои две строки. Я зарылся в книжки, ушел изучать пропущенное. :)
            • +1
              Counter(all_text.split(" "))

              Можно регулярку использовать, что бы убрать все пробелы и знаки пунктуации при разбиении на слова. +1 строка на открытие и чтение файла.
              • 0
                Ну, ещё по-хорошему весь олтекст в один регистр перевести для уменьшения числа дубликатов.
                • 0
                  сначала я так делал, но потом выяснилось, что благодаря верхнему регистру легко вычислять фамилии, а дубликаты убирать потом, отдельной функцией.
          • 0
            ты просто не умеешь его готовить.

            count(preg_split('/\s+/m', file_get_contents('voina_und_mir.txt')));
          • 0
            Я угадаю это мелодию с одной ноты
            Ради фана можно и в одну строку. Правда на скалке и не за 5 часов :D

            Scala
            scala.io.Source.fromFile("lt1.txt").getLines.mkString.split(' ').map(_.toLowerCase).distinct.length
            

    • 0
      Питон — он и для веба и для не веба.
    • +1
      Не всегда желание использовать какой-то язык в работе согласуется с требованиями production и сроками выполнения :)
    • +1
      Не обязательно. Это по прежнему могут быть те же веб задачи, но под них текущих инструментов не хватает либо использование их для этих задач неоправданно.

      Мне вот часто не хватает знаний и практики на сях. Цель — модернизировать/допилить какое либо расширение для php (или связанных с ним). Когда меня интересовала тема разработки/использования сервера для чата, а так же стримминг видео я познакомился с erlang что впрочем не отбило желание копаться в сях.
  • +2
    Языки для фронтенд и бэкенд (веб), а так же для разработки десктопного ПО смешали в одну кучу и проследить какие-то тенденции сложно. Например, в «Какие языки вы стремитесь использовать?» лидирует JavaScript. Я так предполагаю, что автор опроса этим вопросом хотел выявить языки, которые набирают популярность. Но javascript вряд ли из них. Он как был популярен, так и будет. Я предполагаю, что js выбирали бэкенд программисты, которые хотят освоить и фронтенд. А фронтендщики, чей основной язык js, наверняка смотрят в сторону coffeescript или аналогов. Но это лишь из собственных представлений. Лично для меня результаты этого опроса все только запутали. Думаю, если разделить этот опрос на вышеупомянутые 3 категории, то все станет на свои места и он покажет объективную картину для каждой из них.
    • +2
      1) Если бекэнд-программисты хотят освоить JavaScript, разве это не признак того, что он будет только набирать популярность?
      2) Программирование не ограничивается условным бекэндом, фронтэндом и десктопом. Есть научные расчеты, встраиваемые решения, низкий уровень, мобильные приложения, программирование игр и графики, админские скрипты и т. д.
      3) Обычно программисты довольно лояльны к языкам, которые они уже используют, поэтому чтобы выявить тренды, как мне кажется, надо смотреть на некую разницу между средним по первым двум опросам и третьим. Если посмотреть в этом ключе, то видно, что трендами безусловно являются Python и Ruby.
    • +4
      Я предполагаю, что js выбирали бэкенд программисты, которые хотят освоить и фронтенд.
      Скорее, к этому причастен node.js. В моём случае, по крайней мере, это так
    • 0
      А как насчёт Node JS для бэкенда например? Или вот ещё: в Qt несложную UI-логику можно писать на JavaScript. И т.д. Так что JS — это куда больше чем «язык для фронтенда».
  • +4
    А почему здесь нет языков описания аппаратуры (HDL)? Например, VHDL, Verilog и т.д.
    • +18
      Честный ответ такой: потому что все эти ключевые слова я вижу в первый раз. Извините :) Нельзя объять необъятное.
    • +1
      Это все-таки немного не то. По-моему под языком программирования в таком контексте подразумевают что-то общего назначения и эффективно (с линейным замедлением) исполняющиеся на архитектуре Фон-Неймана.
    • 0
      Обычно те, кто знает такие страшные слова не пересекается с первой группой.
      • 0
        Отнюдь. Я использую также asm, С, С++ и С#, каждый язык под свои задачи.
  • +1
    Нужно добавить еще вопрос о возрасте.
    • +1
      Корреляцию все равно не определить. Тогда надо сделать, как на DOU.ua — анкету на Google Docs, потом обрабатывать данные. Но на Хабре так не получится: слишком мало человек заполнят анкету. На DOU ссылка на нее висит в шапке сайта по несколько месяцев. Да и долго и муторно это.
  • 0
    Основной Lua, дополнительный Go+SQL, стремлюсь использовать MoonScript.

    Несколько лет назад было основной PHP, дополнительные JavaScript+SQL, стремился Python и C.
  • 0
    Добавьте Tcl хотя бы во 2й опрос, пожалуйста.
    • 0
      Поздно: наверняка многие, кто пишут на нем, уже проголосовали за вариант «Другой язык». Через год или два, когда опубликуют аналогичный опрос, надо будет добавить Tcl.
  • 0
    Clojure бы добавить, раз уж есть Scala.
    • 0
      В третьем опросе есть. Я недооценил его популярность. В следующем аналогичном опросе надо будет добавить.
      • 0
        Я даже лично знаю пару ребят, кто на Clojure пишет много боевого кода.
  • 0
    В третьем опросе как один из языков отметил Basic, но до сих пор сомневаюсь, включает ли этот вариант в себя VB.NET?
    • 0
      Да
    • 0
      А я долго и безуспешно искал VBA. А он, оказывается, вон как спрятан…
  • 0
    Интересна, кстати, была бы статистика ещё вот какого рода: что у вас «предметная область» в работе (и хочется ли её менять)? Имхо, с определенного уровня плотное знакомство с каким-то определенным кругом задач становится более «привязывающим», чем с конкретным языком.
  • +1
    Мне кажется, что не хватает еще одного опроса: "Какие языки хотели бы изучить?"
    • +3
      А разве «стремитесь использовать» — не то же самое?
      Много лет назад (тогда, кажется, PHP даже еще не было), был у нас в конторе крутой парень, который знал Перл. Я пошел к нему с поклоном, и спросил «О гуру, я слышал, что перл охрененнен? Так ли это? Хватит ли моих скромных умственных сил, чтобы познать его?». И ответил мне гуру «Перл простой. Набери в альтависте „перл за день“ и ты вкусишь его за один день!». Я ввел. Поисковики тогда работали не так аккуратно, и первая ссылка была «Перл за 10 минут». Я освоил. Во время примерно уложился. Дальше — уже был опыт, гугление о том как решают проблемы, но я уже как-то мог на нем программировать и программировал.
      • 0
        Нет, не то же самое.
        «Стремитесь использовать» подразумевает, что человек уже обладает хотя бы минимальными знаниями в языке и использует его в каких-либо, пусть и не больших, проектах. Возможно, что даже просто для себя.
        «Хотел бы изучить» означает, что человек еще не знаком с языком как таковым, но слышал о нем и его области применения. Именно за счет этого и возникает желание его изучить.
        Пример: я, например, стремлюсь использовать VB.NET (ну нравится он мне, в нем легко создавать простые оконные приложения), но, в то же время, я хочу выучить Java и много других языков, которые еще ни разу не использовал.
  • +3
    Несколько человек отметили Haskell как основной рабочий язык. Если не секрет, что пишете?
    • +2
      Я не пишу, но, возможно, это ребята на этом проекте: habrahabr.ru/post/193722/. Еще смотрите tech.yandex.ru/events/yagosti/mskhug-fall-2013/talks/1376/
      • 0
        Ведь читал же этот пост, но из головы вылетело, спасибо! Хотя там больше написано о том, каково писать на Haskell, а не о том, что именно писали, но все равно с интересом перечитал.
  • +5
    Было бы очень удобно, если после голосования за вариант, производилась бы сортировка по убыванию.
  • –3
    Основной PHP, дополнительные Lua (внезапно), SQL и JavaScript. Хочется внедрить в систему Python и C++. Первый просто как хороший язык с развитой экосистемой, второй — для личного развития :)
  • +5
    Эх, надо было еще TypeScript добавить, коль есть CoffeeScript…
  • +3
    Стремлюсь пользоваться C#, т.к. это сейчас самый наворочанный язык из мэйнстримовых + из-за Visual Studio + ReSharper.
    Если бы IDE были одинаково удобными для всех языков, стремился бы писать на F#.
  • –1
    Добавьте LabVIEW, а то «другой» голосовать придётся. Язык приобретает широкую популярность из-за близости к робототехнике (обучение), да и в научно-промышленной автоматизации и разработке применяется весьма давно.
    • 0
      Поздно добавлять. Голосуйте за «другой язык»
  • +4
    Удивительно, как мало чистого Си в результатах первого опроса.
    • +4
      Мне почему-то кажется, что сегодня удел чистого си — встроенные системы (в основном, контроллеры) и драйвера (и прочее низкоуровневое системное, нулевого кольца). И мне почему-то кажется, что системщиков действительно меньше, чем сайтостроителей. Более того, у многих (некоторых?) системщиков на рабочем месте нет интернета, а у сайтостроителей это — обязательный инструмент. Отсюда возможно и меньший процент системщиков на хабре от общего числа системщиков по сравнению с веб-программерами. Я, например, хабр листаю поздно вечером и по выходным :-)
  • +4
    Использую и всё время стремлюсь использовать C++ (в стиле, близком к C, а зачастую и голый C; STL не использую) с inline-ассемблером x86 и ARM с уклоном в сторону оптимизаций компилятора. Так есть возможность выжать максимум скорости и сократить потребление памяти. Скорость разработки от этого не падает (разве что иногда несколько минут уходит на компиляцию, но это происходит не так часто), но даже если бы и падала, ей можно пожертвовать ради скорости выполнения и загрузки. Люди пользуются приложениями, а не исходниками. Пишу на других языках тогда, когда использование C++ невозможно или нецелесообразно. Но когда пишу на других языках, энтерпрайзовщину стараюсь не использовать, а также сокращать количество всяких прослоек (не использую фреймворки, например).
    • 0
      >> Люди пользуются приложениями, а не исходниками.

      Дебажить ваш код должно быть очень весело.
      • 0
        У меня два раза были серьёзные ошибки из-за неправильного оператора. Вместо || поставил &&, а вместо == поставил !=. В первом случае потратил на исправление 2 недели, во втором — 3. И это было не в полностью собственном проекте, а в порте на другой язык. А обычно сразу правильно пишу.
        • +6
          Извините, пожалуйста, можно я буду использовать вот эту цитату:
          Вместо || поставил &&, а вместо == поставил !=. В первом случае потратил на исправление 2 недели, во втором — 3.

          в презентации на тему «почему нужны юнит-тесты и как важно писать их перед кодом»?
          • 0
            Там юнит-тесты не особо бы помогли. Первым случаем была физика ходьбы в игре, а вторым — передача данных объектов игры с клиента на сервер и интерполяция на клиенте.
            • 0
              А так, конечно можно.
  • 0
    использую(кампания использует) в основном С++(11) по двум причинам: а)скорость выполнения программ в совокупности со скоростью разработки(boost+STL), б)отсутствие бэкдоров.
    для обоих случаев C# и Java не варианты — ибо проблемы как со скоростью выполнения программ, так и отсутствие открытой реализации этих продуктов, к которым, в этой связи, доверия нет. а специфика компании не позволяет использовать что-либо проприетарное. и да, в продакшине — только OpenBSD.

    ну а скриптовые bash/php/python — для автоматизации какой-то рутины.
    • 0
      так и отсутствие открытой реализации этих продуктов


      O_o О Mono и OpenJDK не слышали?
      • –3
        mono — скорее костыль, уж простите.
        OpenJDK — ужасное качество реализации. ее как будто специально сделали столь плохой, чтоб ее невозможно было использовать.
        • 0
          То есть реализации все же есть, но не устроили. Жаль, думал, что открыл вам глаза :)
  • НЛО прилетело и опубликовало эту надпись здесь
    • 0
      а что именно с использованием Go нынче пишут? и почему именно Go? — есть же куча других вариантов, и, думается мне, куда лучше.
      • +4
        Когда ты начинаешь писать на Go, то потом ты просто хочешь на нем писать без всяких причин.
        Обсуждать почему именно Go и другие варианты не имеет смысла, так как есть много статей на эту тему и его можно назвать альтернативой со своими плюсами.

        В основном на Go пишут RESTful приложения и веб.
      • 0
        Нынче пишут вот такое docker.io или такое iron.io
        И почему же вам думается, что лучше писать на другом?
  • +5
    Я думал, что 1С программистов больше, чем 2%)
    Это объясняет, почему при более слабых навыках в программировании ЗП довольно высокая. Спрос работодателей есть, ведь 1с — это процентов 40 рынка ERP, предложения нет.
    • +14
      Им некогда на хабре сидеть, они бабло рубят.
    • +4
      Ну здесь ресурс немного специфичный, опрос показывает распределение специалистов на хабре, а не в целом по России. Их на самом деле намного больше 2%. Проведя опрос где-нибудь на инфостарте или mista.ru оказалось бы, что их не 2%, а 80%.

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

      2 zenden2k, если брать среднюю температуру по больнице, то зарплаты одинэсников сопоставимы с зарплатами тех, кто пишет на java или c++, даже по-моему на java чуть чуть выше
  • +10
    По состоянию на 2013-11-10 19:56 лидируют:
    * Ваш основной язык? PHP
    * Ваши дополнительные языки на работе? JavaScript
    * Какие языки вы стремитесь использовать? JavaScript

    I don't want to live on this planet anymore.
    • +4
      Вот-вот. Когда я смотрю на «Ваш основной язык? PHP», то мне кажется, что эти люди за своей работой страдают от боли, периодически пытаются покончить с собой и ненавидят свою жизнь.
      • –4
        Поверьте — не страдаем.
        • –3
          А если бы страдали, то заплюсовали бы коммент, типа «бедные ежики, хоть плюсик поставлю»? :D
      • 0
        бизнесу нужно что: взять из базы — показать… изменить… сохранить… и так изо дня в день…
        javascript более динамичнее… начинаешь работать с AJAX… вроде все тоже но уже не так уныло…
        ну а дальше уже не остановить =)
    • –1
      В яваскрипте то вам что не нравится? Хороший язык.
  • +1
    У меня вопрос не совсем по теме.
    Я пишу на Си, Python и Паскале в качестве хобби. Еще изучаю RPG и иже с ними. Профессионально программированием не занимаюсь (маленький еще), но планирую. Собственно вопрос: можно ли с этим жить, или лучше все-таки знать что-то современное (PHP/JS/C++/etc)?
    • +5
      Питон и Си хорошая пара.
    • НЛО прилетело и опубликовало эту надпись здесь
      • +1
        Судя по опросу довольно также популярен и Ruby, так что его тоже полезно знать, но японский синтаксис его после С-подобных языков выносит мозг :)
        • НЛО прилетело и опубликовало эту надпись здесь
      • +1
        Про ненависть к PHP знаю, а почему лучше не знать JS?
    • +1
      А с какой целью? Зарабатывать или для удовольствия?
      • 0
        Зарабатывать: удовольствие я и сейчас получаю. Но вот читаю хабр, поворачиваю голову чуть-чуть налево и начинаю сомневаться что на C/Pascal/Python можно заработать. Или просто места надо знать?
        • 0
          На Python по идее можно, смотрите в сторону веб-разработки и Django. Но это не из личного опыта, сам разрабатываю на Ruby.
        • 0
          Паскаль — врядли. К счастью.
          С — используется весьма активно но в довольно специфических сферах, как например разработка ядра линукс(что, как это не поразительно, востребованная сфера — андроид сейчас пилят все кому не лень). Ну и микроконтроллеры. Прикладные приложения на нем уже никто не пишет, кроме фанатов.
          Питон — в последнее время в связи с тем что в уйме западных вузов стали использовать для обучения стал куда более популярен и найти работу должно быть не так и сложно. Но если допустим для веба то он там(как и все остальное) тотально проигрывает пхп по количеству предложений.
          А так работу конечно можно найти. Даже для лиспа вакансии есть, что уж о питоне и С говорить. На том же С написано было в свое время уйма всего и это все надо как-то поддерживать, так что спрос еще долго будет.
          • +1
            Если говорить не о количестве, а о качестве предложений, то тут Python, я думаю, сильно выигрывает у PHP.
            • +2
              Если говорить о процентном соотношении то конечно да. Но это прямое следствие того, что питон сравнительно не популярен и если на php пишут все подряд, то на питоне только тогда, когда они знают что делают.

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

              Вообще я не вижу какого-то серьезного мотиватора писать под веб на чем то отличном от пхп на данный момент. К сожалению, потому что пхп мне не очень-то нравится. Но, правда, какой практический смысл, кроме эстетического удовольствия? Скорость разработки от перехода на питон не повысится, качество кода тоже особо не вырастет, работать оно быстрее не станет.
              Получается что в плюсах — эстетическое удовольствие разработчика, а в минусах — сложности с деплойментом и поддержкой(искать програмиста на питоне. тут то и обычного найти сложно зачастую..)
              • +1
                Скорость разработки от перехода на питон не повысится, качество кода тоже особо не вырастет, работать оно быстрее не станет.

                Не могу сказать за Python, говорю за Ruby/Rails. Скорость разработки именно что повышается. Количество кода уменьшается. Меньшее количество кода -> меньше время/стоимость поддержки и т.д. В общем, сплошные плюсы.
                Но если говорить о количестве качественных предложений в абсолютных цифрах то я думаю тут php будет значительно впереди т.к. предложений просто уж очень много.

                Ну вот вы думаете, а я проверял. (Правда опять говорю про Ruby.) Т.к. знаю и Ruby, и PHP, и какое-то время пытался искать проекты по обоим направлениям, могу сказать, что на Ruby на хорошие деньги найти проект сильно легче. А все эти «уж очень много предложений» на PHP — они про средний и нижний ценовой сегмент.
                • 0
                  Количество кода уменьшается.

                  Это за счет сахара языка или за счет большего использования стороннего кода?
                  • 0
                    Сахар, хорошо продуманная архитектура фреймворка (Rails), лаконичность конструкций языка с большим количеством полезной функциональности из коробки и т.д.
                    • 0
                      Понятно. Кстати, с какими фреймворками на PHP работали?
                      • 0
                        Yii, ZF