Есть противоположные примеры, даже по личному наблюдению. Есть опасные места, где светофоры ставят только после того, как там погибнет несколько людей (зачастую — дети).
Серьёзно? Без многопоточности на пару клиентов — это задача лабораторной работы среднего ВУЗа. Почему лабораторной? Потому-что во взрослой жизни такое приложение неработоспособно. Добавляем многопоточность (или асинхронность) — получаем лабораторную работу хорошего ВУЗа. В сети реализаций полно, в гугл вроде пока пускают бесплатно.
Общался (рассматривая вопрос возможного трудоустройства) с год назад с представителем одной организации, являющейся крупной российской сетью продовольственных супермаркетов. У нас в регионе, где их штаб-квартира, они — крупнейший «пылесос» IT-специалистов.
Спрашиваю — а как насчёт повышения скилов, самообразования и т.д. Мне был дан ответ — исключительно в свободное от работы время. Никто специально выделять под это рабочее время не будет.
Не нашли мы в общем общий язык. А пару месяцев назад по всей стране в этой организации прошли массовые сокращения (только в головном офисе было сокращено 2 тыс. человек).
Мне кажется тёплый ламповый подход к сотруднику возможен только в небольших организациях. С какого-то размера фирмы обычный человек становится просто записью в 1С. Как бы это не было печально.
Как я уже отписался чуть выше. Без всей этой мороки тендер теоретически может выиграть любая шарага, просто предложившая самую низкую цену. Причём результат тендера совершенно не зависит от того можно за эти деньги создать что-то вменяемое квалифицированными разработчиками, или это будет наколенная поделка нанятых за копейки студентов.
В том-то и дело, что в таком случае тендер — это точка во всём процессе. Исполнитель был заранее определён, продукт разработан, сертифицирован, после чего проходит тендер.
Да, это долго, есть некоторый шанс того, что в итоге тендер не состоится да и вообще там много подводных камней и политики.
Самый большой плюс перед сложившейся системой открытых тендеров, что работу выполняет не созданная «вчера» ООО «Рога и Копыта», которая выигрывает только благодаря тому, что предлагает самую низкую цену совершенно оторванную от реальности, а уже давно существующая организация со сложившимся штатом разработчиков и неслабым бюджетом (а иначе зачем затевать всю эту сложную схему).
А по поводу требований, вот конкретный пример:
Автоматизированная система должна иметь открытую модульную архитектуру, позволяющую осуществлять её развитие, модернизацию, замену отдельных блоков, модулей, а так-же расширения функциональных задач в процессе эксплуатации. Добавление новых объектов в ПО верхнего уровня должно осуществляться без измерения архитектуры и может осуществляться эксплуатирующей организацией.
Всё верно, но есть ещё один подход к внедрению отечественных продуктов в гос. и близких к ним организациях. Выпускается некоторый СТАНДАРТ. С максимально расплывчатыми формулировками. Под этот СТАНДАРТ создаётся орган по сертификации. Сертификация формально ДОБРОВОЛЬНАЯ.
Но вот при объявлении тендеров указывается обязательное требование — соответствие этому СТАНДАРТУ, подтверждённое СЕРТИФИКАТОМ.
А СЕРТИФИКАТ абы кому не дают.
Это, конечно, не «открытый рынок», но, при некотором желании можно осознано отсеять всякий однодневный «хлам» и допустить к работам нормальных разработчиков.
Самое главное, чтобы эти «нормальные разработчики» в принципе существовали, а желание действительно было.
Если говорить о универсальных ПЛК — можно вспомнить Fastwell. Да, были взяты наработки WAGO за основу, но сейчас (если верить производителю, конечно) это два независимых изделия, хоть и похожих внешне (корпуса закупаются у одного и того-же поставщика).
Если говорить об узкоспециализированных контроллерах АСУ ТП, то тут зоопарк отечественных производителей тоже есть. Естественно на открытом рынке вы их не найдёте.
В моём сценарии в публичное поле ситуацию выводит менеджер заполучив в обход регламентов «прототип» от разработчика и видя прекрасный шанс продемонстрировать свою полезность. Пока разработчик занимается своими делами, веря, что прототипом доказал менеджеру «суррогатность» его идеи — этот самый менеджер уже может влетать в кабинет ГЛАВНОГО, размахивая этим «прототипом» и докладывать, что «под его чутким руководством в личное, внерабочее время была произведена супер-штука, которая принесёт компании 100500 денег. Разработана, проверена, протестирована и можно уже завтра начать поставлять клиентам».
Заметил, что с опытом развивается некоторая «чуйка», которая позволяет более-менее на глаз определять сколько займёт времени определённая задача. Даже с учётами возможных форс-мажоров.
Не могу это объяснить природу этого факта, но тем не менее — имеет место быть.
Отличная статья, спасибо.
Есть только один нюанс — разработанный по fail fast методике «прототип» лёгко и непринуждённо действиями менеджера может превратиться в «уже созданный продукт, готовый к внедрению». И может быть уже даже «продан».
В следствие чего программисту приходится чуть-ли не ночевать на работе подпирая костылями тот самый прототип, чтобы он хоть как-то выполнял весь разрекламированный менеджером функционал.
Это всё хорошо известно разработчику, но очень часто не известно заказчику.
Такие статьи нужны, пусть они дублируют друг друга. Если есть шанс, что очередной менеджер прочитает и наконец поймёт как всё устроено «под капотом» процесса разработки, то я готов видеть подобные статьи хоть раз в неделю.
В наших краях это не работает. Например — появился бла-бла-кар. Пассажиропоток официальных пригородных и межрегиональных перевозчиков упал -> через суд закрыли сайт бла-бла-кара. Это же проще, чем снижать цены или улучшать качество обслуживания.
МКАД, наверно тоже так проектировали, только стреляли в стиле фильма «Особо опасен».
Спрашиваю — а как насчёт повышения скилов, самообразования и т.д. Мне был дан ответ — исключительно в свободное от работы время. Никто специально выделять под это рабочее время не будет.
Не нашли мы в общем общий язык. А пару месяцев назад по всей стране в этой организации прошли массовые сокращения (только в головном офисе было сокращено 2 тыс. человек).
Мне кажется тёплый ламповый подход к сотруднику возможен только в небольших организациях. С какого-то размера фирмы обычный человек становится просто записью в 1С. Как бы это не было печально.
Да, это долго, есть некоторый шанс того, что в итоге тендер не состоится да и вообще там много подводных камней и политики.
Самый большой плюс перед сложившейся системой открытых тендеров, что работу выполняет не созданная «вчера» ООО «Рога и Копыта», которая выигрывает только благодаря тому, что предлагает самую низкую цену совершенно оторванную от реальности, а уже давно существующая организация со сложившимся штатом разработчиков и неслабым бюджетом (а иначе зачем затевать всю эту сложную схему).
А по поводу требований, вот конкретный пример:
Автоматизированная система должна иметь открытую модульную архитектуру, позволяющую осуществлять её развитие, модернизацию, замену отдельных блоков, модулей, а так-же расширения функциональных задач в процессе эксплуатации. Добавление новых объектов в ПО верхнего уровня должно осуществляться без измерения архитектуры и может осуществляться эксплуатирующей организацией.
Но вот при объявлении тендеров указывается обязательное требование — соответствие этому СТАНДАРТУ, подтверждённое СЕРТИФИКАТОМ.
А СЕРТИФИКАТ абы кому не дают.
Это, конечно, не «открытый рынок», но, при некотором желании можно осознано отсеять всякий однодневный «хлам» и допустить к работам нормальных разработчиков.
Самое главное, чтобы эти «нормальные разработчики» в принципе существовали, а желание действительно было.
Если говорить об узкоспециализированных контроллерах АСУ ТП, то тут зоопарк отечественных производителей тоже есть. Естественно на открытом рынке вы их не найдёте.
Не могу это объяснить природу этого факта, но тем не менее — имеет место быть.
Есть только один нюанс — разработанный по fail fast методике «прототип» лёгко и непринуждённо действиями менеджера может превратиться в «уже созданный продукт, готовый к внедрению». И может быть уже даже «продан».
В следствие чего программисту приходится чуть-ли не ночевать на работе подпирая костылями тот самый прототип, чтобы он хоть как-то выполнял весь разрекламированный менеджером функционал.
Такие статьи нужны, пусть они дублируют друг друга. Если есть шанс, что очередной менеджер прочитает и наконец поймёт как всё устроено «под капотом» процесса разработки, то я готов видеть подобные статьи хоть раз в неделю.
Само-собой. Как вариант «совместимости» — запуск виртуалки с Win10, предложенный выше.
Мой комментарий был в ответ на:
Я написал, что до сих пор ещё много где используется XP, и что зачастую требуется совместимость с ней.
А мы тут всё про высокие материи и UWP…
В принципе… ставим виртуалку, на виртуалку — Win10, на десятке — UWP-приложение. Ректально-ориентированное программирование.
Пффф, у меня в требованиях совместимость с XP. Живём как-то.