Gorilla — это именно тулкит. По сути просто набор пакетов, решающих каждый свою узкую задачу и не навязывающий чего либо.
В этом вообще фишка Go: в простоте, ортогональности, когерентности. Никаких развесистых иерархий наследования, зато простой, но мощный и не связывающий руки embedding.
Даже так: для Go более каноничным считается подстраивать веб-интерфейс под архитектуру системы, нежели наоборот. Поэтому фреймворки косящие под Rails или Django и не в почёте :)
А какой смысл вообще заботиться о тех, кто использует пиратскую версию? :) Ставишь взломанную версию платного приложения — будь готов стать частью ботнета.
Хинт: предлагайте свою идею. В самом начале, когда GSoC только будет анонсирован. Найдите сами человека из числа основных разработчиков, желательно чтобы он был ментором и раньше. И обсудите с ним свои мысли.
В результате, в описании вашего проекта будет видно что вы:
ответственны
хорошо подготовились
кто-то из сообщества уже одобрил проект и согласен вас курировать
Пишу как человек трижды участвовавший в GSoC работая над KDE.
Отправка простого сообщения — это тоже syscall, если что :)
Не спорю, но в ноде же асинхронное I/O по умолчанию. Нет сомнений, что тут с производительностью вопрос решен, и не надо ждать, пока данные отправятся :)
При нагрузке в 300% из 800% вполне можно позволить иметь пул на 1000 соединений в базу и делать туда read/write.
Так вот цифры как раз интересны. Я ж не критикую :)
Цифры огромные, но если задуматься, то не так уж и удивительно. Это по сути и есть самый оптимальный случай для event-based фреймворков: когда обработка запроса — это всего лишь отравка простого сообщения.
В жизни такое вряд ли встретится. А интересно, например, что будет если для отправки сообщения нужно залезть в базу, или сделать syscall, или обратиться к данным, защищенным мьютексом. И отдельным случаем рассмотреть ситуацию, когда выполняется какое-то ресурсоемкое вычисление.
Речь не о том, чтобы переделать свой MotoBlur, а о том, чтобы использовать оригинальную от гугла. Чего-то нехватает — пусть реализуют и шлют патчи в аппстрим, либо делают отдельным приложением.
Я ещё могу понять, почему HTC Sense был нужен во времена первого и второго адроида… Но сейчас все эти «фирменные оболочки» — скорее зло. В первую очередь потому, что сами производители забивают болт на их поддержку для каждого телефона. И в результате обновления если и выходят, то с большой задержкой.
Тут вопрос в бюрократии больше. Все будет зависеть от того, насколько просто взломать. Например, с той же PS3 вроемени очень много ушло, пока джейлбрек появился. И делать его не особо просто.
Ну и будет оно продоваться только по паспорту вкупе с обязанностью по запросу сдавать в сервис-центр для обновления до православной прошивки.
Еще можно заставлять выносить управляющее ПО в подконтрольные государству облака. Принтер будет работать только в сети через соединение с траффиком, который подписан доверенными ключами. Чем меньше кода в самом гаджете, тем легче обеспечить его безопасность.
От двух с половиной гиков и организованной преступности все это не спасет, но в целом это никому и не нужно. Главное, чтобы народные массы продолжали есть гамбургеры из макдака (а не из принтера) и не поубивали себя арбалетами ;)
Хех, представил себе гопников, отжимающих мобилы угрожая свежераспечатанными арбалетами ;)
Вообще, мне кажется, что копирасты добьются какого-нибудь ограничения в духе: 3D принтер может печатать только по схеме, подписанной одобренными ключами. Примерно как с приставками PS3. Тогда достаточно будет контролировать производство и импорт самих принтеров. Геморно, бюрократично, но массовый пользователь ничего страшного напечатать не сможет.
В этом вообще фишка Go: в простоте, ортогональности, когерентности. Никаких развесистых иерархий наследования, зато простой, но мощный и не связывающий руки embedding.
В результате, в описании вашего проекта будет видно что вы:
Пишу как человек трижды участвовавший в GSoC работая над KDE.
Не спорю, но в ноде же асинхронное I/O по умолчанию. Нет сомнений, что тут с производительностью вопрос решен, и не надо ждать, пока данные отправятся :)
Так вот цифры как раз интересны. Я ж не критикую :)
Цифры огромные, но если задуматься, то не так уж и удивительно. Это по сути и есть самый оптимальный случай для event-based фреймворков: когда обработка запроса — это всего лишь отравка простого сообщения.
В жизни такое вряд ли встретится. А интересно, например, что будет если для отправки сообщения нужно залезть в базу, или сделать syscall, или обратиться к данным, защищенным мьютексом. И отдельным случаем рассмотреть ситуацию, когда выполняется какое-то ресурсоемкое вычисление.
Я ещё могу понять, почему HTC Sense был нужен во времена первого и второго адроида… Но сейчас все эти «фирменные оболочки» — скорее зло. В первую очередь потому, что сами производители забивают болт на их поддержку для каждого телефона. И в результате обновления если и выходят, то с большой задержкой.
Очень надеюсь, что гугл этого не допустит.
Ну и будет оно продоваться только по паспорту вкупе с обязанностью по запросу сдавать в сервис-центр для обновления до православной прошивки.
Еще можно заставлять выносить управляющее ПО в подконтрольные государству облака. Принтер будет работать только в сети через соединение с траффиком, который подписан доверенными ключами. Чем меньше кода в самом гаджете, тем легче обеспечить его безопасность.
От двух с половиной гиков и организованной преступности все это не спасет, но в целом это никому и не нужно. Главное, чтобы народные массы продолжали есть гамбургеры из макдака (а не из принтера) и не поубивали себя арбалетами ;)
Вообще, мне кажется, что копирасты добьются какого-нибудь ограничения в духе: 3D принтер может печатать только по схеме, подписанной одобренными ключами. Примерно как с приставками PS3. Тогда достаточно будет контролировать производство и импорт самих принтеров. Геморно, бюрократично, но массовый пользователь ничего страшного напечатать не сможет.