ведь можно просто стартануть таймер раз в час или там раз в минуту

здравствуйте, вы использовали 700 часов процессороного времени в этом месяце

может он живёт на севере и хочет приблизить глобальное сжигая электричество

hiload

И всё-таки бот из-за этого падает, да?

судя по ошибке нет

И всё-таки бот из-за этого падает, да?

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

но я думаю что там в самом боте код ещё грязнее

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

хреновая :) мне кажется это худшая какую можно было придумать

хотя....

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

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

http://stackoverflow.com/questions/3243348/how-to-call-a-method-daily-at-specific-time-in-c первое в гугле

Ну, поясняй)

да всё просто. когда семёрка окончательно отсосёт у десятки (а это по любому будет) - UWP взлетит, поскольку WPF кривая и тормозная

Если не хочется тянуть левые либы, можно просто ставить таймер при старте программы на 18:00-текущее время, который после срабатывания сбросится, и поставится новый, который сработает через 24 часа.

да всё просто. когда семёрка окончательно отсосёт у десятки (а это по любому будет) - UWP взлетит, поскольку WPF кривая и тормозная

Т.е. ещё 5 лет ждать?)

к тому времени уже 20 выйдет

да всё просто. когда семёрка окончательно отсосёт у десятки (а это по любому будет) - UWP взлетит, поскольку WPF кривая и тормозная

Ну не знаю насчет кривой и тормозной - вопрос дискуссионный. Зависит от сценариев применения.

Т.е. ещё 5 лет ждать?)

думаю меньше, учитывая какой хайп поднят

думаю меньше, учитывая какой хайп поднят

А в чём хайп?

Ну не знаю насчет кривой и тормозной - вопрос дискуссионный. Зависит от сценариев применения.

По мне так практически в любом сценарии. архитектуру WPF проектировали белые инженеры, а реализовывали негры. Там стэктрейсы такие шо пиздец полнейший. И тормоза.

да всё просто. когда семёрка окончательно отсосёт у десятки (а это по любому будет) - UWP взлетит, поскольку WPF кривая и тормозная

Еще две технологии сменится, пока семерки из жизни уйдут.

А в чём хайп?

Ну вот микрософт щас движет net core всячески, а она в декстопе только с UWP

Еще две технологии сменится, пока семерки из жизни уйдут.

так микрософтцы могут тупо сапорт порезать если чо

не могут раньше времени

не могут раньше времени

не могут прератить. а исскуственно зафакапить - это как два пальца об асфальт

да всё просто. когда семёрка окончательно отсосёт у десятки (а это по любому будет) - UWP взлетит, поскольку WPF кривая и тормозная

Wpf то за что?

Wpf то за что?

Ну я так понимаю, что Павлу она не нравится

Wpf то за что?

за плохие шрифты

Самая зрелая технология

Удобно и быстро собирать ui на коленках

Ну я так понимаю, что Павлу она не нравится

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

Это я примерно из жызни цифры взял, как у нас было

А чтобы оптимизировать перформанс, надо знать внутренне устройство WPF, и в этом случае скорость и стоимость разработки там будут выше чем для WF

Так вот у UWP по имплементации и перформансу всё очень ок насколько я могу судить

Подтверждаю)

Ну вот микрософт щас движет net core всячески, а она в декстопе только с UWP

Эм... А зачем десктопным приложениям .net core?

очевидно чтобы юзать либы, которые написаны под net core

очевидно чтобы юзать либы, которые написаны под net core

Либы написаны под .net standard, так что к кору привязки нет.

Стандарт как полный фреймворк поддерживает, так и кор.

Идеальнейшем вариантом из сказки стал бы кроссплатформенный GUI на core

Идеальнейшем вариантом из сказки стал бы кроссплатформенный GUI на core

Ну, я думаю, что такого не произойдет. Как минимум от майков. Это очень невыгодно.

Ну, я думаю, что такого не произойдет. Как минимум от майков. Это очень невыгодно.

Почему не выгодно?

Почему не выгодно?

Тогда зачем винда?

Вот линукс обрадуется, если их виндовые приложения нативно пойдут у него.

С cli приложениями у винды беда, а вот гуёвые - ок.

У линукса наоборот)

Если учитывать, что некоторые вещи в asp.net core 2.0 стали таргетиться вместо netstandart, как aspnetcore, то будет их проблематично использовать в десктоп приложениях ?

Идеальнейшем вариантом из сказки стал бы кроссплатформенный GUI на core

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

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

Эм... Какие виджеты в 10 на электроне?

из панель управления

из панель управления

Из старой?

из новой естественно

из новой естественно

Эм, а где эти виджеты?

в MSDN как то была статья авторов, ща стак с ходу не вспомню

в MSDN как то была статья авторов, ща стак с ходу не вспомню

Это в ранних сборках или в стабильной?

@XaveScor хз. Но сам факт

да, что то из этого

ну и кросплатформенный гуй как в java ясное дело никому на фиг не нужен, так что вряд ли он будет в core

Идеальнейшем вариантом из сказки стал бы кроссплатформенный GUI на core

авалония.жпг

Если учитывать, что некоторые вещи в asp.net core 2.0 стали таргетиться вместо netstandart, как aspnetcore, то будет их проблематично использовать в десктоп приложениях ?

UWP работает поверх .NET Core

ну вы поняли политику партии...

ну и кросплатформенный гуй как в java ясное дело никому на фиг не нужен, так что вряд ли он будет в core

я вот не пойму, вы сейчас измываетесь так или что

ERROR: S client not available

ну и кросплатформенный гуй как в java ясное дело никому на фиг не нужен, так что вряд ли он будет в core

почему не нужно?

я вот не пойму, вы сейчас измываетесь так или что

я имею ввиду тяжлый, ООПшнй SmartUI-фокусированный гуй, на котором написана Intellij IDEA. == почему не нужно? а нафига ещё один? впрочем могу и ошибаться

у нас клон WPF

поверх .NET Core

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

с XAML, темплейтами, стилями и биндингами

MIT-лицензия

есть адорнеты, конвертеры, вся фигня

с XAML, темплейтами, стилями и биндингами

ты имеешь в виду авалонию?

да

и да, ребята из ЖБ на этот жавовский гуй плюются

а, ну так это маргинальщина пока что))

ну вообще уже не совсем

там по сути сделать нативный бэкэнд для макоси (чтобы без ужасного GTK) и соорудить упаковщик в установочные пакеты

и собственно всё, уже коробочное решение

дальше остаётся улучшайзинг разного рода

вообще в 2017-ом году надо включить режим маркетологов

потому что то качество, которое мы называем альфой у народа сейчас зовётся чем-то вроде "RC2"

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

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

Одно другому не мешает.

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

отлично как по мне. Но кастомерам внушили, что так жить нельзя

UWP работает поверх .NET Core

чего

ну вообще уже не совсем

так вы один из? желаю успехов! А WF можно в ней делать?

Вот возьмите наприме баг трекер. Нужно ли для него красивое UI на HTML/CSS/JS в отрисовкой полей всяких, гиперлинков, и т.д. При тяжелом использовании - не нужно. Поэтому люди ваяют через REST API консольные клиенты чтобы работать с трекером как с git.

чего

дотнет кора

дотнет кора

я понял, но это разве так?

да, это так

из UWP, собственно, и ростут ноги у .NET Core

изначально это был облегчённый рантайм для UWP-приложений

из UWP, собственно, и ростут ноги у .NET Core

спасибо, не знал

изначально это был облегчённый рантайм для UWP-приложений

я думал они что-то принципиально новое сделали

Вот возьмите наприме баг трекер. Нужно ли для него красивое UI на HTML/CSS/JS в отрисовкой полей всяких, гиперлинков, и т.д. При тяжелом использовании - не нужно. Поэтому люди ваяют через REST API консольные клиенты чтобы работать с трекером как с git.

достаточно навигации кнопками UP DOWN ENTER