да, имеет смысл подождать
83% это откуда? статья вышла сегодня и она была просмотрена 4153 раз (исходя из хедера). о том что статья не понравилась отметилось только ~20-30 человек лайками под комментом. понравилась ли она остальным 4к — это хороший вопрос. но 4к просмотров статьи в первые 6 часов — это вполне нормальная цифра.
Механизм обратной связи это когда человек говорит что лично ему не нравиться статья? да, вполне. И это как-то отличается от обобщающего коммента — «Это ни кому не интересно», который решает за всех
как можно посмотреть на коммент ниже и лайкам под ним — есть люди, которым это интересно. Если вам не интересно, в чем проблема пройти мимо? или нужно зайти в каждую статью, которая вам не интересно и отписаться об этом?
А это уже зависит от человека. я знавал девов, которые вечером заучивали дампы, утром сдавали экзамены. в итоге пачка MS сертификатов, а знаний особо и нету
спасибо за статью. интересно, где вам понравилось больше всего и куда хотелось бы вернуться еще раз? :)
Если из
Спасибо за дайджест
в чем вопрос тогда? имхо, это вполне хороший пример быстрого приложения написанного на чистом .Net-е + IIS. я мог бы поделиться еще парой примеров высоконагруженных систем, но NDA этого не позволяет.
Нуууу, то есть в общем-то приходим к тому что я и сказал — всё зависит от прямоты рук и кода.
Ну и все же, stackoverflow сейчас крутится на IIS 8.5, ASP.Net MVC 5.2 и .Net 4.6.1, плюс стандартная обвязка из MS SQL\редиса\haproxy.
И плюс у них есть своя специфика на основе ElasticSearch и чистого http.sys-а для Tag engine-а.
Какая разница сколько их :) Мы же на за кол-во говорим, и это просто пример сайта написанного на ASP.Net MVC поверх IIS-а, который показывает хорошую производительность и нагрузку
специально открыл msdn чтоб проверить, вдруг он и правда перестал тормозить.
специально открыл stackoverflow.com чтоб проверить, вдруг он реально быстро работает.
Это к тому что в основном все упирается в сам код, а не IIS и остальное.
VS != VS Code. Это разные вещи. VS Code — да, сделан на Electron-е. Но он не имеет отношения к VS
Что насчет шифрования данных на сервере? насколько я понимаю логин\пароль к гугловому аккаунту вы сохраняете у себя на стороне сервера, чтобы отсылать push нотификации, вместо того чтобы ходить напрямую с клиента... И если вас гипотетически взломают, то к каким данным взломщик получит доступ? только к моему логину\паролю? ко всей переписке, если она вдруг сохраняется на вашей стороне?
еще пример — сам Azure Portal (старый\новый) с .Net-ом на backend-е тоже вполне себе крупный highload
Ваш пример не совсем подходит. Писать чистый код и совершать меньше ошибок это опыт. Это если бы HR пошёл бы к Java программисту, когда нужен JavaScript не зная в чём разница. Это тоже опыт.
Если уже проводить параллели, то подобная ситуация была бы если разработчик пошёл к клиенту и сказал что клиент не правильно все делает, и что компания больше с ним никогда не будет работать, и ничего при этом не объяснив. И после чего игнорируя последующие письма клиента, как это было в случае ТС-а. Ведь дико же звучит, верно?
Ирина, согласитесь, что HR представляет лицо компании, и он\она всегда должен вести себя адекватно и доброжелательно, так как это репутация компании в чистом виде не зависимо от «день не задался», встал не с той ноги, и сотни других разных причин.
Хм, Fog Creek с их StackOverflow? :) Весьма неплохой пример нагруженной системы
Да ладно. HttpContext.Current по факту идёт в ContextBase, который по факту хранится в Thread.CurrentThread, что в общем-то идеологически является ThreadStatic.У каждого потока свой статический экземпляр контекста, который хранится в самом же потоке и инициализируется ASP.Net пайплайном.
Эм, так они все еще в продаже.15-ка 2015-го года со встроенным видео все еще официально продается и продавалась в течении 2016\2017-ых годов — www.apple.com/...y-mac/macbook-pro/15-inch (снизу списка)