dleshko

А мне одному мешает то что буквы в шрифте не одинаковой высоты? mint, chome 37.

Смотреть не пересмотреть

найти интересную задачу и начать ее делать, учебники, курсы это хорошо потом, очень сильно потом

На рутрекере смотрите самую скачиваемую литературу в разделе программирования - не ошибётесь

Никаких, они отдельно живут и прекрасно ставятся вместе.
бинарник python - линк на установленную версию python2.x

что мешает открыть файл темы и подкорректировать цветовую гамму?

кол-во секунд (в вашем случае миллисекунд), прошедших с 1 января 1970 года
ru.wikipedia.org/wiki/UNIX-%D0%B2%D1%80%D0%B5%D0%B...

Читайте родную документацию, она у джанго хорошая и всегда актуальная. Учить его по книгам, тем более со старыми версиями, не имеет смысла — окажитесь в прошлом. Да и не такая уж это сложная система, чтобы отдельные книги про неё писать.

Официальная документация и практика — наше всё.

Вопрос не простой.

Если Вы уверены, что Вам нужно изучить оба языка, в условиях недостатка времени, я бы на Вашем месте ограничился в С++ только самыми базовыми вещами: классы и объекты, инкапсуляция, наследование и полиморизм. Затем Java. А затем можно снова вернуться к C++ для более глубокого изучения.

Только один пример.

С одной стороны, есть такая тема в C++, которая Вам точно не нужна для изучения Java: "перегруженные операции". С другой стороны, было бы хорошо в C++, попользовать STL. А понять как он работает без знания перегруженных операций очень сложно. То есть, научится им пользоваться - можно. А понять как это работает, и, что еще более важно, понять текст сообщений об ошибках без хорошего понимания перегруженных операций (ну и еще и шаблонов) очень сложно. Таким образом, STL, boost и еще много что просто вылетает.

Если же по предложенной мной схеме, то Вы после получения базовых знаний об ООП изучите Java и в том числе, научитесь пользоваться сложными типами данных, такими как словари, хеш-таблицы и т.д. А затем можно вернуться к C++ и будет чуть проще научиться пользоваться STL. И разумеется, Вам придется научиться перегружать операции.

Команда uptime =)

1. 99.9% программистов жалуются на код, написанный его предшественниками.
2. 99.9% программистов жалуются на код wordpress
3. 99.9% программистов хотят все переписать по своему. И часто это самопис.

Конечно я утрирую. Но суть в том, что программисту все равно на риски чужого или почти чужого проекта. Он думает о коде. Его красоте, эстетичности, удобстве и т.д. НЕ доверяйте программистам, особенно молодым.

Взвести риски и траты. Послушайте аргументацию программиста. Вас должны интересовать конкретные проблемы. А не абстрактные заявления. В wordpress код сущий ад. Но в сети очень много сайтов на этом движке и с очень большой посещаемостью.

К тому же самопис вам точно не нужен. Его сопровождать никто не будет, кроме автора. Если решитесь, то используйте популярный фреймворк. Symfony, Yii, Laravel. Под них вы всегда сможете найти специалиста.

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

Попов до дебиана добрался?

Не стоит. Уже есть например https://hexlet.org/ и он полностью бесплатен. Есть куча курсов и материалов. К тому же любой айтишник рано или поздно начинает учить английский и тогда проблема получения новой информации падает до нуля.

А вы не забыли, что кроме "создания сайта" и придумывания политики оплаты нужен еще качественный контент?:) Его есть откуда брать? Ну тогда видимо стоит.

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

feedly нормал

ООП#Основные понятия

Без интерфейса (как концепции) немыслимы три из четырех основных понятий ООП.

Конкретно в Java интерфейсы как отдельные сущности нужны, потому что нет множественного наследования. В C++ и многих других языках с поддержкой множественного наследования интерфейсов как отдельной сущности нет (чисто виртуальный класс - частный случай обычного абстрактного класса).