A
Size: a a a
2019 April 15
R
а потом коммент https://habr.com/ru/post/444446/#comment_19918118
коммент вообще какого-то старого деда, который отстал от жизни на 5 лет и ему начало казаться что всё сложно и не нужно. А вот в наше время музыка была хорошая, а вот в наше время так не делали, и сахар был сладше.
A
коммент вообще какого-то старого деда, который отстал от жизни на 5 лет и ему начало казаться что всё сложно и не нужно. А вот в наше время музыка была хорошая, а вот в наше время так не делали, и сахар был сладше.
да нет, он абсолютно прав
энтропия она такая, и оправдывать ее, себе хуже
энтропия она такая, и оправдывать ее, себе хуже
R
да нет, он абсолютно прав
энтропия она такая, и оправдывать ее, себе хуже
энтропия она такая, и оправдывать ее, себе хуже
в чём он прав?
A
это совсем не про "в наше время трава была зеленее"
а про энтропию: как бы простые вещи начать делать сложнее
а про энтропию: как бы простые вещи начать делать сложнее
A
в чём он прав?
в том что все переусложнилось не давая профита
теперь тоже самое делать труднее/дольше
теперь тоже самое делать труднее/дольше
A
но это архитектурные проблемы, при ее изменении: все ок
A
наслоение жс фреймворков один на другой, к примеру, это не изменение архитектуры
A
а размножение дырявых абстракций
AO
смотря что нужно) многим фрилансерам нужно "тяп-ляп побыстрее сдать и забыть про заказчика и проект", в таком случае любой тяп-ляп способ подойдёт (ну, я такое не одобряю, но я понимаю, что дешевле и быстрее сделать первую версию будет именно тяп-ляп) но вот дальше - поддержка и изменения)
тяп-ляп сайт на Wordpress'е можно сделать за несколько часов) проблемы будут потом, когда нужно будет это менять) а сайт будет под нагрузкой и uptime критичен) а поменять надо будет, например, половину всего там)
тяп-ляп сайт на Wordpress'е можно сделать за несколько часов) проблемы будут потом, когда нужно будет это менять) а сайт будет под нагрузкой и uptime критичен) а поменять надо будет, например, половину всего там)
AO
для проектов "тяп-ляп, побыстрее" Django вообще не нужна)
A
зацени свеженькое: https://ballerina.io/
A
смотря что нужно) многим фрилансерам нужно "тяп-ляп побыстрее сдать и забыть про заказчика и проект", в таком случае любой тяп-ляп способ подойдёт (ну, я такое не одобряю, но я понимаю, что дешевле и быстрее сделать первую версию будет именно тяп-ляп) но вот дальше - поддержка и изменения)
тяп-ляп сайт на Wordpress'е можно сделать за несколько часов) проблемы будут потом, когда нужно будет это менять) а сайт будет под нагрузкой и uptime критичен) а поменять надо будет, например, половину всего там)
тяп-ляп сайт на Wordpress'е можно сделать за несколько часов) проблемы будут потом, когда нужно будет это менять) а сайт будет под нагрузкой и uptime критичен) а поменять надо будет, например, половину всего там)
ну тяп ляп всегда был есть и будет :)
R
просто задачи уже другие, все эти фреймворки пошли от больших компаний с большими деньгами и с сложным функционалом, если тебе надо написать маленький сайтик для мамы или магазин для папы, то тебе не надо всё это тянуть если ты не знаешь как это готовить. но для больших компаний это упрощает жизнь в разы
A
просто задачи уже другие, все эти фреймворки пошли от больших компаний с большими деньгами и с сложным функционалом, если тебе надо написать маленький сайтик для мамы или магазин для папы, то тебе не надо всё это тянуть если ты не знаешь как это готовить. но для больших компаний это упрощает жизнь в разы
ну какие другие? тотже самый перегон txt/json поверх http
AO
это разная модель разработки) когда ты на аутсорсе делаешь 1 версию проекта и уходишь в закат потом, то тебе не имеет значения, как сложно и дорого это всё будет поддерживать) ты минимизируешь свои затраты разработки первой версии)
R
это разная модель разработки) когда ты на аутсорсе делаешь 1 версию проекта и уходишь в закат потом, то тебе не имеет значения, как сложно и дорого это всё будет поддерживать) ты минимизируешь свои затраты разработки первой версии)
согласен
A
большие компании выезжают на стандартизации
а какая нормальная стандартизация в вечно кривом и сыром вебе? никакая
а какая нормальная стандартизация в вечно кривом и сыром вебе? никакая
A
это разная модель разработки) когда ты на аутсорсе делаешь 1 версию проекта и уходишь в закат потом, то тебе не имеет значения, как сложно и дорого это всё будет поддерживать) ты минимизируешь свои затраты разработки первой версии)
посмори балерину
R
большие компании выезжают на стандартизации
а какая нормальная стандартизация в вечно кривом и сыром вебе? никакая
а какая нормальная стандартизация в вечно кривом и сыром вебе? никакая
ты сейчас про веб, это js или любое веб приложение?