Есть один tool, https://github.com/ondras/wwwsqldesigner который очень помогает когда нужно спроектировать большую базу данных с многими связями и самое главное через некоторое кол-во лет вспомнить что же ты здесь наворотил, вообщем он мне очень нравится.

Проблема была в том, что автор его сделал AS IS и отдал на растерзание open source и он довольно голый, нет login, управления правами, удобного расшаривания и т.д.

Я решил попробовать из него сделать SAAS аппликацию. Прикрутил Google OAuth2.0, backend сделал на NodeJS и запилил сайт: https://dbplanner.site/

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

Критика приветствуется.

Посколько это в некотором роде “שאלת קיטבק” то я спрошу пока здесь, во избежании 🙂

Пишу для себя одну вещь для которой нужен translate api, и разумеется мой взгляд устремился в сторону google api, устремился и сразу же раздвоился. С одной стороны google продает платный доступ к своему api translate (на который я бесплатно на год пока подписался), с другой стороны подсмотрев куда идет один из … Chrome Extensions при переводе я увидел вот эту ссылку, которая возвращала адекватный перевод без какого то намека на authentication/authorization и тем более платной подписки. Единственное, что смущает так это указание ‘client=dict-chrome-ex’ в request, который можно менять на произвольный и он тоже будет работать, только ответ не такой детальный. Что это abuse, feature или специально так сделали? Может кто-то работал с googleвскими api и сможет разъяснить?

П.С. Попробуйте сделать сами get request по этой ссылке:

https://translate.google.so/translate_a/t?client=dict-chrome-ex&sl=auto&tl=ru&q=wrapper&tbb=1&ie=UTF-8&oe=UTF-8

https://translate.google.so/translate_a/t?client=dict-chrome-ex&sl=auto&tl=ru&q=wrapper&tbb=1&ie=UTF-8&oe=UTF-8

ORM or not ORM for NodeJS в частности.

До сих пор писал все на plain sql, в принципе был доволен но есть ORM и в теории это должно быть быстрее и проще.

Начал с https://github.com/sequelize/sequelize и что-то слишком не интуитивно оказалось, но люди пользуются сказал себе я? Начал гуглить, может есть альтернативы получше, но многие советуют обойтись без ORM вообще. Вот теперь я в дилемме. Тратить время на то, что-бы осилить эту библиотеку (если у вас есть положительный опыт с другой NodeJS ORM библиотекой то поделитесь) или оставить эту идею и пользоваться plain ORM отныне и присно, что скажете?

https://github.com/sequelize/sequelize

Старость не в радость. Намедни писал один скрипт который парсит сайт Maccabi, вытаскивает список врачей и когда ближайшая очередь. Есть предположение, что иногда очереди освобождаются и вместо ожидания в несколько месяцев можно попасть ко врачу с сегодня на завтра. Но разговор не об этом, а об этой библиотеке которая очень помогла мне написать сам парсер https://github.com/matthewmueller/vo , автор ее описывает как Minimalist, yet complete control flow library. К слову парсер я писал на nightmare.js, довольно удобно вместе получилось.

https://github.com/matthewmueller/vo