По описанию - шаблоны только усложнят код, а их цель обратная.
Городить шаблоны и условия, только чтобы не писать второй раз три строчки - нелепо.
Если же у вас действительно значительная часть кода повторяется в двух функциях - имеет смысл вынести повторяющийся код в отдельную функцию. И вот ее уже, если угодно, сделать шаблонной.
Ну, и вычисления я бы не стал загонять в шаблон в любом случае. Математика в "крестах" и так требует осторожности, а шаблон вас фактически лишит возможности ее нормально отлаживать, если что.
CityCat4, приятный бонус линуксов в том, что попробовать ничего не стоит. Конечно, рассчитывать, что по щелчку пальцев все заработает и затевать революцию инфраструктуры без оглядки на тех, кто работает - нелепо. Но это настолько само собой разумеется, что даже странно обсуждать...
У них были какие-то тараканы с лицензией для коммерческого использования, не уверен, что можно просто взять и пользоваться. Нет, если задаться целью именно поддержать... но ТС вроде бы не это имел в виду ;)
FanatPHP, не будем так буквально переводить "hacker". Реверс-инжиниринг вовсе не обязательно означает что-то противоправное. Например, программистам иногда требуется разобраться в файлах недокументированного формата, чтобы написать конвертер. Или заменить "черный ящик" библиотеки, которая под новой версией ОС не работает, а автор и исходники недоступны. Это все тоже реверс-инжиниринг.
Однако соглашусь в том, что в этой работе не приходится надеяться на интернет. Только собственная голова и воля биться лбом в эту стенку, пока не пробьешь. Обычное программирование не в пример проще. Всеми этими байтиками нужно жить и дышать, чтобы иметь мотивацию, достаточную для наработки хоть какого-нибудь опыта в этой сфере.
bask, корень проблемы именно в том, что ТС не движется. Он просто хочет результата.
Если хочешь стать мастером в беге, надо не спрашивать мастера по бегу, как именно бегать. Надо спрашивать, правильно ли ты бегаешь. Потому что то, что ты бегаешь постоянно, подразумевается само по себе. А вот если бегать не особенно интересно, просто хочется стать мастером... нет, можно и с мастером потрепаться...
hellow orld, как говаривал Дональд Шимода, "я буду брать мудрость там, где ее увижу". Я, как мне представляется, указал вам на важнейший аспект проблемы.
Вам тут, конечно, накидают рассказов про то, что надо учить ассемблер - но разве вы сами, хоть немного начав (деятельно!) интересоваться темой, не наткнетесь неизбежно на необходимость его изучения?
У убунты достаточно официальных деривативов, чтобы не хвататься за допиленные случайным студентом обои без всяких перспектив поддержки. Дома можно хоть арчиками баловаться, а в офисе стоит все-таки думать о том, что будет через год-два-пять.
Sanes, не путаю. Я, собственно, и не пытаюсь что-то советовать ТС. Просто возражаю тем, кто, не пробовав ничего, кроме винды, привычно бубнит гетзефактсы и утверждает, что уж с виндой-то на предприятии на 150 человек все будет просто, а с линуксом не будет ничего и никогда.
phailo, если речь не об учебном учреждении, то проблеме с формумами там "вставать во весь рост" тредновато - за отсутствием таковых в документообороте.
Из реальных проблем, встречающихся не у студентов, а в настоящей работе, могу вспомнить разве что неважную работу Либры с RTF. Если в этом неудачном формате навалять сложное форматирование и таблицы - все это едет вкривь и вкось.
Среди бесплатных есть Magento, на которую стоило бы взглянуть.
А среди платных, да с интеграцией с 1С - Битрикс, от которого лучше держаться подальше, если дороги жизнь и рассудок ;)
Насчет "потянет" - вопрос нелеп без задачи. Если делать простую выборку из базы - это кто угодно потянет. Если наворотить нечеткий поиск по json-полям - ляжет любая база, независимо от того, на чем вообще написан бэкенд ;)
phailo, ну, раз вы ознакомились с моим профилем, значит, не удивитесь, что я не буду "кормить" вас дальше. Придумаете аргумент, еще не обсосанный добела за последние десять лет - добро пожаловать. А гетзефактсы оставьте чайникам.
