Мы здесь говорим не о dataless a о stateless, в первую очередь сервисах, а потом уже и о приложениях.
Если приложение хранит какую-то информацию в себе (базы данных, картинки, отчеты) — оно stateful
С чего вы взяли? Ваше приложение или сервис могут зависеть от внешних сервисов или источников данных но это не значит что они привязаны к какому-либо состоянию.
Хранилище данных не есть сервис с состоянием. Ваши данные где то хранятся но ваши сервисы не передают состояние от одного к другому. Наличие хранимых данных не означает наличие состояния.
У вас как минимум есть сессия пользователя, а еще, например, текущая временная точка на ролике.
Это вовсе не обязательно, технически если вы используете Apache Netty, Sinatra в спец конфигурации или какую-нибудь легковесную имплементацию OWIN, итд, ничего этого у вас нет и быть не может по определению. 9 лет назад впервые начали говорит о понятии async web где внутренней организации чуждо само понятие сессии.
Если вы увидели идентификатор сессии в ваших куках, это ничего не значит. Сессии на сервере могут водится из-за конфига по умолчанию, не отключенного в свое время. Для идентификации клиента и контроля его доступа к ресурсам существуют различные стандарты, например OAuth. И ничего лишнего на клиенте не хранится. Да в каждом запросе вы передаете токен и что с того? Если говорить об организации приложений в SPA то тут все ясно, по определению вам никакие сессии не нужны.
Я не вижу, и тут я согласен с сообществом, никакого риска использования stateless. Мне кажется что вы не до конца осознаете что есть сервис без состояния.
То что вы описываете есть результат какой то обработки, если у вас есть хранилище данных то это не значит что вы храните состояние между этапами вашего бизнес процесса. Вот например понятие stateless protocol если ваш http сервер ведет логи запросов, от этого протокол HTTP не перестает быть stateless.
В заметке от переводчика говорится что это опытный разработчик, у меня возникли в этом сомнения так как неоднократно в статье речь заходила о stateful и distributed transaction. Хотя можно наверное быть опытным и любить боль.
Компании Intel не мешало бы использовать подобный формат для разъяснений чипсето-апокалипсиса. Что то вроде, спросите у эксперта как такое вообще возможно, давно ли самой компании об этом известно, почему это скрывалось, как далеко это может завести и каковы же реальные потери производительности от исправлений для N-7 поколений процессоров Intel.
Не забывайте что есть другие подходы, например Property Based Testing или Mutation Testing, которые друг друга дополняют и могут заменить классический ААА путь написания тестов. Но защиты от сумасшедшего индуса дурка нет.
Встречаются разные варианты перевода State-machine — конечный автомат, машина состояний, стейт-машина.
Конечный автомат будет Finite-state machine а вот state machine это более общее значение т.е. абстрактный автомат или просто автомат. Теория автоматов не такой уж и новый предмет, так что все термины имеют аналоги на русском языке. Не знаю как у вас, но у нас в универе и в литературе использовали термин автомат. В самой теории автоматов попадаются такие понятия как последовательностная машина или машина Тьюринга или Поста, но я нигде не встречал стейт машина или машина состояний.
Вы наверное приболели, ибо тон у вас сменился кардинально с:
Ну как бы это. Это типичный случай ситуации «кто на что учился».
Вы можете заниматься высокоинтеллектуальной деятельностью типа натягивания шаблонов на CMS типа Drupal'а. Или создания формочек в 1С или Excel'е. Тогда вам этот «армейский тупняк» действительно не нужен.
на
Я, кстати, не говорю о том, что Анди или Макс — плохие, нехорошие люди. Вовсе нет! Но умение создавать «вещи, которые людям нравятся» и умение «делать всё так, как надо» — это сильно разные вещи! Если вы умеете первое — то не факт, что вам стоит устраиваться на позицию, где нужно второе… а на практике так уж получается, что эти два навыка очень часто входят в конфликт.
Но, в конце концов, должен ли был Гугл нанять меня? Да, конечно да.… Я умею создавать действительно клевые вещи, может не идеальные, но людям они по-настоящему нравятся. Несомненно, несомненно Гуглу это могло бы пригодиться.
Нет нет и нет, ну где же ты khim, нервно брызгающий слюной на трибуну, по которой ты еще секунду назад бил тапкой, приговаривая — "Не место тебе супостат окаянный среди людей иди формулки в excel пиши или шкурки для wordpress ковыряй" ?!
7 собеседований, не хило так то, если не турнули с первого то это уже не плохо.
Зная немного об отборе в Гугл, меня удивляет что его спросили только о простой инвертации деревьев. Я бы ожидал что то вроде математического доказательства что инвертирование не оказывает влияния на свойства бинарного дерева как ацикличного орграфа. И сладеньким в виде реализации на доске поиска в Scapegoat tree. А то ведь без этого никак, работая в команде поддержки AngularJs.
Скажите а вам не надоело пользоваться анонимными классами? На дворе вроде конец 2017 и даже андроид уже более или менее из коробки поддерживает ламбда функции.
Вы хотя бы в заголовок добавили бы информацию что статья о "почетном" sql сервере. Ну или изложили бы правду как она есть, а т.е. "6 строк глубокого обучения за Х десятков тысяч $". Зря только время потерял заходя сюда.
В оригинале название статье How six lines of code + SQL Server can bring Deep Learning to ANY App. Во маркетинг майкрософт...
Что не помешало вам приводить этот пример в качестве доказательство «плохого решения». Назвались груздем — полезайте в кузов. В смысле обьясняйте почему вы считаете, что оно плохое. Никто вас за язык не тянул и историю с Максом не навязывал.
Я нигде не сказал что это было плохое решение. Все что вы тут указываете — полный бред, я ничего такого не говорил, вы лжец. Я лишь указал на вероятность появления таких ситуаций. К которой я совершенно никак не отношусь, в отличие от вас.
Совершенно с вами согласен — но это обозначает что, тем более, не стоит брать на работу людей, которые про них забывают или не знают, не так ли?
Мы здесь говорим не о dataless a о stateless, в первую очередь сервисах, а потом уже и о приложениях.
С чего вы взяли? Ваше приложение или сервис могут зависеть от внешних сервисов или источников данных но это не значит что они привязаны к какому-либо состоянию.
Что для вас есть stateful?
Хранилище данных не есть сервис с состоянием. Ваши данные где то хранятся но ваши сервисы не передают состояние от одного к другому. Наличие хранимых данных не означает наличие состояния.
Это вовсе не обязательно, технически если вы используете Apache Netty, Sinatra в спец конфигурации или какую-нибудь легковесную имплементацию OWIN, итд, ничего этого у вас нет и быть не может по определению. 9 лет назад впервые начали говорит о понятии async web где внутренней организации чуждо само понятие сессии.
Если вы увидели идентификатор сессии в ваших куках, это ничего не значит. Сессии на сервере могут водится из-за конфига по умолчанию, не отключенного в свое время. Для идентификации клиента и контроля его доступа к ресурсам существуют различные стандарты, например OAuth. И ничего лишнего на клиенте не хранится. Да в каждом запросе вы передаете токен и что с того? Если говорить об организации приложений в SPA то тут все ясно, по определению вам никакие сессии не нужны.
Я не вижу, и тут я согласен с сообществом, никакого риска использования stateless. Мне кажется что вы не до конца осознаете что есть сервис без состояния.
То что вы описываете есть результат какой то обработки, если у вас есть хранилище данных то это не значит что вы храните состояние между этапами вашего бизнес процесса. Вот например понятие stateless protocol если ваш http сервер ведет логи запросов, от этого протокол HTTP не перестает быть stateless.
В самом начале статьи автор говорит про Netflix. Которые вовсю проповедуют stateless. Таких примеров достаточно много.
В заметке от переводчика говорится что это опытный разработчик, у меня возникли в этом сомнения так как неоднократно в статье речь заходила о stateful и distributed transaction. Хотя можно наверное быть опытным и любить боль.
Компании Intel не мешало бы использовать подобный формат для разъяснений чипсето-апокалипсиса. Что то вроде, спросите у эксперта как такое вообще возможно, давно ли самой компании об этом известно, почему это скрывалось, как далеко это может завести и каковы же реальные потери производительности от исправлений для N-7 поколений процессоров Intel.
Не забывайте что есть другие подходы, например Property Based Testing или Mutation Testing, которые друг друга дополняют и могут заменить классический ААА путь написания тестов. Но защиты от
сумасшедшего индусадурка нет.Конечный автомат будет Finite-state machine а вот state machine это более общее значение т.е. абстрактный автомат или просто автомат. Теория автоматов не такой уж и новый предмет, так что все термины имеют аналоги на русском языке. Не знаю как у вас, но у нас в универе и в литературе использовали термин автомат. В самой теории автоматов попадаются такие понятия как последовательностная машина или машина Тьюринга или Поста, но я нигде не встречал стейт машина или машина состояний.
А это случаем не автомат?
Кошмар, связанные сервера в 2018 году это просто жесть. Их использование чуть ли не совбез ООН запретил.
Почти все что касается облака просто попытка догнать Амазон годы спустя...
Вы наверное приболели, ибо тон у вас сменился кардинально с:
на
Заметьте, это просто заметка.
Нет нет и нет, ну где же ты khim, нервно брызгающий слюной на трибуну, по которой ты еще секунду назад бил тапкой, приговаривая — "Не место тебе супостат окаянный среди людей иди формулки в excel пиши или шкурки для wordpress ковыряй" ?!
7 собеседований, не хило так то, если не турнули с первого то это уже не плохо.
Зная немного об отборе в Гугл, меня удивляет что его спросили только о простой инвертации деревьев. Я бы ожидал что то вроде математического доказательства что инвертирование не оказывает влияния на свойства бинарного дерева как ацикличного орграфа. И сладеньким в виде реализации на доске поиска в
Scapegoat tree. А то ведь без этого никак, работая в команде поддержкиAngularJs.Скажите а вам не надоело пользоваться анонимными классами? На дворе вроде конец 2017 и даже андроид уже более или менее из коробки поддерживает ламбда функции.
Хм тавтология какая то… Дерево это связный ациклический граф, следовательно выходит: граф выглядит как граф. Если смотреть оригинал:
То тоже немного тавтологией отдает, но не так.
Опять гугл книжечки или нормальная версия будет?
Вы хотя бы в заголовок добавили бы информацию что статья о "почетном" sql сервере. Ну или изложили бы правду как она есть, а т.е. "6 строк глубокого обучения за Х десятков тысяч $". Зря только время потерял заходя сюда.
В оригинале название статье How six lines of code + SQL Server can bring Deep Learning to ANY App. Во маркетинг майкрософт...
Я нигде не сказал что это было плохое решение. Все что вы тут указываете — полный бред, я ничего такого не говорил, вы лжец. Я лишь указал на вероятность появления таких ситуаций. К которой я совершенно никак не отношусь, в отличие от вас.
Это так же означает и обратное, не так ли?