Вот у нас кто-то набрал прогеров из Индии, а теперь непонятно как будет дальше. Болтают просто изумительно

В смысле, по-немецки? Они в Германии все, или удалённо из Индии?

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

Меня убила проверка булеана на true. С помощью конвертации его в строку и проверку длины строки :) В true 4 буквы, в false 5, понимать надо.

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

А где такие работы, где таких набирают? Почему меня разглядывают со всех сторон, цокают языком на немецкий, а таких вот - берут пачками?

Инструменты для моделирования в Юнити это что-то! В смысле, выкинуть и забыть. Судя по их форуму там парень и команда разрабатывают их уже много лет, но как был тот же Блендер на световой год впереди, так и продолжает быть. Тра..ся, тра...ся с их инструментами, сварганил что-то еле-еле с кучей паразитной геометрии. Плюнул - пошёл в Блендер (я его ещё меньше знаю) и за в разы более короткий срок сделал как хотел, ещё и без паразитной геометрии. В разы быстрее, удобнее, не тормозит и вообще. Только по материалам и маппингу текстур более-менее удобно. Ещё бы Пайтон свой дурацкий убрали и на Шарп перешли. ))

Сундучок покрасивел немного:

Тут многие игры делают, стараясь под олдстайл закосить. Типа пикселявость и всё такое. Я такого добился, просто переключая рендеринг на меньшее разрешение, плюс текстуры пониженного разрешения. Это делает производство ассетов на порядок проще, плюс "старый стиль" из коробки. Ну и сразу экономия на производительности - готовлю под мобилки, да и чтобы разрабатывать можно было хоть на планшете с пером.

Готовься видеть страшное.

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

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

Что то даже и пишет и работает, но вот более глобальные решения или идею какую выдать/обсудить - проблема. Например, классные АПИ параметры придумала для регистрации: имя пользователя, пароль, имя желаемой роли в портале.

Мне на код ревью, ничего не даёт, знает какие будут результаты

Второй по началу, когда было обсуждение идеи высказывал и говорил, что всё понятно, но как код написать, строчек 50 в день получилось и всё неправильно - в итоге получилось, что непонятно. И самое страшное из кода оказалось всего лишь это https://stackoverflow.com/questions/37744861/iterating-ove...

И самое страшное из кода оказалось всего лишь это https://stackoverflow.com/questions/37744861/iterating-ove...

Я вот тоже не помню, когда и какие методы применять, когда к БД обращаешься через Entity Framework. Все ли они в SQL запросы переводятся. Помню только, что если следить за типом возврата метода, то пока он IQueryable - код будет выполняться в БД, как стал IEnumerable - это уже запрошенные из БД данные в оперативке клиентского устройства. Поэтому надо сначала как можно лучше отсортировать запрос, а потом только запросить результат (перевод в IEnumerable).

Все ли они в SQL запросы переводятся.

-----

Мнддааа...

А ничего, что SQL-сервер... любой... обрабатывает только и исключительно SQL-запросы?

по ссылке речь вообще не об этом.

Я попутал интерфейс с этим классом. В нём все эти методы реализованы.

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

Да я понял, о чём он. Типа, после каждого запроса запрашивай результат с сервера (т.е. пиши To_какая-нибудь коллекция из .NET). Только он ещё временем жизни соединения интересуется. Насколько я знаю, либо помещаешь всю работу с БД в using(объект EF для работы с БД), либо там метод специальный есть вроде для закрытия соединения.

Похоже новый глюк на сайте, копия ответа получилась

В смысле, по-немецки?

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

по-немецки? Они в Германии все

Не, у нас поэтому все митинги на английском. Часть тута, а один никак визы не дождётся.

случайно не получится додуматься

Это так только кажется, у них, я так понимаю какой совершенно другой образ мышления. Я как-то synfusion решил попробовать. Реклама замечательная, давали бесплатно. Но после этого уже точно знаю, что никакого ПО данной идеологии использовать не буду.

Почему меня разглядывают со всех сторон

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

Линия вообще-то была типа такая:

foreach (ClassName dbItem in DbContext.TableName.Where(item => item.Id == id))

Так когда он foreach делает, это уже заставляет запрос выполниться и передать данные на клиент? "Ленивое выполнение" начинается при итерации по этим переданным данным - уже на клиенте.

какое нах ленивое выполнение на клиенте?

там же написано, что данные в случае foreach без ToList построчно из БД забираются.

Да я понял, о чём он. Типа, после каждого запроса запрашивай результат с сервера (т.е. пиши To_какая-нибудь коллекция из .NET).

ты пьяный чтоли?

Почему меня разглядывают со всех сторон

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

Представляю, какие у них там курсы по программированию, как их готовят к "покорению вершин":

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

какое нах ленивое выполнение на клиенте?

там же написано, что данные в случае foreach без ToList построчно из БД забираются.

В смысле построчно? По запросу на каждую итерацию? Бред какой-то. Кто тут пьяный?

Готовься видеть страшное. Меня убила проверка булеана на true. С помощью конвертации его в строку и проверку длины строки :) В true 4 буквы, в false 5, понимать надо.

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

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

люди высокого полёта

Все в принципе одинаковые, просто у данной группы менталитет другой, нам их просто не понять, я так думаю.

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

Хотя и начальство больше всего интересует поведение бурндовн графика на спринте.