История изменений
Исправление byko3y, (текущая версия) :
Окей, подумаешь, всего 10 лет с появления жавы прошло. Надеюсь, хоть сишечка у тебя не базворд?
Нет, дело не в одной жаве, а в «бинго!».
REST
У тебя есть что-то получше для http api?
REST — это и есть HTTP. Это не надстройка над HTTP или под HTTP, это и есть HTTP, один в один, полностью соблюдающая этот протокол и не выходящая за его пределы, причем, весь этот функционал был доступен в браузерах с самого начала:
https://tools.ietf.org/html/rfc1945#appendix-D.1
Если быть совсем точным, то HTTP — это реализация принципов REST. Нельзя взаимодействовать с сервером по REST, потому что REST не является протоколом. В самом HTTP протоколе нет ни одного упоминания REST, там есть только HTTP, ведь это протокол HTTP. Потому серьезные ребята используют для взаимодействия с сервером HTTP, а маркетологи-впариватели и разведенные ими лохи — REST.
SOA
О, сторонники монолитов подъехали
Я не сторонник монолитов, я сторонник оправданной архитектуры. Не оправданной модными тенденциями в пузыренадувании, а оправданной задачами, которыми софтина должна выполнять.
которое указывает на организацию процесса разработки, свойственного новомодным методам организации
вообще никакой связи. Это указывает лишь на то, что атлассиан нанимает джунов и/или аутсорсит индусам
Методология никак не влияет на качество. На качество влияют руки разработчиков и хотелки бизнеса
Индусы могут делать лучше. Это указывает на отсутствие контроля и организации разработки. Что, на самом деле, и есть те самые новомодные методы организации разработки, когда менеджер дупля не стрельнет, что в его проекте происходит и куда он идет, его максимальный горизонт — 2 недели, а там хоть солнце не свети, при этом исполнители тоже не понимают, что делают, потому что их горизонт — это несколько задач в трекере. Здесь, конечно же, применяется Agile/Kanban/Scrum, чтобы ни у менеджеров, ни у исполнителей не было ни одной свободной минуты разобраться в проекте, а только писать ежесекундно новые фичи.
Я сам лично работал в близких условиях, и в итоге до меня дошло, что надо делать плохо и быстро, но это не значит, что я не могу долго и хорошо. В итоге я мог выкатывать софтину на тестирование с багами, которые мне достоверно известны. Примерно так же делают разрабы Atlassian, и, вполне возможно, кто-то из них даже пытался достучаться до руководства по поводу необходимости исправления тех или иных проблем. Но конечное звено здесь — это организация разработки, постановка приоритетов, контроль выполнения, а не навык конкретного индуса, которого можно легко заменить тысячей других.
Это я тебе говорю как человек, который ежедневно работает с оркестратором, разработанном с использованием скрама
И что за оркестратор?
На качество влияют руки разработчиков и хотелки бизнеса; если бизнес устраивает выкатывать сырое говно - значит все в порядке
Компания. производящая низкокачественный товар или оказывающая низкокачественные услуги, может выживать на рынке за счет своего имени, лояльности клиентов, или тупо удачному маркетингу. Но нужно смотреть не на положительную прибыль, а на упущенную. В теории ведь фирма могла быть абсолютным монополистом на рынке, если бы подтянула свои слабые стороны. В свое время Nokia была близка к монопольному положению, она неплохо чувствовала себя на фоне лютейшего кризиса управления и огромного перерасхода ресурсов. В итоге проблемы перевесили былые заслуги и потопили компанию. Ты бы и в 2010 году говорил, что бизнес же устраивает выкатывать старое говно или новое сырое говно, прибыль есть, так о чем же париться? Но проходит три года, и компания становится банкротом.
Подобная ситуация наблюдается и в Atlassian. Страница задачи — это центральное звено всей Jira, которое, пусть и в разных формах, появляется во многих ее частях. И это центральное звено просто отвратительно реализовано. То есть, отдел разработки тащит фирму на дно, отдел маркетинга вместе со статусом старожилы тащат его вверх. И пока что вытаскивают.
Исходная версия byko3y, :
Окей, подумаешь, всего 10 лет с появления жавы прошло. Надеюсь, хоть сишечка у тебя не базворд?
Нет, дело не в одной жаве, а в «бинго!».
REST
У тебя есть что-то получше для http api?
REST — это и есть HTTP. Это не надстройка над HTTP или под HTTP, это и есть HTTP, один в один, полностью соблюдающая этот протокол и не выходящая за его пределы, причем, весь этот функционал был доступен в браузерах с самого начала:
https://tools.ietf.org/html/rfc1945#appendix-D.1
Если быть совсем точным, то HTTP — это реализация принципов REST. Нельзя взаимодействовать с сервером по REST, потому что REST не является протоколом. В самом HTTP протоколе нет ни одного упоминания REST, там есть только HTTP, ведь это протокол HTTP. Потому серьезные ребята используют для взаимодействия с сервером HTTP, а маркетологи-впариватели и разведенные ими лохи — REST.
SOA
О, сторонники монолитов подъехали
Я не сторонник монолитов, я сторонник оправданной архитектуры. Не оправданной модными тенденциями в пузыренадувании, а оправданной задачами, которыми софтина должна выполнять.
которое указывает на организацию процесса разработки, свойственного новомодным методам организации
вообще никакой связи. Это указывает лишь на то, что атлассиан нанимает джунов и/или аутсорсит индусам
Методология никак не влияет на качество. На качество влияют руки разработчиков и хотелки бизнеса
Индусы могут делать лучше. Это указывает на отсутствие контроля и организации разработки. Что, на самом деле, и есть те самые новомодные методы организации разработки, когда менеджер дупля не стрельнет, что в его проекте происходит и куда он идет, его максимальный горизонт — 2 недели, а там хоть солнце не свети, при этом исполнители тоже не понимают, что делают, потому что их горизонт — это несколько задач в трекере. Здесь, конечно же, применяется Agile/Kanban/Scrum, чтобы ни у менеджеров, ни у исполнителей не было ни одной свободной минуты разобраться в проекте, а только писать ежесекундно новые фичи.
Я сам лично работал в близких условиях, и в итоге до меня дошло, что надо делать плохо и быстро, но это не значит, что я не могу долго и хорошо. В итоге я мог выкатывать софтину на тестирование с багами, которые мне достоверно известны. Примерно так же делают разрабы Atlassian, и, вполне возможно, кто-то из них даже пытался достучаться до руководства по поводу необходимости исправления тех или иных проблем. Но конечное звено здесь — это организация разработки, постановка приоритетов, контроль выполнения, а не навык конкретного индуса, которого можно легко заменить тысячей других.
Это я тебе говорю как человек, который ежедневно работает с оркестратором, разработанном с использованием скрама
И что за оркестратор?
На качество влияют руки разработчиков и хотелки бизнеса; если бизнес устраивает выкатывать сырое говно - значит все в порядке
Компания. производящая низкокачественный товар или оказывающая низкокачественные услуги, может выживать на рынке за счет своего имени, лояльности клиентов, или тупо удачному маркетингу. Но нужно смотреть не на положительную прибыль, а на упущенную. В теории ведь фирма могла быть абсолютным монополистом на рынке, если бы подтянула свои слабые стороны. В свое время Nokia была близка к монопольному положению, она неплохо чувствовала себя на фоне лютейшего кризиса управления и огромного перерасхода ресурсов. В этоге проблемы перевесили былые заслуги и потопили компанию. Ты бы и в 2010 году говорил, что бизнес же устраивает выкатывать старое говно или новое сырое говно, прибыль есть, так о чем же париться? Но проходит три года, и компания становится банкротом.
Подобная ситуация наблюдается и в Atlassian. Страница задачи — это центральное звено всей Jira, которое, пусть и в разных формах, появляется во многих ее частях. И это центральное звено просто отвратительно реализовано. То есть, отдел разработки тащит фирму на дно, отдел маркетинга вместе со статусом старожилы тащат его вверх. И пока что вытаскивают.