Pull to refresh
-3
0
Александр@mx2000

User

Send message
средняя != достойная. как-то так…
Какое отношение SOAP имеет к Web-сервисам? Это из разряда «гнать XML на веб-клиента ибо это стандарт», несмотря на то, что на веб-клиенте предпочтительнее JSON, нежели XML.

Единственное оправдание SOAP — если у вас система построена на дотнете.
MIT поинтереснее будет, нежели любой вуз Беларуси, особенно, если вспомнить про обязательную отработку обучения воспитателем в детском садике где-нибудь в Шоподрыщинске.
Не надо хабра. Вы, что, спортсмена потерять хотите?
> В случае же с makefile, я так понимаю потребуется его перегенерация.

ну зачем же сразу перегенерация. достаточно добавить нужные файлы в список, а иногда вообще ничего не добавлять:

---->8-----------------------------------------

SRC = ../packages
BLD = ../build
COMPRESSOR = ./yuicompressor-2.3.4.jar

SOURCES = $(wildcard $(SRC)/*.js)
MAINS = $(BLD)/core.js
OBJECTS = $(filter-out $(MAINS),$(patsubst $(SRC)%,$(BLD)%,$(SOURCES)))

build: BUILDER = java -jar $(COMPRESSOR) --type js --charset UTF-8 -o $@ $<
build: $(BLD)/.build-optimized $(BLD)/api.js $(BLD)/autoload.no-cache.js

debug: BUILDER = cp $< $@
debug: $(BLD)/.build-debug $(BLD)/api.js $(BLD)/autoload.no-cache.js

$(BLD)/api.js: $(MAINS) $(OBJECTS)
cat $^ > $(BLD)/api.js

$(BLD)/autoload.no-cache.js: ../autoload.js
$(BUILDER)

$(BLD)/%.js: $(SRC)/%.js
$(BUILDER)

$(BLD)/.build-debug:
rm -Rf $(BLD)/*.js $(BLD)/.build-*
touch $(BLD)/.build-debug

$(BLD)/.build-optimized:
rm -Rf $(BLD)/*.js $(BLD)/.build-*
touch $(BLD)/.build-optimized

clean:
rm -Rf $(BLD)/*.js $(BLD)/.build-*

.PHONY:

---->8-----------------------------------------

> Но в данной статье помимо упаковки есть еще и интеграция с javascript_include_tag, что позволяет подключать несколько файлов по ключу

Эм… теперь моя очередь не понимать. Поясните, плиз :-)
Насколько перспективно развитие SSJS?
причем тут масса удара? вопрос куда бить и насколько точно попасть. тайцы (aka муай-тай), пожалуй, наилучшим образом подготовлены к уличным дракам.
[voice mode=«со старческим недогованием в голосе»]

Куда катится этот мир… чем плох старый добрый Makefile?

[/voice]
Вот Вы, видимо, читать по-английски умеете, но вникать в суть написанного не утруждаетесь. Ключевое свойство компилятора — это преобразование кода с языка прикладной области (DSL) в язык системы выполнения кода.

Скажите, Вас не смущает, что Google называет свой GWT компилятором с Java в Javascript? А то, что JSP компилируется в Java? А тот факт, что Lisp компилируется в Lisp? ;-)

На крайний случай, вспомните, что Smarty компилируется в PHP.
Синтаксический разбор исходного кода происходит в любом случае, независимо от востребованности того или иного куска кода. А «ленивость вычислений» — это немножко другое ;-)
Давайте не будем, а? Русскоязычная часть википедии далека от статуса авторитетного источника. Просто примите как факт, что я описал компилятор ;-)
Эм… я немного о другом) На входе мы имеем проект, написанный по всем канонам ООП и best practices, а на выходе — борщ нечитабельного, но быстрого (в рамках ZE) кода. Например, если в какой-то части графа юзается один-единственный статик метод некоего класса Foo::bar() — имеет смысл декларировать его как функцию. Если метод является однострочник — заменяем его вызов на inline.

пример: haxe.org/api
А чем это не компилятор, если он разбирает исходный код в AST и потом на его основе генерит новый код? Или, по вашему, компилятор должен непременно native-код генерить?
> The current Ion is closely related to the company's GeForce 9400M graphics processor but is optimized for use in low-power devices.

В полноценном Ion чип типа 9400M, видимо, с зарезанной частотой. Учитывая, что 9400M — не сахар, то можно ожидать Ion LE на уровне 8400M, что по сути суксь, но для тетриса сойдет ;-)
Осталось докрутить один маленький шаг: вместо хранения кода в БД, сделать нормальный компилятор PHP -> PHP. Т.е. на входе имеем N файлов со сложными зависимостями, на выходе -> M файлов без зависимостей и лишней мишуры. Почему автор не дошел до этой точки — остается загадкой.
да вообщем-то на любой схемке (Gambit, например) можно написать подобный кросс-трансформер, а оттуда уже портировать куда угодно. AST — оно и в Африке AST. А XML тут за уши притянут, видимо, исключительно из-за реализации проекта на Java. Ну любят джависты XML, что поделать ;-)
Онотоле негодует! Шо за мат на хабре? Да еще в день рождения Репина?!
попробуйте так:
DELETE FROM (`object_`) WHERE `id` = 22567;
> с t&m не прокатят фишки вроде «а давайте доделаем вот это вот ещё, ну что вам сложно что ли»

Э-э. Почему не прокатят? Всмысле, нахаляву не прокатят?

> заказчикам гораздо проще работать по fixed price…

Процесс — проще, результат — плачевнее, судя по обилию топиков и гневных высказываний с обоих фронтов ;-)

Я уже боюсь повторять, но… есть же нормальные методологии разработки, решающие проблемы неполных ТЗ, изменений, дополнений — тот же Scrum, к примеру…
а Вы можете выложить ТЗ в паплик (ну или протектед ;) доступ, дабы местная публика могла оценить его качество и выяснить наконец, кто прав, а кто виноват?

Information

Rating
Does not participate
Location
Ancoa, Maule, Чили
Date of birth
Registered
Activity