Руслан Гильфанов

Чаще всего - в целях безопасности.

Рискую быть побитым камнями, но сам постоянно использую NoScript, добавляя сайты в исключения по мере надобности.
Считаю, что превыше всего - информативность. Если Ваш сайт информационный, сделайте так, что текст (важное сообщение, новость, телефоны, адреса, контакты, дата и время события, код доступа, и.т.д.) и другая информация, ради которой идут на сайт, была доступна даже с самого кривого и простого текстового браузера или мобильного устройства.
Если же Ваш сайт не несёт такой нагрузки, а представляет собой игру, дизайнерскую открытку, шоурум, web-приложение, не работающее без JS - можете забить.

Я так поступаю. Мне и в голову не придет (С) заходить на незнакомый сайт не с FF и без значка NoScript - потому что вот такие вот умники увешают сайт по самое не хочу скриптами, которые покажут десять шевелящихся мигающих окошек прежде чем доберешься до нужной информации.

Ну и конечно же из безопасности - кликджекинг пока еще никто не отменил

x = float(input())

rub = int(x // 1)
kop = int(round((x - rub)*100, 2))

print(rub, kop)

При таком варианте мы имеем следующее:

4.99 как 4 99
10.35 как 10 35

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

Скажите, какие проблему могут возникнуть с использованием css grid? Хочу применить технологию в реальном проекте.

Из основных проблем, с которыми столкнулся я:
1. Технология не такая классная, как кажется на первый взгляд
2. "Физически" - ячеек не существует, по этому задать им например, фон - не получиться (да, я понимаю, что можно задать фон вложенному элементу)
3. Работать со сложной сеткой - несколько затруднительно, особенно если Вы решите каждой из ячеек дать название
4. Поддерживается не всеми браузерами и не всегда корректно

Ну... и как косвенный недостаток - на данный момент не очень удобно отлаживать такую сетку в браузере, более ли менее нормально, из известных мне браузеров, работать в режиме "отладки" с сеткой позволял только FireFox (по крайней мере, до недавнего времени).

2.7 - это легаси. На python.org написано, что 2 берите только в том случае, если вы знаете точно, что вам нужен именно он (если текущий проект под 2, или в целевой системе только он, или какой-то уникальный пакет не поддерживает 3). Во всех остальных случаях берите 3. Соответственно, курсы лучше иметь под 3. Но если что, достаточно почитать про разницу версий.

1. Потому, что он подходит не для всех задач Что можно написать на Node.js?
2. Потому, что не для всех приемлем JavaScript, люди так привязаны к синтаксису

Ответ - ничем не лучше.
Почему не все серверы пишутся на Node js?

Если ты учишься и хочешь навыки развить, что бы в будущем тебя кормило программирование, тогда мой совет такой. Начинай изучать python и javascript. Реальность такова, что без js не напишешь фронт, а python имеет множество библиотек под все задачи. Py очень понятный язык, js не очень понятный.

Есть проект PonyORM + PonyJS + ReactJS https://www.youtube.com/watch?v=6AWL4iSfZXU
За такими технологиями будущее, python на бэкенде и react на фронте.

1) Мой основной язык Python, на JS больших программ почти не писал. Когда писал на нём больше, то ощущал дискомфорт из-за:
- отсутствия нормального наследования (хотя сейчас, вероятно, это уже исправлено)
- трудностей с типами данных и неявными преобразованиями (вот вчера буквально был холивар на Тостере о == и ===)
- списков, реализованных как переодетые объекты
- отсутствия из коробки структур данных вроде deque.

Но это были студенческие поделки.

2) Python предоставляет больше средств борьбы со сложностью. Наследование, система метаклассов, синтаксический сахар. Хотя бы даже такая штука как property. Он даёт больше возможности инкапсулировать сложность внутри. Ну и на нём действительно очень много разнообразных библиотек. Возьмите хотя бы Django: она умеет автоматически генерировать миграции базы данных. Насколько я знаю, это мало кто умеет делать.

3) Не думаю, что JS - это язык будущего для бэк-енда. Я бы согласился, если бы вы сказали про Scala или Kotlin, которые куда больше подходят для больших и сложных приложений хотя бы потому, что имеют ещё больше средств борьбы со сложностью, чем Python. Поэтому я смотрю скорее в их сторону для своего будущего профессионального развития, не на JS. Он как-то не очень тянет в сравнении.

4) Ничто не помешает вам изучить платформу А, затем Б, потом В и так далее; от этого только польза. Может быть, вы через десять лет будете на Quipper - диалекте Haskell для квантовых компьютеров - писать. Но начинать посоветую всё же с Python - чтоб меньше заниматься мазохизмом и больше писать кода.)

Выбор ЯП и стека вещь сугубо субьективная. Параметров слишком много, чтобы можно было объективно сравнить.
Все перечисленные технологии популярны и в ближайшиее 5 лет будут востребованы. Выбирай то что нравится.

В пользу Node: всё идет к тому, что js станет стандартом как на фронте, так и на сервере. Через 5 лет серверную часть не на js будут писать только ленивые ретрограды.

Ну-ну. Или стухнет как руби.

Приложения получаются быстрее python и др. в 10-15 раз, выдерживают большие нагрузки,

У JS нет превосходства в производительности над Python. Скорее наоборот. Но в целом я бы не рассматривал производительность как фактор выбора, т.к. в первом приближеннии она одинакова.

нет задач, которые нельзя было бы реализовать в рамках MEAN-стека.

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

Технология в стадии активного развития, через 5 лет сегодняшние её косяки будут исправлены, и она станет стандартом де-факто для web-приложений, как php для web-сайтов когда-то. Нет смысла тратить время и распыляться на морально устаревающие средства.

Некоторые косяки действительно будут исправлены. С монгой все поигрались и забыли, вернулись к реляционным БД. Express.js это наколенная поделка, которую можно написать за один вечер. Там по сути кроме роутинга ничего нет. Может быть черзе 5 лет на ноде появятся какие-то полноценные фреймворки типа Джанги, Рельсов или Симфони, но на сегодняшний день их нет. Angular это вообще фронтенд, его можно с любым бакендом использовать.

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

В РФ - да, если ПО принадлежит тебе (ты его купил) - никаких проблем, делай что хочешь.

В США - категорически нет. "Закон об охране прав в цифровую эпоху" - там ты даже не можешь свой трактор починить сам, потому что интеллектуальная собственность на ПО. https://geektimes.ru/post/278644/

У нас - да.
Именно декомпиляция.
А вот дальше - все зависит от того как вы будете использовать полученную информацию.