Если у вас есть такая потребность и вы «видите» этот плагин — найдите себе исполнителя. И приведите его в Taist :)
Стоимость может быть для вас пушающей, да. Я делал автоматизацию плагином, на который у заказчика ушло около 1000$ за год (неделя разработки + поддержка).
Но профит от этой автоматизации получился практически двадцатикратный + запрет на дальнейшее распространение такого плагина (что и обусловило цену)
Дополню ответ lalaki личным опытом: 75% «разработчиков сервиса» вас «поморозят», 15% скажут «ок, мы подумаем» и еще 5% реально задумаются над реализацией такого фуникцонала.
Причины:
1. Всем лень
2. Особенно если это не приносит очевидной пользы сервису
3. И если ваш запрос довольно редкий
Поэтому да, придется писать плагин. Причем автоматизировать можно больше функций, чем вы способны придумать :)
Мое скромное мнение — таким разработчикам не нужен ваш сервис. Человек, который может написать для себя юзерскрипт/расширение — сделает это без вас.
Есть один кейс — «малоопытные» разработчики, которые в эту область только приходят.
Вопрос скорее в HR-магии. Вы готовы работать в коллективе, в котором средний возраст 25, а вашему начальнику, который будет давать вам по рукам за «кривой код», около 27-ми?
А если честно? :)
Если вы были его ментором — то это очень похвальное чувство! В моей жизни мало людей, способных радоваться за успехи других.
Но с точки зрения бизнеса его уход — это потерянная прибыль. Причем немалая, если этот человек действительно хороший специалист.
Я и многие мои знакомые знают это не по наслышке. Кто-то уходит джуном, кто-то миддлом. Но в любом случае получается волшебство — работа та же, зарплата ощутимо выше даже с учетом повышения «в своей» :)
Я не понимаю, что мешает фирмам повышать джунам зарплату согласно их росту и согласно рынку. Да, вы вложите в него не 10к, а 20к, но при этом получите лояльного сотрудника, который через 3 года будет приносить вам 20-50к чистой прибыли в год.
Вероятно, причина в том, что я смотрю на проблему «со своей колокольни».
Я так понимаю, что ваш маркетинг нацелен на разработчиков?
Вы не думали целить еще в бизнес-людей? Разработчики будут юзать ваш сервис, если бизнесмен Вася скажет «я хочу плагин для жиры, чтобы там календарик из гугла был. Я слышал, что это можно сделать каким-то сервисом Taist...»
Основной аргумент: тем разработчики, которые уже умеют писать расширения, это в принципе не очень нужно. Им нужны клиенты.
З.Ы. Мне кажется, я уже давал вам такой совет? Если да, то считайте этот комментарий акцентом и поводом для дискуссии.
На эти вопросы нам отвечать, к счастью, не нужно в ближайшее время.
Поясню почему: для каждого пользователя в системе будет деплоится отдельный REST-server на собственном EC2 микро инстансе. Таково желание клиента на данной стадии.
1. Период запросов на построение графики определенно будет больше сотни миллисекунд, т.к. запросы приходят от одного клиента.
2. Устаревшие файлы очищать пока никак не собираемся. У пользователя в рабочей области потенциально будут лежать гигабайты различных данных. На фоне этого хранение избыточной статики не пугает.
Вопрос стоит. Этим занимается веб-клиент: в нем такие же графики рендерятся уже в зависимости от вьюпорта и им добавляется интерактивность. Серверный статические графики нам нужны, чтобы отдавать их «роботам».
Т.о. человек может получить три вида информации:
1. Интерактивная графика через веб-морду
2. Статическая графика через REST API
3. Голые данные через REST API
1. SCG конвертируется в битмап для того, чтобы на выходе мы имели все же статическую картинку. Эту картинку мы отдаем не веб-клиенту, а потребителю нашего REST API.
2. Размеры прибиты гвоздями, да. Но размер вьюпорта задается — в коде есть намек на это дело. И можно прокидывать параметры непосредственно в скрипт отрисовки.
Но в целом да, на выходе мы имеем статическую картинку определенного размера.
Я надеюсь, что это шутка :)
Но на всякий случай уточню. Наш менеджер нашел клиента, которому нужно было запилить стартап. Клиент предоставил набор тестовых заданий и мы их выполнили лучше, чем конкуренты. Теперь мы — удаленная команда, пилящая прототип клиента. Т.е мы аутсорс, который делает проект для американского дяди :)
Да, дополнительная подсистема — это дополнительная вероятная точка фейла.
Но в целом у нас получается отдельный EC2-инстанс со своим образом, содержащим фантом и ноду. С точки зрения devops усложнения практически нет.
Какие проблемы с поддержкой вы видите в таком решении?
«Практически без изменений» не годится. В подходе с фантомом мы полностью переиспользуем логику с клиента. Т.е. дублирования кода нету вообще.
Фантом тоже позволяет генерить дата-урл (точнее base64 encoded картинку, что легко превращается в дата-урл).
Опять же, сохранение картинки — это часть нашей архитектурной модели. Вероятно, на этом стоит акцентировать внимание в статье?
Отвечу на оба комментария тут.
1. На стековерфлоу есть куча описаний подобного подхода. В статье я описал уже готовое решение.
2. Node-canvas не рассматривался потому, что а) времени на инвестигейт было мало и первый же вменяемый вариант был реализован и б) построение графиков в дом уже было на клиенте
За наводку на node-canvas спасибо.
UPD: В подходе с node-canvas я вижу проблему в том, что графика будет рендерится самим нодом. Если это так, то по моему мнению это не лучший подход именно для ноды. В случае с фантомом нода получается независимым процессом.
Если я ошибаюсь, я бы хотел, чтобы знающие люди меня поправили.
Посмотрите в сторону серверсайд-шаблонизатора Thymeleaf.
Майндмап для бытрого ознакомления: www.mindmeister.com/233359419
Использовал его в нескольких пруф-оф-консепт проектах, разрабатывать удобно, и, главное, быстро.
Да, я увидел в вашем сообщении тот контекст, который хотел увидеть.
В вопросах общего образования я пессимист.
Есть классные школы. Но большая часть формирует из уникальных деревьев «правильные чурбаны» (картинка_про_конвеер.jpg)
Есть Университеты-исключения. Но большинство остается низкосортным способом отмазаться от армии, получить «билет в жизнь», потратить деньги на получение «престижа» и нужных связей [нужное подчеркнуть].
Зато я сильно верю в способность человека к самообразованию в любых условиях и к самосовершенствованию в любом возрасте :)
Быть может, ваш первый пост был саркастическим?
Я просто не понял, какую идею вы пытались донести.
Я закончил университет с красным дипломом. С красным — по инерции, было жаль расставаться с репутацией, заработанной за первые два курса.
Когда я поступал, я надеялся окунуться в «атмосферу» и примкнуть к «сообществу». Осознание фейла пришло ко мне на втором курсе.
Из университета я вынес несколько полезных знакомств. И это был результат пьянок, но не причастия к процессу.
Свою профессию я постигал сам.
Всё кардинально изменилось, когда я попал в профессиональную IT-среду. Тут и атмосфера, и причастие, и совместное обучения актуальным и интересным технологиям. И тут я, наконец-то, не «самый умный», и не «ботан». И есть «челлендж».
Касательно онлайн образования — можно создать свою локальную группу по изучению курса. И поверьте, люди, которые тянутся к образования не из-за «корочки», создают гораздо более продуктивную среду.
Стоимость может быть для вас пушающей, да. Я делал автоматизацию плагином, на который у заказчика ушло около 1000$ за год (неделя разработки + поддержка).
Но профит от этой автоматизации получился практически двадцатикратный + запрет на дальнейшее распространение такого плагина (что и обусловило цену)
Вообще, ваш комментарий отлично иллюстрирует мое высказывание про то, что стоит концентрироваться на «бизнесе»
Причины:
1. Всем лень
2. Особенно если это не приносит очевидной пользы сервису
3. И если ваш запрос довольно редкий
Поэтому да, придется писать плагин. Причем автоматизировать можно больше функций, чем вы способны придумать :)
Есть один кейс — «малоопытные» разработчики, которые в эту область только приходят.
А если честно? :)
Но с точки зрения бизнеса его уход — это потерянная прибыль. Причем немалая, если этот человек действительно хороший специалист.
Я не понимаю, что мешает фирмам повышать джунам зарплату согласно их росту и согласно рынку. Да, вы вложите в него не 10к, а 20к, но при этом получите лояльного сотрудника, который через 3 года будет приносить вам 20-50к чистой прибыли в год.
Вероятно, причина в том, что я смотрю на проблему «со своей колокольни».
Вы не думали целить еще в бизнес-людей? Разработчики будут юзать ваш сервис, если бизнесмен Вася скажет «я хочу плагин для жиры, чтобы там календарик из гугла был. Я слышал, что это можно сделать каким-то сервисом Taist...»
Основной аргумент: тем разработчики, которые уже умеют писать расширения, это в принципе не очень нужно. Им нужны клиенты.
З.Ы. Мне кажется, я уже давал вам такой совет? Если да, то считайте этот комментарий акцентом и поводом для дискуссии.
Поясню почему: для каждого пользователя в системе будет деплоится отдельный REST-server на собственном EC2 микро инстансе. Таково желание клиента на данной стадии.
1. Период запросов на построение графики определенно будет больше сотни миллисекунд, т.к. запросы приходят от одного клиента.
2. Устаревшие файлы очищать пока никак не собираемся. У пользователя в рабочей области потенциально будут лежать гигабайты различных данных. На фоне этого хранение избыточной статики не пугает.
Т.о. человек может получить три вида информации:
1. Интерактивная графика через веб-морду
2. Статическая графика через REST API
3. Голые данные через REST API
2. Размеры прибиты гвоздями, да. Но размер вьюпорта задается — в коде есть намек на это дело. И можно прокидывать параметры непосредственно в скрипт отрисовки.
Но в целом да, на выходе мы имеем статическую картинку определенного размера.
Но на всякий случай уточню. Наш менеджер нашел клиента, которому нужно было запилить стартап. Клиент предоставил набор тестовых заданий и мы их выполнили лучше, чем конкуренты. Теперь мы — удаленная команда, пилящая прототип клиента. Т.е мы аутсорс, который делает проект для американского дяди :)
Но в целом у нас получается отдельный EC2-инстанс со своим образом, содержащим фантом и ноду. С точки зрения devops усложнения практически нет.
Какие проблемы с поддержкой вы видите в таком решении?
Фантом тоже позволяет генерить дата-урл (точнее base64 encoded картинку, что легко превращается в дата-урл).
Опять же, сохранение картинки — это часть нашей архитектурной модели. Вероятно, на этом стоит акцентировать внимание в статье?
1. На стековерфлоу есть куча описаний подобного подхода. В статье я описал уже готовое решение.
2. Node-canvas не рассматривался потому, что а) времени на инвестигейт было мало и первый же вменяемый вариант был реализован и б) построение графиков в дом уже было на клиенте
За наводку на node-canvas спасибо.
UPD: В подходе с node-canvas я вижу проблему в том, что графика будет рендерится самим нодом. Если это так, то по моему мнению это не лучший подход именно для ноды. В случае с фантомом нода получается независимым процессом.
Если я ошибаюсь, я бы хотел, чтобы знающие люди меня поправили.
Майндмап для бытрого ознакомления: www.mindmeister.com/233359419
Использовал его в нескольких пруф-оф-консепт проектах, разрабатывать удобно, и, главное, быстро.
Глазки ಠ_ಠ в комментарии добавляют +10 к его рейтингу!
В вопросах общего образования я пессимист.
Есть классные школы. Но большая часть формирует из уникальных деревьев «правильные чурбаны» (картинка_про_конвеер.jpg)
Есть Университеты-исключения. Но большинство остается низкосортным способом отмазаться от армии, получить «билет в жизнь», потратить деньги на получение «престижа» и нужных связей [нужное подчеркнуть].
Зато я сильно верю в способность человека к самообразованию в любых условиях и к самосовершенствованию в любом возрасте :)
Я просто не понял, какую идею вы пытались донести.
Я закончил университет с красным дипломом. С красным — по инерции, было жаль расставаться с репутацией, заработанной за первые два курса.
Когда я поступал, я надеялся окунуться в «атмосферу» и примкнуть к «сообществу». Осознание фейла пришло ко мне на втором курсе.
Из университета я вынес несколько полезных знакомств. И это был результат пьянок, но не причастия к процессу.
Свою профессию я постигал сам.
Всё кардинально изменилось, когда я попал в профессиональную IT-среду. Тут и атмосфера, и причастие, и совместное обучения актуальным и интересным технологиям. И тут я, наконец-то, не «самый умный», и не «ботан». И есть «челлендж».
Касательно онлайн образования — можно создать свою локальную группу по изучению курса. И поверьте, люди, которые тянутся к образования не из-за «корочки», создают гораздо более продуктивную среду.