Очень много букв ни о чем. С большим удовольствием почитал бы про успешных девушек в ит, где они как заявляли в заголовке - всё сделали сами. Но начинается: муж, парень, папа, мама, дед, дядя... грустно это.
Оформление – посмотрите, как оформляют статьи. Это огромный труд. Нельзя писать абзац на 100500 строк, в котором всё смешано и люди, и кони.,
Код – пишите про «движок», а код то где? Ни примеров в статье, ни ссылки на гитхаб.
Движок – исходя из текста Вы используете Jupyter Notebook и поверх виджеты ipywidgets для ввода параметров, чтобы в коде не писать их (хз что мешает пользователям заполнить эти параметры в коде, учитывая то, что они и так открывают ноутбук), а потом отправляете этот единственный даг в Airflow, то есть используете огромный ETL оркестратор потоков в роли планировщика для запуска одного дага :) даже не знаю как комментировать такой «движок»-генератор дага. Получается Вы забиваете гвоздь микроскопом :) чем например крон хуже в роли планировщика?
Производительность – когда читаешь название статьи предполагаешь, что будет какое-то особое решение по переносу данных. Нет информации по объему данных, скорости обработки, частоте обновления, сравнению с другими решениями и тд. Сколько ресурсов у Вас уходит на поддержание этой инфраструктуры? В целом чем Ваш «движок» хорош-то?
Резюме: статья написана не о etl-движке, а о какой-то форме генератора дага для запуска в airflow по расписанию. А может всё неправильно понял, так как без примеров кода не понятно, о чем вообще Вы пишите.
Ух ты). Опять помесь гпт с бредом студента для набора текста для реферата. Как настроить хабр, чтобы уведомления о новых "статьях" этого автора не приходили?
А не проще использовать готовые шаблоны, например Cookiecutter? Для Джанго приложений полностью на него перешёл - удобно и быстро, только надо разобраться в структуре проекта)
Спасибо. Интересное и нужное направление. Настраиваю для схожих задач apitable, но главная проблема там это русский язык - руки у меня никак не дойдут сделать свой перевод, а для большинства пользователей английский вызывает затруднение при самостоятельной работе. Будет время - обязательно запрошу доступ и пощупаю ваш инструмент, уж очень напомнил apitable))
Спасибо. Полная чушь. Кандидата с нюдсами брать на работу можно, а если есть вот такие статьи и человек серьезно рассуждает о своих успехах при наличии "помощников" - нет.
Значится думаешь завезли новую кастомную админку для джанго, а оказалось про базовые настройки админки рассказывают..
А разве в таком случае не должно быть тега что создано нейросетью?
Если в статье есть иконки, то с вероятностью 1 она написана нейросетью.
Да я ж не спорю. Можно и в доке всё почитать и сделать. Весь вопрос к статье - где в ней написанное в заголовке обещание пошагового гайда?))
Ну и где пошаговый гайд для простых людей?
Статья о plotly, код plotlу, примеры визуализации нарисованы от руки в левом сервисе.. логично :)
Очень много букв ни о чем. С большим удовольствием почитал бы про успешных девушек в ит, где они как заявляли в заголовке - всё сделали сами. Но начинается: муж, парень, папа, мама, дед, дядя... грустно это.
Dash Plotly на питоне с пандасом и прочим. Чем не инструмент визуализации..
Да их база при помощи гугла искалась в интернете, года 2 назад точно.
Всегда думал, что эникейщик, а оказался T-shaped специалистом :)
давайте по аргументам:
Оформление – посмотрите, как оформляют статьи. Это огромный труд. Нельзя писать абзац на 100500 строк, в котором всё смешано и люди, и кони.,
Код – пишите про «движок», а код то где? Ни примеров в статье, ни ссылки на гитхаб.
Движок – исходя из текста Вы используете Jupyter Notebook и поверх виджеты ipywidgets для ввода параметров, чтобы в коде не писать их (хз что мешает пользователям заполнить эти параметры в коде, учитывая то, что они и так открывают ноутбук), а потом отправляете этот единственный даг в Airflow, то есть используете огромный ETL оркестратор потоков в роли планировщика для запуска одного дага :) даже не знаю как комментировать такой «движок»-генератор дага. Получается Вы забиваете гвоздь микроскопом :) чем например крон хуже в роли планировщика?
Производительность – когда читаешь название статьи предполагаешь, что будет какое-то особое решение по переносу данных. Нет информации по объему данных, скорости обработки, частоте обновления, сравнению с другими решениями и тд. Сколько ресурсов у Вас уходит на поддержание этой инфраструктуры? В целом чем Ваш «движок» хорош-то?
Резюме: статья написана не о etl-движке, а о какой-то форме генератора дага для запуска в airflow по расписанию. А может всё неправильно понял, так как без примеров кода не понятно, о чем вообще Вы пишите.
Ух ты). Опять помесь гпт с бредом студента для набора текста для реферата. Как настроить хабр, чтобы уведомления о новых "статьях" этого автора не приходили?
Что это?
А не проще использовать готовые шаблоны, например Cookiecutter? Для Джанго приложений полностью на него перешёл - удобно и быстро, только надо разобраться в структуре проекта)
Спасибо. Интересное и нужное направление. Настраиваю для схожих задач apitable, но главная проблема там это русский язык - руки у меня никак не дойдут сделать свой перевод, а для большинства пользователей английский вызывает затруднение при самостоятельной работе. Будет время - обязательно запрошу доступ и пощупаю ваш инструмент, уж очень напомнил apitable))
Ждал пометку ИА Панорама.. так и не дождался
Это же доклад/курсовая. Зачем оно тут? Да ещё и с неверной логикой подсчёта лучших/худших. Оценка 3-
Спасибо. Полная чушь. Кандидата с нюдсами брать на работу можно, а если есть вот такие статьи и человек серьезно рассуждает о своих успехах при наличии "помощников" - нет.
Ни нормального описания, ни сравнения с другими решениями. О чем статья? Как запустить python проект в pycharm?
Мм. Когда я сдавал ЕГЭ, то другие школы и прочие истории не мешали тем за кого заплатили.