По поводу качества контента.
Что такое вообще качество контента? Соответствует ли он ожиданиям конкретного пользователя и интересен ли он ему? Если да, то с увеличением посещаемости качество контента для каждого пользователя будет падать. Но означает ли это, что суммарное качество контента упало? Сомнительно.
По поводу количества постов и отрицательных трендов.
Лично мое скромное мнение состоит в том, что в последнее время в рунете просто увеличилось количество качественных и не очень айти ресурсов. И некоторые посты они видели в других местах, на некоторые у них просто нет времени, потому что они читают еще и другие ресурсы. И теперь они открывают только самые интересные, а не все близкие к теме, как раньше. Ну и разделение на хабр, мм и гк сыграло свою роль. Как я понимаю, этим они хотели и частично обезопасить себя от блокировок, и оставить хабр техническим ресурсом.
Тогда это не снаружи класса, а одна из имплементаций.
ISomeDataProvider provider = new CachedDataProvider(new MyDataProvider()) вот это вот не выглядит, как интерфейc. Совсем.
Ну по сути это можно же сделать и интерфейсом. Почему вы выбрали именно наследование от класса, а не имплементацию интерфейса? В датапровайдере я так понимаю все-равно кэширование будет происходить в методе гетДата. И кэш будет юзаться именно там. Допустим у нас есть инмемори кэш и кэш из базы (в случае сложных систем, которые лезут по всу в другие за данными. опускаем проверку актуальности кэша в этом случае для примера). Как вы совместите коммон метод гетДата из суперкласса с предковым? Или вы оверрайдить будете гетдату? Если оверрайдить, то в любом случае по-моему лучше интерфейс сделать. Налседуются от классов обычно, когда есть общие методы для предков, которые не меняются либо для расширения функционала для консьюмеров.
У вас есть публичное апи, которое предоставляет ISomeDataProvider. А теперь расскажите, пожалуйста, как вы будете кэширование делать и как замените старую реализацию новой? Даже в композишн рут. А если в композишн руте он юзается много где. Вы его везде будете менять? ИДЕ и идеевский рефакторинг в расчет не берем. Если мы заговорили уже о композинш руте и ДИ, то датапровайдер должен быть интерефейсом, а реализация инжекстится. И если у нас зависит бизнес код от провайдера, то тут композишн рутом не отделаешься и придется менять еще и бизнес код и лезть в чужие модули, которые делает другая команда. Либо делаете интерфейс и реализуете сколько хотите имплементаций с различными кэшами и без, а если по религиозным причинам этого сделать нельзя, то остается делать кэш только внутри класса и никак иначе.
Я написал как правильнее будет задавать зависимости. Меня спросили почему и я ответил. Про цели инверсии вообще ни слова не было сказано. Вы же статью написали с целью помочь людям разобраться. Так и показывайте более правильные реализации. Вы же взяли не конкретное уже реализованное приложение, а написали свой код для демонстрации принципов. А конфигурация параметров в вашем случае происходит прямо в коде. Поэтому я и написал как более правильно будет сделать и объяснил зачем. Ваш код не использует конф файла, панель и не сканирует среду на поиск файлов с совпадающим с параметрами названием.
Тем, что в больших крупных компаниях существуют специальные люди, называемые инженерами по настройке и конфигурированию систем. И исходя из названия их должности они занимаются конфигурацией и поддержкой этих систем. И они очень часто не знают хорошо ЯП. И еще при использовании конфига из файла отпадает необходимость в перекомпиляции кода. Для больших систем этот процесс может занимать очень много времени. Я понимаю, что php эта проблема никогда не коснется ввиду специфики использования этого языка, но тема вашего поста это рассказ про инверсию контроля, а не про особенности ее использования на php. И инверсия контроля впервые изначально появилась в больших энтерпрайз приложениях, потому что там особенно остро стояла проблема зависимостей и конфигурирования.
Наиболее правильный подход это задавать зависимости в конфигурационном файле. А у вас по сути, чтобы изменить зависимость, все равно приходится по коду бегать и искать что поменять. И фабрика (она же контейнер) тогда в этом случае подходит очень хорошо.
Вот простой контейнер: bitbucket.org/stp008/customioc/src.
У меня тоже есть. Правда не помню в какую сторону. Нарушение цветовосприятия заключается в том, что некоторые оттенки трудно различимы по сравнению с другими. Но все-таки различить их можно при желании и если напрячься. По факту же в жизни это сказывается лишь в том, что ночью некоторые вещи становится труднее увидеть. Поэтому ночью при активной езде приходится чуть лучше концентрироваться, чем другие. Если ехать в потоке, то вообще можно забыть о том, что у тебя какие-то нарушения. В основном проблема в бордюрах в цвет асфальта. Ночью человек с нормальным-то цветовосприятием хрен разберет где что, а про себя вообще молчу.
Да конечно нужна. Матан на мой взгляд вообще нужен всем, т.к. это основа основ. Позволяет понять очень многие процессы, происходящие в мире. Математика это по факту описание мира вокруг нас. А это никому не повредит. Она просто меняет мышление в нужно русло. И это особенно полезно для программиста. А холивар лишь из-за того, что некоторые не хотят/не могут ее учить. На самом деле выучить ее при желании может любой. Единственный вопрос за сколько времени. Кто-то за месяц, а кто-то за годы. В статистике вообще ничего сложного нет. По сути большая часть состоит из просто набора функций для анализа данных. Ничего сложного в ней не вижу.
Читаем внимательнее. Я этой цитатой хотел показать, что не надо до людей докапываться по мелочам. Так как в данном случае это не фундаментальный просчет, а на самом деле мелочь. Можно даже оговоркой назвать в некотором смысле, если автор знал что такое фрагмент. Фрагмент служит для перехода на якорь, поэтому, когда человек называет это якорем, то все понимают о чем он говорит. Одно служит прослойкой для доступа к другому, поэтому это простительно, на мой скромный взгляд. Как пример, многие люди говорят, что их программа записала напрямую в базу, хотя на самом деле пишется все через драйвер.
www.w3.org/TR/html401/struct/links.html
Having defined the anchor, we may link to it from the same or another document. URIs that designate anchors contain a "#" character followed by the anchor name (the fragment identifier).
да ну: This kind of URI ends with "#" followed by an anchor identifier (called the fragment identifier)
Обязательно надо до чего-нибудь докопаться и не важно до чего
вроде так и написал, но ладно) Основная мысль в том, что автор по сути написал статью сам про себя сам того не понимая. Но статья от этого по мне стала еще лучше. На плохих примерах люди лучше учатся. Самое главное это не считать себя лучше других, а просто развиваться, как специалист. Если вы действительно лучше, то знающие люди это увидят, поверьте. Этим грешат джуны и это приходит со временм. Да и я сам от этого пока совсем не избавился, но в целом стараюсь. И кроме дикого самомнения, которое видно всем и никому не нравится (даже если оно и оправданное), это еще и забивает голову абсолютно ненужными мыслями. Даже на примере статьи, посчитайте, сколько времени автор потратил на нее. И исключительно для того, чтобы показать, что он лучше, чем другие.
В модели:
boolean registerUser(String email, String name);
User getUserByName(String name);
Если очень хочется, то можно и для почты сделать отдельный тип
Это опять же с мастером что-то не так. Вот он как раз просто решал поставленную задачу. А когда мне нужно было выровнять пол на 40мм, то я использовал вот это — www.ivsil.ru/catalogue/div4/item14.html. И ничего не трескается. Для больше надежности он еще сетку положил туда металлическую, но думаю можно было и без нее.
С целью рещить задачу вы (не именно вы, а обобщенно) в итоге делаете настолько плохо, что забываете что такое хорошо. Вы облениваетесь, любые бюджеты начинаете считать маленькими и продолжаете говнокодить. И в итоге даже с большим бюджетом вы все продолжаете говнокодить. Вы никогда не вырастете, если будете просто решать задачу. Потому что любую задачу вы будете просто решать не пытаясь сделать лучше или применить какую-нибудь новую фичу. Вы просто остановитесь в развитии, как специалсит. Был где-то пост про то, что одни люди постоянно ищут поводы, чтобы что-то не делать. а другие ищут способы обойти ограничения. Над каждой задачей нужно работать и каждую задачу можно сделать хорошо за приемлимое время и бюджет. Просто нужно искать решения, а не говорить, что есть задача, бюджет маленький, времени мало и поэтому ловите ваш кусок сами понимаете чего.
А потом приходит понимание, что нужно ипользовать декларативное программирование в виде внедрения ависимостей и контейнеров. И жить становится гораздо проще. Да, снала многие не понимают, зачем вся эта морока нужна, если все можно сделать гораздо проще и меньшим количеством кода (навеяло постом вы сломали javascript). Но, когда начинаешь писать, проходит время, добавляется функционала, рефакторится код и тогда уже приходит понимание. Но для многих уже становится поздо, что-то изменять.
Про ничего путного без вышки и так далее. Никто не говорит, что без вышки нельзя жить. Просто без вышки все эти темы вам придется изучать самостоятельно на сторонних ресурса вроде курсеры.
Нейронные сети и теория управления не сложные темы. В нейронных сетях только название пугающее. Когда ее изучаешь, то понимаешь, что там ничего сложного. Электротехника, наверное, тоже не сложная. Просто я ее не знаю хорошо и ничего по ней сказать не могу. Да и слишком объемная тема. Давно хочу ее как следует изучить, но начинать нужно с электродинамики. А потом уже переходить на электротехнику.
Алгоритмы шифрования (AES и RSA хорошо знаю), арифметика остатков и ее применение, квантовые алгоритмы, подходы к решению отдельных NP-полных задач. Про графы ничего не говорю, т.к. если задача выполняется за полиномиальное время, то там ничего сложного. И это далеко не самое сложное. Я просто открыл книгу по алгоритмам и написал вам темы, которые мне показались интересными. Веселье начинается в геймдеве.
Слабо верится. За нежелание давать взятку редко кто выгоняет. Вы, наверное, считаете, что если остальным положившим болт ставят просто так (на ваш взгляд), а вам нет, то значит выгнали из-за взятки? Или другие гуляют месяцами и им ничего, а вы прогуляли всего-то три недели и вас выгонять хотят только потому, что взятку давать не хотели?
Что такое вообще качество контента? Соответствует ли он ожиданиям конкретного пользователя и интересен ли он ему? Если да, то с увеличением посещаемости качество контента для каждого пользователя будет падать. Но означает ли это, что суммарное качество контента упало? Сомнительно.
По поводу количества постов и отрицательных трендов.
Лично мое скромное мнение состоит в том, что в последнее время в рунете просто увеличилось количество качественных и не очень айти ресурсов. И некоторые посты они видели в других местах, на некоторые у них просто нет времени, потому что они читают еще и другие ресурсы. И теперь они открывают только самые интересные, а не все близкие к теме, как раньше. Ну и разделение на хабр, мм и гк сыграло свою роль. Как я понимаю, этим они хотели и частично обезопасить себя от блокировок, и оставить хабр техническим ресурсом.
ISomeDataProvider provider = new CachedDataProvider(new MyDataProvider()) вот это вот не выглядит, как интерфейc. Совсем.
Вот простой контейнер: bitbucket.org/stp008/customioc/src.
www.w3.org/TR/html401/struct/links.html
Having defined the anchor, we may link to it from the same or another document. URIs that designate anchors contain a "#" character followed by the anchor name (the fragment identifier).
Обязательно надо до чего-нибудь докопаться и не важно до чего
boolean registerUser(String email, String name);
User getUserByName(String name);
Если очень хочется, то можно и для почты сделать отдельный тип
Нейронные сети и теория управления не сложные темы. В нейронных сетях только название пугающее. Когда ее изучаешь, то понимаешь, что там ничего сложного. Электротехника, наверное, тоже не сложная. Просто я ее не знаю хорошо и ничего по ней сказать не могу. Да и слишком объемная тема. Давно хочу ее как следует изучить, но начинать нужно с электродинамики. А потом уже переходить на электротехнику.
Алгоритмы шифрования (AES и RSA хорошо знаю), арифметика остатков и ее применение, квантовые алгоритмы, подходы к решению отдельных NP-полных задач. Про графы ничего не говорю, т.к. если задача выполняется за полиномиальное время, то там ничего сложного. И это далеко не самое сложное. Я просто открыл книгу по алгоритмам и написал вам темы, которые мне показались интересными. Веселье начинается в геймдеве.