Что лучше выбрать новичку. Начал изучать php, но делаю дурнопахнущий код. Смотрю всякие уроки. Но написать что то своё не могу, мат часть плохо знаю, среднее арифметическое с трудом нашёл, логика, как 2 + 2. Сегодня узнал что нужно не только уметь писать на php, но и задуматься об безопасности.
Может лучше начать с c#? Слышал что говорят на нем изящьный код получается, и возможность плохого кода сводится к минимуму. И потом можно переходить к php и js. Так ли нужна математика в c# или php. Я только с формулой для пагинации встречался и матричного калькулятора по правилу Саррюса.
DiaTM: Если вы хотите почитать основы языка программирования и сразу выполнять работу за деньги, то быстрее устроиться в макдональдс. Если вы чего-то не понимаете - это нужно изучать, и в программировании, прежде чем сделать что-либо, что снаружи кажется простым, изучать нужно ОЧЕНЬ много и обычно долго и через боль.
1) Исполнитель выполнил работу, которую заказал заказчик, далее исполнитель загружает на сайт/сервис выполненную работу - она каким либо образом урезается(если звук, то накладываются доп помехи; если картинки, то вотермарки и все остальное в подобном духе).
2) Заказчик получает уведомление СМС, email, Viber ... и заходит, чтобы оплатить работу.
3) После выполнения оплаты, средства резервируются в системе(сайте).
4) Заказчик получает доступ к демо-предпросмотру выполненной работы и прямо через сообщения на сайте сообщает исполнителю все ли нравится и что стоит изменить/добавить.
5) Исполнитель может загружать новые образцы выполненной работы, а заказчик может наблюдать за изменениями, которые постоянно сохраняются в системе
6) Как только заказчика все устраивает, он нажимает на кнопку подтверждения завершения сделки и в этот же момент, заказчик получает доступ к загруженной работе исполнителя без каких либо вотермарков, а исполнитель в свою очередь получает оплаченную ранее заказчиком сумму, но уже от имени системы. Далее исполнитель может выбрать куда выплатить средства(на счет системы, на карту, на электронные кошельки...)
Если какой либо из сторон что-то не понравилось, каждый из участников сделки может открыть диспут и уже тогда к этой сделке подключится менеджер системы, который проследит всю историю переписки заказчика и исполнителя, включая все изменения выполняемой исполнителем работы.
В итоге менеджер может заключить определенные решения.
Таким образом у нас получился эдакий Escrow своего производства.
P.S. Никогда не реализовывал такую функцию и лишь изложил первое, что пришло в голову.
DevMan: ну не совсем. Есть еще хорошие книжки на эту тему. Но читать их без опыта программирования мало толку: большая часть советов покажется странными и необоснованными и пролетит мимо ушей.
Espleth: Это точно, я не понимаю как использовать книгу Стива Макконнелла "Совершенный код" на PHP+ООП
Опираясь на академические исследования, с одной стороны, и практический опыт коммерческих разработок ПО - с другой, автор синтезировал из самых эффективных методик и наиболее эффективных принципов ясное прагматичное руководство. Каков бы ни был ваш профессиональный уровень, с какими бы средствами разработками вы ни работали, какова бы ни была сложность вашего проекта, в этой книге вы найдете нужную информацию, она заставит вас размышлять и поможет создать совершенный код.
Изложенные в книге методики и стратегии помогут вам:
проектировать с минимальной сложностью и максимальной продуктивностью;
извлекать выгоду из групповой разработки;
применять методики защитного программирования, позволяющие избежать ошибок;
совершенствовать свой код;
применять методики конструирования, наиболее подходящие для вашего проекта;
быстро и эффективно производить отладку;
своевременно и быстро обнаруживать критические проблемы проекта;
обеспечивать качество на всех стадиях проекта.
DiaTM: к сожалению, до этой книги я еще не дошел, да и PHP не знаю, так что ответить на ваш вопрос не могу. На данный момент читаю Роберта Мартина - Чистый код, и эту книгу я подозреваю можно применить практически к любому высокоуровнему ЯП. Мне проще в том плане, что большинство концепций там поддерживают мои собственные мысли на этот счет, а остальные воспринимаю как "да, так действительно лучше было бы, спасибо."
Но считаю эту книгу все же рановато будет читать, если многие моменты будут восприниматься как "ну окей, тут написано так лучше значит буду так делать", хотя и от этого будет польза, разумеется.
Простой
