В том то и дело, что не нужно только по учебнику язык учить. Работаете с индусами, "говорите" с ними на одном английском, с американцами хотя бы сделайте усилие не говорить как Борис Бритва из Большого Куша.
Одно дело, ржака по радио или телевизору, другое дело ЦУП. У нас в русском языке есть например тенденция писать "о", но произносить "а" и если не работать над произношением, это проецируется на иняз которым мы пользуемся.
Теперь представьте нештатную ситуацию в который фраза "it should lock the hatch" произнесенная на "наш лад" прозвучит как "ит шуд лак зе хатч" и будет воспринята как "it should lack the hatch". Значение совершенно другое и может сбить столку в ситуации когда каждая секунда на вес золота.
Я понимаю что при совке не было возможности прорабатывать произношение, но сейчас то, можно все это делать не выходя из дома.
Удивило английское произношение нашего переводчика, точнее его отсутствие. Мне всегда казалось что это один из важнейших критериев отборки синхронных переводчиков. Наши космонавты и ЦУП не говорят по английски?
Турция производящая более качественные смартфоны чем айфоны произведенные в Китае? Интересно какую ОС они на них будут ставить и какие процессоры? И все из за какого то преподобного, депортация которого обошлась бы куда более дешевле.
Я бросил бороться с упертыми коллегами которые предпочитают работать с rebase + push --force в feature ветках. Но есть у нас один беспардонный человек, он как слон в посудной лавке гитпушфорсит в develop, де мердж коммиты это кал а вот push --force это прелесть она так выглаживает историю коммитов. Этот Джон Сноу скоро доиграется и ему братья коллеги устроят темную.
Внутри корпоративного сектора есть задачи где использовать его вполне себе рационально. Просто потому что у него есть свои плюшки в виде поддержки кучи транспортов, типов сериализации, авторизации и прочее.
Внутри корпоративного сектора все работает по принципу работает и ладно, не трогай лишний раз. Не вижу не одной задачи с которой REST справился бы хуже чем SOAP, все скорее даже наоборот.
Не обижайте клуб любителей java с их спрингом и прочими плюшками. Нельзя просто так взять и похоронить хороший протокол (по крайней мере для корпоративного сектора).
Кстати это вы не обижайте клуб java и spring. По умолчанию в spring нет никакой поддержки SOAP. В spring ядре у вас только IoC с плюшками, в вебе у вас REST + MVC framework, а вот если вам поизвращаться с SOAP то тогда вам нужно прицепом spring-ws-core(который тягает aop, dom4j и кучу всякой прочей гадости) и jaxb который настраивается под генерацию когда из WSDL, что крайне неудобно. Так что в java люди как то тяготеют к REST ибо даже в spring это на порядок проще и более востребовано.
В корпоративном секторе чего только не найти, там и COBRA и всякие банковские протоколы годов таки 70ых. SOAP и WSDL это прошлое, смиритесь с этим.
Сожалею, но то как вы начали эту дискуссию выглядело как начало ненужных дебатов из раздела религиозных диспутов. Речь не шла о том плох или хорош WCF а о целесообразности его использования в наше время.
Например в .netcore максимум что вы можете сделать, так это сгенерировать WCF клиент. Если вы посещали последние пару лет конференции MS то могли бы заметить как "гигант" открещивается от своего "детища", оправдываясь мол ну кто не совершал ошибок.
WCF изрядно громоздкий и не отвечает потребностям современного рынка, да и существует он только в мире .NET и то не в core.
Интересно было бы узнать насколько ниже плинтуса опускают эту железку патчики от последних эксплойтов(Meltdown и Spectre), обнаруженных не так давно ...
доработать то, что уже есть, а не потратить кучу времени и попытаться сделать что-то с нуля на новых технологиях
Ну если вы говорите о REST то ничего уж слишком сложного там нет, тем более в последних версиях WebApi это даже смешно. Перекинуть существующий WCF сервис под WebApi не так уж и сложно, тем более если речь идет о сервисе в режиме "только чтение". На худой конец если вы испытываете сложности с освоением WebApi, знайте что в WCF есть поддержка REST, довольно ограниченная но все же есть, если мне не изменяет память нужно просто поменять аннотации и дело в шляпе. МС конечно рекомендует переходить на WebApi но вам бы на первое время хватило WCF в REST режиме.
Не вижу никакой особой гордость в использовании WCF скорее даже наоборот, тенденции рынка труда и всего рода человеческого это наглядно подтверждают.
В том то и дело, что не нужно только по учебнику язык учить. Работаете с индусами, "говорите" с ними на одном английском, с американцами хотя бы сделайте усилие не говорить как Борис Бритва из Большого Куша.
Одно дело, ржака по радио или телевизору, другое дело ЦУП. У нас в русском языке есть например тенденция писать "о", но произносить "а" и если не работать над произношением, это проецируется на иняз которым мы пользуемся.
Теперь представьте нештатную ситуацию в который фраза "it should lock the hatch" произнесенная на "наш лад" прозвучит как "ит шуд лак зе хатч" и будет воспринята как "it should lack the hatch". Значение совершенно другое и может сбить столку в ситуации когда каждая секунда на вес золота.
Я понимаю что при совке не было возможности прорабатывать произношение, но сейчас то, можно все это делать не выходя из дома.
Да печально конечно
Удивило английское произношение нашего переводчика, точнее его отсутствие. Мне всегда казалось что это один из важнейших критериев отборки синхронных переводчиков. Наши космонавты и ЦУП не говорят по английски?
А как насчет back pressure в корутинах?
Ничего законного в решении этого судилища нет.
Никто намеренно ничего не скрывает, это дело принципа, все или ничего
Турция производящая более качественные смартфоны чем айфоны произведенные в Китае? Интересно какую ОС они на них будут ставить и какие процессоры? И все из за какого то преподобного, депортация которого обошлась бы куда более дешевле.
Я бросил бороться с упертыми коллегами которые предпочитают работать с
rebase+push --forceв feature ветках. Но есть у нас один беспардонный человек, он как слон в посудной лавке гитпушфорсит вdevelop, де мердж коммиты это кал а вотpush --forceэто прелесть она так выглаживает историю коммитов. Этот Джон Сноу скоро доиграется и емубратьяколлеги устроят темную.Внутри корпоративного сектора все работает по принципу работает и ладно, не трогай лишний раз. Не вижу не одной задачи с которой REST справился бы хуже чем SOAP, все скорее даже наоборот.
Кстати это вы не обижайте клуб java и spring. По умолчанию в spring нет никакой поддержки SOAP. В spring ядре у вас только IoC с плюшками, в вебе у вас REST + MVC framework, а вот если вам поизвращаться с SOAP то тогда вам нужно прицепом
spring-ws-core(который тягаетaop,dom4jи кучу всякой прочей гадости) иjaxbкоторый настраивается под генерацию когда из WSDL, что крайне неудобно. Так что в java люди как то тяготеют к REST ибо даже в spring это на порядок проще и более востребовано.В корпоративном секторе чего только не найти, там и COBRA и всякие банковские протоколы годов таки 70ых. SOAP и WSDL это прошлое, смиритесь с этим.
Сожалею, но то как вы начали эту дискуссию выглядело как начало ненужных дебатов из раздела религиозных диспутов. Речь не шла о том плох или хорош WCF а о целесообразности его использования в наше время.
Например в .netcore максимум что вы можете сделать, так это сгенерировать WCF клиент. Если вы посещали последние пару лет конференции MS то могли бы заметить как "гигант" открещивается от своего "детища", оправдываясь мол ну кто не совершал ошибок.
WCF изрядно громоздкий и не отвечает потребностям современного рынка, да и существует он только в мире .NET и то не в core.
Честно говоря мне странно говорить с людьми которые не понимают чем плох WCF.
Интересно было бы узнать насколько ниже плинтуса опускают эту железку патчики от последних эксплойтов(Meltdown и Spectre), обнаруженных не так давно ...
Ну если вы говорите о REST то ничего уж слишком сложного там нет, тем более в последних версиях WebApi это даже смешно. Перекинуть существующий WCF сервис под WebApi не так уж и сложно, тем более если речь идет о сервисе в режиме "только чтение". На худой конец если вы испытываете сложности с освоением WebApi, знайте что в WCF есть поддержка REST, довольно ограниченная но все же есть, если мне не изменяет память нужно просто поменять аннотации и дело в шляпе. МС конечно рекомендует переходить на WebApi но вам бы на первое время хватило WCF в REST режиме.
Не вижу никакой особой гордость в использовании WCF скорее даже наоборот, тенденции рынка труда и всего рода человеческого это наглядно подтверждают.
Согласен, но полное отсутствие этого признака на много что влияет.
Автор, а для чего весь текст статьи в верхний регистр не запилил не кашерно как то выходит.
Секундочку, но ведь автор ничего не сказал о коэффициентах смещений(bias), без них лезть в дополнительные скрытые слои не вижу смысла.
А чем плох Mainframe? Работает же вроде.
Аааа, спасибо
Это как бы статья за май 2018, не особый свежачок.
WCF, правда? Вроде посмотрел на календарь, июль 2018...