Python, Go, Java отличные технологии, но тоже не всея руси.
Я не спорю, что чем больше технологий знаешь, тем лучше. Но использование SQL тоже не обязательно. Есть ORM, есть NoSQL базы данных.
Мой первый комментарий не ставит под вопрос другие технологии, но NodeJS + TypeScript (JavaScript) впервые дали возможность быть FullStack и писать только на одном ЯП. Тем самым упрощая процесс профессионального роста.
FullStack хорош для запуска первой версии продукта или для небольших фирм. Когда требуется не "грамотная реализация", а реализация в принципе. По мере роста проекта уже требуются более узкие специалисты.
А статья, если честно, ни о чем. Типа, если вы будете изучать технологии А, Б, В, то никогда не изучите технологию А также глубоко, как человек, который изучает только технологию А. Это очевидно.
Определение всех вариантов ходов достаточно нетривиальная задача, т.к. есть вззятие на проходе, есть связанные фигуры (когда фигура прикрывает короля и не может отходить), рокировки и т.п.
Поэтому тут проще всего взять готовое решение, напр. https://github.com/PeterHughes/SharpChess/tree/master/SharpChess.Model
Мне кажется, что даже правильный ответ в статье не совсем правильный. Ибо между выводами не 50мс, а 50мс + (время работы функции). Чтобы вызовы были действительно асинхронными, я думаю, правильнее будет писать так
Считаю, что стоит присмотреться. Довольно удобная система управления проектами, есть диаграмма ганта на которой можно создавать новые задачи, и др. По CRM точно не скажу, потому как плотно не пользовался
Мой первый комментарий не ставит под вопрос другие технологии, но NodeJS + TypeScript (JavaScript) впервые дали возможность быть FullStack и писать только на одном ЯП. Тем самым упрощая процесс профессионального роста.
FullStack хорош для запуска первой версии продукта или для небольших фирм. Когда требуется не "грамотная реализация", а реализация в принципе. По мере роста проекта уже требуются более узкие специалисты.
А статья, если честно, ни о чем. Типа, если вы будете изучать технологии А, Б, В, то никогда не изучите технологию А также глубоко, как человек, который изучает только технологию А. Это очевидно.
Любой триггер можно реализовать программно вне СУБД. Естественно будут потери.
Так можно до бесконечности продолжать. Например у вас в проекте должен быть ИИ, а нейросеть вы строить не умеете. Вы уже не fullstack.
Не все приложения требуют использования триггеров. Я и не писал, что typescript на все случаи жизни.
Можно писать исключительно на typescript и быть fullstack
Ну если цель кодить ради фана, то да.
Если цель быстро реализовать идею, то можно использовать готовые решения.
Определение всех вариантов ходов достаточно нетривиальная задача, т.к. есть вззятие на проходе, есть связанные фигуры (когда фигура прикрывает короля и не может отходить), рокировки и т.п.
Поэтому тут проще всего взять готовое решение, напр. https://github.com/PeterHughes/SharpChess/tree/master/SharpChess.Model
Потому что фреймворк это не загрузчик, наверное :)
Lightning Network очень похожа на костыль
https://github.com/node-nock/nock
Заголовок такой же желтый, как логотип Райффайзена
Я бы добавил еще один способ защиты. Самый простой и лобовой.
Ставить в конец запроса случайную задержку, например от 1 до 3 мс.
Мне кажется, что даже правильный ответ в статье не совсем правильный. Ибо между выводами не 50мс, а 50мс + (время работы функции). Чтобы вызовы были действительно асинхронными, я думаю, правильнее будет писать так
Считаю, что стоит присмотреться. Довольно удобная система управления проектами, есть диаграмма ганта на которой можно создавать новые задачи, и др. По CRM точно не скажу, потому как плотно не пользовался
Стоило бы добавить в этот список OnlyOffice. У них есть бесплатная серверная версия.
Перебор желчи
Четно говоря, сам не проверял, но, судя по документации, этот модуль нормально работает с оптимизатором
https://github.com/guybedford/require-css#optimizer-configuration
Require-css ?