Совершил забег по кругу, и теперь могу с уверенностью сказать, что предложенный способ опционального прикручивания SSR к SPA — самый правильный.
Я же был счастлив, когда сидел на CRA. До той поры, пока не прочитал "Что взять за основу React приложения". А дальше беспрерывная борьба со сложностью окружения. Начитался issues — голова пухнет.
OrientDB выглядит очень привлекательно. Намучился с MongoDB. Собирался переехать на PostgreSQL — нужны связи. Но смущают тесты производительности https://www.arangodb.com/performance/
Предполагаю, что выборки по графам OrientDB будут быстрее цепочки джоинов в PostgreSQL, если рассматривать этот пример.
Лучший разработчик, которого принял на работу был самоучкой со скромным набором инструментов. После автомобильной аварии проблемы с моторикой и речью, но любящая жена не бросила. Мотивация — хватит на пятерых.
Из моей практики. Камрад лабал поделки на Delphi 3 для бухгалтерии с невероятной скоростью ни разу не задумываясь об освобождении памяти, мотивируя тем, что ресурсов и так хватит до конца рабочего дня.
Кажется я понимаю, почему Минаев продал столько экземпляров повести о ненастоящее человеке.
Каждая моя попытка самоидентификации (а таковых было несколько) заканчивалась кризисом и последующим перерождением в новое качество. Полезное занятие, хотя болезненное.
Дошло! OrientDB выглядит очень привлекательно. Намучился с MongoDB. Собирался переехать на PostgreSQL — нужны связи. Но смущают тесты производительности https://www.arangodb.com/performance/
Предполагаю, что выборки по графам OrientDB будут быстрее цепочки джоинов в PostgreSQL, если рассматривать этот пример: https://habrahabr.ru/post/324012/
В некоторых NoSQL базах прекрасно строятся реляции, есть джойны и т.п. например тот же OrientDB, в нем, кстати, есть прямые ссылки, чего нет в реляционных БД, а это, возможно, самое то, что нужно для построения реляций. И это становится очевидно если представить как бы вы хрынили данные в переменных при программировании (могу привести пример).
А вот к Electrode надо присмотреться, похоже может выручать.
Сначала он мне тоже понравился. Больше того, NEXT.js произвел отрицательное впечатление. Но я уже переобулся, пощупав обе платформы. Можно попробовать перетащить:
А разве не надо будет его переносить из src/ в node_modules, прописывать в package.json и выделять в отдельный репозиторий (хотя бы гит)?
Просто соглашение внутри проекта. Модули складываются в отдельную папку modules, но в папке модуля не нужно объявлять index.js, в котором экспортируется API, а вместо index.js — файл совпадающий с именем модуля, благодаря опции main в package.json (это в частности нужно для Find Usage в WebStorm).
Далее у меня настроены абсолютные пути, по соглашению можно обращаться только к имени модуля: import { PersonCard } from 'modules/person'
Но импорт компонента только для внутреннего использования:
import PersonCardView from 'modules/Person/PersonCardView' — приведёт к анархии, модуль вовсе не модуль (в смысле сокрытия реализации).
Экзорцизм в публикации про это, собственно. :)
Конечно интересно!
Конечно интересно! Про полифилы ещё бы пару слов.
в CRA это тоже можно отключить, package.json:
И ещё оставлю тут на память:
Quick Start Tutorial: Universal React, with Server Side Rendering
Tutorial: Handcrafting an Isomorphic Redux Application (With Love)
Ещё одна годная статья по теме Server Side Rendering with React and Redux.
Совершил забег по кругу, и теперь могу с уверенностью сказать, что предложенный способ опционального прикручивания SSR к SPA — самый правильный.
Я же был счастлив, когда сидел на CRA. До той поры, пока не прочитал "Что взять за основу React приложения". А дальше беспрерывная борьба со сложностью окружения. Начитался issues — голова пухнет.
OrientDB выглядит очень привлекательно. Намучился с MongoDB. Собирался переехать на PostgreSQL — нужны связи. Но смущают тесты производительности https://www.arangodb.com/performance/
Предполагаю, что выборки по графам OrientDB будут быстрее цепочки джоинов в PostgreSQL, если рассматривать этот пример.
Для меня это было откровением. Из серии "вам шашечки или ехать".
Лучший разработчик, которого принял на работу был самоучкой со скромным набором инструментов. После автомобильной аварии проблемы с моторикой и речью, но любящая жена не бросила. Мотивация — хватит на пятерых.
Я сам уговорил инвестора не тратить 15 млн. долларов на стартап, в котором был техлидом. :)
Мне ближе определение "кодер". Можно еще "разработчик". Скромность украшает.
Не слышал.
Из моей практики. Камрад лабал поделки на Delphi 3 для бухгалтерии с невероятной скоростью ни разу не задумываясь об освобождении памяти, мотивируя тем, что ресурсов и так хватит до конца рабочего дня.
Браво! С удивлением наблюдал зашкалившую виральность собственной корявенькой заметки по теме https://habrahabr.ru/post/323460/
Кажется я понимаю, почему Минаев продал столько экземпляров повести о ненастоящее человеке.
Каждая моя попытка самоидентификации (а таковых было несколько) заканчивалась кризисом и последующим перерождением в новое качество. Полезное занятие, хотя болезненное.
Дошло! OrientDB выглядит очень привлекательно. Намучился с MongoDB. Собирался переехать на PostgreSQL — нужны связи. Но смущают тесты производительности https://www.arangodb.com/performance/
Предполагаю, что выборки по графам OrientDB будут быстрее цепочки джоинов в PostgreSQL, если рассматривать этот пример: https://habrahabr.ru/post/324012/
Очень хочется посмотреть на пример. :)
Вариация на тему.
Сначала он мне тоже понравился. Больше того, NEXT.js произвел отрицательное впечатление. Но я уже переобулся, пощупав обе платформы. Можно попробовать перетащить:
Декомпозиция + инкапсуляция.
Просто соглашение внутри проекта. Модули складываются в отдельную папку modules, но в папке модуля не нужно объявлять index.js, в котором экспортируется API, а вместо index.js — файл совпадающий с именем модуля, благодаря опции main в package.json (это в частности нужно для Find Usage в WebStorm).
Далее у меня настроены абсолютные пути, по соглашению можно обращаться только к имени модуля: import { PersonCard } from 'modules/person'
Но импорт компонента только для внутреннего использования:
import PersonCardView from 'modules/Person/PersonCardView' — приведёт к анархии, модуль вовсе не модуль (в смысле сокрытия реализации).