Kpd

Рейтинг
295
Регистрация
12.07.2006
Dreammaker:
Я бы этом и говорил, просто стандартные 2-8 метров может не хватить

А как быть с временем выполнения скрипта?

Анатолий Денисов:
Об этом и речь. А если проект потребует взрывного развития (чего дай Бог каждому хорошему проекту :-) ), то из-за отсутствия изначальной командной постановки могут возникнуть серьезные проблемы.

Недавно перечитывал книжку Фредерика Брукса "Мифический человеко-месяц или как создаются программные сисемы". Книга была издана в 1975 году, автор описал проблемы (и их решение), с которыми столкнулся при руководстве крупными проектами по разработке ПО в середине 60-х. Переиздается до сих пор, многие проблемы актуальны даже сегодня, по прошествии 40 лет. Если вкратце, то для успешного проекта нужна четкая концепция и соответствующая ей организация коллектива, всё остальное отходит на второй план. Более фундаментальной (и в то же время простой) литературы по этой проблеме я не встречал. Если кому-то интересно. могу скинуть на рапиду.

Asher:
Такой у меня давно есть, но он со специальными темами плохо справляется

Если на выходе вам нужно получить грамотный русский текст, то на сегодня эта задача невыполнима - даже десктопные переводчики не могут обеспечить такой уровень.

в принципе можно было бы проверять каждый переведенный текст на предмет наличия английских букв/слов и потом выбирать и подставлять их уже из своей базы, но на это требуются большие вычислительные ресурсы.

Прежде всего на это требуются хорошие алгоритмы - слово нужно вставить в правильном падеже, времени, в зависимости от контекста.

Впрочем, я интересовался этой темой несколько месяцев назад, возможно за это время прогресс шагнул далеко вперед в области машинного перевода.

Asher:
Словарь должен быть свой

Если строить перевод только на словаре, то получится "моя твоя не понимать" :)

Asher:
Уважаемые форумчане, прошу подсказать по теме

Написать скрипт, который будет переводить ваши тексты в Гугле или Промте относительно несложно (качество перевода так себе, но в любом случае лучше самописного переводчика), но вряд ли найдутся желающие сделать это бесплатно 🚬

Анатолий Денисов:
Да и коллективная разработка, на выходе, дает более понятный для дальнейшей поддержки результат.

Если получается коллективная работа, то с двумя программистами лучше. Но чаще получается как "две женщины на кухне" :)

Анатолий Денисов:
для снижения риска в ситуации, когда единственный носитель всех знаний технической реализации уходит

Если этот носитель знаний не криворукий, оставлял в коде хорошие комментарии, то изучение кодов не составит проблему. По крайней мере разобраться в кодах PHP можно всегда, было бы желание :)

VINOGRADOV:
да и при наличии головы на плечах - не один из перечисленных работников не нужен...

Не согласен, как минимум 1 дизайнер и 1 программист нужны ля любого развивающегося проекта. Также обязательно должен быть руководитель (или редколлегия), иначе будет бардак.

deedee:
P.S. Хотя имхо, что большинство "энтузиастских" проектов по достижению больших масштабов превращаются в коммерческие проекты.

Очень часто некоммерческие проекты разваливаются в тот момент, когда появляются первые деньги. Сам был соавтором одного хорошего проекта. Два года проект успешно развивался, а потом авторы перессорились из-за первой (случайной) прибыли - часть "энтузиастов" стала требовать оплаты своего добровольного труда. В итоге фанаты отделились в новый проект (в той же области), а первый проект живет, но уже не развивается. Грустно, но такова жизнь

nejronODP:
/?index\.php

знак ? тоже вызывает вопросы.

URRY:
тут вот отличный сервис http://amhost.net/virtual_servers_vm.php

Не внушает доверия. Хотя примечание к тарифам рульное

Transfer GB=1000MB, Transfer MB=1000000Bytes. Storage MB=1048576Bytes
LineHost:
AMD Athlon 64 2800 - 3000 за такие деньги выходит. Чем плохие сервера?

Сервера неплохие, но для счастья ещё нужен хороший канал (с хорошей трассировкой из России) и адекватная техподдержка (хотя бы на английском). А всё это вместе за ~50? мне не попадалось. Если подскажите - буду очень признателен.

topol:
У внешних и серверных счетчиков статистики свои плюсы и минусы, но все же какой предпочитаете?

Оба.

10 греев

Всего: 3951