Pull to refresh
0
0
Send message

С отпуском - возможно. Но для болезней, на сколько мне видится, в том новом светлом мире места нет.

>Больше никаких ... отпусков, больничных листов ...

И с позиции работника вот этот аспект как-то не радует абсолютно

У меня диплом в институте был сделан на AutoLISP под Автокадом. Ужас-ужасный: бесконечные скобки и ограничения на размер памяти.

Хотелось бы в светлый новый мир .NET Core, а не зависнуть на клиентских приложениях навсегда на .NET Framework с с# 7 только из-за того, что мейлик не послать.

Бог с ним с Вордом, а вот как выкручиваться с Outlook-ом? Куча софта шлет через Interop письма.

Тоже не понимаю ситуации. Ну началось заседание, увидели кота, посмеялись, адвокат кота выключил, все забыли про это через 15 мин. Извинения, мировая слава… странно мне это как-то.
Я тоже помню только SYSIN DD, без GO. Настолько вьелось, что мозг до сих пор использует это как синоним «белиберда какая-то». Ах Fortran… и записка на карточке от набивальшицы:«Еще раз так коряво напишите, вообще набивать не возьму»

Пока Designer не допилят, WinForms под 5.0, к сожалению, не готов к реальной разработке. Мы сделали пробное портиррование нашего немаленького продукта и все на удивление завелось без больших проблем. Там и тут чутка подпилить да подстучать и все работает. Но застопорились на двух проблемах:


  • Дизайнер сырой на удивление, хотя и заявленно, что обкатали его вместе с большими производителями контролов. И что, никто не пробовал иконки из глобальных русурсов использовать? https://github.com/dotnet/winforms/issues/3958
  • Stimulsoft Report, который мы используем для отчетов, под Core не умеет в Compile. Придется видимо отчеты переделывать.

Кто-то пробовал новый Designer в формах с приличным колличеством контролов? Он у вас такой же медленный? У меня после клика контрол фокусируется раздражающе меделенно.

Супер интересно, спасибо за статью. Даже не предполагал, что на дотнете в такие проблемы зарулить можно.
umka-beaf Именно это я имел ввиду с моим «затратно».

Какую библиотреку вы используету для UDP посылки в грейлог? Не теряются у вас пакеты?
Конечно люди пишут. Пока, хвала небесам, машины сами не научились и мы еще для чего-то нужны :) Я в смысле, что расширения бывают официальные внутри продукта или популярные сторонние, им понятно почему можно доверять. А эти какие-то такие… сомнительные вобщем.
Спасибо, будем этот грейлог покрутить и посмотреть.
Последний эдастик что-то там с алертами умеет, но я не вникал. www.elastic.co/what-is/elasticsearch-alerting
ОК. http, если с сервера, то наверное ОК, а вот с клиентской машины активное логирование по http не слишком затратно? Или вы «издалека» только ошибки пишете? Как-то буфферизуются запросы к серверу? DSergeev, а как у вас?
Очень своевременно, спасибо. Последний месяц активно изучал вопрос Elasticsearch и структурного логирования, и было уже собрался начать скидывать в Elasticsearch свои метрики и логи, как тут вы про грейлог. В главном, чем грейлог выигрывает у «голого» эластика? Я к эластику прикрутил Графану, и вроде все чудесно, даже не знаю чего бы еще захотеть. И еще: посмотрел я на расширения для log4net, NLog и Serilog, какие-то они все такие не особо доверия внушающие: какие-то отдельные люди что-то там когда-то там сделали. На основании чего вы им доверяете?

Можно пару вопросов:
— это только со своих серверов или с клиентских машин тоже?
— UDP или HTTP?
Думаю тут все зависит. Await просто позволяет высвободить тред (пока задача пошла ждать чего-нибуть) для обработки другого запроса, так что теоретически, если нагрузка, т.е. число запросов небольшое, то и прироста никакого. С другой стороны, если у сервера вообще три треда в пуле, которые постоянно грузятся ожиданием ответа, скажем, медленного перфоратора что тот дырку закончил пробивать, то производительность, в смысле скорость отвера на другие запросы, вырастет. Думаю этот вопрос обсуждался триллион раз в инетах, но я не изучал.

Information

Rating
Does not participate
Registered
Activity