Даниил

>Это нарушение авторских прав.
обычная пустая туфта, никак у них не офорленны эти авторские права.
тем более программы у вас разные, хоть и похожие - уже можете не переживать.

мне тоже регулярно всякого рода угрозы поступают, давно уже привык, что у нас полно ряженных клоунов, которые любят всякую ерунду городить пытаясь на испуг брать (вы же понимаете что если бы они ХОТЬ КАК-ТО могли с вас пол лимона срубить, вы бы уже в суде сидели, а не туфту их по почте читали)
На калькулятор им нужно патент оформлять, и вообще тогда всем запрещать какие-либо вариации "калькуляторов"))) сомневаюсь что это вообще возможно сделать обьектом авторских прав.
мой совет потролить их скопировать им их же письмо с требованием удалить их калькулятор, который ворует ваш, и все слово в слово короче, с такимиже угрозами))))
да и вобще, вы бизнесом занимаетесь, нужно быть более дерзким и наглым, иначе вас задавят.

Да пофиг вообще. Вон, Медуза в .io сидит и в ус не дует.

private volatile int counter;
Interlocked.Increment(ref counter);

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

Кроме того, важно с утра начать хотя бы немного работать - потом часто бывает так, что работа захватывает, и уже не отвлекаешься.

У вас, может быть, с кофе утренним уже сформировался сценарий прокрастинации, попробуйте сломать шаблон и без кофе обойтись, сразу начав с дела.

Эта информация хранится в файлах с расширением *.pdb. Они нужны для дебагера. Удалить часть пути из них невозможно, но можно удалить файл целиком и тогда в исключениях не будет информации об исходном коде вообще, будет только стек вызовов (имя класса, название метода и т.п.). Также можно в .csproj добавить условие, чтобы при релизном билде эти файлы не создавались:

<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|AnyCPU'">
  <DebugType>none</DebugType>
  <DebugSymbols>false</DebugSymbols>
</PropertyGroup>

В основном эти файлы нужны для дебага. Без них дебаггер не будет корректно работать, т.е. он не сможет сопоставить в общем случае инструкцию с исходным кодом. Соотвественно не в релизе отключать генерацию этих файлов не стоит.

Да, можно. Примерно так.

...
location /images/ {
    try_files $uri @mysite;
}
...
location @mysite {
...
   proxy_pass http://localhost:8080;
...
}

Если не будет картинки в /images, то сработает проксирование на localhost:8080

Это вряд ли возможно формализовать. Один из подходов: KISS — keep it simple. Выбираю самое простое решение, потому что, пока оно дойдет до production, требования 10 раз поменяются (и еще 10 раз поменяются уже после внедрения), а простое решение и проще реализовать и проще переделать. Но это только одна из эвристик.

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

Иногда по мере того, как делаешь задачу, понимаешь, что ее можно сделать совсем иначе, при этом получится проще и эффективнее. Ничего страшного нет: с самого начала продумать идеальное решение не может никто.

В жизни нет готовых рецептов на все случаи. Жизнь вообще не поддается формализации.

Действие выполнять в отдельном методе, а потом просто вызвать этот метод повторно. Примерно так:

static Action lastAction = null;

static void AnyAction()
{
  Console.WriteLine("Выполняю какое-то действие. Не отключайтесь...");
  Thread.Sleep(3000);
}

static void Repeat()
{
  Console.WriteLine("Хотите повторить? [Д/н]");

  if (char.ToUpper(Console.ReadKey().KeyChar) == 'Д')
  {
    Console.WriteLine();
    lastAction();
    Repeat();
  }
}

static void Main(string[] args)
{
  lastAction = AnyAction;
  lastAction();
  Repeat();
}

Или использовать очереди и добавлять действие в очередь при необходимости выполнить повтор:

static Queue<Action> actions = new Queue<Action>();

static void AnyAction()
{
  Console.WriteLine("Выполняю какое-то действие. Не отключайтесь...");
  Thread.Sleep(3000);
}

static void Main(string[] args)
{
  actions.Enqueue(AnyAction);

  while (actions.Count > 0)
  {
    actions.Dequeue()();

    Console.WriteLine("Хотите повторить? [Д/н]");

    if (char.ToUpper(Console.ReadKey().KeyChar) == 'Д')
    {
      Console.WriteLine();
      actions.Enqueue(AnyAction);
    }
  }
}

Поместить кнопки в контейнер и менять статус видимости у контейнера:

<Button Content="Ok" HorizontalAlignment="Left" VerticalAlignment="Top" 
  Width="75" Margin="0,75,0,0" 
  Click="Button_Click"
/>

<WrapPanel Name="Buttons" Orientation="Horizontal">
  <Button Name="Button1" Content="Button" HorizontalAlignment="Left" 
    VerticalAlignment="Top" Width="75"
  />
  <Button Name="Button2" Content="Button" HorizontalAlignment="Left" 
    VerticalAlignment="Top" Width="75" 
  />
  <Button Name="Button3" Content="Button" HorizontalAlignment="Left" 
    VerticalAlignment="Top" Width="75" 
  />
  <Button Name="Button4" Content="Button" HorizontalAlignment="Left" 
    VerticalAlignment="Top" Width="75"
  />
</WrapPanel>

private void Button_Click(object sender, RoutedEventArgs e)
{
  Buttons.Visibility = Visibility.Hidden; // Visibility.Visible

  /*
  if (Buttons.Visibility == Visibility.Hidden)
  {
    Buttons.Visibility = Visibility.Visible;
  }
  else
  {
    Buttons.Visibility = Visibility.Hidden;
  }
  */
}

https://www.programmableweb.com/apis/directory