Например, один и тот же "специфический" код в консоли выполняется около 100 мс, в вебассембли больше 3 секунд. Пока еще ничего не разбирался, но челюсь отвисла, так как под net 5.0 получается даже 30 секунд.
Ангуляр справляется за 200 мс.

Какая-то лажа. А что профилировщики показывают? Может, куча прослоек обращения тормозит? Сколько вообще запусков было? "Кеш прогрелся?"

Очень отстал, вообще как из леса только что вышел. Книжки нынче электронные, а не бумажные.

Чтобы получить структурированные знания надо читать книжки, а не только "что нового в шарпе".

Как вы думаете, признание диплома может быть бесплатным? Сейчас звонил в министерство, там молодой человек ответил, что вам должно скоро прийти признание диплома, и платить даже не надо. Может, он ошибся? Вроде, всегда все платили?

Насчёт "структурированных знаний" в современных книжках - вот сейчас смешно было. Такие книжки ещё долго искать придётся. Раньше хоть "... in Action" серия от Маннинга была. Сейчас и она испортилась. Имхо, конечно. Я за последние 5 лет чтоб именно по программированию... Spring Boot in Action и Cloud Native Java читал. Году так в 18.

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

Мое мнение: сегодня читать книжки "как программировать на Х / использовать технологию У" - удел новичков. Когда ты ничего не знаешь, то не знаешь и где в сети найти. И что вообще искать. Читать надо что-то вроде Clean Code или Design Patterns. При микросервисы ни одной хорошей книги не знаю... Как и про облако. Про DDD есть Эванс.

П.С. Соврал. Ещё одну книжку "про программирование" в этом году читал. Ну как читал. Пролистывал. Java Puzzlers. Набор "загадок" - а почему этот код не работает как ожидалось. Чтоб молодёжь помучать :)

Не знаю, если честно. Нам признали все дипломы автоматом и бесплатно. Как это происходит у ПП- хз.

Повторяется история с XML

-----

Может тебе не видно, но история повторяется и повторяется - практически по любому вопросу.

Даже в тех вопросах где тебе на это не указывают явным образом.

Может пойти от противного - обрисуй свои текущие задачи и как ты их решаешь - поглядим что есть...

а за жизнь говорим.

----

Да ну?

А Я то грешным делом думал, что кому-то помогают поправить резюме на программиста...

На сегодня - одна вакансия.

Среди требований: 5 years+ of .NET,.NET CORE, Docker, Kubernetes, event sourcing, Microservices, Domain Driven Design, REST APIs

П.С. Соврал. Ещё одну книжку "про программирование" в этом году читал. Ну как читал. Пролистывал. Java Puzzlers. Набор "загадок" - а почему этот код не работает как ожидалось. Чтоб молодёжь помучать :)

Это же "каверзные вопросы". Каверзные вопросы по C# / Хабр (habr.com)

Нам признали все дипломы автоматом и бесплатно.

"Нам"? Вам немецкий работодатель оплатил признание?

Может пойти от противного - обрисуй свои текущие задачи и как ты их решаешь - поглядим что есть...

Решаю задачу - написание системы классов для своего пэт проекта. И сериализация графа объектов из этого класса. Задача стандартная - приделываешь везде Serialisable и пользуешься дефолтной, или пишешь свою (бинарную, например).

А вообще задача - как в Юнити расшарить синглетон среди всех компонентов. Напрашивается либо базовый класс со ссылкой на этот синглетон, либо статический класс с публичным свойством в виде этого сигнлетона. DI не предлагать. Юнити это вообще сильно про доступо отовсюду, поэтому выставить где-то публичное свойство в статическом виде для всеобщего доступа - нормально.

а за жизнь говорим.

----
Да ну?
А Я то грешным делом думал, что кому-то помогают поправить резюме на программиста...

Уже поправили. Щас работу мне ищем получше. И делать чтобы поменьше. Чтобы пришёл домой и ещё силы на пэт проект оставались.

На сегодня - одна вакансия.

Среди требований: 5 years+ of .NET,.NET CORE, Docker, Kubernetes, event sourcing, Microservices, Domain Driven Design, REST APIs

Интересно, вот вам присылают, присылают варианты, а вы всё отказываетесь. Им не надоедает вам присылать? Может, у них правило есть какое, типа 10 раз подряд отказался - мы с вами больше не сотрудничаем?

Не помню уже подробности. Просто бумажку выдали и всё

Чтобы пришёл домой и ещё силы на пэт проект оставались.

После того как найдешь работу, будем тебя женить. Чтобы на пэт проекты сил не хватало :-))))

в дотнете он далеко не новичок

Половина моих коллег включая меня нервно курят в сторонке.

так в чем тогда проблема ? Гуру дотнета не берут никуда, неужели только из за языка ? 70% из всех бевербунгов закончились интервью, но потом отказ

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

продукция майкрософт дерьмо, по сравнению с Solaris, Oracle и прочих продуктов. Дерьмо и для многого не подходит. Но что ж теперь.

вообще задача - как в Юнити расшарить синглетон среди всех компонентов. Напрашивается либо базовый класс со ссылкой на этот синглетон, либо статический класс с публичным свойством в виде этого сигнлетона

зачем велосипед изобретать?
public static Singleton Instance { get { return instance; } }

в дотнете он далеко не новичок

Половина моих коллег включая меня нервно курят в сторонке.

так в чем тогда проблема ? Гуру дотнета не берут никуда

Он пошутил. По бумажке я может и не новичок, а по факту - не выше миддла.

зачем велосипед изобретать?
public static Singleton Instance { get { return instance; } }

Сам синглетон не проблема. Проблема (скорее, вопрос), как расшарить его среди всех Юнити компонентов, которые ты используешь. Сколько ни читал, народ лепит кто во что горазд. Типа такого. Это только с опытом придёт, когда попробуешь с 3-5 игрушек написать, тогда поймёшь, что когда и как лучше использовать.

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

public static Singleton Instance { get { return instance; } }

Это должно быть в некоем статическом классе типа MySingletonServices?

Этот синглетон у меня - объект, хранящий всё состояние игры. Это состояние надо постоянно обновлять. Буквально тысячи обращений в секунду на разных уровнях вложенности графа объектов в этом синглетоне. Как лучше сделать - тупо дать публичный доступ к изменению свойств (сеттерам), или городить методы типа SetProperty1, SetProperty2 и т.п.? Видел какие-то непонятные подходы, где сеттеры непубличны, геттеры публичны, зато публичны методы изменения свойств. В чём смысл, если так и так свойство можно поменять извне, но только через метод, а не свойство? Такое ощущение, что народ думает, что если сеттер скрыл, то типа дофига инкапсулировал данные в своём классе. И пофиг, что та же самая установка свойств через публичные методы сделана.

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