Не согласен. Почему они Spark положили в категорию веб-фреймворков? Это - очень далеко от веба.
Почему модульное тестирование засунули в какую-то глубину в конец списка? Его вообще надо давать как можно раньше. Прямо сразу рядом с алгоритмами? Или как вы себе представляете их тестинг?
Что такое TinyLog? Сколько в отрасли... впервые слышу.
Почему Play здесь. Это фреймворк глубоко принадлежащий Scala-технологиями. Тоесть его наверное можно использовать в Java но ... вобщем я-бы советовал.
Прикольно. Первый раз вижу какой-то анализ на PHP. Обычно для анализа используют всякие Пандасы.
Кстати а почему ты не пишешь результат curl в БД?
Любой анализ - обычно это какое-то историческое исследование.
Ну хотя-бы там на недельку в прошлое. Тренды.
d201, хорошо. Значит тебе во первых нужно знать Python.
Во вторых для Django. Это фреймворк для разработки приложений электронной коммерции. А нужно знать и понимать веб-программирование. Тоесть HTML/CSS/JS. Протоколы сериализации данных JSON/XML. HTTP на уровне принципов и коды ошибок. Также любое веб-программирование упирается углом в базы данных поэтому ты должен знать SQL и основы разработки БД. Нормализация там и ACID. Еще тебе пригодится знание ORM.
С NumPy я знаком не напрямую а косвенно. Через библиотеки поддержки BigData. Но это фреймворк для численных расчетов. Вобщем все что связано с большими числами и векторными операциями над векторами.
Со Scrapy я не работал но по описанию очень похоже на BeautifulSoup. Что могу сказать. Скрейпинг сайтов - это хорошее начало для новичка в программировании. Но задерживаться не стоит. Если в 16 лет ты скрейпишь сайты - то ты молодец а если в 36 лет все еще скрейпишь - то скорее всего ты достиг дна-днищенского. Вот такое моё IMHO.
Что-то портфолио этих Лебедева-Иронова мне напоминает мои
эксперименты 90х-2000х где я рандомно рисовал какую-то векторную графику.
Выходила туфта-туфтой. Но если предположить что именитая студия
берет дешевые заказы и ничего не делая генерит эти шумящие картинки
а потом ... с пафосом предподносит заказчику скажем ... 100 вариантов
логотипа - полюбому там будет какой-то случайный дизайнерский вариант
сочетания цвета, геометрии и шрифтов и букв который может понравится
заказчику. Как-же. Сам Лебедев приложил руку.
Я конечно-же не хочу говорить что Лебедев - жулик и прохвост но уж ООЧЕНЬ
эти дизайнерские решения похожи на мои студенческие коллажи.
Ипатьев, да дорогой мой друг Ипатьев. Я могу собрать всех ДБА-шников (Ораклистов, Постгресщиков и МайСкуельщиков) в одну кучу и дать им один и тот-же совет на всех базах - растянуть buffer pool до максимума свободного места в памяти. И я чорт возьми буду выигрывать пари на performance. Статистически буду выигрывать.
Нет, ну конечно-же у тебя есть свой совет, как правильно жить после инсталляции! Давай.
Я согласен. Просто добавлю что все эти тюниг-адвайсеры дают советы всегда. Даже по идеально
настроенной системе у них всегда будут советы. Но деятельность DBA или девопса заключается
не в тушении пожаров а в наблюдении за работой БД и в умении ИДЕНТИФИЦИРОВАТЬ проблему
более конкретно и решать ее хирургически точно.
Например: пользователь Иванов запустил 10 тяжелых отчетов одновременно и ушел домой. Поскольку
отчеты были новые - у них был плохой план выполнения. Необходимо проанализировать план и улучшить его. Если улучшить нельзя - ну тогда надо действовать экстенсивно. Растягивать память и покупать новые железки.
Ideal Delevoper, лет 20 назад я делал какой-то оконный софт в Win32Api на Visual C++ и мне понадобилось выводить логи на скрин. Приложуха была заточена под OpenGL. И я нашел Win32 функцию которая создает текстовое окно (или много окон и позволяет туда писать произвольный текст). Я не помню как эта функция называется. Наверное в Python есть ее аналог. Но чтобы полноценно насладится множественным логгированием - само приложение должно использовать Threads иначе смысла нет.
А теперь о недостатках. Python в целом разрабатывается как технология не привязанная к графике и использовать что-то Windows-специфичное - означает отказаться от переносимости. Такое приложение не будет работать под Linux. Тоесть я-бы подумал не о том чтобы прибивать гвоздями приложение к Windows а скорее наоборот - сделать Windows - более Linux-подобным. Например запускать твое приложение под WSL 2.0.
Очень хороший совет - открыть 2 и более лог-файлов и писать события туда. Смотреть их можно утилитами less или tail или FarManager тоже позволяет видеть хвост файла с обновлениями.
Непонятно как нужно портить. В данном случае - выглядит как фотка после применения блура. И у блура есть параметры. Например у GaussianBlur есть радиус действия в пикселах. Можно поставить там... 100 пикселов.
acuruma, вот открой какой-нибудь work* или job* сайт и посмотри какие активные ваканси? Там никто не будет писать Требуется С++ разработчик. Там будут писать что требуется гейм-разраб со знанием Unreal Engine (который конечно-же знает С++) в том объеме чтобы юзать этот чортов Анрил Енжин.
Andrei1penguin1, давай порассуждаем. Вот какой-бы ты мощный или слабый ноутбук не выбирал - ты сможешь варьировать производительность видеокарты и процессора в небольших пределах. 1.5-2x.
И на этом пожалуй все. На большее у тебя не хватит денег. Таков рынок ноутбуков. И геймеры иногда покупают другое железо за мифические +5 процентов.
А какие опции у тебя есть для регулировки времени обучения. Да миллиард опций. Или гипер-параметров маш-обучения. Например объем выборки. Сократи объем в 10 раз и получишь меньшее время обучения. И ты его достигаешь с большей гарантией чем здесь торгуясь за лишние 100 долларов.
Почему модульное тестирование засунули в какую-то глубину в конец списка? Его вообще надо давать как можно раньше. Прямо сразу рядом с алгоритмами? Или как вы себе представляете их тестинг?
Что такое TinyLog? Сколько в отрасли... впервые слышу.
Почему Play здесь. Это фреймворк глубоко принадлежащий Scala-технологиями. Тоесть его наверное можно использовать в Java но ... вобщем я-бы советовал.