Питон и Джанго разделили, потому что так уж отвечают люди. Наверное, кто-то программирует на Питоне, но без использования Джанго как фреймворка.
Про ASP.NET — мы его понимаем как сырой, потому что с нашей точки зрения нет более низкоуровневой платформы на .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.
PHP, Java — это языки программирования. ASP.NET — это фреймворк. То, что кто то выложил исходный код ASP.NET MVC не означает, что MVC теперь живет своей жизнью.
это всё равно, что говорить, что PHP/Java/etc включает в себя MVC
Нет, не все равно. Я указал, что фреймворк содержит в себе некоторые компоненты. Вы, судя по цитате, говорите, что языки программирования содержат паттерн. Это разные вещи.
Не верите мне — погулите, поглядите ссылки в википедии или вот
вот и «камень преткновения» — я так же, как и комментаторы выше, считал, что ASP.NET есть «raw» для веб-разработки на .NET, а получается, что это всего лишь «надстройка» над ASP.
И тогда да, raw тут будет ASP и надо выделять ASP.NET из ASP по аналогии с Python и Django,
По моему ощущению таких больше 15%. Особенно это касается компаний, в которых работают над мелкими проектами или по схеме один проект — один разработчик.
Бывают приходится сотрудничать с такими конторами. Часто предлагаю запустить систему контроля версий для совместной работы над проектами. Так иногда вообще просят не «лезть со своим уставом в чужой монастырь», потому что у них «и так все налажено и нормально работает»
И еще через 2 часа:
— В 75-ой строке, поменяй aaa() и bbb().
…
— А, у тебя на 75-ой уже другой код.....? Ну там короче найди, где обход массива, где то после обработки события… вот там поищи и поменяй.
Как говорится: есть ложь, есть наглая ложь, а есть статистика…
90% php-шников требуются в «рекламные агенства полного цикла» ( однодневки ), где «натягивают» темплейтмонстровский шаб на битрикс, в то время как питонеров, яверов и сишников ищут для реальных разработок.
Мне некоторые знакомые расказывали что некоторые из-за чрезмерной распространенности yii разрабатывают на нем сайты визитки и фактически вы натягиваете шаблоны на какую-то базовую заготовку. Бывает и такое, ну а что? Заказчику можно сказать что работа индивидуальная и используются новейшие решения.
Понятие не имею, наверно в «Никакую» :D Ведь смешивать системы контроля версий и продукт включающий кучу разных компонентов судя по всему автор умеет. Я всего лишь указал на факт того что система контроля версий из Team Foundation Server (кстати есть ещё Team Foundation Service) называется Team Foundation Version Control а не TFS.
Или автор просто не знал что в составе TFS две системы контроля версий, или автор не знал что у TFVC есть своё название, или… Долго гадать можно, просто делая пост на техническом ресурсе можно было хотя бы википедию прочитать.
Термин «TFS» не вызвал вопросов и разночтений у тех, кто участвовал в исследовании.
В обиходе среди моих знакомых .Net-разработчиков термин TFS используется для обозначения системы контроля версий (наверное, потому что букв в сокращении меньше :)))
Если говорить о TFS как о системе контроля версий, всем сразу понятно о чем речь. Что такое TFVC далеко не все знают. Википедия обозначает именно как TFS
Если говорить о Team Foundation Service, то он имеет поддержку git уже больше года . Если говорить о Team Foundation Server, то скоро будет уже пол года как он поддерживает Git. Я указал на ошибку потому что постоянно работаю и с той и с другой VCS и для меня крайне непонятны заявления что TFS == TFVC.
Т.е. более трети вебстудий исползьзуют его в качестве шаблонизатора? But why?
(другого применения особо-то и не могу придумать. Разве что преобразование выдачи какого-нибудь стороннего XML API)
Ответ прост — рендер самой страницы на стороне клиента.
Технология уже давно обкатана и нетривиальна в обращении.
Аналог — любой шаблонизатор на JS, но для этого ещё нужно написать «ядро» приложения хоть какое-то, которое склеит страницу воедино и т.д…
Кроме того, эта система работает с двумя шаблонизаторами, причём по умолчанию используется другой, не-XSLTшный (по крайней мере, пару лет назад было именно так).
UPD: пардон, в Tagline утверждают что доля рынка, занятая UMI, равна 26%. Я думал, сильно меньше. Раз так, возможно, и правда, наиболее весомый вклад в пресловутую треть внесла именно она.
Ну тут видимо сказывается, что они не только CMS пилят, но и хостинг под него предоставляют. Так что вполне себе кусок рынка имеют.
Просто ни каких других объяснений наличия XSLT, несмотря на большую мою любовь к нему, маргинального, у меня нет.
Очень не правдоподобная статистика, стоит ввести на том же hh — angular и jquery(кстати зачем их в один ряд поставили, это же совсем разные уровни, причем не исключающие друг друга) и можно заметить что даже 10ка вакансий по angular не нашкребсти. А xslt, хорошая технология, но явно не получила широкого применения.
А xslt, хорошая технология, но явно не получила широкого применения
Да, но уже очень давно не развивающаяся, да и уровень специалиста должен быть выше среднего.
А почему PHP, JavaScript считаются простыми платформами? И по сравнению с чем? Python Ruby сложные? И в чем заключается простота? Так то можно обидеть злых рубистов, если окажется что на руби писать сложнее :)
В классификации на «простые» и «сложные» участвовали только PHP и верстка (простые), а также Java и .Net (сложные). Мы брали только эти четыре технологии, потому что они оказались самыми популярными и мы смогли собрать по ним более детальную статистику.
Порог входа выше, больше тонкостей с настройками среды. В PHP и HTML в блокнотике написал, в готовый сервер залил — вуаля. В Java пока с Томкатом да со сборкой приложений намучаешься — волосы поседеют. В .Net, исходя из практики, тоже больше производственных рисков.
Как очевидное следствие — зарплаты дотнетчиков и джавистов заметно больше, чем PHP-разработчиков или верстальщиков.
>> В PHP и HTML в блокнотике написал, в готовый сервер залил
Вы это сейчас о чем вообще? Мы вроде о разработке говорим.
У вас очень странная логика, если на .Net или Java вебстраничку с hello world сделать сложнее, то уже и зарплаты будут заметно выше? Еще вы верстку тут приплетаете зачем-то, а на Java, .Net хтмл вообще совсем не нужен в веб разработке?
Ну и да кстати, исходя из Практики это от PHP волосы седеют, ибо 100500 фреймворков, 100500 велосипедов и 100500 способов нарукожопить.
Это сделано для упрощения восприятия :)
Во-вторых: ну кому нужен верстальщик, который не знает JS?
В принципе, мы, как авторы исследования, вольны классифицировать исследуемую область так, как считаем нужным. А дорогие читатели, конечно же, могут критиковать нашу классификацию и мы сделаем выводы на будущее :)
Крупным компаниям нужен. Верстальщик, который будет быстро и точно переводить дизайн любой сложности в html-макет. Далее этот макет попадает frontend-разработчику, который прикручивает его к бекенду (через шаблонизаторы, или ещё как-нибудь) и пишет JS для интерактивных элементов сайта.
Для сайта, где весь js остаётся на уровне «скрыть блок, подсветить кнопочку», конечно, не нужны отдельно верстальщик и отдельно js-разработчик. Но для сложных web-приложений это очень даже нужно.
Неужели Ruby on Rails все еще экзотическая технология и платформа? Прям язык бы не повернулся такое сказать… Мне кажется сравнение действительно где то хромает, поскольку уровень сложности сайта может быть очень и очень разным. Сайт визитка отличается от сложного CRM сайта/сервиса, например, как небо и земля, хотя по сути оба сайты. Напрашивается сегментация для более корректного сравнения.
Выборка слишком маленькая, чтобы делать такие категоричные выводы. А в целом затея хорошая, буду только раз, если это станет ежегодным исследованием, можно будет понаблюдать за развитием событий.
Интересный анализ, пусть и с ошибками в технологиях, тем не менее… но в конце убило просто…
Кстати, проанализировав результаты собственного исследования, наши коллеги из РИК быстро подсуетились и организовали новый образовательный курс «Технический Директор», который мы обеими руками рекомендуем для прокачки собственных скиллов.
Все исследование и статья писалась ради продаж курса за почти 33к руб.
Исследование делалось, чтобы лучше понимать рынок — в том числе теми, кто его проводил. Так почему бы не сделать из полученных результатов выводы с точки зрения собственных образовательных продуктов? Вот и сделали — но исследование начали проводить задолго до анонса этого курса.
Спасибо за приведенную статистику, теперь мы будем знать, чтораз на этом рынке ажиотаж — главное не снижать цены. В наше время в стране дешево стоит только труд, а все остальное дорого, поэтому я рад что разработчики очень востребованы.
организовали новый образовательный курс «Технический Директор»
Простите, вы хотели статьёй с кучей неточностей и сверхсубъективных допущений (типа обсуждаемого чуть выше вопрос о том, какая «платформа» сложнее) прорекламировать ваш учебный курс?
Спасибо, что Java и Javascript хотя бы признали разными «платформами». А то сам сталкивался с HR, которые эти языки путают.
Такая же мысль пришла, видимо не консультировались у ведущих курс. Режет глаза сильно непрофессиональность терминологии и «упрощения» (некомпетентность и отсутствие нормальных консультаций по теме хотя бы). Писалась статья всё же для ИТ ресурса, а не для ленты ру какой-нибудь.
Это да, но если так подумать, то для непрофессиональной аудитории вдвойне важно писать корректно и точно, ведь сами-то они точно не смогут разобраться и могут усвоить неправильную\неточную информацию.
Нежели настолько много используют Bitrix? учитывая что он проприетарный? Или может я чего-то не знаю?
На первый взгляд кажется, что выборка не очень репрезентативная, но судя по статистике builtwith.com битриксом реально много кто пользуется…
Как было сказано выше, на Bitrix-e делают в основном небольшие студии и рекламные агенства, где уклон больше в красоту картинки и интерактив. Им нужно клепать сайты как на конвеере.
На чем написан сайт в принципе не важно, но Битрикс лушче продается, потому что:
1) Раскрученный бренд — это в целом позитивно влияет на продажи дизайна/разработки сайта студией.
2) Больше возможностей для клиента найти другого подрядчика на поддержку в будущем (с кастомной CMS будет сложнее).
Есть еще второй момент: так как с Битриксом не очень много кто хочет работать из mid/senior разработчиков, на нем сайты обычно клепают джуники за недорого, это опять же выгодно для студии. Вот поэтому мы имеем такую ситуацию imho.
Практически весь корпоративный сектор использует Битрикс, популярность такая же как и у 1С, тем более что там даже 1С-Битрикс с некоторых пор. Используют его даже в стартапах, поэтому цифры вполне реальные.
Битрикс чистый маркетинговый продукт, техническая сторона там всегда была слабой, поэтому для этой системы нужен определенный контингент разработчиков, которым либо все равно на чем писать, либо новички, которые еще не знают и не умеют пользоваться другими системами.
А опубликованы ли где нибудь более полные данные, где указаны остальные варианты, которые выбирали пользователи? Особенно хотелось бы узнать остальные опции в фрэймворках для PHP и JavaScript
Питон и Джанго разделили, потому что так уж отвечают люди. Наверное, кто-то программирует на Питоне, но без использования Джанго как фреймворка.
Про ASP.NET — мы его понимаем как сырой, потому что с нашей точки зрения нет более низкоуровневой платформы на .Net. Если мы ошиблись — подскажите, пожалуйста, как правильно :)
это всё равно, что говорить, что PHP/Java/etc включает в себя MVC.
аналогично и с Web Forms…
Нет, не все равно. Я указал, что фреймворк содержит в себе некоторые компоненты. Вы, судя по цитате, говорите, что языки программирования содержат паттерн. Это разные вещи.
Не верите мне — погулите, поглядите ссылки в википедии или вот
И тогда да, raw тут будет ASP и надо выделять ASP.NET из ASP по аналогии с Python и Django,
Очешуеть… Интересно как такие 15% вообще хоть какие-нибудь кадры находят.
Бывают приходится сотрудничать с такими конторами. Часто предлагаю запустить систему контроля версий для совместной работы над проектами. Так иногда вообще просят не «лезть со своим уставом в чужой монастырь», потому что у них «и так все налажено и нормально работает»
— Ой, погоди, вот измененный.
…
через 10 минут
…
— Выслал последнюю версию.
— В 75-ой строке, поменяй aaa() и bbb().
…
— А, у тебя на 75-ой уже другой код.....? Ну там короче найди, где обход массива, где то после обработки события… вот там поищи и поменяй.
— Ой, а я уже всё удалил у себя…
90% php-шников требуются в «рекламные агенства полного цикла» ( однодневки ), где «натягивают» темплейтмонстровский шаб на битрикс, в то время как питонеров, яверов и сишников ищут для реальных разработок.
Термин «TFS» не вызвал вопросов и разночтений у тех, кто участвовал в исследовании.
В обиходе среди моих знакомых .Net-разработчиков термин TFS используется для обозначения системы контроля версий (наверное, потому что букв в сокращении меньше :)))
А те, кто знает, почти все используют вторую систему без TFS :)
Если говорить о Team Foundation Service, то он имеет поддержку git уже больше года . Если говорить о Team Foundation Server, то скоро будет уже пол года как он поддерживает Git. Я указал на ошибку потому что постоянно работаю и с той и с другой VCS и для меня крайне непонятны заявления что TFS == TFVC.
git 154
svn 91
никакой 55
tfs 21
люди предпочитают жить без системы контроля чем с tfs
Т.е. более трети вебстудий исползьзуют его в качестве шаблонизатора? But why?
(другого применения особо-то и не могу придумать. Разве что преобразование выдачи какого-нибудь стороннего XML API)
Технология уже давно обкатана и нетривиальна в обращении.
Аналог — любой шаблонизатор на JS, но для этого ещё нужно написать «ядро» приложения хоть какое-то, которое склеит страницу воедино и т.д…
Кроме того, эта система работает с двумя шаблонизаторами, причём по умолчанию используется другой, не-XSLTшный (по крайней мере, пару лет назад было именно так).
UPD: пардон, в Tagline утверждают что доля рынка, занятая UMI, равна 26%. Я думал, сильно меньше. Раз так, возможно, и правда, наиболее весомый вклад в пресловутую треть внесла именно она.
Просто ни каких других объяснений наличия XSLT, несмотря на большую мою любовь к нему, маргинального, у меня нет.
Да, но уже очень давно не развивающаяся, да и уровень специалиста должен быть выше среднего.
Программисты, платформы, HTML. Что здесь лишнее?
Употребляя здесь HTML мы имели ввиду верстальщиков (HTML+CSS).
Как очевидное следствие — зарплаты дотнетчиков и джавистов заметно больше, чем PHP-разработчиков или верстальщиков.
Уровень зарплаты дотнетчиков сопоставим с php. Бывают исключения, но в последние годы зарплаты более-менее выровнялись.
Вы это сейчас о чем вообще? Мы вроде о разработке говорим.
У вас очень странная логика, если на .Net или Java вебстраничку с hello world сделать сложнее, то уже и зарплаты будут заметно выше? Еще вы верстку тут приплетаете зачем-то, а на Java, .Net хтмл вообще совсем не нужен в веб разработке?
Ну и да кстати, исходя из Практики это от PHP волосы седеют, ибо 100500 фреймворков, 100500 велосипедов и 100500 способов нарукожопить.
Во-вторых: ну кому нужен верстальщик, который не знает JS?
В принципе, мы, как авторы исследования, вольны классифицировать исследуемую область так, как считаем нужным. А дорогие читатели, конечно же, могут критиковать нашу классификацию и мы сделаем выводы на будущее :)
Вы меня за живое только что задели. :(
Аршавинизмом попахивает. Это не лояльно.
Для сайта, где весь js остаётся на уровне «скрыть блок, подсветить кнопочку», конечно, не нужны отдельно верстальщик и отдельно js-разработчик. Но для сложных web-приложений это очень даже нужно.
Все исследование и статья писалась ради продаж курса за почти 33к руб.
Простите, вы хотели статьёй с кучей неточностей и сверхсубъективных допущений (типа обсуждаемого чуть выше вопрос о том, какая «платформа» сложнее) прорекламировать ваш учебный курс?
Спасибо, что Java и Javascript хотя бы признали разными «платформами». А то сам сталкивался с HR, которые эти языки путают.
Если бы не они, мы бы не узнали о Попове, Бабушкине и прочих героях нашего времени.
На первый взгляд кажется, что выборка не очень репрезентативная, но судя по статистике builtwith.com битриксом реально много кто пользуется…
Расскажите, кто сведущ
На чем написан сайт в принципе не важно, но Битрикс лушче продается, потому что:
1) Раскрученный бренд — это в целом позитивно влияет на продажи дизайна/разработки сайта студией.
2) Больше возможностей для клиента найти другого подрядчика на поддержку в будущем (с кастомной CMS будет сложнее).
Есть еще второй момент: так как с Битриксом не очень много кто хочет работать из mid/senior разработчиков, на нем сайты обычно клепают джуники за недорого, это опять же выгодно для студии. Вот поэтому мы имеем такую ситуацию imho.
Битрикс чистый маркетинговый продукт, техническая сторона там всегда была слабой, поэтому для этой системы нужен определенный контингент разработчиков, которым либо все равно на чем писать, либо новички, которые еще не знают и не умеют пользоваться другими системами.
А вот на удалёнку — маловато вакансий.