Nitro_JunkieТак я и говорю. Вы видимо кастинг заказчиков проводите. То есть у вас нет таких : мы договорились к 1 марта, значит к 1 марта, мне тут не надо про ТЗ и все такое, я деньги заплатил, значит все должно работать.
Не понимаю, какое отношение имеет типизация языка программирования к "кастингу" заказчиков с ТЗ и деньгами? По-моему тебя вообще не в ту степь накренило... Внедрено и поддерживается решение с конкретным функционалом, есть конкретные задачи по кастомизации UI и логики в виде User Story в TFS (функциональная спецификация), есть язык программирования кастомизации, есть разрабочики, владеющие этим языком программирования, есть Task в TFS и ответственный сотрудник, есть сроки, есть контроль, есть графики и диаграммы процесса разработки, есть баги, фичи, ишью. Какой в жопу, прости меня бог, кастинг заказчиков?

Nitro_JunkieВ любом случае одно второго не исключает. То есть когда изменяешь интерфейс, коммитишь и деплоишь в неявно типизированном языке, а завтра старт, ох как бодрит мысль, а я точно все использования просмотрел \ поменял :)
Я не знаю, что там тебя бодрит по утрам, но в случае типизированного языка программирования всё в ровной степени тоже самое. С дуру можно и куй сломать. Я не понимаю, о чем ты пишешь...

Nitro_JunkieХотя МСУ походу вообще ни разу не работал с явно типизированными языками в нормальных IDE (IDEA например).
Странный безапеляционный вывод. Впрочем как все твои сообщения в этом топике...

Nitro_JunkieЛично я не понимаю как вообще можно работать без go to declaration, find usages и т.п.
Факт твоего непонимания вовсе не означает, что без данного функционала нельзя работать.

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

Nitro_JunkieМСУ, оказывается у нас Джефф Дин . Тогда да, вопрос снимается.
«Компиляторы не предупреждают Джеффи Дина. Джефф Дин предупреждает компиляторы».
«Джефф Дин не пользуется ни Emacs’ом, ни Vi. Он набирает код непосредственно в zcat, потому что так быстрее».
Nitro_Junkie, оказывается, у нас Бобик . Тот который в гостях у Барбоса.

-- Бобик, колбасу хочешь?
-- Хочу!
-- А котлету?
-- ...и котлету!
-- А чего больше - колбасу или котлету?
-- А всего побольше - колбасы и котлеты!

Отсюда мораль: без колбасы и котлеты ну никак не разработать кастомизацию. Занавес.

Nitro_JunkieНу да... Я привык пользоваться хорошими языками и платформами, а не всяким г..ном.
Да я как-то клал на то, к чему ты привык. Мы обсуждаем о достаточно широком спектре программного обеспечения - коробки с возможностью кастома. К каждой коробке - свой собственный подход. "Гавно" может быть только в голове у того, кто не умеет работать с таким видом ПО.

Nitro_JunkieЛучше быть богатым и здоровым, чем бедным и больным.
Не понятно, к чему это было сказано.

Nitro_JunkieИ на ассемблере можно делать кастомизацию, только зачем непонятно... Эдакий IT-мазохизм...
И на ассемблере можно делать кастомизацию. Зачем - спроси у того, кто делает. А у нас на повестке дня очень популярный и достаточно гибкий язык программирования - JS.

Nitro_JunkieДавай так популярный для сложного и вывернутого фронт-енда. И там ему и место.
Согласен.

Nitro_JunkieА в бэк-энде (со сложным функционалом, ecm-erp-crm, банки, страховые), у него доля 0.0001%.
Согласен. Я же об этом писал еще в самом начале. Но не так критично, вот о чем речь.

Petro123МСУ,
Тебе определенно надо торговать.
2 покупателя говорят: "нам критично".
Ты в ответ: "ВАМ не критично!!!".
Petro123, тебе определенно нужно в оппозицию к Навальному.

- 2 покупателя кричат - дайте C#
- 2 покупателя кричат - дайте дельфи
- 2 покупателя кричат - дайте пох что, главное, чтобы это работало

Нужно разорваться и убиться об стену? Так и запишем.