IMHO Так и не понял смысловой нагрузки данной статьи и калькулятора. Кажется, что практически каждый пользователь этого сайта способен вспомнить школьный курс «экономической грамотности», открыть excel и вписать туда все свои доходы и расходы, а потом просто растянуть строчки с формулками на нужное количество строк (месяцев). Это будет практически Cash Flow. А если пойти дальше то можно узнать что такое кассовый разрыв, когда он может наступить и многое другое ))
P.S. А для подсчета полной стоимости кредита (ПСК) не обязательно строить таблички. Это можно узнать в банке перед получением ипотечного кредита.
Мне кажется что «Совершенный код. Мастер-класс» или «Чистый код: создание, анализ и рефакторинг» обязательны к прочтению для любого разработчика.
В свое время мне понравился доклад Кирилла Мокевнина "Ментальное программирование". Я еще не смотрел, но оказывается есть продолжение этого доклада. Он раскрывает там многие вещи, не привязываясь к языку.
А зачем промежуточное звено, которое ходит за данными, отправляет их на отрисовку и отдает клиенту? Мне кажется было бы проще сразу писать на node.js фронт сервер с SSR, который умеет ходить за данными в API.
У нас разработчики делают одновременно несколько фичей. По мере готовности мы включаем их в ближайший релиз. У меня вопрос можно ли как то держать основную ветку документации продукта, который сейчас в проде и померк готовности фичей ее дополнять? У меня сейчас есть прод и у него своя версия доки, а есть ещё десяток stage серверов с разным функционалом и соответсвенно разным набором доки. Как только код выйдет в прод, то автоматом и дока будет включать информацию по новому функционалу.
В моих проектах confluence не подошёл по одной причине — нет возможности версионировать всю базу знаний целиком. То есть вы можете контролировать изменения в одном документе, то как это сделать в нескольких одновременно? Может быть вы знаете?
Для FRD и PRD мы в команде используем GitBook с кучей плагинов, которые нужны нам. Дока пишется, версионируется и выкладывается в общий доступ так же как и код. В этом случаи в доке написано, то что есть в коде. Плюс так как это markdown, то его можно собирать в любом виде (html, pdf)
Director изменялся последний раз в феврале 2015. Universal-router скорее всего не внимательно изучил, поэтому пропустил. Пересмотрев описание, попробую написать тестовое приложение с universal-router, если будет время.
Мы думали сделать фабрики для генерации path для Route и to для Link. Но это как раз тот момент, когда начинаешь задумываться, что ты делаешь что то не то и должно быть решение проще. В конце конов react-router — это очень популярная библиотека, которой пользуются миллионы людей по всему миру. Как они живут с этим?
А как вы видите организацию именованых роутов через объекты? У нас есть проекты с apollo и react-router@4, и я думаю ребятам было бы интересно ваше виденье.
Допустим у нас есть страница статистики с 10-ю параметрами и 15 ссылок на эту страницу, разбросанные по всему проекту. Можете помочь написать конфиг так, что новый человек в проекте мог поменять публичный адрес страницы статистики в одном месте?
У меня не работает ))))
P.S. А для подсчета полной стоимости кредита (ПСК) не обязательно строить таблички. Это можно узнать в банке перед получением ипотечного кредита.
В свое время мне понравился доклад Кирилла Мокевнина "Ментальное программирование". Я еще не смотрел, но оказывается есть продолжение этого доклада. Он раскрывает там многие вещи, не привязываясь к языку.
У нас разработчики делают одновременно несколько фичей. По мере готовности мы включаем их в ближайший релиз. У меня вопрос можно ли как то держать основную ветку документации продукта, который сейчас в проде и померк готовности фичей ее дополнять? У меня сейчас есть прод и у него своя версия доки, а есть ещё десяток stage серверов с разным функционалом и соответсвенно разным набором доки. Как только код выйдет в прод, то автоматом и дока будет включать информацию по новому функционалу.
В моих проектах confluence не подошёл по одной причине — нет возможности версионировать всю базу знаний целиком. То есть вы можете контролировать изменения в одном документе, то как это сделать в нескольких одновременно? Может быть вы знаете?
Для FRD и PRD мы в команде используем GitBook с кучей плагинов, которые нужны нам. Дока пишется, версионируется и выкладывается в общий доступ так же как и код. В этом случаи в доке написано, то что есть в коде. Плюс так как это markdown, то его можно собирать в любом виде (html, pdf)
Director изменялся последний раз в феврале 2015.
Universal-router скорее всего не внимательно изучил, поэтому пропустил. Пересмотрев описание, попробую написать тестовое приложение с universal-router, если будет время.
Допустим у нас есть страница статистики с 10-ю параметрами и 15 ссылок на эту страницу, разбросанные по всему проекту. Можете помочь написать конфиг так, что новый человек в проекте мог поменять публичный адрес страницы статистики в одном месте?