Ставь Visual Code

(46) это троллинг такой?

(48) нет,я серьезно.

а как же статические проверки? столько раз было, что мы баги на этапе компиляции ловили, которые развиваются по типу - "я тут только один параметр изменю..."

А чем тебе TypeScript не угодил?

я так понял, мне придётся очень много работы провести, чтобы писать на typescript код который будет совместим с SAPUI5(ну и с любым другим фрэймворком который не написан на typescript)

TypeScript — язык программирования, представленный Microsoft в 2012 году

Сразу - НЕТ!

То есть Майкрософт и Путин это

Курильщик НЕТ!

(56) нахрена политоту сюда тащишь?

(53)
от туда же:
В своих проектах я комбинирую Closure Compiler и JSHint. Closure Compiler выполняет минимизацию и базовую проверку, в то время как JSHint проводит более сложный анализ кода. Эти две программы отлично работают вместе, и каждая из них охватывает те области, которые не может охватить другая. Кроме того, я могу использовать возможности расширения JSHint, чтобы писать пользовательские программы проверки. Одна написанная мной общая программа проверяет определенные функции, которые мне не нужны, например вызов функций, которых не должно быть в моем проекте.

Closure так же есть под netbeans

мне вот интересно. А как вы пришли к вебу. Пожалуй создам ветку.

полезна ссылка https://m.habrahabr.ru/company/infopulse/blog/311582/

Это действительно форум программистов?

Зы. Netbeans

(61) а у вас получилось добиться ворнинга на этот код?

/**
 * @returns {String}
 */
function func_1() {
    'use strict';
    return 'asd';
}

/**
 * @param {Number} a
 * @returns {Number}
 */
function func_2(a) {
    'use strict';
    return a * 2;
}
/**
 *
 * @returns {String}
 */
function main() {
    'use strict';
    func_2(func_1());
}

(62) Э слуш да, тут тебе не вижуал студио. Еще чего захотел.

(62) - а зачем? Если тебе нужна проверка типов - делай ее runtime

Если у вас проблемы со статической проверкой типов - исправляйте свой говнокод.
Так ты клоужер-то поставил?

(64) рантайм проверка типов и статик проверка типов преследуют разные цели. Я хочу статик проверку, чтобы убедиться на этапе компиляции что я не пишу всякую бяку

А зачем вам статическая проверка типов? Не доверяете себе?

(62) ок, завтра поставлю гляну. )

jsmith82 Не доверяете себе?

конечно же нет. Я знаю, что даже я(sic!) совершаю ошибки. Чего уж про остальных людей говорить

(71) Точно не про 1сников. Мы на 1с целые конфигурации пишем. Дисциплина 80 lvl.

ЗлобнийМальчик что я не пишу всякую бяку

git !!
я как то на хабре писал, как сделать хук на коммит, он вас будет ругать если будете плохой код пихать в репо, если захотите.

(72) 1с ники пишут багнутые медленные конфигурации которые потом исправляют тысячами релизов

рантайм проверка типов и статик проверка типов преследуют разные цели.

статическая проверка типов для динамических языков невозможна. Точка.

Если ты не уверен, что код, который ты пишешь - правильный, используй юнит тесты и TDD.

тдд в вижуал коуд тоже есть

(76) ну, бить по рукам за неактуальные комментарии и за отсутствие аннотации. У меня достаточно административной власти, чтобы такое пробить на том проекте на котором я работаю

+ (77) тема развивается нещадно

Да, и такие люди пытаются стать программистами.

Тупые вопросы про git, которые учат на первой лекции какой нить украинской GoIT академии.

(80) Началось. Гит, юнит-тесты, ангулар, [...], написал три строчки на джи эс - отомстил Нуралиеву.

(80) я никогда не пользовался git. существуют и другие концепты версионирования

(82) - какие?

Дубрава Да, и такие люди пытаются стать программистами.

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

(84) например встроенная система версионирования ABAP подразумевает монопольные блокировки изменяемых объектов одним разработчиком до окончания процесса разработки

Да, в теме вещей, гит, хуит, канбан, скрам

Ты еще issue tracker забыл.

мой мальчик, это неотъемлемые вещи любой вменяемой ИТ фирмы. Как ватман с кульманом.

Я работал в фирме, которая не использует вообще никакой системы версионирования. А issue tracker - это RTF-ка

Ну так вот, оттуда сбежали ВСЕ программисты по интеграции.

(86) - блджад, я тебя спрашиваю про систему версионирования исходного текста.

ЗлобнийМальчик существуют и другие концепты версионирования

git !

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

(86) я же вам говорю - встроенная система версионирования исходного текста сервера приложений ABAP.

О_К_У_Е_Т_ь

(91) и?

(92) - ты действительно думаешь, что если если А умеет хранить разные версии и сравнивать их, то А можно назвать системой версионирования?

Версионирование не панацея. Надо писать изначально грамотно. Хотя линуховоды любят сотнями править один и тот же модуль.
Разработка проприетарного софта - вот где полет инженерной мысли.

(94) система контроля версий делает из недопрограммиста - программиста.

Какую хуиту ты несешь? Ты программист или кто? Ты работал в команде? И причем здесь линуховоды?

Версионирование - это техническая часть ведения проекта в команде.

Все пользовательские истории собираются в issue tracker-е, идет планирование спринта в команде раз в месяц/2 недели, тимлид выбирает задачи, которые нужно сделать, каждый прогер выбирает то, что он хочет или может сделать.

Далее все эти issue распечатываются в виде листочков и наклеиваются на скрам доску

На каждую issue делается feature branch, прогер имплемнтирует ее, другой прогер верифициует и мержит с мастером.

Ахтунг, пророки agile на форуме!

а ну да, хаос лучше

(96) все тоже самое делается через интернет в конференции или чате

??????

(98) Только водопад, только хардкор.

(96) чурка, выучи русский язык

Дубрава ... я сижу на форуме идиотов

Зачем?

Дубрава Ты работал в команде?

Знаем, знаем, а-ля доминикана в молодой динамично развивающейся компании, которая возьмет степлер в аренду :)

(103) - ОК, представляю себе тупого 1Сника-обновляльщика-на-мисту-попрошайщика и по совместительству одмина. Какая нафиг там командная разработка.

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

да да. Потом нанимаем 1Сника, который автоматически знает полный стек PHP (Zend)/Node.js (Express)/ASP.NET/SQL Server/MySQL/PostgreSQL/MongoDB/redis/HTML/CSS/JavaScript/Anglular/ и он такой крутой один все это делает за полдня: запостив т/з на 1000 страниц на мизде и получив ссылку на инфостарт. Онжешъадынэснег!

Дубрава На каждую issue делается feature branch, прогер имплемнтирует ее, другой прогер верифициует и мержит с мастером.

Все проекты в которых я до сих пор работал, работали по waterfall методологии. В рамках системы контроля версий абапа (и HANA кстати тоже) нельзя сделать бранч

Значит это не система контроля версий

(111) почему? Это не система контроля версий, в который вы привыкли работать, это правда

http://saptechnical.com/Tutorials/ABAP/Version/Index.htm
http://saptechnical.com/Tutorials/ABAP/Version/Page2.htm

этот выривгалзный п-и-з-д-е-ц называется системой управления версий? правда?

Дубрава что делается?

это делается через инорнеты
Все пользовательские истории собираются в issue tracker-е, идет планирование спринта в команде раз в месяц/2 недели, тимлид выбирает задачи, которые нужно сделать, каждый прогер выбирает то, что он хочет или может сделать.
Далее все эти issue распечатываются в виде листочков и наклеиваются на скрам доску
На каждую issue делается feature branch, прогер имплемнтирует ее, другой прогер верифициует и мержит с мастером.

в современном информационном мире нет нужды встречаться вживую, все можно сделать через джаббер-конфу.

(114) Это старая версия. В настоящее время версионирование делается через эклипс

(117) в той системе можно методом половинного деления найти глючный коммит?

(115) - е б а н ы в р о т

это не отменяет НЕОБХОДИМОСТИ распределенной системы контроля версий аля Git/Mercurial.

Более того в распределенных скрам командах (именно это имел ввиду) значение распределенной системы контроля только усиливается.

(118) что вы имеете в виду под глючным коммитом? коммит который внёс изменения, которые привели к багу? да, можно

Дубрава это не отменяет НЕОБХОДИМОСТИ распределенной системы контроля версий аля Git/Mercurial.

а где я говорил что нужно работать без dvcs?

Курильщик (62) ок, завтра поставлю гляну. )

получилось?

да да. особенно при наличии отсутствия унит тестов, черри-пиков, рибейсов и фича бранчей

(122) я пока на работе.

(123) какая то каша...

(106) зато этот "тупой" получает больше, чем ты

(126) да не, у гита отличная система ребэйзов и разрешения конфликтов, просто на 5+

(127) - 150 тысяч рублей на руки в месяц плюс бонус 35 тысяч (на руки)?

(128) охотно верю. Но это всё не нужно, если использовать концепт монопольных блокировок.

вот жеж, эта ветка про ide а не про 22

(125) - ты сцуко почейтай задачу: методом дихотомии найти бажный коммит.

Давай пробуй это без юнит тестов.

(132) да 100 раз так делал. юнит тесты - хрень.

(134) к сожалению, это правда. и не только разработки, но и поддержки.

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

(137) у сапа весь мир в бетатестерах

(0) и так и эдак мучал нетбинс - не вышла проверка.

(139) у меня аналогичный результат.

(0) Советую WebStorm. Проверка синтаксиса делается одним или несколькими плагинами с кучей настроек.
Типизация проверяется через TypeScript. JSDoc - отстой.

столько лет этой теме оказывается ) За это время Злобный мальчик уже наверное стал Сениором.

А я бы тоже посоветовал Вебшторм. Сам пользуюсь VSCode для фронтэнда но я уже отошел от js и для бэка испольую PhpStorm и это таки более серьезныая цепочка продуктов.

сейчас я пользуюсь vs code потому что для vs code у сапа есть экстеншены а для web storm нет. Но web storm мне больше нравится
ну и да, я пишу на тайпскрипте конечн

Витязь столько лет этой теме оказывается ) За это время Злобный мальчик уже наверное стал Сениором.

А я бы тоже посоветовал Вебшторм. Сам пользуюсь VSCode для фронтэнда но я уже отошел от js и для бэка испольую PhpStorm и это таки более серьезныая цепочка продуктов.

Точняк, я тоже использую PhpStorm для JS, но посоветовал именно WebStorm, так как в нем нет PHP, который не всем нужен.