Простите за провокационный вопрос, но... Вы программист или технический писатель? Ну, если Вы программист, то Вы должны писать код. Где схема системы, и даже блок-схемы алгоритмов - это исходные для Вас данные. Схему системы разрабатывает архитектор (это как раз и есть архитектура, т.е. деление программы на функциональные блоки, блоки данных, а также описание взаимодействия этих блоков), а блок-схемы алгоритмов разрабатывают алгоритмисты, т.е. математики. Документы же, навроде руководства пользователя или руководства программиста, пишут техписы.
И тут мы подбираемся к главной проблеме разработки... Вы ведь не единственный разработчик, верно? Ну, весьма странно было бы, если бы госкомпании заказывали разработку ПО у самозанятого программиста, верно? Значит Вы работаете на каком-то предприятии, причём, скорее всего, тоже на окологосударственном. И Вы на этом предприятии сами и архитектор, и инженер-математик, и программист, и технический писатель. В этом и проблема. Документирование по ЕСПД программисту нужно, когда он документы по ЕСПД оформляет не он, а те, кому это положено. Потому что весьма приятно получить хотя бы функциональную схему того, что тебе предстоить написать. А если кодер сам придумывает архитектуру, а также алгоритмы, то для кого он их документирует? Для самого себя? Такая же ерунда, как если я начну сам с собой переписываться. Р - разделение труда. Основа современной экономики. Возьмите "буржуев". Бизнес-аналитик - отдельная специальность, то же самое про системных аналитиков, архитекторов, кодировщиков, тестировщиков и тому подобное. Но наши госконторы очень любят просрать полученные за заказ деньги, а потом найти студента, который слабает им проект за три копейки. И документы по ЕСПД оформит ещё.
Ха-ха-ха! Авторы книги не представляют себе, на какое дно падают бюрократические системы безо всякого саботажа. Эти саботажники хотя бы одну книгу по менеджменту прочитали - уже плюс. Большинство российских менеджеров ни одной книги по управлению не читали. Поэтому вполне реально, что если делать всё по этой методичке, то показатели компании улучшатся. Саботажник, прикидывающийся хорошим менеджером, окажется эффективнее просто плохого менеджера. Шутка, конечно, понятное дело, что саботажник будет сочетать плохую работу и вредительство, но в этой шутке есть доля правды. Качество российских менеджеров давно стало притчей во языцех, а именно, что они плохо разбираются в бизнесе и склонны к вранью. Поэтому любой грамотный топ должен перепроверять то, что ему докладывают. В российском менеджменте впору вводить термин "туман некомпетентности", причём некомпетентности именно управленцев. Он-то и скрывает от управленцев и ситуацию, и эффективные пути улучшения ситуации.
Ну, хотелось бы список не самых популярных ЯП, а список самых высокооплачиваемых ЯП и технологий. Вот это было бы полезно. Получается, что я со своим C/C++ и ассемблером - аутсайдер по сравнению с каким-нибудь разрабом на JS или PHP.
По-моему, можно совмещать. Проблема не во мне. Проблема в том, что по профстандарту ничего более-менее сложного разработать нельзя. У нас что, профстандарт для фри-лансеров пишется? Вообще-то по нему ггоскорпорации работают. Поэтому они ничего и произвести не могут. Организационные провалы не могут быть компенсированы качеством исполнителей.
То есть формализованная система управления разработкой нежизнеспособна. Приходится брать людей на эти должности, но занимаются они совсем не тем, что прописано в профстандарте. Насколько я знаю, должностные инструкции проверяются на соответствие профстандарту. Больше может быть написано, меньше - нет. В итоге написано столько, что лучшие спецы, прочитав даже базовую должностную инструкцию, впадают в кризис собственной неполноценности.
Не так то, что у Seniora обязанностей по профстандарту и анализ требований, и бизнес-анализ, и системный анализ, и эргономика интерфейса, и архитектура.
Насколько я знаю профстандарт, никаких должностей типа "бизнес-аналитик", "системный архитектор", не говоря уже про "архитектора базы данных" там нет. Всё это должен уметь делать "ведущий инженер-программист". Обязанностей у него выше крыши, как и требований "должен знать", "должен уметь". Каждый суслик - агроном. За этим проглядывает желание переложить всю работу на исполнителей.
Видите ли в чем дело... В Вашем комментарии фигурирует заказчик, исполнитель и программистЫ. Автор же утверждает, что "настоящий программист" сам ТЗ составляет. Ещё этот "настоящий" проводит бизнес-анализ, системный анализ, строит архитектуру, кодит, тестирует, сдаёт. Такой весёлый у нас профстандарт. В целом я не против, но всё зависит от размера проекта. На маленький проект, если хотите сэкономить, проект ТЗ лучше подготовить для программиста. На большом нанимать одного кодера или только кодеров, да ещё и заставлять их писать ТЗ - идиотизм.
Вероятнее всего, Вас учили под влиянием советских ГОСТов. А советские ГОСТы написаны для организаций, минимум - для сторон договора, Поэтому брать на работе кодера и тыкать ему в лицо ЕСПД с порядком разработки ПО - глупость. Возьмите этот ЕСПД и ткните в директора, пусть выделяет людей для составления ТЗ и этого всего.
Более того, если не ошибаюсь, составление ТЗ - отдельный этап разработки, и оплачивается отдельно. Апосле утверждения заказчиком ТЗ он находится в большой зависимости от разработчика, т.к. ТЗ писал разработчик, а заказчик наверняка захочет это ТЗ поменять.
Опять же, ГОСТ сильно устарел, а методология разработки сильно продвинулась.
Имхо, фигня в профстандарте написана. Junior? Middle? Senior? Нет, только "инженеры-программисты", только хардкор.
Люди, писавшие профстандарт, ни пса не понимают в программировании. Постановщик требований - целая специальность. Бизнес-аналитик, системный аналитик, проектировщик интерфейсов, системный архитектор, специалист по программно-аппаратным платформам, проектировщик алгоритмов, кодер, тестировщик - это всё разные люди. Разделение труда, всё по Адаму Смиту. И только динозавры в профстандарте ждут, что придёт "тыжпрограммист" и во всём разберётся и сделает всем хорошо, и угадает то, чего заказчик, профессионал в предметной области, не угадал. Ага, щаз пойду интервьюировать, а потом сяду код писать, и тесты ещё, и блок-схемы алгоритмов по ГОСТу для некрофилов нарисую.
Простите за провокационный вопрос, но...
Вы программист или технический писатель?
Ну, если Вы программист, то Вы должны писать код. Где схема системы, и даже блок-схемы алгоритмов - это исходные для Вас данные. Схему системы разрабатывает архитектор (это как раз и есть архитектура, т.е. деление программы на функциональные блоки, блоки данных, а также описание взаимодействия этих блоков), а блок-схемы алгоритмов разрабатывают алгоритмисты, т.е. математики. Документы же, навроде руководства пользователя или руководства программиста, пишут техписы.
И тут мы подбираемся к главной проблеме разработки... Вы ведь не единственный разработчик, верно? Ну, весьма странно было бы, если бы госкомпании заказывали разработку ПО у самозанятого программиста, верно? Значит Вы работаете на каком-то предприятии, причём, скорее всего, тоже на окологосударственном. И Вы на этом предприятии сами и архитектор, и инженер-математик, и программист, и технический писатель. В этом и проблема.
Документирование по ЕСПД программисту нужно, когда он документы по ЕСПД оформляет не он, а те, кому это положено. Потому что весьма приятно получить хотя бы функциональную схему того, что тебе предстоить написать. А если кодер сам придумывает архитектуру, а также алгоритмы, то для кого он их документирует? Для самого себя? Такая же ерунда, как если я начну сам с собой переписываться.
Р - разделение труда. Основа современной экономики. Возьмите "буржуев". Бизнес-аналитик - отдельная специальность, то же самое про системных аналитиков, архитекторов, кодировщиков, тестировщиков и тому подобное. Но наши госконторы очень любят просрать полученные за заказ деньги, а потом найти студента, который слабает им проект за три копейки. И документы по ЕСПД оформит ещё.
Ха-ха-ха! Авторы книги не представляют себе, на какое дно падают бюрократические системы безо всякого саботажа. Эти саботажники хотя бы одну книгу по менеджменту прочитали - уже плюс. Большинство российских менеджеров ни одной книги по управлению не читали. Поэтому вполне реально, что если делать всё по этой методичке, то показатели компании улучшатся. Саботажник, прикидывающийся хорошим менеджером, окажется эффективнее просто плохого менеджера.
Шутка, конечно, понятное дело, что саботажник будет сочетать плохую работу и вредительство, но в этой шутке есть доля правды. Качество российских менеджеров давно стало притчей во языцех, а именно, что они плохо разбираются в бизнесе и склонны к вранью. Поэтому любой грамотный топ должен перепроверять то, что ему докладывают. В российском менеджменте впору вводить термин "туман некомпетентности", причём некомпетентности именно управленцев. Он-то и скрывает от управленцев и ситуацию, и эффективные пути улучшения ситуации.
Ну, хотелось бы список не самых популярных ЯП, а список самых высокооплачиваемых ЯП и технологий. Вот это было бы полезно. Получается, что я со своим C/C++ и ассемблером - аутсайдер по сравнению с каким-нибудь разрабом на JS или PHP.
По-моему, можно совмещать. Проблема не во мне. Проблема в том, что по профстандарту ничего более-менее сложного разработать нельзя. У нас что, профстандарт для фри-лансеров пишется? Вообще-то по нему ггоскорпорации работают. Поэтому они ничего и произвести не могут. Организационные провалы не могут быть компенсированы качеством исполнителей.
То есть формализованная система управления разработкой нежизнеспособна. Приходится брать людей на эти должности, но занимаются они совсем не тем, что прописано в профстандарте. Насколько я знаю, должностные инструкции проверяются на соответствие профстандарту. Больше может быть написано, меньше - нет. В итоге написано столько, что лучшие спецы, прочитав даже базовую должностную инструкцию, впадают в кризис собственной неполноценности.
Мешает то, что синьор какбе не бизнес-аналитик вообще-то, и не много ещё кто.
Не так то, что у Seniora обязанностей по профстандарту и анализ требований, и бизнес-анализ, и системный анализ, и эргономика интерфейса, и архитектура.
Насколько я знаю профстандарт, никаких должностей типа "бизнес-аналитик", "системный архитектор", не говоря уже про "архитектора базы данных" там нет. Всё это должен уметь делать "ведущий инженер-программист". Обязанностей у него выше крыши, как и требований "должен знать", "должен уметь". Каждый суслик - агроном. За этим проглядывает желание переложить всю работу на исполнителей.
Видите ли в чем дело... В Вашем комментарии фигурирует заказчик, исполнитель и программистЫ. Автор же утверждает, что "настоящий программист" сам ТЗ составляет. Ещё этот "настоящий" проводит бизнес-анализ, системный анализ, строит архитектуру, кодит, тестирует, сдаёт. Такой весёлый у нас профстандарт. В целом я не против, но всё зависит от размера проекта. На маленький проект, если хотите сэкономить, проект ТЗ лучше подготовить для программиста. На большом нанимать одного кодера или только кодеров, да ещё и заставлять их писать ТЗ - идиотизм.
А какую рамку? По ЕСКД или по ЕСПД? *истерично смеётся*
Ну, если код нормально написал, то это лечится)
Вероятнее всего, Вас учили под влиянием советских ГОСТов. А советские ГОСТы написаны для организаций, минимум - для сторон договора, Поэтому брать на работе кодера и тыкать ему в лицо ЕСПД с порядком разработки ПО - глупость. Возьмите этот ЕСПД и ткните в директора, пусть выделяет людей для составления ТЗ и этого всего.
Более того, если не ошибаюсь, составление ТЗ - отдельный этап разработки, и оплачивается отдельно. Апосле утверждения заказчиком ТЗ он находится в большой зависимости от разработчика, т.к. ТЗ писал разработчик, а заказчик наверняка захочет это ТЗ поменять.
Опять же, ГОСТ сильно устарел, а методология разработки сильно продвинулась.
Когда один человек делает всё это, получается обычно так:
Олег за всё берётся смело,
Всё превращается в говно,
А если за говно берётся,
То просто тратит меньше сил.
Имхо, фигня в профстандарте написана. Junior? Middle? Senior? Нет, только "инженеры-программисты", только хардкор.
Люди, писавшие профстандарт, ни пса не понимают в программировании. Постановщик требований - целая специальность. Бизнес-аналитик, системный аналитик, проектировщик интерфейсов, системный архитектор, специалист по программно-аппаратным платформам, проектировщик алгоритмов, кодер, тестировщик - это всё разные люди. Разделение труда, всё по Адаму Смиту. И только динозавры в профстандарте ждут, что придёт "тыжпрограммист" и во всём разберётся и сделает всем хорошо, и угадает то, чего заказчик, профессионал в предметной области, не угадал. Ага, щаз пойду интервьюировать, а потом сяду код писать, и тесты ещё, и блок-схемы алгоритмов по ГОСТу для некрофилов нарисую.
Заминусуют - ну и плевать.