Daria Motorina

• Notepad++ + Плагины
  
• Sublime + Плагины
  
• VSCode + Плагины
  
• Pycharm - Без Плагинов
  
• VisualStudio + Питон
  
• Wing IDE - Без Плагинов
  
• Родной питоновский IDLE
  
• Notepad обычный...
  

При установке вы не добавили питон в PATH ( галочку не поставили) поэтому и ошибка.

Вот винды у меня лет 5 уже нет и ни о чем кроме фара не жалею.
Полез вот и специально скомпилировал его себе на убунту.
Там есть очень хорошая справка Вот она русским по бирюзовому как раз про регекспы:

Первым должно проверяться условие %3 %5 ибо остальные два условия уже включены в него. А далее - остальное. Ибо если %3 %5 не выполняется, следовательно остается либо %3 либо %5 либо ничего вообще.

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

<?php

function task17($n){
  $sum = 0;
  for ($i=0; $i <= $n ; $i++) { 

if ($i % 3 == 0 && $i % 5 == 0) {
      $sum = --$sum;
      echo $sum . '<br>';
       break; //или exit, точно не скажу в данном состоянии
    }

    elseif ($i % 3 == 0) {
      echo $i . '<br>';
    } 
    elseif ($i % 5 == 0) {
      $sum += $i;
      echo $sum ;
    }
}
};

task17(15);

?>

А не будет соображений. История сферическая в вакууме и сами «микросервисы» вообще самая простая часть. А вот с процессом миграции и ее детальным планированием можно мучаться. В принципе, можно сразу сказать что системы существующие как монолит больше 5 лет редко занимают меньший срок для изменения архитектуры

Способ Daria Motorina вполне себе рабочий, а способ one pavel более близок к вашей реализации, но я все же предложу свой код.

uint i = 0; 
 double[] m = new double[10]; 
 Console.WriteLine("Введите {0} значений:", m.Length); 

 do 
 { 
 Console.Write("{0}: ", i + 1); 
 m[i] = Convert.ToDouble(Console.ReadLine()); 
 i++; 
 } 
 while (i < m.Length); 

 int j = Array.FindLastIndex(m, (double d) => d > 0); 
 Console.WriteLine("Последнее положительное число в массиве - {0} имеет номер - {1}.", m[j], j+1);

Создаем массив способом как у вас, а далее можно использовать метод Array.FindLastIndex передав ему в качестве первого элемента сам массив, а в качестве второго условие поиска. Метод найдет последний элемент больше нуля и вернет его позицию в массиве. По этому номеру позиции можно запросить уже само число из массива и его же использовать в вашем выводе.

почти правильно же
только ты начинаешь искать с нулевого элемента и при первом найденом обрываешь цикл,
а задача наоборот последнее, значит надо массив надо обходить с конца
что то вроде такого for (i = 9; i < 0; i--)

Основной инструмент геймдизайнера - эксель. Внезапно! :)

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

У геймдизайнера, как и в любой другой профессии, есть рутина в работе. Да, это документация. Попробуйте даже не геймдизайн-документ составить, а просто концепт для будущей игры - это пара-тройка абзацев. Но сколько времени у вас на это уйдёт? Сколько дней?

Давайте возьмём для примера ваш текущий вопрос. Вы думаете, что слово "мама" в вопросе - делает его лучше и понятнее? Думаете, что фраза "всем добрый день" делает вас вежливее? Всё совсем наоборот. Это показывает, что вы даже правила не читали. И не уважаете отвечающих, которые приходят сюда не приветствия читать. Т.е. вопрос составлен на троечку.

В данном случае отвечающие - ваша аудитория. Как гд вы должны будете чётко понимать свою аудиторию. А это уже уклон в сторону психологии. И вообще, чем больше вы знаете, чем больше у вас эрудиция, и чем по большему числу предметов в прошлом вы получали 5 баллов, тем более крутой вы геймдизйнер. Всё ещё уверены, что эта профессия для вас?

Ну и, конечно же, нужен собственно игровой опыт. Это не увлечения в детстве, это огромное количество часов, проведённое в играх разных жанров (или в единственной игре, которая разобрана вами на атомы). Однако помните, что любой может потратить 10000 часов на игры, но не каждый может сделать это с вниманием и любовью к деталям.

Я бы брал максимально возможный CPU (т.к. он обычно не обновляется) и смотрел на возможность расширения памяти и диска. Т.е. 8Gb на борту и слоты под 32Gb лучше чем 16Gb без возможности расширения. В этом случае вы оставляете себе возможность при необходимости в дальнейшем докупить и поставить больше памяти без необходимости менять весь ноут, что явно обойдётся дешевле.

То же самое и с диском - если его можно менять и / или есть слоты под дополнительные диски - то вы сможете поменять конфигурацию и / или расширить диск когда будет нужно, не упираясь в необходимость взять всё и сразу.

Стоит сразу учесть размер монитора. Конечно все люди разные, но программировать на 13" без внешнего экрана - так себе удовольствие как по мне, поэтому 15" явно лучше. HiDPI экраны (4K и Retina) явно дороже чем FullHD, а их необходимость именно для программирования на Python - сомнительна, так что вполне можно сэкономить и взять просто FullHD. Меньше FullHD точно не стоит, информации на экран выводить нужно немало.

В целом в ваш бюджет вполне влезает, к примеру, Lenovo T590 (а то и новый T15 Gen 1), особенно если брать с 8Gb на борту. К нему отдельно можно купить планку памяти на 32Gb и получить 40Gb. SSD тоже меняется не особо дорого если потребуется. В итоге получите машинку с современным процессором, кучей памяти (а 16Gb может легко начать не хватать) и заточенную именно под работу. Как минимум клавиатура у Lenovo точно хорошая :)

1. Никогда не используйте облачные сервисы капчи: это гарантирует, что пользователь всегда сможет отправить данные на ваш сайт без сбоев.
2. Используйте только скрытые поля (honeypot) и поведенческий фильтр, чтобы не доставлять неудобств пользователям.
Почитайте.

Во-первых, не вижу разметки (отступы) в коде.
Во-вторых, конструкции вида "i++" не поддерживаются Пистоном.
В-третьих, используйте append.
В-четвёртых, используйте не цикл с предусловием, а просто цикл (он удобнее и понятнее).

Нет, нельзя.
Что касается безопасности, обычно есть формулировка, что дыры сделаны не осознанно. Т.е. не было умысла.

Неправильная формулировка вопроса. Правильно будет так: Господи, Спасибо тебе! Но за какие благие дела ты нам послал нам роутеры без внешних Антенн.

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

Open Graph