Прошу поделиться, кто какую IDE для JavaScript использует и посоветовать мне подходящую под мои извращённые вкусы. Сразу предупреждаю, что я в JavaScript абсолютный новичок
Будучи больным на голову сторонником строгих типизаций, максимально ригидного синтаксиса и всех этих дурацких старпёрских заморочек с максимально вербализированным кодом (в наше то время, когда python, php и JavaScript шагают по планете) мне бы хотелось следующего:
1. Строгой типизации с предупреждениями компилятора, пусть и через JSDoc.
2. Отладки с брэйкпоинтами
(ужасный список требований, на мой взгляд)
Пока что отладка взлетела out of the box на netbeans, но там я не понимаю как включить синтакс проверку. В WebStorm ситуация обратная - синтакс чекер исправно выдаёт ошибки, но отладка не пашет... Дополнительный бонус к Netbeans - он на халяву
И да, вопрос вдогонку - как создать такое определение типа/параметра в JSdoc, чтобы можно было передать в функцию строку длиной в 1 символ?

Я использовал Visual Code. Там в т.ч. TypeScript есть.

(0) нетбинс!

    /** @type {number} some number */
    var lv_current_letter = '';

вот на такое объявление переменной вебшторм ругается

Initializer type string is not assignable to variable type number (at line 19)

а в нетбинзе - проходит на ура

кстати я как адепт культа git-а хочу спросить, вы начали писать свой код с git init ?

(5) я даже не знаю что это такое

ЗлобнийМальчик (5) я даже не знаю что это такое

о господи *закатываю глаза*

(8) что вы хотите от ребёнка, испорченного абапом...

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

(10) а если контроль версий встроен в IDE?

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

Блджад, когда линуховоды купят себе Consolas.

у гита есть 5-6 ежедневно используемых комманд
git pull
git push
git commit
git add
git diff
git show

Кто отвечает за графический дизайн линуха? До сих пор как в 90-х.

(16) оффтоп

jsmith82 Я использовал Visual Code. Там в т.ч. TypeScript есть.

typescript пока что не богоугоден, к сожалению

(18) В принципе я привык к расхлябанности джи эс - теперь даже нравится. Повышает дисциплину написания кода.

я жадный. я скачал Eloquent_JavaScript и читаю

А чо писать собрался на нём?

https://sapui5.hana.ondemand.com/#docs/guide/95d113be50ae40d5b0b562b84d715227.html

(23) Хм. Ты и копить на ноут - я так понимаю, это какой-то космический ноут.

(26) ну, копить - это неправильное слово. Естественно, у меня уже 2000 евров зарезервированы. Надо теперь выбрать правильный...

ЗлобнийМальчик Прошу поделиться, кто какую IDE для JavaScript использует и посоветовать мне подходящую под мои извращённые вкусы. Сразу предупреждаю, что я в JavaScript абсолютный новичок
Будучи больным на голову сторонником строгих типизаций, максимально ригидного синтаксиса и всех этих дурацких старпёрских заморочек с максимально вербализированным кодом (в наше то время, когда python, php и JavaScript шагают по планете) мне бы хотелось следующего:
1. Строгой типизации с предупреждениями компилятора, пусть и через JSDoc.
2. Отладки с брэйкпоинтами
(ужасный список требований, на мой взгляд)
Пока что отладка взлетела out of the box на netbeans, но там я не понимаю как включить синтакс проверку. В WebStorm ситуация обратная - синтакс чекер исправно выдаёт ошибки, но отладка не пашет... Дополнительный бонус к Netbeans - он на халяву
И да, вопрос вдогонку - как создать такое определение типа/параметра в JSdoc, чтобы можно было передать в функцию строку длиной в 1 символ?

Webstorm. Ну и браузер конечно.

Для php - phpstorm
для js - webstorm.

ты сам то определился какой из js будешь изучать и для чего?

насчёт какой - я не знаю. А для чего - для разработки client side приложений на javaScript с использованием SPAUI5 framework

Еврейчик какой из js

??

блин, а так хотелось обойтись малой кровью и бесплатным нетбинзом...

(32) нетбинз!

С [...] ли нетбинс. Сетевые бобы - множ. число, после звонкой гласной - з.
А, типа в русском переводе - ок.

(33) ну не работает. вот такой код не выдаёт никаких ворнингов...

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

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

    func_2(func_1());
}

(35) а jslint пробовали?

jslint не нашел в плагинах, устанавливаю jshint

почитал описание, вроде то что надо.
jslint под 8.0 последнее.

https://netbeans.org/bugzilla/show_bug.cgi?id=249892

(41) я не виноват!

ЗлобнийМальчик блин, а так хотелось обойтись малой кровью и бесплатным нетбинзом...

webstorm тоже можно сделать бесплатным если с торнента. Но он уж получше будет. и с гитом интеграция и все дела.

jsmith82 ??

es6 или es5

а вообще я больше про фреймворке. Если просто js учить, то это одно.

Но часто сейчас изучают конкретно серверную часть или клиентскую.
Если серверная, то Node.js

Если клиентскую, то Angular, React JS.

Курильщик (41) я не виноват!

я разве вас обвиняю. Я просто объясняю, почему Netbeans, который вы предлагаете, для моих требований не подходит

(44) нужно просто не обращать на эти пустяки внимания

Ставь 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) все тоже самое делается через интернет в конференции или чате