big_hasan

Довольно толковая и "свежая" статья. Думаю, поможет, как минимум, структурировать мысли.

Когда между элементами интерфейса много сложных взаимосвязей.
Если веб-интерфейс можно разделить на простые слабосвязанные кирпичи по типу "нажал кнопку - панелька развернулась, нажал ещё раз - свернулась, и ей чихать, что творится во всех прочих элементах" - фреймворк не нужен.
Если же между ними есть связи в духе "если я нажал эту кнопку, то нужно посмотреть состояние того чекбокса и если он true, то сделать A и B, если false, то X, Y и Z, а потом ещё в соседнем списке что-то отфильтровать и по результатам, возможно, некоторые элементы задизейблить" - никуда не денешься. С ростом количества таких связей объем кода и всяческих проверок растёт экспоненциально, всё запутывается в гордиев узел.

Глядя на текущую ситуацию иногда кажется, что используется фреймворк, только потому , что это популярно.

так и есть. просто пытаются пихать куда можно и нельзя) но в частности ангуляра это связано еще с тем что фреймворк новый и многие учатся. и для обучения - пытаются пилить любой проект на нем. дабы набираться опыта.

ну вообще созданы они изначально для Single-page application (для примера gmail.com)
тобишь главное слово тут application. если ты не можешь назвать свой сайт - приложением. то вряд ли там нужен тебе фреймворк.

Выше, ну, столько ссылок накидали, что просто свой арсенал перечислю стандартный: Gulp(autoprefixer+sass+browserify) + Sass + Bootstrap4 (как раз на flexbox) + JS плагины по желанию) Тоже суховато, но спрашивайте конкретнее, если что интересно

Добрый день!

Во-первых, вы должны иметь желание развиваться, и изучать что-то новое, постоянно. Не бояться нового, пинать себя, пробовать - и множество вещей будут изучены за короткие сроки.

flexbox, grid layout

- это css из современных стандартов. Что бы знать, когда применять - вы должны знать версии старых браузеров, которые необходимо поддерживать на вашем проекте, и соответствующую поддержку этих стилей. Например, формировать элементы на flexbox на порядок удобнее, чем на float, но в IE9 вы уже использовать flexbox не можете.
Немного о новинках в css тут.
Поддержка браузерами тут.

gulp, webpack и пр.

- это инструменты, которые созданы для облегчения рутинных задач.
Для верстки очень удобно использовать gulp - вы описываете задачи, такие как создание локального сервера, мгновенная перезагрузка страницы при изменениях, минификация ваших файлов, и прочее.
Посмотрите отличный скринкаст от Ильи Кантора!

препроцессоры

- представьте, что вам чего-либо не хватает в html и css.
Например, вы хотите разбивать большие html файлы на множество мелких, или вам нужно вставить в html динамическое содержание - для этого созданы html шаблонизаторы. Вы используете в работе синтаксис конкретного шаблонизатора, затем тот же gulp автоматически собирает эти файлы в обычный html, который понимает браузер.
Аналогичная ситуация с css, препроцессоры позволяют разбивать файлы на мелкие, и собирать в один, доступны переменные и функции, и многое другое.
Популярный шаблонизатор Pug
Один из css-препроцессоров Stylus

пакетные менеджеры

- это удобный способ скачать конкретные библиотеки, и переносить их из проекта в проект. Статья про npm тут

Ну и конечно статьи и подкасты:
https://habrahabr.ru/
jsraccoon.ru

https://soundcloud.com/web-standards
https://radiojs.ru/

Конкретные статьи и ресурсы для новичка:

frontender.info/a-baseline-for-front-end-developers
frontender.info/a-guide-to-flexbox
css-live.ru/articles-css/pravilnye-kontrolnye-toch...
https://medium.com/russian/%D0%BE%D1%82-%D0%BD%D1%...
https://medium.com/russian/%D0%BE%D1%82-%D0%BD%D1%...
https://habrahabr.ru/company/zfort/blog/321214/
https://frontendmasters.gitbooks.io/front-end-hand...

Дерзайте!

Вообще-то сервера в Minecraft'e не кодят.. но это так, к слову.

Хочу предложить немного другой подход, который возможно вас заинтересует.

К сожалению, интересы ребенка могут отличаться от ваших планов, но, если уж очень хочется, то в 7 лет лучше уделить внимание модам в Minecraft. Например: GregTech, Build Craft, Industrial Craft 2 - отлично развивают логику.

Когда процесс уже пойдет активнее, попробуйте предложить ему мод Computer Craft, это что-то вроде виртуальной машины внутри игры, которую можно программировать - очень увлекательно.

Enterprise разработка - это разработка, направленная на решение проблем бизнеса. В отличии от разработки для решения проблем конечных пользователей.

На самом деле нет каких-то зафиксированных принципиальных характеристик, которые присущи только EA. По-этому, в разговорной речи понятие "энтерпрайз" может значить весьма разные вещи. С одной стороны энтерпрайз - не про увлечение модой с переписыванием всего, как только появится новый тренд. Ибо это _дорого_, так как цена ошибки дорога. С другой стороны - совсем не обязательно, что это 20-летние технологии. Конкретный бизнес сам для себя выбирает модели развития и обновления стека технологий. С одной стороны - это сложность ПО, бизнес-логики. С другой - сложность понятие весьма относительное.

Но если все же пытаться выделить какие-то характерные черты, я бы назвал несколько:
* устойчивость к трендам (использование их, когда они пройдут стадию моды и перейдут к стадии заинтересованности крупными игроками, ибо никому не нужны технологии, которые через год умрут и их поддержка будет дорожать каждый день).
* сложная и непостоянная бизнес-логика, давление на нее из множества источников
* результат сложной переменчивой бизнес-логики в совокупности с длительным использованием продукта приводит к целям снижения стоимости поддержки за счет стоимости первоначальной разработки, производительности и потребляемых ресурсов. ООП, SOLID, Unit Test/TDD, DDD - все эти популярные буквы - последствия "энтерпрайза", когда мы готовы серьезно подходить к написанию кода для облегчения его последующего изменения.
* слабо заметный вклад конкретного программиста, проистекает из сложности ПО

Требования к программисту... ну я бы сказал, усидчивость, вдумчивость, исполнительность... хм, а что, в каких-то других областях другие требования к программистам? Хотя, конечно, в противоположность, можно назвать способ разработки "быстро-быстро и в продакшн". Но, к слову, такие ситуации могут и в энтерпрайзе возникнуть.

По-этому, стоит рассматривать не энтерпрайз/не энтерпрайз, а конкретные компании с конкретными требованиями и циклами разработки.

Все правильно, никакая проверка здесь не нужна.

Ошибки должен отлавливать обработчик ошибок. Который уже будет сам решать - что показать на экране, а что записать в лог.

1)нет, не чревато.
2)нет, не раскроют.
3)это их работа, фильтровать рынок, как кит усами фильтрует планктон. более того, хватает случаев, когда они зовут собеседоваться заведомо нежелающих, устроенных и прямым текстом про это говорящих - по принципу "а вдруг". да и вы сами не знаете - вот пойдёте потренироваться, а потом, на месте, вдруг заинтересуетесь (проектами, видом из окна, атмосферой предприятия)
4)избавляйтесь от этой романтической муры в голове. правда. это рынок. это жизнь. все хотят своего. это нормально. никто никому не делает одолжений. иначе вас будут цинично и неоднократно иметь всяким буллшитом вроде "патриотизма родного завода", "великой миссии компании" или "работа в нашем банке - огромная честь"

Бекап файла, который правишь (например, file.php.ORIG )и применение изменений внутри того, где правишь только для своего IP-адреса (чтобы отладить).
Затем, как всё готово - убираем условие (делаем для всех) и удаляем .ORIG-файлы.
Бекапы файлов - само собой делаем!

Как быть, если вдруг косячнули, или хост делает магическую непонятную хрень? (сталкивался как-то когда помогал товарищам. Правишь файл, заливаешь, все права на файл идентичны, а хост перестает его обрабатывать, сайт падает) Что делать в таких случаях?

Проверяете на пустом файле-болванке - это надо делать всегда перед началом любых работ!