К списку категорий

  •   Поиск своего стиля.




  •   Описание

    Это часть переписки из тематики поиск своего стиля и как лучше изучать пайтон.

    наблюдая за ребятами, я вижу, что многие не знают, как создать твёрдую почву под ногами и отталкиваться.

    так же нужно понимать, что в группе мы обсуждаем много вопросов, но для этого нужно просто быть на портале и брать к сведению постоянный поток информации, очень полезной, однажды получив очередное сообщение у вас провалится житон и вы скажете себе, я понял.



      Статья

    Вот сначала написал Юра Беляев:

    хотя не знаю пойму ли материал, т.к. за Джанго ВООБЩЕ  не брался, а питон функции и классы не изучены...

     

    -© 2009-2015 Валерий Бовсуновский - Школа практики Django + Python.

     

    А вот через сообщение:

    ага, теперь понятнее процесс) Да, в целом, я не знаю за что браться. Попробую по твоей рекомендации

     

    --
    © 2009-2015 Валерий Бовсуновский - Школа практики Django + Python.


    Часть переписки теория поиска стиля в пайтон.

     

    Ещё один момент.
     
    Нужно уяснить понятие программист.
     
    Программист - это не тот человек, который всё знает. 
     
    Программист этот тот человек, который способен найти решение, для этого нужно всего лишь две вещи.
     
    Понять что должно делать приложение и зачем?
    Найти инструмент подходящий.
     
    Всё знать невозможно тем более в Пайтон, здесь более миллиона разрабочиков.
     
    Отгадка всегда лежит в правильно поставленной задаче.
     
     
    В связи с этим начинающих программист, как правило за ближайшие пол года успевает голову забить ненужным материалом.
     
    Ненужный - этот то материал который он не будет использовать.
     
    Пример на бытовом уровне.
     
    Человек отдаёт несколько месяцев и изучает устройство комбайна, в жизни он бы так не делал.
    Так как отлично понимал бы, что на комбайне он работать не собирается.
     
    Учитывая, что о професии он пчеловод.
     
    Но в пайтон именно это происходит.
     
    Решается этот вопрос банально просто.
     
    Я всегда повторял и сейчас говорю.
    Изучите типы данных их не много и операции с ними.
    Основы ООП, здесь нужно выбрать свой стиль и свои операции (произайдёт само по себе со временем)
     
    Это ключ, после этого можно легко разобраться с любой библиотекой.
     
    Как правило любая библиотека состоит из классов, нам нужно узнать название и что длает код этого класса.
     
    Потом берём class (название класса вводим.
    А так как мы знаем. что класс это создание чего-то номого.
     
    Смотрим пример разработчика и уже используя наши знания о типах данных пишем нужно нам действие.
     
    Итог. В Пайтон есть ключ :
    Это типы данных и основы ООП.
    Что бы был на бытовом уровне понятен ключ к ООП.
     
    ТО здесь достаточно общее понимание как делается класс.
     
    И далее выбирается твоя фишка.
     
    Например моя фишка в Джанго, я для себя избрал это декораторы.
     
    Декоратор меняет поведение класса.
     
    Например целый фреймворк Pylons
     
    полностью построен на декораторах.
     
    @login_required  # в settings.py должна быть настройка LOGIN_URL = '/auth/login/'
    @user_passes_test(not_in_student_group, login_url='/info/action/')
     
    декоратор это код с собакой в начале.
     
    Кстати, я упустил этот тип данных в предыдущем сообщении.
     
    Например в Джанго перед любым кодом поставив
     
    @login_required - могут видеть только авторизованные пользователи
     
    Но фишка в том, что в своих программах ты можешь написать сколь угодно
    декораторов, мини программы, которые будут менять поведение любого класса на желаемое.
     
    И тогда у тебя появляется свой стиль (мне очень нравыятся декораторы)
    разобраться в них можно за вечер и потом штамповать.
     
    Импортируй и меня поведение целых классов.
     
     
    Программирование для тебя становится понятным.
    Ты углубляешься в какой-то вопрос. В данном примере в декораторы.
     
    Так рождется стиль в ООП, свой стиль.
     
    Кому то нравится переопределять __контруктор__ (код с двумя нижними подчёркиваниями)
    кому то нравится дкарировать (менять поведение) @декоратор
     
    Именно по это причине рассматривая код многих программистов и их стиль новичок не понимает.
    у каждого он разный.
     
    Я делал pro365net без примочек, я понимал. что программист будет искать свой стиль и не хотел на это влиять.
     
    Проще объяснить потом то, что сейчас объясняю.
     
    Помочь найти себя в программировании.
     
    По крайне мере у тебя должно сложится представление, что ты будешь искать и теперь как.
     
    Вот бытовой пример
     
    class Gav()
    собака Тузик
     
     
    Далее мы можем делать так.
     
    написать декораторы
     
    @злой
    @кусает
    @лащится
    @виляет хвостом
     
     
    Теперь нам достаточно добавить нечто, что бы поменять поведение собаки тузика
     
     
    @виляет хвостом
    class Gav()
    собака Тузик
     
    Это уже стиль. И это удобство.
     
    Теперь относительно этого можно создать свой план.
     
    Изучит типы данных
    Изучить классы
    Найти стиль ООП.
     
    Взять библиотеку например селен, написать программу, потом общие куси кода превратить в декараторы, то что часто используется и виде декораторов написать функцуионал, который нужен только себе.
     
    Потом ты начинаешь штамповать проги тоннами, по ходу дописывая декораторы.
     
    Это называется рождается твоя библиотека на основе например селена.
     
    Думаю замысел понятен. когда понимаешь, что делаешь.
     
    Поэтому я уверен, что программировать может каждый.
     
     
     
     
     
    © 2009-2015 Валерий Бовсуновский - Школа практики Django + Python.

     



      Код



      Рекомендации

    Узнать больше в ленте Twitter и подписаться на Ютуб, получать новые видео.





    2015-07-05 10:24:32+00:00



    К списку категорий