Pull to refresh
1
0
Григорий Добряков @dgstudio

User

Send message
Про тесты не забудьте :-) Любая книжка по рельсам для начинающих содержит информацию про тесты. А многие ли php-программеры после 1-2 лет работы РЕАЛЬНО пишут тесты в режиме TDD? Немногие об этом хотя бы просто знают...
Вещи из коробки - не развлечение. Скаффолд - не развлечение, а средство быстрого прототипирования. Быстрое прототипирование необходимо в бизнесе, чтобы быстрее поставить данный этап продукта клиенту. Мы аналогичным образом смотрим и на остальные "заранее приготовленные" штуки в рельсах, чтобы решать типовые задачи. Просто, на мой взгляд, надо использовать осмысленно...
Симфони (symfony-project.org)
Мы на нём тоже пишем. Честно говоря - тошнилово :-( Ну просто нет сейчас причин не использовать рельсы... Уже всё есть - и программеры, и хостинги, и даже книги на русском для тех кто в школе плохо учился.
Да, в некоторых местах руби вызывает некоторую "ностальгию" по перлу. Ностальгию в кавычках, потому что перл может красиво решать только некоторые задачи. А руби красиво решает практически всё - это философия языка, за которой внимательно следят.
Ничем. Смотрите википедию: http://ru.wikipedia.org/wiki/ORM
Я не понял Вашего комментария, извините.
Да, и конечно же про MVC тоже никто не знал.
Товарищи, хвастаться использованием PHP5, MySQL5, объёктным ORM-ом, наследованием типов данных, маппингом URL-ов и прочим - в 2008 году смешно. Тем более упоминать XSLT как достоинство. Весь мир уже много лет применяет аякс, весь мир пишет тесты, весь мир знает о том что такое markdown, rjs, прототайп, JSON, REST...
За мысль насчёт компьютерного клуба - респект. Действительно, готовая модель.
В Киеве конечно хорошо :) Там тепло, там яблоки. А теперь посмотрим ближе к реальности больших городов:
http://spb.arendator.ru/bc_cur/1/
Средняя цифра - 600 баксов в год за метр (а есть и в три раза дороже). В нашем случае 20 человек - надо как минимум 80 метров - 48 тысяч долларов в год, или 4000 долларов в месяц.
Ы?
Согласен, в Питере тоже есть "как-бы фрилансные отделы", которые впоследствии вырастают в проекты на отдельном финансировании.
Фразой "тусовка превратится в обычный офис" я тонко намекал на финансовую сторону решения проблем. В соседнем топике было голосование - люди готовы платить в общак по 3000 рублей в месяц. Даже если собрать пресловутые 20 человек, это будет 60 тыс.руб. в общак в месяц. В нашем городе это месячная зарплата хорошего php-программиста. Этого едва-едва хватит на аренду офиса с интернетом. Это - не бизнес. Чтобы сделать это бизнесом, надо повышать планку. Если повышать планку, то лучше брать юр.лицо, оргтехнику, миниАТС, секретаршу, бухгалтера... И превращаться в IT-контору. Вопрос: чем ЛУЧШЕ для меня как для предпринимателя бизнес на базе фрилансерского профсоюза, чем на базе стандартной IT-конторы?
Ага :-) В первый раз видите? :-))
* ISO 8402:1994. Управление качеством и обеспечение качества – Словарь. Второе издание.
* ISO/IEC 12207:1995. Information technology – Software life cycle processes = Информационная технология. Процессы жизненного цикла программного обеспечения.
* ISO 9001:1994. Системы качества. Модель обеспечения качества при проектировании, разработке, производстве, монтаже и обслуживании. Второе издание.
* ГОСТ Р ENO 9001:1996. Системы качества. Модель обеспечения качества при проектировании, разработке, производстве, монтаже и обслуживании.
* ISO 9000-3:1997. Quality management and quality assuarance standarts – Part 3: Guidelines for the application of ISO 9001:1994 to the development, supply, instаllation and maintenance of computer software. Second edition = Общее руководство качеством и стандарты по обеспечению качества. Часть 3. Руководящие указания по применению ENO 9001 при разработке, поставке, монтаже и обслуживании программного обеспечения. Второе издание.
* ISO/IEC 9126:1991. Information technology – Software product evaluation — Quality characteristics and guidelines for their use = Информационная технология. Оценка качества программных средств. Качественные характеристики и руководство по их применению.
* ГОСТ Р ИСО/МЕК 9126:1993. Информационная технология. Оценка программной продукции. Характеристики качества и руководство по их применению.
* ISO/IEC 12119:1994. Information technology – Software packages — Quality requirements and testing = Информационная технология. Пакеты программ. Требования к качеству и оценка качества.

Информация старовата, но для общего знакомства сойдет :-)
Говорить так - это очень похоже на производителей левых CMS, которые заявляют "наша CMS не требует обучения, с её помощью управлять сайтом сможет даже секретарша". Аргументы из серии "для бизнеса, для людей" позволяют добиться популярности среди офисного планктона, но не более. Для людей, более-менее разбирающихся в вопросе, нужны пояснения типа "система соответствует стандарту такому-то [тут ссылка на стандарт], решает такие-то задачи таких-то участников бизнес-процесса [тут список с перечислением], не решает такие-то задачи потому-то [список нерешенных задач]". Всё.
Что-то я не совсем понял. Это перевод старой англоязычной статьи? Не знаю кто как, а я уже живу в конце 2007 года и достаточно наелся "стартапами", в которых всё начинается с "детального создания описания функциональности проекта" :-)) Ёлки-палки, ну что за ересь? Какой смысл обсуждать разницу между CMS, если сначала нужно сделать бизнес-модель? И второе: если нанимать программистов за 1000 долларов, то они сколько угодно будут кормить вас сказками о разнице между Друпалом и Джумлой, говорить много умных слов на тему open-source community и прочем. А стоит только начать нанимать специалистов и платить им нормальные деньги, разговор наконец-то пойдет о другом: о том, насколько выбранный язык отвечает принятому технологическому стандарту производства, о стоимости моделирования функционала, о стоимости внесения изменений, о планируемом проценте риска при расчёте стоимости кастомизации и т.д.
Плюсадин. Это GR в чистом виде, только вот здесь http://gettingreal.37signals.com/GR_rus.php всё-таки поподробнее :-)
Спасибо за обзор конечно, но счастье не в простом хранении-расшаривании файлов, а в коллективной работе и разграничении доступа. Если нужно для бизнеса - обычный svn на colocation/dedicated безусловно рулит.

Information

Rating
Does not participate
Location
Санкт-Петербург и область, Россия
Date of birth
Registered
Activity