Pull to refresh
17
0
Олег @dopusteam

Разработчик

Send message

Вам слово метафора ни о чем не говорит? И процитированный мной выше дважды кусок

Но вообще я теряю суть диалога. Вы сказали, что контракт - это документ. Я привёл аргументы, что в ИТ термин используется в другом смысле. Вы не согласны?

Я ж вам специально даже цитату привёл

В объектно-ориентированном программировании контракт метода обычно включает следующую информацию

Прочитайте целиком статью, а не куски из неё

Вообще-то понятия "договор", 'контракт " существуют лишь в правовом т е юридическом смысле, так как они связаны с конкретизацией прав и обязанностей сторон.

Вообще-то, нет.

Если я ошибаюсь и для программирования есть специальное определение этих понятий, то дайте ссылку или укажите, что это ваше субъективное определение в рамках данной статьи.

https://ru.wikipedia.org/wiki/Контрактное_программирование

В объектно-ориентированном программировании контракт метода обычно включает следующую информацию:

  • возможные типы входных данных и их значение;

  • типы возвращаемых данных и их значение;

  • ...

В описании утилиты сказано, что она обнаруживает жидкость и предотвращает коррозию, но используется только для аналитики

А как она предотвращает коррозию, если используется только для аналитики?

А может быть для разделения работы с апи и с бд просто нужны разные репозитории?

Я правильно понимаю, что репа у вас - это просто фасад?

А есть нормальные аргументы, а не холодильники?

Не совсем понимаю пока логики ваших слоёв и их зоны ответственности

Ещё вы упомянули DDD, а где у вас доменная логика будет?

Наоборот такая вложенность гарантирует нам то что каждый слой сервиса будет работать атомарно не нарушая принцип работы другого сервиса

Непонятно, если честно. Есщи б у меня репа сразу запрос слала, то что бы я проиграл?

Не зря говорят, что любую проблему может решить добавлением слоя абстракции, кроме проблемы большого количества слоёв. На практике, при изменении придётся менять сразу все слои, что в поддержке неудобно. По моему опыту.

Так что кажется наоборот, такая вложенность гарантирует, что слои атомарными никак не будут

Вам не кажется, что получилась слишком большая вложенность?

Store -> useCase -> repository -> apiService?

Не хватает вообще какого то резюме, что в итоге получили, удобство поддержки, там, или простоту.

А ещё

new TodoModel().from(json)

Выглядит странно, имхо. Либо уж через конструктор, либо статический метод fromJson кажется было бы лучше

Изотоп героя

P.S. понятно, что опечатка, но показалось забавным

Распространенными языками API являются REST и SOAP.

REST и SOAP - это языки?

взаимодействует с базовой базой данных

Документация — встроите защиту непосредственно в документацию по API, чтобы разработчики с самого начала понимали правильное использование.

Чего?

А вы перед заходом на сайт тоже разрешения спрашиваете?

Спасибо за ссылку, но кажется не всё так однозначно)

So, even if you are not the owner of a work, you still may be able to use it

https://www.copyright.gov/what-is-copyright/

По крайней мере, я б не рискнул вот так просто утверждать, что в данном случае это является воровством

Вы не можете использовать чужую интеллектуальную собственность без ряда условий, которые, очевидно, не соблюдаются.

очевидно - это конечно хорошо, но давайте всё таки по делу, вы утверждаете, что это воровство, но не приводите никаких аргументов, кроме очевидности.

У автора имеется конечный ресурс - хостинг. Его машинное время, канал, трафик используются без его ведома для получения выгоды.

Это не воровство.

Не игнорируйте, пожалуйста, мой вопрос

Я оплатил сто долларов за хостинг. Из них 20 потратилось на показ моего сайта в чужих фреймах. То есть кто-то украл у меня 20 долларов.

Если я захожу на ваш сайт, я тоже ворую ваши деньги?

то у копирующих 

Никто ничего не копировал, насколько я могу судить, разве нет?

Ну вот вы только что использовали выше в картинке торговую марку другого лица без разрешения правообладателя.

То, что вы описываете - это ваше понимание. Я был бы рад ссылкам на правовую базу всё таки. Особенно, если там iframe упоминается.

Это неудачная аналогия. Никто не заходил в чужой дом без разрешения. В чём концептуальная разница между заходом на сайт и отображением сайта в iframe? Только с юридической, а не этической точки зрения

А вы знаете? Давай с юридической точки зрения, что значит торговая марка и какие ограничения накладываются на использование сайта, который внутри содержит игру с зарегистрированной торговой маркой?

Ещё раз, разработчик разрешил просмотр его сайта. Он никак не ограничил его отображение в iframe.

И вы не ответили на мой первый вопрос, я повторю:

Если я захожу на ваш сайт, я тоже ворую ваши деньги?

А в целом, вы приводите неудачные аналогии)

Если вы раздаёте бесплатно воду, то никто не запретит кому то перепродавать эту воду.

Да, это будет неэтично, но это не является воровством.

Если я захожу на ваш сайт, я тоже ворую ваши деньги?

Ну и в примере нигде никто не присваивал чужой собственности, вроде бы.

Мне кажется, воровство - это не 'использование ресурсов без ведома с целью получения выгоды'.

Кажется, действительно, было не этично, но это всё таки это не воровство с юридической точки зрения.

Автор сам разрешил пользоваться его сайтом и не выставил никаких ограничений.

Information

Rating
4,271-st
Location
Россия
Works in
Registered
Activity