Щас буит сам походу

мне нужно чтобы бы искомая строка искалась только в начале всей строки, и не более

String.prototype.startsWith

мб вы подскажите как это реализовать?:)

Попробуй регуляркой

String.prototype.startsWith

Это получше будет)

Говорят typescript + nodejs это неудачно и плохо. Какие ваши мысли по этому поводу?

Кто говорит?

Говорят typescript + nodejs это неудачно и плохо. Какие ваши мысли по этому поводу?

Без аргументов это простой наброс

И зачем, какой смысл говорить? Собака лает, караван идёт

Говорят typescript + nodejs это неудачно и плохо. Какие ваши мысли по этому поводу?

Херню говорят

Говорят typescript + nodejs это неудачно и плохо. Какие ваши мысли по этому поводу?

этому есть единственная альтернатива - flow, о плюсах и минусах выбора ts\flow можно много читать, писать, спорить

В pro.js чате некоторые активные его пользователи. Не суть. Я использую typescript + nodejs на сервере и считаю это правильным. Как вы думаете кул?

Кул

Я вообще считаю что иначе нельзя

Задачу решает? - ок. Перестанет решать, заменим инструмент. Не религия же

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

ts+nodejs может быть вполне комфортным решением

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

Мне не нравится зоопарк решений. NoSQL были популярны и всё больше скорее всего не будут использоваться в будущем

Говорят typescript + nodejs это неудачно и плохо. Какие ваши мысли по этому поводу?

Плюнь им в лицо за такие слова.

Мне не нравится зоопарк решений. NoSQL были популярны и всё больше скорее всего не будут использоваться в будущем

глупость

вокруг nosql был излишний хайп, который частично прошел, что хорошо

глупость

А то что SQL базы данных уже поддерживают document (JSON и JSONB) и обгоняют по запросам NoSQL Тож глупость?

нет, то что некоторые(postgresql например) умеют в json говорит лишь о том, что nosql нужен

https://dev.mysql.com/doc/refman/8.0/en/json.html

мы у себя активно юзаем jsonb в postgresql, удобно вполне

Ну вот. Зачем тогда NoSQL?

без идей зачем вам mongodb

и как это относится к вопросу о нужности nosql тоже не понимаю

кроме документов есть куча других nosql структур, графы, key-value

Ну вот. Зачем тогда NoSQL?

А зачем нам SQL?

Ну проще использовать одно решение, а не зоопарк решений. Если какая-то SQL база данных может всё что делает NoSQL, то смысла NoSQL бд для меня бы не было

нет, не проще

Да не проще, а экономичнее в разы

нет, не экономичнее

только постгря

Бедный конь в вакууме, замучали его уже до смерти

Представь в броузерах были бы разные языки программирования

остальное от лукавого

Представь в броузерах были бы разные языки программирования

тебе еще не рассказали?

)

точнее скриптовые языки подобия Javascript

кофескрипт 2 вышел недавно

сворачиваемся

java апплеты, сервелат, флеш, активх

Эти кофе, апплеты, примочки 1% рынка максимум

кофескрипт 2 вышел недавно

Блэд

кофескрипт 2 вышел недавно

Типы завезли?

нет

импорты вроде завезли)

завезли из жс всякое помледнее

Использую nodejs + typescript + postgresql. Посоветуйте пожалуйста orm. Как вам это решение https://github.com/typeorm/typeorm ?

сыро

советую убрать из стека ноду

Не получится убрать ноду. Я не архитектор этой системы

https://github.com/sequelize/sequelize вот это самое лучшее, да?

На что заменить ноду?

Использую nodejs + typescript + postgresql. Посоветуйте пожалуйста orm. Как вам это решение https://github.com/typeorm/typeorm ?

На декораторах, прям как EF

> На что заменить ноду? на jvm)

ноду на Vertx + Kotlin :)

отлично заменяется

зачем заменять ноду?

зачем заменять ноду?

Хочется стабильности, инструментов)

через один - два года nodejs станет популярнее Java

ERROR: S client not available

через один - два года nodejs станет популярнее Java

Простите, но лучше она от этого не станет)

через один - два года nodejs станет популярнее Java

чёт сомневаюсь сильно-сильно

Во https://habrahabr.ru/company/ruvds/blog/332616/

Чем плоха Nodejs? Какие варианты лучше?

перл!

не, серьёзно, вот есть комбинации языков и платформ на которых можно делать высоконагруженные веб приложения

Во https://habrahabr.ru/company/ruvds/blog/332616/

в коментах там уже засомневались

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

У меня Nodemon проект компилит с typescript после нажатия ctrl + s за доли секунды пока что. Причем подхватывает новые созданные файлы. Java так может?

Чем плоха Nodejs? Какие варианты лучше?

Своей экосистемой. Я считаю, что тот же Python с тем же Django/Flask + SQLAlchemy обгонит ноду по стабильности экосистемы и простоте запиливания всяких бэкендов.

У меня от Sequelize бомбило относительно недавно. От его багов. Пофиксили особо критичные для меня, теперь бомбит от кривых тайпингов.

И это не пакет с двумя звёздами от Васяна, а самая популярная ORM на ноде.

У меня Nodemon проект компилит с typescript после нажатия ctrl + s за доли секунды пока что. Причем подхватывает новые созданные файлы. Java так может?

а Java не транслятор :)

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

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

поработай с нативными модулями для ноды. Тоже будет весело.

А это я ещё про Java + Spring + Hibernate не упомянул.

Конечно, тебе на компайл-тайме скажет много чего интересного, того что нода не видит

А typescript мне тоже самое не скажет?

с нативными модулями на любой платформе всегда будут сложности

Всё дело в великом многообразии языком и платформ. Когда в голове уже есть представление о том как устроены несколько языков и платформ, начинаешь понимать как это всё перетекает и появляются оценки для компонентов систем а не для целых систем. Типизация, нативные модули, GC, модель памяти, ООП-шаблоны, около-ООП, aspect-oriented, функциональщина, около-функциональщина, компилятор, транслятор, ....

в случае с nodejs и JS платформой, это ещё и COMMUNITY

а потом читаешь статью что технология Х уделывает технологию Y полностью, и сразу вспоминаешь параметр Z по которому нифига нельзя избавляться от Y в пользу Х

или наоборот, читаешь о новом подходе, типа import/export в ES6 это вот супер-новая штука которая по-любому лучшее что есть, вспоминаешь какая модульность в других языках и как там делится на файлы и на проекты всё, понимаешь что нифига не сводится одно к другому. А в чате бегают дебилы которые не имеют понятия о других системах.

Уделает со временем. Руби, пхп уже уходят в прошлое. Думаю за ними сразу пайтон пойдет. И еще через какое-то время настанет черед Java, C#

С Java гораздо приятнее работать до компиляции. Компиляция занимает слишком много времени. Это непродуктивно.

Уделает со временем. Руби, пхп уже уходят в прошлое. Думаю за ними сразу пайтон пойдет. И еще через какое-то время настанет черед Java, C#

А потом и Go вытеснит, и C++ , и C и все все все будут писать на JS и TS!!!

Да ну не надо быть такими наивными.

А потом и Go вытеснит, и C++ , и C и все все все будут писать на JS и TS!!!

Я сейчас имел ввиду Web технологии

в последних версиях c++ все больше похож на js =)

а потом читаешь статью что технология Х уделывает технологию Y полностью, и сразу вспоминаешь параметр Z по которому нифига нельзя избавляться от Y в пользу Х

уделывание такое уделывание