Вы просто не умеете ее готовить ©

думал толксы

это что-то свежее

А почему у тебя работа со структурой данных, полученной из-вне и не преобразованной в какой-либо постоянный внутренний формат, не сосредоточена в одном единственном месте?

JS для сильных, опытных программистов, которые не ошибаются. Тот, кто способен эффективно программировать на JS, может с легкостью перейти на любой другой язык.

думаешь спасло бы?

Поднять уровень вывода ошибок, подключить jshint/jslint, вместо набора параметров передавай «JSON-объекты», kdiff3

Структура получена не извне, а со своего сервера. Проблема в том, что на клиенте теперь тоже надо внести в клиентские структуры и логику некоторые изменения.

Т.е. условно было

{ 
  name: "Some name",
  parameters: [
    {name: "Param name", other properties.. }
    other parameters...
  ]
}

Стало

{ 
  name: "Some name",
  groups: [
    {
      groupName: "",
      parameters: [
        {name: "Param name", other properties.. },
        other parameters...
      ]
    },
    other groups...
  ]
}

И на эту структуру куча логики клиентской завязана.

Да уж, после js любой язык раем покажется

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

На серваке (java) поменять структуру объекта у меня заняло 15 минут вместе с тестированием. Над клиентом вот уже третий час сижу вылавливаю баги.

Есть такие варианты:

1. Обмазывать всё кучей юнит-тестов. Поскольку код работы с DOM тестировать сложно, надо использовать фреймворки типа ангуляра ну или руками разбивать код на слои. Надо что-то поменять — поменял, прогнал юнит-тесты, починил, отдал на тестирование.

2. Обмазывать всё кучей функциональных тестов. Подход хорош тем, что тесты можно не писать а отдать на откуп тестировщикам. А если не углядели, я не виноват.

3. Писать на типизированном языке, близком к JavaScript типа TypeScript.

4. Использовать описание типов в комментариях, прогонять весь код через статические чекеры. Тут точно не скажу, но вроде есть такое. По сути это JavaScript с опциональными типами получится. Я бы копал в эту сторону, совмещая с первым вариантом и вторым по возможности.

Это одна из стратегий, есть еще другие

В конце концов надежнее всего замуроваться в пещере и не выходить никуда...

Блин, выпустим релиз софтины, перепишу все к чертовой матери на typescript

а со своего сервера

Ну тогда сами себе буратины.

И что, это поможет в ситуации, когда сервак меняет структуру данных? По-моему, ты на чём не пиши - везде будут проблемы, просто нужно писать на JS модульно, а не размазывать весь код по хендлерам с jquery.

1. Обмазывать всё кучей юнит-тестов. Поскольку код работы с DOM тестировать сложно, надо использовать фреймворки типа ангуляра ну или руками разбивать код на слои. Надо что-то поменять — поменял, прогнал юнит-тесты, починил, отдал на тестирование.

Ангуляр там не поможет. Он и так используется, но ломается все внутри кода, обертывающего сторонние компоненты (highcharts) о которых ангуляр ни сном ни духом.

Выглядит вот так: http://s17.postimg.org/j6i3dvgzj/Untitled.png Т.е. мы потащили dnd параметр, из него берется куча инициализационных данных для графика (тип, границы, единица измерения параметра итд.)

Теперь параметры надо сгруппировать.

2. Обмазывать всё кучей функциональных тестов. Подход хорош тем, что тесты можно не писать а отдать на откуп тестировщикам. А если не углядели, я не виноват.

Я вот слабо себе представляю как то, что есть в системе - обмазать тестами.

3. Писать на типизированном языке, близком к JavaScript типа TypeScript.

Выпустим релиз - перепишу к чертовой бабушке на TypeScript или еще что-то в этом духе.

Все динамически типизированные языки но, но JavaScript умудряется выделяться даже на их фоне.

Зато его разработал один человек за неделю.

По-моему, ты на чём не пиши - везде будут проблемы, просто нужно писать на JS модульно, а не размазывать весь код по хендлерам с jquery.

На сервере почему то проблем не возникло. Компилятор моментально показал ошибки, поправить было делом 10-15 минут.

Код не размазан, он в 2-3 модулях, относящихся ровно к этому куску. Но модули большие и хитровыебаные.

Зато его разработал один человек за неделю.

Его уже не первое десятилетие пилит гигантский консорциум. Могли бы и запилить статическую типизацию. Хотя бы опционально.

Его уже не первое десятилетие пилит гигантский консорциум. Могли бы и запилить статическую типизацию. Хотя бы опционально.

Ко-ко-ко Веб, ко-ко-ко обратная совместимость.

Но вроде в ES6 будет.

Энтерпрайз-скейл скриптопараша без юнит-тестов? ССЗБ.

Я там в комментах выше кидал скрин основного окна системы. Как ты себе представляешь покрытие данного функционала юнит тестами?

Selenium'ом? Я вообще тред не читал.

И чем мне тут selenium поможет? Ломается то не взаимодействие клиент - сервер. Ломается именно визуалка.

На серваке (java) поменять структуру объекта у меня заняло 15 минут
вместе с тестированием. Над клиентом вот уже третий час сижу
вылавливаю баги.

а я в свои лучшии годы — вообще менял структуру объекта за 5 минут :-) [не зависимо от языка] :-)

Причем тут это? Насколько я знаю, селениум подходит для тестирования всего, что происходит в браузере, хотя сам я не юзал его.

Где-то тут еще хипстерки совали всем свою мочу.жс.

Как вообще люди в здравом уме соглашаются на этом дерьме писать?

Чего только люди не делают за деньги...

find/replace в помощь :)

asm.js?

TypeScript

Ну посмотри скрин в комментариях выше. Как он мне поможет определить что на графике, т.е. внутрях highcharts, не отрисовался или тем более отрисовался некорректно параметр?

Выпустим релиз - перепишу на нем или чем-то похожем. Вон scala говорят в js компилиться умеет. Или kotlin.

В highcharts нельзя получить свойства графика?

Выпустим релиз - перепишу

Рain-Driven Development в действии.

Можн. Только вот чем мне это поможет? Я могу любой параметр на любой график добавить. Т.е. по идее можно наверное написать к этому еще и пост-валидатор, сравнивающий фактическое состояние внутри чарта со структурой параметра, котрый на него кинули. Но это получается что код тестов будет чуть ли не на порядок сложнее самого кода страницы. И при изменении структуры параметров - его так же придется переделывать. Какой смысл?

И при изменении структуры параметров - его так же придется переделывать.

Почему это?

Как вообще люди в здравом уме соглашаются на этом дерьме писать?

а ты чего на этом писал если считаешь что в здравом уме?

а ты чего на этом писал если считаешь что в здравом уме?

Ну, судя по тому, что сейчас день субботы, а я вместо приятной прогулки с девушкой или встречи с друзьями - сижу и работаю, то ум мой здравым назвать сложно.

А вообще - просто потому что некому больше. Бюджет проекта крайне ограничен пока. Как только будет бабло - наймем отдельного человека на написание морды

Ты думаешь я просто так, just for fun лезу корежить структуру данных? Логично что если в ней происходят измения, то потому что поменялись требования к работе с ней и скорее всего как раз в плане отображения. А это значит что и правила валидации тоже меняются ;)

То есть говнокодеры с бессистемным подходом и кучей хардкода вы, а виновата в этом типизация.

Окей.

Как вообще люди в здравом уме соглашаются на этом дерьме писать?

Люди в здравом уме соглашаются на кучу разных отвратительных вещей, почему тебя беспокоит только использование жаваскрипта не по назначению.

Была бы куча хардкода - проблем бы не было. Там проблема именно в том, что 100500 параметров берутся из конфигурации. Примерно вот такой http://pastebin.com/f5WvGsER

И если что то в этой структуре меняется - то возникает адская попоболь.

Ну видимо потому, что более отвратительного занятия даже придумать сложно.

Я еще могу простить человеку некрофилию и копрофагию, но никак не любовь к яваскрипту.

100500 параметров берутся из конфигурации. Примерно вот такой http://pastebin.com/f5WvGsER

Ы. Система наблюдения за пациентами, в которой есть код на Javascript (да и вообще браузер) - это ад как он есть.

facepalm.ml

Все критичные параметры жизнедеятельности мониторятся напрямую на прикроватнике/аппарте ивл. Я же этой системой их не заменяю.

И как бы тут помогла статическая типизация?

А при чём тут типизация? Структура изменится, если будет другой язык?

I bet, на серваке на JS у тебя заняло бы не сильно больше.

Не надо было пренебрегать юнит-тестами и планированием.
Страдай теперь, ССЗБ.

Теперь и в больницу страшно попадать.

Не надо было пренебрегать юнит-тестами и планированием.

Планирование никак не гарантирует отсутствие изменений в условиях и необходимость рефакторинга. А юнит-тесты как замена проверки компилятором - говно (хотя для динамики выхода нет).