Тривиальнейший пример: метод наименьших квадратов в реализации на некотором языке и его экосистеме. Метод не изменится со временем. Если реализация сделана верно, нет необходимости её менять.
А потом нужно будет перевести проект на новую версию языка или поменять ключевой фреймворк.
И окажется, что обратной совместимости нет, и метод (библиотеку) для подсчёта наименьших квадратов придётся либо фиксить самому, либо искать новую поддерживаемую, перерефакторив все использования старого метода.
Ну в изначальном комментарии было про "идеальный путь". С трудоустройством в Гугл сразу после универа.
А до программиста со средней ЗП действительно возможно дойти и увидев компьютер в 16, и через курсы без профильного университета и школы. А к 35-40 можно и сеньером/лидом даже после курсов.
Дак куча компаний открыли там офисы, а релоцировать смогли только 50-70%. Так что спрос тоже сильно вырос. Нужно же как-то добирать оставшиеся 30% персонала.
Переводил проект с автотестами на 16ую, но даже в таком небольшом проекте, всего лишь с одним десятком зависимостей, полноценно избавиться не удалось. Подозреваю, что эти строчки с нами надолго теперь.
Джуна по задаче работы с датами в из левых источников проверяют при помощи код-ревью, а сеньору можно сразу в прод финансовую задачу, после того, как пару тестов прогнал.
Можно смотреть следующую страницу, но это надо дополнительный запрос к google-api делать.
Но я так понял, в вашем случае кол-во запросов не лимитировано, так что проблем с выводом других страниц быть не должно.
Насколько я помню, дальше 100го результата вывести не получится.
UPD. В api-запросе это параметр start. start=11 будет возвращать вторую страницу из гугла.
> Довольно странно видеть акции в списке низкорискованных инвестиций.
А МФК и предметы искусства вас не смутили? :)
Вообще странно, что статья заплюсована.
Соглашусь по поводу учебников с устаревшими ОС и другими программами.
Но бОльшая часть статьи посвящена выбору языков, и, мне кажется, этому неважному вопросу уделяется слишком большое внимание. Тем более по большинству пунктов (1, 2, 4) именно Паскаль для обучения выглядит лучше, чем Python. Особенно пункт 2 про динамическую типизацию.
А в целом:
Алгоритмы и программирование - это хоть и значительная часть предмета "Информатика" (особенно в последнее время, даже на ЕГЭ, насколько я помню, половина задач так или иначе связана с этим), но не вся. Так что статья покрывает лишь часть вопроса.
Язык вообще не важен. Алгоритмы и базовые структуры данных - вот что должно проходиться в школе. Язык может лишь помочь заинтересовать в предмете, например, если позволяет быстро создать GUI, сделать сайт, или приложение на телефон. Но помню, когда я учился, меня заинтересовало программирование, когда я написал программу, решающие квадратные уравнения, и радовался, что ей можно будет пользоваться для проверки решений ДЗ по математике (интернета у меня тогда не было). Так что заинтересовать можно тоже разными способами.
В комментариях вы написали про опыт в основном в профильных классах - вот там, особенно в кружках и курсах, уже можно затрагивать и веб-разработку, работу с БД, и современные технологии, т.к. алгоритмическую часть ученики схватывают довольно быстро.
Имеется ввиду удержанный налог? В таком случае попробуйте выводить меньшую сумму. Если брокер при выводе не может удержать весь налог, он будет удерживать только 13% от суммы вывода.
Пример:
Ваш профит 100000, налог 13000.
Вы пытаетесь вывести 15000, брокер удержит 13000, вам на счёт поступит 2000
Если вывести 10000, то, т.к. брокер не может удержать 13000, он удержит только 1300 (13% от 10000), на счёт поступит 8700. Оставшиеся 5000 можно вывести следующей транзакцией, с которых удержится только 650.
Оставшийся налог 13000-1300-650=11050 вы заплатите в конце года, либо уже при следующих выводах.
Опять же, рекурсивный алгоритм и категория «другое» решает эту проблему.
100000 багов, на первом шаге просмотрим 1000, выделим 10 категорий
на втором шаге пройдёмся по всем ста тысячам
Предположим 20000 из 100000 попадут в «другое».
На 3 шаге рекурсивно применяем тот же алгоритм, когда будем просматривать категорию «другое» рассмотрим ещё 1000 дефектов оттуда. Выделим ещё 2-3 новые категории для них.
Пройдёмся по 20000 дефектов, из них в «другом» останется 7000 и т.д. до разумного предела
Если предел — 100 багов, то все 5 важных категорий гарантированно выявятся.
UPD. Ну и если константа в первом шаге не очень большая, размер сэмпла можно увеличивать, вплоть до всех 100000 элементов.
В этом алгоритме нет операции добавления категории. Категории определяются один раз на шаге 1 и 1*.
Новые могут добавляться только на шаге 3 при просмотре категории «другое», и обрабатываться, соответственно, только для элементов отсюда.
Да, категоризация будет неидеальна, придётся сделать выбор между квадратичной скоростью и идеальной категоризацией.
В реальности категории всё-таки будут пересекаться, если каждый владеет предметной областью. Для определения категорий достаточно просмотреть небольшой процент дефектов.
А потом нужно будет перевести проект на новую версию языка или поменять ключевой фреймворк.
И окажется, что обратной совместимости нет, и метод (библиотеку) для подсчёта наименьших квадратов придётся либо фиксить самому, либо искать новую поддерживаемую, перерефакторив все использования старого метода.
Ну в изначальном комментарии было про "идеальный путь". С трудоустройством в Гугл сразу после универа.
А до программиста со средней ЗП действительно возможно дойти и увидев компьютер в 16, и через курсы без профильного университета и школы. А к 35-40 можно и сеньером/лидом даже после курсов.
Дак куча компаний открыли там офисы, а релоцировать смогли только 50-70%. Так что спрос тоже сильно вырос. Нужно же как-то добирать оставшиеся 30% персонала.
Родители живут в 1500 км от меня. Пока самостоятельны, ездил к ним раз в год, и дальше планирую также. Финансово поддержать всегда смогу.
Не вижу проблем, наоборот, начали чаще по видео созваниваться, а не только по телефону.
add-opens и add-exports знатные костыли, конечно.
Переводил проект с автотестами на 16ую, но даже в таком небольшом проекте, всего лишь с одним десятком зависимостей, полноценно избавиться не удалось. Подозреваю, что эти строчки с нами надолго теперь.
Охренеть у вас процессы.
Джуна по задаче работы с датами в из левых источников проверяют при помощи код-ревью, а сеньору можно сразу в прод финансовую задачу, после того, как пару тестов прогнал.
Похоже дело отнюдь не только в программистах.
Но я так понял, в вашем случае кол-во запросов не лимитировано, так что проблем с выводом других страниц быть не должно.
Насколько я помню, дальше 100го результата вывести не получится.
UPD. В api-запросе это параметр start. start=11 будет возвращать вторую страницу из гугла.
Просто в булевском массиве должно быть столько же элементов, сколько в изначальном.
Тогда при первом проходе мы просто забиваем на числа, которые больше n — нас они не интересуют.
Вот, кстати, почему решение автора кривое. На тесте {1, 1000000000} эта версия алгоритма просеивания просто упадёт по памяти.
А МФК и предметы искусства вас не смутили? :)
Вообще странно, что статья заплюсована.
Соглашусь по поводу учебников с устаревшими ОС и другими программами.
Но бОльшая часть статьи посвящена выбору языков, и, мне кажется, этому неважному вопросу уделяется слишком большое внимание. Тем более по большинству пунктов (1, 2, 4) именно Паскаль для обучения выглядит лучше, чем Python. Особенно пункт 2 про динамическую типизацию.
А в целом:
Алгоритмы и программирование - это хоть и значительная часть предмета "Информатика" (особенно в последнее время, даже на ЕГЭ, насколько я помню, половина задач так или иначе связана с этим), но не вся. Так что статья покрывает лишь часть вопроса.
Язык вообще не важен. Алгоритмы и базовые структуры данных - вот что должно проходиться в школе.
Язык может лишь помочь заинтересовать в предмете, например, если позволяет быстро создать GUI, сделать сайт, или приложение на телефон. Но помню, когда я учился, меня заинтересовало программирование, когда я написал программу, решающие квадратные уравнения, и радовался, что ей можно будет пользоваться для проверки решений ДЗ по математике (интернета у меня тогда не было). Так что заинтересовать можно тоже разными способами.
В комментариях вы написали про опыт в основном в профильных классах - вот там, особенно в кружках и курсах, уже можно затрагивать и веб-разработку, работу с БД, и современные технологии, т.к. алгоритмическую часть ученики схватывают довольно быстро.
С 2020 года удалёнку на 40 часов сейчас вообще не сложно найти. Наверное, уже большинство IT-вакансий предлагают такой вариант.
Интересно, есть ли не на фрилансе варианты работы на неполную неделю.
В большинстве запросов к API можно выбрать счёт.
Id cчета можно получить запросом GET /user/accounts (https://tinkoffcreditsystems.github.io/invest-openapi/swagger-ui/)
UPD. У автора в настройках вроде такого варианта не увидел. По умолчанию Тинькофф берёт обычный счёт, не ИИС.
Имеется ввиду удержанный налог? В таком случае попробуйте выводить меньшую сумму. Если брокер при выводе не может удержать весь налог, он будет удерживать только 13% от суммы вывода.
Пример:
Ваш профит 100000, налог 13000.
Вы пытаетесь вывести 15000, брокер удержит 13000, вам на счёт поступит 2000
Если вывести 10000, то, т.к. брокер не может удержать 13000, он удержит только 1300 (13% от 10000), на счёт поступит 8700. Оставшиеся 5000 можно вывести следующей транзакцией, с которых удержится только 650.
Оставшийся налог 13000-1300-650=11050 вы заплатите в конце года, либо уже при следующих выводах.
В статье случай, когда команды в разных строках.
Как минимум в случае если просто вставить их в терминал, поведение будет тем, что описано.
Не нашёл как в новом дизайне отписаться от комментариев в трекере к конкретной статье. Аналог этой галки в старом:
UPD. Вопрос отменяется, галки спрятаны за значком колокольчика.
В неразвёрнутом окошке браузера сразу и не найдёшь эту настройку-то. Скроллер бы добавить в это меню.
100000 багов, на первом шаге просмотрим 1000, выделим 10 категорий
на втором шаге пройдёмся по всем ста тысячам
Предположим 20000 из 100000 попадут в «другое».
На 3 шаге рекурсивно применяем тот же алгоритм, когда будем просматривать категорию «другое» рассмотрим ещё 1000 дефектов оттуда. Выделим ещё 2-3 новые категории для них.
Пройдёмся по 20000 дефектов, из них в «другом» останется 7000 и т.д. до разумного предела
Если предел — 100 багов, то все 5 важных категорий гарантированно выявятся.
UPD. Ну и если константа в первом шаге не очень большая, размер сэмпла можно увеличивать, вплоть до всех 100000 элементов.
O(n * log(n)) если быть точным. Либо O(n * k * log(n)) при использовании тегов вместо категорий
Новые могут добавляться только на шаге 3 при просмотре категории «другое», и обрабатываться, соответственно, только для элементов отсюда.
Да, категоризация будет неидеальна, придётся сделать выбор между квадратичной скоростью и идеальной категоризацией.