Разница в возможностях и удобстве. Разные инструменты нужны для разных задач. Можно, конечно, применять их не по назначению, но часто это просто неоправданно.
Попробуйте реализовать от и до, допустим, систему учета домашних финансов на Keystonejs. Если это там вообще возможно — сравните с туториалом по KateJS.
Спасибо за развернутые ответы.
Фреймворк для меня это не цель, а средство. Как уже упоминал, он развивался не в вакууме, а на конкретных проектах, которые были доведены до внедрения.
И далее будет какой-нибудь проект, который, возможно, выльется в полезное решение, по которому, возможно, будет статья о том, «как все стало лучше чем было»
Для ведения учета в простой системе бухгалтер не нужен — нажимать на кнопки может администратор/менеджер.
Предприниматель на фреймворк, разумеется, внимание не обратит. Но разработчик, которому он закажет несложную систему учета — вполне может.
Тут смотря что считать учетом. Если речь про отчетность для ИФНС, то да, малому бизнесу проще это отдать на аутсорс. Если бизнес прям совсем-совсем малый, то и любой другой учет ему не нужен — предприниматель и так знает сколько денег у него в бумажнике. Но как только он подрастает и начинает нанимать сотрудников — то тут уже минимальная система учета ему становится необходимой как минимум для контроля.
Есть модуль import который позволяет импортировать сущности из csv файлов. Полезно, к примеру, если нужно загрузить список клиентов в систему.
Экспорта нет — не очень понятно для чего он вообще нужен. БД переносить лучше через дамп.
Но в любом случае — сделать генерацию csv файлов — дело недолгое.
Оно все как раз на github pages, только да, на своих доменах. Исходники и фреймворка и доки тоже на github.
На счет перевода со своего домена на домен github-а — подумаю.
Регистры в KateJS на текущий момент на самом деле довольно простые. Таблица одна. На умеренных объемах данных этого достаточно. Будут большие объемы — будет повод заняться оптимизацией.
Сложной аналитической системы тоже нет: данные агрегируются так как решит разработчик. бОльшую часть можно сделать силами СУБД. Своего языка запросов нет — используется api от sequelize или прямые SQL запросы.
Систему автоматизации завода на 10к сотрудников на KateJS я бы делать не рекомендовал. А специфический учет для ИП на УСНО — вполне.
Если я правильно понял, то аналог с кино был бы такой: расставляя кадры в обратном порядке — получилась бы другая история. Если с музыкальным произведением в посте более-менее понятно, то с кино теоретически сомнительно, что вообще можно придумать такой сценарий.
Braid очень оригинальная игрушка. Там много интересных идей с манипуляцией временем. Моя идея про другое: как пазл, в котором можно собрать две совершенно разные картины из одно набора.
Впрочем далеко в Braid не заходил, может там чего-то такое и есть.
Есть идея — сделать кино: фильм из двух частей, рассказывающий две истории, где вторая история полностью состоит из кадров первой. Начинается вторая часть, зритель видит те же виды, тех же людей, те же кусочки диалогов, что и в первой части, только расставленные в другом порядке. Получается полноценная вторая часть, но с совершенно другой историей. Думаю, помимо забавности самого факта такого фильма его будет еще и интересно смотреть (если постараться со сценарием): зритель, в процессе просмотра второй части сообразит в чем фишка и будет пытаться разгадать финал.
Кино не является моей профессией, поэтому рассматриваю эту затею как одно из хобби. Однако в одно лицо реализую я ее еще не скоро. Если кто заинтересовался и готов вложить ресурсы — давайте попробуем сделать вместе.
если вашими основными заказчиками будут бюджетные организации или крупный бизнес, то им нужен как раз ИП, работающий на ОСНО.
Чтоб поставить все на место поясню: крупному бизнесу выгодно, если вы предоставляете услуги с НДС, т.к. на сумму НДС с ваших услуг они заплатят меньше налога. Иными словами реально ваши услуги обойдутся им на 18% дешевле.
Надо включить голову. Вы то эти 18% должны будете заплатить. И если речь идет про ИТ услуги, то вам придется увеличить стоимость своих услуг на 18%, чтоб получить столько, сколько вы за них хотите.
Что получаем: вы увеличиваете стоимость услуг на 18%, чтоб крупный клиент получил льготу по налогу на эти 18%. Не проще изначально отказаться от НДС (от ОСНО) и не накручивать эти 18%?
Если вы конкурируете по цене, то для плательщика НДС будет выгодней с вами работать, если ваши цены будут более чем на 18% ниже, чем цена той компании, которая предоставляет услуги с НДС.
Есть, конечно, упертые клиенты, которые не хотят принимать аргументы, что стоимость на 20% меньше лучше чем та же стоимость, но с НДС и твердят как мантру «нам нужны поставщики с НДС, нам нужны поставщики с НДС, нам нужны поставщики с НДС»… Многого не потеряете, если такие люди не будут вашими клиентами.
Поддержу. Аналогично — мы у себя не используем промисы. И при этом никакой лапши нет. Правда спастись от нее помогла не книга, а одна простая статья «Лапша» из callback-ов — будьте проще (очередное спасибо автору).
Не хочу показаться занудным, но этот случай мне кажется нетипичным. Детальных условий задачи я, конечно, не знаю, может на самом деле была такая необходимость все это делать на клиенте силами js, не привлекая сервер.
Под нетипичные задачи всегда приходится как-нибудь да оптимизировать код.
Мне хочется понять, реально ли необходимо заморачиваться на экономию памяти в замыканиях при решении обычных задач.
Помогите, пожалуйста, разобраться.
А есть ли реальная потребность создавать такое большое количество инстансов, что это может привести к излишнему потреблению памяти? Можете привести какой-нибудь реальный пример?
Спасибо за предложение. Сейчас пока неактуально - проект закис. Но если что-то изменится - я напишу.
Фреймворк для меня это не цель, а средство. Как уже упоминал, он развивался не в вакууме, а на конкретных проектах, которые были доведены до внедрения.
И далее будет какой-нибудь проект, который, возможно, выльется в полезное решение, по которому, возможно, будет статья о том, «как все стало лучше чем было»
Предприниматель на фреймворк, разумеется, внимание не обратит. Но разработчик, которому он закажет несложную систему учета — вполне может.
Экспорта нет — не очень понятно для чего он вообще нужен. БД переносить лучше через дамп.
Но в любом случае — сделать генерацию csv файлов — дело недолгое.
Как уже говорил — на highload не замахиваюсь, целевая аудитория — малый бизнес.
На счет перевода со своего домена на домен github-а — подумаю.
Сложной аналитической системы тоже нет: данные агрегируются так как решит разработчик. бОльшую часть можно сделать силами СУБД. Своего языка запросов нет — используется api от sequelize или прямые SQL запросы.
Систему автоматизации завода на 10к сотрудников на KateJS я бы делать не рекомендовал. А специфический учет для ИП на УСНО — вполне.
Впрочем далеко в Braid не заходил, может там чего-то такое и есть.
Кино не является моей профессией, поэтому рассматриваю эту затею как одно из хобби. Однако в одно лицо реализую я ее еще не скоро. Если кто заинтересовался и готов вложить ресурсы — давайте попробуем сделать вместе.
Чтоб поставить все на место поясню: крупному бизнесу выгодно, если вы предоставляете услуги с НДС, т.к. на сумму НДС с ваших услуг они заплатят меньше налога. Иными словами реально ваши услуги обойдутся им на 18% дешевле.
Надо включить голову. Вы то эти 18% должны будете заплатить. И если речь идет про ИТ услуги, то вам придется увеличить стоимость своих услуг на 18%, чтоб получить столько, сколько вы за них хотите.
Что получаем: вы увеличиваете стоимость услуг на 18%, чтоб крупный клиент получил льготу по налогу на эти 18%. Не проще изначально отказаться от НДС (от ОСНО) и не накручивать эти 18%?
Если вы конкурируете по цене, то для плательщика НДС будет выгодней с вами работать, если ваши цены будут более чем на 18% ниже, чем цена той компании, которая предоставляет услуги с НДС.
Есть, конечно, упертые клиенты, которые не хотят принимать аргументы, что стоимость на 20% меньше лучше чем та же стоимость, но с НДС и твердят как мантру «нам нужны поставщики с НДС, нам нужны поставщики с НДС, нам нужны поставщики с НДС»… Многого не потеряете, если такие люди не будут вашими клиентами.
Спасибо за ответ.
Под нетипичные задачи всегда приходится как-нибудь да оптимизировать код.
Мне хочется понять, реально ли необходимо заморачиваться на экономию памяти в замыканиях при решении обычных задач.
А есть ли реальная потребность создавать такое большое количество инстансов, что это может привести к излишнему потреблению памяти? Можете привести какой-нибудь реальный пример?