Анатолий Денисов: Об этом и речь. А если проект потребует взрывного развития (чего дай Бог каждому хорошему проекту :-) ), то из-за отсутствия изначальной командной постановки могут возникнуть серьезные проблемы.
Недавно перечитывал книжку Фредерика Брукса "Мифический человеко-месяц или как создаются программные сисемы". Книга была издана в 1975 году, автор описал проблемы (и их решение), с которыми столкнулся при руководстве крупными проектами по разработке ПО в середине 60-х. Переиздается до сих пор, многие проблемы актуальны даже сегодня, по прошествии 40 лет. Если вкратце, то для успешного проекта нужна четкая концепция и соответствующая ей организация коллектива, всё остальное отходит на второй план. Более фундаментальной (и в то же время простой) литературы по этой проблеме я не встречал. Если кому-то интересно. могу скинуть на рапиду.
Asher: Такой у меня давно есть, но он со специальными темами плохо справляется
Если на выходе вам нужно получить грамотный русский текст, то на сегодня эта задача невыполнима - даже десктопные переводчики не могут обеспечить такой уровень.
в принципе можно было бы проверять каждый переведенный текст на предмет наличия английских букв/слов и потом выбирать и подставлять их уже из своей базы, но на это требуются большие вычислительные ресурсы.
Прежде всего на это требуются хорошие алгоритмы - слово нужно вставить в правильном падеже, времени, в зависимости от контекста.
Впрочем, я интересовался этой темой несколько месяцев назад, возможно за это время прогресс шагнул далеко вперед в области машинного перевода.
Если строить перевод только на словаре, то получится "моя твоя не понимать" :)
Asher: Уважаемые форумчане, прошу подсказать по теме
Написать скрипт, который будет переводить ваши тексты в Гугле или Промте относительно несложно (качество перевода так себе, но в любом случае лучше самописного переводчика), но вряд ли найдутся желающие сделать это бесплатно 🚬
Анатолий Денисов: Да и коллективная разработка, на выходе, дает более понятный для дальнейшей поддержки результат.
Если получается коллективная работа, то с двумя программистами лучше. Но чаще получается как "две женщины на кухне" :)
Анатолий Денисов: для снижения риска в ситуации, когда единственный носитель всех знаний технической реализации уходит
Если этот носитель знаний не криворукий, оставлял в коде хорошие комментарии, то изучение кодов не составит проблему. По крайней мере разобраться в кодах PHP можно всегда, было бы желание :)
VINOGRADOV: да и при наличии головы на плечах - не один из перечисленных работников не нужен...
Не согласен, как минимум 1 дизайнер и 1 программист нужны ля любого развивающегося проекта. Также обязательно должен быть руководитель (или редколлегия), иначе будет бардак.
deedee: P.S. Хотя имхо, что большинство "энтузиастских" проектов по достижению больших масштабов превращаются в коммерческие проекты.
Очень часто некоммерческие проекты разваливаются в тот момент, когда появляются первые деньги. Сам был соавтором одного хорошего проекта. Два года проект успешно развивался, а потом авторы перессорились из-за первой (случайной) прибыли - часть "энтузиастов" стала требовать оплаты своего добровольного труда. В итоге фанаты отделились в новый проект (в той же области), а первый проект живет, но уже не развивается. Грустно, но такова жизнь
Не внушает доверия. Хотя примечание к тарифам рульное
Transfer GB=1000MB, Transfer MB=1000000Bytes. Storage MB=1048576Bytes
LineHost: AMD Athlon 64 2800 - 3000 за такие деньги выходит. Чем плохие сервера?
Сервера неплохие, но для счастья ещё нужен хороший канал (с хорошей трассировкой из России) и адекватная техподдержка (хотя бы на английском). А всё это вместе за ~50? мне не попадалось. Если подскажите - буду очень признателен.
Я бы этом и говорил, просто стандартные 2-8 метров может не хватить
А как быть с временем выполнения скрипта?
Об этом и речь. А если проект потребует взрывного развития (чего дай Бог каждому хорошему проекту :-) ), то из-за отсутствия изначальной командной постановки могут возникнуть серьезные проблемы.
Недавно перечитывал книжку Фредерика Брукса "Мифический человеко-месяц или как создаются программные сисемы". Книга была издана в 1975 году, автор описал проблемы (и их решение), с которыми столкнулся при руководстве крупными проектами по разработке ПО в середине 60-х. Переиздается до сих пор, многие проблемы актуальны даже сегодня, по прошествии 40 лет. Если вкратце, то для успешного проекта нужна четкая концепция и соответствующая ей организация коллектива, всё остальное отходит на второй план. Более фундаментальной (и в то же время простой) литературы по этой проблеме я не встречал. Если кому-то интересно. могу скинуть на рапиду.
Такой у меня давно есть, но он со специальными темами плохо справляется
Если на выходе вам нужно получить грамотный русский текст, то на сегодня эта задача невыполнима - даже десктопные переводчики не могут обеспечить такой уровень.
Прежде всего на это требуются хорошие алгоритмы - слово нужно вставить в правильном падеже, времени, в зависимости от контекста.
Впрочем, я интересовался этой темой несколько месяцев назад, возможно за это время прогресс шагнул далеко вперед в области машинного перевода.
Словарь должен быть свой
Если строить перевод только на словаре, то получится "моя твоя не понимать" :)
Уважаемые форумчане, прошу подсказать по теме
Написать скрипт, который будет переводить ваши тексты в Гугле или Промте относительно несложно (качество перевода так себе, но в любом случае лучше самописного переводчика), но вряд ли найдутся желающие сделать это бесплатно 🚬
Да и коллективная разработка, на выходе, дает более понятный для дальнейшей поддержки результат.
Если получается коллективная работа, то с двумя программистами лучше. Но чаще получается как "две женщины на кухне" :)
для снижения риска в ситуации, когда единственный носитель всех знаний технической реализации уходит
Если этот носитель знаний не криворукий, оставлял в коде хорошие комментарии, то изучение кодов не составит проблему. По крайней мере разобраться в кодах PHP можно всегда, было бы желание :)
да и при наличии головы на плечах - не один из перечисленных работников не нужен...
Не согласен, как минимум 1 дизайнер и 1 программист нужны ля любого развивающегося проекта. Также обязательно должен быть руководитель (или редколлегия), иначе будет бардак.
P.S. Хотя имхо, что большинство "энтузиастских" проектов по достижению больших масштабов превращаются в коммерческие проекты.
Очень часто некоммерческие проекты разваливаются в тот момент, когда появляются первые деньги. Сам был соавтором одного хорошего проекта. Два года проект успешно развивался, а потом авторы перессорились из-за первой (случайной) прибыли - часть "энтузиастов" стала требовать оплаты своего добровольного труда. В итоге фанаты отделились в новый проект (в той же области), а первый проект живет, но уже не развивается. Грустно, но такова жизнь
/?index\.php
знак ? тоже вызывает вопросы.
тут вот отличный сервис http://amhost.net/virtual_servers_vm.php
Не внушает доверия. Хотя примечание к тарифам рульное
AMD Athlon 64 2800 - 3000 за такие деньги выходит. Чем плохие сервера?
Сервера неплохие, но для счастья ещё нужен хороший канал (с хорошей трассировкой из России) и адекватная техподдержка (хотя бы на английском). А всё это вместе за ~50? мне не попадалось. Если подскажите - буду очень признателен.
У внешних и серверных счетчиков статистики свои плюсы и минусы, но все же какой предпочитаете?
Оба.
10 греев