German Jet

Те кто в негативном ключе высказываются о видео-курсах, делают о них выводы по просмотру нескольких неудачных роликов. С таким же успехом можно взять в руки любую неудачную книгу и раскритиковать способ обучения по книгам.
Интернет образование за последние несколько лет сделало большой прорыв в информационной индустрии. Это целое направление в бизнесе, которое направлено в первую очередь на качество оказываемых услуг. Ведь люди, приобретая тот или иной курс, оставляют в конечном итоге отзывы и рейтинг, которые в дальнейшем поспособствуют фильтром в отсеивании некачественных материалов. Следовательно, авторы курсов заинтересованы в том, чтобы выпустить свой продукт максимально полезным и живым. Посмотрите на udemy, на кол-во приобретенных курсов и кол-во довольных отзывов. Хотите сказать, все эти люди которые инвестируют в свое образование "дегенераты" (как кто-то выше писал в комментах)?
Только неадекватный профан будет утверждать, что данный способ обучения не работает или что он менее эффективен. Все люди разные, кому-то проще обучаться по видео курсам, кому-то по книгам. Главное, чтобы был результат. В конечном итоге никто не мешает комбинировать эти способы.

Плюсы видео курсов:
+ последовательность: теория + практика. По окончанию курса у вас будет готовое приложение, которые не стыдно разместить в портфолио. Почему не стыдно - потому что оно писалось более опытным разработчиком чем вы, который показал вам best practices, чтобы вы не ломали голову и не наступали на грабли, в попытках самостоятельно написать кривой код;
+ поддержка: проверка ДЗ и возможность задать вопрос автору когда возникнут проблемы. Можете ли вы написать свой технический вопрос автору книги? Ответ очевиден.
Минусы:
- отсутствие деталей и тонкостей: о многих технических моментах можно узнать только из книг/документации. Если вы человек разумный, то вы согласитесь, что нельзя вместить все технические нюансы в одном видео курсе. Вы когда смотрите фильм снятый по книге не возмущаетесь ведь почему так подробно не был освещен какой-то момент, который в книге был расписан до мелочей. Здесь точно так же.

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

Поэтому, Логинов Станислав не ведитесь на поводу у стада, которое навязывает вам точку зрения, которая априори не может быть истиной в виду индивидуальных особенностей человека.
Ваша формулировка вопроса Видеоуроки — долго, и много воды уже звучит неадекватно. С вероятностью 99% вы просто взяли неудачный курс и делаете по нему выводы. Что вам мешает найти тот, который подойдет именно вам?

@lru_cache
def get_cities(id):
    METHOD = 'database.getCities'
    response = requests.get(
        f'{URL}{METHOD}?access_token={TOKEN}&v={VK_API}&country_id={id}'
    )
    content = response.json()
    return [i['title'] for i in content['response']['items']]


def show_cities(request, id, ordered=False):
    cities_list = get_cities(id)
    if ordered:
        cities_list = sorted(cities_list, key=lambda x: x[0])
    return render(request, 'countries/cities_list.html', {'cities': cities_list})

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

У меня такое было, когда я только перешел во фронтенд и пытался держать слишком много деталей о языках и инструментах в голове. Со временем понял, что это не имеет смысла - все меняется быстрее, чем я запоминаю. Перешел от мысли "я использую инструменты" к мысли "я делаю штуки" и сразу полегчало, стал держать в голове только общие идеи о том, как что-то делается, или что вообще бывает в какой-то области, а конкретные инструкции по применению отдельных инструментов изучаю по ходу дела. Изменил фокус своего самообразования, если это можно так назвать. В результате все препроцессоры слились в один, новые библиотеки становятся все менее сложными в освоении, поскольку идеи везде плюс-минус одинаковые и.т.д. Решения стало принимать гораздо проще. И аргументировать тоже. Иногда складывается такое впечатление, что у нас в отрасли совсем ничего не появляется нового уже лет пять, а то и больше. Да, я забываю как использовать флексы, путаю call() и apply(), гуглю свои же ответы на тостере, но это не важно. Голова занята решением проблем, в ней теперь нет никакой второстепенной информации и это очень здорово. Статьи писать тоже полезно оказалось - написал, "поставил на полочку", и забыл. А если будет нужно - можно достать и посмотреть. Таким образом вот эта вся фигня с закипанием мозгов практически ушла.

В виндовом фаерволле на входящих правилах создаете разрешающее правило.
В "Протоколы и порты" указывается 1560/TCP
Во вкладке "Область" указать локальный адрес сервера
В поле удаленный адрес указать только адреса нужных ПК.
В "Дополнительно" указать что действует для всех профилей.

В итоге порт будет доступен только локально и для всех IP адресов указанных в поле Удаленный IP-адрес

Открыл вопрос и из монитора хлынул поток воды, так что сразу к вопросам:

Какое оборудование (модели) ставить на уровень доступа, распределения?

Да Микроты ставьте, если прокачаться хотите. В качестве свитчей - HP, например. Можно и D-Link, не слушайте диванных кукаретиков.

Как делать - 4 коммутатора на все устройства (в шкафу), или же по одному на этажах и центральный в серверную?

Всё в шкаф, чтоб потом не бегать по этажам и не искать причину поломки.

Как нарезать vlan? По этажам? По кабинетах?

По кабинетам геморройно, я бы вообще ничего не делал, сеть-то маленькая.

Так и не знаю делать ли интернет розетки или нет)

По уму - надо бы сделать всё грамотно, с нуля, с перфорацией, кабель-каналами и маркировкой, но лично я бы этим занимался, если бы зарплата шла от 70+ тыр минимум без последующих уменьшений и увольнений.

А, да, и AD бы всё-таки настроить и DNS с DHCP на Windows Server зарулить.

Вам стоит начать воспринимать ваше отношение к документации Laravel и Symfony как индикатор того что вам есть ещё что изучать и в чём разбираться. Это нормальное развитие разработчика.

Честно говоря пока что ваши реплики не очень хорошо связуются между собой. "В общих чертах знаком", "не понимаю всего этого ООП", но при этом "могу написать на Laravel магазин какой" - это для меня звучит очень странно. Я работаю с Symfony уже порядка 5 лет, но никак не могу сказать что влёгкую напишу на ней магазин. Вот здесь команда Sylius магазин на Symfony пишет аж с 2012-го года, до релиза 1.0 добрались через 5 лет, для меня это хороший показатель. Вы точно уверены в отсутствии у вас эффекта Даннинга-Крюгера?

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

Вполне вероятно что вы просто пытаетесь следовать довольно популярному сейчас подходу взятия новых подходов в программировании штурмом (т.к. судя по ответом на том же тостере - в целом вы занимаетесь программированием довольно давно). Это работает до определённого предела, но важно понимать что на любом пути существуют разные этапы и переход между этапами пути - отдельная большая работа. Понимание различных подходов к решению задач (и ООП подход как один из них) на уровне самих механизмов, стоящих за ними идей, а не на уровне синтаксиса - важный этап, но зачастую непростой т.к. требует внесения существенных изменений в модель вашего восприятия. Тем не менее, пройдя его, вы будете ясно видеть и "зачем гейты и политики" и т.п.

Ответ получился чуть в сторону, так что back to topic: знакомиться с Symfony однозначно стоит, но не в качестве спасения от непонятной документации Laravel (там, как правильно написал DevMan её ещё меньше и она ещё сложнее), а для изучения того как на PHP можно писать действительно качественный, стабильный и поддерживаемый код. Фактически знакомиться с Symfony лучше даже не столько через чтение документации, а через изучение её исходников с отладчиком. Несколько недель подобных путешествий (с параллельным поиском ответов на вопросы "что тут вообще происходит?!") дадут вам очень много в плане развития, рекомендую :)

1. Рендер контроллера внутри шаблона
https://symfony.com/doc/3.4/templating/embedding_c...

{{ render(controller(
    AppBundle:Article:recentArticles',
    { 'max': 3 }
)) }}

2. Кастомный Twig Extension, который добавляет функцию, реализующую нужную логику
https://symfony.com/doc/3.4/templating/twig_extens...
{{ articles(3) }}
3. Если надо выводить что-то простое, к примеру, версию приложения, то можно использовать глобальные переменные
https://symfony.com/doc/3.4/templating/global_vari...
{{ app_version }}
4. Какие-то вещи доступны в глобальной переменнойapp, к примеру, тот же инстанс залогиненого пользователя
{{ app.user.username }}

Это справедливо для всех версий Symfony

Боюсь, что в 14 лет вы пока очень ограничены тем, что у вас мало знаний. И не в силу лени или глупости, а просто в силу возраста. Как минимум, вам нужно будет хорошо знать школьный курс математики (алгебра + геометрия) за 9-11 класс. Навскидку, сюда войдут тригонометрия, планиметрия (теорема Пифагора, синусы-косинусы и т.п. и обратные к ним функции), стереометрия, векторы (10 класс, очень важная тема на пару занятий), начала теории вероятности и мат.статистики. Нужно понимать, что такое прямые углы, параллельные прямые, объем. Что такое функция, потому что очень много завязано на этом понятии (зависимость между величинами на плоскости и в пространстве). Физика — раздел движения (равномерное, равноускоренное, по окружности, маятник и т.д.). Информатика — полезен весь материал, который нужен для сдачи ЕГЭ.

Здесь, на тостере, сидят дяди и тёти, которые очень давно были в школе, и в такой ситуации довольно трудно вспомнить всё то, что стоило бы знать)))

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

у мня ноут (2012 года выпуска)

так я на нем разработку на 1С веду, ну в принципе хватает.
Так что буху заглаза хватит.

Напрямую можно симулировать нейроны, и даже математика вся уже написана. Но на современном железе получится запустить не более миллиона (плюс/минус два порядка) нейронов, а в человеческом мозге около 100 млрд. Тензорфлоу оперирует матрицами, а операции над ними хорошо векторизируются и имеют производительные реализации не только для центрального процессора, но и для GPU и кластеров, вследствие этого получается обсчитывать на пару порядков больше нейронов.

Как сделать, чтобы сразу открывалась 1С-ка

Как сделать, чтобы сразу открывалась 1С-ка и совершался логин в нужную учёту 1с-ки ?

Конструктор - специальный метод, который призван создавать экземпляры класса или структуры. У него нет возвращаемого значения (неявный void).
Дефолтный конструктор - конструктор без аргументов.

Метод тоже может создавать новый экземпляр, но его нельзя вызвать через оператор new .... ().

Условно:
Конструктор - метод для создания экземпляра.
Метод - это поведение созданных экземпляров.

var a = new Constructor();
a.Method();

https://docs.microsoft.com/ru-ru/dotnet/csharp/pro...