ну а чё, норм, каждый QA обязать быть еще и сэйлзом. У всех же так.
омг, кони-люди намешали в вопросы. И паттерны, и РЕСТ, и как делается авторизация на сервере (whaaat?), что такое ROI (что ..ять?), .... Это точно собеседование QA или просто спихнули все, что знали? У QA ценится настойчивость, скурпулезность, внимание к деталям, способность адекватно эстимейтить стори и 20% ключевых знаний из списка выше, все остальное, это желание галеры уменьшить рейт («видишь, ты не знаешь, что такое ROI, минуc 500$»)
ну, мне показалось, что под «Кожен бізнес захоче зачекати один-два роки» имелось ввиду, что бизнес сам знает, какую технологию нужно юзать его разработчикам и плевать он хотел на их мысли и на то, есть ли у них экспертиза в ней.
Мой посыл был в том, что с протобафом можно работать, но НАМНОГО геморойнее, чем с text-based сериализаторами. А в более-менее больших, публичных и активно развивающихся системах, при отсутствии жесткой самодисциплины к написанию backward compatible кода (это бывает сложно) выроятность выстрелить себе в ногу растет с каждым новым релизом.
К чему тут сухие выжимки из ваших лекций и шутки уровня студентов ваших курсов? Ограничения РЕСТа, а также диссертация Роя Филдинга всем давно известны. Но вам, как преподавателю курсов, нужно смотреть на проблему обширнее/глубже, а не «по учебникам».
Никто и не писал, что РЕСТ *зависит* от ХТТП, потому что дизайн (REST) не может «зависеть» (или иметь влияние) от имплементации (HTTP). Но учитывая, что Рой, на момент написания РЕСТа (как абстрактного, transport-agnostic арх. стиля), был членом рабочей группы по HTTP v.Next, то HTTP 1.1 сделали идеальным протоколом, который следует РЕСТу (клиент-сервер, стейтлес, кеширование, прям по вашим пунктам, как вы любите). Ну или РЕСТ сделали так, чтобы он идеально подходил под ХТТП 1.1 (они вышли почти в одно время).
При этом Рой да, не связывает РЕСТ и ХТТП явно, но никому и в голову не придет реализовывать РЕСТ over non-ХТТП, потому что тот «non-ХТТП» в итоге получится тот же ХТТП, но намного дороже, и юзать такую поделку сможете только вы в intranet-приложениях, т.к. глобальная инфра по-умолчанию благоволит только ХТТП (привет 80й порт).
Поэтому, когда говорят про RESTful API/service, то в 99.99% случаях говорят про REST over HTTP, потому что понимают сложность и безумие реализации оного на других транспортах, и только 0.01% людей с умным видом впаривают своим студентам «6 принципов REST», а если ты не реализовал REST over UDP, то «твои курсы не такие зашибенные», как «IT-Discovery».
ну, если «бизнес» говорит вам какие технологии использовать и когда, тогда мне вас жаль
с таким подходом и proto-файл можно забыть обновить при изменении)) Чтобы не забыть что-то придумали тестирование (автоматическое).
Чтобы понять и (важно!) принять grpc, нужно сначала годик-другой попробовать сам protobuf хотя бы в среднеразмерном проекте(-ах). Так на пустом месте можно заиметь геморой размеров с галактику с версионированием, backward compatibility, отладкой, что и подходить к нему не захочется.
REST базируется на хттп, соотв. ни на каких tcp restful сервис реализован быть не может. Ну или это будет не restful сервис.
От версии ХТТП реализация сервиса не зависит, это да, если только в используемой версии хттп остались необходимые RESTу примитивы (а может в http/5 решат убрать http verbs, мало ли)
да не будет никакого «И вы гораздо меньше времени потратите на обьяснение как с вашим апи коммуницировать». Просто компанию с таким костылAPI тихо, или нет, пошлют и пойдут к тем, с кем легко и просто интегрироваться за адекватное время, а не изучать, почему их АПИ на запрос создания заказа прислало ответ «запрос мне нужно присылать в формате application/мойМилыйКотенок3.1, только после 12:37 РМ и только по SMTP».
Ну и судьба авторов таких АПИ понятна, и даже масса текста капсом не поможет.
ну, или купить по 3000$, а продать по 2700$. Таких ситуаций на рынке сильно больше.
Имхо, ДУ это удавка, которая раньше или позже затянется на шее криптотрейдера. А возвращаться на «завод» будет ох как тяжело после описанного пути в статье. Но мы верим в лучшее.
Цикломатическая сложность и умения рефакторинга в «основных навыках», для JavaScript, серьезно?
В современном мире, где скалирование это «а добавь ка в облаке еще десяток инстансов, а то UI диалога логина начал тормозить» первый навык нужен небольшому кругу людей, люто уверовавшему, что они создают второй Гугл попытками скалирования калькулятора на 100500 миллионов онлайн-пользователей.
Второй навык нужен абсолютно любому разработчику, начиная от джунов и заканчивая SDETами.
Синьор, это архиобширное понятие и все вкладываю в него то, что себе надумают и это ок. Одной, даже большой статьи не хватит, чтобы это описать, это нужно прожить/прочувствовать на протяжении годов упорной работы.
Да, к JS эта статья относится также, как и язык Go к Adobe Photoshop.
Вова, хамить девушке — последнее, до чего скатывается мужчина. Все уже поняли кто тут Дартаньян.
Согласен, что серебряной пули здесь нет, каждому свое. Джава сейчас на взлете, завтра Руби, послезавтра .НЕТ. Главное быть специалистом в своем деле и не топтаться на месте, тогда можно чувствовать себя спокойно и в Штатах и на Украине.
Хочешь спокойной жизни- Java.
Зависит от темперамента и умении чувствовать тренд востребованности. Кому-то спокойная гавань, на десяток лет без изменений в новых версиях, подойдет, кому-то бурлящая сторона реки (M$). Но имхо первое скучно, так можно проспать поворот тренда и ты уже не в тренде.
одно то, что депутат (читай — человек, выбранный для улучшения жизни народа (да-да, я знаю, что это не в нашем гондурасе)) может придумать такой высер, говорит о том, что все, п..дец ребята, сели на шею окончательно.
really? открою секрет, что есть пары, которые рады бы, но не могут завести детей, но не могут физически. И че теперь, изгоями себя чувствовать еще и в налоговом плане? узко мыслите, очень узко...
неужели все так печально? на вид Алексей был слегка себе на уме, но ничего критического не было замечено...
Макса можно понять на 1000%, это его бизнес, и если компании не будут вливать сюда деньги (а от негативных отзывов большая часть их уйдет), то и ДОУ не будет. Как бы очень не хотелось (мне тоже) вернуть отзывы, выдержать баланс между присутствием разного полюса отзывов и тем, чтобы компании не отвернулись от этого очень сложно.
Андрей, всем уже и так ясно, какой у вас правильный ход. Рабы уже должны пахать только из-за того, что их приняли за работу. А подняв голову сразу должны получать по затылку и опять пахать. Это настолько же однобоко и пусто, как и утверждения Азарова, что в стране все отлично и жизнь улучшается, только налогов платить надо больше и пахать и пахать.
Человек проработал в компании 2,5 месяца, но уже считает, что все ему должны. Не забывайте, что усилиями компании был найден проект, дана людям работа, организовано поездка зарубеж для сотрудников и за все это она, компания, выгребает кляуза за 2 дня которые не заплатили (По КЗОТу отпускнуе идут после 6 месяца работы)?
как веселят такие высказывания тех, кто «на месте компании»... Усилиями компании..., дана работа..., предоставлена поездка.... все очко порвали, убытки несут, лишь бы работники работали в лучших условиях, а они еще возмущаются. Когда наши шараги поймут, что отношения сейчас равные, не дали, что обещали, выгребай дарагой. Не усомнюсь, что если бы сотрудник промотал 10к компанийских денег или не выполнил свои договоренности (принес убыток), его бы в судах затаскали до белого коления. Поэтому все эти «усилиями компании...» не иначе как посылаются, как уже сказали, в пешее эротическое....
lets the fire begin...