Pull to refresh

Comments 91

Обычное непонимание тех.скопа. Исследование все равно интересное.
еще и JQuery неправильно написали и ASP.NET обозвали сырым :)
Коллеги, добрый день!

Питон и Джанго разделили, потому что так уж отвечают люди. Наверное, кто-то программирует на Питоне, но без использования Джанго как фреймворка.

Про ASP.NET — мы его понимаем как сырой, потому что с нашей точки зрения нет более низкоуровневой платформы на .Net. Если мы ошиблись — подскажите, пожалуйста, как правильно :)
Какая связь между низкоуровневостью и сыростью продукта? Что значит низкоуровневый? Правильно просто ASP.NET.
По всей видимости, эпитет «сырой» употреблён здесь не в смысле «не готовый к production», а в смысле «raw», как в фразе «there is simply no way to beat raw assembly code when speed is absolutely critical.»
не видел ни разу такого понятия в отношении ASP.NET. Да и не представляю, что бы оно значило. ASP.NET включает в себя довольно много, например, Web Forms и MVC. Не знаю, что из этого можно назвать низкоуровневым. Но за разъяснения спасибо, мысль я уловил.
если ASP.NET включает в себя MVC, то для чего предназначается выделенный проект «ASP.NET MVC»?
это всё равно, что говорить, что PHP/Java/etc включает в себя MVC.

аналогично и с Web Forms…
PHP, Java — это языки программирования. ASP.NET — это фреймворк. То, что кто то выложил исходный код ASP.NET MVC не означает, что MVC теперь живет своей жизнью.
это всё равно, что говорить, что PHP/Java/etc включает в себя MVC
Нет, не все равно. Я указал, что фреймворк содержит в себе некоторые компоненты. Вы, судя по цитате, говорите, что языки программирования содержат паттерн. Это разные вещи.
Не верите мне — погулите, поглядите ссылки в википедии или вот
вот и «камень преткновения» — я так же, как и комментаторы выше, считал, что ASP.NET есть «raw» для веб-разработки на .NET, а получается, что это всего лишь «надстройка» над ASP.
И тогда да, raw тут будет ASP и надо выделять ASP.NET из ASP по аналогии с Python и Django,
раз уж на то пошло, то правильно будет jQuery
Какая приятная статистика, так и хочется ткнуть ей шефу под нос (шеф, без обид).
если кто-то ищет специалистов, это не означает, что он готов предложить работу вам. не стоит забывать об этом.
Это легко проверить, сходив на пару собеседований и получив (или не получив) предложения.
Что-то в трекерах пивотала не вижу. По-моему, он шикарен.
Pivotal был, но он оказался настолько маргинальным, что не попал в список лидеров. Всего 2 компании заявили, что используют его.
А TargetProcess в статистике был?
не было. Из интересного — 3 компании используют фейсбучную Asana.
А что насчёт TFS? Мне представлялось, что многие компании, сидящие на BizSpark, должны его использовать.
>>85% опрошенных компаний используют систему контроля версий.
Очешуеть… Интересно как такие 15% вообще хоть какие-нибудь кадры находят.
По моему ощущению таких больше 15%. Особенно это касается компаний, в которых работают над мелкими проектами или по схеме один проект — один разработчик.

Бывают приходится сотрудничать с такими конторами. Часто предлагаю запустить систему контроля версий для совместной работы над проектами. Так иногда вообще просят не «лезть со своим уставом в чужой монастырь», потому что у них «и так все налажено и нормально работает»
Сайту за 3000 рублей, который сделают за 15 минут ненужна система контроля версий))
Не трогай файл еще полчаса, я его правлю!
Как поправлю, пришлю тебе по почте.
— Отправил.
— Ой, погоди, вот измененный.

через 10 минут

— Выслал последнюю версию.
И еще через 2 часа:
— В 75-ой строке, поменяй aaa() и bbb().

— А, у тебя на 75-ой уже другой код.....? Ну там короче найди, где обход массива, где то после обработки события… вот там поищи и поменяй.
— Что, перестало работать? Блин, ты не в том месте поправил!
UFO just landed and posted this here
Вот что гораздо важнее, почему тех.дир. седой негр?
А еще с ростом опыта, наблюдается рост растительности на лице :)
Это загар от монитора.
Мне показался больше похож на звезду ютьюба Азиз, который Мразиш.
меня больше удивило, почему с опытом круги под глазами не увеличиваются/уменьшаются
Как говорится: есть ложь, есть наглая ложь, а есть статистика…

90% php-шников требуются в «рекламные агенства полного цикла» ( однодневки ), где «натягивают» темплейтмонстровский шаб на битрикс, в то время как питонеров, яверов и сишников ищут для реальных разработок.

Ну 90% необоснованно, вон в этой же статистике Yii не сильно от битрикса отстает.
Мне некоторые знакомые расказывали что некоторые из-за чрезмерной распространенности yii разрабатывают на нем сайты визитки и фактически вы натягиваете шаблоны на какую-то базовую заготовку. Бывает и такое, ну а что? Заказчику можно сказать что работа индивидуальная и используются новейшие решения.
Нет такой системы контроля версий как TFS, есть Team Foundation Version Control (TFVC).
Система контроля версий входит в состав TFS
И? Там ещё Git в состав входит =/
Если бы использовали Git из состава TFS, то в какой бы из элементов картинки это попало?
image
Понятие не имею, наверно в «Никакую» :D Ведь смешивать системы контроля версий и продукт включающий кучу разных компонентов судя по всему автор умеет. Я всего лишь указал на факт того что система контроля версий из Team Foundation Server (кстати есть ещё Team Foundation Service) называется Team Foundation Version Control а не TFS.
Предположу, что автор имел ввиду использование TFS как сервера системы контроля версий, какая бы она ни была :)
Или автор просто не знал что в составе TFS две системы контроля версий, или автор не знал что у TFVC есть своё название, или… Долго гадать можно, просто делая пост на техническом ресурсе можно было хотя бы википедию прочитать.
Коллеги, добрый день!

Термин «TFS» не вызвал вопросов и разночтений у тех, кто участвовал в исследовании.
В обиходе среди моих знакомых .Net-разработчиков термин TFS используется для обозначения системы контроля версий (наверное, потому что букв в сокращении меньше :)))
Подавляющая часть пользующихся TFS и не подозревают о том, что там аж целых две системы контроля версий

А те, кто знает, почти все используют вторую систему без TFS :)
Если говорить о TFS как о системе контроля версий, всем сразу понятно о чем речь. Что такое TFVC далеко не все знают. Википедия обозначает именно как TFS
Если говорить о TFS

Если говорить о Team Foundation Service, то он имеет поддержку git уже больше года . Если говорить о Team Foundation Server, то скоро будет уже пол года как он поддерживает Git. Я указал на ошибку потому что постоянно работаю и с той и с другой VCS и для меня крайне непонятны заявления что TFS == TFVC.
системы контроля версий:
git 154
svn 91
никакой 55
tfs 21
люди предпочитают жить без системы контроля чем с tfs
Спорный довод. Лучше уж TFS, чем совсем ничего.
больше трети компаний используют в проектах XSLT

Т.е. более трети вебстудий исползьзуют его в качестве шаблонизатора? But why?
(другого применения особо-то и не могу придумать. Разве что преобразование выдачи какого-нибудь стороннего XML API)
Ответ прост — рендер самой страницы на стороне клиента.
Технология уже давно обкатана и нетривиальна в обращении.
Аналог — любой шаблонизатор на JS, но для этого ещё нужно написать «ядро» приложения хоть какое-то, которое склеит страницу воедино и т.д…
Имхо, они видимо используют umi.cms.
Треть студий использует UMI? Это вряд ли.

Кроме того, эта система работает с двумя шаблонизаторами, причём по умолчанию используется другой, не-XSLTшный (по крайней мере, пару лет назад было именно так).

UPD: пардон, в Tagline утверждают что доля рынка, занятая UMI, равна 26%. Я думал, сильно меньше. Раз так, возможно, и правда, наиболее весомый вклад в пресловутую треть внесла именно она.
Ну тут видимо сказывается, что они не только CMS пилят, но и хостинг под него предоставляют. Так что вполне себе кусок рынка имеют.
Просто ни каких других объяснений наличия XSLT, несмотря на большую мою любовь к нему, маргинального, у меня нет.
Очень не правдоподобная статистика, стоит ввести на том же hh — angular и jquery(кстати зачем их в один ряд поставили, это же совсем разные уровни, причем не исключающие друг друга) и можно заметить что даже 10ка вакансий по angular не нашкребсти. А xslt, хорошая технология, но явно не получила широкого применения.
А xslt, хорошая технология, но явно не получила широкого применения
Да, но уже очень давно не развивающаяся, да и уровень специалиста должен быть выше среднего.
Наиболее востребованы программисты на простых платформах: PHP, HTML, JavaScript.

Программисты, платформы, HTML. Что здесь лишнее?
Мы упростили конструкцию предложения, чтобы не заморачивать читателей, которые, скорее всего, итак в контексте тематики.

Употребляя здесь HTML мы имели ввиду верстальщиков (HTML+CSS).
А почему PHP, JavaScript считаются простыми платформами? И по сравнению с чем? Python Ruby сложные? И в чем заключается простота? Так то можно обидеть злых рубистов, если окажется что на руби писать сложнее :)
В классификации на «простые» и «сложные» участвовали только PHP и верстка (простые), а также Java и .Net (сложные). Мы брали только эти четыре технологии, потому что они оказались самыми популярными и мы смогли собрать по ним более детальную статистику.
А чем простите .Net сложнее? Там то как раз многие вещи проще и приятнее делаются. Вы как-то вот так категорично все обзываете, это не есть хорошо.
Порог входа выше, больше тонкостей с настройками среды. В PHP и HTML в блокнотике написал, в готовый сервер залил — вуаля. В Java пока с Томкатом да со сборкой приложений намучаешься — волосы поседеют. В .Net, исходя из практики, тоже больше производственных рисков.

Как очевидное следствие — зарплаты дотнетчиков и джавистов заметно больше, чем PHP-разработчиков или верстальщиков.
Как очевидное следствие — зарплаты дотнетчиков и джавистов заметно больше, чем PHP-разработчиков или верстальщиков.

Уровень зарплаты дотнетчиков сопоставим с php. Бывают исключения, но в последние годы зарплаты более-менее выровнялись.
>> В PHP и HTML в блокнотике написал, в готовый сервер залил
Вы это сейчас о чем вообще? Мы вроде о разработке говорим.
У вас очень странная логика, если на .Net или Java вебстраничку с hello world сделать сложнее, то уже и зарплаты будут заметно выше? Еще вы верстку тут приплетаете зачем-то, а на Java, .Net хтмл вообще совсем не нужен в веб разработке?
Ну и да кстати, исходя из Практики это от PHP волосы седеют, ибо 100500 фреймворков, 100500 велосипедов и 100500 способов нарукожопить.
<зануда>А почему вы систематически приравниваете «вёрстку» и «javascript/фронтенд-разработку»?</зануда>
Потому что такая классификация.
Это сделано для упрощения восприятия :)
Во-вторых: ну кому нужен верстальщик, который не знает JS?

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

Вы меня за живое только что задели. :(

В принципе, мы, как авторы исследования, вольны классифицировать исследуемую область так, как считаем нужным.

Аршавинизмом попахивает. Это не лояльно.
Крупным компаниям нужен. Верстальщик, который будет быстро и точно переводить дизайн любой сложности в html-макет. Далее этот макет попадает frontend-разработчику, который прикручивает его к бекенду (через шаблонизаторы, или ещё как-нибудь) и пишет JS для интерактивных элементов сайта.

Для сайта, где весь js остаётся на уровне «скрыть блок, подсветить кнопочку», конечно, не нужны отдельно верстальщик и отдельно js-разработчик. Но для сложных web-приложений это очень даже нужно.
Javascript я так понимаю имелся ввиду только как frontend? Nodejs разработчик никому ненужны?
Nodejs был в общей выборке, но уж очень мало компаний его используют на практике. До попадания в список лидеров ему еще далеко.
Неужели Ruby on Rails все еще экзотическая технология и платформа? Прям язык бы не повернулся такое сказать… Мне кажется сравнение действительно где то хромает, поскольку уровень сложности сайта может быть очень и очень разным. Сайт визитка отличается от сложного CRM сайта/сервиса, например, как небо и земля, хотя по сути оба сайты. Напрашивается сегментация для более корректного сравнения.
Выборка слишком маленькая, чтобы делать такие категоричные выводы. А в целом затея хорошая, буду только раз, если это станет ежегодным исследованием, можно будет понаблюдать за развитием событий.
Интересный анализ, пусть и с ошибками в технологиях, тем не менее… но в конце убило просто…
Кстати, проанализировав результаты собственного исследования, наши коллеги из РИК быстро подсуетились и организовали новый образовательный курс «Технический Директор», который мы обеими руками рекомендуем для прокачки собственных скиллов.


Все исследование и статья писалась ради продаж курса за почти 33к руб.
Исследование делалось, чтобы лучше понимать рынок — в том числе теми, кто его проводил. Так почему бы не сделать из полученных результатов выводы с точки зрения собственных образовательных продуктов? Вот и сделали — но исследование начали проводить задолго до анонса этого курса.
А более подробные результаты посмотреть где-то можно? Чтобы не только топ увидеть, но и менее популярные языки\фреймворки\города?
Спасибо за приведенную статистику, теперь мы будем знать, чтораз на этом рынке ажиотаж — главное не снижать цены. В наше время в стране дешево стоит только труд, а все остальное дорого, поэтому я рад что разработчики очень востребованы.
организовали новый образовательный курс «Технический Директор»

Простите, вы хотели статьёй с кучей неточностей и сверхсубъективных допущений (типа обсуждаемого чуть выше вопрос о том, какая «платформа» сложнее) прорекламировать ваш учебный курс?

Спасибо, что Java и Javascript хотя бы признали разными «платформами». А то сам сталкивался с HR, которые эти языки путают.
Такая же мысль пришла, видимо не консультировались у ведущих курс. Режет глаза сильно непрофессиональность терминологии и «упрощения» (некомпетентность и отсутствие нормальных консультаций по теме хотя бы). Писалась статья всё же для ИТ ресурса, а не для ленты ру какой-нибудь.
<оффтопик>Вот про Ленту.ру не надо… Лучшее новостное издание было в рунете, до вчерашнего дня.</оффтопик>
Я не про качество, а про аудиторию. И большая часть аудитории ленты ру как раз таки не ИТишники.
Это да, но если так подумать, то для непрофессиональной аудитории вдвойне важно писать корректно и точно, ведь сами-то они точно не смогут разобраться и могут усвоить неправильную\неточную информацию.
Так и есть, в большинстве случаев в СМИ правильная и точная информация :)

Если бы не они, мы бы не узнали о Попове, Бабушкине и прочих героях нашего времени.
И не говорите. ЦА этой статьи похоже HR. :(
Нежели настолько много используют Bitrix? учитывая что он проприетарный? Или может я чего-то не знаю?
На первый взгляд кажется, что выборка не очень репрезентативная, но судя по статистике builtwith.com битриксом реально много кто пользуется…

Расскажите, кто сведущ


Как было сказано выше, на Bitrix-e делают в основном небольшие студии и рекламные агенства, где уклон больше в красоту картинки и интерактив. Им нужно клепать сайты как на конвеере.
На чем написан сайт в принципе не важно, но Битрикс лушче продается, потому что:
1) Раскрученный бренд — это в целом позитивно влияет на продажи дизайна/разработки сайта студией.
2) Больше возможностей для клиента найти другого подрядчика на поддержку в будущем (с кастомной CMS будет сложнее).

Есть еще второй момент: так как с Битриксом не очень много кто хочет работать из mid/senior разработчиков, на нем сайты обычно клепают джуники за недорого, это опять же выгодно для студии. Вот поэтому мы имеем такую ситуацию imho.
Практически весь корпоративный сектор использует Битрикс, популярность такая же как и у 1С, тем более что там даже 1С-Битрикс с некоторых пор. Используют его даже в стартапах, поэтому цифры вполне реальные.
Битрикс чистый маркетинговый продукт, техническая сторона там всегда была слабой, поэтому для этой системы нужен определенный контингент разработчиков, которым либо все равно на чем писать, либо новички, которые еще не знают и не умеют пользоваться другими системами.
А опубликованы ли где нибудь более полные данные, где указаны остальные варианты, которые выбирали пользователи? Особенно хотелось бы узнать остальные опции в фрэймворках для PHP и JavaScript
В офис — может быть и есть кадровый голод.

А вот на удалёнку — маловато вакансий.
Sign up to leave a comment.