-include .config
-include ../mk/common.mk
all:
dir := ls
exe := program
src := main.c
misc := ls/stdafx.h.gch
src := $(addprefix $(dir)/, $(src))
$(eval $(call make-program, $(exe), $(misc), $(src)))
-include ../mk/build-rules.mk
Вот примерно такие у меня мэйкфайлы для новых проектов.
Все зависимости файлов итп итд сгенерируются(одновременно с компиляцией сишного файла, а не как в этой статье). Можно так же наделать много make-program/library/archive/итд (обычно я их выношу в отдельные .mk файлики и делаю инклуд в основной). Если нужно будет что-то посложнее — всё легко реализуется.
Я конечно не разбираюсь в mt, только начал осваивать. Но что-то мне подсказывает, что в этом примере оно должно вести себя немного иначе :) Проблема с биндами появляется при наследовании…
>все как один выразили страх в том, что их обязательно заминусуют
Но зато когда появляется какой-либо несогласный комментарий в их святые святых, то они в ответ сразу бьют по карме :) Видимо после того как минусяторы бьют им по карме, они отыгрываются на всех несогласных.
>ключевые слова в англ яз. литературе: data parallel и message passing
начнём вступительный курс с википедии :) en.wikipedia.org/wiki/Concurrent_computing
кстати, интересно взглянуть на кусок пхп кода, в котором у вас реализован «message passing» :)
Проблема в том что вы читали в умных статьях словосочетание «распределённые вычисления», а когда писали свою статью надо было сделать из себя некоего авторитета в этом вопросе, и рассказывая о своём опыте, начали добавлять непонятные термины. Но людям, которые варятся в этом, подобные слова вызвали обратный эффект.
Далее перед публикацией стоило пройти по статье ещё один раз и смело удалять подобные абзацы
«доверие к С++, С и Java обусловлено вовсе не одним фактом бренда, который за ними стоит, хотя и им тоже, но еще и старостью технологии Java`е тока не давно сан сделал полную среду свою, а до этого так же были склады решений и все рылись в них, достаточно вспомнить эпопею с аспектным программированием.»
у которых смысл — сделать многа букав.
И рассуждая о таких вещах, было бы логичнее заставлять людей задаваться вопросом, а не вбивать свою точку зрения.
p.s. хорошие программисты пишут велосипеды, и они понимают когда это оправдано, а когда нет :) Возможно у начинающих ещё возникают по этому поводу какие-то вопросы, а опытные просто решают задачу, и если существующие решения не подходят, то они делают велосипед.
иии… зачем срать в карму ?! :)
А какие книги читал автор как-то связанные с программированием? :)
Хотелось бы узнать что надо прочитать, чтобы выдать подобный перл «с функциональным распределением вычислений, так и с распределением вычислений по данным»
>Тем более не гугл делал этот движек.
А кто его делал? делали сотрудники гугла, которые в прошлом занимались Google sawzall, Sun HotSpot VM, Strongtalk, OOVM, множество других тематических разработок…
тем кто ещё ломает мозг над задачкой — посвятите это время прочтению этого материала What every programmer should know about memory
ets может быть общей памятью между процессами ;)
connect.microsoft.com/Phoenix
Вот примерно такие у меня мэйкфайлы для новых проектов.
Все зависимости файлов итп итд сгенерируются(одновременно с компиляцией сишного файла, а не как в этой статье). Можно так же наделать много make-program/library/archive/итд (обычно я их выношу в отдельные .mk файлики и делаю инклуд в основной). Если нужно будет что-то посложнее — всё легко реализуется.
ocw.mit.edu
var yy = new Mutators({variable: 'ok'});
yy.sayBug();
var Mutators = new Class({
Implements: Options,
Binds: 'sayBug',
options: {
variable: 'bug'
},
initialize: function(opt) {
this.setOptions(opt);
},
sayBug: function() {
console.log(this.options.variable);
}
});
var MutatorsBug = new Class({
Extends: Mutators,
initialize: function(opt) {
this.parent(opt);
},
})
var xx = new MutatorsBug({variable: 'ok'});
xx.sayBug();
и не менее интересный Mutators :)
Но зато когда появляется какой-либо несогласный комментарий в их святые святых, то они в ответ сразу бьют по карме :) Видимо после того как минусяторы бьют им по карме, они отыгрываются на всех несогласных.
начнём вступительный курс с википедии :) en.wikipedia.org/wiki/Concurrent_computing
кстати, интересно взглянуть на кусок пхп кода, в котором у вас реализован «message passing» :)
Далее перед публикацией стоило пройти по статье ещё один раз и смело удалять подобные абзацы
«доверие к С++, С и Java обусловлено вовсе не одним фактом бренда, который за ними стоит, хотя и им тоже, но еще и старостью технологии Java`е тока не давно сан сделал полную среду свою, а до этого так же были склады решений и все рылись в них, достаточно вспомнить эпопею с аспектным программированием.»
у которых смысл — сделать многа букав.
И рассуждая о таких вещах, было бы логичнее заставлять людей задаваться вопросом, а не вбивать свою точку зрения.
p.s. хорошие программисты пишут велосипеды, и они понимают когда это оправдано, а когда нет :) Возможно у начинающих ещё возникают по этому поводу какие-то вопросы, а опытные просто решают задачу, и если существующие решения не подходят, то они делают велосипед.
иии… зачем срать в карму ?! :)
Не найдено ни одного документа, соответствующего запросу «функционально распределенные вычисления».
Рекомендации:
Убедитесь, что все слова написаны без ошибок.
Попробуйте использовать другие ключевые слова.
Попробуйте использовать более популярные ключевые слова.
Нет результатов для «»функциональное распределение вычислений«»
Нет результатов для «»распределение вычислений по данным«»
Хотелось бы узнать что надо прочитать, чтобы выдать подобный перл «с функциональным распределением вычислений, так и с распределением вычислений по данным»
ну вот к примеру :)
Kasper Verdich — verdich.dk/kasper/
А кто его делал? делали сотрудники гугла, которые в прошлом занимались Google sawzall, Sun HotSpot VM, Strongtalk, OOVM, множество других тематических разработок…