Немного странно, в какой ситуации можно забыть скопировать из .env в .env.example?
Обычно бывает обратная проблема, когда в env.example были внесены изменения, о которых не подозреваешь, и которые надо бы перенести в .env
А посмотрите-ка на эту ситуацию глазами автора библиотеки:
Вы решаете слегка отрефакторить код, не ломая обратную совместимость, и тут вам пишет разработчик, у которого ваши изменения в коде библиотеки ломают иерархию чего-то там — рефакторинг невозможен.
Вот и стелят соломку, чтобы по-максимому оградить себя от таких ситуаций, а не только из любви к идеальному коду.
Молодцы, что смогли решить свою проблему малой кровью. Конечно, Event Sourcing может выглядеть несколько сложнее, но в долгосрочной перспективе может быть более гибким решением, к тому же знакомым другим разработчикам. Думаю, для многих было бы интересно поработать в команде, где активно применяется этот паттерн, в принципе
К сожалению, в данный момент книга не под рукой, не помню всех деталей. Насколько помню, из устаревших моментов — краткий обзор языков программирования, работа с форматированием и учет скобочек (то, что в наше время делает любая IDE), некоторые моменты недостаточно строги (например, Макконнелл рекомендует не более 7 аргументов для функции, что по современным меркам довольно много) и некоторые другие мелочи проскальзывают.
Но, если вспомнить, что эта книга была, пожалуй, одной из первых, дававших базовые знания о грамотной промышленной разработке, много сейчас ей можно простить.
По сути, многие вещи, которые в ней были собраны вместе, сейчас являются стандартом и must have для всех профессиональных разработчиков — поэтому ее по-прежнему стоит рекомендовать.
Итак, главный вопрос заключается в том, какую книгу(ы) я бы рекомендовал вместо этого? Я не знаю. Предлагайте в комментариях, если только я их не закрыл.
Как для 2008 года, я бы предложил «Совершенный код» (Code Complete) Макконнелла для начинающих разработчиков — гораздо менее категоричная книга, однако в 2020 году не все главы уже актуальны.
И да, и нет. Язык по-прежнему прост в изучении. Можно быстро начать писать работающий код, веб-сервер встроен прямо в язык, бери и запускай. С другой стороны, научиться писать работающий код и писать код профессионально — совсем разные вещи. И вот тут уже нужны фреймворки, стандарты PSR, паттерны и хорошее понимание ООП.
На рынке множество вакансий совсем разного уровня — соответственно, можно легко найти работу в веб-студии условно «за еду» и поднабраться опыта. Однако многие почему-то так и остаются на уровне копирования кода со SO десятилетней давности и безо всякого интереса, что было добавлено в язык за последние ~10 лет.
Можно сказать, чтобы стать хорошим разработчиком, знающим PHP, придется много вкладываться в самообразование или попытаться как можно скорее попасть туда, где на нем пишут профессионально.
Интересно, что делают Android Developer и Android Project Lead
У Thunderbird есть мобильная версия?
Похоже, у вас календарь сбился
Обычно бывает обратная проблема, когда в env.example были внесены изменения, о которых не подозреваешь, и которые надо бы перенести в .env
Не только для Chrome!
Вы решаете слегка отрефакторить код, не ломая обратную совместимость, и тут вам пишет разработчик, у которого ваши изменения в коде библиотеки ломают иерархию чего-то там — рефакторинг невозможен.
Вот и стелят соломку, чтобы по-максимому оградить себя от таких ситуаций, а не только из любви к идеальному коду.
Достаточно? :)
Но, если вспомнить, что эта книга была, пожалуй, одной из первых, дававших базовые знания о грамотной промышленной разработке, много сейчас ей можно простить.
По сути, многие вещи, которые в ней были собраны вместе, сейчас являются стандартом и must have для всех профессиональных разработчиков — поэтому ее по-прежнему стоит рекомендовать.
Как для 2008 года, я бы предложил «Совершенный код» (Code Complete) Макконнелла для начинающих разработчиков — гораздо менее категоричная книга, однако в 2020 году не все главы уже актуальны.
На рынке множество вакансий совсем разного уровня — соответственно, можно легко найти работу в веб-студии условно «за еду» и поднабраться опыта. Однако многие почему-то так и остаются на уровне копирования кода со SO десятилетней давности и безо всякого интереса, что было добавлено в язык за последние ~10 лет.
Можно сказать, чтобы стать хорошим разработчиком, знающим PHP, придется много вкладываться в самообразование или попытаться как можно скорее попасть туда, где на нем пишут профессионально.