[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: очень хочется squirrelsh



Читаю тему и не могу понят: какое отношение имеет к шелу: 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 <tsyma@lafox.net> TSYM1-UANIC


Reply to: