Отталкивание таких людей как VladD огромная потеря для ресурса.
Надеюсь, кто-то сможет подобрать аргументы, чтобы донести простую мысль до администрации (подозреваю, что подобное характерно не только для ruSO) — люди, проводящие часы на ресурсах ежедневно, бесценны. Их вклад нельзя приравнивать к новичкам задающих несколько вопросов и затем исчезающих бесследно.
Активные пользователи которые "живут" сайтом как раз и являются центром сообщества и не прислушиваться к их словам большая ошибка.
Если даже один такой пользователь высказывает недовольство, то закрывать рот баном точно не является выигрышной стратегией, наоборот нужно выслушать и понять причины почему участнику вдруг стало не комфортно.
Если действия пользователя выглядят подозрительно, то блокировка без права оспорить и объяснить с дальнейшим игнорированием точно не пойдет на пользу сайту.
Долго и муторно? Да. Но в перспективе это окупиться.
Для формулировки вопроса и понимания ответов на английском мне вполне хватало гугл транслейта. Даже когда уровень был Beginner. Недопонимание случались, но оно только дополнительно мотивировало изучать, хотя в большинстве случаев проблем не возникало. Сейчас уже уверенный PreIntermediate — читаю и пишу на простые/технические темы практически не смотря в словарь.
Общаться на родном языке, конечно, проще, но без английского языка сейчас все равно никуда. Тостер и ruSO занимают свою нишу, но на специфические вопросы намного быстрее и надежнее получить ответ в конкретных чатах сообществ. В слеках, дискордах, телеграмах.
MonkAlex, вижу вас в гиттере Avalonia — дружелюбное место, всегда отвечают и кроме забавных случаев с he/she не помню чтобы были проблемы с пониманием.
1) about xaml, it was my research and i never create nuget package before.
To be honest I don't see how it's related. Good luck, anyway.
Although if you interested in additional research I suggest you try to implement it with F#.
Although this one is a bit outdated. I thought to use it in my personal project but after all I've rejected to go this way and wrote code that fitted my requirement by myself.
If you don't mind I ask some questions:
Why have you avoided of using xaml?
Why is repo on gitlab? (Github is much, much more popular)
Somewhere code is really looks odd, for example:
var messageBox = CreateWindow(title, text, buttons, windowSize, bitmap);
var tcs = new TaskCompletionSource<MessageBoxResult>();
messageBox.Title = title;
messageBox.WindowStartupLocation = WindowStartupLocation.CenterScreen;
messageBox.Closed += delegate { tcs.TrySetResult(messageBox.Res); };
definitely not cleanest API.
You pass title to the CreateWindow but ignore this parameter at all there. And so on.
Если представить что это реальная девушка которая считает что именно измена разрушила ее семью — то она вполне может узнать о человеке очень многое просто наблюдая за ним.
Конечно, но тут, на мой взгляд, подробностей известно слишком много и поведение Стивена не соответствует выбранной им роли.
предстоящие поездки — по легенде она работает в той же области а значит должна неплохо представлять куда и когда можно поехать.
Мне показалось речь шла о личной поездке с семьей, а не рабочей.
Он придумал себе сложную предысторию: якобы, dogdaygod был конкурирующей дрессировщицей собак, и хотела убить Эми, потому что та переспала с её мужем.
Насколько понимаю личность dogdaygod — девушка (был — была), которая подозрительно много знает о предстоящих поездках, тракторах и других подробностях.
Вот здесь меня покоробило:
Но если она ваша жена или член семьи, мы можем сделать это и в вашем городе
«Не жена, — ответил Стивен, — но мне в голову пришла та же мысль».
Так старательно отрицает первую часть условного предложения, хотя dogdaygod обращать на такое внимание не должна.
«Но устраните только её, не трогайте отца и ребёнка»
В статье срок указан «за последний год», Мир Дикого Запада не попадает точно, тогда выходил уже второй сезон.
Видоизмененный углерод — в начале 18 года. Тут кто как считает.
Без межзвездного двигателя, спасательная капсула практически бесполезна, будь даже в ней не «двухлетний запас еды», а система обеспечения гибернации на многие тысячи лет.
Почему вы так считаете? Отправили сигнал бедствия и ожидаете помощи. Все как в аналогии с дирижаблем приведенной выше.
«Спасательные капсулы» бесполезны не только в глубоком космосе, но даже за пределами планетарных орбит — шансов на обнаружение и спасение нет от слова «совсем».
Они крайне малы, но они есть. Лучше призрачный шанс на спасение чем вообще никакого.
Zangasta На данный момент я могу только предполагать на что вы намекаете. Обсуждение в таком ключе мне не интересно.
Space__Elf предупреждаю, в дальнейшем я буду игнорировать вопросы подобного рода.
Сериал, даже научно-фантастический, — не документальный фильм, и недочетов хватает. Если для вас основное технические детали, то подходить к любому представителю жанра стоит с осторожностью.
Да, пока возможностей в Math.NET Symbolics не так и много, но исходники открыты, а код легко читаем. Будет здорово расширить функционал.
Жаль только, что подобные математические библиотеки содержат только что-то примитивное, а как только надо жёсткое ОДУ посчитать, то обратно к фортрану нужно возвращаться.
Да, увы, OpenSource библиотеки, особенно которые поддерживаются небольшим числом разработчиков, редко когда подходят для сложных сценариев.
задача просто требует более высокой приоритетности и дополнительных ресурсов. Например, на вашей машине должна быть установлена Windows 10 Anniversary Update (10.0.14393.0 или более поздняя версия) Pro или Enterprise, плюс развернут конвертер DAC (Desktop App Converter), с которым, если не имели дела прежде, придётся немного покопаться.
Об ограничениях на версию пишут в разделе "Важное"
Кроме Desktop App Converter есть еще другие способы, самый простой — специальный упаковочный проект в Visual Studio:
Если человек работает в мелкой компании, которая делает софт для пары десятков человек в мире, то не стоит ничего?
Насколько я понимаю здесь имелось ввиду высокая надежность Haskell и FP в целом что безотказно работает для высоконагруженных систем. Но то, что один язык хороший не делает другой автоматически плохим или непригодным :shrug:
Хотя с причинно-следственной связью там есть определенные проблемы. Тезис, который pawlo16 предположительно пытался оспорить следующий:
"F# хороший выбор для тех кто только начинает знакомство с функциональной парадигмой. Как минимум тем, что дальнейший переход на чистый Haskell будет намного проще чем его изучение с 0."
Вот только приведенные аргументы относятся к чему-то совсем другому:
Единственное, что опытный хаскелист с практикой посоветует фишарписту — это забыть F# и ни когда не вспоминать.
Отталкивание таких людей как VladD огромная потеря для ресурса.
Надеюсь, кто-то сможет подобрать аргументы, чтобы донести простую мысль до администрации (подозреваю, что подобное характерно не только для ruSO) — люди, проводящие часы на ресурсах ежедневно, бесценны. Их вклад нельзя приравнивать к новичкам задающих несколько вопросов и затем исчезающих бесследно.
Активные пользователи которые "живут" сайтом как раз и являются центром сообщества и не прислушиваться к их словам большая ошибка.
Если даже один такой пользователь высказывает недовольство, то закрывать рот баном точно не является выигрышной стратегией, наоборот нужно выслушать и понять причины почему участнику вдруг стало не комфортно.
Если действия пользователя выглядят подозрительно, то блокировка без права оспорить и объяснить с дальнейшим игнорированием точно не пойдет на пользу сайту.
Долго и муторно? Да. Но в перспективе это окупиться.
Для формулировки вопроса и понимания ответов на английском мне вполне хватало гугл транслейта. Даже когда уровень был Beginner. Недопонимание случались, но оно только дополнительно мотивировало изучать, хотя в большинстве случаев проблем не возникало. Сейчас уже уверенный PreIntermediate — читаю и пишу на простые/технические темы практически не смотря в словарь.
Общаться на родном языке, конечно, проще, но без английского языка сейчас все равно никуда. Тостер и ruSO занимают свою нишу, но на специфические вопросы намного быстрее и надежнее получить ответ в конкретных чатах сообществ. В слеках, дискордах, телеграмах.
MonkAlex, вижу вас в гиттере Avalonia — дружелюбное место, всегда отвечают и кроме забавных случаев с he/she не помню чтобы были проблемы с пониманием.
To be honest I don't see how it's related. Good luck, anyway.
Although if you interested in additional research I suggest you try to implement it with F#.
First of all — nice work!
There is also another package for MessageBox — StarDebris.Avalonia.MessageBox:
NuGet
Gitlab
Although this one is a bit outdated. I thought to use it in my personal project but after all I've rejected to go this way and wrote code that fitted my requirement by myself.
If you don't mind I ask some questions:
definitely not cleanest API.
You pass title to the CreateWindow but ignore this parameter at all there. And so on.
Конечно, но тут, на мой взгляд, подробностей известно слишком много и поведение Стивена не соответствует выбранной им роли.
Мне показалось речь шла о личной поездке с семьей, а не рабочей.
Насколько понимаю личность dogdaygod — девушка (был — была), которая подозрительно много знает о предстоящих поездках, тракторах и других подробностях.
Вот здесь меня покоробило:
Так старательно отрицает первую часть условного предложения, хотя dogdaygod обращать на такое внимание не должна.
Наверное Стивен имел ввиду "мужа и ребенка"?
Видоизмененный углерод — в начале 18 года. Тут кто как считает.
Почему вы так считаете? Отправили сигнал бедствия и ожидаете помощи. Все как в аналогии с дирижаблем приведенной выше.
Они крайне малы, но они есть. Лучше призрачный шанс на спасение чем вообще никакого.
Darth_Biomech Спасибо за ответ. Не возражаете, если я задам дополнительный вопрос через личные сообщения?
Space__Elf предупреждаю, в дальнейшем я буду игнорировать вопросы подобного рода.
Сериал, даже научно-фантастический, — не документальный фильм, и недочетов хватает. Если для вас основное технические детали, то подходить к любому представителю жанра стоит с осторожностью.
На удаленке вполне можно договориться на гибкий график.
Сейчас ведется активная разработка CoreRT.
Да, пока возможностей в Math.NET Symbolics не так и много, но исходники открыты, а код легко читаем. Будет здорово расширить функционал.
Да, увы, OpenSource библиотеки, особенно которые поддерживаются небольшим числом разработчиков, редко когда подходят для сложных сценариев.
Спасибо, прочитал с интересом.
Не уверен, но в статье не увидел ссылок на исходники или хотя-бы на сайт, пришлось искать самому:
OpenNumismat
source
Первое что бросилось в глаза — readMe в txt формате. Перевести в md будет совсем не сложно, а визуально станет намного лучше.
Пару вопросов:
Почему выбрали GPL-3.0 лицензию?
Чем обоснован выбор языка программирования?
Об ограничениях на версию пишут в разделе "Важное"
Кроме Desktop App Converter есть еще другие способы, самый простой — специальный упаковочный проект в Visual Studio:
Package a desktop application by using Visual Studio
Инструкция очень подробная.
Насколько я понимаю здесь имелось ввиду высокая надежность Haskell и FP в целом что безотказно работает для высоконагруженных систем. Но то, что один язык хороший не делает другой автоматически плохим или непригодным :shrug:
Хотя с причинно-следственной связью там есть определенные проблемы. Тезис, который pawlo16 предположительно пытался оспорить следующий:
"F# хороший выбор для тех кто только начинает знакомство с функциональной парадигмой. Как минимум тем, что дальнейший переход на чистый Haskell будет намного проще чем его изучение с 0."
Вот только приведенные аргументы относятся к чему-то совсем другому: