Earl.Kutsakov

Первая небольшая поделка на 150 строк была связана с отработкой навыков работы с коллекциями разных типов (от кортежа до словаря, множество и «ледяное» в проекте не затрагивались за ненадобностью).

Так же в предыдущем «проекте» мной было допущено ряд ошибок, связанных с плохой читабельностью. Да код работал с первого раза. Но то, как он был написан напоминало наскальные рисунки, которые невозможно было расшифровать с достаточной степенью достоверности. Присутствовали литералы, которые непонятно что значили если не вчитываться в код от начала до конца. А также не именованные обращения к элементам коллекций через индексы.

Здание было связано с отработкой навыков по использованию структур хранения данных типа коллекций, но и тут меня ждали «сюрпризы». Не сразу получилось исправить избыточность действий по сортировке элементов словаря сразу в нескольких функциях. В итоге после отсечения лишнего сортировка делалась только перед выводом пользователю сберегая драгоценные ресурсы

Второе «каное» было проектом позволяющим создавать множественные экземпляры одного и того же объекта объединённой структурой class. Создание внутренних методов и атрибутов класса вновь решило поиграть со мной в игру подбери синонимы одного и того же. Я  столкнулся с извечной бедой богатого русского языка и своей манерой называть одни и те же вещи разными именами.

Несмотря на то, что суть, которая несёт переменная в разных методах одного класса одна и та же я упорно пытаюсь её назвать по-разному то «весло», то «палка которой грести» а иной раз и «толкатель лодки по воде». Возможно, это и хорошо было бы в художественном произведении и позволяло бы выразить каждый раз моё отношение к предмету действа. Однако в целом же в программировании это ухудшает типизацию и однородность данных, и читабельность кода. В общем писать код и книги искусство, которое должно отличаться как количеством знаков (в меньшую сторону в случае кода) так и разнообразием используемых обозначений одних и тех же сущностей.

В результате строительства так же были обнаружены «нежелательные» побочные эффекты, приводящие к непредсказуемым последствиям в случае, если бы проект значительно разросся.

В целом типизация объектов путём создания общих конструкций типа class мне показалась достаточно простой. Возможно, мой уровень приближения пока так показывает. Как говорится все познаётся в сравнении.

Ах да совсем забыл одну деталь.

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

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

Продолжение следует….

Часто создавая по заданиям учебной программы материалы, я сильно усложнял логику, пытаясь сделать взаимосвязанные модули так, что один без другого не мог существовать в принципе. В общем, с одной стороны, это хорошо т.к. более узкая специализация позволяет модулям общей программы выполнять функции более эффективно. Однако, как и в жизни это даёт много уязвимости и созависимости между взаимодействующими элементами. Баланс, гармония, гомеостаз вот, что важно в любом деле. Не обошло это стороной и программирование.

Однако к ошибкам кои я совершаю я начинаю относиться все более и более спокойно. Т.к. только признав, что ты ничего не знаешь можно чему-то научиться. Кроме того, общаясь с «островитянином», проходящим наш общий курс по «кораблестроительству», я вновь убедился в истине, давая ты можешь сам приобретать. Уделив немного внимания «коллеге» в разборе материала ты сам его усваиваешь более прочно.

Раздел «объекты», с одной стороны, усложнил понимание материала все что ранее считалось чем-то директивным (например, переменная) оказалось лишь его иллюзией и отсылкой на источник, запрятанный более глубоко. Любой объект созданный когда-либо не исчезает. Ничто не исчезает в никуда (разве, что интерпретатор не почистит память от «мусорной коллекции»)))). Но в целом адресация оказалась немного сложнее чем ожидалось. На один и тот же объект может вести множество ссылок. Изменение сотворённого объекта в целом оказывается не посильной задачей и ведёт лишь к созданию его модифицированной копии. При этом исходный объект продолжает существование несмотря на то, что на него может не вести ни одна ссылка в реальном окружении.

Начал изучать раздел «Коллекции» (объекты, коллекции, кортежи, списки и т.д.). Как и следовало ожидать стало очевидно: все, что казалось простым, словно атом содержит ещё более простые элементы, из которых и складывается. И с этими элементами внутри материнского элемента так же возможно эффективно работать забирая только часть объекта срезами в том или ином направлении. В некотором роде ощутил себя плотником, снимающим с полена излишки для того, чтобы получилась фигура. В тоже время сами объекты складываются в наборы ещё более сложных структур.

Вероятно, как и я мои «соплеменники» на курсе столкнулись со сложностями и темп замедлился, наш ментор даже забеспокоился, не наблюдая нашей активности какое-то время.

Продолжаю работать над созданием в своей голове структурированных основ по мотивам программы «how it’s made» но применительно к общим принципам сотворения программ. В комментариях к посту коллеги прочитал интересную мысль, ранее об этом не думал.

«Программирование — это стык филологии и архитектуры»

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

Продолжение следует….

Путь осложняется тем, что начало периода эксперимента совпало с ураганной деятельностью руководства компании, в которой я работаю. Задачи формулируются с невероятной скоростью и приоритетами. Есть как небольшие и срочные типа подготовки данных к советам директоров. Так и такие как написание Бизнес-планов по продуктовым линейкам с горизонтом планирования до 3 х лет (разумеется, на основе предварительного анализа ёмкости рынка, потенциалов и так далее). Все это доставляет серьёзные неудобства мне, как ответственному человеку и слегка «перфекционисту». К занятиям над изучением материалов часто приступал в состоянии «недожатого лимона» от интеллектуальных потуг.

На данный момент я изучил тему построения примитивных алгоритмов, правил написания и оформления кода принятых в python. Сдал 3 работы выполненные на платформе replit с участием ревьюера. Работы были сданы, честно говоря, не с первой и далеко не с третьей попытки. Я научился тому, что всегда что – то можно улучшить. Причём ревьюер практически никогда не говорит, как надо сделать. Он указывает на места проекта, которые необходимо улучшить и на что обратить внимание. Затем ты садишься и думаешь, что же не так-то здесь.

Ведь все работает как по ТЗ, выдаёт тот результат, который нужен, оформление соблюдено, тесты проходит, но нет, где-то есть не совершенство. Что-то могло бы работать быстрее, отнимать меньше ресурсов у машины. В этом плане ревьер который является практикующим разработчиком очень полезен

Контрольный срез....

Честно говоря не сильно на что то рассчитывал.

Однако опыт полученный даже на начальных темах здорово меня бодрил.

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

Ура!!! Да я выжил.

Продолжаю работать в направлении построения плавсредства для отплытия с острова в море ИТ. По результату тестирования и оценки вклада в общее дело я остаюсь в тройке тех кому предоставлена возможность продолжать обучение.

Продолжение следует….

После окончания ВУЗа я не смог найти достойное применение своим на тот момент хорошим познаниям в естественных науках за достойные деньги и попал в ИТ сферу, ну не совсем ИТ, но около того. Работа моя была связана больше с настройкой серверов, цифровых мини АТС, различными проектами по прокладке СКС, ОПС и других слаботочных инженерных систем.

Так сложились обстоятельства, что жизнь до этого прерывала все мои попытки вернуться в сферу настоящего ИТ с её большими данными, алгоритмами и т.д. Долгое время я пытался что-то изменить понимая, что круг моих интересов все-таки лежит именно там. Часто начинал обучение на различных курсах, которые советовали то тут, то там. Например, это был и stepik и hexlet и куча других ресурсов. Часто не хватало времени нормально подойти к обучению.

И вот с недавних пор по стечению довольно печальных событий у меня появилось много свободного времени. Я начал вкладывать его в себя читая книги, образовываясь, обзаводясь новыми полезными привычками и т.д.

Однажды случайно я в свои подписках pikabu нашёл пост человека, который утверждал, что возьмётся обучить команду из новобранцев этому нелёгкому делу – программированию на python.

Я, прекрасно понимая, что шансы довольно иллюзорны,  поступил как всеми известный герой Джима Керри в фильме «всегда говори да» и написал, что хотел бы тоже попробовать. Тем более, что я увидел чёткую структурированную программу обучения. А первое чему меня научили в ВУЗе это не то, что ты должен все знать, ты должен знать где это найти и зачем это надо. Программа состояла из связанного комплекса: Python, сети, PostgreSQL, Django + DRF, Git, Docker. Такой комплекс позволил бы освоить программу минимум для начала строительства плавсредства в море ИТ в качестве разработчика.

Работая в сферах, всегда связанных с коммерцией и разработкой бизнеса (продукт менеджмент, бизнес-анализ и т.д.) я прекрасно понимал для чего человек набирает эту команду и какая польза он неё ему. Так что про сыр в мышеловке и халяву здесь речи не было.

Так получилось, что я был отобран в круг 10 участников – учеников.

Ставились относительно не сложные цели. Пройти начало курса. Уделяя обучению в среднем 20 часов в неделю. Быть активными, интересоваться предметом и способствовать развитию данного коммерческого продукта выявляя различные «не стыковки» как в самом материале, так и на платформе.

Нас сразу предупредили о контрольном срезе через какой-то период. И да предполагалась битва как у горцев. Правда принцип «останется только один» был модернизирован в принцип останутся только трое.

Небольшое отступление:

В этом «дневнике» я решил писать небольшой отчёт о своих достижениях на этой почве обучения программированию. Ну и о ошибка естественно, куда уж без них.

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