Принципиальная разница нафиг никому не интересно. Интересно что люди делают массово. Массово люди не ксерят книжки и не удаляют файлы, когда дают почитать другим.
Вы сами такой автор или хорошо знакомы с темой или это чисто теоретические размышления? Вы пробовали самостоятельно издавать книги и что из этого получилось?
Это есть в spotify/steam, включая формат? Я пока вижу litres, где это есть. И kindle, где свои читалки и он закрытый. Вопрос, в том, как на этом всём заработать бабла.
Пока получается у амазона (все закрытое и DRM). Может быть, получится как телек — все бесплатное, но везде вставлена трудноизвлекаемая реклама.
Если незаконно скинуть файл, то так же незаконно и одолжить бумажную книгу.
Я не вижу в этом логики. По-моему, законы не подчиняются формальным рассуждениям. Иначе увидеть и запомнить фильм было бы равнозначно тому, чтобы его снять.
Насколько я помню, по давним обсуждениям у Лукьяненко и LLeo авторы не особенно бегут издавать свои произведения сами электронно. Предпочитают 5%. Если есть мнения авторов новее, то интересно было бы почитать.
В статье про Россию — у вас написано, что американцы строят на манхеттене потому, что земля дорогая. Я не знаю цены земли в Лахте, но по ощущениям это окраина.
Карго именно в этом — посмотрите у американцев это работает в центре Нью-Йорка, давайте сделаем и у нас, на окраине СПб. Т.е. скорее подражание чем расчет.
И я не утверждаю, а спрашиваю. То есть если есть общий принцип где строить, а где нет, то хотелось бы его узнать.
Интересно просто, почему штаб-кваритара должна быть именно небоскребом.
А потом бац! и ВНЕЗАПНО оказывается что в реальности клиенты будут работать совсем по другой схеме.
Всегда возможна ситуация, когда реальность оитличается от наших преставлений. Тест просто может показать, что код не соответствует ДАЖЕ нашим представлениям.
Для котиков и окошек ООП отлично подходит, для бизнес логики где нет четкого наследования и нет необходимости в объектах
А почему нет необходимости в объектах? Объекты обладают свойствами: состояние, идентичность, поведение. Я думаю бизнес-объекты этим тоже обладают.
Инкапсуляуция обеспечивает абстракцию от деталей состояния. В ОО языке можно написать Сотрудник.Фамилия и эта строчка вернет фамилию в первой версии из поля, во второй слазит в отдельную табличку с историей фамилий и вернет последнюю.
Что такое "четкое наследование" и почему в бизнес логике его нет?
To start, we are targeting native executables (AKA "console apps"). Over time, we'll extend that to include ASP.NET Core apps. You can continue to use CoreCLR for your .NET Core apps. It remains a great option if native compilation isn't critical for your needs. CoreCLR will also provide a superior debugging experience until we add debugging support to CoreRT.
Да, конечно. Посчитайте совсем все связи в каком-то коде который считаете нормальным. Включая System.String, System.Integer, MySimpleIntToStringCache и прочее.
апример, попытка вместо прямого измерения метрики делать косвенные измерения при помощи тестов
Это ж не ваш опыт, как я понял, а теоретизирование.
языка программирования есть заданные синтаксис и семантика, эти синтаксис и семантика позволяют распарсить программу на данной языке и расчитать определенные метрики.
Делал брошюру из своего произведения? Почему прекратили этим заниматься?
Под читалкой я понимал приложение, не хардвер. Амазон дает присоединяться к своем магазину 3rd party софту?
Я в том смысле, что сторонних читалок которые могут полезть в магазин и скачать книжку — нет.
Принципиальная разница нафиг никому не интересно. Интересно что люди делают массово. Массово люди не ксерят книжки и не удаляют файлы, когда дают почитать другим.
Вы сами такой автор или хорошо знакомы с темой или это чисто теоретические размышления? Вы пробовали самостоятельно издавать книги и что из этого получилось?
Это есть в spotify/steam, включая формат? Я пока вижу litres, где это есть. И kindle, где свои читалки и он закрытый. Вопрос, в том, как на этом всём заработать бабла.
Пока получается у амазона (все закрытое и DRM). Может быть, получится как телек — все бесплатное, но везде вставлена трудноизвлекаемая реклама.
Я не вижу в этом логики. По-моему, законы не подчиняются формальным рассуждениям. Иначе увидеть и запомнить фильм было бы равнозначно тому, чтобы его снять.
Насколько я помню, по давним обсуждениям у Лукьяненко и LLeo авторы не особенно бегут издавать свои произведения сами электронно. Предпочитают 5%. Если есть мнения авторов новее, то интересно было бы почитать.
В статье про Россию — у вас написано, что американцы строят на манхеттене потому, что земля дорогая. Я не знаю цены земли в Лахте, но по ощущениям это окраина.
И я не утверждаю, а спрашиваю. То есть если есть общий принцип где строить, а где нет, то хотелось бы его узнать.
Интересно просто, почему штаб-кваритара должна быть именно небоскребом.
Инженерно интересный пост, но вот что меня волнует:
Не является ли строительство небоскребов у нас, особенно на окраинах, как Лахта, карго культом? По этому тексту у строительства три цели:
Может быть можно было достичь этого как-нибудь попроще?
Вот в Москве были большие проблемы с продажей площадей в сити. Сейчас, говорят проблема решена, но все равно строительство небоскребов не рентабельно.
Есть ли человек разбирающийся в теме, который расскажет?
Всегда возможна ситуация, когда реальность оитличается от наших преставлений. Тест просто может показать, что код не соответствует ДАЖЕ нашим представлениям.
Вот начните считать и напишите статью о своем опыте. Пока я так понимаю, что у вас есть какая-то теоретическая теория не проверенная жизнью.
А почему нет необходимости в объектах? Объекты обладают свойствами: состояние, идентичность, поведение. Я думаю бизнес-объекты этим тоже обладают.
Инкапсуляуция обеспечивает абстракцию от деталей состояния. В ОО языке можно написать Сотрудник.Фамилия и эта строчка вернет фамилию в первой версии из поля, во второй слазит в отдельную табличку с историей фамилий и вернет последнюю.
Что такое "четкое наследование" и почему в бизнес логике его нет?
https://github.com/dotnet/corert/blob/master/Documentation/intro-to-corert.md
To start, we are targeting native executables (AKA "console apps"). Over time, we'll extend that to include ASP.NET Core apps. You can continue to use CoreCLR for your .NET Core apps. It remains a great option if native compilation isn't critical for your needs. CoreCLR will also provide a superior debugging experience until we add debugging support to CoreRT.
То есть вы даже не можете определить, чего собственно пытаетесь достичь, при этом выше приводите "математический подсчет" в качестве инструмента?
"Математически докажите", что они не связь? Дайте определение связи.
Да, конечно. Посчитайте совсем все связи в каком-то коде который считаете нормальным. Включая System.String, System.Integer, MySimpleIntToStringCache и прочее.
На основании чего вы сделали такой вывод?
Это ж не ваш опыт, как я понял, а теоретизирование.
Вам уже выше написали, что нужны не все связи.