По сабжу — все упирается в конкретику, но в общем современный фронтенд все же значительно более хаотичен и подвержен критичным изменениям, нежели бэкенд. К сожалению, по Python-у поддержать беседу не могу, ибо крайне слабо с ним знаком.
P.S. И я извиняюсь, но обилие смайлов на все ваши комментарии и «Piton» как-то подсознательно заставляют воспринимать комментарии несерьезно. Так что я думаю в дальнейшем беседу поддерживать малополезно. Ваша позиция понятна.
Последнее что нужно заказчику — это знать что его проект пишется на ныне модной технологии которая через год может просто кануть в лету.
В свое время приходилось каким-то чудом спасать проекты, написанные на модном 10 лет назад «парсере», который очень быстро и модно взлетел но потом также быстро выгорел.
Все кто смеялся над «этим вашим PHP который вот-вот умрет», в итоге оказались не правы. Прошло 10 лет, парсера нет а PHP до сих пор жив.
Мы в свое время перешли с PHP на Ruby не только из-за легкого и читаемого синтаксиса но также из-за более-менее прозрачного графика релизов основных фреймворков и очень хорошей поддержки сообщества.
Если говорить про те же рельсы — мы сейчас спокойно обслуживаем проекты, написанные в 2012-13 году, и прекрасно представляем что нужно чтобы при необходимости актуализировать их с наименьшими трудозатратами. У Рельсов цикл примерно 2-3 года, для сравнения в мире современного фронтенда значимые изменения происходят значительно чаще, и во многих «модных» решениях через полгода-год ломается обратная совместимость и разработчик оказывается в ситуации когда необходимо принять решение что делать дальше и чаще всего вынужден переписывать решение на более новый технологический стек. Стоит ли говорить что заказчику далеко не всегда можно адекватно объяснить почему каждый год необходимо переписывать его приложение чтобы оно продолжало быть поддерживаемым и могло развиваться.
В этой ветке также очень хорошо кроме меня прокомментировали про анархию / порядок. Чем мне нравится Ruby / Rails? В первую очередь — порядком. Да, конечно это субъективно и справедливо можно заметить о том что этот стек также имеет некоторые проблемы (с теми же turbolinks которые разделились на легаси-ветку classic и основную ветку и многое другое), но я уверен что в одночасье «завтра» большое приложение, написанное на рельсах «вдруг» не превратится в тыкву как в сказке про Золушку. В худшем случае придется переписать несколько тестов и повычищать в коде депрецированные методы. Но мы на своей памяти спокойно мигрировались с 3-х рельсов на 4-е, а сейчас также спокойно значимые проекты переводим на пятые, параллельно осознавая то что написанные на четверке еще пару лет проживут спокойно.
Полностью согласен, вообще фронтенд в 2016-м это фэшн ради фэшна, потому что для решения маленьких задач выбирается такой набор компонентов, который несмотря на свою навороченность, по сути действительно излишен.
Точно также, если мне нужно сделать простенькое одностраничное приложение в мире руби, я не буду разворачивать рельсы, мне будет достаточно синатры, либо вообще какого-нибудь грейпа если речь идет об API.
Конечно, я не пронтендер, но я не понимаю почему в 2016-м нельзя просто решить поставленную задачу при помощи того же jQuery который может дергать те же данные в json. Конечный пользователь разницы точно не заметит, а разработчик средней руки не будет ломать голову над тем как обуздать +1 новый фреймворк.
В бэкенде конечно все значительно проще как по количеству решений так и по их инфраструктуре, стабильности релизов и ожиданиям. Во фронтенде я действительно чувствую что попал в какой-то футуристический мегаполис где все светится и сверкает неоновыми иероглифами и я могу ориентироваться только на ощупь не понимая куда иду понимая только частично надписи.
уже довольно давно с командой используем toggl, упоминали его уже выше — замечательный инструмент с большим количеством плюшек включая интеграцию с Trello.
Воу-воу, время, куда ты так неумолимо бежишь? Еще же вот только вчера казалось переходили на Sass как на нечто принципиально новое, и вот опять.
// Старческое брюзжание
Поддерживаю. Под видом развития продукта мы не получили ничего принципиально нового кроме неубираемой рекламы. Хорошо хоть под OS X все чуть получше, но качественно продукт уступает тому же десктопному Viber-у, и пользуются скайпом как раз из-за этих трех E — все клиенты, партнеры и подрядчики на скайпе сидят, тут хочешь того или нет — пользуйся.
Та же история с M$ Office и другими популярными продуктами, которые начинают совсем плохо себя вести аккурат после того как займут хоть на 1 процент большую долю рынка чем конкурент.
Поэтому идея «Любви в Линуксу» от M$ выглядит как гримирование волка в овцу. В этой статье как раз первая нотка второй E уже проявилась. Сделают потом свой какой-нибудь wcurl в качестве альтернативы, который на самом деле будет запускаться и по wget и по curl а потом только самому гейтсу известно что они могут сделать.
Вы никогда не судились? Просто в реальности это «приключение» на несколько лет вперед с огромными затратами времени и нервов (а часто еще и денег), и к сожалению в нашей стране судебная практика вида «гражданин против системы» по моей информации весьма плачевна.
Конечно, спасибо за комментарий и предложение, но я если честно не представляю как подать в конституционный суд из-за неработающего гитхаба.
Собственно «из-за бугра» все так красиво и легко. Знаю не по рассказам — сам жил и решил вернуться в 2012-м. тогда казалось что все начинает меняться в лучшую сторону.
А что касается исторических примеров, я бы ой как поспорил насчет того кто и отчего стал жить лучше или хуже. В нашем мире бывали примеры когда страны с полнейшим разгромом проигрывали войны и начинали жить лучше тех, кто эти войны выигрывал.
Не думаю что эта беседа дальше пойдет в рациональном русле.
Одна близкая нам по духу страна пару лет назад сходила всем мiром на одну площадь со звучным названием по полной программе со сносом памятников и горящими покрышками. И что в итоге? Стали жить лучше? Нет, и это еще очень мягко сказано.
А у нас вот пообсуждаем мы такие вариантики в интернетике, а потом благодаря пакету одной тетеньки с аграрной фамилией, нам задним числом наплевав на 23 и 24 статьи Конституции сроки впаяют за призывы к этим самым баррикадам.
Типичный комментарий о том что что-то нужно делать и о том что мы сами куем все. Идеологически я с ним согласен, но на практике: права выражения воли народа у нас больше нет после событий на известной площади, права собраний тоже нет, за одиночные пикеты также привлекают к ответственности. Онлайн-петиции как единственный законный из существующих способов вообще не работают (вспомним закон о блогерах и петиции на эту тему, гугл в помощь).
Какие реальные варианты? Две петиции я подписывал. Идти на баррикады? Не вариант. А жаловаться — кому и на что?
Тверь, Ростелеком, не доступен.
К сожалению, те люди наверху кто так глупо блокирует все подряд даже близко не представляют что делают, и вероятно никогда и не узнают об этом.
А потом всей страной удивляемся почему у нас все лучшие IT-специалисты утекают за рубеж.
Очень интересная статья но просто ужасный перевод. Я понимаю что текста много, но мне кажется что автор перевода не перечитывал текст перед публикацией. Читать сложно и неудобно.
Хотя перевод и правда корявый, потому что это международная аббревиатура MIT
P.S. и действительно, я сначала прочитав заголовок приготовился порадоваться за наших, а тут опять не наши.
P.S. И я извиняюсь, но обилие смайлов на все ваши комментарии и «Piton» как-то подсознательно заставляют воспринимать комментарии несерьезно. Так что я думаю в дальнейшем беседу поддерживать малополезно. Ваша позиция понятна.
В свое время приходилось каким-то чудом спасать проекты, написанные на модном 10 лет назад «парсере», который очень быстро и модно взлетел но потом также быстро выгорел.
Все кто смеялся над «этим вашим PHP который вот-вот умрет», в итоге оказались не правы. Прошло 10 лет, парсера нет а PHP до сих пор жив.
Мы в свое время перешли с PHP на Ruby не только из-за легкого и читаемого синтаксиса но также из-за более-менее прозрачного графика релизов основных фреймворков и очень хорошей поддержки сообщества.
Если говорить про те же рельсы — мы сейчас спокойно обслуживаем проекты, написанные в 2012-13 году, и прекрасно представляем что нужно чтобы при необходимости актуализировать их с наименьшими трудозатратами. У Рельсов цикл примерно 2-3 года, для сравнения в мире современного фронтенда значимые изменения происходят значительно чаще, и во многих «модных» решениях через полгода-год ломается обратная совместимость и разработчик оказывается в ситуации когда необходимо принять решение что делать дальше и чаще всего вынужден переписывать решение на более новый технологический стек. Стоит ли говорить что заказчику далеко не всегда можно адекватно объяснить почему каждый год необходимо переписывать его приложение чтобы оно продолжало быть поддерживаемым и могло развиваться.
В этой ветке также очень хорошо кроме меня прокомментировали про анархию / порядок. Чем мне нравится Ruby / Rails? В первую очередь — порядком. Да, конечно это субъективно и справедливо можно заметить о том что этот стек также имеет некоторые проблемы (с теми же turbolinks которые разделились на легаси-ветку classic и основную ветку и многое другое), но я уверен что в одночасье «завтра» большое приложение, написанное на рельсах «вдруг» не превратится в тыкву как в сказке про Золушку. В худшем случае придется переписать несколько тестов и повычищать в коде депрецированные методы. Но мы на своей памяти спокойно мигрировались с 3-х рельсов на 4-е, а сейчас также спокойно значимые проекты переводим на пятые, параллельно осознавая то что написанные на четверке еще пару лет проживут спокойно.
Точно также, если мне нужно сделать простенькое одностраничное приложение в мире руби, я не буду разворачивать рельсы, мне будет достаточно синатры, либо вообще какого-нибудь грейпа если речь идет об API.
Конечно, я не пронтендер, но я не понимаю почему в 2016-м нельзя просто решить поставленную задачу при помощи того же jQuery который может дергать те же данные в json. Конечный пользователь разницы точно не заметит, а разработчик средней руки не будет ломать голову над тем как обуздать +1 новый фреймворк.
В бэкенде конечно все значительно проще как по количеству решений так и по их инфраструктуре, стабильности релизов и ожиданиям. Во фронтенде я действительно чувствую что попал в какой-то футуристический мегаполис где все светится и сверкает неоновыми иероглифами и я могу ориентироваться только на ощупь не понимая куда иду понимая только частично надписи.
Сделать плохо а потом вернуть как было.
// Старческое брюзжание
Та же история с M$ Office и другими популярными продуктами, которые начинают совсем плохо себя вести аккурат после того как займут хоть на 1 процент большую долю рынка чем конкурент.
Поэтому идея «Любви в Линуксу» от M$ выглядит как гримирование волка в овцу. В этой статье как раз первая нотка второй E уже проявилась. Сделают потом свой какой-нибудь wcurl в качестве альтернативы, который на самом деле будет запускаться и по wget и по curl а потом только самому гейтсу известно что они могут сделать.
Конечно, спасибо за комментарий и предложение, но я если честно не представляю как подать в конституционный суд из-за неработающего гитхаба.
А что касается исторических примеров, я бы ой как поспорил насчет того кто и отчего стал жить лучше или хуже. В нашем мире бывали примеры когда страны с полнейшим разгромом проигрывали войны и начинали жить лучше тех, кто эти войны выигрывал.
Не думаю что эта беседа дальше пойдет в рациональном русле.
А у нас вот пообсуждаем мы такие вариантики в интернетике, а потом благодаря пакету одной тетеньки с аграрной фамилией, нам задним числом наплевав на 23 и 24 статьи Конституции сроки впаяют за призывы к этим самым баррикадам.
Какие реальные варианты? Две петиции я подписывал. Идти на баррикады? Не вариант. А жаловаться — кому и на что?
P.S. никто, не сможет улучшить.
К сожалению, те люди наверху кто так глупо блокирует все подряд даже близко не представляют что делают, и вероятно никогда и не узнают об этом.
А потом всей страной удивляемся почему у нас все лучшие IT-специалисты утекают за рубеж.
Хорошо, жалобы на сотрудников клиенты пишут охотнее чем благодарности.