Пожалуйста :). Кстати, вы же тоже пишите комментарии о том, что можно было бы решить более оптимальным способом - когда найдёте недостатки в коде. Я с удовольствием перенимаю опыт и был бы очень признателен.
Не хочу показаться токсичным, но мне кажется, что очень много комментариев в коде. Одни буквально дублируют то, что написано рядом, другие можно было бы убрать выносом в отдельную функцию с понятным именем, третьи ушли бы после именования магических чисел. С немалой вероятностью кто-то забудет изменить комментарий при изменении кода и тогда начинается ад в попытках понять где ошибка - в коде или в комментарии. Ваш код отлично читается и без комментариев, особенно если учесть то что я выше написал.
Я с вами полностью согласен по поводу избыточности комментариев. А также согласен с вашими доводами о потенциальных проблемах с комментариями. И конечно же я понимаю правило, что "нужно писать код так, чтобы не было необходимости его комментировать". Но у меня есть причина отступить от этого правила. На самом деле все комментарии пишутся для моих детей. Старший сын в 7-м классе, увлекается электроникой и программированием. Может и другие дети пойдут по инженерной линии. Но а пока старший мне помогает с разметкой изображений. И я понимаю, что в таком возрасте без математической подготовки, без жизненного опыта крайне тяжело разобраться в том что мы делаем. Поэтому и решил добавить комментарии именно для детей, как для своего сына, так и для чужих детей, которые с горящими глазами будут заниматься компьютерным зрением. Вам спасибо за комментарий и за тёплые слова.
Да, с произношением есть проблемы, но это с одной стороны деревенская школа, а с другой стороны что не слушался маму и не читал книги (имеется ввиду художественные). Что касается слова эстимация, то к этому уже сильно привык. Поэтому с этим словом не обещаю что получится исправиться, но буду пробовать. Со словом рефакторинг согласен с вами, буду стараться переучивать себя, чтобы правильно произносить.
Я в видео это говорил, но и здесь повторюсь, что пока не планирую выкладывать в общий доступ. Хотя код визуально открыт. Можно вручную его набрать и он будет также работать как у меня. Может мои видео будут полезны преподавателям и они смогут рекомендовать их к просмотру своим студентам. А отсутствие готового кода подстегнут их к большему углублению в тему.
У меня вопрос ! Если требуется рефакторинг, значит изменилась конечная цель, конечная цель зависит от начальства ! Если начальство глупое и не понимает зачем нужно улучшение кода, то зачем брать этот груз на себя ?
Это один из сценариев о котором я упомянул в видео - "забить болт". Но в любом случае конечная цель не изменяется - получить прибыль, которую приносит клиент. Рефакторинг не приносит никакой добавленной ценности для клиента, а потому он и не платит за него. Рефакторинг кода в первую очередь нужен программистам и бизнесу. Например в видео я описал проблему текста на изображении - он плохо читаем. Клиент этого не видит, а разработчик с этим сталкивается постоянно и тратит своё время и концентрацию, чтобы прочесть текст. Вот и место для рефакторинга. После изменения для программиста (Дата-саентиста) всё улучшается, а клиент это не видит. Клиент видит только результат - точность распознавания его реальных данных. Но программисту тоже не хочется копаться в "говнокоде", даже им самим написанным, поэтому и ведёт непрерывное улучшение. :)
Кстати, я раньше тоже так думал, что если одобрили задачу на 4 часа, а я сделал за 3 часа, то свободный час принадлежит мне. Я работал .NET программистом. А у меня на столе лежала отладочная плата с микроконтроллером STM32F4... т.е. совершенно разные темы и разные языки программирования. И в свободное время я с ней ковырялся. В начале в свободное время. Но когда у меня что-то с электроникой не получалось, то я мог злоупотребить временем и тратить на себя больше времени. Естественно проект, на котором я работал, начинал страдать. Это не сразу заметно, но когда не укладываемся в сроки, то начинаются недовольства. И опытным путём пришёл к тому, что самый оптимальный режим работы для меня, это то, что на рабочем компьютере должен заниматься только рабочим проектом. А рефакторинг сюда входит. Просмотры новостей, просмотры видосиков, социальных сетей - в рабочее время недопустимы! Поэтому когда на последнем месте работы узнал, что руководитель может в любое время удалённо зайти на рабочий стол компьютера и проверить чем я занимаюсь - меня это вообще не напрягло :). Т.е. я просто прошёл этот этап эволюционным путём :). И даже никогда не играл на приставке в офисе, несмотря на то, что у меня были проекты с высоким рейтом и я нормально справлялся. Наверное это от человека зависит.
Спасибо за вашу проделанную работу и чувство юмора;)
Юмор обязательно нужен, а то от одного кода может и крыша поехать
Спасибо за видео и за код. Узнал кое что, новое.
Пожалуйста :). Кстати, вы же тоже пишите комментарии о том, что можно было бы решить более оптимальным способом - когда найдёте недостатки в коде. Я с удовольствием перенимаю опыт и был бы очень признателен.
Не хочу показаться токсичным, но мне кажется, что очень много комментариев в коде. Одни буквально дублируют то, что написано рядом, другие можно было бы убрать выносом в отдельную функцию с понятным именем, третьи ушли бы после именования магических чисел. С немалой вероятностью кто-то забудет изменить комментарий при изменении кода и тогда начинается ад в попытках понять где ошибка - в коде или в комментарии. Ваш код отлично читается и без комментариев, особенно если учесть то что я выше написал.
Я с вами полностью согласен по поводу избыточности комментариев. А также согласен с вашими доводами о потенциальных проблемах с комментариями. И конечно же я понимаю правило, что "нужно писать код так, чтобы не было необходимости его комментировать". Но у меня есть причина отступить от этого правила. На самом деле все комментарии пишутся для моих детей. Старший сын в 7-м классе, увлекается электроникой и программированием. Может и другие дети пойдут по инженерной линии. Но а пока старший мне помогает с разметкой изображений. И я понимаю, что в таком возрасте без математической подготовки, без жизненного опыта крайне тяжело разобраться в том что мы делаем. Поэтому и решил добавить комментарии именно для детей, как для своего сына, так и для чужих детей, которые с горящими глазами будут заниматься компьютерным зрением.
Вам спасибо за комментарий и за тёплые слова.
Эстимация по-русски - прогноз. И ударение: рефа'кторинг.
Да, с произношением есть проблемы, но это с одной стороны деревенская школа, а с другой стороны что не слушался маму и не читал книги (имеется ввиду художественные).
Что касается слова эстимация, то к этому уже сильно привык. Поэтому с этим словом не обещаю что получится исправиться, но буду пробовать.
Со словом рефакторинг согласен с вами, буду стараться переучивать себя, чтобы правильно произносить.
А может есть какой то сайт где есть код программы?
Я в видео это говорил, но и здесь повторюсь, что пока не планирую выкладывать в общий доступ. Хотя код визуально открыт. Можно вручную его набрать и он будет также работать как у меня. Может мои видео будут полезны преподавателям и они смогут рекомендовать их к просмотру своим студентам. А отсутствие готового кода подстегнут их к большему углублению в тему.
У меня вопрос ! Если требуется рефакторинг, значит изменилась конечная цель, конечная цель зависит от начальства ! Если начальство глупое и не понимает зачем нужно улучшение кода, то зачем брать этот груз на себя ?
Это один из сценариев о котором я упомянул в видео - "забить болт". Но в любом случае конечная цель не изменяется - получить прибыль, которую приносит клиент. Рефакторинг не приносит никакой добавленной ценности для клиента, а потому он и не платит за него. Рефакторинг кода в первую очередь нужен программистам и бизнесу. Например в видео я описал проблему текста на изображении - он плохо читаем. Клиент этого не видит, а разработчик с этим сталкивается постоянно и тратит своё время и концентрацию, чтобы прочесть текст. Вот и место для рефакторинга. После изменения для программиста (Дата-саентиста) всё улучшается, а клиент это не видит. Клиент видит только результат - точность распознавания его реальных данных.
Но программисту тоже не хочется копаться в "говнокоде", даже им самим написанным, поэтому и ведёт непрерывное улучшение. :)
Когда новое видео
Совсем скоро, наполовину уже готово :).
Да, мы уже соскучились, хотим ещё))
@@user-xq7fg4sb9r не может быть :)
Какой ад, сделал задачу на 40 минут быстрее и вместо отдыха, занимался это время проектом 😢
Кстати, я раньше тоже так думал, что если одобрили задачу на 4 часа, а я сделал за 3 часа, то свободный час принадлежит мне.
Я работал .NET программистом. А у меня на столе лежала отладочная плата с микроконтроллером STM32F4... т.е. совершенно разные темы и разные языки программирования. И в свободное время я с ней ковырялся. В начале в свободное время. Но когда у меня что-то с электроникой не получалось, то я мог злоупотребить временем и тратить на себя больше времени. Естественно проект, на котором я работал, начинал страдать. Это не сразу заметно, но когда не укладываемся в сроки, то начинаются недовольства. И опытным путём пришёл к тому, что самый оптимальный режим работы для меня, это то, что на рабочем компьютере должен заниматься только рабочим проектом. А рефакторинг сюда входит. Просмотры новостей, просмотры видосиков, социальных сетей - в рабочее время недопустимы! Поэтому когда на последнем месте работы узнал, что руководитель может в любое время удалённо зайти на рабочий стол компьютера и проверить чем я занимаюсь - меня это вообще не напрягло :).
Т.е. я просто прошёл этот этап эволюционным путём :). И даже никогда не играл на приставке в офисе, несмотря на то, что у меня были проекты с высоким рейтом и я нормально справлялся. Наверное это от человека зависит.