Прочитал статью и первый вопрос который возник — идеальный фреймворк для чего?
Вы описали проблемы и возможные их решения. Но кто-то не столкнется и с десятой частью этих проблем, а для кого-то наоборот — здесь нет и десятой части их проблем.
Помните раньше было выражение — сферический конь в вакууме, вспомнилось :)
Про todomvc — какой оценивать реальную производительность фреймворка по этому показателю?
Думаете кто то реально будет использовать фреймворк на 1мб для реализации подобных задач?
Почти любой разраб реализует эту задачу на vanila.js более качественно чем с фреймворком.
А на более сложных задачах все будет в большей степени зависеть от конкретной реализации, в меньшей степени от фреймворка.
Если отрисовка и фпс — самый критичный фактор — вряд ли кто то вообще будет использовать фреймворк, т.к. нативная реализация будет заведомо более оптимизируемой и контролируемой.
Возник вопрос — перед открытием основного окна вывожу дополнительно окно в котором отобржаю статус загрузки и поля для ввода логина и пароля.
Вопрос возник в следующем — у меня основное окно имеет бордеры (frame: true).
В дополнительно же окне мне эти бордеры не нужны, т.е. должно открываться просто безфреймовое окно (т.е. что обычно достигается через frame:false в package).
Можно ли такое сделать в node-webkit? Для окон берутся параметры из package, для отдельного окна индивидуально такой параметр в package не задается. Пробовал играть настройками — но не нашел.
как то все у вас идеально :)
Мало у какого менеджера есть время и ресурсы чтобы делать то, что вы рекомендовали.
Это более присуще руководителям отделов\департаментов, т.е. руководителям на более постоянной основе, когда руководишь относительно постоянным составом людей, и когда сроки не являются самым критичным ограничителем.
в случае когда ты МП — ресурсы и сроки уже постоянные переменные, чаще всего заведомо нерешаемого уравнения. Правила игры тоже уже заданы и в заданный интервал времени тебе их не изменить. Написав ДИ и что-то еще свою задницу не спасешь.
То что написал автор — может для руководителя это и «ошибки», но для ПМ-а — это всего лишь данность и предопределенный контекст — у нас нет ни времени ни ресурсов менять менять что-то глобально. Обычно реальная цель менеджера — не луну с неба достать, а постараться вылезти из заставшей его жопы проекта с наименьшими потерями для себя лично и для компании.
вы про реализацию чего говорите?
вот именно, вам говорят о том же, к чему ваши ссылки на тудумвц бенчмарки?
Но было бы еще интереснее если бы разобрали более конкретные кейсы,
какие задачи и как реализуете на вашем фреймворке.
Вы описали проблемы и возможные их решения. Но кто-то не столкнется и с десятой частью этих проблем, а для кого-то наоборот — здесь нет и десятой части их проблем.
Помните раньше было выражение — сферический конь в вакууме, вспомнилось :)
Про todomvc — какой оценивать реальную производительность фреймворка по этому показателю?
Думаете кто то реально будет использовать фреймворк на 1мб для реализации подобных задач?
Почти любой разраб реализует эту задачу на vanila.js более качественно чем с фреймворком.
А на более сложных задачах все будет в большей степени зависеть от конкретной реализации, в меньшей степени от фреймворка.
Если отрисовка и фпс — самый критичный фактор — вряд ли кто то вообще будет использовать фреймворк, т.к. нативная реализация будет заведомо более оптимизируемой и контролируемой.
Тогда можно будет судить, насколько она востребована.
А как реализован вывод логов sql запроса в logs?
очень приятная система, наверно одна из самых заметных, которые пробовал)
но закачалось много файлов bpl файлов — программа на delphi написана?
Вопрос возник в следующем — у меня основное окно имеет бордеры (frame: true).
В дополнительно же окне мне эти бордеры не нужны, т.е. должно открываться просто безфреймовое окно (т.е. что обычно достигается через frame:false в package).
Можно ли такое сделать в node-webkit? Для окон берутся параметры из package, для отдельного окна индивидуально такой параметр в package не задается. Пробовал играть настройками — но не нашел.
Спасибо!
Мало у какого менеджера есть время и ресурсы чтобы делать то, что вы рекомендовали.
Это более присуще руководителям отделов\департаментов, т.е. руководителям на более постоянной основе, когда руководишь относительно постоянным составом людей, и когда сроки не являются самым критичным ограничителем.
в случае когда ты МП — ресурсы и сроки уже постоянные переменные, чаще всего заведомо нерешаемого уравнения. Правила игры тоже уже заданы и в заданный интервал времени тебе их не изменить. Написав ДИ и что-то еще свою задницу не спасешь.
То что написал автор — может для руководителя это и «ошибки», но для ПМ-а — это всего лишь данность и предопределенный контекст — у нас нет ни времени ни ресурсов менять менять что-то глобально. Обычно реальная цель менеджера — не луну с неба достать, а постараться вылезти из заставшей его
жопыпроекта с наименьшими потерями для себя лично и для компании.хорошо вас понимаю, каждая пункт как будто сам писал.
Попробовал по максимуму подстроить вид под себя — теперь осталось только привыкнуть )
Технологии:
Ubuntu Linux 11.04 — основная операционная система
Python — основной язык программирования серверной части
Django — фреймворк