Comments 34
Огромное спасибо!
UFO just landed and posted this here
Извините конечно за имульсивность, но «ЧТО ЭТО!?!?!» www.sdelaysite.com/php/php-14
Возможно в меня сейчас полетят минусы, но вы действительно считаете что по такому коду стоит учиться?
За такие названия методов нужно руки отрывать, obnovlenieparolia(), hochuNoviyParol(), hochuvspomnit(), не говоря уже о том что вы не определились со стилем написания! А между прочим говоря у kohana есть отичный style guide который стоит придерживаться. Текст сообщений в модели вообще рушит паттерн HMVC.
В этом же уроке у вас идет составление запроса вручную =/ в kohana ведь есть orm.
Видео слава богу не смотрел. Хотя может там не все так плохо, отпишитесь
Возможно в меня сейчас полетят минусы, но вы действительно считаете что по такому коду стоит учиться?
За такие названия методов нужно руки отрывать, obnovlenieparolia(), hochuNoviyParol(), hochuvspomnit(), не говоря уже о том что вы не определились со стилем написания! А между прочим говоря у kohana есть отичный style guide который стоит придерживаться. Текст сообщений в модели вообще рушит паттерн HMVC.
В этом же уроке у вас идет составление запроса вручную =/ в kohana ведь есть orm.
Видео слава богу не смотрел. Хотя может там не все так плохо, отпишитесь
Да, по поводу названия методов, вы совершенно правы — это я погорячился. Решал проблему обновления пароля и не стал задумываться над названием методов, что очень важно в ООП, ибо невозможно будет толком понять, что именно данные методы делают.
Но, может быть, это и к лучшему. В одном из следующих уроков исправлю названия методов и еще раз поясню важность правильно давать им названия.
Сообщения в модели — это конечно жестко выглядит :) Но я сознательно это сделал. Сначала решил проблему восстановления пароля, а потом, в 15-м видеоуроке вынес логику отображения из модели. Я считаю, что не стоило сваливать все в один видеоурок, иначе в голове у слушателя (начинающего) да и у меня (т.к. записывая видеоурок я, почему-то, сильно волнуюсь) образовалась бы каша.
Но, может быть, это и к лучшему. В одном из следующих уроков исправлю названия методов и еще раз поясню важность правильно давать им названия.
Сообщения в модели — это конечно жестко выглядит :) Но я сознательно это сделал. Сначала решил проблему восстановления пароля, а потом, в 15-м видеоуроке вынес логику отображения из модели. Я считаю, что не стоило сваливать все в один видеоурок, иначе в голове у слушателя (начинающего) да и у меня (т.к. записывая видеоурок я, почему-то, сильно волнуюсь) образовалась бы каша.
>В этом же уроке у вас идет составление запроса вручную =/ в kohana ведь есть orm.
А разве обязательно использовать ORM во фреймворке? o_O
Многие (в том числе и я) вообще не используют orm, считая его злом.
А разве обязательно использовать ORM во фреймворке? o_O
Многие (в том числе и я) вообще не используют orm, считая его злом.
Давно хотел такое. Нажимаю все три плюсовые кнопки.
Хотя стиль кодирования, как справедливо отметили выше, действительно корявый :(
Оно-то ладно, не впервой с таким сталкиваться. Мне главное в самой Кохане разобраться — но впечатление подпорчено.
Оно-то ладно, не впервой с таким сталкиваться. Мне главное в самой Кохане разобраться — но впечатление подпорчено.
В чем корявость стиля кодирования?
Ну выше уже указали. Называть функции, методы, переменные, файлы и т.п. по-русски — это очень дурной тон. Я скачал примеры из урока по верстке — там такое тоже есть.
Объяснение «да просто торопился и как-то не подумал», к сожалению, несерьезно. Это примерно как орфография в языке: если человек пишет грамотно, то он делает это всегда, а не только когда стоит такая цель. :)
Тем не менее, спасибо за уроки.
Объяснение «да просто торопился и как-то не подумал», к сожалению, несерьезно. Это примерно как орфография в языке: если человек пишет грамотно, то он делает это всегда, а не только когда стоит такая цель. :)
Тем не менее, спасибо за уроки.
Надеюсь, теперь для меня название этого фреймворка будет просто названием, а не способом разработки. Спасибо!
Идея хорошая, но много неточностей и лишней информации.
Total commander веселый.
Total commander веселый.
Сайт у вас оказался довольно полезным. С пару месяцев назад глядел курсы по домашнему хостингу.
Спасибо. Стремиться есть куда.
Спасибо. Стремиться есть куда.
Побольше бы таких видео курсов, ребята. И еще чтобы качество было на уровне (взгляните на курсы ThinkVitamin, есть чему поучиться).
Я, конечно, извиняюсь, но такие уроки никому бы не посоветовал.
Во-первых, видео не так важно, как КОД. Текст и примеры кода. Смотреть на то, как вы его набираете, совершенно необязательно, тем более что на видео не так много можно прочитать. К тому же, не у всех стоит Windows, не все пользуются именно такими редакторами, не все будут морочиться с Apache+PHP+MySQL (XAMPP вполне позволяет понять, что такое хостинг)… Люди, которые интересуются Kohana, вряд ли не знают, что такое PHP и как на нём писать, текста им достаточно. Они могут понять, как настроить веб-сервер и создать файл в нужном каталоге.
Во-вторых, потому что в видео очень много лишнего. Особенно в голосе. Слайды у вас полупустые, а голос только бубнит про то, что хочет спать и что он копирует одни строчки в другие строчки. При этом видно, что код пишется по мере записи видео, море времени уходит на отладку, ещё и произношение неправильное (Views читается как вьюс, а лучше вообще их называть видами). Для того, чтобы просмотреть все уроки, придётся потратить несколько часов. Для сравнения, несколько статей с кусками нужного кода читаются минут за 15.
В-третьих, потому что просто ТАК программировать на Kohana нельзя. Вспоминать про HMVC в пятнадцатом видео не просто поздновато, а уже пора всё выкидывать и переписывать с нуля. Например, из-за этого вы совершенно оставили без внимания Request и вместо этого наплодили видов (в смысле View). Совершенно неудобный подход — каждый раз, когда надо что-то добавить, лезть в вид И контроллер, чтобы передать в вид новую переменную с новым видом. Для того, чтобы переписать красиво и понятно всё то, что советовалось за все 15 уроков, понадобится ещё 15 уроков.
В-четвёртых, а что вы вообще пишете в этих уроках? Код на сайте (полный код полученного сайта, а не кусочки из видео) вы не выкладываете, о цели не говорите. Что должно получиться? Я не очень внимательно смотрел видюшки, но из текстовых описаний совершенно ничего не понятно. Там должна быть админка, разграничение прав и восстановление пароля. Ага. Ещё отправка почты. Угу. Значит, там должно быть много разных пользователей с разными правами, и они будут заниматься… чем? Неизвестно. Направление разработки выбирается случайным образом или всё-таки в голове есть идея, ради чего пишется этот код?
Во-первых, видео не так важно, как КОД. Текст и примеры кода. Смотреть на то, как вы его набираете, совершенно необязательно, тем более что на видео не так много можно прочитать. К тому же, не у всех стоит Windows, не все пользуются именно такими редакторами, не все будут морочиться с Apache+PHP+MySQL (XAMPP вполне позволяет понять, что такое хостинг)… Люди, которые интересуются Kohana, вряд ли не знают, что такое PHP и как на нём писать, текста им достаточно. Они могут понять, как настроить веб-сервер и создать файл в нужном каталоге.
Во-вторых, потому что в видео очень много лишнего. Особенно в голосе. Слайды у вас полупустые, а голос только бубнит про то, что хочет спать и что он копирует одни строчки в другие строчки. При этом видно, что код пишется по мере записи видео, море времени уходит на отладку, ещё и произношение неправильное (Views читается как вьюс, а лучше вообще их называть видами). Для того, чтобы просмотреть все уроки, придётся потратить несколько часов. Для сравнения, несколько статей с кусками нужного кода читаются минут за 15.
В-третьих, потому что просто ТАК программировать на Kohana нельзя. Вспоминать про HMVC в пятнадцатом видео не просто поздновато, а уже пора всё выкидывать и переписывать с нуля. Например, из-за этого вы совершенно оставили без внимания Request и вместо этого наплодили видов (в смысле View). Совершенно неудобный подход — каждый раз, когда надо что-то добавить, лезть в вид И контроллер, чтобы передать в вид новую переменную с новым видом. Для того, чтобы переписать красиво и понятно всё то, что советовалось за все 15 уроков, понадобится ещё 15 уроков.
В-четвёртых, а что вы вообще пишете в этих уроках? Код на сайте (полный код полученного сайта, а не кусочки из видео) вы не выкладываете, о цели не говорите. Что должно получиться? Я не очень внимательно смотрел видюшки, но из текстовых описаний совершенно ничего не понятно. Там должна быть админка, разграничение прав и восстановление пароля. Ага. Ещё отправка почты. Угу. Значит, там должно быть много разных пользователей с разными правами, и они будут заниматься… чем? Неизвестно. Направление разработки выбирается случайным образом или всё-таки в голове есть идея, ради чего пишется этот код?
Во-первых, видео для начинающего очень важнО. Цель курса — облегчить порог вхождения. С данной задачей видеоуроки справляются гораздо эффективнее статей и уж, тем более, КОДА. Но я никого не неволю, если Вы считаете, что код информативнее, то это Ваше право. Я так понимаю, что Вы профессионал и для Вас видеоуроки — это, конечно, совершенно лишнее. Но мой видеокурс — это не мастер-класс, а учебный материал для начинающих.
По поводу Windows и Apache+PHP+MySQL, что бы Вы предложили? Записать еще три альтернативных курса для пользователей Linux и XAMP? А еще Денвер есть. На своем блоге я посвятил ряд статей и видеоуроков настройке среды разработки под Linux. Считаю это вполне достаточно.
Во-вторых, я не профессиональный видеоподкастер, хотя, при этом, профессиональный преподаватель. Так что я использую подход к видеоурокам такой же, какой наработал при чтении лекций студентам.
В-третьих, считаю, что писать код по мере записи видеоуроков в образовательном плане очень правильно. Будет виден и процесс отладки, и допускаемые ошибки, что, в свою очередь, очень важно.
В-четвертых, Вы действительно невнимательно смотрели видеоуроки, потому что, на сколько я понимаю, Вам и так все это известно. Поэтому в видеокурсе для Вас остались только минусы и ничего полезного. А вот если бы Вы внимательно отнеслись к продукту, прежде чем его критиковать, то нашли бы и код, выложенный на моем блоге и поняли, что я разрабатываю образовательную систему для публикации учебных материалов (я об этом в первом видео рассказывал).
Мораль: курс для начинающих, которые, как это не странно, тоже имеют право интересоваться Kohana. И ничего ждать от продукта решения тех задач, на которые он не рассчитан.
По поводу Windows и Apache+PHP+MySQL, что бы Вы предложили? Записать еще три альтернативных курса для пользователей Linux и XAMP? А еще Денвер есть. На своем блоге я посвятил ряд статей и видеоуроков настройке среды разработки под Linux. Считаю это вполне достаточно.
Во-вторых, я не профессиональный видеоподкастер, хотя, при этом, профессиональный преподаватель. Так что я использую подход к видеоурокам такой же, какой наработал при чтении лекций студентам.
В-третьих, считаю, что писать код по мере записи видеоуроков в образовательном плане очень правильно. Будет виден и процесс отладки, и допускаемые ошибки, что, в свою очередь, очень важно.
В-четвертых, Вы действительно невнимательно смотрели видеоуроки, потому что, на сколько я понимаю, Вам и так все это известно. Поэтому в видеокурсе для Вас остались только минусы и ничего полезного. А вот если бы Вы внимательно отнеслись к продукту, прежде чем его критиковать, то нашли бы и код, выложенный на моем блоге и поняли, что я разрабатываю образовательную систему для публикации учебных материалов (я об этом в первом видео рассказывал).
Мораль: курс для начинающих, которые, как это не странно, тоже имеют право интересоваться Kohana. И ничего ждать от продукта решения тех задач, на которые он не рассчитан.
По поводу Windows и Apache+PHP+MySQL, что бы Вы предложили?
Я бы предложил не пихать в курс по Kohana инструкции по настройке PHP, MySQL и вебсервера. Это — отдельная тема, которую можно (если стоит) описать отдельно.
В-третьих, считаю, что писать код по мере записи видеоуроков в образовательном плане очень правильно. Будет виден и процесс отладки, и допускаемые ошибки, что, в свою очередь, очень важно.
В-четвертых, Вы действительно невнимательно смотрели видеоуроки, потому что, на сколько я понимаю, Вам и так все это известно. Поэтому в видеокурсе для Вас остались только минусы и ничего полезного. А вот если бы Вы внимательно отнеслись к продукту, прежде чем его критиковать, то нашли бы и код, выложенный на моем блоге и поняли, что я разрабатываю образовательную систему для публикации учебных материалов (я об этом в первом видео рассказывал).
Я невнимательно смотрел эти многочасовые уроки, потому что мне было скучно. Не только потому что я знаю, как это можно написать, даже лучше. Это просто скучно. Несколько часов внимания зрителя тратятся на показ, как автор пишет код, а потом исправляет свои ошибки. Что должен делать зритель? Писать ошибочный код вслед за учителем, а затем так же, следя по кадрам, исправлять в нём баги или просто смотреть видео, вникая в долгий процесс Зен-отладки и постигая, как же именно ощущает себя великий программист? Смотреть видео намного тяжелее, чем читать
Вы читали книги по программированию? Там даётся сразу рабочий код, а потом он комментируется. Чуть ли не по буквам. Если и даётся нарочно ошибочный код, ошибка одна и кусок кода не такой большой. Чтобы у ученика оставался хотя бы шанс найти эту ошибку и чтобы не загружать ему голову. Здесь вы тащите его за собой через горы буреломов, заставляя следить за каждым шагом. Попутно, кстати, обучая самому тупому из подходов к программированию: эволюционному. Это именно подход проб и ошибок, когда даже самому автору неясно, что будет в итоге — он просто делает новые фичи, не задумываясь раньше момента, когда придётся.
Насчёт кода, выложенного на вашем блоге. Я говорил не о кусочках кода, а о полном дампе. То есть, полностью весь сайт, который получился на данном этапе (это такой архивчик со всеми файлами, все папки application, system и modules) и дамп базы (SQL код, при помощи которого можно получить копию). Чтобы ученик мог во-первых, проверить себя, во-вторых, взять готовый сайт с исправленными ошибками и просмотреть все видео, в-третьих, взять готовый сайт с исправленными ошибками и посмотреть не все видео (а только те которые интересуют)… Можно придумать много сценариев, в которых полный код пригодился бы, но главное — одно: он нужен. Он нужен даже профессионалам, которые начинают программировать на Kohana и хотят посмотреть на пример рабочего приложения.
Я просто предлагаю вам немного продумать ваши видео. Составить план разработки — что именно вы делаете и что вам там потребуется. Давать заранее приготовленный рабочий код — не обязательно уже написанный, но очищенный от багов. Идти не от чистого листа, а от уже готового сайта, показывая, как он строился. Не распыляться на смежные темы, вроде настройки веб-сервера или вёрстки в HTML и CSS. Не говорить лишних слов, правильно произносить и использовать термины (ну нет такой вещи, как почти человекопонятное URL), тратить заранее время на придумывание названий методов… Иначе вам придётся сделать намного больше работы, записав ещё несколько видео, в которых вы будете разбирать свои же ошибки, допущенные ранее. И ещё несколько видео, в которых вы будете разбирать ошибки предыдущих. И так далее, пока вам не надоест.
Мораль: даже курсы для начинающих не должны делаться на коленке. Более того: они должны быть максимально корректными и безошибочными, потому что ваши зрители не могут исправить за вас ваши же ошибки. Не стоит пренебрежительно относиться к вашей аудитории.
UFO just landed and posted this here
Вот и я согласен с вами. Никогда не понимал видео уроков. Разве что показать на что годится программа/продукт/фреймворк и т.д.
Оно то достойное, но блин название методом, произношение — тут плохому больше научится можно)
main — майн)))
Такое ощущение, что автор хотел сделать уроки для непрограммиста. Вот только зачем???
Но все равно молодец)
Оно то достойное, но блин название методом, произношение — тут плохому больше научится можно)
main — майн)))
Такое ощущение, что автор хотел сделать уроки для непрограммиста. Вот только зачем???
Но все равно молодец)
Знаете, мне очень нравятся вебкасты с railscasts.com Реально очень удобно.
Товарищ, тебе огромное спасибо за уроки.
Особенно радует грамотная речь. Я уж думал, что в русскоязычной IT-среде уже никогда такой правильной связанности предложений не услышу. Прям бальзам на душу.
Особенно радует грамотная речь. Я уж думал, что в русскоязычной IT-среде уже никогда такой правильной связанности предложений не услышу. Прям бальзам на душу.
Спасибо! Я действительно старался. Но волнение, которое я испытываю при записи видеоурока, порой сильно сбивает с мысли.
Андрей, спасибо вам за видеоуроки. В отличие от разных других у вас нормальный голос, не гнусавите, не сорите словами-паразитами. Кто просмотривал другие видеоуроки по программированию поймет о ком я говорю. :)
И писать код в живую при записи видео действительно надо. Во-первых, при просмотре есть время обдумать, во-вторых — постепенно видишь что и за чем идет.
А видеоуроки обалденная штука. Лежишь, болеешь и слушаешь.
И писать код в живую при записи видео действительно надо. Во-первых, при просмотре есть время обдумать, во-вторых — постепенно видишь что и за чем идет.
А видеоуроки обалденная штука. Лежишь, болеешь и слушаешь.
Ну если все такие «охринительно» клевые программисты, то сделайте уроки как нужно быдлокодить ибо верования о том что именно мой код совершенен, у Андрея Морковина — нормальные уроки, а те кто кричат, что я такой весь обалденный (охххххуенный) не больше идиоты с повышенным ЧСВ. PS: Вот когда я увижу твои уроки «быдлокодер» и начну их обсирать я посмотрю на тебя.
Если честно, я исплевался на эти уроки по Kohana. За что Вы берёте деньги, когда сами ещё недопрограммер, уж извините.
1. Вот Андрей говорит:
У меня сразу вопрос: преподаватель ЧЕГО? Если программирования, то мне искренне жаль Ваших студентов/учеников, т.к. Вы УЖЕ выращиваете потенциальных говнокодеров! Один взгляд на конструкцию:
убил наповал. Ну кто так кодит?!
Можно же вот так:
или более понятно:
и уже работать с одним(!) возможным результатом.
2. Про названия методов и прочего уже говорилось;
3. Убила последовательность написания уроков. Такое чувство, что у человека в голове каша. По мере сложности и важности нужно составлять уроки, например, нафига мне знать про модуль Auth, когда я даже не знаю как работать с переменными, как настроить фреймворк (конфиги, роуты) и прочие основные и первостепенные вещи для работы в фреймворком?! Маршрутизация вообще в самом конце занятий. Ну как так?
Вобщем, автор посбивал верхушки по PHP (и Kohana в частности) и теперь полагает, что может обучать этому, уроки записывает, причём разношёрстные. Вообще, если знания ставятся на коммерческие колёса, то докладчик должен сам отлично знать и понимать что преподаёт, а не плавать в программировании и в Kohana.
P.S. Андрей, Вам необходимо сначала знания и ОПЫТ по программированию получить, а потом уже студентов учить и уроки писать. Нельзя таким товарищам растить криворукое поколение! ИМХО!
1. Вот Андрей говорит:
Во-вторых, я не профессиональный видеоподкастер, хотя, при этом, профессиональный преподаватель. Так что я использую подход к видеоурокам такой же, какой наработал при чтении лекций студентам.
У меня сразу вопрос: преподаватель ЧЕГО? Если программирования, то мне искренне жаль Ваших студентов/учеников, т.к. Вы УЖЕ выращиваете потенциальных говнокодеров! Один взгляд на конструкцию:
if(...)
{
$data["ok"] = "";
}
else
{
$data["error"] = "";
}убил наповал. Ну кто так кодит?!
Можно же вот так:
$data['error'] = (условие);или более понятно:
if (...) $data['error'] = false;
else $data['error'] = trueи уже работать с одним(!) возможным результатом.
2. Про названия методов и прочего уже говорилось;
3. Убила последовательность написания уроков. Такое чувство, что у человека в голове каша. По мере сложности и важности нужно составлять уроки, например, нафига мне знать про модуль Auth, когда я даже не знаю как работать с переменными, как настроить фреймворк (конфиги, роуты) и прочие основные и первостепенные вещи для работы в фреймворком?! Маршрутизация вообще в самом конце занятий. Ну как так?
Вобщем, автор посбивал верхушки по PHP (и Kohana в частности) и теперь полагает, что может обучать этому, уроки записывает, причём разношёрстные. Вообще, если знания ставятся на коммерческие колёса, то докладчик должен сам отлично знать и понимать что преподаёт, а не плавать в программировании и в Kohana.
P.S. Андрей, Вам необходимо сначала знания и ОПЫТ по программированию получить, а потом уже студентов учить и уроки писать. Нельзя таким товарищам растить криворукое поколение! ИМХО!
Майн! Сюспас! Пэхэпэ!
Sign up to leave a comment.
Видеокурс по Kohana 3.1