Со сложением несколько раз есть неприятная проблема: получившаяся операция будет неатомарной. Другими словами 6*4 должно быть развёрнуто в 6+6+6+6, а из-за например операции от другого клиента в момент этого «умножения» результат будет 6+6+7+7
Он провел 5 месяцев тюрьме, где "подвергся физическому наслилию". Потом дело мурыжили 5 лет. 29 марта 2018 года дело наконец закрыли. Он пошел на сделку: признал что совершил правонарушение, но судимости по статье терроризм или вообще судимости на нем больше нет.
Не в обиду будь сказано, но пока проект выглядит как клон leetcode, только с русскоязычным интерфейсом и всего одним языком (Python) для решения тестов. Планируется ли хотя бы поддержка других языков (C#, Java, JS)?
Если это слой доступа к данным, то выглядит это прекрасно. В одном месте и объявление типов данных, и маппинги.
Возникает вопрос - а должны ли сущности EF протекать в слой бизнес-логики? Или EF POCO объекты должны маппиться в объекты домена, у которых будет и логика, и поведение, но не будет ненужных на этом уровне аттрибутов-аннотаций, связанных с EF.
Потому что для человека родной стек - Java. ЗЫ Сейчас .NET отлично живет и на Линуксе с Макосью. Авалония, UNO, новомодный MAUI (тут пока без Линукса, к сожалению) вполне позволяют создавать кроссплатформенные интерфейсы.
Выглядит Nuke конечно интересно. На первый взгляд приятнее чем Cake / Frostling.
Но (к сожалению) лично для меня знакомство с ним началось с того, что тестовый проект отказался собираться с «Could not find a suitable MSBuild instance.». А дальше на свет вылезла нехватка приличной документации и похожее ишью в репозитории проекта, закрытое без собственно решения проблемы. С учетом того что тот же Cake работал безукоризненно, мой краткий роман с Nuke закончился, практически не начавшись.
Идея, конечно, красивая. Но у нее есть один недостаток — она толком не работает.
Живой пример:
Я являюсь автором некоей утилиты для онлайн-игры. Аналогов практически нет, и используется эта утилита достаточно широко (я часто вижу ее интерфейс в роликах по этой игре на YouTube). Да и счетчик скачиваний с ГитХаба как бы намекает о популярности приложения.
При этом в файле документации и на офф форуме рядом со ссылкой на скачивание висит просьба помочь проекту. Причем помочь не реальными долларами, а внутриигровыми деньгами.
Так вот, последний донат я получал 4 (четыре!) месяца назад. А общая сумма донейшенов за 5 лет составила ну примерно аналог стоимости подписки на 2 месяца.
Вопрос — а зачем мне как разработчику полезного опенсорсного ПО, заниматься этим проектом и тратить на него своё время? Кстати время тратится не только на разработку, но и на сопровождение продукта.
Со сложением несколько раз есть неприятная проблема: получившаяся операция будет неатомарной. Другими словами 6*4 должно быть развёрнуто в 6+6+6+6, а из-за например операции от другого клиента в момент этого «умножения» результат будет 6+6+7+7
Red Hat Linux достаточно популярен и уважаем?
https://access.redhat.com/documentation/en-us/net/6.0/html-single/getting_started_with_.net_on_rhel_8/index
Про второе - возможно хотят сохранить общий стиль написания кода.
Он провел 5 месяцев тюрьме, где "подвергся физическому наслилию". Потом дело мурыжили 5 лет. 29 марта 2018 года дело наконец закрыли. Он пошел на сделку: признал что совершил правонарушение, но судимости по статье терроризм или вообще судимости на нем больше нет.
Не в обиду будь сказано, но пока проект выглядит как клон leetcode, только с русскоязычным интерфейсом и всего одним языком (Python) для решения тестов.
Планируется ли хотя бы поддержка других языков (C#, Java, JS)?
Если это слой доступа к данным, то выглядит это прекрасно. В одном месте и объявление типов данных, и маппинги.
Возникает вопрос - а должны ли сущности EF протекать в слой бизнес-логики? Или EF POCO объекты должны маппиться в объекты домена, у которых будет и логика, и поведение, но не будет ненужных на этом уровне аттрибутов-аннотаций, связанных с EF.
Потому что для человека родной стек - Java.
ЗЫ Сейчас .NET отлично живет и на Линуксе с Макосью. Авалония, UNO, новомодный MAUI (тут пока без Линукса, к сожалению) вполне позволяют создавать кроссплатформенные интерфейсы.
Но (к сожалению) лично для меня знакомство с ним началось с того, что тестовый проект отказался собираться с «Could not find a suitable MSBuild instance.». А дальше на свет вылезла нехватка приличной документации и похожее ишью в репозитории проекта, закрытое без собственно решения проблемы. С учетом того что тот же Cake работал безукоризненно, мой краткий роман с Nuke закончился, практически не начавшись.
Живой пример:
Я являюсь автором некоей утилиты для онлайн-игры. Аналогов практически нет, и используется эта утилита достаточно широко (я часто вижу ее интерфейс в роликах по этой игре на YouTube). Да и счетчик скачиваний с ГитХаба как бы намекает о популярности приложения.
При этом в файле документации и на офф форуме рядом со ссылкой на скачивание висит просьба помочь проекту. Причем помочь не реальными долларами, а внутриигровыми деньгами.
Так вот, последний донат я получал 4 (четыре!) месяца назад. А общая сумма донейшенов за 5 лет составила ну примерно аналог стоимости подписки на 2 месяца.
Вопрос — а зачем мне как разработчику полезного опенсорсного ПО, заниматься этим проектом и тратить на него своё время? Кстати время тратится не только на разработку, но и на сопровождение продукта.