в итоге реально не учатся, о необходимости какой-то нормальной практики не думают

а потом удивляются

в итоге реально не учатся, о необходимости какой-то нормальной практики не думают

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

Зависит

готовить-то готовят

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

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

От армейки косят/проебываются и потом кукарекают, что во говно

Хотя последнее и правда от места зависит тоже

препод дает, хочешь бери, не хочешь не бери. вот и все.

?Внимание!? #правила #ссылки #admins ℹ️Воздержитесь от оффтопа и флуда. Уважайте друг друга. ?Запрещен спам и несанкционированная реклама. @CSharpFeed - наш канал @CSharpRest - флудилка @MicrosoftStackJobs - вакансии и поиск работы @Fsharp_chat - чат о F# @xamarin_russia - чат о Xamarin Creator: @Donaldismo Admins: @Worldbeater @nikita_tsukanov @troyanov @sergey_chanaev @VDIGIT @ahydrax Статистика: https://combot.org/chat/-1001066857984

Я вчера случайно наткнулся на истеричку на ютубе, который кукарекал, что образование плохое

И что к нему не мидлы после института приходят

И что к нему не мидлы после института приходят

Ну да высшее образование оно же про формирование мидлов, причем именно в том стеке, который тому чуваку нужен ?

Сам наверное сразу сеньором выпустился ?

Ага, сразу айос девелопер со своим портфолио

А самое охуенно было в том, что в коментах его полностью поддержал Нестерук

Нестерук и тут в чатике был, кстати. Щас ему весело будет про себя читать всякую брехню.

Собственно я смогу пруфануть

Мне кажется, это всё оффтоп. Образовательный холивор опять начинаете.

выпилили КЕМ OmniXAML из авалонии @ AvalonStudio начала стартовать 2 секунды вместо 15

Ого, уже выпилили?

Сам наверное сразу сеньором выпустился ?

у меня запись "программист" в трудовой появилась в 17 лет

Ого, уже выпилили?

почти, я PR сейчас допильником обрабатываю

https://www.kommersant.ru/doc/3342820

> а тех, кому посчастливится найти работу, начальство старается вытолкнуть во фриланс

Это как

это "а давай ты себе ИП оформишь"

Кажется автор статьи не совсем понимает что такое ИП и фриланс

просто государство оуело со своими 35% отчислений

удалил неиспользуемую конфигурацию из солюшна @ студия висит уже три минуты восстанавливая пакеты

> а то и вообще без договора, оплачивая налом подработку, без соцпакета, без страховых и пенсионных взносов

Как же это, без пенсионных??? Без страховых???

неужели npgsql не раздражает?

Можно развернуть мысль?

Вроде и норм статья

А вроде и слишком маня статья

Можно развернуть мысль?

да, не устраивает дефолтный конекшн пул, да и рандомно какие-то заскоки случаются

всё ещё висит

всё ещё висит

А в диспетчере есть признаки жизни?

удалил неиспользуемую конфигурацию из солюшна @ студия висит уже три минуты восстанавливая пакеты

у тебя как конфигурации устроены? в каждом csproj файле секции debug/release?

А в диспетчере есть признаки жизни?

ну оно статусбар обновляет же

а в остальном висит

у тебя как конфигурации устроены? в каждом csproj файле секции debug/release?

через кондишны свойства ставятся, да

ну оно статусбар обновляет же

А, я думал зависла-зависла

всё кроме статусбара висит

кнопки не нажимаются итп

Эй

Я не дочитал

Я не дочитал

в другом чате скинули)

ол

Привет

привет

подскажите, ключ. слово event возможно использовать только с делегатами? и что ещё оно добавляет, кроме ограничения в возможностях (типа установки в null), при работе с событием?

подскажите, ключ. слово event возможно использовать только с делегатами? и что ещё оно добавляет, кроме ограничения в возможностях (типа установки в null), при работе с событием?

Оно вызываетя только внутри класса

подскажите, ключ. слово event возможно использовать только с делегатами? и что ещё оно добавляет, кроме ограничения в возможностях (типа установки в null), при работе с событием?

Если честно вообще не понятно что хотели сказать

Делегаты это ссылки на методы

Эвент и есть делегат

По-сути

Это что-то вроде обратного вызова

Вызываешь событие внутри класса, когда что-то должно произойти

ERROR: S client not available

Из вне можешь подписаться на событие

Но если на событие ничего не подписано вылезет эксепшн

Нужна проверка на нулл

Эвент и есть делегат

заблуждение

Всем привет, у меня есть вопрос на обсудить, про выполнение длительных, неблокирующих операций. Суть в том, что у меня есть однопоточное игровое ядро, очень похоже по своей сути на STA приложение вин форм. Это ядро обслуживает кучу клиентов, поэтому никогда не выполняет никаких длительных операций: т.е. у него есть входная очередь с событиями, которую оно разгребает и куча выходных очередей, в которые ядро кидает данные, которые нужно отправить игрокам. А теперь задача: когда игрок подключается к серверу, нужно загрузить данные о нём с бд. Напрямую грузить нельзя, поэтому я сделал так, что запускается асинхронная операция загрузки, которая кидает в очередь сообщений данные о загруженном игроке. Вроде норм. Но меня смущают некие маловероятные сценарии, типа: игрок подключился, отключился и вот наконец пришли данные о нём из базы. Или: игрок подключился, отключился, подключился и вот пришли данные о нём раз, и данные два, да ещё и порядок не детерминирован. Для того чтобы не думать о таких сценариях, я решил что стоит сделать отмену асинхронной операции. Т.е. я говорю стороджу загрузить данные, стородж возвращает ид операции, если игрок отключился, то удаляем ид операции. Получается, что когда данные таки загрузятся из базы, можно понять нужны эти данные ещё или нет. Отменять саму асинхронную операцию не вариант, т.к. она уже может завершиться, а данные уже попасть во входную очередь. Проблема в том, что реализация пока получается не огонь :( а мне кажется, что проблема типовая для гуёвых программистов: типа грузим картинки в фоне, а если пользователь что-то нажал, то картинку уже не нужно грузить. Что думаете? Может существует более простой способ, чем тот что я описал? Или есть готовые, удобные реализации, которые можно стырить?

заблуждение

Почему?

подскажите, ключ. слово event возможно использовать только с делегатами? и что ещё оно добавляет, кроме ограничения в возможностях (типа установки в null), при работе с событием?

я чекнул эту статью, самое то чтобы разобраться как оно пашет https://habrahabr.ru/post/148562/

Всем привет, у меня есть вопрос на обсудить, про выполнение длительных, неблокирующих операций. Суть в том, что у меня есть однопоточное игровое ядро, очень похоже по своей сути на STA приложение вин форм. Это ядро обслуживает кучу клиентов, поэтому никогда не выполняет никаких длительных операций: т.е. у него есть входная очередь с событиями, которую оно разгребает и куча выходных очередей, в которые ядро кидает данные, которые нужно отправить игрокам. А теперь задача: когда игрок подключается к серверу, нужно загрузить данные о нём с бд. Напрямую грузить нельзя, поэтому я сделал так, что запускается асинхронная операция загрузки, которая кидает в очередь сообщений данные о загруженном игроке. Вроде норм. Но меня смущают некие маловероятные сценарии, типа: игрок подключился, отключился и вот наконец пришли данные о нём из базы. Или: игрок подключился, отключился, подключился и вот пришли данные о нём раз, и данные два, да ещё и порядок не детерминирован. Для того чтобы не думать о таких сценариях, я решил что стоит сделать отмену асинхронной операции. Т.е. я говорю стороджу загрузить данные, стородж возвращает ид операции, если игрок отключился, то удаляем ид операции. Получается, что когда данные таки загрузятся из базы, можно понять нужны эти данные ещё или нет. Отменять саму асинхронную операцию не вариант, т.к. она уже может завершиться, а данные уже попасть во входную очередь. Проблема в том, что реализация пока получается не огонь :( а мне кажется, что проблема типовая для гуёвых программистов: типа грузим картинки в фоне, а если пользователь что-то нажал, то картинку уже не нужно грузить. Что думаете? Может существует более простой способ, чем тот что я описал? Или есть готовые, удобные реализации, которые можно стырить?

обычно просто используют отмену (cancellation токены), т.е. данные ты загрузил, но они не нужны уже (в токене была выставлена отмена) и дальше просто ничего не должно произойти

ес-но от тебя требуется чаще вставлять`ThrowIfCancellationRequested()` в таких больших операциях

обычно просто используют отмену (cancellation токены), т.е. данные ты загрузил, но они не нужны уже (в токене была выставлена отмена) и дальше просто ничего не должно произойти

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

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

а чем это сулит (попадание в очередь)? там токен дальше нельзя прокинуть?

я чекнул эту статью, самое то чтобы разобраться как оно пашет https://habrahabr.ru/post/148562/

О Боже, основа работы событий делегаты

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

то что ты сделал (сохрание id операции) тоже в некоторой степени токен отмены

а чем это сулит (попадание в очередь)? там токен дальше нельзя прокинуть?

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

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

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

ведь у тебя в программе можно и просто alt+f4 нажать

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

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

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

да, это стандартная практика: спускать токен отмены ниже по дереву вызовов или передавать в continuation

да, это стандартная практика: спускать токен отмены ниже по дереву вызовов или передавать в continuation

да, хорошая практика, сразу не подумал об этом, ибо поток управления не так очевидно передаётся: запуска асинхронной операции, сообщение в очередь, чтение из очереди.

Всем привет, у меня есть вопрос на обсудить, про выполнение длительных, неблокирующих операций. Суть в том, что у меня есть однопоточное игровое ядро, очень похоже по своей сути на STA приложение вин форм. Это ядро обслуживает кучу клиентов, поэтому никогда не выполняет никаких длительных операций: т.е. у него есть входная очередь с событиями, которую оно разгребает и куча выходных очередей, в которые ядро кидает данные, которые нужно отправить игрокам. А теперь задача: когда игрок подключается к серверу, нужно загрузить данные о нём с бд. Напрямую грузить нельзя, поэтому я сделал так, что запускается асинхронная операция загрузки, которая кидает в очередь сообщений данные о загруженном игроке. Вроде норм. Но меня смущают некие маловероятные сценарии, типа: игрок подключился, отключился и вот наконец пришли данные о нём из базы. Или: игрок подключился, отключился, подключился и вот пришли данные о нём раз, и данные два, да ещё и порядок не детерминирован. Для того чтобы не думать о таких сценариях, я решил что стоит сделать отмену асинхронной операции. Т.е. я говорю стороджу загрузить данные, стородж возвращает ид операции, если игрок отключился, то удаляем ид операции. Получается, что когда данные таки загрузятся из базы, можно понять нужны эти данные ещё или нет. Отменять саму асинхронную операцию не вариант, т.к. она уже может завершиться, а данные уже попасть во входную очередь. Проблема в том, что реализация пока получается не огонь :( а мне кажется, что проблема типовая для гуёвых программистов: типа грузим картинки в фоне, а если пользователь что-то нажал, то картинку уже не нужно грузить. Что думаете? Может существует более простой способ, чем тот что я описал? Или есть готовые, удобные реализации, которые можно стырить?

Мне кажется, ты правильно делаешь. Как минимум, в самом конце операции (когда ты уже завершил работу и находишься синхронно в ядре) нужно проверять, что игрок всё ещё подключен к серверу. Если не подключен — игнорировать результаты операции. Отменять in-flight операцию через cancellation token необязательно. Насколько я понимаю, ситуация это редкая, и ты рискуешь нагородить много кода ради копеечной экономии.

С другой стороны, если ты эти моменты сможешь объединить (и сигнализировать об отключении игрока при помощи CancellationToken), то стоит это сделать. И копеечная экономия будет, и заодно вот эта вот синхронная проверка в коде ядра.

Мне кажется, ты правильно делаешь. Как минимум, в самом конце операции (когда ты уже завершил работу и находишься синхронно в ядре) нужно проверять, что игрок всё ещё подключен к серверу. Если не подключен — игнорировать результаты операции. Отменять in-flight операцию через cancellation token необязательно. Насколько я понимаю, ситуация это редкая, и ты рискуешь нагородить много кода ради копеечной экономии.

а я не хочу на лету. Я запускаю операцию, получаю в ответ объет с одной лишь операцией: отменить. А когда в ядро приходит сообщение, я могу проверить не отменено ли оно. Сам асинхронный код ничего проверять не будет.

Теперь студия виснет на Ctrl+F

когда там уже райдер зарелизят

когда там уже райдер зарелизят

я ради эксперимента завтра утром скачаю авалонию и открою в студии

я ради эксперимента завтра утром скачаю авалонию и открою в студии

Никита не обманывает, студия подтормаживает на проектах Авалонии (и на других похожего размера).

@ahydrax, спасибо что натолкнул на правильные мысли

@ahydrax, спасибо что натолкнул на правильные мысли

не за что)

я ради эксперимента завтра утром скачаю авалонию и открою в студии

а потом попереключайся между ветками