спасибо, очень интересно, хотя играть в такие нечестные игры с собственным статусом проживания я нахожу довольно рискованным занятием
я даже представить себе не могу, чтобы та же Канада лишила вас уже полученного статуса постоянного жителя через 10-15 лет только потому, что они решили изменить условия получения этого статуса для вновь претендующих
ваш профессионализм в вашей сфере может быть ниже уровня профессионализма специалиста, которым вы руководите, то есть разработчик может сделать вашу работу лучше вас и скорее всего делает во многих ситуациях, а вы не сможете сделать его работу вообще, но при этом у вас хватает ума еще ему и не «доверять» :)
необходимость контроля качества вытекает не из вышеизложенного, а из системы управления проектами
снять с себя непрофильные обязанности и при этом обеспечить успешное выполнение проекта невозможно без инструмента контроля за выполнением
если вы не знаете, как выстраивать процесс контроля за качеством, то что вы делаете в руководстве проектом?
если ваш уровень — это визитки на битриксе для автомастерских, то нужно не записывать себя в разработчики, а честно называть себя в лучшем случае вебмастером
все что тут написано — это совершенно ненужное усложнение искусственно созданных объектов, которых не существует в интерфейсе
если вы создадите только один объект — компонент интерфейса с разными типами input, checkbox, select, fieldset итд, вы сможете связать эти компоненты в единую структуру с единым корнем в обычном json
в этом случае вам не нужны искусственно навязываемые состояния искусственных объектов, вы всегда можете прочесть текущее значение любого объекта интерфейса и привязать к нему логику: по факту в интерфейсе есть только два действия — показать/скрыть объект, изменить значение объекта
таким образом можно легко управлять огромными приложениями, с клонируемыми частями, а объекты интерфейса остаются объектами интерфейса в любом приложении, разница состоит только в html шаблонах, которые легко заменить
в итоге вы работаете только с компонентами интерфейса на обычном javascript & json и вообще не тратите свое время на html, и все это легко переносится куда угодно с минимальными модификациями
время разработки любого сложного приложения в таком варианте сводится к минимуму
невозможно контролировать доверие до уровня стопроцентной уверенности в стопроцентном результате
в проекте работают люди, а не роботы, и всегда возможны и будут варианты, даже если вы нанимаете супер профессионалов, может даже оказаться, что уровень вашего собственного профессионализма ниже профессионализма тех, кому вы не доверяете
поэтому должен быть выстроен процесс контроля за качеством в течение цикла каждого модуля, а не только проекта в целом, а работа руководителя проекта — контроль за этим качеством на каждом этапе и оценка рисков, а не параноидальное «доверие», тем более что в 99% случаев руководитель проекта не может выбирать людей по личному вкусу и работает с тем, что есть, особенно если часть проекта отдается сторонним организациям
если вы не писали ничего сложнее веб приложения, это не значит, что программа менее сложна и важна, чем человеческий организм, в особенности, если эта программа делает вам томографию или обрабатывает ваши анализы
вам никто не запрещает кодить, но тогда честно называйте себя кодером, а не разработчиком
во всех приличных компаниях требуется профильное образование и опыт работы, но опять же вам никто не мешает делать миллионы в app store
разработка — это не кодирование готовых алгоритмов, а эффективное решение сложных задач, к чему очень мало у кого есть способности, даже с профильным образованием
так поэтому вам и неясно, что для вас разработка равна заучиванию готовых алгоритмов, а целая область решения задач как таковая для вас просто не существует
я даже представить себе не могу, чтобы та же Канада лишила вас уже полученного статуса постоянного жителя через 10-15 лет только потому, что они решили изменить условия получения этого статуса для вновь претендующих
неудивительно, что у вас стоит вопрос доверия
необходимость контроля качества вытекает не из вышеизложенного, а из системы управления проектами
снять с себя непрофильные обязанности и при этом обеспечить успешное выполнение проекта невозможно без инструмента контроля за выполнением
если вы не знаете, как выстраивать процесс контроля за качеством, то что вы делаете в руководстве проектом?
а вот архитектуру нового фреймворка, который сэкономит вам месяцы неподъемного труда, вы вряд ли сможете нагуглить
но, честно говоря, очень удивляет готовность жителей бывшего союза подвергаться незаконной дискриминации
попробуйте устроиться программистом в HFT
если вы создадите только один объект — компонент интерфейса с разными типами input, checkbox, select, fieldset итд, вы сможете связать эти компоненты в единую структуру с единым корнем в обычном json
в этом случае вам не нужны искусственно навязываемые состояния искусственных объектов, вы всегда можете прочесть текущее значение любого объекта интерфейса и привязать к нему логику: по факту в интерфейсе есть только два действия — показать/скрыть объект, изменить значение объекта
таким образом можно легко управлять огромными приложениями, с клонируемыми частями, а объекты интерфейса остаются объектами интерфейса в любом приложении, разница состоит только в html шаблонах, которые легко заменить
в итоге вы работаете только с компонентами интерфейса на обычном javascript & json и вообще не тратите свое время на html, и все это легко переносится куда угодно с минимальными модификациями
время разработки любого сложного приложения в таком варианте сводится к минимуму
в проекте работают люди, а не роботы, и всегда возможны и будут варианты, даже если вы нанимаете супер профессионалов, может даже оказаться, что уровень вашего собственного профессионализма ниже профессионализма тех, кому вы не доверяете
поэтому должен быть выстроен процесс контроля за качеством в течение цикла каждого модуля, а не только проекта в целом, а работа руководителя проекта — контроль за этим качеством на каждом этапе и оценка рисков, а не параноидальное «доверие», тем более что в 99% случаев руководитель проекта не может выбирать людей по личному вкусу и работает с тем, что есть, особенно если часть проекта отдается сторонним организациям
всегда можно научить думать — этот навык никогда не устаревает, остальное вы можете прочесть в интернете
вам никто не запрещает кодить, но тогда честно называйте себя кодером, а не разработчиком
во всех приличных компаниях требуется профильное образование и опыт работы, но опять же вам никто не мешает делать миллионы в app store
вы сами об этом написали:
habrahabr.ru/post/336442/#comment_10384872
разработка — это не кодирование готовых алгоритмов, а эффективное решение сложных задач, к чему очень мало у кого есть способности, даже с профильным образованием
а тут такие мелочи — математика, коленки вполне достаточно
это все объясняет