2010 год. Windows — самая супер-пупер система.
Как? Скажите, как вирус, запущенный из-под простого пользователя может обратиться напрямую к диску и записать что-то в MBR?
Подскажите кто-нибудь, как вернуть назад? Или убрать блок троицы «почта-контакты-задачи» под список папок. Судя по опросам знакомых, не нужен он многим.
Возникает вопрос: зачем _скрипту_ сложная иерархическая форма ввода данных?
Удобные, иерархические формочки были придуманы для пользователей. А Вы, получается, хотите заменить поток данных на некую юзер-френдли структуру, а затем с этой структурой снова работать как с потоком данных.
Хотите формочки — TCL/TK/perl+gtk/что-то ещё. Из них пользовательские данные великолепно укладываются в текст (можно json нагенерить, можно cvs, что душе угодно), с которым потом можно работать.
Не хотите формочек — передавайте данные сразу в обход UI.
Представьте, что удобнее, поддерживать скрипт, состоящий из:
1. коротких, повсеместно и давно употребляемых команд
2. длинных CamelCase-команд
3. алиасов, которые каждый разработчик пишет под свои нужды и подключает к скрипту
Да, разработчику на PS будет удобнее 2й вариант, если он не будет отвлекаться на другие языки (сравнимо с dot-NET/Java).
Однако, в unix-песочницу с такой лопаткой залазить не стоит ;)
Гм… Мне кажется, что все поисковики уже давно используют выбор пользователя в ранжировании (результат, на который чаще переходят, после которого не ищут больше получает вес).
Плюс гугл уже делал оценку результатов пользователями (для eng) в виде кнопочек вверх/вниз. Действовало в пределах пользователя, а потом и другим выдавало как «отмеченное другими пользователями».
Вкупе с антиспамовыми алгоритмами эту задачу определённо лучше решат сами поисковики.
Что-то мне кажется, что плюшек маловато для «3.0»…
Аннотации — давно пора было сделать, иногда полезно.
Динамическая регистрация сервлетов — зачёт, я даже знаю где это облегчит жизнь.
Асинхронная работа — наверняка полезно, хоть и не сталкивался с такой необходимостью.
Ограничение доступа по ролям — по сравнению с Spring Security (acegi), как трёхколёсный велосипед рядом с космическим кораблём.
Итого, 1.5 из 4 плюшек реально выглядят полезными. «Маловато будет!»
Написано красиво. С литературной точки зрения :)
А вот сама идея статьи и выеденного яйца не стоит. Потому как туториалов о программировании на асме под линукс дофига.
dchekmarev@dchekmarev:~$ cat test.s && as test.s -o test.o && ld test.o -o test && ls -l test* && ./test
.section .data
hello:
.ascii «hello, world!\n»
hello_len:
.long. — hello
Обидно, хоть и очевидно почему глупые статьи пытающихся разобраться нубов набирают тучу плюсов в то время как сложные для основной массы, пусть и полезные, статьи плюсов получают на порядки меньше.
Вы должны были обратить внимание, что речь шла о запросах к скрипту (то есть к динамике). А статика (картинки, css, скрипты) может хоть в стократном соотношении отдаваться с лёгких зеркал тем же nginx-ом.
Перделки и свистелки не нужны ни одному из знакомых.
Как? Скажите, как вирус, запущенный из-под простого пользователя может обратиться напрямую к диску и записать что-то в MBR?
class Water { @DialecticEvent void onChange() { System.out.println("я растаял!"); } } class Ice { @DialecticEvent void onChange() { System.out.println("я замёрз!"); } @DialecticEvent(loosing=true) void onChangeOut() { System.out.println("я таю!"); } }Удобные, иерархические формочки были придуманы для пользователей. А Вы, получается, хотите заменить поток данных на некую юзер-френдли структуру, а затем с этой структурой снова работать как с потоком данных.
Хотите формочки — TCL/TK/perl+gtk/что-то ещё. Из них пользовательские данные великолепно укладываются в текст (можно json нагенерить, можно cvs, что душе угодно), с которым потом можно работать.
Не хотите формочек — передавайте данные сразу в обход UI.
1. коротких, повсеместно и давно употребляемых команд
2. длинных CamelCase-команд
3. алиасов, которые каждый разработчик пишет под свои нужды и подключает к скрипту
Да, разработчику на PS будет удобнее 2й вариант, если он не будет отвлекаться на другие языки (сравнимо с dot-NET/Java).
Однако, в unix-песочницу с такой лопаткой залазить не стоит ;)
Плюс гугл уже делал оценку результатов пользователями (для eng) в виде кнопочек вверх/вниз. Действовало в пределах пользователя, а потом и другим выдавало как «отмеченное другими пользователями».
Вкупе с антиспамовыми алгоритмами эту задачу определённо лучше решат сами поисковики.
Наверняка есть ещё десятка два вариаций :)
Аннотации — давно пора было сделать, иногда полезно.
Динамическая регистрация сервлетов — зачёт, я даже знаю где это облегчит жизнь.
Асинхронная работа — наверняка полезно, хоть и не сталкивался с такой необходимостью.
Ограничение доступа по ролям — по сравнению с Spring Security (acegi), как трёхколёсный велосипед рядом с космическим кораблём.
Итого, 1.5 из 4 плюшек реально выглядят полезными. «Маловато будет!»
А вот сама идея статьи и выеденного яйца не стоит. Потому как туториалов о программировании на асме под линукс дофига.
dchekmarev@dchekmarev:~$ cat test.s && as test.s -o test.o && ld test.o -o test && ls -l test* && ./test
.section .data
hello:
.ascii «hello, world!\n»
hello_len:
.long. — hello
.section .text
.globl _start
_start:
xorl %ebx, %ebx
movl $4, %eax
xorl %ebx, %ebx
incl %ebx
leal hello, %ecx
movl hello_len, %edx
int $0x80
xorl %eax, %eax
incl %eax
xorl %ebx, %ebx
int $0x80
-rwxr-xr-x 1 dchekmarev dchekmarev 640 2010-03-19 14:38 test
-rw-r--r-- 1 dchekmarev dchekmarev 624 2010-03-19 14:38 test.o
-rw-r--r-- 1 dchekmarev dchekmarev 317 2010-03-19 14:34 test.s
hello, world!
dchekmarev@dchekmarev:~$
Обидно, хоть и очевидно почему глупые статьи пытающихся разобраться нубов набирают тучу плюсов в то время как сложные для основной массы, пусть и полезные, статьи плюсов получают на порядки меньше.
На очень простых запросах (авторизация/acegi/ + выдача формы логина в случае облома)
$ ab -t 10 -c 10 127.0.0.1:8080/anon/ | fgrep Requests
Completed 5000 requests
Completed 10000 requests
Completed 15000 requests
Finished 16500 requests
Requests per second: 1649.89 [#/sec] (mean)
это на P4-3200
Но можете погуглить «any-cms-is-google-app-engine-compatible» — первый результат — 9 цмс-ок.