на чем придется :)
за последние 6 месяцев довелось на C, C++, Ruby, PHP, Rython, JavaScript.
Фреймвоки я конечно использую но до сих пор только если это действительно необходимо и реально экономит время. Например в C++ под win использую MFC потому как пока не доводилось писать программ в которых выигрыш от чистого winAPI был бы заметен. когда нужно было написать демона работающего с XMPP взял gloox и не стал замарачиваться по поводу изобретения велосипедов. но если речь идет о простеньком сайте то зачем туда прикручивать ZendFramework(исключением конечно являются случаи когда нужно по 10 в день их делать, но мне к счастью такое не доводилось)?
У вас есть 2 пути:
1. Потратить лет 5~10 чтобы стать гуру програмирования, и написать свой маленький фреймворк хотябы для одной ОС. Начать програмировать.
2. Использовать опыт других людей и писать программы здесь и сейчас. Попутно повышая свои навыки програмирования.
А вариант потратить хотябы год что бы стать просто программистом и потом использовать опыт других людей и писать программы? намно перспективнее чем второй вариант потому как дальнейшее развитие при тупом использовании чужого фреймвока маловероятно, а что бы оно было не тупое нужно понимать что делает фреймвок и разбираться в нем. без базового программирования (а именно такой случай по моему мнению мы наблюдаем) этот вариант не возможен.
В ваших «аргументах» ни слова о том, почему ассемблер не поможет продвинуться в профессиональном плане.
Я против деления на «программист того» и «программист сего», имхо есть ленивые программисты, которые выучили что-то и не хотят двигаться дальше и есть любопытные программисты, которые попробуют и PHP и ассемблер и Haskell.
Пока пытался сформулировать вы меня опередили.
Полностью с вами согласен. Ai_boy, можете считать это и моим мнением.
если вы желаете и дальше гордо заявлять «я программист на PHP» то можете не читать, но программистов на php не бывает! бывают программисты пишушие на php или быдлокодеры (программист на PHP).
Думаю вам сейчас не нужно изучать PHP или ООП. То что вы выложили нельзя назвать программированием.
Посмотрел один случайный файл из выложенных вами, а точнее кусок.
Вы не понимаете что вы делаете или не понимаете что это важно понимать :)
Во первых list. Доступ к ячейкам вы осуществляете удобно для вас ($id вместо $row[0] или $row['id']), но при этом вы создали 10 переменных вместо одной. потом в цикле делаете за один проход 5 SQL запросов.
Представьте что вы спросили у начальства список сотрудников фирмы для занесения их в какую то базу, потом заходите в кабинет и спрашиваете дату рождения, возраст, пол, вероисповедание для Аникеева А. А. После этого идете и заносите данные в базу. Потом опять к начальству и интересуетесь Березовским Г. Г. и опять к себе в кабинет записывать данные.
Вот вы делаете примерно то же самое.
К чему всё это я… Изучить как делать запросы с JOIN не сложно, на это уйдет день-неделя, потом месяц на то что бы понять как правильно делать эти запросы. Но программирование не в этом и не в знание всех 3к+ функций php или другого языка. Почитайте книги по программированию, а не по php. Посещайте пары не только «интернет программирования», поймите что вы управляете машиной, а не ищете кусок кода которым можно добиться нужного результата.
А пока вы кодите методом научного тыка и копипаста.
p.s.: и если вы хотите программировать не в коем случае не слушайте тех кто начнет вам сейчас советовать фреймвоки и патерны mvc :) рано! научитесь программировать.
фрилансом занимаюсь исключительно интереса ради и в свободное от работы время.
Оплату предпочитаю почасовую, но работал так всего 2 раза :) Российские заказчики как то не доверительно относятся к такому способу оплаты.
Второй мой опыт был крайне негативен. Заказчик, что бы убедиться, что я занимаюсь его проектом каждые 10 минут что нибудь спрашивал, к счастью работы было всего на 2-3 часа.
Прямо-пропорционально, за исключением индусов которым платят за количество строк.
при чем тут времена Декйстры и отлаживание? я говорил про наше время
при том что первый приведенный аргумент был именно о процессе отладки. или это ваши современные аргументы?
про 15 строчек можно спорить бесконечно, тут я бы все оставил на усмотрение автора кода, все зависит от языка и принятых в компании соглашений
какая связь между языком на котором вы пишите и размером логических блоков? или вы хотите сказать что на php это простительно? вы видели компании в которых по стандарту принято группировать логические блоки на 50 и более строк?
* сложность отладки такого кода, не всегда очевидно когда произошёл возврат из функции, к примеру мы имеем несколько return и никогда точно не можем сказать какой из них был вызван;
* проблемы с сопровождением и изменением. При взгляде на код, особенно, если он большой не всегда заметны существующие точки выхода.
1) во времена Дейкстры не было дебагеров. отлаживать что то большое без дебагера не возможно, а в меленьком проекте легко можно понять где мы вышли.
2) есть ещё один совет: если тело функции(метода, блока и т.д.) больше 15 строчек — перепиши её. (к сожалению не могу вспомнить кто именно автор, но кто то не менее известный и уважаемый чем Дейкстра)
то что нужно отдать что либо во View (MVC как я понимаю) ещё не значит что это что то должно быть глобальным. Вы можете в управляющем классе объявить методы для изменения данных, хотя ИМХО правильнее было бы из управляющего класса вызывать методы классов-модулей и получать от них данные и передавать в представление.
Одна переменная $_G это не есть отказаться от использования глобальных переменных :)
Не совсем понимаю какой абстракции или гибкости вы пытаетесь добиться(добились) глобальными переменными? Объясните подробнее пожайлуста.
Для этого существуют интерфейсы. даете новому члену команды необходимые интерфейсы и говорите: реши задачу так чтоб в итоге получился класс поражденный от этого интерфейса. В этом случае ему даже не нужно показывать сам фреймвок.
Если сильно нужны глобальные переменные(зачем?) то можно использовать шаблон синглтон, но в 99% лучше понять почему глобальные переменные не нужны.
А на сайте ЦИК что то не могу ничего найти. Нашел только одну новость по теме, но там нет ни слова об эксперементе. На сайте Тульской области тот же результат. Сплетни?
за последние 6 месяцев довелось на C, C++, Ruby, PHP, Rython, JavaScript.
Фреймвоки я конечно использую но до сих пор только если это действительно необходимо и реально экономит время. Например в C++ под win использую MFC потому как пока не доводилось писать программ в которых выигрыш от чистого winAPI был бы заметен. когда нужно было написать демона работающего с XMPP взял gloox и не стал замарачиваться по поводу изобретения велосипедов. но если речь идет о простеньком сайте то зачем туда прикручивать ZendFramework(исключением конечно являются случаи когда нужно по 10 в день их делать, но мне к счастью такое не доводилось)?
А вариант потратить хотябы год что бы стать просто программистом и потом использовать опыт других людей и писать программы? намно перспективнее чем второй вариант потому как дальнейшее развитие при тупом использовании чужого фреймвока маловероятно, а что бы оно было не тупое нужно понимать что делает фреймвок и разбираться в нем. без базового программирования (а именно такой случай по моему мнению мы наблюдаем) этот вариант не возможен.
Пока пытался сформулировать вы меня опередили.
Полностью с вами согласен. Ai_boy, можете считать это и моим мнением.
Думаю вам сейчас не нужно изучать PHP или ООП. То что вы выложили нельзя назвать программированием.
Посмотрел один случайный файл из выложенных вами, а точнее кусок.
Вы не понимаете что вы делаете или не понимаете что это важно понимать :)
Во первых list. Доступ к ячейкам вы осуществляете удобно для вас ($id вместо $row[0] или $row['id']), но при этом вы создали 10 переменных вместо одной. потом в цикле делаете за один проход 5 SQL запросов.
Представьте что вы спросили у начальства список сотрудников фирмы для занесения их в какую то базу, потом заходите в кабинет и спрашиваете дату рождения, возраст, пол, вероисповедание для Аникеева А. А. После этого идете и заносите данные в базу. Потом опять к начальству и интересуетесь Березовским Г. Г. и опять к себе в кабинет записывать данные.
Вот вы делаете примерно то же самое.
К чему всё это я… Изучить как делать запросы с JOIN не сложно, на это уйдет день-неделя, потом месяц на то что бы понять как правильно делать эти запросы. Но программирование не в этом и не в знание всех 3к+ функций php или другого языка. Почитайте книги по программированию, а не по php. Посещайте пары не только «интернет программирования», поймите что вы управляете машиной, а не ищете кусок кода которым можно добиться нужного результата.
А пока вы кодите методом научного тыка и копипаста.
p.s.: и если вы хотите программировать не в коем случае не слушайте тех кто начнет вам сейчас советовать фреймвоки и патерны mvc :) рано! научитесь программировать.
Оплату предпочитаю почасовую, но работал так всего 2 раза :) Российские заказчики как то не доверительно относятся к такому способу оплаты.
Второй мой опыт был крайне негативен. Заказчик, что бы убедиться, что я занимаюсь его проектом каждые 10 минут что нибудь спрашивал, к счастью работы было всего на 2-3 часа.
1) во времена Дейкстры не было дебагеров. отлаживать что то большое без дебагера не возможно, а в меленьком проекте легко можно понять где мы вышли.
2) есть ещё один совет: если тело функции(метода, блока и т.д.) больше 15 строчек — перепиши её. (к сожалению не могу вспомнить кто именно автор, но кто то не менее известный и уважаемый чем Дейкстра)
Не совсем понимаю какой абстракции или гибкости вы пытаетесь добиться(добились) глобальными переменными? Объясните подробнее пожайлуста.
Если сильно нужны глобальные переменные(зачем?) то можно использовать шаблон синглтон, но в 99% лучше понять почему глобальные переменные не нужны.
if(! is_array($connections)) throw new Exception('connectFree: передан некорректный массив соединений');некорректный или не массив? :)