Re[3]: фреймворк с виртуальной машиной или нативные компоненты
От: andyag  
Дата: 08.02.14 17:55
Оценка:
Здравствуйте, Algebroid, Вы писали:

A>Здравствуйте, andyag, Вы писали:


A>>Здравствуйте, Algebroid, Вы писали:


A>>>фреймворк с виртуальной машиной — java. и .net

A>>>нативные компоненты borland — inprise — embarcadero
A>>>в то же время borland имеет компоненты и компиляторы на разные платформы.
A>>>нативные компоненты — быстрее и не тормозят
A>>>фреймворк с виртуальной машиной — разрабатываешь на одной платформе — работает на другой
A>>>или всё равно привязан к конкретной базе данных?
A>>>или у борланда и дизайн красивей и весь софт проприетарный и дорогой — за дорогое удовольствие надо платить
A>>>а бесплатные фреймворки финансируются за счёт других компонентов и поэтому они недоразвитые?
A>>>или чтолько лет прошло и столько версий сменилось что доразвитые очень даже как?
A>>>а если я хочу компиляцию в код процессора — это и быстрей и экономичней?
A>>>высказывайтесь господа-товарищи!!!

A>>Судя по существованию этих вопросов _вообще_, у вас к решению нет абсолютно никаких требований. Поэтому берите что нравится и используйте. Возникнут проблемы — как раз автоматически найдёте правильные ответы на все свои вопросы.


A>наверное я не слишком капризный.

A>но может стоит и настаивать на своих требованиях.
A>а то получается как в песне — пускай судьба забросит нас далёко.

Требования _должны_ быть. Эти требования могут исходить:
* От заказчика, если вы делаете не себе — "я легко найду PHPшников, если потом надо будет переделать, поэтому давайте делать на PHP". Вполне требование.
* Могут исходить объективно от решаемоей задачи — "нужно сделать веб-приложение, которое будет работать под Windows и под Linux". Здесь .NET просто не подойдёт технически, каким бы прекрасным он ни был, под линукс он не работает. C++ тоже не подойдёт, потому что вы зае@етесь на нём программировать веб. С другой стороны всякие PHP, Ruby, Python, Java и NodeJS подойдут (какие-то будут уместнее, какие-то чуть более не в тему).
* Могут исходить от ваших субъективных предпочтений (их обычно называют словом "опыт") — "в гробу я видел этот C++ — у него нет менеджера управления зависимостями" или "в гробу я видел все эти языки с динамической типизацией — PHP, Ruby, Python и NodeJS сразу отпадают"

Критерии "нативное vs. виртуальное" или "медленное vs. быстрое" — это ересь, когда нет конкретной задачи.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.