Denis Antonenko

Web Developer RoadMap

Как мне дальше развиваться как frontend react dev что бы получить работу джуниора ?

Сходить на пару собеседований, если пнут - записать что спрашивали, изучить, и так по кругу.

Какие технологии нужно изучить ?

Если ваша цель просто что-то изучать, в отрыве от работы - можете открывать roadmap и шрудировать материал, но есть большой шанс, что из головы это вылетит, если не будете применять в целевых задачах.

Что вы думаете по этому поводу?

Думаем что вы, как начинающий веб разработчик, могли бы почитать тостер, и все посты новичков, понять что самый адекватный путь, устроится как можно скорее, и вы удивитесь как быстро пойдет в гору ваш exp.
Откройте hh, посмотрите краткий перечень того что хочет работодатель, поделите это на 2, и бегайте как белка по офисам.

Расставил отступы, чтобы было видно что на каком уровне вложенности выполняется.

start 3
    start 2
        start 1
            start 0
        end
        start 0
    end
    start 1
        start 0
    end
end
start 2
    start 1
        start 0
    end
    start 0
end

Возможные причины выноса мозга:
1. end не выводится после 0. Т.е. вероятно, вы для себя неправильно расставили все соответствия при выводе.
2. Цикл всегда ограничен двумя итерациями.

Сам спросил, сам ответил...

services.AddDefaultIdentity<IdentityUser>()
                .AddRoles<IdentityRole>()
                .AddDefaultUI(UIFramework.Bootstrap4)
                .AddEntityFrameworkStores<ApplicationDbContext>();

нужно было всего лишь добавить в класс Startup.cs в метод ConfigureServices: .AddRoles<IdentityRole>()

Почему я не могу убрать скобки, или ещё что-нибудь, и написать так, как мне хочется. В общем, где все это определено?

Это определено спецификацией языка на котором вы пишете. Среди прочего она определяет грамматику языка (т.е. как можно писать) и семантику языковых конструкций (т.е. что написанное так или иначе обозначает).

не, писать ты можешь, как угодно. но работать это не будет.
почему ты написал "добрый день", а не "дываобыв валывн"? так же и тут.

Если вы имеете ввиду xml-документацию, то нельзя.

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

Я понял, у меня не items а agent)) совсем нет внимания уже)

Как-то так -

static void Main()
{
  var afterWebRequests = "{\"items\":[{\"key\":1,\"val\":\"one\"},{\"key\":2,\"val\":\"two\"},{\"key\":3,\"val\":\"three\"},{\"key\":4,\"val\":\"four\"}]}";
  var temp = (MyArray)JsonConvert.DeserializeObject(afterWebRequests, typeof(MyArray));

  foreach(Item item in temp.items)
  {
    Console.WriteLine("Key: {0}, Value {1}", item.key, item.val);
  }
  Console.ReadKey();
}

public class MyArray
{
  public List<Item> items { get; set; }
}

public class Item
{
  public int key { get; set; }
  public string val { get; set; }
}

Вы не можете начать тестировать только потому, что Вы решили сначала написать код, а только потом его тестировать. Это неверно! Когда принимается решение писать код, нужно хотя бы где-то описать его задачу. TDD почти один в один взяли подход от математиков. У математиков тоже есть "Дано" - это аналог SetUp и "Нужно сделать" - это аналог вашего тестируемого кода, т.е. то что Вы реализуете и "Чтобы удовлетворяло условиям...." - Это очень похоже на Assert.

Откиньте Ваш код, как будто Вы его еще не написали. Прочитайте формулировки нескольких мат.задач. Посмотрите их стилистику. Как они оформляют мысли при изложении сути задачи. И попробуйте следовать точно также! То есть опишите вашу программерскую задачу до начала решения, как это делают математики.

/Offtop:
Рекомендую Вам выписать возможные случаи при добавлении элемента в список. К примеру:

Позитивные случаи:
* Добавить нормальный элемент;
и т.д. и т.п.

Негативные:
* Добавить Null;
* Добавить когда список уже переполнен - а такое возможно?;
* Добавить когда список, когда не доконца создан - а такое возможно?
и т.д. и т.п.

Приветствую.
OWASP: https://www.owasp.org/index.php/Main_Page

Newtonsoft.Json

не уверен что это поможет, но можно вызвать его через диспетчер

Dispatcher.Invoke((Action)delegate() { /* тут можно вызвать диалог
 и вообще делать все что угодно, все это будет в основном потоке */ });

XP / 2003

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WZCSVC\Parameters\Interfaces\{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}

Vista / 7 / 8

C:\ProgramData\Microsoft\Wlansvc\Profiles\Interfaces\{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}\{Random-GUID}.xml

где ххх - GUID соотв. интерфейса.

Однако, они хранятся там в зашифрованом виде, и для расшифровки нужно воспользоваться соотв. функциями Windows Cryptography, в частности CryptUnprotectData. Однако, (чтоб жизнь не казалась малиной!) сделать это можно только в системном контексте, так что, код придется инжектить через NtCreateThreadEx или выполнять в установленном системном сервисе.

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

А где, собственно, архитектура? На картинке у вас вижу просто набор каких-то технологий, непонятно даже что с чем и как взаимодействует.

Вариантов великое множество. Вот простенький пример аля MVVM.

private bool _isBusy;

// свойство для индикации
public bool IsBusy
{
   get { return _isBusy; }
   set 
   {
      _isBusy = value;
      RaiseNotifyPropertyChanged("IsBusy");    // реализация интерфейса INotifyPropertyChanged
   }
}

public async Task ButtonClickFunc()
{
   IsBusy = true;   // запускаем индикацию
   await Task.Delay(TimeSpan.FromSeconds(5000));
   IsBusy = false;   // выключаем индикацию.
}

<!-- XAML code -->

<control:BusyIndicator IsIndeterminate="{Binding IsBusy"} />

Если много, где нужно будет выставлять IsBusy, то лучше сделать подписку на какой-нибудь IObservable и по наступлению события уже выставлять, вместо того, чтобы делать это вручную в каждой функции.