Comments 6
Прикольно, конечно, но:
Если посмотреть на app/routes.py, то понятно, что такое мы поддерживать дальше не будем.Очень много дубликатов, нарушены кучи практик программирования.
Расширять тоже, проще переписать
Используются устаревшие технологии вроде бутстрапа и jq
три недели по паре часов, это 30 часов. Я бы уже напрягся если бы такое выдали дольше, чем через 8 часов от разработчика уровня джун+.
С другой стороны. Ну есть, предположим у "мойщика окон" лишние 200 баксов и желание упорядочить свои фотки, за одно и с тимлидством/менторством в минималках познакомится.
Спасибо за комментарии от профессионала (я экономист, и такие упражнения с кодом для меня просто хобби, а мнение эксперта в этом реально полезно), чуток отвечу
Если посмотреть на app/routes.py, то понятно, что такое мы поддерживать дальше не будем. Очень много дубликатов, нарушены кучи практик программирования
однозначно, даже спорить не буду, что код неоптимален, избыточен и коряв, очень хорошо, что я сразу снизил планку для инструмента, который позволит мне создать нечто (страшное-убогое, но мое)).
Расширять тоже, проще переписать
99%, что решив задачу с дубликатами, я больше не буду возвращаться к этому коду, так как другая задача, даже если она будет требовать работу с изображениями, монтированием папок и обработкой exif, будет мною реализована также для решения только этой задачи, то есть, городить мегакомбайн мне ни к чему - как вы правильно заметили, код уже сейчас сложен и криво написан, поэтому, новые функции скорее всего поломают все. в этом и преимущество (для меня - я могу создать то, что решит мою проблему, практически не изучая детально особенности и специфику (т.е. опыт, то, что разработчики получают годами).
Используются устаревшие технологии вроде бутстрапа и jq
на самом деле, я даже не понимаю, что это устаревшая технология (тут без гордости или печали - просто факт), но в след. раз я буду при постановке задачи писать, чтобы не использовал бутстрап и jq, кстати, что в таком случае указать, как более прогрессивный инструмент??
устаревшая? ну ок.
работает медленнее, чем могло бы? ну ок.
нетехнологичная и избыточная? ну ок.
доступность - вот главное преимущество (на мой взгляд) для этой технологии - программирование с минимумом знаний и получение (достаточно быстрое) результата - вот то, что мне нужно ).
три недели по паре часов, это 30 часов. Я бы уже напрягся если бы такое выдали дольше, чем через 8 часов от разработчика уровня джун+
видимо, неоднозначно сформулировал. не прямо каждый день, как по расписанию. и не по два часа - закинул в новый чат контекст, последнюю версию кода (весь или кусок, где поломалось), логи ошибок (здесь было мало, в основном на выводе в браузере все видно было), задал вопрос, попросив исправить, получил код, обновил файлы, залил на сервер, поднял контейнер, протестировал - максимум 30 минут занимало. и да, наверное в целом это заняло 9-11 часов чистого времени. Кстати, спасибо за критерий по джунам - как то не задумывался, как мерять производительность, сложность работы программистов. теперь, если кто то в окружении будет умничать про "уйти в айти", буду приводить пример - что такую штуку разработать за 8 часов и это только старт карьеры ))
...лишние 200 баксов...
вот это, извините, не понял. у меня бесплатный аккаунт Claude, времени своего потратил, да, но я это воспринимаю как хобби, поэтому, цену времени не считаю в этом случае. Что за 200 баксов вы имели в виду, как то ускользнуло от меня
Вы меня конечно простите, но мне одному кажется что задачу поиска дубликатов по названию, да или даже по фото, можно решить в два цикла на bash, утилитой ffmpeg. А для метаданных exiftool. И проблем с поддержкой не будет, т.к. там скрипт на 30-50 строк.
Тут перечень технологий у автора, звучит как стрельба по воробьям из Катюши.
Совершенно правы. Задачу ставил и уточнял, чтобы было какое то gui, ибо первый вариант, полугодом раньше был в логике консоли написан, python правда, но тоже сначала имя, потом дату и по каждому exif тегу. Но:
Я хотел именно глазами просмотреть теги и понять, где отличие, чтобы в каждом конкретном случае принять решнение, какой вариант оставить (были фото с разной степенью заполненности тегами), вариант с объединением всех тегов в одно фото тоже рассматривал, но выбрал другой путь.
Сделав поиск и вывод дубликатов, понял, что в консоли (особенно, если папок несколько), сложно смотреть.
.В то время, когда писалась первая версия, не смог нормально сделать кодировку отдельных exif полей в выводе в консоль, поэтому, новую версию решил на html запросить или какой то другой интерфейс, но остановились на html.
Вот варианты, которые Клод предложил по гуи:
### Для GUI:
1. Настольное приложение:
- `tkinter` - простой, но ограниченный функционал
- `PyQt` или `PySide` - более мощные, но сложнее
- `Kivy` - кросс-платформенный, но с более сложной архитектурой
2. Веб-интерфейс:
- `Flask` + `HTML/CSS/JS` - легкий бэкенд + веб-интерфейс
- `Django` - если нужна более мощная система
- `Streamlit` - быстрая разработка интерфейса для Python
Тут вы явно перевайбили! Вайб-кодинг — это, конечно, модно, но одного вайба решительно мало.
Вот так же, как это случилось с Excel, расползутся скоро по всей планете ленивые самоуверенные "вайбокодеры" с их кривыми и косыми "инструментами" и де факто захватят они власть над компами, и спасения ждать будет неоткуда, ибо заменить их будет невозможно, в связи отупением и проф деградацией безвайбовых code/plain прогеров, взращенных на традиционных ценностях. 🤡
Удаление дубликатов фото с помощью python и Claude. Как я использую вайб-кодинг