Ну тогда у нас разные эксплореры, лол.

потому что десктопный софт на .NET медленный

Всё зависит от кода, если писать грамотный код, то разрыв между C# и C++ будет минимальный, для конечного пользователя незначительный

Всё зависит от кода, если писать грамотный код, то разрыв между C# и C++ будет минимальный, для конечного пользователя незначительный

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

А так за скоростью можно гнаться вплоть до ассемблера и машинных кодов

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

QT позволяет говнокодить во всю)

Сомнительное преймущество для "клиентов" какие-то сервисов, у которых обычно вся логика на сервере и уже есть web (игры др дело). А тк UI везде разный, (а почти вся бизнес логика лежит на сервере) - непонятно зачем делать и ПОДДЕРЖИВАТЬ клиенты для: - Windows - macOS - Linux - Сайт - Мобильный

проекты разные бывают. use case тоже. Говорить A нужно, а C отправить на свалку истории неправильно.

проекты разные бывают. use case тоже. Говорить A нужно, а C отправить на свалку истории неправильно.

согласен

а кто WEB интерфейс делает для своих приложений? Что лучше использовать? Я вот планирую NancyFX

http://nancyfx.org/

Куча материалов с DevOpsDays Moscow 2017 https://yadi.sk/d/7szkx2yU3FWZSp Может и не совсем по теме чата, да и сам по названиям файлов только пробежался, но наверняка будет интересно

проекты разные бывают. use case тоже. Говорить A нужно, а C отправить на свалку истории неправильно.

Я сам за десктопные клиенты (ненавижу JS/DOM/css и прочее), но для легкого написания и поддержки этих клиентов нужны: • современный кроcсплат. "стат. типизированный язык" - тут у .NET все ОК • писать UI один раз для всех платформ (как photoshop) - вот тут НЕ ОК

WinForms конечно уже прошлый век, но прекрасно живут и чувствуют себя. И реализовать на них MVVM ничего сложного нет. Как по мне, это гораздо проще чем xaml в смысле разработки.

смотря какой разработки

смотря какой разработки

Если не лазить в файлы дизайнера (и зачем вообще), то все можно решить в гуе без ебли с замлом. Я понимаю, что замл в целом не сильно отличается от html, но он куда геморройнее.

Сколько писал на замле, столько испытывал попоболи

Если не лазить в файлы дизайнера (и зачем вообще), то все можно решить в гуе без ебли с замлом. Я понимаю, что замл в целом не сильно отличается от html, но он куда геморройнее.

мне геморойнее мышкой программировать)

хз. для адаптивной разметки замл божественный

разметка куда удобнее и понятнее, чем у тех же вёдер

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

да и ваще если руками писать интерфейсы, где каждая перделка имеет своё значение и для каждого размера экрана должна располагаться в строго определенных местах, то делать это без xml-like разметки довольно болезненно StackPanel panel = new StackPanel(); TextBox box = new TextBox(); panel.Children.Add(box); вместо <StackPanel><TextBox /></StackPanel>

я так однажды 2000 строк кода написал

а потом узнал про юзерконтролы

и mvvm

стёр, написал 100 строк

разметка куда удобнее и понятнее, чем у тех же вёдер

Как будто xml андроид это хороший пример. Спасибо Котлин - теперь UI можно задавать прямо в коде с помощью красивых DSL. Это похоже на XML только с поддержкой for/if/when, переиспользование кусков UI в функции с параметрами и любыми др конструкциями язык.

да и ваще если руками писать интерфейсы, где каждая перделка имеет своё значение и для каждого размера экрана должна располагаться в строго определенных местах, то делать это без xml-like разметки довольно болезненно StackPanel panel = new StackPanel(); TextBox box = new TextBox(); panel.Children.Add(box); вместо <StackPanel><TextBox /></StackPanel>

Все это не надо в винформах писать руками, просто в дизайнере правишь свойства.

Как будто xml андроид это хороший пример. Спасибо Котлин - теперь UI можно задавать прямо в коде с помощью красивых DSL. Это похоже на XML только с поддержкой for/if/when, переиспользование кусков UI в функции с параметрами и любыми др конструкциями язык.

жду-недождусь, пока эти все костыли с разметками повзрослеют и будут похожи на синтаксис шаблонов того же аспа, джанги или yii2

Кстати это похоже на Razor, только без всяких препроцессоров, DSL - это просто код. Имхо так же надо в WPF/XF/UWP - DSL в коде и выкинуть нахрен XAML (только к сожалению в C# не получится красивый DSL).

Куча материалов с DevOpsDays Moscow 2017 https://yadi.sk/d/7szkx2yU3FWZSp Может и не совсем по теме чата, да и сам по названиям файлов только пробежался, но наверняка будет интересно

А есть видосики с докладов?

А есть видосики с докладов?

Надо искать. Презы чудом нашёл

дарова опять народ

Короче, есть ICaptchaSolver с методом String Solve(String URL);

данный метод должен возвращать то, что написано в капче

в капче по url URL

Дак вот, у меня капчу юзер решать будет, надо диалог показать

string Solve(string URL);*

да какая разница

как мне значение то отдать?)

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

и решает капчу

как то что он в какой нибуть TextBox написал мне из функции вернуть есть идеи?))

Только так: Task<string> Slove(string url) Вместе с TaskCompletionSource

Так, нук давай по подробнее пжлуйста)

как то что он в какой нибуть TextBox написал мне из функции вернуть есть идеи?))

А где у тебя этот текст бокс? Замути отдельное окно, покажи его через ShowDialog(), потом возьмешь содержимое результата.

Да создам

В форме

Только так: Task<string> Slove(string url) Вместе с TaskCompletionSource

ICaptchaSolver не мой, мне его надо наследовать)

А где у тебя этот текст бокс? Замути отдельное окно, покажи его через ShowDialog(), потом возьмешь содержимое результата.

кстати неплохой вариант

посоны

почему возникает JsonSerializationException при десериализации

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

кстати неплохой вариант

Либо можешь обрабатывать его в фоновом потоке с какой-нибудь блокировкой

Либо можешь обрабатывать его в фоновом потоке с какой-нибудь блокировкой

эт как?

обьясните человеку кто кодил в основном на джаваскрипте ибо там таких ништяков нету

async await разве не оттуда пришел

отсюда)

отсюда)

да

эт как?

В каком потоке вызывается метод solve()?

Реализовал через ShowDialoг

Заработало

ERROR: S client not available

Если что, есть сервисы, которые решают капчу за тебя

~5 баксов за 1к капч раньше было

Если что, есть сервисы, которые решают капчу за тебя

тогда и либы такие есть наверное.. или там люди сидят?

Индусы

Либы есть мб, но это сложно.

Как индусы справляются с русской капчей?

А много сервисов с русской капчей?

Я чет давно не встречал уже

А много сервисов с русской капчей?

яндекс

Как индусы справляются с русской капчей?

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

Ольгинцы небось подрабатывают в свободное время ?

ольгинцы?

Они же кремлеботы, фабрика троллей и тп. Изначально офис располагался в Ольгино. Отсюда и название ольгинцы

Сколько писал на замле, столько испытывал попоболи

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

Кстати это похоже на Razor, только без всяких препроцессоров, DSL - это просто код. Имхо так же надо в WPF/XF/UWP - DSL в коде и выкинуть нахрен XAML (только к сожалению в C# не получится красивый DSL).

в сишарп чатике топят за Котлин! Руслан бы оценил :) хехе

в сишарп чатике топят за Котлин! Руслан бы оценил :) хехе

Ну я как ? Саша Гольдштейн - "интересуюсь разными технологиями" (мобильная разработка она такая многогранная) (я и за F# топлю)

Ну я как ? Саша Гольдштейн - "интересуюсь разными технологиями" (мобильная разработка она такая многогранная) (я и за F# топлю)

это здорово, когда на всё времени хватает. а чего на фишарпе пишешь?

Буквально вчера в новостях читал, как на этих китов набижали и троллируют их

на этих китов?

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

может, в JsonSerializationSettings поколдовать с MissingMemberHandling?

вроде так параметр называется

это здорово, когда на всё времени хватает. а чего на фишарпе пишешь?

Ты не знаешь на сколько я старый ? (в F# я кстати из Haskell пришел - как за более практичным языком). На F# пока ничего нет в продакшенене. Планирую переписать наш хитрый билд-скрипт Xamarin приложений - на F# DSL. С .net core теперь удобно - можно хранить в git прям сорцы своих тулов и компилировать их налету (dotnet run).

Друзья, кто-нибудь еще использует vs2010?

Друзья, кто-нибудь еще использует vs2010?

Ты старый

Друзья, кто-нибудь еще использует vs2010?

Кто-нибудь может и использует. Но зачем

Кто-нибудь видел рейтинг софта написанном на c#?

может, в JsonSerializationSettings поколдовать с MissingMemberHandling?

Просто выпилил определение IEnumerable там, где оно не было нужно :)

Кто-нибудь может и использует. Но зачем

Писать WinForm приложения под WinXP ? (был тут один такой)

да и ваще если руками писать интерфейсы, где каждая перделка имеет своё значение и для каждого размера экрана должна располагаться в строго определенных местах, то делать это без xml-like разметки довольно болезненно StackPanel panel = new StackPanel(); TextBox box = new TextBox(); panel.Children.Add(box); вместо <StackPanel><TextBox /></StackPanel>

к слову про wpf и xaml когда сменил работу и в связи с этим перешел с винформс на впф - испытал огромное удовольствие, когда осознал MVVM и его преимущества - во вьюхе чисто интерфейс и байндинги, во вью-модели - поведение сейчас все интерфейсы рисую руками спокойно прямо в xaml-е без какого-либо напряга ещё стили крайне доставляют, с ними многие вещи делаются на порядки проще, чем на тех же винформах

бро ✋️ не люблю всякие дизайнеры и кодогенераторы, вот руками писать — другое дело. сразу ясно, что и где ковырять, чтобы выправилось.

хотя двое других сотрудников с уже ставшей прошлой работы на впф фигачили интерфейсы мышкой, как в винформс (и выглядело это ужасно)