Архитектура - набор ключевых решений при проектировании системы, удовлетворяющих следующим критериям:
Проблема уже в самом начале статьи: Вы путаете понятие "архитектура" и характеристику "хорошая архитектура". О критериях "хорошей" можно рассуждать долго, но и плохая архитектура приложения - тоже архитектура.
Тут вопрос, понимает ли человек, какую именно пользу он приносил предыдущему работодателю и способен ли он сформулировать, какую пользу он принёсет новому.
Если Вам нужно сделать дома электрику и Вы нанимаете исполнителя - вряд ли Вас устроит формулировка "я клал провода и приделывал выключатели". Скорее уж Вы хотите услышать "я сделал под ключ 40 объектов от однушек-хрущёвок до коттеджей на 3000 квадратов, Вашу квартиру тоже могу сделать".
Если работник, даже самый рядовой, не может сформулировать, ЗАЧЕМ была нужна его работа - в компетенции этого работника появляются сомнения.
Кто-то выбирал метрики, кто-то писал документацию и ТЗ, кто-то собирал данные, кто-то решал, где и как они будут храниться, кто-то прописывал алгоритмы их подсчета, кто-то дизайнил, кто-то кодил фронт, кто-то кодил бэк
В итоге на вопрос "кто шил костюм" ответа не дождаться.
И это, увы, массовая тенденция среди современных программистов: "моя задача - тикеты в джире закрывать, а зачем это надо - пусть ПМ думает". Разработчики вообще не представляют и не хотят представлять сути бизнес-процессов, которые они автоматизируют, в итоге деградируют до обычных кодеров.
Я полагаю, что Вы утрировали, перечисляя количество необходимых для разработки дашборда специалистов, но это пугает. Разве что Вы описывали Газпром какой-нибудь. Потому что в моей практике такие дашборды для банка из Top100, с сотней филиалов по стране и штатом в несколько тысяч человек писались силами команды из 3-х разработчиков. И да, эти дашборды включали в себя сбор всего - от бизнес-метрик из АБС и до среднего времени ответа на тикет в сервисдеске и средним временем опоздания из СКУД.
3 человека, понимаете? Не десяток, не сотня. Опытный тимлид, который сам в состоянии принять решения "где хранить, как обрабатывать" и может общаться с бизнесом, разбираться, что ему надо и как; разраб-мидл на текущие задачи и разработчик корпоративного портала, куда этот дашборд был интегрирован.
Сертификат гарантирует хотя соответствие продукции и производителя определённым нормам на момент сертификации.
В частности - что этот сыр вообще можно есть и что это именно сыр с проверенной рецептурой и ингредиентами, а также что на производстве соблюдаются санитарные нормы и мигранты с ближнего Востока не омывают ноги в чане с закваской.
Отсюда резко снижается область потенциальных мест для расследования. Хранение - да, транспортировка - да, ну и локальные нарушения норм на производстве никаким сертификатом не гарантируешь.
Но именно для этого магазин, торгующий сыром, тоже должен иметь сертификаты и регламенты хранения, в которых будет прописано - как обязан этот сыр храниться и что храниться он будет именно в правильных холодильниках, а не в доставшемся от дедушки. И перевозчик тоже обязан иметь как минимум сантехпаспорт транспортного средства (что в этом драндулете вообще можно возить еду), а в случае перевозки скоропортящихся продуктов - там отдельные дополнения к транспортной накладной оформляются.
Разумная доля свободы, безусловно, должна быть - но именно разумная. И она должна быть ОЧЕНЬ разумная там, где речь идёт о жизнях людей.
Кто в Голландии будет отвечать, если этим сыром всё-таки отравится сто человек , из них двадцать - насмерть, из них пятеро - дети?
С учётом реалий нашей страны, где приблизительно у 100% населения - криминальное мышление - сертификация и жёсткий контроль просто необходимость. Хорошо будет, если когда-то это поменяется, но пока вот так.
Никуда не дели. SPL теперь является частью ядра PHP, а типизация является переключаемой. По умолчанию, для совместимости, работает слабая, но можно объявить директиву strict_types и будет строгая.
В общем, обратная совместимость очень высокая, до сих пор можно писать в старом стиле, но в современном коде есть возможность использовать все современные подходы.
PHP сейчас всё ближе к джаве и у хороших пхп-шников всё в порядке и с шаблонами проектирования, и с пониманием SOLID, GRASP и DDD и со сложными структурами языка.
И получить пачку исков от клиентов, включая требование возмещения косвенных убытков и недополученной прибыли. С учётом того, насколько быстро сейчас сайты вылетают из топа поисковиков в случае падения сервиса, после нескольких десятков исков хостеру придется закрыться, продать оборудование и левую почку.
Ещё на вузовской скамье самостоятельно учат реально востребованные на рынке технологии, языки и фреймворки, участвуют в опенсорс-проектах, благо там всегда руки нужны, или пилят собственные пет-проекты для удовольствия.
И к окончанию ВУЗа имеют уже портфолио, пачку статей на хабре, а не то и широкую известность в узких кругах.
Он может себя считать хоть зелёным гномиком. Ряд авторских прав, по крайней мере по законодательству РФ, неотчуждаем. Например, право авторства. Отказ от этого права ничтожен.
Есть, конечно. Существует огромное количество лицензий, позволяющих свободное использование. Какие-то требуют указания автора, какие-то вообще абсолютно свободны - берите, дескать, моё произведение кто хочет и делайте с ним что хотите.
Но если другой человек хочет получать за использование своего творения деньги - то Вы не можете запрещать ему это.
В России слово «негр» никогда не носило уничижительного оттенка. «европеец», «индеец», «негр» - в русском языкке слова одного порядка.
Это история США, с рабством, с его отменой, с «n-word» и так далее. Россия к этому никак не причастна - так с чего ради обеднять русский язык в угоду парням из-за океана?
Проблема уже в самом начале статьи: Вы путаете понятие "архитектура" и характеристику "хорошая архитектура". О критериях "хорошей" можно рассуждать долго, но и плохая архитектура приложения - тоже архитектура.
А если предположить, что болтающие с Алисой люди как раз и находятся на упомянутом Вами уровне интеллекта?..
Сколько разработчиков при этом было в команде проекта, если не секрет?
Тут вопрос, понимает ли человек, какую именно пользу он приносил предыдущему работодателю и способен ли он сформулировать, какую пользу он принёсет новому.
Если Вам нужно сделать дома электрику и Вы нанимаете исполнителя - вряд ли Вас устроит формулировка "я клал провода и приделывал выключатели". Скорее уж Вы хотите услышать "я сделал под ключ 40 объектов от однушек-хрущёвок до коттеджей на 3000 квадратов, Вашу квартиру тоже могу сделать".
Если работник, даже самый рядовой, не может сформулировать, ЗАЧЕМ была нужна его работа - в компетенции этого работника появляются сомнения.
В итоге на вопрос "кто шил костюм" ответа не дождаться.
И это, увы, массовая тенденция среди современных программистов: "моя задача - тикеты в джире закрывать, а зачем это надо - пусть ПМ думает". Разработчики вообще не представляют и не хотят представлять сути бизнес-процессов, которые они автоматизируют, в итоге деградируют до обычных кодеров.
Я полагаю, что Вы утрировали, перечисляя количество необходимых для разработки дашборда специалистов, но это пугает. Разве что Вы описывали Газпром какой-нибудь. Потому что в моей практике такие дашборды для банка из Top100, с сотней филиалов по стране и штатом в несколько тысяч человек писались силами команды из 3-х разработчиков. И да, эти дашборды включали в себя сбор всего - от бизнес-метрик из АБС и до среднего времени ответа на тикет в сервисдеске и средним временем опоздания из СКУД.
3 человека, понимаете? Не десяток, не сотня. Опытный тимлид, который сам в состоянии принять решения "где хранить, как обрабатывать" и может общаться с бизнесом, разбираться, что ему надо и как; разраб-мидл на текущие задачи и разработчик корпоративного портала, куда этот дашборд был интегрирован.
А чего с фрилансом не так, не подскажете?
Фрилансил до сентября прошлого года, куча знакомых фрилансит до сих пор. В самых разных сферах. У всех всё хорошо. Что мы делаем не так?)
Можно идти во фрилансеры с почасовой оплатой и работать столько, сколько захочется.
Сертификат гарантирует хотя соответствие продукции и производителя определённым нормам на момент сертификации.
В частности - что этот сыр вообще можно есть и что это именно сыр с проверенной рецептурой и ингредиентами, а также что на производстве соблюдаются санитарные нормы и мигранты с ближнего Востока не омывают ноги в чане с закваской.
Отсюда резко снижается область потенциальных мест для расследования. Хранение - да, транспортировка - да, ну и локальные нарушения норм на производстве никаким сертификатом не гарантируешь.
Но именно для этого магазин, торгующий сыром, тоже должен иметь сертификаты и регламенты хранения, в которых будет прописано - как обязан этот сыр храниться и что храниться он будет именно в правильных холодильниках, а не в доставшемся от дедушки. И перевозчик тоже обязан иметь как минимум сантехпаспорт транспортного средства (что в этом драндулете вообще можно возить еду), а в случае перевозки скоропортящихся продуктов - там отдельные дополнения к транспортной накладной оформляются.
Разумная доля свободы, безусловно, должна быть - но именно разумная. И она должна быть ОЧЕНЬ разумная там, где речь идёт о жизнях людей.
Кто в Голландии будет отвечать, если этим сыром всё-таки отравится сто человек , из них двадцать - насмерть, из них пятеро - дети?
С учётом реалий нашей страны, где приблизительно у 100% населения - криминальное мышление - сертификация и жёсткий контроль просто необходимость. Хорошо будет, если когда-то это поменяется, но пока вот так.
Никуда не дели. SPL теперь является частью ядра PHP, а типизация является переключаемой. По умолчанию, для совместимости, работает слабая, но можно объявить директиву strict_types и будет строгая.
В общем, обратная совместимость очень высокая, до сих пор можно писать в старом стиле, но в современном коде есть возможность использовать все современные подходы.
Ну вот критерий "нет нормальных классов" - он как раз здравый и абсолютно понятный.
Востребованность на рынке, функциональность, область применения - да. А скобочки - ну такое...
Каков подход, таковы и комментарии. Выбор языка из-за моды и скобочек - чисто женский подход, отсюда и комментарии такие.
PHP сейчас всё ближе к джаве и у хороших пхп-шников всё в порядке и с шаблонами проектирования, и с пониманием SOLID, GRASP и DDD и со сложными структурами языка.
И получить пачку исков от клиентов, включая требование возмещения косвенных убытков и недополученной прибыли. С учётом того, насколько быстро сейчас сайты вылетают из топа поисковиков в случае падения сервиса, после нескольких десятков исков хостеру придется закрыться, продать оборудование и левую почку.
Ещё на вузовской скамье самостоятельно учат реально востребованные на рынке технологии, языки и фреймворки, участвуют в опенсорс-проектах, благо там всегда руки нужны, или пилят собственные пет-проекты для удовольствия.
И к окончанию ВУЗа имеют уже портфолио, пачку статей на хабре, а не то и широкую известность в узких кругах.
От страны и от банка зависит, но в целом - нет, не меньше. Юрлица выживают за счёт того, что их операции изначально куда лучше обложены документами.
А так всё то же самое: пришли деньги - объясни откуда и за что. Даже если внутри страны. Иначе тебе их просто не отдадут.
Он может себя считать хоть зелёным гномиком. Ряд авторских прав, по крайней мере по законодательству РФ, неотчуждаем. Например, право авторства. Отказ от этого права ничтожен.
Есть, конечно. Существует огромное количество лицензий, позволяющих свободное использование. Какие-то требуют указания автора, какие-то вообще абсолютно свободны - берите, дескать, моё произведение кто хочет и делайте с ним что хотите.
Но если другой человек хочет получать за использование своего творения деньги - то Вы не можете запрещать ему это.
У них в любом случае есть владелец и их тоже можно зарегистрировать.
В России слово «негр» никогда не носило уничижительного оттенка. «европеец», «индеец», «негр» - в русском языкке слова одного порядка.
Это история США, с рабством, с его отменой, с «n-word» и так далее. Россия к этому никак не причастна - так с чего ради обеднять русский язык в угоду парням из-за океана?