Читаю тему и не могу понят: какое отношение имеет к шелу: fastcgi, tcpserv, sqlite, lua, php, ядра, гигагерцы, nginx, ssl, ... и тд
насколько я помню: * Один человек попросил squirrelsh в pool * Другой наотрез отказал та как он этой штуки не видел а значит и просильщику оно ненужно... мотивируя потрясла - низкой производительностью какого то совсем другого языка(лень лезть в ветку выше но помоему питона). Бред... А может это троллинг? http://ru.wikipedia.org/wiki/Троллинг Я конечно понял что один из участников рассылки свято верит в то что от средства разработки зависит как минимум: скорость, качество и производительность продукта. И трудозатраты на разработку. Верит в то что лучшее(на сегодня) для него является наилучшим(на все времена) для всех остальных. Пора понять: от средства разработки практически не зависит: не скорость не масштабируемый, не качество, не производительность, не себестоимость, не рыночная цена, не популярность, не совместимость, не ..., не ... разрабатываемого продукта. Да нифига не зависит от средства разработки. и ничем не лучше приложение хранящее данные в просто в типизированном файле чем приложение хранящее данные в SQLite или в XML или в оракле или PG или на коврике мышки оператора ЭВМ. Для выбора средств разработки нужно как минимум (это реально минимум): 1) ЗНАТЬ Задачу(иметь чёткий ТЗ) 2) ЗНАТЬ Исполнителя (Знать на чём умеет ХОРОШО писать исполнитель, один программист или 5 или сотни групп которые друг друга никогда не увидят). Нет смысла команду работающую на питоне пересаживать на перл и наоборот. Ненадо пересаживать Java программиста на php толкько потому что вам кажется что на php это будет качественней или быстрей. как пример: Возможно что для хорошего разработчика на "C" будет проще использования связки apache+php+mysql написать демон слушающий порт и хранящий данные в собственном формате. И такой вариат "сделает" по производительности и по экономичности apache+php+mysql в СОТНИ раз. Причём займет МЕНЬШЕ человекочасов чем если вы этого человека заставите переучиваться на php. 3) ЗНАТЬ Условия эксплуатацию * это будет сайт с 2-мя посетителями в месяц работающий на писюке или сайт с 2 миллионами посетителей * это будет скрипт который отработает один раз или коммерческая программа распространяемая миллионными тиражами * это будет запускаться только на одном компе (google.com) или на миллионах (openoffice) * Будет написана 1 версия и не планируется развития в дальнейшем или намечается активное развития * Требуется ли поддержка и какая. * Это будет работать только на Linux или ёще на win или на любой кофеварке и стиралке.... ОЧЕНЬ много знать надо. Говорить о том что SQLlite самый ... и везде... Ну это как минимум *** P.S. натроллил я этим постом... Сори.... -- Oleg Tsymaenko <[email protected]> TSYM1-UANIC -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
