Предложение интересно.
Если ли какие-то требования, помимо уровня разработчика?
Какие гарантии выполнения обязательств вы предоставите и захотите, чтобы были предоставлены вам?
Вобщем, предлагаю пообщаться подробнее (icq 381738143, mail forother@gorodok.net).
Про peterhost.
Сам там хостюсь около года. Ни одного сбоя, вамечательный хостинг, если бы не два "но":
1) Идиотское именование почты. Т.е., вот у меня адрес anton@***.ru, но логин (для вебмыла, для почтовиков) не anton, а склейка из имени пользователя и порядкового номера ящика. Вроде и мелочь, но иногда очень раздражает.
2) Не особо вменяемая техподдержка. Описывать не буду, это пообщаться надо. А может, мне просто не повезло, и мои тикеты разбирали не лучшие работники саппорта, но впечатление о них в целом пока что именно такое.
Буду рад, если кому-то помог с выбором.
Интересно, а откуда такая вот привязка к оператору вообще взялась? Неужели создатели телефонов с залоченными операторами не понимают, что таким образом они теряют километры продаж? Потому что, пока наши или какие-нибудь ещё умельцы не научаться разблочивать, к примеру, iPhone, то покупать его там, где нет того оператора, на которого он залочен, просто не имеет смысла, хотя, пожалуй, в России, да и не только, его бы вполне покупали.
В своё время, когда я раздумывал, учить ли мне ООП, у меня были следующие мысли:
"против"
1) лениво =)
2) с первого взгляда - сложно
3) зачем, если я и так могу всё написать процедурно
"за"
1) интересно, а что это такое, и стрелочки выглядят красиво =)
2) большинство (по крайней мере, из моих знакомых и тогдашних ко-воркеров пишут на ООП)
3) эти же знакомые и ко-воркеры в голос утверждали, что ООП-шный проект гораздо легче поддерживать и модифицировать, а для меня тогда это было актуально
4) большинство пользуемых чужих библиотек написаны на ООП, соответственно, было бы неплохо разбираться, чтобы можно было что-то где-нибудь переписать под себя
В итоге я решил учить, и не пожалел. Сейчас пишу, совмещая ООП и функциональный подход (в основном, в функции выделаю самые часто используемые конструкции, которые содержат в себе работу с >1 классом или содержат "мусорный", но необходимый код (как-то global и иже с ним)).
По-моему, сложные проекты с разветвлённой структурой, да ещё и разрабатываемые не одним человеком, следует писать на ООП, кое-где, по надобности, совмещая с функциональным методом.
А специалисты заняты работой.
Если ли какие-то требования, помимо уровня разработчика?
Какие гарантии выполнения обязательств вы предоставите и захотите, чтобы были предоставлены вам?
Вобщем, предлагаю пообщаться подробнее (icq 381738143, mail forother@gorodok.net).
Сам там хостюсь около года. Ни одного сбоя, вамечательный хостинг, если бы не два "но":
1) Идиотское именование почты. Т.е., вот у меня адрес anton@***.ru, но логин (для вебмыла, для почтовиков) не anton, а склейка из имени пользователя и порядкового номера ящика. Вроде и мелочь, но иногда очень раздражает.
2) Не особо вменяемая техподдержка. Описывать не буду, это пообщаться надо. А может, мне просто не повезло, и мои тикеты разбирали не лучшие работники саппорта, но впечатление о них в целом пока что именно такое.
Буду рад, если кому-то помог с выбором.
Слабо верится про "качественно" написаный индусами сайт. Дёшево и быстро - да, возможно, но не качественно.
Не можете нормально воспитать своего ребёнка - никакие сервисы вам не помогут.
"против"
1) лениво =)
2) с первого взгляда - сложно
3) зачем, если я и так могу всё написать процедурно
"за"
1) интересно, а что это такое, и стрелочки выглядят красиво =)
2) большинство (по крайней мере, из моих знакомых и тогдашних ко-воркеров пишут на ООП)
3) эти же знакомые и ко-воркеры в голос утверждали, что ООП-шный проект гораздо легче поддерживать и модифицировать, а для меня тогда это было актуально
4) большинство пользуемых чужих библиотек написаны на ООП, соответственно, было бы неплохо разбираться, чтобы можно было что-то где-нибудь переписать под себя
В итоге я решил учить, и не пожалел. Сейчас пишу, совмещая ООП и функциональный подход (в основном, в функции выделаю самые часто используемые конструкции, которые содержат в себе работу с >1 классом или содержат "мусорный", но необходимый код (как-то global и иже с ним)).
По-моему, сложные проекты с разветвлённой структурой, да ещё и разрабатываемые не одним человеком, следует писать на ООП, кое-где, по надобности, совмещая с функциональным методом.
Из комментов подчерпнул PHP_EOL, спасибо bolk'у.
Имхо, лучше писать or - более читабельно.