А с нуля и не надо переписывать все разом. Это раз.
Кобол-коболом, но необходимо учитывать риски. Вот они уже поняли, что все плохо с программистами на коболе. Почему вместо того, чтобы потихоньку переписывать на языках, снижающих стоимость разработки и «bus-factor» (фактор, что человека, хранящего знание собьет автобусом — утрировано), они идут по пути набольшего сопротивления и держутся за системы, которые никто не может поддерживать?
Варианты — дать денег программистам на коболе увеличит стоимость разработки. Может получится так, что тупо перекроет выгоду.
Плюс, надо понимать, что кобол перестал быть популярным не просто так, а потому что он имеет недостатки.
Если нельзя создать рынок для кобола, нужно подстраиваться под текущие веяния.
80% мэйнфреймов страны работает именно с COBOL, и их бизнес-системы требуют непрерывной поддержки и развития.
Ключевая фраза. Жаль что менеджмент понимает ее как «ну допишите вот тут вот это побыстрому», а не «мы больше не найдем программистов чтобы поддерживать этих мамонтов, давайте снижать риски переходя к более популярным технологиям».
Я все равно не понимаю, что там с разработкой этого направления nokia? По телеку вчера сказали в каком-то аналитическом обзоре, что типа работа над symbian заморожена и т.п. Я понима, что «журналисты такие журналисты», но все-таки есть где достоверная инфа?
Кстати, а ссылку на первоисточник, где можно посмотреть также другие планируемые модели, например, можете дать?
Проблема в том, что людям такого типа скучно заниматься одним и тем же (отсюда куча идей и проектов). Или скучно заниматься непрофильными вещами (отсюда — утихание интереса после реализации какого-то интересного этапа)
Абсолютно в точку!
Для себя сделал вывод — работаешь сам в аутсорсинге, где есть хоть какая-то ротация, стремишься к росту (профессиональному, карьерному), чтобы иметь возможность фокусироваться на том, что представляет интерес.
Если нарываешь себе что-то интересное, для себя, то чтобы не профукать стоющую мысль, надо переходить на ticket-driven development: когда сказал кому-то что нужно сделать и получил результат. Да, на это требуются деньги для найма людей, и это также мобилизует, особенно когда получаешь результат.
Мы хотели услышать ваше мнение, потому что нам не всё равно. Мы хотим с вами говорить, хотим, чтобы вы поделились опытом. Вы получаете самый простой бейдж и получите ещё, если не остановитесь на сделанном.
Возьмем stackoverflow.com — там очень широко распространены значки. Я часто там задаю вопросы, и редко отвечаю (ибо помойка, а как фильтром пользоваться я не научился).
Постоянно мне дают какие-то значки — типа «популярный вопрос», «популярный ответ», «постоялец» и т.п.
В результате мне от этого вообще не жарко и не холодно — я как спрашивал, так и спрашиваю. Я так понимаю, что люди там могут получать какие-то привилегии типа модерирования или еще что, но они настолько недосягаемы, что стремиться потеть смысла нет. А нубский статус ничем не ограничивается.
ПОэтому в геймификации должна преследоваться какая-то цель, имхо, например снятие осязаемых ограничений, дополнительные возможности, монетизация своего участия и т.п.
На счет дебага — эмебеддед jetty плагин запускается в том же процессе, что и мавен. Соответственно, когда ты запускаешь мавен таску из IDE в дебаге, соответственно он и код дебажит, поэтому все одной кнопкой.
Gradle — это, емнип, для grails. Поэтому не очень для дженеричной java. А Launcher хорош, но имхо, maven он более православный путь в том смысле, что уже есть велосипед :)
А почему вы не приводите в пример maven, в частности jetty-maven-plugin? Всякие IDE-зависимые вещи, как показывает опыт, очень сильно мешают в переспективе — настройка environment'а слишком затягивается для новых сотрудников или после восстановление системы, плюс всякие несовместимости плагинов и т.п.
Кобол-коболом, но необходимо учитывать риски. Вот они уже поняли, что все плохо с программистами на коболе. Почему вместо того, чтобы потихоньку переписывать на языках, снижающих стоимость разработки и «bus-factor» (фактор, что человека, хранящего знание собьет автобусом — утрировано), они идут по пути набольшего сопротивления и держутся за системы, которые никто не может поддерживать?
Варианты — дать денег программистам на коболе увеличит стоимость разработки. Может получится так, что тупо перекроет выгоду.
Плюс, надо понимать, что кобол перестал быть популярным не просто так, а потому что он имеет недостатки.
Если нельзя создать рынок для кобола, нужно подстраиваться под текущие веяния.
Ключевая фраза. Жаль что менеджмент понимает ее как «ну допишите вот тут вот это побыстрому», а не «мы больше не найдем программистов чтобы поддерживать этих мамонтов, давайте снижать риски переходя к более популярным технологиям».
Кстати, а ссылку на первоисточник, где можно посмотреть также другие планируемые модели, например, можете дать?
Вы наверное спутали с фрилансом, а я как раз говорил об аутсорсе в аутсорсинговой конторе, где работаешь 40 часов, т.е. мы с вами один выход нашли. :)
Абсолютно в точку!
Для себя сделал вывод — работаешь сам в аутсорсинге, где есть хоть какая-то ротация, стремишься к росту (профессиональному, карьерному), чтобы иметь возможность фокусироваться на том, что представляет интерес.
Если нарываешь себе что-то интересное, для себя, то чтобы не профукать стоющую мысль, надо переходить на ticket-driven development: когда сказал кому-то что нужно сделать и получил результат. Да, на это требуются деньги для найма людей, и это также мобилизует, особенно когда получаешь результат.
А чем эти бейджи мне помогут?
Возьмем stackoverflow.com — там очень широко распространены значки. Я часто там задаю вопросы, и редко отвечаю (ибо помойка, а как фильтром пользоваться я не научился).
Постоянно мне дают какие-то значки — типа «популярный вопрос», «популярный ответ», «постоялец» и т.п.
В результате мне от этого вообще не жарко и не холодно — я как спрашивал, так и спрашиваю. Я так понимаю, что люди там могут получать какие-то привилегии типа модерирования или еще что, но они настолько недосягаемы, что стремиться потеть смысла нет. А нубский статус ничем не ограничивается.
ПОэтому в геймификации должна преследоваться какая-то цель, имхо, например снятие осязаемых ограничений, дополнительные возможности, монетизация своего участия и т.п.
На счет дебага — эмебеддед jetty плагин запускается в том же процессе, что и мавен. Соответственно, когда ты запускаешь мавен таску из IDE в дебаге, соответственно он и код дебажит, поэтому все одной кнопкой.
А за статью спасибо!