не совсем понял что значит «Это же не для деплоя в любом случае»? Node.js крутится на сервере, обрабатывает запросы, использует в своей работе ряд модулей из node_modules. Есть Backend-As-A-Service платформа(ы), которые предоставляют разработчику возможность использовать node.js, но налагают различные ограничения и квоты, в частности на общий размер кодовой базы, вместе с node_modules. Вот и приходится извращаться, в ручном режиме просеивать. Может я какой-то очевидный простой путь не знаю, поделитесь если есть?
Шутки-шутками, но на мой взгляд (хотя я в node.js/npm скорее новичок) примерно так дела и обстоят. Возникла у меня на днях не гипотетическая а реальная необходимость уменьшить размер node_modules. Начал с разбора зависимостей модуля request, нашёл и картинки, и папки test и «толстые» .md файлы и кривые .npmignore. Не понимаю, почему нет какой-нибудь штатной опции минификации для деплоя
Всё верно, только мой обзор был сделан 03.09.2012, а cloud code появился 11.09.2012 http://blog.parse.com/announcements/welcoming-cloud-code-to-the-parse-family Конечно следовало бы обновить статью, почему я не сделал этого тогда — не могу вспомнить. Так же как не могу вспомнить почему не ответил на этот комментарий сразу после его написания
в качестве отправной точки для Scorocode приняли базовую функциональность Parse с возможностью миграции данных из него в наше облако
то хотелось бы знать почему для миграции надо выбрать вас, а не одну из многочисленных альтернатив на Parse Open Server.
Ещё лично мне не понятно почему ограничили триггеры таким малым временем работы 500мс (если с тем же parse сравнить)
«Меня терзают смутные сомнения — на вас точно такая же замшевая куртка, как у Шпака…»
В смысле, вот что 4 месяца назад китайские товарищи из EHANG показывали:
Также рекомендую просмотреть видео от 86го года где (помимо показа самого того демо) Дуглас рассказывает подробности как это демо было организовано, какие там были сложности и т.п. https://www.youtube.com/watch?v=sG3PWet8fDk
мигратор данных это хорошо, но было бы лучше если б для серверной части полноценная миграция была. Вон там сколько всего повыпиливали, правда лично мне только Webhooks нужны были. Выбираю между dreamfactory и backendless для полноценной миграции с серверным кодом
По мне, так он не договаривает (хотя это сразу меняет суть):
Прогресс может уничтожить человечество, но отсутствие прогресса уничтожит его гарантированно.
На мой взгляд, это настолько очевидно, что нелепо разжевывать подробно. Человечество, вытянуло вселенский счастливый билет — сложились множество факторов, позволивших жизни развиться до нашего уровня. Но наш «лодка», по космическим меркам будет стабильна очень недолго. Если мы не разовьёмся в цивилизацию, которой по плечу действительно масштабные изменения, нам каюк в любом случае — какой-нибудь супер-вулкан, или супер-астероид, или новый ледниковый период и т.д.
Ну сейчас же куча посредников (mail forwarder) это бы вам обошлось примерно в $30-$40.
Говорю это как такой же бэкер Emotiv Insight. Но мне от того что он пришёл не сильно радостнее:
коннект по bluetooth рвёт (на ipad mini вроде норм, на android и на PC — нет), «с головой не дружит» — в смысле сигнал от датчиков плохой, ну не бриться же мне налысо. Приложение до сих пор в нестабильной бете. В общем, пока пыль собирает.
аналогично, раньше пользовался chrome2phone (или как его там), потом он закрылся и я уже не помню откуда нашёл что pushbullet — аналог. Мне остальные фичи не нужны
Двойственные впечатления, с одной стороны — довольно любопытно. Хотелось бы так же взглянуть на roadmap и узнать планы монетизации. С другой стороны — лично меня angular смущает, мне нравятся библиотеки попроще. Более того, я не уверен, что вы с ангуляром всё делаете правильно, т.к. на вашем же allcountjs.com (который, как я прочёл, написан с использованием самого себя) вижу пару мест где во время загрузки показываются знаменитые {{...}}
А где панорама-то?
Похоже что сегвей тоже не для таких людей:
Ещё лично мне не понятно почему ограничили триггеры таким малым временем работы 500мс (если с тем же parse сравнить)
https://www.kickstarter.com/projects/cobblebot/cobblebot-3d-printer/comments
В смысле, вот что 4 месяца назад китайские товарищи из EHANG показывали:
Вы серьёзно? iRobot Roomba был выпущен [барабанная дробь] в 2002! http://www.irobot.com/About-iRobot/Company-Information/History.aspx
Я наоборот думаю что роботы-пылесосы медленно прогрессируют
Прогресс может уничтожить человечество, но отсутствие прогресса уничтожит его гарантированно.
На мой взгляд, это настолько очевидно, что нелепо разжевывать подробно. Человечество, вытянуло вселенский счастливый билет — сложились множество факторов, позволивших жизни развиться до нашего уровня. Но наш «лодка», по космическим меркам будет стабильна очень недолго. Если мы не разовьёмся в цивилизацию, которой по плечу действительно масштабные изменения, нам каюк в любом случае — какой-нибудь супер-вулкан, или супер-астероид, или новый ледниковый период и т.д.
Говорю это как такой же бэкер Emotiv Insight. Но мне от того что он пришёл не сильно радостнее:
коннект по bluetooth рвёт (на ipad mini вроде норм, на android и на PC — нет), «с головой не дружит» — в смысле сигнал от датчиков плохой, ну не бриться же мне налысо. Приложение до сих пор в нестабильной бете. В общем, пока пыль собирает.
Извините, но пример совершенно не впечатляет, т.к. можно использовать
без всяких ES6