Иван Соломенников

Метод list.remove() удаляет элемент с указанным значением из списка.
Проблема в том, что ты одновременно итерируешься по списку циклом for, и модифицируешь этот список через remove().
Многие языки такую операцию вообще запрещают, питон, видимо, нет, но суть остаётся - когда ты удалил 1 (элемент с индексом 0), элементы списка сдвигаются к началу. И for видит, что элемент с индексом 0 удалили, а с элемента индексом 1 уже нет (из-за сдвига). Ну и решает что цикл кончился. Поэтому лучше таких ситуаций избегать!

Решение:
1. Если позарез нужно итерироваться и модифицировать список в одном цикле, сделай копию, например с помощью среза:
for i in towers[:]:
2. Если нужно просто очистить содержимое списка, не удаляя сам список, towers.clear() тебе в помощь.
3. Если нужно оставить элементы, соответствующие условию, то подойдёт функция filter() или list comprehensions.

Не знаю, упростил ли, но так мне понятнее:

high = int(input('Введите высоту пирамидки:')) # h высота
symbol = input('Введите символ(ы):') # s символ
length = len(symbol) # дополнительные пробелы если символов > 1
space = ' ' * length

for i in range(high): # i = 0, 1, 2, 3 и т.д.
    left = high - 1 - i
    line = (symbol + space) * (i + 1)
    print(f'{left * space}{line}')

const expression = /.+(?=\/)/;
const array = [
  '/siparis/kampanyalar/tumu/cok-karisik-orta-firsati',
  '/siparis/kampanyalar/tumu/karisik-ort',
  '/siparis'
];

for (const entry of array) {
  const match = entry.match(expression);
  const parsed = match !== null ? match[0] : null;
  
  console.log(parsed);
}
/*
'/siparis/kampanyalar/tumu'
'/siparis/kampanyalar/tumu'
null
*/

Можно через метод строки lastIndexOf() искать последнее вхождение слеша в строку:

const dirname = (str) => {
  const pos = str.lastIndexOf('/');
  if (-1 === pos) return str;
  return str.substring(0, pos);
}

dirname('/siparis/kampanyalar/tumu/cok-karisik-orta-firsati')
// /siparis/kampanyalar/tumu

command.c_str()

Style
value
Взять value инпута и установить через style
el.style.padding = el.value

Читать документацию соответствующей соцсети

Например для ВК примерно так:

<a href="https://vk.com/share.php?url=http://mysite.com" target="_blank">Поделиться ВКонтакте</a>

Для Facebook так:

<a href="https://www.facebook.com/sharer/sharer.php?u=http://mysite.com" target="_blank" >Поделиться в Facebook</a>

Потому что нужно использовать Selenium. А в нем, возможно еще пройти капчу или проверку браузера.

https://developer.mozilla.org/ru/docs/Web/CSS

[x for x in my_list if x is not None]

С краями ошиблись: 3 бита (3 вопроса) — это числа от 0 до 7.
Каждым вопросом уточняется бит, от старших к младшим:

0  000
1  001
2  010
3  011
4  100 - четыре?  - больше (старший бит 1xx )
5  101
6  110 - шесть? - больше ( 11x )
7  111 - семь – ага

for a in driver.find_elements_by_xpath('.//a')[:5]:

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

Несколько лет назад я тоже делал бенчмарки Python, PHP, Node, Go.
Для меня были важны две вещи:
1 - скорость ответа сервера/кол-во запросов в секунду
2 - объём сервиса в памяти, т.к. от этого зависит стоимость ресурсов

На тесте, где сервисы не делали запросы в базу - из всех четверых лучше всего отработал Go с приличным отрывом, цифры, к сожалению, уже не помню.

Но вся эта разница сошла на нет, как только добавился всего один простой SQL запрос в базу, в таблицу с 10 строками. И на этом фоне разница по скорости ответа была меньше 10%.

Иными словами если ваш сервис работает с базой - критической разницы по скорости работы между Go/Rust/PHP/Node/Java, особо не будет.

Другое дело если ваш сервис не будет делать запросы в базу, или будет кешировать результаты запросов, тогда вы почувствуете ощутимую разницу.

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

Один экземпляр Go занимал в памяти порядка 6мб RAM, при том, что Pytho+Django порядка 60мб.
Node уже не помню сколько, но что-то близкое к Python'у.

Вот тут уже, когда серверов у вас будет много - количество серверов с Go у вас будет в 10 раз меньше, соответственно расходы за эти сервера у вас будут в 10 раз меньше :)

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

Где-то читал статью, что у людей было API на порядка 40 серверов на Node, после переписывания на Go - серверов осталось два, из которых второй запасной :)

Есть целый туториал: https://blog.bitsrc.io/lets-implement-our-own-arra...

Я начинал изучение aspnet core по метаниту.
Считаю, что для начала этого достаточно. Более глубоко познать его проще будет уже на практике.